Ve Würzburgu dnes začala konference vývojářů a uživatelů desktopového prostředí KDE Akademy 2024. Sledovat lze také online (YouTube, Mastodon, 𝕏, …)
Byla vydána nová major verze 14 svobodného systému pro řízení přístupu k síti (NAC) PacketFence (Wikipedie). Přehled novinek v oznámení o vydání. Pro uživatele předchozích verzí jsou k dispozici poznámky k aktualizaci.
Jak nahrávat zvuk z webového prohlížeče na Linuxu s PipeWire pomocí Nahrávání zvuku (Sound Recorder) a Helvum případně qpwgraph, článek na webu Libre Arts.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2024.9.
České bezpečnostní instituce, jmenovitě Vojenské zpravodajství (VZ) a Bezpečnostní informační služba (BIS), ve spolupráci s americkou Agenturou pro kybernetickou a infrastrukturní bezpečnost (CISA), Federálním úřadem pro vyšetřování (FBI), Národní bezpečností agenturou (NSA) a dalšími mezinárodními partnery ze Spojeného království, Austrálie, Kanady, Německa, Nizozemska, Estonska, Ukrajiny a Lotyšska vydaly upozornění (
… více »Byla vydána (𝕏) srpnová aktualizace aneb nová verze 1.93 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.93 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Společnost Laravel stojící za stejnojmenným open source PHP frameworkem získala investici 57 milionů dolarů od společnosti Accel. Především na Laravel Cloud.
Byla vydána verze 1.81.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Řešena je také zranitelnost CVE-2024-43402. Vyzkoušet Rust lze například na stránce Rust by Example.
Vládní CERT vydal (𝕏) novou verzi nástroje maldump. Ten slouží k extrakci souborů z karantén různých antivirových programů. A to jak z živého systému, tak z obrazu disku.
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