Společnost Espressif (ESP8266, ESP32, …) získala většinový podíl ve společnosti M5Stack, čímž posiluje ekosystém AIoT.
Byla vydána nová stabilní verze 3.5 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). Přehled novinek také na YouTube. Nově lze využívat cloud (audio.com). Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
50 let operačního systému CP/M, článek na webu Computer History Museum věnovaný operačnímu systému CP/M. Gary Kildall z Digital Research jej vytvořil v roce 1974.
Byl zveřejněn program a spuštěna registrace na letošní konferenci Prague PostgreSQL Developer Day, která se koná 4. a 5. června. Na programu jsou 4 workshopy a 8 přednášek na různá témata o PostgreSQL, od konfigurace a zálohování po využití pro AI a vector search. Stejně jako v předchozích letech se konference koná v prostorách FIT ČVUT v Praze.
Po 48 letech Zilog končí s výrobou 8bitového mikroprocesoru Zilog Z80 (Z84C00 Z80). Mikroprocesor byl uveden na trh v červenci 1976. Poslední objednávky jsou přijímány do 14. června [pdf].
Ještě letos vyjde Kingdom Come: Deliverance II (YouTube), pokračování počítačové hry Kingdom Come: Deliverance (Wikipedie, ProtonDB Gold).
Thunderbird 128, příští major verze naplánovaná na červenec, přijde s nativní podporou Exchange napsanou v Rustu.
Byly vyhlášeny výsledky letošní volby vedoucího projektu Debian (DPL, Wikipedie). Novým vedoucím je Andreas Tille.
Po osmi měsících vývoje byla vydána nová verze 0.12.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 268 vývojářů. Přehled novinek v poznámkách k vydání.
Poslední měsíc byl plný zajímavých akcí, o kterých Vám bastlíři z projektu MacGyver mohou povědět, protože se na ně sami vydali. Kde všude byli, ptáte se? Objevili se na Installfestu, Arduino Day, Hackaday Europe a tajném srazu bastlířů z Twitteru. A z každé akce pro vás mají zajímavé poznatky.
… více »Po roce se mi do ruky zase dostal zajímavý procesor, který myslím stojí za otestování. Oproti minulému měření se jedná o nárůst o dvě jádra a dva paměťové kanály a to by mohlo přinést nějaké zajímavé výsledky.
Tento zápisek volně navazuje na víc jak dva roky starý (ten čas ale letí...) článek Škálování quadcore při kompilaci jádra. Nevím kdy přesně v jádře přibyla volba pro hotplugování procesorů, každopádně nyní tam je a to nám umožňuje snadno emulovat počítač s méně jádry a docílit tím přesnějšího srovnání. Z hlediska CPU se změnilo za ty dva roky poměrně málo- stále zde máme čtyřjádrové procesory, frekvence se nehla ani o píď a zlepšení v architektuře nejsou ani na straně intelu (Nahalem) ani AMD (novější Phenomy) ničím, kvůli čemu by musel člověk sbírat čelist z podlahy. Snad jen servery s 2x čtyřjádrovými procesory jsou nyní častějším jevem, na desktopu to je ale relativně vzácnost.
Vítejte ve třetím dílu seriálu věnujicímu se srovnávání výkonu 32bit a 64bit verzí aplikací a knihoven. Tentokráte bude měřena rychlost komprimace audia do mp3, ogg/vorbis a flac. Jako v každé části se i dnes pokusím propašovat nějaké výsledky zrychlení díky quadcore procesoru.
Toto je pokračování seriálu o srovnání výkonu 64bit a 32bit aplikací aplikací na platformě x86_64. Předchozí díl se věnoval přehrávání videa v nejruznějších formátech. Pokud jste jej nečetli tak doporučuji alespoň zběžně projiít úvodní odstavce s popisem metodiky. Tento díl se bude věnovat kompresi.
V předchozím dílu seriálu jsem se pokusil srovnat výkon při přehráváni videa pomocí 32bit a 64bit kodeků. Přišlo mi více dotazů na téma 32bit mplayeru a kodeků v 64bit linuxu než na původní téma článku. Dovolím si tedy menší odbočku od tématu seriálu abych ukázal jak si na 64bit systému vyrobit 32bit binárky a knihovny.
Kódování a dekódování videa jsou často kladené jako příjklady toho, že 64bit aplikace mohou být pomalejší než jejich 32bit protějšky. Důvodem není to, že by se 64bit režim pro tyto aplikace vyloženě nehodil. Problém je v optimalizaci existujících kodeků. Léty optimalizované algoritmy napsané v 32bit assembleru nelze snadno použít ani přepsat. Změnila se v tomto směru již situace nebo tento problém stále přetrvává?
Předně bych se chtěl omluvit za trochu bulvární nadpis. Řeč nebude ani tak o kynutí jádra nýbrž o postupném bobtnání samotných aplikací.
V eacceleratoru je nejaký bug, který občas (jednou za dva měsíce v průměru) způsobí zacyklení apache na jednom z naších serverů. Charakterizuje se to tím, že když se sekne jeden tak jdou automaticky do kolen všechny httpd procesy. Podezřívám deadlock na nějakém zamku s aktivním čekáním.
Tento zápis navazuje na Škálování quadcore při kompilaci jádra. Akce prováděne při instalaci software v Gentoo se od překladu jádra značně liší- zdrojáky je třeba stáhnout, rozbalit, opatchovat, nakonfigurovat a po kompilaci ještě nainstalovat a/nebo vytvořit balíček.
V podstatě nic Nevěřítete? Při reorganizaci dat na disku jsem se rozhodl převést jednu partition z reiserfs na NTFS. Ve windows jsem tedy udelal quickformat. Jaké bylo mé překvapení, když po nabootvoání do linuxu (s původnim fstabem) jsem uvidel původní obsah oné partition jako kdyby se nic nestalo.
Cílem tohoto zápisu je ukázat jak škáluje Q6600 při kompilaci kernelu. Obsahuje i odhad frekvence E6600 aby se v této úloze vyrovnalo Q6600.
Doposud jsem nevěděl jak vypadá takové čisté nefalšované zoufalství. Ani jak by se dalo nějak expresivně vyjádřit. Nyní už ano. Po několika dnech testů a ladění serveru, který běží pár hodin bez problému a pak v náhodném čase a bez náznaku potíží či nejaké podobnosti v logu vyčerpá apache veškerou paměť (2GB během tří vteřin) a posléze i celý swap (1GB během 20 vteřin) a pak už reaguje jen na ping a na tlačítko reset. Nyní už to vím. Zoufalství se dá vyjádřit následujícím skriptem:
Pohadka o tom, proc je progresivni zdaneni lepsi nebo dokonce nutne ma mnoho podob. V zakladnich rysech jsou ale vsechny stejne- po hlubsi uvaze je to cele... proste jen pohadkou pro naivni deti.
Hackles tu, Hackles tam, Hackles kam se na ABClinuxu podívám. Neni to ale zdaleka jediný komix s podobnou tématikou. A dle mého(!!!) názoru není ani nejlepší