feat: add directory-level disk usage stats
Nessuno ha ancora preso questa issue.
- #33 di @blinkagent — chiusa senza merge
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- go
- Ambito
- observability-sre
Direzione di ricerca
Inizia leggendo l’implementazione esistente di Disk() e il suo utilizzo di syscall.Statfs. Chiarisci la nuova API per l’utilizzo delle directory e stabilisci se per alberi di grandi dimensioni siano necessari il caching, limiti di profondità o indicazioni sull’aggiornamento. Il lavoro è completo quando l’utilizzo dell’albero delle directory viene riportato separatamente, mentre il comportamento esistente di Disk() a livello di filesystem rimane disponibile.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
Currently, clistat only supports disk usage at the block device/filesystem level via syscall.Statfs. This reports total filesystem usage, which isn't ideal in Docker containers where multiple directories share the same underlying filesystem but you want to track usage of specific directories (e.g., /home or /var/lib/docker).
Problem
In containerized environments:
- The current
Disk()function shows the entire host filesystem usage - Users need visibility into actual disk usage of specific directories within the container
- This is particularly important for Docker-in-Docker setups where
/homeand/var/lib/dockerneed separate tracking
Proposed Solution
Add a new function (e.g., DiskUsage or DirectoryUsage) that calculates the actual disk usage of a directory tree, similar to du -sh.
Considerations:
- Performance:
du-style operations can be expensive for large directory trees with many small files (e.g., node_modules). May need to consider:- Caching strategies
- Configurable depth limits
- Recommended refresh intervals (current workaround uses 1h intervals)
- Should complement, not replace, the existing
Disk()function which is still useful for filesystem-level stats
Use Case
This would enable accurate disk usage monitoring in agent metadata for containerized workspaces, showing real directory usage instead of host filesystem totals.
Created on behalf of @matifali
- Lingua principale
- Go
- Stelle
- 11
- Fork
- 2
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di coder/clistat
-
bug: CPU usage misses other processes that share the same CPU limit (cgroup v2)Forse già presa @DanielleMaywood l’ha presa 3 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 67/100
-
bug: clistat only checks the nearest limit, but every parent's limit applies (cgroup v2)Forse già presa @david-fraley l’ha presa 1 giorno fa. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 72/100
-
Bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
Tutte le issue di coder/clistat
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
[flaky test] TestValidatorCommitterDropsEmptyStatusBatch: submits to the mock VC before its stream is registeredForse già presa @liran-funaro l’ha presa oggi. Apertacoordinator flaky-test race-condition testing
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
hyperledger/fabric-x-committer#876 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
garethgeorge/backrest#1426 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement nav-pilot
Difficoltà 2/5 Mezza giornata Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno