Peter Steinberger, autor open source AI asistenta OpenClaw, nastupuje do OpenAI. OpenClaw bude převeden pod nadaci a zůstane otevřený a nezávislý.
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í.
Co je tohle za nesmyslný FUD?
Tazateli bych doporučil vyměnit jádro za 3.17 nebo zkrátka za aktuální a rozhodně se neřídit fámami tohoto typu.
I s celým jadřincem.
Já nikde žádnou „rychlost“ nezmiňuju a v tom je nakonec i celá pointa. Používat fosilie nedává smysl.
Beznadějně zastaralá verze beznadějně špatné distribuce může nasvědčovat tomu, že tam běží nějaký botnet. První a nejdůležitější rada tedy je: aktualizovat systém na něco, co není starší než týden. V opačném případě hrozí, že se budeš marně potýkat s problémy, které už dávno někdo vyřešil. Problém tohoto typu se ovšem obvykle nevyřeší samotným přeinstalováním nebo něčím podobným a je lepší napřed zjistit, co přesně je špatně a k čemu tam došlo, aby to člověk propříště věděl.
Základem je podívat se, co přesně tam běží. Vezmi si tedy htop a nastav ho tak, aby zobrazoval i kernelové procesy, procesy ostatních uživatelů i jednotlivá vlákna. Nech si procesy seřadit podle času stráveného na CPU i podle spotřeby paměti a podívej se, jestli tam není nějaký podivný extrém a případně co asi tak dělá. (Nech si htopem zobrazit a průběžně aktualizovat příkazové řádky procesů, ať vidíš, co přesně to je.)
Podívej se v htopu taky na celkové obsazení paměti, zda a jak moc se používá swap a co se děje. Nastav si zobrazení zatížení procesoru i obsazení paměti do nejpodrobnějšího režimu, který například u procesorů rozlišuje kernel, userspace, čekání na I/O a pár dalších stavů. Spoustu věcí ohledně swapování umí napovědět taky mpstat a iostat s vhodnými parametry, nicméně problém tohoto typu bývá obvykle už z htopu a z odezvy systému zjevný. Je tedy potřeba hledat, co by asi tak mohlo být přehnaně náročné na procesor a paměť.
Důkladně projdi jak dmesg, tak i log X-serveru a session, jestli tam není něco podezřelého (obvykle EE v /var/log/Xorg.0.log nebo všemožné jiné chybové hlášky v ~/.xsession-errors; pro začátek postačí něco jako grep -i error na daném souboru). Občas totiž bývá náhlé extrémní zpomalení uživatelského rozhraní způsobené bugem v grafických driverech, ať už na straně kernelu nebo X-serveru. O problému ale píšeš tak extrémně vágně, že mi není jasné, co přesně funguje pomalu a jak se to projevuje.
Zkontroluj, jestli správně funguje frequency scaling na procesoru (což lze nejtriviálnějším způsobem zjistit třeba tím, zda se mění frekvence uváděné v /proc/cpuinfo). Taky se zkus podívat na Intel PowerTop, co ukazuje, jestli nehlásí nějaké zásadní nedostatky ve správě napájení a podobně. Jestli si to dobře pamatuju, umí taky odhalit extrémní latenci u některých interruptů a jiné napůl softwarové problémy.
Dál se podívej, jak je na tom chlazení procesoru i ostatních subsystémů. Zkus, co vypíše příkaz sensors z balíku lm_sensors, případně zkus najít další senzory pomocí sensors-detect. Tím se většinou dostaneš k teplotám CPU, grafické karty a některých částí motherboardu. Teplotu disku můžeš zkontrolovat pomocí něčeho jako smartctl -A /dev/sda.
Když už jsem u toho disku, iostat a smartctl můžou společně pomoct odhalit spoustu různých chyb a problémů. Někdy zoufale pomalá rychlost čtení (zjištěná napřílad v iostatu) prozradí i to, co disk ve S.M.A.R.T. vůbec nehlásí.
V neposlední řadě to může klidně být softwarový problém, například něco náročnějšího (indexování, aktualizace, scrub filesystému) běží na pozadí a v systému jsou špatně nastavené cgroups, až tak špatně, že uživatelská relace nedostává rozumnou prioritu a nefunguje příliš interaktivně. (Nevěřil bych, že se to může stát, kdybych to už někde neviděl.) Tohle se diagnostikuje celkem obtížně, ale obecné pravidlo je zkontrolovat v /proc/mounts, zda jsou vidět cgroups, a pozorně zírat do htopu, co přesně zabírá procesorový čas a proč.
Když už jsme u softwarových problémů, je dobré se podívat do ulimit -a, jestli tam náhodou nejsou podezřele přísná omezení. Nemusí jít jen o zjevné omezení CPU času, ale taky třeba o velikost paměti nebo o maximální počet file descriptorů, jejichž nedostatek může náhodně zasekávat snahu některých aplikací o komunikaci a tím v konečném důsledku i zablokovat uživatelské rozhraní, protože nepřeberná spousta programů neumí na takovou situaci korektně zareagovat.
Frekvence grafické karty může taky hrát svou roli. Zažil jsem na mém notebooku případ, kdy selhal teplotní senzor někde na motherboardu (a neukazoval nic jiného než 127 °C), kvůli čemuž byla grafická karta nastavená do režimu, kdy přinášela víc škody než užitku, co se týká akcelerace, a držela se na nejnižší frekvenci. Tohle už ale hodně záleží na konkrétní grafické kartě (v mém případě NVidia).
Čistě pro pořádek může taky při diagnostice problému pomoct vytáhnout všechny SD karty a podobná zařízení (pro případ trestuhodně špatné implementace driveru, který při selhání zařízení či příliš pomalém přístupu blokuje půlku kernelu), případně zkusit odpojit USB a FireWire zařízení, zda nedělají nějakou paseku. V dnešní době zmlsané multiprocesory se to nezdá, ale na jednoprocesoru může i obyčejná selhávající DVD mechanika nadělat pořádnou paseku, když některý z driverů není na takovou situaci dobře připravený a zamyká, co a kde by neměl.
To je ale problém pouze ve světě Windows, u rozumných linuxových distribucí nic takového neplatí. Na mém notebooku z roku 2003 bez problémů běží současný ArchLinux.
Kde jsem tvrdil, že je to špatně? Je podivné reagovat na něco, co jsem nenapsal.
Zastaralý systém není sám o sobě špatný, pokud funguje a pokud nemá dobře známé bezpečnostní díry. Tohle ale není ten případ, že ano. Tady něco selhává. Než se marně snažit opravit cosi zastaralého, co už nikdo nepodporuje, je v tomto případě lepší systém aktualizovat a cokoliv dalšího řešit teprve tehdy, pokud problém po aktualizaci přetrvává. U aktuálního systému existuje rozumná možnost ptát se na mailing listech, hlásit bugy atd. Pokud jde o hardwarový problém, může se klidně stát, že v aktuálním systému budou k dispozici lepší utility pro podrobnou diagnostiku.
Ale jo, tak tři z deseti bych tomuto komentáři dal. Nebo jenom dvě? No, ještě si to rozmyslím.
No tak ne, tak nakonec 2/10.
Ale pokud to neni to, co chcete, tak bych doporucil vykaslat se na ubuntu derivaty, nainstalovat debian a mate desktop. Funguje v pohode i na slabsich strojich.
Tiskni
Sdílej: