Dnes a zítra probíhá vývojářská konference Google I/O 2025. Sledovat lze na YouTube a na síti 𝕏 (#GoogleIO).
V Bostonu probíhá konference Red Hat Summit 2025. Vybrané přednášky lze sledovat na YouTube. Dění lze sledovat na síti 𝕏 (#RHSummit).
Společnost Red Hat oficiálně oznámila vydání Red Hat Enterprise Linuxu 10. Vedle nových vlastností přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Podrobnosti v poznámkách k vydání.
Tuto sobotu 24. května se koná historicky první komunitní den projektu Home Assistant. Zváni jsou všichni příznivci, nadšenci a uživatelé tohoto projektu. Pro účast je potřebná registrace. Odkazy na akce v Praze a v Bratislavě.
Troy Hunt představil Have I Been Pwned 2.0, tj. nový vylepšený web služby, kde si uživatelé mohou zkontrolovat, zda se jejich hesla a osobní údaje neobjevily v únicích dat a případně se nechat na další úniky upozorňovat.
Microsoft představil open source textový editor Edit bežící v terminálu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
V Seattlu a také online probíhá konference Microsoft Build 2025. Microsoft představuje své novinky. Windows Subsystem for Linux je nově open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Z příspěvku Turris Sentinel – co přinesl rok 2024 na blogu CZ.NIC: "Za poslední rok (únor 2024 – únor 2025) jsme zachytili 8,3 miliardy incidentů a to z 232 zemí a z jejich závislých území. Tyto útoky přišly od 6,2 milionu útočníků (respektive unikátních adres). SMTP minipot je stále nejlákavější pastí, zhruba 79 % útoků bylo směřováno na tento minipot, 16 % útoků směřovalo na minipot Telnet, 3 % útoků směřovaly na minipot HTTP a 2 % na minipot FTP. Dále jsme zaznamenali 3,2 milionu unikátních hesel a 318 tisíc unikátních loginů, které útočníci zkoušeli."
Byla vydána (Mastodon, 𝕏) nová verze 3.0.4 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Byla vydána nová stabilní verze 7.4 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 136. Přehled novinek i s náhledy v příspěvku na blogu.
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.