Společnost Backblaze zveřejnila statistiky spolehlivosti pevných disků používaných ve svých datových centrech za rok 2025. Ke konci roku 2025 vlastnila 349 462 pevných disků. Průměrná AFR (Annualized Failure Rate), tj. pravděpodobnost, že disk během roku selže, byla 1,36 %. V roce 2024 to bylo 1,57 %. V roce 2023 to bylo 1,70 %. V roce 2022 to bylo 1,37 %.
Nástroj sql-tap je proxy mezi aplikací a databází, které zachytává všechny SQL dotazy a zobrazuje je v terminálovém rozhraní. Zde lze téměř v reálném čase zkoumat dotazy, sledovat transakce a spouštět SQL příkaz EXPLAIN. Podporované databázové systémy jsou pouze PostgreSQL a MySQL. Zdrojový kód je dostupný na GitHubu, pod licencí MIT.
Byla vydána nová verze 9.2 textového editoru Vim (Vi IMproved). Přináší vylepšené doplňování, podporu schránky ve Waylandu, podporu XDG Base Directory (konfigurace v $HOME/.config/vim), vylepšené Vim9 skriptování nebo lepší zvýrazňování změn. Vim zůstává charityware. Nadále vybízí k podpoře dětí v Ugandě. Z důvodu úmrtí autora Vimu Brama Moolenaara a ukončení činnosti jím založené charitativní organizace ICCF Holland projekt Vim navázal spolupráci s charitativní organizaci Kuwasha.
Byl představen editor MonoSketch, webová aplikace pro tvorbu diagramů, technických nákresů, flowchartů a různých dalších vizualizací, to vše jenom z ASCII znaků. Všechny operace běží pouze v prohlížeči uživatele a neprobíhá tedy žádné nahrávání dat na server. Zdrojový kód aplikace (drtivá většina Kotlin, žádné C#) je dostupný na GitHubu pod licencí Apache 2.0.
Byla vydána nová verze 3.7.0 multiplatformního svobodného frameworku pro zpracování obrazu G'MIC (GREYC's Magic for Image Computing, Wikipedie). Přehled novinek i s náhledy nových filtrů na PIXLS.US.
Všem na AbcLinuxu vše nejlepší k Valentýnu aneb Dni lásky ke svobodnému softwaru (I love Free Software Day, Mastodon, 𝕏).
Eric Migicovsky představil Pebble Emulator, tj. emulátor hodinek Pebble (PebbleOS) běžící ve webovém prohlížeči. Za 6 hodin jej napsal Claude Code. Zdrojové kódy jsou k dispozici na GitHubu.
Byla vydána nová verze 3.41 frameworku Flutter (Wikipedie) pro vývoj mobilních, webových i desktopových aplikací a nová verze 3.11 souvisejícího programovacího jazyka Dart (Wikipedie).
Rusko zcela zablokovalo komunikační platformu WhatsApp, řekl včera mluvčí Kremlu Dmitrij Peskov. Aplikace, jejímž vlastníkem je americká společnost Meta Platforms a která má v Rusku na 100 milionů uživatelů, podle Peskova nedodržovala ruské zákony. Mluvčí zároveň lidem v Rusku doporučil, aby začali používat domácí aplikaci MAX. Kritici tvrdí, že tato aplikace ruské vládě umožňuje lidi sledovat, což úřady popírají.
Před 34 lety, ve čtvrtek 13. února 1992, se tehdejší Česká a Slovenská Federativní Republika oficiálně (a slavnostně) připojila k Internetu.
Hardwarové hodiny v počítači mívám nastaveny na čas:
| UTC |
|
96% (2614) |
| lokální |
|
4% (108) |
| nemám hardwarové hodiny |
|
1% (15) |
Celkem 2737 hlasů
Vytvořeno: 20.11.2013 09:32
Tiskni
Sdílej:
20.11.2013 10:23
Jakub Lucký | skóre: 40
| Praha
20.11.2013 11:03
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
Teoreticvky by to mělo fungovat i s časem v UTC.Prakticky to NEfunguje s hwclock v UTC nikdy.
).
20.11.2013 12:21
svido | skóre: 28
2.12.2013 08:40
pushkin | skóre: 43
| blog: FluxBlog
20.11.2013 17:34
Prcek | skóre: 43
| Jindřichův Hradec / Brno
Pokud jedou hodiny v nějakém local time, tak se k nim někde jinde musí pamatovat, jestli je aktuálně letní nebo zimní čas. Nejsem si jistý, jestli již existuje alespoň na některých novějších PC HW nějaká standardizace k tomu určené položky v RTC CMOS RAM, kam si systém může uložit aktuální stav DST odpovídající RTC času. Dřív tomu tak určitě nebylo. Pak nezbývá, než zapsat aktuální stav letního času v době vypnutí do /etc/adjtime spolu se zápisem aktuální hodnoty hodin do RTC. Při příštím startu při čtení RTC/HW clock zjistí, jestli se offset aktuální timezone nezměnil kvůli proběhnutí změny letního času od posledního vypnutí. Zjištění provede porovnáním DST active proti DST uloženému v /etc/adjtime. Při příštím zápisu do RTC již uloží lokální čas podle nového offsetu lokálního času. Novější RTC chipy mají sice v registru 0x0B je bit (defaultně vypnutý) pro povolení hardwarové korekce DST. Jeho použití může ale vést k problémům při změně nebo rozdílných datech změn mezi EU a USA DST. Pokud se na DST stavu dokáže shodnout více na různé disky nainstalovaných Windows, tak ale nějaké místo pro sílení DST stavu příslušného RTC standardizované mimo disk mají (buď CMOS nebo Flash přes ACPI). Dříve ho ale určitě Linux nepoužíval a zmínku v nějaké dokumentaci jsem nenašel.
Důsledek použití lokálního času v RTC pak často je, že při prvním zapnutí každého z nezávisle nainstalovaný systémů provede korekce DST znova. Tím čas pokazí o tolik hodin, kolikrát je použité různé /etc/adjtime více než jednou. Windows pak také provedou minimálně jeden posun o hodinu. Výsledkem je totální zmatení. Nemluvě o již automaticky zařazeném načtení RTC do systémového času jádrem dříve, než je namontovaný root filesystém s /etc/adjtime a volbou časové zóny. Nějaké další užitečné informace jsou např na ARCH wiki.
https://wiki.archlinux.org/index.php/Time
Řekl bych, že OS má lepší představu o tom kdy probíhá změna času, než HW. A logické mi tedy připadá aby se o interpretaci času staral OS, a HW aby běžel trvale v UTC.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
fscků, ale pamatuju, jak mi u starého notebooku, kterýž měl mrtvou baterii napjející RTC, způsoboval výpadek času dvojí kontrolu - prvně z důvodů času posledního připojení v budoucnu a po nastavení času zase z toho důvodu, že poslední kontrola proběhla 1. 1. 1980 (defaultní čas BIOSu), což je delší než nastavený interval kontroly.
Systémy bez RTC (třeba ty pro RPi) to většinou řeší ukládáním aktuálního času do souboru při vypínání (popř. nebo to dělají periodicky v určitém intervalu) a ten se pak použije jako provizorní čas dokud není získán čas z vnějšku (síť, GPS, připojené externí RTC a pod.). Pokud se přesný čas nepodaří získat, bude sice systémový čas špatnýž, ale bude alespoň monotóní a nebude skákat mezi minulostí a současností k nemalému zmatení programů (které spíše přežijí "skok" do "budoucnosti" než "minulosti").
PS: Tak mně napadá, jaký čas by vlastně měli používat kosmické lodě s nadsvětelným pohonem nebo třeba cestovatelé v čase. Případně jak by dopadly RTC ve Smrťově říši 
24.11.2013 12:11
Dreit | skóre: 15
| blog: Dreit a jeho dračí postřehy
| Královehradecký kraj
PS: Tak mně napadá, jaký čas by vlastně měli používat kosmické lodě s nadsvětelným pohonem
Myslím, že až bude k dispozici nadsvětelný pohon, tak nebude mít čas takovou váhu, jako dnes
Jaká je výhoda mít čas v UTC?Nemuze dojit k race condition pri prechodu na letni cas a z letniho na normalni.
idiotic, naposledy 2012-06-30 23:59:60.
21.11.2013 20:49
Bedňa | skóre: 34
| blog: Žumpa
| Horňany
24.11.2013 12:06
Dreit | skóre: 15
| blog: Dreit a jeho dračí postřehy
| Královehradecký kraj
Tohle mi dělá i stolní PC, asi 4x během léta posun o 10-20 minut do budoucnosti.
24.11.2013 12:13
Bedňa | skóre: 34
| blog: Žumpa
| Horňany
24.11.2013 21:07
Dreit | skóre: 15
| blog: Dreit a jeho dračí postřehy
| Královehradecký kraj
Naposledy se mi to stalo asi před rokem, potom se to nějak srovnalo.
24.11.2013 13:23
|🇵🇸 | skóre: 94
| blog:
10.12.2013 14:24
pavlix | skóre: 54
| blog: pavlix