Názory k článku
Fedora 40 bude používat iotop-c místo iotop

Zpátky do sedmdesátek?

V čem je problém? Pythonový iotop byl na zdroje děsivě náročný. Netuším proč.

Ani já nevím. Ale vidím ve zdrojáku

if (isshort&&(dbuf[0]=='/'||(p>1&&dbuf[0]=='.'&&dbuf[1]=='/')||(p>2&&dbuf[0]=='.'&&dbuf[1]=='.'&&dbuf[2]=='/'))) {
                char *ep;

                ep=strrchr(dbuf,'/');

atd. a úplně jako cesta vpřed mi to nepřijde. Ale chápu, že nepoužívat původní iotop může mít důvod.

Ty zdrojaky vypadaji opravu dosti hruzostrasne.

V céčku?
Heretik!

22. 1. 2024, 16:35 editováno autorem komentáře

A jako správný C projekt si implementuje vlastní datové struktury a nemá žádné testy :)

Kdyz to "fungovalo" pro nase dedy a jejich dedy.. ;-)

A on Vám někdo bránil ten moderní, free, cool a in v Pythonu opravit a/nebo forknout? ;-)

To se nemůžeme posmívat jednomu projektu s pochybnou kvalitou, aniž by se ozval někdo, kdo začne požadovat změny v jiném projektu (o jehož kvalitě tu nikdo nemluvil)?

Kdyz to noveho vyvojare bavi, a fedora to tak chce, je to jejich volba.

Ale omlouvat to tim, ze se stary iotop neudrzuje? Jednak to neni pravda https://repo.or.cz/w/iotop.git , druhak co na tom chteji udrzovat, kdyz to jenom parsuje stabilni kernel API? Ten stary kod je v pohode prehledny a pravdepodobne tam moc bugu nebude,..

Vypada to jako reseni neexistujiciho problemu. Kdo taky pouziva iotop, kdyz mame htop, btop.... :-)

správně píšeš v jednotném čísle https://github.com/Tomas-M/iotop/graphs/contributors, on to je opravdu jeden vývojář, který je za iotop-c.

Vypadá to jako hobby projekt, proč by ne, celý open-source na takovýhle věcech stojí. Snad žádná distribuce nijak výrazně nekontroluje kvalitu zdrojového kódu pro výchozí balíčky v distribuci, jsou tam občas také dost velké šílenosti, tohle bych tady nekritizoval. Škoda jen těch testů.

Fedora je a byla vždy taková experimentální, tohle je prostě také experiment.

No já koukám na commity a je pod nimi podepsaný nějaký
Boian Bonev z Bulharska.

ano, Tomáš Matějíček to jen hostuje na svém githubu.

Opravdu není problém v tom, že by šlo o starý kód. Problém je, že starý iotop je úděsně náročný na zdroje (zkuste si ho pustit na nějakém starším armovém CPU, kterých je plno a uvidíte sám). Proč to tak je netuším, taky mi přijde, že by měl jen parsovat vstup ale je. iotop-c je přitom v pohodě. To je ten existující problém. Ostatně napsat ho lépe v Pythonu vám nebrání nikdo; autor ho ovšem chtěl napsat v C tak je v C.

A kdo používá iotop? Možná ten, kdo potřebuje vidět větší detaily o IO procesů, které v btopu i htopu tak snadno (pokud vůbec) vidět nejsou? Což je tedy fakt překvapení.

23. 1. 2024, 06:28 editováno autorem komentáře

Za mě já třeba ve Windows taky koukám jen na vytížení disků. CPU může být vytížen, ale granularita (po jakých dávkách se přepíná pro procesy) je o řád(y) jinde než u disku, takže se aplikace furt "hýbe".

htop umí zobrazovat I/O aktivitu taky.