Na akci Made by Google 2026 (YouTube) bude oficiálně představena jedenáctá generace telefonů Pixel s novým čipem Google Tensor G6 a hodinky Pixel Watch 5.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se spolu s partnery z dalších zemí připojil ke společnému upozornění (Joint Cybersecurity Advisory) týkajícímu se probíhající kybernetické kampaně skupiny LAUNDRY BEAR zaměřené na uživatele e-mailové platformy Zimbra Collaboration Suite (ZCS) nejméně od července 2025. NÚKIB doporučuje organizacím využívajícím Zimbra Collaboration Suite neprodleně ověřit, zda
… více »Intel vydal 42 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20260811 mikrokódů pro své procesory.
Sny o designu GNOME Shellu, článek s náhledy a videi, představuje dlouhodobou vizi týmu GNOME pro vylepšení uživatelského rozhraní GNOME Shellu. Zatímco nedávné verze přinášely spíše drobné úpravy, designéři nyní plánují zásadnější změny.
Byla vydána nová verze 10.5 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu důležitých bezpečnostních oprav, vylepšení funkcí a oprav chyb. Nově vyžaduje podporu ECC (Elliptic Curve Cryptography) v libcrypto, včetně křivky NISTP521.
Byla vydána nová verze 10.6 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. S novými obrazy pro Orange Pi 4 Pro, Orange Pi Zero 3W a Odroid M1/M1S/M2. Přehled novinek v poznámkách k vydání.
Námořní drony používané elitními jednotkami britského královského námořnictva tajně posílaly údaje do Číny. Stroje vybavené čínskými komponenty měly být využívány pro vojenské operace na Blízkém východě. Kamery na dálkově řízených průzkumných člunech K3 Scout byly vybavené součástkami, které bez vědomí britského námořnictva odesílaly informace do spojeného zařízení v Číně. Britské námořní síly využívaly flotilu námořních dronů
… více »Alza.cz nabízí herní AlzaPC s předinstalovaným Linuxem (YouTube), konkrétně s linuxovou distribucí Bazzite (Wikipedie).
Squeak (Wikipedie), open source implementace programovacího jazyka a prostředí Smalltalk, byl vydán ve verzi 6.1. Přehled novinek v poznámkách k vydání.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Zapscape aneb CVE-2026-64561. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala 6 let (od července 2020 do července 2026).
Občas není od věci vyslovit něco, za co se upaluje nebo ukamenovává. Nic není totiž tak jednoduché, aby byla pravda vždy jediná a na první pohled zřejmá.
Osud tomu chtěl, že jsem byl nucen se poněkud důkladněji zabývat problematikou AIO na Linuxu. A tak mě nevyhnutelně napadlo, jestli to vůbec někdo v praxi používá.
AIO je zkratka pro Asynchronous Input/Output. Tedy pro asynchronní řešení operací souvisejících se čtením a zápisem dat. Operace se naplánují, a když nějaká skončí, proces to dostane na vědomí (většinou signálem). Lze startovat čtení i zápis napřeskáčku, páté přes deváté, na různých místech souboru, ať si plánovač poradí.
Na jednu stranu je to velice lákavé - není potřeba nikde složitě čekat, prostě se to spustí a až to doběhne, dá to o sobě vědět. Jenže ono to tak jednoduché není. Jednak se to docela obtížně kombinuje s klasickým synchronním I/O (které se musí používat přinejmenším pro neseekovatelné soubory), a také není legrace ho implementovat v ovladačích zařízení (kvůli tomu už se v LKML nějakou dobu vede diskuse o lepším řešení).
Když si to tak vezmu, zatím jsem se ještě nesetkal s programem, který by AIO používal, nepočítám-li nějaké ukázkové příklady. Reálný program, kde by se to skutečně používalo (a hlavně, kde by to mělo výhody), jsem dosud neviděl.
Proto otázka zní: setkali jste se někdy s AIO na Linuxu? Odpovídejte prosím v anketě.
Tiskni
Sdílej:
Ne, ted vazne... ...pozuivam vetsinou synchronni, ale s tim, ze z hlediska programu je asynchronni. Jinymi slovy mam v programu vice threadu, kdy jeden (nebo vice) se stara o IO a komunikuje s ostatnimi. Ty pak samozrejme nemuseji cekat...
Skutecne asynchronni IO jsem pouzival skoro vyhradne u socketu (tam jsou ruzne "zaseky" docela caste)...
vcelku je to spíš softwarová emulace než opravdová implementaceV glibc je to bohužel ryze softwarová emulace a s plnohodnotným AIO nemá nic společného. Prostě se vytvoří vlákno a to volá normální synchronní operaci. Navenek se to pak sice tváří jako AIO, ale má to dost podstatnou režii. Měl jsem na mysli opravdové AIO, které ovšem glibc vůbec nijak nepodporuje (musí se použít jiné řešení, např.
libaio).
make menuconfig. Od té doby co je jeho podpora v jádře volitelná je to jedna z prvních věcí kterou nastavuji na ne, děkuji uctivě. AIO je potřeba velmi málo, a když už, forknutí threadu který bude dělat synchronní IO na pozadí je minimálně stejně dobré jako ono asynchronní IO.
forknutí threadu který bude dělat synchronní IO na pozadí je minimálně stejně dobré jako ono asynchronní IOTo není pravda. Vzhledem ke značné režii na systémová volání a na přepínání kontextu tam bude poměrně velký rozdíl ve výkonu. Pravdou ovšem je, že u většiny aplikací to příliš nevadí, protože úzké hrdlo je jinde.