<chadmed>
Sobek[m]: i dont think theres much research left to do in terms of hetergeneous scheduling on linux. we know how to do it, and its probably about as good as software scheduling for these things can get
<chadmed>
we use a normalised performance scaling factor (nominally DMIPS/MHz but its just a dimensionless number representing the performance ratio between the core types)
<chadmed>
the problem is you cant really heavily optimise the scheduler for one system/set of cores or another because the kernel runs on such diverse hardware
phiologe has quit [Ping timeout: 480 seconds]
<nicolas17>
maybe there's stuff to do in userland
<nicolas17>
like can a process say "I'm not time critical so leave me on the efficiency cores"?
<chadmed>
if you wanted to optimise the software scheduler any further, you _could_ maybe rewrite the kernel system to just be a generic "give thread to x processor" mechanism that gets called by a vendor-specific scheduler driver but then you have approximately one morbillion schedulers for 3 squillion different SoCs
<chadmed>
all of which have to be maintained independently and you lose the collective benefit of scheduler improvements with how its done currently (generic mechanism everyone uses)
<chadmed>
for high performance heterogeneous SoCs, vendors are probably going to start making greater use of hardware scheduling like Intel have done for Alder Lake
<chadmed>
in high performance chips that dont need to as aggressively save power, you can sacrifice some of the power budget to a scheduler for an uplift in performance from more fine grained scheduling than the generic kernel mechanism can handle which improves occupancy
<nicolas17>
I saw a proposal for temperature-aware scheduling (on homogeneous CPUs), any idea what happened to that?
<nicolas17>
like run on the core that happens to be cooler right now
<nicolas17>
which would spread the heat across the chip, avoid sticking into one core which is already thermal-throttling and move to another
<chadmed>
in terms of priority hinting for the scheduler, this is already implemented kind-of via niceness and i think there was some experimentation with explicit scheduler hinting added in code but idk what happened to that
<chadmed>
that thermal stuff sounds like something that would be a good fit for a hardware scheduler tbh
<chadmed>
the more of this sort of logic you jam into the kernel the more dependencies you need to compile in (sensor drivers etc) which sort of brings up the lowest possible latency for any given system
<chadmed>
if our goal is to optimise for performance and hardware block occupancy making the kernel chew through cycles deciding stuff like that is not a really good use of an AP's time
<weapon_of_nix[m]>
<nicolas17> "weapon_of_nix: Linux already..." <- would be awesome to have a command that could disable all performance cores/efficiency cores on demand. i know it's easy to do per process but it's more of a pain to globally disable
<weapon_of_nix[m]>
<mps> "weapon_of_nix: /sys/devices/..." <- doesn't appear accurate or this is a case temp sensor
<weapon_of_nix[m]>
yeah it seems to be reading the battery temp
<weapon_of_nix[m]>
macsmc_battery-virtual-0
<mps>
yes
<mps>
that is what I use to show temp, though it is no proper one but get some hints about temp on machine
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
LinuxM1 has joined #asahi
user982492 has joined #asahi
LinuxM1 has quit [Quit: Leaving]
abbe has quit [Remote host closed the connection]
abbe has joined #asahi
bisko has joined #asahi
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bisko has quit [Ping timeout: 480 seconds]
jluthra has quit [Remote host closed the connection]
jluthra has joined #asahi
giskard has joined #asahi
w12101111 has quit [Remote host closed the connection]
<m1n1m4[m]>
hello all, found that mplayer works from the console and it plays an mp4 there but the colors are all wrong. Could it be because of the raster thing? I tried all the output modes, none of them shows the correct "pallette" for the vid.
<m1n1m4[m]>
Thanks
c10l has quit [Remote host closed the connection]
c10l has joined #asahi
<mps>
minecrell: not sure for mplayer but 'mpv -vo tct' works fine
<mps>
minecrell: sorry, I mean m1n1m4[m]
<mps>
(it is really 'strange' when people use cryptic nick, playing hackers roles)
<mps>
m1n1m4[m]: also 'mpv -vo drm' can be used on console, better than tct
FakeShell[m] has joined #asahi
<m1n1m4[m]>
<mps> "minecrell: not sure for mplayer..." <- hmm i get "error opening/initializing the video out device" seems i am missing some xorg cfg or something. I did not get to install the xfce, do i need to?
<m1n1m4[m]>
Thanks mps BTW i am not a hacker, the name was chosen to connect also with the project and my idea of install only what you need and use.
<m1n1m4[m]>
s/you/i/
<m1n1m4[m]>
in fact i got a minimalistic white t-shirt from a friend last week 😁
<m1n1m4[m]>
m1n1m4[m]: normal t-shirt with only those words
al3xtjames6 has joined #asahi
al3xtjames has quit [Ping timeout: 480 seconds]
al3xtjames6 is now known as al3xtjames
<m1n1m4[m]>
so the only outputs that are working are the rasters. all the others give me the same message "error opening/initilizing the video out device"
<m1n1m4[m]>
m1n1m4[m]: but the colors are mixed, could it be from the depth of color of the console?
<m1n1m4[m]>
* the console video mode?
<mps>
m1n1m4[m]: mpv can work without xorg or wayland, i.e. only on console
<mps>
but I don't know will mplayer also work
<m1n1m4[m]>
mps: ah, they are different, i thought you were abbreviating, will install mpv then. brb. Thanks
<m1n1m4[m]>
ok i get error: XDG_RUNTIME_DIR not set in the environment
<m1n1m4[m]>
MESA-LOADER: failed to open simpledrm: error loading shared library /usr/libs/xorg/modules/dri/simpledrm.dri.so
<m1n1m4[m]>
( no such file or directory )
<m1n1m4[m]>
failed to load driver simpledrm
<m1n1m4[m]>
i looked for it and it seems that qt libs were recently replaced with simpledrm on alpine
<m1n1m4[m]>
however could not find a package whose name resembled "simpledrm"
<mps>
afaik mesa doesn't have simpledrm driver
<mps>
but I think it is not needed if mpv plays on console
<m1n1m4[m]>
ok i installed xorg to be able to use ff
<mps>
m1n1m4[m]: are you sure you are running it from console, stupid question but
<m1n1m4[m]>
i could have a separate env on a alternate boot
<m1n1m4[m]>
yes i am
<m1n1m4[m]>
do you want a package list?
<mps>
no, please :)
<m1n1m4[m]>
ahaha
<j`ey>
m1n1m4[m]: so youre not running a terminal inside X?
<j`ey>
but from the actual console
<mps>
for example I don't have XDG_RUNTIME_DIR env and everything works
<m1n1m4[m]>
hmmm. I will restart and run it before ff
<m1n1m4[m]>
because i use xinit to run ff
<m1n1m4[m]>
brb
<mps>
so my guess was right ;)
<mps>
m1n1m4[m] probably mixed X terminal with console
chadmed has joined #asahi
<m1n1m4[m]>
mps: rebooted and without starting x from the same console the error is still the same.
<m1n1m4[m]>
i wonder if it is possible to list full dependency tree for mpv, clearly i am missing smt on the system, no?
<m1n1m4[m]>
mps: what do you think?
<mps>
m1n1m4[m]: apk add mpv pulls all needed libraries
<m1n1m4[m]>
<mps> "m1n1m4! probably mixed X..." <- X is not fully intalled on my system, it only has enough to run ff
<j`ey>
m1n1m4[m]: can you paste the command line you are using?
<mps>
m1n1m4[m]: if you got XDG_RUNTIME_DIR not set in the environment that means you don't run mpv on console
<m1n1m4[m]>
mpv test.avi
<m1n1m4[m]>
sorry
<m1n1m4[m]>
mpv test.mp4
<mps>
'mpv -vo drm test.mp4'
<m1n1m4[m]>
mps: cool brb
<m1n1m4[m]>
PERFECT! Fullscreen, all colors there!!!
<m1n1m4[m]>
thanks again guys have a wonderful weekend!!!
<m1n1m4[m]>
ops sorry to bug you again, no sound.. I am using mc book air M1 2020
c10l has quit [Remote host closed the connection]
c10l has joined #asahi
<m1n1m4[m]>
i am using headphones, is there a param for audio output there on mpv?
<mps>
'mpv -vo drm -ao alsa test.mp4'
<m1n1m4[m]>
cool brb
<mps>
but you must first run alsamixer and set some widgets there
c10l has quit [Remote host closed the connection]
c10l has joined #asahi
<m1n1m4[m]>
<mps> "but you must first run alsamixer..." <- yes, installed alsa and all the tricks there from the alpine linux page and it is working beautifully!
<m1n1m4[m]>
thanks again!!!
<m1n1m4[m]>
BTW i have all the setup documented, if needed i can share it with anyone interested. "Back2Console"!
<m1n1m4[m]>
sorry if i am out of topic
<mps>
m1n1m4[m]: it would be nice if you can post what is options are needed for alsa to work, someone new will need it