Letos se uskuteční již 11. ročník soutěže v programování Kasiopea. Tato soutěž, (primárně) pro středoškoláky, nabízí skvělou příležitost procvičit logické myšlení a dozvědět se něco nového ze světa algoritmů – a to nejen pro zkušené programátory, ale i pro úplné začátečníky. Domácí kolo proběhne online od 22. 11. do 7. 12. 2025 a skládá se z 9 zajímavých úloh různé obtížnosti. Na výběru programovacího jazyka přitom nezáleží – úlohy jsou
… více »Byla vydána nová verze 2.52.0 distribuovaného systému správy verzí Git. Přispělo 94 vývojářů, z toho 33 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
VKD3D-Proton byl vydán ve verzi 3.0. Jedná se fork knihovny vkd3d z projektu Wine pro Proton. Knihovna slouží pro překlad volání Direct3D 12 na Vulkan. V přehledu novinek je vypíchnuta podpora AMD FSR 4 (AMD FidelityFX Super Resolution 4).
Poštovní klient Thunderbird byl vydán v nové verzi 145.0. Podporuje DNS přes HTTPS nebo Microsoft Exchange skrze Exchange Web Services. Ukončena byla podpora 32bitového Thunderbirdu pro Linux.
U příležitosti státního svátku 17. listopadu probíhá na Steamu i GOG.com již šestý ročník Czech & Slovak Games Week aneb týdenní oslava a také slevová akce českých a slovenských počítačových her.
Byla vydána nová verze 9.19 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze například nový balíček BirdNET-Go, tj. AI řešení pro nepřetržité monitorování a identifikaci ptáků.
Byla vydána nová verze 3.38 frameworku Flutter (Wikipedie) pro vývoj mobilních, webových i desktopových aplikací a nová verze 3.10 souvisejícího programovacího jazyka Dart (Wikipedie).
Organizace Apache Software Foundation (ASF) vydala verzi 28 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Byl vydán Debian 13.2, tj. druhá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Google představil platformu Code Wiki pro rychlejší porozumění existujícímu kódu. Code Wiki pomocí AI Gemini udržuje průběžně aktualizovanou strukturovanou wiki pro softwarové repozitáře. Zatím jenom pro veřejné. V plánu je rozšíření Gemini CLI také pro soukromé a interní repozitáře.
HW:
Sun Fire s AMD opteron 2x4 jádra, AMD64, 16GB RAM, Debian 6.0
Na serveru (MySQL) mám dva SATA disky v SW RAID 1 (mirroring) - SDA a SDB. Před časem jsem si všiml, že systém je zpomalený (velký IO wait 25%, load 30, pomalá MySQL). Pomocí iostat jsem došel k závěru, že SDA není vpořádku, vysoké hodnoty %util (čekání CPU na tento disk) kolem 70% a další hodnoty, oproti SDB. Navíc měl SDA nějaké vadné sektory a tak jsem se jej rozhodl z RAIDu odpojit. Po odpojení se vše vrátilo do normálu, load max 5, %util u SDB kolem 20%.
Vzal jsem tedy nový disk s tím, že původní SDB (vpořádku) přesunu na SDA a nový disk připojím jako SDB a provedu rekonstrukci RAIDu. Původní "vadný disk" SDA jsem vyřadil. Tak jsem to udělal, ale problém je v tom, že problém s výkonem je přesně ten samý jako původně - vysoký load, IO wait apod., jen s tím rozdílem, že problémy dělá současné SDA, tedy původní SDB, které bylo vpořádku a stíhalo servírovat všechny požadavky několik dnů.. Když jsem současné SDA z RAIDu vyhodil, tak to zase jede normálně.. Kde je problém?
Otázka.. Rozkládá SW RAID 1 požadavky mezi jednotlivé disky nějak? Je normální, aby ve frontě požadavků na jednom disku bylo v průměru 0.7 a na druhém 60?
Přidám sem výstupy iostat, hned co doběhne rekonstrukce RAIDu..
Děkuji za jakýkoliv tip,
Dalibor
Rozkládá SW RAID 1 požadavky mezi jednotlivé disky nějak?
Kdysi jsem se díval do zdrojáků, protože mne zajímalo, proč při čtení dlouhého souvislého bloku není rychlost vyšší než u jednoho disku. Bylo to tak, že si driver u každého "disku" pamatoval pozici, ze které z něj naposledy četl, a při čtení z pole zvolil disk, u kterého byla tato pozice nejblíž (ve smyslu logické geometrie blokového zařízení) pozici, ze které se má číst. Ale je samozřejmě možné, že se to od té doby změnilo.
Při zápisu pochopitelně rozkládání zátěže nepřipadá v úvahu.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz