EDIT: Под устаревшим я не подразумеваю плохой/ненужным (я согласен с /procтем, что это беспорядок). Модульность — это хорошо, и мне это нравится. Я имею в виду: информацию о системе, хранящуюся (в /sys), которую можно найти где-то еще.
Я не смог найти много информации о /sysи /proc. Кроме того, оба их содержимого не являются частьюСтандарт иерархии файловой системы(потому что то, как они выглядят/создаются, зависит от версии ядра)
/сисне делаетдаже есть своя собственная manстраница./proc имеет свою собственную страницу руководства, и о боже, в нем довольно много объяснений, и все равно у меня есть некоторые папки и файлы (например, /acpiи consoles), которые в нем не упомянуты.
/sysдовольно новый, не так ли? И до того, как он появился, вся информация, которая /sysтам есть, была частью, /procне так ли?
Вопрос:
/sysЭто все еще так? Можно ли найти всю информацию /procв той или иной форме? Это сделало бы документацию /sysустаревшей, потому что это просто расширение с удобным для пользователя дизайном, верно? Или есть какая-то системная информация, /sysкоторая не представлена в какой-либо другой форме /proc?
Если это так, то где же то место, которое объяснит /sysэто любителям Linux?
решение1
/sysне устарел, наоборот, /sysон новее /procи будет развиваться в будущем.
/proc(и procfs) предшествует Linux на несколько лет. Он был разработан для обеспечения доступа к структурам запущенных процессов и ни к чему больше, и в первую очередь нацелен на отладчики и подобные инструменты. Он остается ограниченным этой целью в текущих ОС на базе SVR4, таких как Solaris. С другой стороны, разработчики Linux procfs посчитали хорошей идеей использовать procfs также для доступа к структурам ядра, не связанным с процессами, таким образом смешивая числовые каталоги, направляющие к информации о процессах, и текстовые файлы и каталоги, предоставляющие доступ к статистике ядра, таблицам и другим данным. Этот подход был перенесен на AIX и частично эмулируется на BSD для облегчения переноса программного обеспечения Linux.
Когда стало очевидно, что этот подход приводит к беспорядку, /sysбыл создан с лучшим дизайном и некоторые /procзаписи были перемещены в него. К сожалению, многие инструменты /proc/somethingжестко закодированы, поэтому наиболее часто используемые записи каталога ниже /procостались здесь.
О том, как узнать, какую информацию содержит данный файл по данному пути в или /proc, /sysдокументация, если таковая имеется, как вы заметили, нелегко найти. Надеюсь, ядро имеет открытый исходный код, поэтому последнее средство — посмотреть его код.
Смотрите также:В чем разница между procfs и sysfs?иЧто находится в /dev, /proc и /sys?