Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.
Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.
Vůbec poprvé v historii se stát při testování digitálních služeb obrací na širokou veřejnost. Digitální a informační agentura (DIA) a Ministerstvo vnitra zvou občany k zapojení do zátěžového testu eDokladů, které od loňského podzimu prošly optimalizací aplikace a posílením infrastruktury. Test proběhne 13. srpna ve 13:00 a pro jeho úspěch bude potřeba zapojení několika desítek tisíc občanů. Zapojení do testu je zcela dobrovolné a úkol
… více »FireDragon je webový prohlížeč, doposud založený na Floorpu, jednom z forků Firefoxu s větším důrazem na ochranu soukromí a přizpůsobení uživatelského rozhraní. Spravuje ho člen komunity distribuce Garuda Linux. Nové vydání verze 13 opouští Floorp a přechází přímo na Firefox s patchi z LibreWolfu a vlastními úpravami. Dostupný je také na Flathubu.
picogame (GitHub) je malý 2D herní engine pro mikrokontroléry jako RP2040, čip uvnitř kapesní konzole Picopad. Hru napíšeš v Pythonu a vyzkoušíš ji v prohlížeči nebo desktopovém simulátoru. Až bude hotová, zkopíruješ ji na podporovanou desku. Na začátku nepotřebuješ C, sestavení firmwaru ani hardware.
Multiplatformní prohlížeč elektronických knih KOReader byl vydán ve verzi 2026.07 "Sailing Walrus". U PDF souborů s SMask lze vyčistit pozadí. Přibyla podpora Kobo v5 nebo základní podpora OPDS 2.0.
Společnost Valve sponzoruje a společnost Collabora portuje RADV (open source Vulkan ovladač pro AMD GPU z projektu Mesa) na Windows.
Starling (GitHub) je desktopové prostředí vytvořeno umělou inteligencí (s dohledem jednoho vývojáře během šesti měsíců).
Dne 30. června 2026 byla završena fyzická realizace projektu Czech National Quantum Communication Infrastructure (CZQCI), tedy České národní kvantové komunikační infrastruktury. Projekt byl realizován od 1. března 2023 a financován z Národního plánu obnovy částkou 121,6 milionu Kč. Cílem podpořeného projektu bylo vybudovat základy národní kvantové komunikační infrastruktury a ověřit možnosti jejího praktického využití. Mezi
… více »Město Šumperk se stalo terčem kybernetického útoku, chod úřadu je omezen. Zjišťuje se, jestli unikla nějaká data. Cílem hackerů byla městská datová síť. První útoky zaznamenali odborníci na informační technologie již v pondělí večer, závady se ale plně projevily až dnes ráno. Město událost nahlásilo Národnímu úřadu pro kybernetickou a informační bezpečnost (NUKIB).
suma_right = 0;
#pragma omp parallel for if(parallel) num_threads(parallel) reduction(+:suma_right)
for(long i = 0; i < data->number_of_examples; i++) {
suma_right += data->examples[i].value;
}
Daný kód bude prováděn paralelně, pokud bude nastavená nějaká gobální celočíselná proměnná parallel na nenulovou hodnotu a to parallel vlákny.
Všechno ostatní (vytvoření vláken, rozdělování úkolu apod.) má na starosti překladač. Samozřejmě, že mu do toho můžete kecat. Ale nemusíte a to je právě super. :) Nemusíte se trápit přílišnými detaily synchronizace vlaken, jejich vytváření atd. (GCC umí od verze 4.2, MS VC++ od verze 2005 (asi verze 8), PGI umí (nevím od kdy), ICC umí (nevím od kdy)).
Beowulf je jenom obecný název pro clustery. Beowulf culster může podporovat Mosix, ale nemusí. V tom případě musíte přepsat kód tak, aby využíval MPI nebo PVM. Mosix mí takovou krásnou věc, vytvoří jakýsi "virtuální metapočítač", v rámci něhož umí stěhovat vlákna. To pak stačí posix vlákna a jádro je samo podle potřeby stěhuje na jiné stroje. Nemusíte (většinou) nic přepisovat. Nejsem si vědom, že existuje nějaká free varianta, co umí podobnou věc jako openMosix. Viz wiki.
... http://openmosix.sourceforge.net/ mi funguje také...
OpenSSI, Kerrighed. A jenom drobná oprava ke komentáři výše - OpenMosix neumí a nikdy neuměl migrovat vlákna a taky nepodporuje aplikace používající sdílenou paměť. Moshe bar o tom psal na mailinglistu ve smyslu, že vzhledem k latencím sítí stejně nemá cenu distribuovanou sdílenou paměť implementovat, nicméně Kerrighed se o to snaží. Vypadá jako lepší z těch dvou, ale ne tak dospělý. To je ode mne asi vše ...
Podle té studie by se tak mohlo zdát, leč Kerrighed všechny zmiňované funkce měl, ale už nemá - ve verzi 2, která by měla být narozdíl od verze 1 stabilní, je všechny vypnuli a teď, jak se projekt stabilizuje se je budou snažit všechny postupně znovu zapnout, ale zatím by měla funguvat z výše jmenovaných jen ta sdílená paměť, což je super, ale podle dalších ohlasů (studií, postů na fórech) to stejně moc nefunguje. Testovací aplikace chodí perfektně, ale třeba Apache nebo další, pro které by bylo praktické využití obrovské, mají problémy.
A srovnávat OpenMOSIX s OpenSSI a Kerrighedem taky není úplně fér - OpenMOSIX má funkce, které osttaní dva zase postrádají - OpenMOSIX můžeš provozovat na úplně normáním desktopu, akorát s upraveným jádrem a běžící službou, jednotlivé nody můžou mít klidně úplně jiné softwarové vybavení. Pro OpenSSI musí mít každý node úplně stejný obraz /, takže pro typické využití OpenMOSIXu (ve dne kancelář s desktopy, v noci výpočetní cluster) není OpenSSI ideální. Kerrighed zase kvůli DSM (Distributed Shared Memory) neumožňuje odstraňovat nody z clusteru za chodu a má to i další omezení. Takže OpenMOSIX určitě má své uplatnění a lidi to taky na mailinglistu dali dost dobře vědět, když Moshe ohlásil konec projektu. Jenom je jeho využití kousek jinde, než dalších SSI clusterů.
Kerrighed zase kvůli DSM (Distributed Shared Memory) neumožňuje odstraňovat nody z clusteru za chodu a má to i další omezení.Tak to je těžkej průser, který jeho použití sráží až téměř do nepoužitelnosti. Co se stane, když některý z nodů spadne ať už z důvodu HW nebo SW chyby?
v diskuzi jsem zachytil nekolik komentaru, kde zminujete osobni zkusenosti z nekterym z nejznamensich ssi systemu (mosix/openSSI/kerrighed). V soucasne dobe u nas na fakulte (fel-cvut) vyvyjime vlastni podobny system, momentalne neni ve verejne distribuovatelnem stavu, nicmene zakladni checkpointing/migrace chodi dobre.
Zajimalo by mne, zda byste mi mohli lepe popsat vas osobni zpusob pouziti vyse zminenich systemu.. na co konkretne jste je pouzivali, co je pro vas na tech systemech dulezite atd..
Pokud by byl nekdo z vas ochoten my to popsat, tak bud sem nebo idealne do email Martin.Stava na gmailu com.
Diky, Martin
Tiskni
Sdílej: