Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.26.0. Přehled novinek v příspěvku na blogu.
Ve středu 29. dubna 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 7. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj i uživatelský prostor. Akce proběhne od 10:00 do večerních hodin. Hackday je určen všem zájemcům o praktickou práci s Linuxem na telefonech. Zaměří se na vývoj aplikací v userspace, například bankovní aplikace, zpracování obrazu z kamery nebo práci s NFC, i na úpravy
… více »Pokud provozujete bezdiskový linux nad NFS, tak vás možná zaujme výsledek mého posledního testování.
Je tomu zhruba půl roku, co jsem přepracoval naše virtualizační prostředí pro diskless použití. Všechno funguje k naprosté spokojenosti, až na jedinou věc. Tou je brutálně pomalý zápis na disk v prostředí virtuálních strojů. Příčina je známa. Na tyto adresáře totiž nelze aplikovat parametr async.
U asynchronního přenosu dat na server by se totiž mohlo stát, že by v případě jeho kolapsu virtuál mohl ztratit kritické soubory, aniž by to zjistil. Synchronní přenos, kdy virtuální systém čeká až mu přijde potvrzení, že byly data skutečně uloženy na disk toto vylučuje.
I když by se to mohlo zdát kritické. Ve skutečnosti s tím žádný problém není. Data se kterými servery pracují jsou většinou v databázi a upload souborů na server bývá obvykle stejně omezen propustností linky na straně klienta. Jediná situace, kdy se to opravdu výrazně projevuje, je aktualizace a instalace v prostředí virtualizovaného systému. To však lze obejít tím, že se tyto operace provedou přes chroot na straně serveru, kde se toto zpomalení neprojeví.
Nicméně některé stroje používají uživatelé, co nemají přístup na NFS server a taková aktualizace virtuálu je pro ně utrpením. Zákonitě se tedy ptají, proč to je tak příšerně pomalé. Zkoušel jsem tedy nějak tento problém řešit, ale bohužel bez výraznějšího úspěchu. I když ale ne tak docela.
S překvapením jsem zjistil, že úpravy, které provedli vývojáři Btrfs v kódu, pro podporu NFS zhruba 3x zrychlují zápis oproti ext3, ext4 či reiserfs. Zcela konkrétně - rozbalení zdrojáků pro kernel 3.7.6 trvalo nad ext4 224 minut, zatím co nad btrfs, ze stejného diskového pole "pouhých" 68 minut.
A také jsem narazil ještě na jednu záludnost. Jádra verze >= 3.6 nemají pouze jeden modul pro NFS, ale každá verze má svůj. Je tedy třeba je také přibalit do ramdisku.
Používáte-li virtuální VDE switche, tak možná pro vás může být důležitá také informace, že nepodporují jumbo frame. Podle toho co jsem zatím vyšťáral je to tím, že VDE používá sokety a ty mají maximální velikost MTU omezenou na 1500
Nicméně je-li používán synchronní režim NFS, nemá pro urychlení přenosu použití jumbo frames víceméně žádný význam.
Tiskni
Sdílej: