Создание сетевого интерфейса из туннеля SSH

Es probable que el sistema de archivos mantenga un recuento de los bloques de datos usados ​​y libres como parte del funcionamiento normal. dfutiliza esta información.

Incluso si el sistema de archivos no mantiene un contador de tiempo real -, necesita una forma rápida de encontrar bloques libres al escribir nuevos datos, y esos mismos datos también se pueden usar para encontrar la cantidad de bloques libres.

En teoría, algunos sistemas de archivos también podrían mantener un contador de espacio usado -por directorio. Sin embargo, hay algunos problemas.

Si el conteo se mantuviera recursivamente para todo el subárbol, el sistema de archivos necesitaría propagar los números de uso hacia arriba hasta una profundidad arbitraria. Eso podría ralentizar todas las operaciones de escritura. Si solo se mantuviera para los archivos inmediatamente dentro del directorio, todavía se requeriría un recorrido recursivo del árbol para encontrar el tamaño total de un árbol.

En Unix -como los sistemas de archivos, los enlaces duros son un obstáculo aún mayor. Cuando se puede vincular un archivo desde varios directorios (o varias veces desde el mismo directorio ), no tiene un directorio principal único. ¿Dónde se contaría el tamaño del archivo? Contarlo en todos los directorios que lo vinculan produciría un uso total inflado, ya que el archivo podría contarse varias veces. Contarlo en un solo directorio también sería obviamente incorrecto.

De hecho, los archivos (es decir, los inodos )en los sistemas de archivos tradicionales de Unix ni siquiera conocen los directorios en los que residen, solo la cantidad de enlaces a ellos (los nombres que tienen ). En la mayoría de los usos, esa información no es necesaria, ya que de todos modos se accede a los archivos principalmente por su nombre. Almacenarlo también requeriría una cantidad arbitraria de datos en el inodo, duplicando los datos en los directorios.