Názory k článku
Volné místo v příkazové řádce moderně: duf

duf na svých počítačích používám a docela jsem si ho oblíbil, na serverech se samozřejmě držím klasických nástrojů, aby kdokoliv jiný to uměl také spravovat.

Myslím, že go jazyk vypadá jako velice zajímavý na psání podobných nástrojů, kód je krátký přehledný, dobře se to kompiluje pro spousty různých systémů (narozdíl od rustu).

Mimochodem autor má na svědomí řadu dalších pěkných věcí.

Jaký problém máš s kompilací Rustu?

Jestli se nemýlím, kolega tím myslí cross kompilaci, která v Go jde opravdu snadno ( env GOOS=linux GOARCH=... go build a vyplivne to binárku pro libovolnou architekturu), zatímco s Rustem nejprve musíte sestavit cross-compiler a standardní knihovnu pro nový target (tj. podobně jako se to dělá s gcc).

Nemusíte nič kompilovať, pokiaľ nejde o nejakú exotickú platformu; `rustup target add $target` stiahne a nainštaluje cross-compiler a štandardnú knižnicu pre cieľovú platformu.

Špatně jsem se vyjádřil. Sestavit, myšleno obstarat, nainstalovat, jakkoliv. Pro každou kombinaci os+arch potřebuju skladovat a aktualizovat pár set mega něčeho, zatímco u jiných jazyků (go, zig) mi jeden a ten samý malý toolchain vyrobí spustitelnou binárku pro libovolnou os+arch kombinaci.

přesně jak píše Cabrón, různé kombinace OS, instrukčních sad jsou v rustu dost těžkotonážní a znamená to dost práce, bug fixing a není to levou zadní (tím nechci pomlouvat rust, jen tohle mu teď tak dobře nejde). Naopak v go to jde naprosto bez problémů a to se mi líbí, nemusím to moc řešit a jsi schopný udělat poměrně rychle jednoduchý nástroj, který běží všude.

OK, dík za vysvětlení. Osobně zůstanu na kombinaci Python+Rust, jak dlouho to bude možné, ale je dobré znát všechny souvislosti.

v go dělám taky jen okrajově, primárně teď python/erlang/rust a právě proto vidím, že v go jdou některé věci snadněji. Nedávno jsme chystali tenký nástroj pro monitoring/re­porting pro freebsd/armv6, v rustu se nám to nepovedlo uvést do funkčního stavu, v go to bylo skoro na počkání.

Potkávám poslední dobou právě dost nástrojů pro OS, které jsou napsané v go a dostupné na všech možných platformách. Rust mě technologicky zajímá od počátku, ale když vidím, jak jde něco snadno dělat v go nebo teď nově jak na to přistupuje zig, řikám si, že by rust si zasloužil také více té UX a některé procesy zjednodušit.

Konecne neco, co z df vyhodi vsechny otravne snap mounty!

/bin/df -Thx squashfs -x tmpfs

Nástroj vypadá pěkně, ale dají se z toho vyhodit ty odporné tabulky, případně udělat výstup do jiného formátu?

Podle helpu, umi nastroj vystup do JSONu.

výstup je možné dostat v jsonu. Případně to lze rozšířit a poměrně snadno změnit výstup, autor používá svůj šablonovací framework pro TUI.

Já dal tabulkám šanci, pro ruční kontrolu místa na svých počítačích, flashkách, sd kartách jsem si na to zvykl a rychle očima chytnu co potřebuji. Na první pokus mě také tabulky odrazovaly, ale nakonec to pro mě není takový problém.

Já mám bohužel s tabulkami špatnou zkušenost z jedné utility, kde se tabulky rády rozpadlou na víc řádků a to je pak na nic. Ale naštěstí nabízí i výstup do xml/JSON takže si to člověk může přeformátovat/fil­trovat jak chce.

pro rychlé zjištění volného místa na počítači, různých sd kartách, externích zařízení mi tohle dostačuje, více řádků dokáže mozek poměrně rychle vyřešit sám. Na běžný monitoring jsou lepší jiné nástroje.

proc ma proboha ta windows binarka 2,5MB ?? du.exe od Sysinternals ma 160kB

Pretože je napísaná v golang a vlečie so sebou staticky prilinkovaný runtime golang. Zatiaľ čo utility od sysinternals sú v C a využívajú knižnice bundlované s windows.

btrfs?

Vše mi nahrazují nástroje:
https://github.com/rolinh/dfc
https://github.com/dundee/gdu ... interaktivní