Pokročilé operační systémy - série přednášek na Matfyzu

Příští týden bude na MFF UK zahájena série přednášek o architektuře a implementaci operačních systémů. Mezi přednášejícími budou odborníci z firem Kernkonzept, Oracle, Red Hat, SUSE či SYSGO. Pokud si chcete rozšířit obzory (virtualizace, ptrace, ZFS, kdump, ...), vyberte si z harmonogramu téma, které vás zajímá a přijďte. Přednášky se konají každý čtvrtek od 15:40 v učebně S4 na Malostranském náměstí 25 v Praze. Přednášky jsou přístupné veřejnosti (registrace není nutná), studenti UK a ČVUT si je mohou zapsat jako standardní předmět.

15.2. 12:33 | Vojtěch Horký | Pozvánky

Komentáře

[Mike]

Takhle náhodou se to natáčet nebude? Ten čas je takový ... no pro studenty.

[jaroslav]

Jo, taky bych to uvítal.

[BFU]

Na MFF na to neni vybaveni, takze jedine, ze by to nekdo natocil a uploadnul.

[Vojtěch Horký]

Natáčení není letos v plánu.

A co se týče času, tak to vždycky bude špatně . Ale vážně: je tam příliš mnoho proměnných (volné učebny, překryv s předměty podobného zaměření, volný čas přednášejících atd.) a líp se nám to prostě nepodařilo. Chápu, že uvolňovat se z práce dřív pravidelně každý čtvrtek dost dobře nejde, ale třeba alespoň na pár přednášek se to podaří.

[Mike]

Nu a co navázat meziuniverzitní spolupráci a požádat o natáčení AVC? Jistě by se toho s potěšením ujali a techniku i lidi na to bezpochyby mají ;).

[Max]

Vypadá to, že si prosadím pár utěků z práce.
Minimálně 5 pro mně zajímavých věcí + 2 nice to have, pokud tam bude hloubka, kterou předpokládám.
Zdar Max

[_]

"odborník" z redhatu bude přednášet o systemd, to bude jistě objektivní a věcná přednáška.

[BFU]

Asi to pouziva, tak by o tom mohl neco vedet ...

[Kate]

Co takhle odborník z FreeBSD, je to dostatečně objektivní? :)

[JS1]

Ta prednaska je mnohem vic pro-systemd nez by napovidal titulek.

Nicmene ja nevidim duvod, proc by nekdo z Red Hatu nemohl byt objektivni ohledne systemd. Kdyby slo o prednasku o init (a life cycle) demonech v Unixu, dokazal bych si predstavit, ze muze byt neobjektivni.

Jenze pak kazdy odbornik, ktery si vybere technologii A misto technologie B muze byt narcen z neobjektivity.. Nikdy to asi nebude vic nez heuristicke kriterium.

[Kate]

Ano, ten název přednášky záměrně kontrastuje s obsahem :) A přišla mi vážně dobrá.

[JS1]

Ano, mne se taky docela libila, ackoliv Linux za posledni dekadu pouzivam spis jako uzivatel.

[Rezza]

Jeden z downstreamů, který používá systemd. Co je na tom neobjektivního? Možná si trošku postěžuje, že upstream myslí víc na embedded downstreamy, ale to je tak vše :).

[sigma]

Tak. Dělám na embedded Linux systémech, a systemd nám skutečně ulehčuje práci a řeší dlouhodobě těžko řešitelné problémy, vč. souvisejících technologií jako networkd, timesyncd, journald, jejichž funkcionalita je pro nás tak akorát. Kritika je (nebo spíš byla) často oprávněná, ale hlavně pro server a desktop nasazení. Pro embedded máme celkem minimum výhrad. Ne vše je dokonalé, ale už jen kvalita a jednotnost codebase je velká pomoc když je nutné něco opatchovat (ve srovnání se stavem, kdy to člověk řešit v bloated ntpd, rsyslogu, ...).

[Josef Kufner]

Na desktopu a serveru jsem se systemd narážel v naprosté většině případů na problémy s tradičními init skripty u služeb, které ještě neměly napsané unit soubory – init skript dělal blbosti a systemd se s tím nezvládl poprat. Našlo by se i pár dalších věcí, ale toho bylo jen pomálu.

[Bedňa]

Tak zrovna na embedded systémoch je systemd úplne k hovnu, kedže tam beží len jeden druh HW a tie isté procesy. Sú s ním stále len problémy a bohužiaľ s tým pracujem a musím sa na to pozerať. Tak v KUhw to takto určite vyzerať nebude.

[sigma]

K věci by bylo napsat, jaké problémy s tím stále jsou.

Embedded je poměrně široká oblast, a nám tedy systemd řádově více problémů pomohl efektivně vyřešit než kolik nových přinesl.

Systemd pro mě vůbec není o druzích nebo variabilitě HW, i když i to se hodí. USB wifi adaptéry, GSM/4G modemy, a další věci, třeba různé varianty touchscreenů. Pak třeba jednotný způsob konfigurace všech systemd komponent a DBUS API.

Jak bys řešil spolehlivé posílání logů z celého systému na centrální úložiště? Jaký nástroj používáš na konfiguraci sítě? Jaký init a service supervisor?

[Bedňa]

Čo systemd vyrieľil? Nula nič, ako zistí že služba beží, ale lezú z nej hovná, mno nijak. Kurwa ako často meníš na embedded veciach HW bla, bla, bez toho aby si k tomu nenapísal nový skript?

Som momentálne maród, ale nájdem si potom čas aby som na tieto nezmysli odpovedal blogom. Rozmýšlal som nad tým, už skôr ale hype okolo systemd a tvojimi názormi ma o tom len utvrdili, že to potrebné je.

[JS1]

Ma to tvoje snazeni smysl? Prijde mi, ze se snazis teoreticky nekomu dokazat nefunkcnost neceho, co mu v praxi funguje a vyhovuje.

Jedine by to snad mohlo davat smysl, kdyby jsi prisel s nejakou teoretickou myslenkou, ktera resi jeho konkretni problemy (ktere v tomto pripade zrejme neznas) jeste lepe. Ale pokud tim argumentem bude "udelej si na to skript" nebo "resi to uz sysvinit", pak je to pravdepodobne hazeni neceho nekam.

[marbu]

+1

[lnykryn]

Jinak kdyby to někoho zajímalo, tak tady jsou naše slidy z loňska: https://redhat.slides.com/lnykryn/service-managers?token=wx4m4KxL

[JS1]

Diky, to nevypada spatne.