Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.
Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.
Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.
MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si
… více »Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).
/boot
vůbec samostatně, což je celkem k ničemu, pokud je jinak struktura adresářů rozházená po více discích, tj. např. /, /usr, /var, /tmp, /home, ...
, pak je dobré dát na něj třeba ext2
, je tak malý, že třeba mkreiserfs
by to nevzal. Pro ostatní oddíly bych dal reiserfs 3
, pokud nejsou potřeba kvóty. (Pokud ano, je jejich kontrola otravná, ale třeba u serveru to tak moc nevadí, protože se to dělá často jen běhěm instalace testování nastavení, za běžného provozu jen vyjímečně.) XFS
také ujde, ale třeba zrovna mně na jednom serveru padal. (To je smůla.) Ext3 bych zavrhl úplně, kontrola i jen 1,4 GB oddílu trvá docela dlouho (aspoň na P-II 400 MHz), větší jsem zkoušel jen 90 GB a to je k nevydržení. Rychlost načítání adresářů a mazání velkých skupin souborů trvá na ext3 odporně dlouho, XFS
a reiserfs 3
si vedou podstatně lépe. Jinak se těším, až reiser4
bude umět všechno, co potřebuju - kvóty a ACL.
reiserfs
- připojuje se ale poměrně dlouho ve srovnání s ext3
i XFS
, bez ohledu na ty kvóty. Vyzkoušejte a uvidíte.
P.S: Ext2/3 jako jediný souborový systém pro Linux (pokud vím) umožňuje vcelku pohodlně obnovit smazané soubory. (Aspoň něco je na něm dobrého.)
/boot
a v GRUBu si vyberu, kterej oddíl je root
Pokud má být /boot
vůbec samostatně, což je celkem k ničemu, ...
Prečo k ničomu? Trebárs môže byť namountovaný read-only, v takom prípade sa môže vykašlať na všetky žurnálovacie FS a použiť niečo jednoduché a extrémne odskúšané, trebárs ext2, alebo trebárs extrémne jednoduché ako minix fs (či ako sa volá ten historický FS z obmedzením veľkosti partície 64MB).
Rada autorovi otázky: výber FS je rovnako citlivá otázka (t.j. vhodná na flame), ako výber distribúcie, textového editora, skriptovacieho jazyka a pod. Ak v inštalačnej príručke Tvojej distribúcie je nejaké odporúčanie, drž sa ho a ver, že autori distribúcie starostlivo zvážili aspekty a prieskum, ktorý práve robíš, urobili za Teba. Samozrejme, ak sa na základe vlastného prieskumu rozhodneš na základe rozmuných argumentov inak, nedá sa proti tomu nič namietať. Len je to časovo náročné. /home
od všeho ostatního - rozhodně je to užitečnější, než si oddělit /boot
.
Vřele doporučuji tenhle zajímavý článek s podivnou adresou. Jsou tam benchmarky včetně grafů a člověk si může udělat přesný úsudek o tom, které vlastnosti využije a které ne.
Nebo stačí zadat do Googlu něco jako filesystems Linux XFS ext2 ext3 reiserfs JFS benchmark
a hned máš k dispozici spoustu nezávislých testů a údajů.
Na mém stroji používám reiserfs, a to i pro bootovací partition. Drivery pro ostatní systémy totiž pak vůbec nemusím zakompilovávat do kernelu. Pak je ale důležité, aby např. rescue CD, které používáš, reiserfs také podporovalo... Pokud jde o 100% kompatibilitu, je ext2 nejlepší volba pro /boot.
V žádném případě nedoporučuji ext3, protože má ve většině testů zoufale špatné výsledky. Ani ext2 není nejlepší, a to i přesto, že není žurnálovací - tedy v případě sekance je obnovení dat mnohem náročnější a ztráta pravděpodobnější. XFS od Silicon Graphics bych doporučil především v případě 64-bitové architektury. (I u 32-bitových strojů je výkon pozoruhodný - nutno přečíst pár benchmarků.) Perspektivní je i JFS od IBM, který má zdaleka nejmenší nároky na procesorový čas, což je ovšem vyváženo mírným zhoršením v jiných "disciplínách". Reiserfs vyniká ve většině disciplín a dokáže číst nejrychleji velké množství malých souborů. S velkými soubory už tolik nevyniká a navíc je nejnáročnější na procesor. (Ne že by to u dnešních počítačů znamenalo nějaké omezení, ale i to je při rozhodování dobré vědět.)
Tiskni
Sdílej: