Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
/
/var
a /home
přičemž pod /home
bych strčil i ty databáze a web. Pro další dělení jsou obvykle třeba speciální důvody např. /tmp /var/lock /run
do tmpfs, nebo oddělení /usr
pokud jej chci mít standardně připojený pouze jako read only nebo /boot
je-li třeba šifrovaný root. Ale obvykle by na dělení měly být důvody a proto jsem se na ně ptal.
du
- Ext4 za 11 sekúnd, ReiserFS tá istá štruktúra za 420 sekúnd.
Alebo benchmark dbench 64 súbežných klientov - Ext4 dal 65MB/s a max. latenciu 2 sekundy, ReiserFS pri rovnakej štruktúre záťaže 7MB/s a max. latenciu 34 sekúnd. Podľa mňa hrozné výsledky.
Podľa výsledkov mojich meranílenze rychlost zapisu, citania ci mazania nieje az tak podstatna resp. vykryje sa 10 000 a 15 000 otackovymi diskami - co je rozhodujuce je reliabilita a stabilita. A tu ma JFSka dovolim si povedat jedinecnu...
reliabilitaMěl jsi na mysli spolehlivost, že?
JFS ma jeden problem, ktory pre niekoho mozno zavazny nie je, ale je to kazdopadne vec na zamyslenie - je okolo neho velmi mala aktivita v jadre.JFS je proste zakomponovany a netreba ho dalej vyvyjat - to co sa vyvyjat ma (a aj sa vyvyja) je jfsutils a teda sada utilit na "problemy s datami". JFS je vyvyjane od frebruara 1990 - davno pred ext2, ext3 ci ext4 ktore len dobiehaju jeho vlastnosti, spolahlivost a vykon. JFS je v prvom rade spolahlivy a zaroven rychly, 64b, vykonny (hlavne pri extremnej zatazi), odolny voci havariam - oprava 8TB pola po umyselnom vypadku prudu s JFSkom je otazkou niekolkych desiatok sekund - porovnajte si to s Ext2/3/4 ci XFS alebo Reiserom.
Na jednej strane to moze znamenat stabilitu, na druhej malu pouzivatelsku a vyvojarsku zakladnu a z toho plynuce problemy s postupnym zastaravanim, menej rozsiahlym testovanim v novsich jadrach a mensej pravdepodobnosti najdenia ochotneho JFS guru v pripade problemom s datami.JFS filesystem je v Linuxovom jadre od verzie 2.4.18pre9-ac4 a je plne funkcny, bez nutnosti kritickych zasahov a oprav. Ina vec su uz spominane JFS utils ktore sa samozrejme vyvyjaju ale to je user space. O tom sa teraz nebavme. Nesmiernou vyhodou JFS je, ze aj pri velkej zatazi kladenej na FS nezatazuje svojou reziou CPU a preto sa hodi ako na notebook (ktoreho vykonu CPU nieje nikdy dost :) ) tak aj na velke clustre a storage servery velkych bank.
Kazdopadne zakladom je vzdy zalohovat, nech je FS akokolvek stabilny a robustny.To je samozrejme. Otazka je kto bude musiet obnovovat castejsie
dalej vyvyjat - to co sa vyvyjat ma (a aj sa vyvyja) je jfsutils ... JFS je vyvyjane od frebruara 1990 ... samozrejme vyvyjajuFakt mi to nedá. Zkus slovník.
ked ovladam ... madarcinuTaktéž hovořím plynně. Eréč piklóš neméči, huňár scépeň kámoš.
Já jsem přece netvrdil, že ten problém neexistuje. Jenže občas máte z podobných diskusí pocit, že zatímco ostatní filesystémy jsou v pohodě a můžete s nimi počítač klidně vypínat vypínačem, u XFS vám nekorektní ukončení automaticky zlikviduje půl filesystému a navrch rozlije pivo v ledničce. Což samozřejmě není pravda - ani jedno. Je pravda, že riziko ztráty dat je u XFS o něco vyšší, ale není to tak propastný rozdíl, jak mají někteří lidé tendenci tvrdit.
XFS je dělané na server, který má UPSku a dostatečnou redundanci.
Ani UPS ani redundance vás neochrání před všemi situacemi, kdy se nestihne filesystém korektně odmountovat. Takže kdyby to s XFS bylo tak hrozné, jak se to občas líčí, nemohl by se používat ani na těch serverech…
Tiskni Sdílej: