Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
nevyhodu pomalsieho sata disku 'zakryjes' raidom
Tenhle fud bude mít ještě hodně tuhý kořínek. Sekvenční rychlost ano (ta většinou není klíčová), rychlost náhodných operací nikdy. Točivý disk bude mít vždy latenci podle rychlosti otáčení, pro 7200rpm disky min. 14ms. Toho se nelze raidem nijak zbavit, hlavičky se vždy musí vystavit na příslušný sektor.
To tazatel: Zkus popsat, k čemu by toto SSD úložiště mělo sloužit. Pokud je klíčové čtení (a ještě navíc malých dat), tak je SSD dobrá volba (i když toto lze nahradit dostatkem RAM pro IO cache). Pokud by se jednalo o intenzívní zápisy, tak to SSD může odejít do dvou měsíců (jak si vyzkoušela jistá velká Česká firma).
.
Ovšem, pokud bude požadavek na čtení menší, než je velikost jednoho raid chunk (typicky 64kB), tak se tento požadavek přečte z jednoho disku.
Tedy pro čtení 4kB souborů (dejme tomu emaily) nemá RAID vůbec rychlostní přínos (blok se přečte vždy jen z jednoho disku). Zatímco SSD toto zvládá mnohonásobně rychleji.
Na domácím počítači: Seagate 7200.12 umí číst náhodné 4kB bloky rychlostí 0.5MB/s (tedy 128 souborů za 1s), zatímco nejlevnější SSD Kingston 64GB V+ to umí 20MB/s (5120 souborů za 1s). Což je 40x rychleji. Na pořádném SSD ještě rychleji.
protože SSD bylo v křemíkovém nebi. Všechny do jednoho.Žádné překvapení. SSD je dobrý tak do desktopu nebo někam, kde je potřeba rychle číst. Intenzivní zápisy/přepisy - pá, pá. Navíc AFAIK jediný filesystém, který umí říct disku pod sebou, že už nepoužívá nějakou oblast (a ta se tak může používat pro wear-leveling), je ext4 a ještě s relativně novým jádrem (Tzn. nelze očekávat, že to bude na serverech moc rozšířené.)
Zase na zálohy dat nepotřebuješ ani tak rychlost, jako spíše velikost a spolehlivost. To lze dát pomalu i na 5400rpm disky.
Co se týče energie a zahřívání. Dnešní SSD mají 0.7W, dnešní (Green)HDD mají v provozu 5W a 1W v idle. To není takový rozdíl.
Musím přiznat, že ta čtvrtroční životnost mne dost vylekala.
Tak zase nám odejde přibližně jeden SAS disk za čtvrt roku (pravda, ne všechny). Máme jich sice dost, ale i tak padají jak listí na podzim. V tom seznamu se na ty SSD intenzivně zapisovalo, prostě normální provoz DB.
To je to, co mne zajímalo nejvíce, jestli se na oné životnosti něco změnilo ... co vydrží zmíněný disk V+
V+ mám v normálním Windows Desktopu 3/4 roku. Což ještě není nic moc na otázku spolehlivosti. Ovšem TRIM funguje, rychlost si drží stále jako nový.
Reklamujete takové disky, nebo to nemá vůbec cenu?
No samozřejmě, že je reklamujeme. Vždyť jsou po 12tis. (To je děs. I u 15k RPM SAS disků tam píšou kolik filmů se na to vejde
).
Hodiny a léta přeci jen nalítané nemají.
Na to by se slušný obchodník neměl dívat. Prodává zboží pro 24/7 provoz, takže ho 20 000 hodin nemůže překvapit.
Na tom desktopu teda nejspíše běží sedmičky, že? U desktopu bych předpokládal, že ta výdrž tři roky by mohla i vyjít.
Jo, na desktopu mám W7. Nastavil jsem si delayed write (i v W7 to jde
) a denně zálohuju (to je čtení, to nevadí). Z dostupných informací jsem spočítal životnost na (když tak mě kdokoliv SSD znalejší opravte):
Počet přepisů buňky (MLC): 5000 Velikost buňky: 256kB Počet buněk na 64GB: 262 144 Počet zápisů na všechny buňky: 1.3 miliardy Velikost zapsaných dat při zápisu 4kB bloků (nejhorší možné chování k SSD): 5TB
Což znamená, že nejhorším možným způsobem je možné celý disk přepsat 80x. Jestli to je nebo není moc, já nevím. Pochopitelně, pokud bude velikost SSD buňky menší, tak celkový počet zápisů vzroste. Já bral nejhorší možnosti. Na druhou stranu 5TB vytížená DB (8kB stránka, a jsme u toho) zvládne opravdu za pár měsíců.
Osobně bych to na server nedal. Za ušetřené peníze bych nakoupil další RAM, ať má do čeho cachovat. Velikost místa bude větší, rychlost čtení, když se to dobře udělá, stejná (krom náhodného čtení malých bloků dat, ale to u zálohování nehrozí).
Zdravím, osobně bych to asi nerisknul, možná to zrcadlit v raidu a dát tak ke každému 2 záložní.
A dávat to do serveru na zálohy mi nepřipadá jako dobrý nápad, tam přeci nepotřebujete rychlost tak jako kapacitu.
Tiskni
Sdílej: