Od 13. do 15. října proběhne v Praze OpenSSL Conference 2026. Na YouTube lze zhlédnout videozáznamy přednášek z loňského roku.
Eben Upton oznámil další zdražení jednodeskových počítačů Raspberry Pi. Tentokrát 2 GB varianty o 12,50 dolarů. Nově 2 GB Raspberry Pi 4 stojí 67,50 dolarů a 2 GB Raspberry Pi 5 stojí 77,50 dolarů.
OpenMandriva ROME, tj. průběžně aktualizovaná (rolling) edice linuxové distribuce OpenMandriva, byla vydána ve verzi 26.09. Vedle Flatpaku také s podporou Snapu.
Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
Pocket Tank je malé kapesní virtuální akvárium postavené na vývojové desce ESP32-S3-Touch-AMOLED-1.8. Na dvoujádrovém mikrokontroléru ESP32-S3 s 8 MB PSRAM a 16 MB flash paměti běží jak simulace akvária, tak i malý jazykový model určující chování rybiček. Lokální model o velikosti 7,56 MB se 14 miliony parametrů vznikl destilací modelu Gemma 4 26B, tedy učitele s 26 miliardami parametrů. Kromě firmwaru pro skutečný modul s AMOLED
… více »Open-source nástroj Jevstiller vytváří (destiluje) malý lokální model, který se průběžně učí z odpovědí komerční služby Jev. Běžné dotazy vyřizuje přímo na vlastním hardware, čímž může řádově zkrátit čas odezvy a snížit provozní náklady díky menšímu využívání zpoplatněného API. Nejisté požadavky Jevstiller posílá do Jevu, rovněž průběžně kontroluje náhodná dvě procenta dotazů Jevem. Pokud se lokální model začne s Jevem rozcházet,
… více »Konference LinuxDays 2026 proběhne již tento víkend 3. a 4. října v Praze v areálu ČVUT v Dejvicích na FIT. Konference LinuxDays 2026 znamená desítky přednášek a workshopů, zástup zajímavých osobností, místo pro setkání, spoustu nových nápadů a informací a stánky řady různých projektů: Fedora, openSUSE, vpsFree.cz, Mozilla, MacGyver - bastlíři SH, OpenAlt a mnoho dalších. Vstup je volný.
Microsoft oznámil, že WSL kontejnery (WSLC) aneb linuxové kontejnery ve Windows Subsystem for Linux (WSL) jsou již obecně dostupné. Současně popsal jejich architekturu.
openSUSE Leap 16.1 vstoupil do RC fáze. Nově lze instalovat jako standardní systém (Standard) nebo jako neměnný systém s atomickými aktualizacemi (Immutable). Samostatná neměnná distribuce openSUSE Leap Micro končí.
Byl vydán Mozilla Firefox 157.0. S nejvýraznější vizuální proměnou za poslední roky. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 157 bude brzy k dispozici také na Flathubu a Snapcraftu.
Linux používam už nejaký ten rok (aj keď na vlastnom noťase ho mám ako primárny OS len pár mesiacov), a tak som prešiel menšiu cestu pri výbere filesystému pre systém. Ext2, Ext3, Reiser, XFS...
To je asi jedna z výhod Windows - takéto otázky tam nie je potrebné riešiť (že by to bolo tým, že sú len 2 ozajstné možnosti?
) Mkrvosoft už pár rokov pre svoje NT používa NTFS, a asi vedia prečo. Je odladený a už mám pocit že dáta na ňom sú vcelku v bezpečí pred poškodením (keď nepočítam hw poruchy disku). Aspoň mne sa teda nestalo, že by mi z NTFS zmizli nejaké dáta - a keď, tak skôr výnimočne. FAT samozrejme riešiť nebudem, čo reset to scandisk...
Na linuxoch som na začiatku používal skoro výhradne ext2 - nakoniec, veľa iných možností ani nebolo v roku okolo '98. Respektívne som nebol natoľko linuxovo založený, žeby som až tak potreboval riešiť otázku filesystému. Po príchode na výšku som však Linux začal používať častejšie... Ext3 bola hneď nasledujúca voľba - vidina žurnálovania a odpadnutia nutnosti používania fsck (rovnako ako to nie je potrebné pri NTFS) bola fakt príjemná, takže nebolo o čom. Až na zistenie, aký slušný žráč miesta Ext3ka je. A zistenie aký je pomalý.
Nastal čas na posun ďalej. Vzhľadom na to, že som všade počul samú chválu, skúsil som reisera. Teraz si už vlastne ani nepamätám, aký reiser bol na svojom stroji. Používame ho však ešte na mnohých strojoch v práci a vyzerá celkom stabilne. Síce to je kus pomalé (stále ale menej pomalé ako ext3, naštastie
, ale dáta sa nestrácajú. Aspon pokiaľ viem.
Pred cca. pol rokom som sa rozhodol definitívne prekonvertovať windowsy na vlastnom kompe na "bootloader pre hry" (ktoré ale vlastne už tiež príliš nehrám) a začať používať čisto Linux. Chcel som to mať od začiatku nainštalované poriadne a použiteľne, takže som si na nete pár dní robil prieskum, aký FS vyberiem. Vo všetkých (alebo prevažnej väčšine) výkonnostných testoch bol jasným výťazom XFS. Dosť dobre využíval aj miesto na disku (=mal malý overhead) a tvrdilo sa tam, že je aj vcelku bezpečný. Ešte sa naň doťahoval Reiser4, ale keďže som príliš lenivý kompilovať a patchovať custom jadro... Voľba padla teda nakoniec na voľbu ext3 (/boot) + xfs (/) + ntfs (/media/windows). S tým ntfs to bol trochu problém, až kým neprišiel ntfs-3g. Teraz už môžem spokojne zapisovať aj do windows partície a tak mať niektoré dáta/nastavenia spoločné v oboch systémoch. Aj keď má to svoje muchy - občas sa mi pri poweroff linux zasekne (pri prechode z X do "poweroff-sequence-console" - zrejme vinou fglrx) a tak ostane windows partici dirty a mne neostane len na tých pár sekúnd nechať bootovať windowsy.
A práve s tými poweroffmi súvisí nepríjemná vlastnosť XFS, ktorá ma posledné týždne začína vážne štvať. Napriek proklamovanej bezpečnosti XFS som si robil ďalší prieskum a ono to všetko až také pekné nie je. Totiž, XFS podľa všetkého na dosiahnutie vysokého výkonu používa nie celkom čisté techniky - využíva veľkú cache a zapisuje veci naozaj až keď je to potrebné. Preto sa odporúča používať UPSky... Také niečo má asi aj moj notebook, že :o) Napriek tomu zisťujem, že pre nevýpočtový stroj to nie je vhodné riešenie. Pri vývoji XFS sa zrejme nepočítalo s náhodnými reštartmi kvôli nestabilite ovládačov (a podobným blbostiam). Zrejme očakávali stroj alla Dell Fireblade bežiaci na UPSke, ktorý by bežal a počítal 24/7 - nepotreboval by žiadnu grafiku či zvuk a pravdepodobnosť spadnutia kernelu by bola teda minimalizovaná.
To ale nie je môj prípad. Raz za pár vypnutí sa mi stane (zatiaľ v tom nevidím systém, takže asi náhodne), že systém skrátka zatuhne ešte pred odmontovaním filesystémov, takže pri boote sa dejú nepríjemné veci. Dnes sa stala zatiaľ najnepríjemnejšia. Hneď po vypnutí Xiek stroj zamrzol - to sa stalo veľakrát. Vždy som maximálne prišiel o nick uložený vo Valknut-e. Tentokrát však odišlo aj nastavenie Firefoxu, ktoré som piloval hooodne dlho (nejak mi nefungovalo DPI, takže na mnohých stránkach som mal príliš veľké alebo príliš malé pismo; podobne skrolovanie po jednom riadku (pomocou rollera na myši) nie je to pravé orechové... a samozrejme z kopca nainštalovaných pluginov mi ostalo funkčných len pár základných, a aj nastavenie tých je v...). To všetko ma donútilo zamyslieť sa nad tým, či je XFS ten pravý filesystém.
Nedávno som testovne niekam inštaloval systém na JFS. Výkonovo by na tom mal byť veľmi podobne ako XFS, čo sa týka využitia procesoru, mohlo by to byť ešte lepšie. Po posledných udalostiach sa vážne začínam zamýšlať, že nadišiel čas na to vyskúšať niečo iné ako XFS - pretože toto ma už vyslovene otravuje a nemať pevnú vôľu, asi by som sa vrátil k "bezproblémovým" windowsom.
Takže ma asi čaká menšia operácia notebooku - zatarovať dáta z XFS partície na externý disk, preformátovať na JFS a roztarovať to späť. Mám pocit, že to nejakú tú hodinku zaberie. Takže tu je otázka môjho blogu - má niekto skúsenosti s JFS? Môže to niekto porovnať s výkonom XFS? Ako to funguje na bežnom-raz-za-čas-pri-vypínaní-padajúcom stroji? Alebo skúsiť BLEKov filesystém?
Hmm, to asi nie - to by som musel znovu kompilovať.
Tiskni
Sdílej:
Ext3 bola hneď nasledujúca voľba - vidina žurnálovania a odpadnutia nutnosti používania fsck (rovnako ako to nie je potrebné pri NTFS) bola fakt príjemná, takže nebolo o čom.odpadnutia nutnosti pouzivania fsck? nie nadarmo je default nejakych kazdych 20 rebootov ci neviem kolko dni na povinny fsck...
Až na zistenie, aký slušný žráč miesta Ext3ka je.
-m reserved-blocks-percentage
Specify the percentage of the filesystem blocks reserved for the
super-user. This avoids fragmentation, and allows root-owned
daemons, such as syslogd(8), to continue to function correctly
after non-privileged processes are prevented from writing to the
filesystem. The default percentage is 5%.
A zistenie aký je pomalý.na to by som prosil nejaky benchmark. ja by som to nerozpoznal (samozrejme to moze zavisiet od viacerych veci).
Podobné problémy s XFS mám aj ja.Hlavne po nekorektnom ukončení alebo tvrdom resete to robí hovadiny.Vtedy mi pomohli nástroje xfs_check a xfs_repair.XFS mám naštastie iba ako /home na root / mám pre istotu ešte ext3.To není zrovna dobré pojištění uvážíme-li, že ext3 je na tom ještě mnohem, mnohem hůře. Tedy alespoň podle mých zkušeností - zatímco na XFS jsem nikdy žádná porušená nebo ztracená data neviděl (a to používám XFS déle než ext3 vůbec existuje), tak stroje s ext3 bylo nutné všechny reinstalovat.
dd if=/dev/zero of=/home/SPADFS.img ... jsem vytvořil 2GB image a vytvořil filesystém. Namountoval mount -t spadfs /home/SPADFS.img /media/spadfs -o loop a zkusil zkopírovat obsah adresáře /var/cache/pacman/pkg. Zkopíroval se pouze první balíček, půlka balíčku (asi 5 z 13M) amarok a pak zásek kopírování. Pomohla akorát zkratka CTRL+C.
deb http://ftp.cz.debian.org/debian jessie main contrib non-free[luc@merlin ~]$ df -Th |grep jfs /dev/hda5 jfs 4,7G 2,5G 2,2G 53% / /dev/hda7 jfs 49G 45G 4,1G 92% /home [luc@merlin ~]$
bez problemu. FYI sel jsem stejnou cestu ... kdysi ext2 > pak reaiserfs (velmi dloooouhoooo). Kratky okamzik XFS (nikdy jsem nezkopmiloval kernel, zdrojaky ulozene na XFS, proste to neslo). Nyni nekolik mesicu JFS
Zvlastni, XFS jiz nejakou dobu mam, tu a tam natvrdo restartuju, ale zatim jsem zadny problem (diky bohu) nezpozoroval...opravdu je to tak zle?Také jsem za 6 let nic pozoroval. To smaozřejmě není žádný důkaz.
(16GB>32GB>144GB>1TB)