feat: add directory-level disk usage stats
Nadie ha tomado este issue todavía.
- #33 de @blinkagent — cerrado sin fusionar
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- go
- Área
- observability-sre
Línea de trabajo
Comienza leyendo la implementación existente de Disk() y su uso de syscall.Statfs. Aclara la nueva API de uso de directorios y determina si se requieren caché, límites de profundidad o indicaciones de actualización para árboles grandes. Se considera terminado cuando el uso del árbol de directorios se informa por separado, mientras que el comportamiento existente de Disk() a nivel del sistema de archivos sigue estando disponible.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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
- Lenguaje dominante
- Go
- Estrellas
- 11
- Forks
- 2
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de coder/clistat
-
bug: CPU usage misses other processes that share the same CPU limit (cgroup v2)Posiblemente ocupada @DanielleMaywood la tomó hace 2 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 67/100
-
bug: clistat only checks the nearest limit, but every parent's limit applies (cgroup v2)Posiblemente ocupada @david-fraley la tomó hace 1 día. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
-
Bug
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
Todos los issues de coder/clistat
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
[flaky test] TestValidatorCommitterDropsEmptyStatusBatch: submits to the mock VC before its stream is registeredPosiblemente ocupada @liran-funaro la tomó hoy. Abiertocoordinator flaky-test race-condition testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
hyperledger/fabric-x-committer#876 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
garethgeorge/backrest#1426 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
Los mantenedores suelen responder en 1 día
-
enhancement nav-pilot
Dificultad 2/5 Medio día Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día