FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Nahadzoval som 2 týždne dozadu na server nové jadro (upgrade z 2.6.24 na 2.6.27) a zaznamenal som zhruba 4-násobné zrýchlenie celého serveru. Pred reštartom bol priemer vyťaženia CPU okolo 4%, po reštarte už len 1% - viď graf z MRTG (údaje cez SNMP). A tak sa pýtam, či niekto nevie objasniť túto záhadu - zmenil sa spôsob výpočtu vyťaženia CPU pre viaceré jadrá (je tam dvojjadrový Core2duo), alebo sa jadro linuxu tak zrýchlilo, alebo čo? Podľa grafu sieťového trafficu to rozhodne nevyzerá, že by server mal zrazu menej roboty a nie som si vedomý ani toho, že by nám tam postupne odhnívali procesy a vytvárali záťaž samé od seba. Pamäte je tam dosť, do swapu to nehrabe...
HW: doska Intel DQ35MP, Core2Duo E6750, 4 GB RAM, 2x SATA HDD Samsung 500 GB
SW: gentoo 64bit, SW RAID-1, kvóty, apache, postgres, mysql, bind, postfix, spamassassin, dovecot
Príloha: graf vyťaženia CPU za posledný mesiac, zhruba v strede šiesteho týždňa je sek - náhle zníženie záťaže po reštarte.
Moja otázka: čo by to tak mohlo byť za zradu?
Neupgradovaj jste ten system vfe stredu sesteho tydne?
Mate novejsi a rychlejsi jadro, to neni zrada,
to je vyhoda!
no problem,
NN
jj, tuším to bol štvrtok neskoro večer, pred dvoma týždňami, čo súhlasí podľa grafu aj podľa mojej pamäte. Jadro je nové a rýchlejšie, ale že až 4-krát rýchlejšie? To neverím... Okrem toho, na tom serveri nebeží len jadro, ale aj hromada aplikácií - a tie sa nemenili. Čo je horšie, podľa posledných dní v tom grafe to zase vyzerá, že záťaž pomaličky lezie nahor. Mám pocit, že niečo tam nie je dobre a neviem čo. 
Nikto nepíše, tak skúsim inak:
- čo by som mal urobiť, aby som zistil, čo sa mi to tam kompostuje?
Zatiaľ mám zhruba takýto plán: Keď sa potvrdí trend postupného zvyšovania vyťaženosti CPU, tak reštartnem všetky služby, ktoré sa dajú reštartovať. Od toho si sľubujem, že zistím, či problém je v službách, alebo niekde inde (v jadre?). Ak bude problém v službách, tak počkám zase pár týždňov aby sa problém prejavil a budem reštartovať služby postupne, deň po dni. Ak by bol problém inde, tak neviem - čo by som mal začať sledovať ako ďalšie?
Takže: trend spomaľovania sa potvrdil, viď príloha. Vyskúšal som reštart všetkých bežiacich služieb - či to robí niektorá z nich, alebo či je problém niekde inde.
Záťaž sa ani v najmenšom po reštarte služieb neznížila.
Swap zíva prázdnotou, iowait málokedy vyskočí z 0.0 na 0.3%. Asi sa niekedy prejdem do serverovne a nahodím update BIOSu, keďže ide o neslávny čipset Intel Q35, ktorý mal rôzne podivné "vychytávky" už od začiatku...
Zatížení procesoru by chtělo doplnit o zatížení disku (iowait). Jestliže se moc pracuje s diskem, tak zátěž procesoru ve skutečnosti klesne. A třeba se postupně čím dál víc věcí dostává do cache.
Dál mě napadá, jestli nepřestalo fungovat nějaké škálování frekvence procesoru. Nebo se mohla změnit pravidla pro přepínání frekvencí.
So zaznamenávaním iowait sa pohrám, vďaka za tip... Škálovanie frekvencie to nebude, to mám v jadre vypnuté. Jedine že by doska škálovala sama od seba - a to som zatiaľ videl len na notebookoch.
Tiskni
Sdílej: