Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Systém netuhne proto, že vypadl jeden disk, ale proto, že se pokudí přelít stránky na/z vypadlý disk.
Takže pokud chcete odolnost proti výpadku jednoho disku, musíte pomocí druhé disku udělat RAID a swapovat do něj.
Že to bude dražší případně pomalejší, protože máte nedostatek disků? Ovšemže, o tom je redundance.
(a ma pravdu) Raid0 neprezije "nic".
Kompromis neni. Pokud se system dostane do swapu obcas (a jen par mega), raid1 Vas tak moc nezdrzi. Pokud budete ve swapu porad, chybi Vam ramka, ne samotny disk na swap. Pokud mate pocit, ze chcete mit swap na jinem disku, kupte zase 2 a na nich udelejte raid1, do nej swap. Nepopsal jste vyuziti/zatizeni stroje, takze raid1 Vam asi vetsina poradi jako lepsi vychozi volbu. :-P
)
navic - 3 disky - vetsi sance ze nektery padne.
Bud nadelej raid1 pres vsechny 3 na male veci (system,swap...) a raid5 na velke objemy dat nebo ten 3. disk zrovna odpoj. Usetris si nerwy, odlehcis zdroji, zjednodusi se chlazeni... a ten chlap, co za CEZ haze uhli do kotle Ti treba pride podekovat.
cat /proc/mdstat, tak u md3, což je swap, vidím auto-read-only, což se mi moc nezdá. A když náhodou dám mdadm --readwrite /dev/md3, tak už to tam není, ale po restartu zase ano, je to správně?
(a pokud nedas pokoj s 3. diskem, tak system a swap pres vsechny 3 disky do raid1 a data do raid5)
Samozřejmě že RAID1 – zrcadlení.
Já myslím, že už bylo řečeno vše, křišťálovou kouli nikdo nemá, nikdo neví, jak se bude konkrétní systém chovat pod konkrétní zátěží. Jestli vás to fakt trápí, tak si udělejte testy různých konfigurací a sám uvidíte.
Kde by jste mel 2x swap (mimo raid), kdyz nevite, ktera pulka Vam padne? :-P Zkuste si nahodit swap na usb flashdisku, necim ho privyuzijte a pak ten flashdisk odpojte. (usb ma hotplug, takze zarizeni neznicite, ale system Vam urcite nepodekuje). V okamziku, kdy prijdete o data ve swapu, poletiiiite.
Swap na raid1 ma smysl prave pro pripad, kdy Vam odejde disk, raid to udycha - system by mel prezit.
Hotswap neni dostupny na vsem, s cim musi/chce jeden delat.
Raid1 tam ma i tak sve opodstatneni. Neni to jen o zaloze, ale o tom, ze v pripade padu disku dokazete bezet s degradovanym polem a vypadek provozu, potrebny na vymenu disku, si urcite vy. V okamziku, kdy nemate tento komfort zabijete hodne casu, nez system nahodite... a vetsinou je to neprijemne kritizovano ze strany uzivatelu/zamestnavatele
Objevil se mi spíše jeden problém, když ten počítač vypínám, tak se mi ve výpisu objeví Stopping MD array md0...failed (busy), hledal jsem na internetu, ale nějak jsem nenašel řešení. Pochopil jsem to tak, že nemůže na / zatavit raid, protože se stále používá, přijde mi to ale nějaké podivné.
To je běžné, protože ukončující skripty neznají závislosti vzniklé konfigurací systému. Prostě zkusí pole zrušit, jádro to nedovolí, tak si skripty postěžují a pokračují. Nakonec se před zastavením stroje stejně volá sync, takže se všechna data zapíšou.
Konfigurace totiž může být i složitější: iSCSI → RAID → LVM → šifrování → LVM → souborový systém. Zkuste tohle vysvětlit distribuci ;) Navíc takhle blbě může být připojen kořenový systém. Čisté řešení by bylo, jako je init ram disk, tak zavést shutdown ram disk, kam se systém při ukončování přesune a odtamtud korektně všechno ve správném pořadí ukončí. Ale kdo by se tím dělal, že?
Tiskni
Sdílej: