Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se
… více »Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.
Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.
Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.
Google Chrome 152 byl prohlášen za stabilní. Nejnovější stabilní verze 152.0.7977.64 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 327 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Před 35 lety, 25. srpna 1991, oznámil Linus Benedict Torvalds v diskusní skupině comp.os.minix, že vyvíjí (svobodný) operační systém (jako koníček, nebude tak velký a profesionální jako GNU) pro klony 386 (486), že začal v dubnu a během několika měsíců by mohl mít něco použitelného.
Apple představil čipy M6 a M5 Ultra, Mac mini s M6 nebo M5 Pro a Mac Studio s M5 Max nebo M5 Ultra. Fedora Asahi Remix zatím podporuje jenom M1 a M2.
Firefox 157 přinese zapnutou podporu rastrového grafického formátu JPEG XL. Založena je na v Rustu napsané implementaci jxl-rs používané i v Chrome a Chromiu.
Vanilla OS 3 „Reunion“ byl vydán. Tato na Debianu „Sid“ založená desktopová distribuce s transakčními aktualizacemi „neměnného“ základního systému (ABRoot) nově podporuje architekturu arm64 (vedle x86-64), podporuje reprodukovatelné sestavení většiny balíčků a vylepšuje systémové nástroje. Vlastní meta-správce balíčků APX nyní používá Distrobox v2 a je dostupný i pro jiné distribuce.
Obávám se, že se chcete zeptat na něco trochu jiného. Parkování hlaviček disku bylo potřeba řešit v době, kdy velikosti disků byly do 20 MB (ano, MB). Už většina 40MB disků parkování řešila automaticky a pochybuji, že by dnešní disky vůbec ještě šly zaparkovat ručně.
Tipuji, že jste měl na mysli zastavování disku po určité době nečinnosti. U notebooků to má smysl jednak kvůli spotřebě, jednak kvůli riziku poškození při náhlém pohybu; u notebooku by se ale člověk asi měl v první řadě zamyslet, jestli tam vůbec mít klasický disk. U normálního počítače bych rozhodně disk automaticky zastavovat nenechával, ta zanedbatelná úspora elektřiny za snížení životnosti a otravné latence při roztáčení IMHO nestojí.
Obávám se, že ne.
Protože se baví o edici Green, tak určitě myslí „Head parking delay“ kde je to po ≈8 sec (u Red ≈5 min).
Parkování je první level úspory energie (snížení brzdění otáčení ploten, minus ≈1W), zastavení (snížení otáček) je až další krok.
Jinak na desktopu/severu vypnout, na NTB zvážit, ale když, nastavil bych to na víc než 30 sec.
Parkování je první level úspory energie (snížení brzdění otáčení ploten, minus ≈1W)
Tak takováhle ptákovina by mne opravdu nenapadla. Ale co taky čekat, když to má v názvu "green"…
Ptákovina, neptákovina je to teoreticky 25% úspora energie - to už zní jinak :). Na své 486-ce jsem dělával RAM disk (MS-DOS 6.22), natáhl do něj projekt a zastavil disk, ukládal jen do RAM a až na konci, jsem to zpět dal zas na disk, tím jsem výrazně natáhl dobu chodu na baterie - takže motivace a nápady jsou různé… 
Ony WD Green, Red a vlastně i Black mají velmi podobnou elektroniku, jen jsou jinak z výroby nastaveny (řekl bych že Green a Red lautr stejnou).
Oficiálně je to tak, že hodnoty od 0 do 128 jsou po desetinách vteřiny, a hodnoty 129 - 255 jsou po půlminutách (u aktuálních disků, u starých jako je ten můj starý je to po desetinách všechno).
Viz tady: http://idle3-tools.sourceforge.net/
Ja mam zase trocha odlisnu otazku. Mam Seagate NAS 3TB, cize je urceny skor pre NASy, ale mam to riesene takto: Mam maly server, system mam na 120GB SSD a /home som mountnul bindom na Seagate, cize vlastne cely /home je na Seagate, kde su data (filmy, hudba atd ...). K datam sa nepristupuje az tak casto, niekedy mozno ani raz za den, cize by bolo vhodne pouzit hdparm -Y. Avsak chcem si to najprv otestovat ako casto sa to bude vypinat a ked sa to bude velmi casto vyp/zap, tak sa to asi ani neoplati.
Potreboval by som vsak zistit ako a kde sa to loguje, kedy sa uspi a kedy budi
Tiskni
Sdílej: