Vlákno názorů k článku
Řešení problémů se systemd-oomd v Ubuntu 22.04?
od mad - Systemd je RH srcka (jedna z mnoha, namatkou...
-
Systemd je RH srcka (jedna z mnoha, namatkou pridam avahi a pulse). Je naprosto zbytecna (protoze restart sluzby i zavislosti lze resit konkretnim init scriptem) a slouzi jen jedinemu cili. Tim je virtualizace a cloud - tam potrebujete o jednotky vterin rychlejsi start, tam se chcete vyhnout konfiguraci OS a prostredi, tam nechcete zadnou variabilitu v nastaveni zakladnich sluzeb (dns, ntp, dhcp ...), ktere systemd tak rad "pozira"
Zabijeni procesu kvuli RAM je opet nejvice vyuzitelne v cloudech a ve virtualizaci, kde chybi swap a RAM je stale tou nejdrazsi polozkou v cene.
Doufam, ze plany RH nakonec tak nejak zhati kontejnerizace (kde bezi jeden proces, pamet si limituji cgroups a restart provadi kontejnerizace), a od tohohle paskvilu bude konecne klid. Protoze na desktopu nejaky systemd NIKDO NEPOTREBUJE
Kdyz chci wrkstation na hry, staci mi windows. Kdyz na praci, mam radsi linux - ale nechci, aby mi z nej nejaky nablbly prechytraly vecne nedodelany systemd delal windows. Neni duvod.
-
Taky. Ať už na desktopu, na serveru, v cloud nebo na mobilu, skripty jsou paskvil a neměly by se používat. Shell je ten nejvíc error prone programovací jazyk na světě a představa, že neustále běhá s právy roota a nějak se horko těžko snaží dohánět chybějící funkcionalituy, které má OS mít od základu, v tom nevidím žádnou hodnotu hodnou udržování.
-
mas vsude start systemu bez initrd (kterej obsahuje desitky shell scriptu), vsechny crony (ktere jsou z casti shell scripty) mas prepsane do systemd timer's ? grub menu si vytvaris rucne? (protoze update-grub je sada shell scriptu) atd, atd... proste takoveto vykriky jsou "vtipne" kdyz nevis co v systemu vlastne mas ;-)
-
Samozřejmě, že vím, co mám, a to neznamená, že to je nutně dobře. Sám jsem cron nepoužil už minimálně 7 let. Distro na některé věci ještě používá crontab a /etc/cron.d... ale to se automaticky přepisuje do cron timerů, což ho ovšem samo o sobě nedělá o nic lepší, než klasický cron. To, že už nejsou init skripty, pidfiles a podobné krámy jenom oceňuju.
-
No jistě, vždyť no nerozporuju. Skriptů je pořád spousta, to ale neznamená, že je to tak dobře. Jestliže systemd umožňuje už žádné další nepsat pokud jde o služby OS, budiž sláva. Opravdu nevidím důvod, proč by Linux nesměl nabízet stejné funkcionality a stejný uživatelský komfort, jako Windows a Mac OS.
PS: k automatizaci zpracování souborů a podobným věcem taky už léta nepoužívám shell skripty (plus grep, sed, awk...). Používám Python. Na rozdíl od shellu umí pole a hashovací mapy, není dementní pokud jde o práci s řetězci, podpora rour je v os.subprocess bohatší a mocnější, než v shellu, a syntaktická výřečnost navíc je ve většině případů zanedbatelná.
-
update-grub, grubby, apod sú čisté peklo. Každý si to robí ako chce, a keď niekde nastane problém, ani srnka netuší kde to odladiť.
Najnovšie ostree (základ Fedora Silverblue) spúšťanie generátora niekde ukrýva a user sa nedostane ani len k tomu, aby vedel kedy sa to spúšťa. Laďte potom niečo.
Pritom bootloader ani nejaký komplikovaný config ani nepotrebuje. Taký systemd-boot si vystačí s jednoduchými ini súbormi, ktoré obsahujú všetko potrebné a môžu byť priamo v balíčku s jadrom, netreba ich nejako generovať.
-
pouzivam systemd-boot pres sicherboot (kterej zajistuje od pripravy klicu, po automaticke zabaleni nove efi binarky pri aktualizaci jadra a/nebo initramfs), sicherboot = sada shell scriptu ;-)
btw: kdyz sem pouzival grub & update-grub tak sem na zadnej problem (kterej by s tim souvisel) nenarazil, resp. ze aktualizoval zavadec jen v primarnim EFI oddilu (pri diskach v raidu s efi non-raid), stacilo pridat 1 malej shell script a nahraval rovnou na mnou vybrane efi oddily
