V IT4Innovations národním superpočítačovém centru byl dnes slavnostně spuštěn první český kvantový počítač VLQ disponující 24 fyzickými qubity s unikátní hvězdicovou topologií. Systém dodala společnost IQM Quantum Computers a jeho celková pořizovací cena činila přibližně 125 milionů korun.
Výrobce čipů Nvidia chce investovat až 100 miliard dolarů (přes dva biliony Kč) do společnosti zaměřené na umělou inteligenci OpenAI. Firmy o tom informují v tiskové zprávě. Oznámené partnerství přichází v době, kdy se mezi technologickými giganty a start-upy zostřuje konkurence o zajištění přístupu k energii a čipům potřebným pro rozvoj umělé inteligence (AI).
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 157 (pdf).
Společnost Cloudflare oznámila, že sponzoruje nezávislý webový prohlížeč Ladybird a linuxovou distribuci pro vývojáře Omarchy (Arch Linux s dlaždicovým správcem oken Hyprland).
Společnost XTX Markets zabývající se algoritmickým obchodováním pro své potřeby vyvinula a dnes představila a otevřela souborový systém TernFS. Zdrojové kódy jsou k dispozici na GitHubu. Vývoj TernFS začal počátkem roku 2022. Od léta 2023 jej XTX Markets používá v produkčním prostředí.
Byl spuštěn předprodej linuxového telefonu FLX1s od Furi Labs. Výroba by měla být dokončena ke konci října.
V Nepálu zakázali sociální sítě poté, co se na nich začala šířit kampaň "nepo kid" upozorňující na okázalý životní styl dětí politiků a korupci. Tím vláda vyvolal obří protikorupční protesty. Převážně mladí lidé původně poklidně protestovali, následně protesty eskalovaly až k útoku na parlament a násilnostem.
… více »Byla představena oficiální rozšiřující deska Raspberry Pi M.2 HAT+ Compact pro připojování M.2 periferii jako jsou NVMe disky k Raspberry Pi 5. Cena je 15 dolarů.
Byla vydána nová verze 9.17 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
Je třetí sobota v září a proto vše nejlepší k dnešnímu Software Freedom Day (SFD, Wikipedie).
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:
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.