- A hozzászóláshoz be kell jelentkezni
- 623 megtekintés
Hozzászólások
Speciel nem várom egy init rendszertől, hogy bármit is azon keresztül osszak meg. Ez nem Facebook vagy Twitter.
- A hozzászóláshoz be kell jelentkezni
Ez már rég nem init rendszer.
- A hozzászóláshoz be kell jelentkezni
Á! Akkor ezért nem bootol be clean install után! Jó tudni :)
- A hozzászóláshoz be kell jelentkezni
Igen, már rég nem egy init rendszer, hanem egy fél OS, ami közvetít a kernel és az userland között, és event-eket reagál le a rendszeren (MacOS-ből lett lopva az ötlet). Initen és klasszikus logoláson kívül ellátja a hálózatkezelést, felhasználókezelést, eszközök kezelését, stb. is. Pedig lenne jó oldala, a systemd-boot elég egyszerű, meg a bootidőben is nagyon gyors a systemd, a leggyorsabb, ezt meg kell hagyni.
Egyébént még ez se baj, olyan, amilyen. Hanem az a baj vele, hogy minden fejlesztő erre dependeli rá a szoftverét, és emaitt nem lehet szabadulni tőle. Mert hiába is használ az ember olyan disztrót, aminek másfajta initrendszere van, sysvinit, OpenRC, s6, runit, ahogy feltesz egy olyan szoftvert, ami dependel a systemd-re (csomó ilyen van, pont a legnépszerűbb, főleg GUI-s szoftverek), azok már emelik is be az elogind, udevd, ilyend, olyand szutykokat, amik systemd-részimplementációk, és a háttérben azok továbbra is fognak futni, a user meg bolondítja magát, hogy ő már nem systemd-t használ, és ez igaz is, hogy nem az végzi nála az initet, de egyes elemei épp úgy funtak a rendszeren, ami még rosszabb is, mert egyszer külön fut az eredeti initrendszer, meg még rá a tetjében ezek a systemd-s részek. Akkor már sokkal célszerűbb, ha ezek úgyis a rendszeren vannak, hogy az initet is systemd csinálja.
És ez nem is a systemd, Red Hat, Poettering hiábja, hanem a fejlesztőké, akik a szoftvereiket erre dependelik, ha kell, ha nem, pedig senki nem kötelezi őket rá. Ugyanez a baj a pulseaudio-val, hogy sok minden behúzza függőségnek, akkor is, ha az embernek nem lenne rá szüksége, és teljesen mindegy, hogy apulse-sal vagy pipewire-rel kerüli ki valaki, azok lényegében majdnem ugyanazok, csak más köntösben, más néven, és behoznak bloatot, felesleges komplexitást a rendszerbe.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Ha írsz egy audio software-t, amelyben meghívod a pulse client library-jének függvényét, hogy legyen hangod, akkor hogyan ne dependelj rá? A szerverre nem kell, mert az valóban lehet pl. pipewire akár. Elég nehéz C-ben leírni, hogy „és akkor itt legyen hang”, miközben semmilyen audio alrendszert nem hívsz meg.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Használhatsz SDL-t, és akár env paraméterrel tudod az audio drivert változtatni.
- A hozzászóláshoz be kell jelentkezni
Az egy vékony, kompatibilis layer az audio client library fölé? Az a gyanúm, ez csak úgy tud sok dologgal kompatibilis lenni, hogy egy csomó feature elvész, s a szükséges minimum, a halmaz közös része marad meg.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
meghívod a pulse client library-jének függvényét, hogy legyen hangod
Biztos jobban értettek hozzá, de ALSA alatt is van, volt hang, pulse előtt jó pár év(tizeddel).
- A hozzászóláshoz be kell jelentkezni
Igen, tehát akkor dependelsz minden alsa-s library-re. Ráadásul az alsa nem elég általános, függ attól, mi van a gépedben. Szóval nem vagy előrébb, ha pipewire vagy pulse helyett alsa-t használsz, csak legalább nem lesz általános. Ne tégy úgy, mintha a pulseaudió illetve a pipewire felesleges lenne, s nem csinálna semmit.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Én nem arról beszélek, mikor valakinek mindenféle DAW, audiómérnökséghez, low latency zenéléshez, effektezéshez kell komolyabb audioserver, hanem az olyan átlag felhasználókról, mint én, akiknek mindez a bonyolítás felesleges, mégse ússzuk meg. Nem érdekel, hogy C-ben van írva, az enyhítő körülmény, de még mindig bloatról és felesleges komplexitásról beszélünk. Felőlem írhatják ASM-ben is, akkor is felesleges kód fut.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Miért felesleges? Tudom, az alsa-nak is vannak már kliens oldali eszközei, de driver oldalról egyrészt kizárólagosság van, tehát ha egy kliens megkaparintotta a hangkártyát, akkor már ezzel egyidőben más nem fog szóhoz jutni, meg mondjuk van a 44.1 kHz vagy 48 kHz hardware-esen, ha a forrásod más mintavételi frekvenciájú, akkor ígyjárás van. Újabb öröm, ha hardware-esen van egy 32 csatornás hangkártyád, aztán állítsd be, hogy mit akarsz, meg az is klassz, ha szeretnéd, hogy Audacious szóljon bluetooth-on, közben böngésző lokális hangszórón, de VoIP kliensnek legyen visszhang elnyomása.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni