Boudhayan "bbhtt" Bhattcharya v článku Uzavření kapitoly o OpenH264 vysvětluje, proč bylo OpenH264 odstraněno z Freedesktop SDK.
Představeny byly nové verze AI modelů: DeepSeek V3-0324, Google Gemini 2.5 a OpenAI 4o Image Generation.
XZ Utils (Wikipedie) byly vydány ve verzi 5.8.0. Jedná se o první větší vydání od backdooru v XZ v loňském roce.
Byla vydána nová verze 0.40.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 6.1 nebo novější a také libplacebo 6.338.2 nebo novější.
Byla vydána nová verze 2.20 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
LibrePCB, tj. svobodný multiplatformní softwarový nástroj pro návrh desek plošných spojů (PCB), byl vydán ve verzi 1.3.0. Přehled novinek v příspěvku na blogu a v aktualizované dokumentaci. Vypíchnut je interaktivní HTML BOM (Bill of Materials) a počáteční podpora Rustu. Zdrojové kódy LibrePCB jsou k dispozici na GitHubu pod licencí GPLv3.
Minulý měsíc Hector "marcan" Martin skončil jako upstream vývojář linuxového jádra i jako vedoucí projektu Asahi Linux. Vývoj Asahi Linuxu, tj. Linuxu pro Apple Silicon, ale pokračuje dál. Byl publikován březnový přehled dění a novinek z vývoje. Vývojáře lze podpořit na Open Collective.
Ruská firma Operation Zero nabízí až $4 miliony za funkčí exploit komunikační platformy Telegram. Nabídku učinila na platformě X. Firma je známá prodejem exploitů ruské vládě a soukromým společnostem. Další informace na securityweek.com.
Po 9 týdnech vývoje od vydání Linuxu 6.13 oznámil Linus Torvalds vydání Linuxu 6.14. Proč až v pondělí? V neděli prostě zapomněl :-). Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a Linux Kernel Newbies.
Konference LinuxDays 2025 proběhne o víkendu 4. a 5. října v Praze v areálu ČVUT v Dejvicích na FIT.
Tak nejak mne napada, kam si SSD disky ukladaji informace o tom kam premapovali jake sektory pri wear levellingu. Predpokladam, ze taky na flash aby prezily vypnuti systemu. No a v tom pripade to bude nejvice prepisovana cast flash pameti, ktera odejde jako prvni a s ni i cely disk. Nebo napada nekoho finta jak to vyresit?
rewind
a seek
bude rychleji provedena. Ale tak pracovat s diskem je nesmysl.
Stejně mi připadá, že je nesmysl pracovat s SSD jako s rotačním diskem. Všechny ty techniky jako TRIM a wear leveling vlastně skrývají před systémem co se děje uvnitř a zabraňuje vytvářet optimální datové struktury pro práci se zařízením, které má tyto charakteristiky. A bohužel nevidím z toho cesta ven. Když někdo bude prodávat SSD, který nedělá překlady tak je nikdo nekoupí, protože nemáme efektivní použitelný file systém, který by pracoval a byl optimalizovaný na hardwar s bloky 512kB, s pomalým komplikovaným zápisem bloků a rychlým bitovým čtením. A díky tomu, že ten HW se neprodává tak nikdo nevyvíjí FS přímo pro něj, maximálně se dělají nějaké optimalizace pro ty překlady vlastností, které SSD nabízejí.
Takže když bych to parafrázoval situací před 30 lety, tak všichni pracují s disky jako s páskami a výrobci disků vkládají překladové vrstvy, aby ukázali jak jejich implementace páskového režimu je efektivní.
Když někdo bude prodávat SSD, který nedělá překlady tak je nikdo nekoupí, protože nemáme efektivní použitelný file systém, který by pracoval a byl optimalizovaný na hardwar s bloky 512kB, s pomalým komplikovaným zápisem bloků a rychlým bitovým čtením.
To platí jenom částečně. V embedded oblasti samozřejmě filesystémy pracující přímo s Flash pamětmi existují a používají se mnoho let.
Běžný levný SSD disk je založený na MLC NAND Flash pamětech s vysokou hustotou integrace. Takové paměti mají obvykle zaručenou výdrž minimálně 5e3 přepisů (erase cycles). Pomocné informace řadič ukládá do oddělené NOR Flash paměti. Ta je vyrobena s menší hustotou integrace, je pomalejší, ale typický minimální počet přepisů je 1e5. Existují i technologie zaručující 1e6 a více přepisů.
swappiness
jsem stáhl a tmp je v paměti.--dataalignment
šifrovaná svazek taky pomocí --align-payload=8192
, filesystém ext4 taky zarovnaný -E stride=128,stripe-width=128
.realtime
, jestli se nepletu, tak moje jádro TRIM nepodporuje, ale i přesto montuji i s discard
.
Tiskni
Sdílej: