Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Vědci z univerzity La Sapienza v Římě vyvinuli systém, který dokáže identifikovat jednotlivce pouze na základě toho, jak narušují signály Wi-Fi. Autoři tuto novou technologii nazvali WhoFi. Na rozdíl od tradičních biometrických systémů, jako jsou skenery otisků prstů a rozpoznávání obličeje, nevyžaduje tato metoda přímý fyzický kontakt ani vizuální vstupy. WhoFi může také sledovat jednotlivce na větší ploše než kamera s pevnou polohou; stačí, je-li k dispozici Wi-Fi síť.
SuperTux (Wikipedie), tj. klasická 2D plošinovka inspirovaná sérií Super Mario, byl vydán v nové verzi 0.7.0. Videoukázka na YouTube. Hrát lze i ve webovém prohlížeči.
Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační
… více »PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
.
O SSD jako cache pro často používané soubory jsem přímo neslyšel (v kernelu na to IMO není přímo subsystém), ale asi by šlo na to použít něco z RAID subsystému. SSD i HDD by se pak pro userspace jevilo jako jeden konglomerát a o balancování by se staral kernel (nechat to na userspace je o data). Pokud by pak jeden z disků umřel, tak budeš mít problém se záchranou dat.
Pokud by nějaký takový ovladač existoval, tak bude fungovat tak, že při každé operaci zkontroluje seznam všech souborů, vloží do něj novej přístup a rozhodne se zda překopíruje soubor mezi SSD a HDD (a samozřejmě ho mezitím otevře). Tohle rozhodování bude žrát dost času a prodlužovat odezvu systému. Taky bude opotřebovávat SSD a ve worst case bude neustále obojí "swapovat".
Opět mám dojem, že bude nejlepší tohle rozhodovat ručně, tedy dát na SSD OS knihovny, aplikace a třeba nějaké obsáhlé datové soubory (kámoš tam má minecraft world databázi - a i na to je SSD overkill, ale hodí se třeba i image virtuálu) a pak případně přehazovat, co bude potřeba mezi home na HDD a system na SSD (třeba kompilace generuje masivní zápisy objektových souborů a masivní čtení zdrojáků a zároveň masivní spotřebu RAM na úkor diskové cache).
P.S. Na krátkodobou cache se používá přímo RAM (řekneme mezi rebooty) a ta je samozřejmě řádově rychlejší. Taky by šlo na SSD umístit swap, ale ten je zapisovanej hodně často a asi by bylo lepší investovat do víc RAM (která je levnější a lze z ní udělat i ta disková cache).
. Podle všeho to je fakt v RAID subsystému a tam jsem vlezl jen jednou před roky.
Ale pozor dm_cache je označený i v 4.8rc jako experimental.
Ve zkratce: Řešení je například Bcache a je na to spousta návodů, něco u Fedory, něco třeba na ArchWiki.
…při instalaci Fedory…
Proč při instalaci? To nedává smysl a pravděpodobně to nejde. Takové věci je lepší řešit až po instalaci, což má tu výhodu, že uživatel pochopí, co vlastně dělá a co se kde nastavuje.
…aby byl systém na HDD a SSD se používa jako cache často čtených souborů…
Bloků, nikoliv souborů. Cache na úrovni souborů nedává smysl.
Ještě by mě zajímalo, jaký souborový systém mám pro SSD zvolit?
Pro SSD samozřejmě žádný, pokud tam bude Bcache.
Jinak výhradně Btrfs. Pro SSD, pro HDD, všude. Jiná volba dnes na Linuxu nedává smysl, pokud člověk nechce záměrně používat zastaralé souborové systémy, které jsou 10 let za zenitem a jejichž návrh neodpovídá velikosti a dalším parametrům dnešních úložišť.
Taky bych chtěl varovat, že nejsem ajťák…
Tohle je zcela irelevantní. Návody na webu jsou přístupné komukoliv, bez ohledu na to, zda se považuje za „ajťáka“ nebo ne. Je lepší soustředit se na řešení problému a dotazy s ním související, nikoliv na to, co kdo je či není. :-/
Fedora + Bcache — tohle je rozumnější odkaz. Ale je to návod z dob Fedory 20, tj. na dnešní 24/25 se musí člověk dovtípit několika drobných odlišností.
Tiskni
Sdílej: