Fedora 14 Alpha (diskuse)

[stativ]

Jóó, systemd bude prdel. Má to na svědomí stejný člověk co napsal Pulse Audio. Má to umět asi miliardu věcí, a vsadím se, že podobně jako PA to ještě pár let nebude umět žádnou dobře.

[Jezekus]

Naprosto to podle mě odporuje *nix postupům. Tzn. malý softík, který umí naprosto dokonale jedinou věc.
Tohle připomíná widlí způsob - obludnost, která umí kopec věcí ale nic pořádně

[JoHnY2]

To je mozna pravda, ale porad asi lepsi nez upstart a navic je vazne potreba neco s tim nahazovanim demonu a spol. udelat. Na stroji s 8 jadrama je sekvencni boot trochu haluz, nemyslis?

[Michal Kubeček]

Na paralelizovaný start služeb žádný upstart ani systemd nepotřebujete.

[kolcon]

jak casto bootujes?

[mikirc]

ja treba pokazde co PC zapinam, teda stolni PC, notas jen uspavam do pameti.

[Michal Kubeček]

A jak je to často? Jednou denně? Dvakrát? Navíc vám nic nebrání používat suspend to disk i u desktopu.

[Michal Kašpar]

Jenže boot je jen jedna věc, kterou initd a systém skriptů okolo řeší. Systémové démony totiž potřebujete často spouštět, vypínat a restartovat i po startu. A tady to se systemd (ostatně i upstartem) vypadá daleko lépe (v oblasti nnávrhu, implementaci jsem ještě nezkoušel) než aktuální situace.

[tired joe]

Naprosto to podle mě odporuje *nix postupům. Tzn. malý softík, který umí naprosto dokonale jedinou věc.

To aj GNU Emacs.

[Jezekus]

S tím souhlasím, ale GNU Emacs (takových programů bude jistě i více) není poměrně kritická součást systému.

[void]

Tak řekni, jaké součásti systému jsou "poměrně kritické", a něco vyberem. ;)

[Michal Kubeček]

bash? :-) Viz bash(1):

BUGS
       It's too big and too slow.

[michich]

Mně se ani nezdá, že by systemd dělal miliardu věcí. Spouští služby a udržuje nad nimi dohled. A prostě to dělá důkladně, do detailů. Nějaké chyby tam ještě jsou, ale Lennart reaguje poměrně svižně.

Mimochodem, jestli systemd ve Fedoře 14 nakonec bude, ještě není 100% jisté. Pokud se nepodaří vyřešit chyby včas, může F14 vyjít s upstartem.

[Tomáš Bžatek]

Ja doufam, ze nahradi treba ConsoleKit. A lze s tim jit i dal, k X session managementu apod.

[Rezza]

Lennart rika, ze systemd je temer perfektni a hotovy a ze je to projekt, ktery timto pomalu konci a vrati se zpet k PA

[michich]

Asi myslíš tento email.

In contrast to PA systemd is a project whith an "end". i.e. there's a certain point not so far away, where it is "complete", i.e. where it will go into maintaince mode where additional features will be added only every now and then. This is different for PA which is basically an "endless" project where constantly a module for a new policy, a new device type, a new effect, a new codec, or other piece of infrastructure will have to be added and worked on.

[...]

I have been working continously on PA and related techs for the last years. And now I have this smaller side project called "systemd", whose feature set is already complete. What's missing is cleaning it up for the distros and fixing the bugs. When that is done I will return full-time to work on PA.

[Rezza]

Jj.

[bluemoon]

Nahodou pulse audio nad alsou je dobra vec. Ted nedavno jsem zjistil jaky jsem byl taky tupec, ze jsem se tomu branil na me multimedialni stanici a vse doposud resil skripty, ke kterym jsem uz tezko mohl doresit zavislosti. V alse si vytvorite dalsi zvukovy vystup, ten si pojmenujete a pomoci modulu zavedete do pulse. Pak jen staci spoustet aplikace, ktere neco prehravaji a k nim prirazovat zvukove vystupy. Pokud umite editovat konfiguraky tak to neni nic tezkyho a neni pravdou, ze to neumi nic poradne, jen je to trochu citlivy na pojmenovani ruznych vystupu, aby byly uplne stejny jako v alse, ale i v tom nevidim problem. Jen tomu jedine chybi poradna implementace do grafickeho systemu, ale to jen vysvetluje, ze ten widloidni widlak je ten pod tebou.

[stativ]

PA je možná dobrá věc, ale na hovno udělaná. Většinou, když jsem se setkal s PA tak tam byly různé problémy, které s ALSA nebyly. Teď už je to docela dobré, ale jak dlouho to trvalo?

Z toho co Pulse Audio umí jsou IMO pro běžného uživatele důležité dvě věci. Nastavení hlasitosti pro každou aplikaci zvlášť – to by se dalo udělat i v dmixu v ALSA. Přehazování zvukovek/výstupů za běhu – to už by asi bylo složitější, ale určitě by se to dalo udělat v user space části ALSA. Na ostatní věci jako je (teoreticky) nízká latence je lepší např. jack.

Ale podle mě není problém ani tak v Pulse Audiu jako v ALSA. PA se jen snaží obejít problémy v návrhu ALSA. Proč? Koukněte se na její architekturu a porovnejte ji např. s OSSv4. Když by se totiž všechno implementovalo, tak jak jsem navrhoval, v alse, zbyl by tu jeden velký problém. Který ostatně ALSA má už teď. Vývojáři totiž udělali dost nešťastné rozhodnutí a umožnili průchod audia asi třemi různými cestami. Pro uživatele je nejlepší, když zvuk jde přes ALSA (cheche, už podruhé se mi povedl překlep na alas ) API do mixeru. To funguje sw mixování. Pak je tu cesta přes ALSA API přímo do jádra – tam už mixování nefunguje a může běžet zvuk jen z jedné aplikace jako za dřevních dob linuxu s prastarým OSS či alsou před 0.9.něco. Nakonec je tu cesta přes OSS emulaci, která má stejný problém jako předchozí. To je pro uživatele asi nejnepříjemnější, protože stále existují aplikace, které OSS používají. Pokud si uživatel takovou aplikaci spustí, už nemůže používat zvuk jinde.

Teď se ale podívejme na architekturu OSSv4. Ta toho má v kernelu trochu víc, konkrétně mixer. Celá architektura je taková, že nejníž jsou ovladače, nad nimi sedí mixer a nad ním je OSS API. To vše je v kernelu. V user space sedí nad OSS API ALSA API, SDL API (myslím) a nějaké další wrappery. Jak je vidět, všechno musí u OSSv4 projím mixerem (i když není aktivní). Uživatel tedy bude mít funkční sw mixování i v případě, že bude mít spuštěné jak ALSA tak OSS aplikace. Navíc podporuje nastavení hlasitosti pro každou aplikaci zvlášť.

Kdyby se ALSA vyhodila a nahradila OSSv4, bude většina problémů vyřešena a to mnohem elegantněji než použitím Pulse Audia.

PS: OSS je navíc na rozdíl od ALSA multiplatformní.

[m;)]

a nemate nahodou prehlad kolko z toho sa dostalo do fresbsd prosim ?

[scott]

Uz roky pouzivam v Gentoo k plnej spokojnosti openrc.

[vain]

To nechápu, co tím chtěl v této chvíli básník říci.

[Marek Bernát]

Asi len dať vo známosť, že existujú aj ďalšie init systémy. Napr. ja som o openrc nevedel a teraz už viem. Či je to dobre alebo zle, to netuším