Bylo oznámeno (cs) vydání Fedora Linuxu 40. Přehled novinek ve Fedora Workstation 40 a Fedora KDE 40 na stránkách Fedora Magazinu. Současně byl oznámen notebook Slimbook Fedora 2.
ČTK (Česká tisková kancelář) upozorňuje (X), že na jejím zpravodajském webu České noviny byly dnes dopoledne neznámým útočníkem umístěny dva smyšlené texty, které nepocházejí z její produkce. Jde o text s titulkem „BIS zabránila pokusu o atentát na nově zvoleného slovenského prezidenta Petra Pelligriniho“ a o údajné mimořádné prohlášení ministra Lipavského k témuž. Tyto dezinformace byly útočníky zveřejněny i s příslušnými notifikacemi v mobilní aplikaci Českých novin. ČTK ve svém zpravodajském servisu žádnou informaci v tomto znění nevydala.
Byla založena nadace Open Home Foundation zastřešující více než 240 projektů, standardů, ovladačů a knihoven (Home Assistant, ESPHome, Zigpy, Piper, Improv Wi-Fi, Wyoming, …) pro otevřenou chytrou domácnost s důrazem na soukromí, možnost výběru a udržitelnost.
Společnost Meta otevírá svůj operační systém Meta Horizon OS pro headsety pro virtuální a rozšířenou realitu. Vedle Meta Quest se bude používat i v připravovaných headsetech od Asusu a Lenova.
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).
Abych vás nenutil hned zkraje odcházet na web výrobce, shrnu vám hlavní rysy CuBoxu.
Na rozdíl od Raspberry Pi dostanete svůj miniaturní počítač v černém plastovém obalu, není tedy „nahý“. Na zadní straně najdete vstup pro napájení 5 V, HDMI výstup, dva USB porty, eSATA port, slot pro kartu microSDHC a 1 Gbit/s ethernet port včetně indikace provozu. Zboku můžete vidět S/PDIF výstup, microUSB port a zpředu pak IR příjmač a červenou diodu indikující zapnutí.
Uvnitř krabičky se skrývá následující (základem je Marvell Armada 510 SoC):
Spotřeba samotného zařízení (bez napájení USB portů) by se měla vejít do 3 Wattů. Jako zavaděč je použit obvyklý U-Boot, který umožňuje boot nejen z SD karty, ale např. i z USB disku nebo sítě.
První boot byl dosti neveselý. Přístroj jsem zapojil, ale po spuštění mi na monitoru jen krátce problikl kurzor konzole a pak už bylo jen černo. Připojil jsem tedy CuBox k notebooku pomocí kabelu od mého telefonu. CuBox má sériovou konzoli dostupnou hezky pohodlně přes port microUSB, takže s příslušným modulem v jádře pak už stačí udělat jen screen /dev/ttyUSB0 115200.
Po chvíli zkoumání přes sériovou konzoli jsem zjistil, že framebuffer konzole funguje dobře, a to na FullHD rozlišení. X.Org ale na tom samém rozlišení naběhnout nechce – s mým monitorem HP se dostane do neshod: 1920x1200 totiž HDMI transmitter na CuBoxu neumí a na 1920x1080 se nepochopitelně pohádají. Prozatím jsem rozjel nouzových 1280x1024. Mimochodem, s televizí funguje CuBox na první pokus a hned si můžete ozkoušet, že Firefox a další věci na tom fungují dostatečně rychle.
Protože hodlám používat CuBox jako tenkého klienta s pár fígly (tzn., že takové přehrávání videa bude probíhat lokálně), hned jsem zkusil spustit X -query $xdmcp_server. Xka naběhla, já jsem se úspěšně přihlásil, ale hned po naběhnutí vzdáleného Xfce Xka spadla na kontrole paměti v Glibc. Něco je někde špatně. Po další zábavě, která vypadá takto:
root@cubox:~# pidof X 473 root@cubox:~# killall X X: no process found root@cubox:~# pidof X 473
jsem toho předinstalovaného Ubuntu měl plné zuby a rozhodl jsem se přejít na něco jiného, co bude hlavně rychlejší. To Ubuntu totiž mj. softwarově emuluje floating point operace (softfp), i když to tento hardware umí i pomocí koprocesoru (hardfp).
...na tak pomalém zařízení. Inu posuďte a sami se svým počítačem srovnejte, v jakých výkonnostních relacích se tu pohybujeme – výsledky z Ubuntu:
# openssl speed md5 Doing md5 for 3s on 16 size blocks: 394652 md5's in 3.00s Doing md5 for 3s on 64 size blocks: 351976 md5's in 3.00s Doing md5 for 3s on 256 size blocks: 265930 md5's in 3.00s Doing md5 for 3s on 1024 size blocks: 134109 md5's in 3.00s Doing md5 for 3s on 8192 size blocks: 23876 md5's in 3.00s OpenSSL 0.9.8k 25 Mar 2009 built on: Tue Jan 31 12:12:13 UTC 2012 options:bn(64,32) md2(int) rc4(ptr,int) des(idx,risc1,4,long) aes(partial) blowfish(idx) compiler: cc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIO -O2 -Wa,--noexecstack -g -Wall available timing options: TIMES TIMEB HZ=100 [sysconf value] timing function used: times The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes md5 2104.81k 7508.82k 22692.69k 45775.87k 65197.40k
Na druhou stranu je Gentoo vlastně dobrá volba, protože právě na takové herce se bude každá optimalizace hodit. Zásadní je nenechat CuBox v kompilaci napospas.
Prvním krokem bylo vytvoření crosskompilátoru na domácím (podstatně výkonnějším) serveru. Pak jsem na serveru rozbalil Gentoo stage3, vyexportoval ji přes NFS (nebudu kompilovat na pomalé SD kartě), na CuBoxu jsem se chrootnul a zkusil jsem první emerge. Tak pomalou kompilaci jsem už hodně dlouho neviděl – připomnělo mi to, když jsem jako osmiletý kluk proháněl MSVC++ na Pentiu 1 na 166 MHz. Ale teď CuBoxu trochu křivdím – než P1 rychejší je a hlavně má víc paměti.
Bohužel ani distcc v pump režimu se neukázalo býti přijatelně rychlé. Pak jsem zkusil qemu-arm a užitečný nástroj proot. Kompilace pod QEMU běží rychleji než nativně na CuBoxu. Navíc mi na serveru nedochází paměť, a tak se vyhnu zběsilostem jako swapování na flash disk (zdravím Windows a jejich TurboBoost) nebo na NBD (Network Block Device). Dalším řešením ale bylo sestavení jednoduchého skriptu, který spouští emerge v režimu crosskompilace. Za chvíli jsem takto ale systém dostal do stavu, kdy spuštění Bashe vyvolalo reakci Segmentation fault.
Teď už raději zase kompiluji přes noc přímo na CuBoxu, než pak muset hasit, co se kde pokazilo (co jsem kde pokazil).
A zatímco se Gentoo kompiluje, tak já přemýšlím, co mě vlastně čeká... OpenSSL z Gentoo stage3 dává tyto výsledky:
# openssl speed md5 Doing md5 for 3s on 16 size blocks: 506864 md5's in 3.00s Doing md5 for 3s on 64 size blocks: 443697 md5's in 3.00s Doing md5 for 3s on 256 size blocks: 316080 md5's in 3.00s Doing md5 for 3s on 1024 size blocks: 147246 md5's in 3.00s Doing md5 for 3s on 8192 size blocks: 24673 md5's in 3.00s OpenSSL 1.0.0g 18 Jan 2012 built on: Wed Mar 7 20:58:12 Local time zone must be set--see zic manual page 2012 options:bn(64,32) rc4(ptr,char) des(idx,cisc,16,long) aes(partial) idea(int) blowfish(ptr) compiler: armv7a-hardfloat-linux-gnueabi-gcc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIO -Wall -DOPENSSL_BN_ASM_MONT -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DAES_ASM -O2 -pipe -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard -fno-strict-aliasing -Wa,--noexecstack The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes md5 2703.27k 9465.54k 26972.16k 50259.97k 67373.74k
...což je znatelné přilepšení.
V jednu chvíli jsem si už myslel, že jsem poškodil ethernetový port nešetrným vytažením kabelu. Nakonec se jen ukázalo, že port je trochu háklivý na zapojení drátů – asi to mám v téhle zásuvce nějak divně (ale notebooku to vůbec nevadí), v jiné to už zase funguje.
Hardwarová akceleraci je důležitou věcí, pokud chcete na CuBoxu dělat něco víc než jen brouzdat po webu. Hardwarově je zde akcelerována 2D i 3D (OpenGL ES) grafika, stejně tak jako různé formáty videa (až do 1080p H.264), formáty obrázků (např. JPEG), ale i zvukové formáty.
Toť výcuc z informačního letáku a dalších „datasheetů“. Podstatné je, kolik toho out of box vlastně bude fungovat. Na Ubuntu asi rozchodíte akceleraci videa přes GStreamer (i když jsou na to dost stížnosti), ale na Gentoo mě všechno bude čekat od píky.
Prvním cílem je tedy rozchodit akcelerovaný framebuffer dovefb pod X.Org. Druhým cílem je mít fungující akceleraci videa pod MPlayerem, resp. FFmpeg. To bohužel znamená stát se programátorem a funkčnost si sám dopsat nad proprietární knihovnou od Marvellu. Při pohledu na větev (fork) XBMC s nově doplněnou podporou vMeta HD to ale nebude tak složité.
Ovladač dovefb není v Gentoo Portage. Asi je to proto, že je vyvíjen externě, a to zjevně v rámci projektu OLPC. Snad nebude padat.
Věci jako akcelerace dekomprese JPEG nebo třeba Vorbis OGG už beru jako naprostý bonus a pokud to náhodou implementuji, tak to už se budu sám plácat po ramenou.
CuBox má i zvukový výstup. Technicky má možná ten nejlepší možný zvukový výstup (optický S/PDIF), ale pro praktické použití to není úplně ono. Neboli sluchátka na to napřímo nepřipojíte a pokud ani váš monitor neoplývá zvukovým výstupem (z HDMI), tak nezbývá, než si sehnat nějaký ten převodník.
Já jsem zavítal na eBay a tam jsem hnedle nějaký našel. Akorát budu mít na stole místo jedné černé krabičky hnedle dvě. Nevadí. Pořád je mi to milejší než velká hučící bedna a nepříjemný účet od ČEZu... Zatím tedy čekám na zásilku z Hong Kongu.
V recenzi ozkouším jak původní Ubuntu, tak jiné (komunitně) nabízené systémy a jejich vhodnost ke každodennímu použití. Neopomenu i nějaké ty open source OpenGL hry a jejich výkon. A když už mám doma kino na bázi XBMC, tak otestuji, jak dobře by CuBox nahradil můj stroj postavený kolem NVIDIA VDPAU.
Zajímá mě ale i výkon ethernetového portu. Ten je oproti stomegabitovému portu na Raspberry Pi gigabitový, otázkou je, co hardware skutečně zvládne přenášet.
Nástroje: Tisk bez diskuse
Tiskni Sdílej:
Pěkné, docela podobné mému TrimSlice Pro. (i když ten je samozřejmě hezčí :)
Další vývoj odhaduju takhle: pár dní si s tím budeš hrát, párkrát to přeinstaluješ, ale za týden, dva zjistíš že to je fakt moc pomalý na prakticky jakoukoliv činnost a skončí to v šuplíku. Resp v mém případě ve skříni ;)
To já uvažoval taky nad 8x8x8 3D krychlí, ale pouštěl bych tam muziku - teď nevzpomínám jak se tomu říká, prostě by to bylo jako osm bargrafů vedle sebe, co sloupec, to určitá frekvence. Akorát tohle by mělo navíc historii, frekvence posunování by byla nastavitelná - takže to vlastně jakoby pořád pojede
ale za týden, dva zjistíš že to je fakt moc pomalý na prakticky jakoukoliv činnost a skončí to v šuplíkuDíky této skutečnosti existuje tenhle článek Z tohodle důvodu (resp. proto, že mi to bylo v zásadě k ničemu) jsem CuBox Dolimu prodal.
Tak to se obáváte špatně. Samozřejmě tedy záleží jak dokáže SW využít možnosti HW, to znamená jak dobře/špatně jsou napsané ovladače. Samotný 88AP510 po hardwarové stránce toho zvládne hodně (předpokládám hodiny 800 MHz):
Samozřejmě, při některých úlohách bude limitujícím prvkem CPU, ale ve skutečnosti bude počet takových nasazení celkem malý. 88AP510 obsahuje dost různých off-load periférií pro různé výpočty, šifrování apod. Otázka je, jestli implementace Linuxových ovladačů využívá všechny možnosti hardware.