
EDITAR: Por obsoleto no me refiero a malo/innecesario (estoy de acuerdo con /proc
ser un desastre). La modularidad es algo bueno y me encanta. Quiero decir: información del sistema, contenida (en /sys
) que se puede encontrar en otro lugar.
Realmente no pude encontrar mucha información sobre /sys
y /proc
. Además de que ambos contenidos no forman parte delEstándar de jerarquía del sistema de archivos(porque la forma en que se ven o se construyen depende de la versión del kernel)
/sistemanoIncluso tiene su propia man
página./proc
tiene su propia página de manual, y vaya, tiene bastante explicación y todavía tengo algunas carpetas y archivos (por ejemplo /acpi
y consoles
) que no se mencionan en él.
/sys
es bastante nuevo verdad? Y antes de que existiera toda la información que /sys
da era parte ¿ /proc
no?
Pregunta:
¿Sigue siendo así? ¿ /sys
Se puede encontrar toda la información del formulario /proc
de uno u otro formulario? Eso haría que la documentación quedara /sys
obsoleta porque es solo una expansión con un diseño fácil de usar, ¿verdad? ¿O hay alguna información del sistema /sys
que no esté presente de alguna otra forma /proc
?
Si este es el caso ¿dónde está el lugar que les explica /sys
a los aficionados a Linux?
Respuesta1
/sys
No está obsoleto, al contrario, /sys
es más nuevo /proc
y crecerá en el futuro.
/proc
(y procfs
) es anterior a Linux por varios años. Fue diseñado para permitir el acceso a estructuras de procesos en ejecución, y nada más, y especialmente dirigido a depuradores y herramientas similares. Sigue restringido a este objetivo en los sistemas operativos actuales basados en SVR4, como Solaris. Por otro lado, los implementadores de procfs de Linux pensaron que era una buena idea utilizar procfs para acceder también a estructuras del kernel no relacionadas con los procesos, de ahí la mezcla de directorios numéricos que dirigen a la información de los procesos y archivos y directorios de texto que dan acceso a estadísticas del kernel, tablas y otros. datos. Este enfoque fue portado a AIX y parcialmente emulado en BSD para facilitar la migración del software Linux.
Cuando se hizo evidente que este enfoque estaba generando un desastre, /sys
se creó con un mejor diseño y algunas de /proc
las entradas se trasladaron a él. Desafortunadamente, muchas herramientas están /proc/something
codificadas, por lo que las entradas de directorio más utilizadas /proc
llegaron para quedarse.
Como habrá notado, no es fácil de encontrar cómo saber qué tipo de información contiene un archivo determinado en una ruta determinada en /proc
o en la documentación, si la hay. /sys
Con suerte, el kernel es de código abierto, por lo que el último recurso es mirar su código.
Ver también:¿Cuál es la diferencia entre procfs y sysfs?y¿Qué hay en /dev, /proc y /sys?