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.
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