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).
Protože si spousta lidí stěžovala na pomalé načítání JXP Commanderu, upouštím od gtkmm a přepisuju ho do gtk. Nadále ale hodlám používat C++. Také budu používat vlákna, takže by výpis souborů a ostatní I/O operace neměly zdržovat načítání ani běh programu. Také veškeré stringy píšu v angličtině a používám na řetězce funkci (nebo je to makro?) gettext, takže by to pak mělo jít překládat i do jiných jazyků, jak je u většiny GNU programů zvykem. Také přemýšlím o použití cmake pro překlad programu, ale na to je zatím čas. Tak to je pro dnešek vše.
Tiskni
Sdílej:
Je pravda, že kompilovat C++ v gcc je vždycky zážitek.O RLY?
...kolikrát za den znovu spouštíte filemanager?...kdyz startuje pomalu, tak ani jednou! prikladem budiz docela pekny filemanager mucommander, jeden z mala, ktery je pro OS X, aniz bych musel nejak instalovat knihovny a kompilovat trebas mc nebo krusader. Je fajn, ale poooooooomaaaaluuuu to startuje, takze to radsi ani nespoustim...
...kolikrát za den znovu spouštíte filemanager?...kdyz startuje pomalu, tak ani jednou!
k
položek, můžeš obsah adresáře zobrazit v čase O(n + k*log(k))
, kde n
počet souborů v adresáři a k
je počet zobrazených řádků. Zbytek už můžeš třídit "na pozadí" v čase, kdy se uživatel teprve rozkoukává Myslim si, ze na to ale budes muset tech n polozek nejdriv setridit nebo sehnat alespon k-prvkovou podmnozinu polozek, ktere budou zarucene na zacatku setrideneho vypisu :)Třídit to celé opravdu nemusím: 1) budu mít haldu velikosti k (nazačátku zaplněnou třeba nekonečny) 2) vezmu prvek, porovnám s maximem na vrcholu, pokud je menší odeberu maximum, vložím prvek, obnovím haldu - to potrvá tedy nejvýše
O(log(k))
takže vybrání k nejmenších umím v O(n*log(k))
, potom už jenom setřídit těch k-prvků O(k*log(k))
, takže dohromady skutečně O((n + k) * log(k))
jxp-cmdr-0.0.1alpha1-src.tar.gz
. Fandim titerminate called after throwing an instance of 'Glib::ConvertError' Nespesne ukoncen (SIGABRT)
Také budu používat vlákna, takže by výpis souborů a ostatní I/O operace neměly zdržovat načítání ani běh programu.Vzpomeň na Johanku a její varování. S vlákny si může člověk pořádně nabít hubu. Zvlášť pokud se jedná o aplikaci s GUI. Nic proti vláknům, ale je to ošemetné - sice nevím, jak je na tom GTK+ z hlediska vláknové bezpečnosti, ale třeba pro javovský Swing platí docela přísná pravidla. Být tebou, dám si pozor
Vzpomeň na Johanku a její varování. S vlákny si může člověk pořádně nabít hubu. Zvlášť pokud se jedná o aplikaci s GUI. Nic proti vláknům, ale je to ošemetné - sice nevím, jak je na tom GTK+ z hlediska vláknové bezpečnosti, ale třeba pro javovský Swing platí docela přísná pravidla. Být tebou, dám si pozorPak ovšem toto nechápu. Z Lukova komentáře se mi zdá, že i když někdo práci s vlákny rozumí, dopadne to většinou špatně. Pokud tomu tak není, je ten komentář naprosto zbytečný a zavádějící...
Programovat nějaké paralelní procesy se dá i bez vláken, ale potom to vypadá... všelijak...On to zase až takový problém není. Pokud se používá framework s aspoň trochu rozumným mechanismem pro obsluhu událostí (např. Qt), tak si pak stačí jen hlídat, aby se běh nikde nezdržoval příliš dlouho. Každopádně je to mnohem jednodušší než se peklit se špatně fungujícím vláknovým kódem.
Nicméně vícevláknové aplikace existují a podle mých pozorování řada z nich funguje dobřeO tom není sporu. Velice ovšem záleží na tom, jaký charakter mají tyto aplikace. Pokud se sdílí jen málo prostředků a nepoužívají se žádné záludnější konstrukce, opravdu nebývají problémy. Nemohu ovšem nevzpomenout známý HTTP server Apache, který ve vláknové verzi (worker) funguje velice problematicky. Hlavním problémem jsou moduly, které většinou nejsou připraveny na multithreading - jenže Apache bez modulů (ve kterých je dnes víc než 90 % funkcionality) jaksi není to pravé ořechové. A něco podobného může nastat i zde (kromě problémů s GUI). Jakmile chceme do budoucna připustit používání pluginů, je potřeba myslet i na toto.
tím, že se tomu moduly zatím nestihli přizpůsobitMám silný pocit, že třeba PHP se ani moc přizpůsobit nesnaží. Přitom je to zrovna jeden z nejdůležitějších modulů.
Předpokládám přitom, že chování „threadoidního“ kódu v interpretujících virtuálních strojích se dá nějak rozumně srovnat do latě.Zase připomenu moji oblíbenou Javu