procfs

From Wikipedia, the free encyclopedia

On Unix-like computer systems, procfs, short for process file system, is a pseudo-file system (pseudo in that it is dynamically generated at boot) used to access process information from the kernel. The file system is often mounted at the /proc directory. Because /proc is not a real file system, it consumes no storage space and only a limited amount of memory.

procfs is supported under:

Solaris
BSD
Linux (which extends it to non-process-related data)
IBM AIX (operating system) (which bases its implementation on Linux to improve compatibility)
QNX

Please help improve this section by expanding it.
Further information might be found on the talk page or at requests for expansion.

1 History
2 /proc/cpuinfo
3 /proc/meminfo
4 External links
5 References

[edit] History

[edit] UNIX 8th Edition

The UNIX 8th Edition version of /proc was implemented by Tom J. Killian, who presented a paper titled Processes as Files at USENIX in June 1984. It was designed in order to replace the ptrace system call used for process tracing.

[edit] SVR4

Roger Faulkner and Ron Gomes ported V8 /proc to SVR4, and published a paper called The Process File System and Process Model in UNIX System V at USENIX in January 1991. This kind of procfs supported the creation of ps, but the files could only be accessed with functions read(), write(), and ioctl().

[edit] Plan 9

Plan 9 implemented a process file system, but went further than V8. V8's process file system required operations applied to a single file for all functions related to a process. Plan 9 used separate files to provide those functions, and it made /proc a real part of the file system.

[edit] 4.4BSD

4.4BSD's implementation of /proc was cloned from Plan 9. Note that in FreeBSD procfs is being gradually phased out.

[edit] Solaris

Solaris 2.6's /proc (finished in 1996) was also a clone from Plan 9.

[edit] Linux

The /proc implementation of Linux is also a clone of Plan 9. Under Linux, /proc includes:

A directory for each running process (including kernel processes) at /proc/PID, containing information about that process. Notably:
- /proc/PID/cmdline, which contains the command which originally started the process.
- /proc/PID/cwd, a symlink to the current working directory of the process.
- /proc/PID/exe, a symlink to the original executable file, if it still exists (a process may continue running after its original executable has been deleted or replaced).
- /proc/PID/root, a symlink to the root path as seen by the process. For most processes this will be a link to / unless the process is running in a chroot jail.
- /proc/PID/status, a file containing basic information about a process including its run state and memory usage.
- /proc/PID/task, a directory containing hard links to any tasks that have been started by this (i.e.: the parent) process.
- /proc/PID/maps, the memory map showing which addresses currently visible to that process are mapped to which regions in RAM or to files.
Depending on the mode of power management (if at all), either directory, /proc/acpi or /proc/apm, which predate sysfs and contain various bits of information about the state of power management.
/proc/bus contains directories representing various buses on the computer, such as input/PCI/USB. This has been largely superseded by sysfs under /sys/bus which is far more informative.
/proc/cmdline gives the boot options passed to the kernel.
/proc/cpuinfo contains information about the CPU, such as its vendor (and CPU family, model and model names which should allow you to identify the CPU) and its speed (CPU clockspeed), cache size, number of siblings, cores, and CPU flags. It contains a value called "bogomips", which is frequently mistaken to measure CPU speed like a benchmark, while it doesn't actually measure any sensible (for end-users) value at all. It is just a side-effect of kernel timer calibration and yields highly varying values depending on CPU type, even at equal clock speeds.
/proc/crypto is a list of cryptographic modules available.
/proc/devices is a list of character and block devices sorted by device ID but giving the major part of the /dev name too.
/proc/diskstats gives some information (including device numbers) for each of the logical disk devices.
/proc/filesystems is a list of the file systems supported by the kernel at the time of listing.
/proc/interrupts, /proc/iomem, /proc/ioports and the directory /proc/irq give some self explanatory details about the devices (physical or logical) using the various system resources.
/proc/meminfo contains a summary of how the kernel is managing its memory.
/proc/modules is one of the most important files in /proc and contains a list of the kernel modules currently loaded and it gives some indication of dependencies (though sometimes it isn't entirely correct).
/proc/mounts is a symlink to self/mounts which contains a list of the currently mounted devices and their mount points (and which file system is in use and what mount options are in use).
/proc/net is a directory containing a lot of really useful information about the network stack, in particular ip_conntrack which is the list of existing network connections (particularly useful for tracking routing when iptables FORWARD is used to redirect network connections).
/proc/partitions is a list of the devices numbers, their size and /dev names which the kernel has identified as existing partitions (for example if /dev/sda contains a partition table, then /dev/sda1 and others will appear as available partitions). Note that if a partition isn't listed in this file, then a patched version of losetup is around which can essentially mount the partition and connect /dev/loop[n] devices to the various partitions (though it is not certain if these will then appear in /proc/partitions).
/proc/scsi gives information about any devices connected via a SCSI or RAID controller
A symbolic link to the current (traversing) process at /proc/self (ie /proc/PID/ where PID is that of the current process).
/proc/slabinfo lists statistics on the caches for frequently used objects in the Linux kernel.
/proc/swaps is a list of the active swap partitions, and their various sizes and priority.
Access to dynamically-configurable kernel options under /proc/sys. Under /proc/sys are directories representing the areas of kernel. The most useful one is /proc/sys/net/ipv4/ip_forward which is a read/writable virtual file containing either a '1' or a '0'. If it is 1 then the ipv4 stack will forward packets not meant for the local host, if it is 0 then it will not. All routing firewalls or tunnels will need to echo 1 > /proc/sys/net/ipv4/ip_forward or they won't route a thing.
/proc/sysvipc contains memory sharing and IPC information.
/proc/tty contains information about the current terminals; /proc/tty/driver looks to be a list of the different types of tty available each of which is a list of those of each type.
/proc/uptime is the length of time the kernel has been running since boot and spent in idle mode (both in seconds).
/proc/version contains the Linux kernel version, distribution number, gcc version number (used to build the kernel) and any other pertinent information relating to the version of the kernel currently running.
/proc/version_signature is specific to the Ubuntu distribution, giving only the distribution kernel version number and which type of Ubuntu kernel it is (e.g.: generic).
There are other files depending on various hardware, module configurations, and changes to the kernel.

The basic utilities that use /proc under Linux are in the procps package, and they require that /proc is mounted in order to function.

The procfs plays an important role in moving functionality from kernel space to user space. For example the GNU version of ps operates entirely in user mode, using the procfs to obtain its data.

In the Linux 2.6 kernel, much of the non-process related files under /proc were moved to a separate pseudo-file system called sysfs (mounted under /sys).

[edit] Cobalt

It is worth noting that Cobalt boxes also include a few additions to /proc:

/proc/cobalt is a directory containing cobalt specific things like the serial number and the systype (system type).
/proc/lcd which is a read/writable file containing the contents of the front panel LCD screen. Echoing text to this file changes that on the front panel.

[edit] /proc/cpuinfo

In Linux, /proc/cpuinfo is a pseudo-file containing information about all the CPUs in the system. It contains a number of lines:

processor is a number used by the system to identify each logical CPU.
vendor_id is a string used to identify the CPU manufacturer (i.e.: AuthenticAMD or GenuineIntel)
cpu_family is a number giving the major version of the CPU, these are as follows:
- Intel - Intel state that cpu_family is only an indication of the manufacturing process, not the CPU version ^[1]; however, they have made a PDF with a complete list of responses to the CPUID command on Intel CPUs available. Here is a rough summation:

CPU family	Model	Stepping	Cache size	Model name	Description
3	0	0	x	?	Intel386 DX
3	2	0	x	?	Intel386 SX / CX / EX
3	4	0/1	x	?	Intel386 SL
4	0/1	x	x	?	Intel486 DX
4	2	x	x	?	Intel486 SX
4	3	x	x	?	Intel487/ DX2 / DX2 OverDrive
4	4	x	x	?	Intel486 SL
4	5	x	x	?	IntelSX2
4	8	x	x	?	IntelDX4/ DX4 Overdrive
5	1	x	x	?	Pentium/Pentium OverDrive processors (60,66)
5	2	x	x	?	Pentium/Pentium OverDrive processors (75,90,100,120,133,150,166,200)
5	3	x	x	?	Pentium OverDrive for 486 based systems
5	4	x	x	?	Pentium processor with MMX technology (166,200) & OverDrive with MMX for Pentium (75,90,100,120,133)
6	1	x	x	?	Pentium Pro
6	3	x	x	?	Pentium II, model 3 and Intel Pentium II OverDrive processor
6	5	x	0	?	Intel Celeron model 5
6	5	x	1/2Mb	?	Pentium II Xeon, model 5
6	5	x	otherwise	?	Pentium II, model 5, Pentium II Xeon with L2 Cache 512 kB
6	6	x	x	?	Celeron model 6
6	7	x	1/2Mb	?	Pentium III Xeon, model 7
6	7	x	otherwise	?	Pentium III, model 7 or Pentium III Xeon, model 7 with L2 Cache 512 kB
6	8	x	x	?	Pentium III, model 8, Pentium III Xeon, model 8 and Intel Celeron model 8
6	9	x	x	?	Pentium M processor and Intel Celeron model 9
6	10	x	x	?	Pentium III Xeon, model A
6	11	x	x	?	Pentium III Xeon, model B
6	13	x	x	?	Intel Pentium M processor, Intel Celeron M model D. All processors are manufactured using 90 nm process
6	14	x	x	?	Intel Core Duo processor, Intel Core Solo model E. All processors are manufactured using 65 nm process
6	15	x	x	?	Intel Core2 Duo processor model F. All processors are manufactured using 65 nm process
15	0	x	x	?	Pentium 4 and Intel Xeon processor . All processors are model 0 and manufactured using the 0.18 micrometre process
15	1	x	x	?	Pentium 4, Xeon processor, Intel Xeon processor MP and Intel Celeron. All processors are model 1 and manufactured using the 0.18 micrometre process
15	2	x	x	?	Pentium 4, Mobile Intel P4 - M, Xeon processor, Intel Xeon processor MP, Intel Celeron and Mobile Intel Celeron. All processors are model 2 and manufactured using the 0.13 micrometre process
15	3	x	x	?	Pentium 4, Xeon processor, Intel Celeron D. All processors are model 3 and manufactured using the 90 nm process
15	4	x	x	?	Pentium 4, P4 Extreme edition, Pentium D, Xeon processor, Xeon MP and Celeron D. All processors are model 4 and manufactured using the 90 nm process
15	6	x	x	?	Pentium 4, Pentium Extreme edition, Pentium D, Xeon processor, Xeon MP and Celeron D. All processors are model 6 and manufactured using the 65 nm process

Operating systems other than Linux do not implement /proc/cpuinfo; the same information can be easily obtained by other means, such as psrinfo(1M) command under Solaris or cpuid(1) under FreeBSD.

[edit] /proc/meminfo

/proc/meminfo is a pseudo-file in the proc filesystem of recent versions of the Linux kernel. It is accessed to provide information about the current state of the system's computer memory, including information about virtual memory and the cache. It is the primary method for user-level programs to obtain information about the system's memory state, and is used in the implementation of several system monitor utilities.