Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1 | ------------------------------------------------------------------------------ |
| 2 | T H E /proc F I L E S Y S T E M |
| 3 | ------------------------------------------------------------------------------ |
| 4 | /proc/sys Terrehon Bowden <terrehon@pacbell.net> October 7 1999 |
| 5 | Bodo Bauer <bb@ricochet.net> |
| 6 | |
| 7 | 2.4.x update Jorge Nerin <comandante@zaralinux.com> November 14 2000 |
| 8 | ------------------------------------------------------------------------------ |
| 9 | Version 1.3 Kernel version 2.2.12 |
| 10 | Kernel version 2.4.0-test11-pre4 |
| 11 | ------------------------------------------------------------------------------ |
| 12 | |
| 13 | Table of Contents |
| 14 | ----------------- |
| 15 | |
| 16 | 0 Preface |
| 17 | 0.1 Introduction/Credits |
| 18 | 0.2 Legal Stuff |
| 19 | |
| 20 | 1 Collecting System Information |
| 21 | 1.1 Process-Specific Subdirectories |
| 22 | 1.2 Kernel data |
| 23 | 1.3 IDE devices in /proc/ide |
| 24 | 1.4 Networking info in /proc/net |
| 25 | 1.5 SCSI info |
| 26 | 1.6 Parallel port info in /proc/parport |
| 27 | 1.7 TTY info in /proc/tty |
| 28 | 1.8 Miscellaneous kernel statistics in /proc/stat |
| 29 | |
| 30 | 2 Modifying System Parameters |
| 31 | 2.1 /proc/sys/fs - File system data |
| 32 | 2.2 /proc/sys/fs/binfmt_misc - Miscellaneous binary formats |
| 33 | 2.3 /proc/sys/kernel - general kernel parameters |
| 34 | 2.4 /proc/sys/vm - The virtual memory subsystem |
| 35 | 2.5 /proc/sys/dev - Device specific parameters |
| 36 | 2.6 /proc/sys/sunrpc - Remote procedure calls |
| 37 | 2.7 /proc/sys/net - Networking stuff |
| 38 | 2.8 /proc/sys/net/ipv4 - IPV4 settings |
| 39 | 2.9 Appletalk |
| 40 | 2.10 IPX |
| 41 | 2.11 /proc/sys/fs/mqueue - POSIX message queues filesystem |
Jan-Frode Myklebust | d7ff0db | 2006-09-29 01:59:45 -0700 | [diff] [blame] | 42 | 2.12 /proc/<pid>/oom_adj - Adjust the oom-killer score |
| 43 | 2.13 /proc/<pid>/oom_score - Display current oom-killer score |
Roland Kletzing | f9c9946 | 2007-03-05 00:30:54 -0800 | [diff] [blame] | 44 | 2.14 /proc/<pid>/io - Display the IO accounting fields |
Kawai, Hidehiro | bb90110 | 2007-07-19 01:48:31 -0700 | [diff] [blame] | 45 | 2.15 /proc/<pid>/coredump_filter - Core dump filtering settings |
Ram Pai | 2d4d486 | 2008-03-27 13:06:25 +0100 | [diff] [blame] | 46 | 2.16 /proc/<pid>/mountinfo - Information about mounts |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 47 | |
| 48 | ------------------------------------------------------------------------------ |
| 49 | Preface |
| 50 | ------------------------------------------------------------------------------ |
| 51 | |
| 52 | 0.1 Introduction/Credits |
| 53 | ------------------------ |
| 54 | |
| 55 | This documentation is part of a soon (or so we hope) to be released book on |
| 56 | the SuSE Linux distribution. As there is no complete documentation for the |
| 57 | /proc file system and we've used many freely available sources to write these |
| 58 | chapters, it seems only fair to give the work back to the Linux community. |
| 59 | This work is based on the 2.2.* kernel version and the upcoming 2.4.*. I'm |
| 60 | afraid it's still far from complete, but we hope it will be useful. As far as |
| 61 | we know, it is the first 'all-in-one' document about the /proc file system. It |
| 62 | is focused on the Intel x86 hardware, so if you are looking for PPC, ARM, |
| 63 | SPARC, AXP, etc., features, you probably won't find what you are looking for. |
| 64 | It also only covers IPv4 networking, not IPv6 nor other protocols - sorry. But |
| 65 | additions and patches are welcome and will be added to this document if you |
| 66 | mail them to Bodo. |
| 67 | |
| 68 | We'd like to thank Alan Cox, Rik van Riel, and Alexey Kuznetsov and a lot of |
| 69 | other people for help compiling this documentation. We'd also like to extend a |
| 70 | special thank you to Andi Kleen for documentation, which we relied on heavily |
| 71 | to create this document, as well as the additional information he provided. |
| 72 | Thanks to everybody else who contributed source or docs to the Linux kernel |
| 73 | and helped create a great piece of software... :) |
| 74 | |
| 75 | If you have any comments, corrections or additions, please don't hesitate to |
| 76 | contact Bodo Bauer at bb@ricochet.net. We'll be happy to add them to this |
| 77 | document. |
| 78 | |
| 79 | The latest version of this document is available online at |
| 80 | http://skaro.nightcrawler.com/~bb/Docs/Proc as HTML version. |
| 81 | |
| 82 | If the above direction does not works for you, ypu could try the kernel |
| 83 | mailing list at linux-kernel@vger.kernel.org and/or try to reach me at |
| 84 | comandante@zaralinux.com. |
| 85 | |
| 86 | 0.2 Legal Stuff |
| 87 | --------------- |
| 88 | |
| 89 | We don't guarantee the correctness of this document, and if you come to us |
| 90 | complaining about how you screwed up your system because of incorrect |
| 91 | documentation, we won't feel responsible... |
| 92 | |
| 93 | ------------------------------------------------------------------------------ |
| 94 | CHAPTER 1: COLLECTING SYSTEM INFORMATION |
| 95 | ------------------------------------------------------------------------------ |
| 96 | |
| 97 | ------------------------------------------------------------------------------ |
| 98 | In This Chapter |
| 99 | ------------------------------------------------------------------------------ |
| 100 | * Investigating the properties of the pseudo file system /proc and its |
| 101 | ability to provide information on the running Linux system |
| 102 | * Examining /proc's structure |
| 103 | * Uncovering various information about the kernel and the processes running |
| 104 | on the system |
| 105 | ------------------------------------------------------------------------------ |
| 106 | |
| 107 | |
| 108 | The proc file system acts as an interface to internal data structures in the |
| 109 | kernel. It can be used to obtain information about the system and to change |
| 110 | certain kernel parameters at runtime (sysctl). |
| 111 | |
| 112 | First, we'll take a look at the read-only parts of /proc. In Chapter 2, we |
| 113 | show you how you can use /proc/sys to change settings. |
| 114 | |
| 115 | 1.1 Process-Specific Subdirectories |
| 116 | ----------------------------------- |
| 117 | |
| 118 | The directory /proc contains (among other things) one subdirectory for each |
| 119 | process running on the system, which is named after the process ID (PID). |
| 120 | |
| 121 | The link self points to the process reading the file system. Each process |
| 122 | subdirectory has the entries listed in Table 1-1. |
| 123 | |
| 124 | |
| 125 | Table 1-1: Process specific entries in /proc |
| 126 | .............................................................................. |
David Rientjes | b813e93 | 2007-05-06 14:49:24 -0700 | [diff] [blame] | 127 | File Content |
| 128 | clear_refs Clears page referenced bits shown in smaps output |
| 129 | cmdline Command line arguments |
| 130 | cpu Current and last cpu in which it was executed (2.4)(smp) |
| 131 | cwd Link to the current working directory |
| 132 | environ Values of environment variables |
| 133 | exe Link to the executable of this process |
| 134 | fd Directory, which contains all file descriptors |
| 135 | maps Memory maps to executables and library files (2.4) |
| 136 | mem Memory held by this process |
| 137 | root Link to the root directory of this process |
| 138 | stat Process status |
| 139 | statm Process memory status information |
| 140 | status Process status in human readable form |
| 141 | wchan If CONFIG_KALLSYMS is set, a pre-decoded wchan |
| 142 | smaps Extension based on maps, the rss size for each mapped file |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 143 | .............................................................................. |
| 144 | |
| 145 | For example, to get the status information of a process, all you have to do is |
| 146 | read the file /proc/PID/status: |
| 147 | |
| 148 | >cat /proc/self/status |
| 149 | Name: cat |
| 150 | State: R (running) |
| 151 | Pid: 5452 |
| 152 | PPid: 743 |
| 153 | TracerPid: 0 (2.4) |
| 154 | Uid: 501 501 501 501 |
| 155 | Gid: 100 100 100 100 |
| 156 | Groups: 100 14 16 |
| 157 | VmSize: 1112 kB |
| 158 | VmLck: 0 kB |
| 159 | VmRSS: 348 kB |
| 160 | VmData: 24 kB |
| 161 | VmStk: 12 kB |
| 162 | VmExe: 8 kB |
| 163 | VmLib: 1044 kB |
| 164 | SigPnd: 0000000000000000 |
| 165 | SigBlk: 0000000000000000 |
| 166 | SigIgn: 0000000000000000 |
| 167 | SigCgt: 0000000000000000 |
| 168 | CapInh: 00000000fffffeff |
| 169 | CapPrm: 0000000000000000 |
| 170 | CapEff: 0000000000000000 |
| 171 | |
| 172 | |
| 173 | This shows you nearly the same information you would get if you viewed it with |
| 174 | the ps command. In fact, ps uses the proc file system to obtain its |
| 175 | information. The statm file contains more detailed information about the |
Kees Cook | 18d9677 | 2007-07-15 23:40:38 -0700 | [diff] [blame] | 176 | process memory usage. Its seven fields are explained in Table 1-2. The stat |
| 177 | file contains details information about the process itself. Its fields are |
| 178 | explained in Table 1-3. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 179 | |
| 180 | |
| 181 | Table 1-2: Contents of the statm files (as of 2.6.8-rc3) |
| 182 | .............................................................................. |
| 183 | Field Content |
| 184 | size total program size (pages) (same as VmSize in status) |
| 185 | resident size of memory portions (pages) (same as VmRSS in status) |
| 186 | shared number of pages that are shared (i.e. backed by a file) |
| 187 | trs number of pages that are 'code' (not including libs; broken, |
| 188 | includes data segment) |
| 189 | lrs number of pages of library (always 0 on 2.6) |
| 190 | drs number of pages of data/stack (including libs; broken, |
| 191 | includes library text) |
| 192 | dt number of dirty pages (always 0 on 2.6) |
| 193 | .............................................................................. |
| 194 | |
Kees Cook | 18d9677 | 2007-07-15 23:40:38 -0700 | [diff] [blame] | 195 | |
| 196 | Table 1-3: Contents of the stat files (as of 2.6.22-rc3) |
| 197 | .............................................................................. |
| 198 | Field Content |
| 199 | pid process id |
| 200 | tcomm filename of the executable |
| 201 | state state (R is running, S is sleeping, D is sleeping in an |
| 202 | uninterruptible wait, Z is zombie, T is traced or stopped) |
| 203 | ppid process id of the parent process |
| 204 | pgrp pgrp of the process |
| 205 | sid session id |
| 206 | tty_nr tty the process uses |
| 207 | tty_pgrp pgrp of the tty |
| 208 | flags task flags |
| 209 | min_flt number of minor faults |
| 210 | cmin_flt number of minor faults with child's |
| 211 | maj_flt number of major faults |
| 212 | cmaj_flt number of major faults with child's |
| 213 | utime user mode jiffies |
| 214 | stime kernel mode jiffies |
| 215 | cutime user mode jiffies with child's |
| 216 | cstime kernel mode jiffies with child's |
| 217 | priority priority level |
| 218 | nice nice level |
| 219 | num_threads number of threads |
Leonardo Chiquitto | 2e01e00 | 2008-02-03 16:17:16 +0200 | [diff] [blame] | 220 | it_real_value (obsolete, always 0) |
Kees Cook | 18d9677 | 2007-07-15 23:40:38 -0700 | [diff] [blame] | 221 | start_time time the process started after system boot |
| 222 | vsize virtual memory size |
| 223 | rss resident set memory size |
| 224 | rsslim current limit in bytes on the rss |
| 225 | start_code address above which program text can run |
| 226 | end_code address below which program text can run |
| 227 | start_stack address of the start of the stack |
| 228 | esp current value of ESP |
| 229 | eip current value of EIP |
| 230 | pending bitmap of pending signals (obsolete) |
| 231 | blocked bitmap of blocked signals (obsolete) |
| 232 | sigign bitmap of ignored signals (obsolete) |
| 233 | sigcatch bitmap of catched signals (obsolete) |
| 234 | wchan address where process went to sleep |
| 235 | 0 (place holder) |
| 236 | 0 (place holder) |
| 237 | exit_signal signal to send to parent thread on exit |
| 238 | task_cpu which CPU the task is scheduled on |
| 239 | rt_priority realtime priority |
| 240 | policy scheduling policy (man sched_setscheduler) |
| 241 | blkio_ticks time spent waiting for block IO |
| 242 | .............................................................................. |
| 243 | |
| 244 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 245 | 1.2 Kernel data |
| 246 | --------------- |
| 247 | |
| 248 | Similar to the process entries, the kernel data files give information about |
| 249 | the running kernel. The files used to obtain this information are contained in |
Kees Cook | 18d9677 | 2007-07-15 23:40:38 -0700 | [diff] [blame] | 250 | /proc and are listed in Table 1-4. Not all of these will be present in your |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 251 | system. It depends on the kernel configuration and the loaded modules, which |
| 252 | files are there, and which are missing. |
| 253 | |
Kees Cook | 18d9677 | 2007-07-15 23:40:38 -0700 | [diff] [blame] | 254 | Table 1-4: Kernel info in /proc |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 255 | .............................................................................. |
| 256 | File Content |
| 257 | apm Advanced power management info |
| 258 | buddyinfo Kernel memory allocator information (see text) (2.5) |
| 259 | bus Directory containing bus specific information |
| 260 | cmdline Kernel command line |
| 261 | cpuinfo Info about the CPU |
| 262 | devices Available devices (block and character) |
| 263 | dma Used DMS channels |
| 264 | filesystems Supported filesystems |
| 265 | driver Various drivers grouped here, currently rtc (2.4) |
| 266 | execdomains Execdomains, related to security (2.4) |
| 267 | fb Frame Buffer devices (2.4) |
| 268 | fs File system parameters, currently nfs/exports (2.4) |
| 269 | ide Directory containing info about the IDE subsystem |
| 270 | interrupts Interrupt usage |
| 271 | iomem Memory map (2.4) |
| 272 | ioports I/O port usage |
| 273 | irq Masks for irq to cpu affinity (2.4)(smp?) |
| 274 | isapnp ISA PnP (Plug&Play) Info (2.4) |
| 275 | kcore Kernel core image (can be ELF or A.OUT(deprecated in 2.4)) |
| 276 | kmsg Kernel messages |
| 277 | ksyms Kernel symbol table |
| 278 | loadavg Load average of last 1, 5 & 15 minutes |
| 279 | locks Kernel locks |
| 280 | meminfo Memory info |
| 281 | misc Miscellaneous |
| 282 | modules List of loaded modules |
| 283 | mounts Mounted filesystems |
| 284 | net Networking info (see text) |
| 285 | partitions Table of partitions known to the system |
Randy Dunlap | 8b60756 | 2007-05-09 07:19:14 +0200 | [diff] [blame] | 286 | pci Deprecated info of PCI bus (new way -> /proc/bus/pci/, |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 287 | decoupled by lspci (2.4) |
| 288 | rtc Real time clock |
| 289 | scsi SCSI info (see text) |
| 290 | slabinfo Slab pool info |
| 291 | stat Overall statistics |
| 292 | swaps Swap space utilization |
| 293 | sys See chapter 2 |
| 294 | sysvipc Info of SysVIPC Resources (msg, sem, shm) (2.4) |
| 295 | tty Info of tty drivers |
| 296 | uptime System uptime |
| 297 | version Kernel version |
| 298 | video bttv info of video resources (2.4) |
Eric Dumazet | a47a126 | 2008-07-23 21:27:38 -0700 | [diff] [blame] | 299 | vmallocinfo Show vmalloced areas |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 300 | .............................................................................. |
| 301 | |
| 302 | You can, for example, check which interrupts are currently in use and what |
| 303 | they are used for by looking in the file /proc/interrupts: |
| 304 | |
| 305 | > cat /proc/interrupts |
| 306 | CPU0 |
| 307 | 0: 8728810 XT-PIC timer |
| 308 | 1: 895 XT-PIC keyboard |
| 309 | 2: 0 XT-PIC cascade |
| 310 | 3: 531695 XT-PIC aha152x |
| 311 | 4: 2014133 XT-PIC serial |
| 312 | 5: 44401 XT-PIC pcnet_cs |
| 313 | 8: 2 XT-PIC rtc |
| 314 | 11: 8 XT-PIC i82365 |
| 315 | 12: 182918 XT-PIC PS/2 Mouse |
| 316 | 13: 1 XT-PIC fpu |
| 317 | 14: 1232265 XT-PIC ide0 |
| 318 | 15: 7 XT-PIC ide1 |
| 319 | NMI: 0 |
| 320 | |
| 321 | In 2.4.* a couple of lines where added to this file LOC & ERR (this time is the |
| 322 | output of a SMP machine): |
| 323 | |
| 324 | > cat /proc/interrupts |
| 325 | |
| 326 | CPU0 CPU1 |
| 327 | 0: 1243498 1214548 IO-APIC-edge timer |
| 328 | 1: 8949 8958 IO-APIC-edge keyboard |
| 329 | 2: 0 0 XT-PIC cascade |
| 330 | 5: 11286 10161 IO-APIC-edge soundblaster |
| 331 | 8: 1 0 IO-APIC-edge rtc |
| 332 | 9: 27422 27407 IO-APIC-edge 3c503 |
| 333 | 12: 113645 113873 IO-APIC-edge PS/2 Mouse |
| 334 | 13: 0 0 XT-PIC fpu |
| 335 | 14: 22491 24012 IO-APIC-edge ide0 |
| 336 | 15: 2183 2415 IO-APIC-edge ide1 |
| 337 | 17: 30564 30414 IO-APIC-level eth0 |
| 338 | 18: 177 164 IO-APIC-level bttv |
| 339 | NMI: 2457961 2457959 |
| 340 | LOC: 2457882 2457881 |
| 341 | ERR: 2155 |
| 342 | |
| 343 | NMI is incremented in this case because every timer interrupt generates a NMI |
| 344 | (Non Maskable Interrupt) which is used by the NMI Watchdog to detect lockups. |
| 345 | |
| 346 | LOC is the local interrupt counter of the internal APIC of every CPU. |
| 347 | |
| 348 | ERR is incremented in the case of errors in the IO-APIC bus (the bus that |
| 349 | connects the CPUs in a SMP system. This means that an error has been detected, |
| 350 | the IO-APIC automatically retry the transmission, so it should not be a big |
| 351 | problem, but you should read the SMP-FAQ. |
| 352 | |
Joe Korty | 38e760a | 2007-10-17 18:04:40 +0200 | [diff] [blame] | 353 | In 2.6.2* /proc/interrupts was expanded again. This time the goal was for |
| 354 | /proc/interrupts to display every IRQ vector in use by the system, not |
| 355 | just those considered 'most important'. The new vectors are: |
| 356 | |
| 357 | THR -- interrupt raised when a machine check threshold counter |
| 358 | (typically counting ECC corrected errors of memory or cache) exceeds |
| 359 | a configurable threshold. Only available on some systems. |
| 360 | |
| 361 | TRM -- a thermal event interrupt occurs when a temperature threshold |
| 362 | has been exceeded for the CPU. This interrupt may also be generated |
| 363 | when the temperature drops back to normal. |
| 364 | |
| 365 | SPU -- a spurious interrupt is some interrupt that was raised then lowered |
| 366 | by some IO device before it could be fully processed by the APIC. Hence |
| 367 | the APIC sees the interrupt but does not know what device it came from. |
| 368 | For this case the APIC will generate the interrupt with a IRQ vector |
| 369 | of 0xff. This might also be generated by chipset bugs. |
| 370 | |
| 371 | RES, CAL, TLB -- rescheduling, call and TLB flush interrupts are |
| 372 | sent from one CPU to another per the needs of the OS. Typically, |
| 373 | their statistics are used by kernel developers and interested users to |
| 374 | determine the occurance of interrupt of the given type. |
| 375 | |
| 376 | The above IRQ vectors are displayed only when relevent. For example, |
| 377 | the threshold vector does not exist on x86_64 platforms. Others are |
| 378 | suppressed when the system is a uniprocessor. As of this writing, only |
| 379 | i386 and x86_64 platforms support the new IRQ vector displays. |
| 380 | |
| 381 | Of some interest is the introduction of the /proc/irq directory to 2.4. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 382 | It could be used to set IRQ to CPU affinity, this means that you can "hook" an |
| 383 | IRQ to only one CPU, or to exclude a CPU of handling IRQs. The contents of the |
Max Krasnyansky | 1840475 | 2008-05-29 11:02:52 -0700 | [diff] [blame] | 384 | irq subdir is one subdir for each IRQ, and two files; default_smp_affinity and |
| 385 | prof_cpu_mask. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 386 | |
| 387 | For example |
| 388 | > ls /proc/irq/ |
| 389 | 0 10 12 14 16 18 2 4 6 8 prof_cpu_mask |
Max Krasnyansky | 1840475 | 2008-05-29 11:02:52 -0700 | [diff] [blame] | 390 | 1 11 13 15 17 19 3 5 7 9 default_smp_affinity |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 391 | > ls /proc/irq/0/ |
| 392 | smp_affinity |
| 393 | |
Max Krasnyansky | 1840475 | 2008-05-29 11:02:52 -0700 | [diff] [blame] | 394 | smp_affinity is a bitmask, in which you can specify which CPUs can handle the |
| 395 | IRQ, you can set it by doing: |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 396 | |
Max Krasnyansky | 1840475 | 2008-05-29 11:02:52 -0700 | [diff] [blame] | 397 | > echo 1 > /proc/irq/10/smp_affinity |
| 398 | |
| 399 | This means that only the first CPU will handle the IRQ, but you can also echo |
| 400 | 5 which means that only the first and fourth CPU can handle the IRQ. |
| 401 | |
| 402 | The contents of each smp_affinity file is the same by default: |
| 403 | |
| 404 | > cat /proc/irq/0/smp_affinity |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 405 | ffffffff |
| 406 | |
Max Krasnyansky | 1840475 | 2008-05-29 11:02:52 -0700 | [diff] [blame] | 407 | The default_smp_affinity mask applies to all non-active IRQs, which are the |
| 408 | IRQs which have not yet been allocated/activated, and hence which lack a |
| 409 | /proc/irq/[0-9]* directory. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 410 | |
Max Krasnyansky | 1840475 | 2008-05-29 11:02:52 -0700 | [diff] [blame] | 411 | prof_cpu_mask specifies which CPUs are to be profiled by the system wide |
| 412 | profiler. Default value is ffffffff (all cpus). |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 413 | |
| 414 | The way IRQs are routed is handled by the IO-APIC, and it's Round Robin |
| 415 | between all the CPUs which are allowed to handle it. As usual the kernel has |
| 416 | more info than you and does a better job than you, so the defaults are the |
| 417 | best choice for almost everyone. |
| 418 | |
| 419 | There are three more important subdirectories in /proc: net, scsi, and sys. |
| 420 | The general rule is that the contents, or even the existence of these |
| 421 | directories, depend on your kernel configuration. If SCSI is not enabled, the |
| 422 | directory scsi may not exist. The same is true with the net, which is there |
| 423 | only when networking support is present in the running kernel. |
| 424 | |
| 425 | The slabinfo file gives information about memory usage at the slab level. |
| 426 | Linux uses slab pools for memory management above page level in version 2.2. |
| 427 | Commonly used objects have their own slab pool (such as network buffers, |
| 428 | directory cache, and so on). |
| 429 | |
| 430 | .............................................................................. |
| 431 | |
| 432 | > cat /proc/buddyinfo |
| 433 | |
| 434 | Node 0, zone DMA 0 4 5 4 4 3 ... |
| 435 | Node 0, zone Normal 1 0 0 1 101 8 ... |
| 436 | Node 0, zone HighMem 2 0 0 1 1 0 ... |
| 437 | |
| 438 | Memory fragmentation is a problem under some workloads, and buddyinfo is a |
| 439 | useful tool for helping diagnose these problems. Buddyinfo will give you a |
| 440 | clue as to how big an area you can safely allocate, or why a previous |
| 441 | allocation failed. |
| 442 | |
| 443 | Each column represents the number of pages of a certain order which are |
| 444 | available. In this case, there are 0 chunks of 2^0*PAGE_SIZE available in |
| 445 | ZONE_DMA, 4 chunks of 2^1*PAGE_SIZE in ZONE_DMA, 101 chunks of 2^4*PAGE_SIZE |
| 446 | available in ZONE_NORMAL, etc... |
| 447 | |
| 448 | .............................................................................. |
| 449 | |
| 450 | meminfo: |
| 451 | |
| 452 | Provides information about distribution and utilization of memory. This |
| 453 | varies by architecture and compile options. The following is from a |
| 454 | 16GB PIII, which has highmem enabled. You may not have all of these fields. |
| 455 | |
| 456 | > cat /proc/meminfo |
| 457 | |
| 458 | |
| 459 | MemTotal: 16344972 kB |
| 460 | MemFree: 13634064 kB |
| 461 | Buffers: 3656 kB |
| 462 | Cached: 1195708 kB |
| 463 | SwapCached: 0 kB |
| 464 | Active: 891636 kB |
| 465 | Inactive: 1077224 kB |
| 466 | HighTotal: 15597528 kB |
| 467 | HighFree: 13629632 kB |
| 468 | LowTotal: 747444 kB |
| 469 | LowFree: 4432 kB |
| 470 | SwapTotal: 0 kB |
| 471 | SwapFree: 0 kB |
| 472 | Dirty: 968 kB |
| 473 | Writeback: 0 kB |
Miklos Szeredi | b88473f | 2008-04-30 00:54:39 -0700 | [diff] [blame] | 474 | AnonPages: 861800 kB |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 475 | Mapped: 280372 kB |
Miklos Szeredi | b88473f | 2008-04-30 00:54:39 -0700 | [diff] [blame] | 476 | Slab: 284364 kB |
| 477 | SReclaimable: 159856 kB |
| 478 | SUnreclaim: 124508 kB |
| 479 | PageTables: 24448 kB |
| 480 | NFS_Unstable: 0 kB |
| 481 | Bounce: 0 kB |
| 482 | WritebackTmp: 0 kB |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 483 | CommitLimit: 7669796 kB |
| 484 | Committed_AS: 100056 kB |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 485 | VmallocTotal: 112216 kB |
| 486 | VmallocUsed: 428 kB |
| 487 | VmallocChunk: 111088 kB |
| 488 | |
| 489 | MemTotal: Total usable ram (i.e. physical ram minus a few reserved |
| 490 | bits and the kernel binary code) |
| 491 | MemFree: The sum of LowFree+HighFree |
| 492 | Buffers: Relatively temporary storage for raw disk blocks |
| 493 | shouldn't get tremendously large (20MB or so) |
| 494 | Cached: in-memory cache for files read from the disk (the |
| 495 | pagecache). Doesn't include SwapCached |
| 496 | SwapCached: Memory that once was swapped out, is swapped back in but |
| 497 | still also is in the swapfile (if memory is needed it |
| 498 | doesn't need to be swapped out AGAIN because it is already |
| 499 | in the swapfile. This saves I/O) |
| 500 | Active: Memory that has been used more recently and usually not |
| 501 | reclaimed unless absolutely necessary. |
| 502 | Inactive: Memory which has been less recently used. It is more |
| 503 | eligible to be reclaimed for other purposes |
| 504 | HighTotal: |
| 505 | HighFree: Highmem is all memory above ~860MB of physical memory |
| 506 | Highmem areas are for use by userspace programs, or |
| 507 | for the pagecache. The kernel must use tricks to access |
| 508 | this memory, making it slower to access than lowmem. |
| 509 | LowTotal: |
| 510 | LowFree: Lowmem is memory which can be used for everything that |
Matt LaPlante | 3f6dee9 | 2006-10-03 22:45:33 +0200 | [diff] [blame] | 511 | highmem can be used for, but it is also available for the |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 512 | kernel's use for its own data structures. Among many |
| 513 | other things, it is where everything from the Slab is |
| 514 | allocated. Bad things happen when you're out of lowmem. |
| 515 | SwapTotal: total amount of swap space available |
| 516 | SwapFree: Memory which has been evicted from RAM, and is temporarily |
| 517 | on the disk |
| 518 | Dirty: Memory which is waiting to get written back to the disk |
| 519 | Writeback: Memory which is actively being written back to the disk |
Miklos Szeredi | b88473f | 2008-04-30 00:54:39 -0700 | [diff] [blame] | 520 | AnonPages: Non-file backed pages mapped into userspace page tables |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 521 | Mapped: files which have been mmaped, such as libraries |
Adrian Bunk | e82443c | 2006-01-10 00:20:30 +0100 | [diff] [blame] | 522 | Slab: in-kernel data structures cache |
Miklos Szeredi | b88473f | 2008-04-30 00:54:39 -0700 | [diff] [blame] | 523 | SReclaimable: Part of Slab, that might be reclaimed, such as caches |
| 524 | SUnreclaim: Part of Slab, that cannot be reclaimed on memory pressure |
| 525 | PageTables: amount of memory dedicated to the lowest level of page |
| 526 | tables. |
| 527 | NFS_Unstable: NFS pages sent to the server, but not yet committed to stable |
| 528 | storage |
| 529 | Bounce: Memory used for block device "bounce buffers" |
| 530 | WritebackTmp: Memory used by FUSE for temporary writeback buffers |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 531 | CommitLimit: Based on the overcommit ratio ('vm.overcommit_ratio'), |
| 532 | this is the total amount of memory currently available to |
| 533 | be allocated on the system. This limit is only adhered to |
| 534 | if strict overcommit accounting is enabled (mode 2 in |
| 535 | 'vm.overcommit_memory'). |
| 536 | The CommitLimit is calculated with the following formula: |
| 537 | CommitLimit = ('vm.overcommit_ratio' * Physical RAM) + Swap |
| 538 | For example, on a system with 1G of physical RAM and 7G |
| 539 | of swap with a `vm.overcommit_ratio` of 30 it would |
| 540 | yield a CommitLimit of 7.3G. |
| 541 | For more details, see the memory overcommit documentation |
| 542 | in vm/overcommit-accounting. |
| 543 | Committed_AS: The amount of memory presently allocated on the system. |
| 544 | The committed memory is a sum of all of the memory which |
| 545 | has been allocated by processes, even if it has not been |
| 546 | "used" by them as of yet. A process which malloc()'s 1G |
| 547 | of memory, but only touches 300M of it will only show up |
| 548 | as using 300M of memory even if it has the address space |
| 549 | allocated for the entire 1G. This 1G is memory which has |
| 550 | been "committed" to by the VM and can be used at any time |
| 551 | by the allocating application. With strict overcommit |
| 552 | enabled on the system (mode 2 in 'vm.overcommit_memory'), |
| 553 | allocations which would exceed the CommitLimit (detailed |
| 554 | above) will not be permitted. This is useful if one needs |
| 555 | to guarantee that processes will not fail due to lack of |
| 556 | memory once that memory has been successfully allocated. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 557 | VmallocTotal: total size of vmalloc memory area |
| 558 | VmallocUsed: amount of vmalloc area which is used |
| 559 | VmallocChunk: largest contigious block of vmalloc area which is free |
| 560 | |
Eric Dumazet | a47a126 | 2008-07-23 21:27:38 -0700 | [diff] [blame] | 561 | .............................................................................. |
| 562 | |
| 563 | vmallocinfo: |
| 564 | |
| 565 | Provides information about vmalloced/vmaped areas. One line per area, |
| 566 | containing the virtual address range of the area, size in bytes, |
| 567 | caller information of the creator, and optional information depending |
| 568 | on the kind of area : |
| 569 | |
| 570 | pages=nr number of pages |
| 571 | phys=addr if a physical address was specified |
| 572 | ioremap I/O mapping (ioremap() and friends) |
| 573 | vmalloc vmalloc() area |
| 574 | vmap vmap()ed pages |
| 575 | user VM_USERMAP area |
| 576 | vpages buffer for pages pointers was vmalloced (huge area) |
| 577 | N<node>=nr (Only on NUMA kernels) |
| 578 | Number of pages allocated on memory node <node> |
| 579 | |
| 580 | > cat /proc/vmallocinfo |
| 581 | 0xffffc20000000000-0xffffc20000201000 2101248 alloc_large_system_hash+0x204 ... |
| 582 | /0x2c0 pages=512 vmalloc N0=128 N1=128 N2=128 N3=128 |
| 583 | 0xffffc20000201000-0xffffc20000302000 1052672 alloc_large_system_hash+0x204 ... |
| 584 | /0x2c0 pages=256 vmalloc N0=64 N1=64 N2=64 N3=64 |
| 585 | 0xffffc20000302000-0xffffc20000304000 8192 acpi_tb_verify_table+0x21/0x4f... |
| 586 | phys=7fee8000 ioremap |
| 587 | 0xffffc20000304000-0xffffc20000307000 12288 acpi_tb_verify_table+0x21/0x4f... |
| 588 | phys=7fee7000 ioremap |
| 589 | 0xffffc2000031d000-0xffffc2000031f000 8192 init_vdso_vars+0x112/0x210 |
| 590 | 0xffffc2000031f000-0xffffc2000032b000 49152 cramfs_uncompress_init+0x2e ... |
| 591 | /0x80 pages=11 vmalloc N0=3 N1=3 N2=2 N3=3 |
| 592 | 0xffffc2000033a000-0xffffc2000033d000 12288 sys_swapon+0x640/0xac0 ... |
| 593 | pages=2 vmalloc N1=2 |
| 594 | 0xffffc20000347000-0xffffc2000034c000 20480 xt_alloc_table_info+0xfe ... |
| 595 | /0x130 [x_tables] pages=4 vmalloc N0=4 |
| 596 | 0xffffffffa0000000-0xffffffffa000f000 61440 sys_init_module+0xc27/0x1d00 ... |
| 597 | pages=14 vmalloc N2=14 |
| 598 | 0xffffffffa000f000-0xffffffffa0014000 20480 sys_init_module+0xc27/0x1d00 ... |
| 599 | pages=4 vmalloc N1=4 |
| 600 | 0xffffffffa0014000-0xffffffffa0017000 12288 sys_init_module+0xc27/0x1d00 ... |
| 601 | pages=2 vmalloc N1=2 |
| 602 | 0xffffffffa0017000-0xffffffffa0022000 45056 sys_init_module+0xc27/0x1d00 ... |
| 603 | pages=10 vmalloc N0=10 |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 604 | |
| 605 | 1.3 IDE devices in /proc/ide |
| 606 | ---------------------------- |
| 607 | |
| 608 | The subdirectory /proc/ide contains information about all IDE devices of which |
| 609 | the kernel is aware. There is one subdirectory for each IDE controller, the |
| 610 | file drivers and a link for each IDE device, pointing to the device directory |
| 611 | in the controller specific subtree. |
| 612 | |
| 613 | The file drivers contains general information about the drivers used for the |
| 614 | IDE devices: |
| 615 | |
| 616 | > cat /proc/ide/drivers |
| 617 | ide-cdrom version 4.53 |
| 618 | ide-disk version 1.08 |
| 619 | |
| 620 | More detailed information can be found in the controller specific |
| 621 | subdirectories. These are named ide0, ide1 and so on. Each of these |
Kees Cook | 18d9677 | 2007-07-15 23:40:38 -0700 | [diff] [blame] | 622 | directories contains the files shown in table 1-5. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 623 | |
| 624 | |
Kees Cook | 18d9677 | 2007-07-15 23:40:38 -0700 | [diff] [blame] | 625 | Table 1-5: IDE controller info in /proc/ide/ide? |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 626 | .............................................................................. |
| 627 | File Content |
| 628 | channel IDE channel (0 or 1) |
| 629 | config Configuration (only for PCI/IDE bridge) |
| 630 | mate Mate name |
| 631 | model Type/Chipset of IDE controller |
| 632 | .............................................................................. |
| 633 | |
| 634 | Each device connected to a controller has a separate subdirectory in the |
Kees Cook | 18d9677 | 2007-07-15 23:40:38 -0700 | [diff] [blame] | 635 | controllers directory. The files listed in table 1-6 are contained in these |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 636 | directories. |
| 637 | |
| 638 | |
Kees Cook | 18d9677 | 2007-07-15 23:40:38 -0700 | [diff] [blame] | 639 | Table 1-6: IDE device information |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 640 | .............................................................................. |
| 641 | File Content |
| 642 | cache The cache |
| 643 | capacity Capacity of the medium (in 512Byte blocks) |
| 644 | driver driver and version |
| 645 | geometry physical and logical geometry |
| 646 | identify device identify block |
| 647 | media media type |
| 648 | model device identifier |
| 649 | settings device setup |
| 650 | smart_thresholds IDE disk management thresholds |
| 651 | smart_values IDE disk management values |
| 652 | .............................................................................. |
| 653 | |
| 654 | The most interesting file is settings. This file contains a nice overview of |
| 655 | the drive parameters: |
| 656 | |
| 657 | # cat /proc/ide/ide0/hda/settings |
| 658 | name value min max mode |
| 659 | ---- ----- --- --- ---- |
| 660 | bios_cyl 526 0 65535 rw |
| 661 | bios_head 255 0 255 rw |
| 662 | bios_sect 63 0 63 rw |
| 663 | breada_readahead 4 0 127 rw |
| 664 | bswap 0 0 1 r |
| 665 | file_readahead 72 0 2097151 rw |
| 666 | io_32bit 0 0 3 rw |
| 667 | keepsettings 0 0 1 rw |
| 668 | max_kb_per_request 122 1 127 rw |
| 669 | multcount 0 0 8 rw |
| 670 | nice1 1 0 1 rw |
| 671 | nowerr 0 0 1 rw |
| 672 | pio_mode write-only 0 255 w |
| 673 | slow 0 0 1 rw |
| 674 | unmaskirq 0 0 1 rw |
| 675 | using_dma 0 0 1 rw |
| 676 | |
| 677 | |
| 678 | 1.4 Networking info in /proc/net |
| 679 | -------------------------------- |
| 680 | |
| 681 | The subdirectory /proc/net follows the usual pattern. Table 1-6 shows the |
| 682 | additional values you get for IP version 6 if you configure the kernel to |
| 683 | support this. Table 1-7 lists the files and their meaning. |
| 684 | |
| 685 | |
| 686 | Table 1-6: IPv6 info in /proc/net |
| 687 | .............................................................................. |
| 688 | File Content |
| 689 | udp6 UDP sockets (IPv6) |
| 690 | tcp6 TCP sockets (IPv6) |
| 691 | raw6 Raw device statistics (IPv6) |
| 692 | igmp6 IP multicast addresses, which this host joined (IPv6) |
| 693 | if_inet6 List of IPv6 interface addresses |
| 694 | ipv6_route Kernel routing table for IPv6 |
| 695 | rt6_stats Global IPv6 routing tables statistics |
| 696 | sockstat6 Socket statistics (IPv6) |
| 697 | snmp6 Snmp data (IPv6) |
| 698 | .............................................................................. |
| 699 | |
| 700 | |
| 701 | Table 1-7: Network info in /proc/net |
| 702 | .............................................................................. |
| 703 | File Content |
| 704 | arp Kernel ARP table |
| 705 | dev network devices with statistics |
| 706 | dev_mcast the Layer2 multicast groups a device is listening too |
| 707 | (interface index, label, number of references, number of bound |
| 708 | addresses). |
| 709 | dev_stat network device status |
| 710 | ip_fwchains Firewall chain linkage |
| 711 | ip_fwnames Firewall chain names |
| 712 | ip_masq Directory containing the masquerading tables |
| 713 | ip_masquerade Major masquerading table |
| 714 | netstat Network statistics |
| 715 | raw raw device statistics |
| 716 | route Kernel routing table |
| 717 | rpc Directory containing rpc info |
| 718 | rt_cache Routing cache |
| 719 | snmp SNMP data |
| 720 | sockstat Socket statistics |
| 721 | tcp TCP sockets |
| 722 | tr_rif Token ring RIF routing table |
| 723 | udp UDP sockets |
| 724 | unix UNIX domain sockets |
| 725 | wireless Wireless interface data (Wavelan etc) |
| 726 | igmp IP multicast addresses, which this host joined |
| 727 | psched Global packet scheduler parameters. |
| 728 | netlink List of PF_NETLINK sockets |
| 729 | ip_mr_vifs List of multicast virtual interfaces |
| 730 | ip_mr_cache List of multicast routing cache |
| 731 | .............................................................................. |
| 732 | |
| 733 | You can use this information to see which network devices are available in |
| 734 | your system and how much traffic was routed over those devices: |
| 735 | |
| 736 | > cat /proc/net/dev |
| 737 | Inter-|Receive |[... |
| 738 | face |bytes packets errs drop fifo frame compressed multicast|[... |
| 739 | lo: 908188 5596 0 0 0 0 0 0 [... |
| 740 | ppp0:15475140 20721 410 0 0 410 0 0 [... |
| 741 | eth0: 614530 7085 0 0 0 0 0 1 [... |
| 742 | |
| 743 | ...] Transmit |
| 744 | ...] bytes packets errs drop fifo colls carrier compressed |
| 745 | ...] 908188 5596 0 0 0 0 0 0 |
| 746 | ...] 1375103 17405 0 0 0 0 0 0 |
| 747 | ...] 1703981 5535 0 0 0 3 0 0 |
| 748 | |
| 749 | In addition, each Channel Bond interface has it's own directory. For |
| 750 | example, the bond0 device will have a directory called /proc/net/bond0/. |
| 751 | It will contain information that is specific to that bond, such as the |
| 752 | current slaves of the bond, the link status of the slaves, and how |
| 753 | many times the slaves link has failed. |
| 754 | |
| 755 | 1.5 SCSI info |
| 756 | ------------- |
| 757 | |
| 758 | If you have a SCSI host adapter in your system, you'll find a subdirectory |
| 759 | named after the driver for this adapter in /proc/scsi. You'll also see a list |
| 760 | of all recognized SCSI devices in /proc/scsi: |
| 761 | |
| 762 | >cat /proc/scsi/scsi |
| 763 | Attached devices: |
| 764 | Host: scsi0 Channel: 00 Id: 00 Lun: 00 |
| 765 | Vendor: IBM Model: DGHS09U Rev: 03E0 |
| 766 | Type: Direct-Access ANSI SCSI revision: 03 |
| 767 | Host: scsi0 Channel: 00 Id: 06 Lun: 00 |
| 768 | Vendor: PIONEER Model: CD-ROM DR-U06S Rev: 1.04 |
| 769 | Type: CD-ROM ANSI SCSI revision: 02 |
| 770 | |
| 771 | |
| 772 | The directory named after the driver has one file for each adapter found in |
| 773 | the system. These files contain information about the controller, including |
| 774 | the used IRQ and the IO address range. The amount of information shown is |
| 775 | dependent on the adapter you use. The example shows the output for an Adaptec |
| 776 | AHA-2940 SCSI adapter: |
| 777 | |
| 778 | > cat /proc/scsi/aic7xxx/0 |
| 779 | |
| 780 | Adaptec AIC7xxx driver version: 5.1.19/3.2.4 |
| 781 | Compile Options: |
| 782 | TCQ Enabled By Default : Disabled |
| 783 | AIC7XXX_PROC_STATS : Disabled |
| 784 | AIC7XXX_RESET_DELAY : 5 |
| 785 | Adapter Configuration: |
| 786 | SCSI Adapter: Adaptec AHA-294X Ultra SCSI host adapter |
| 787 | Ultra Wide Controller |
| 788 | PCI MMAPed I/O Base: 0xeb001000 |
| 789 | Adapter SEEPROM Config: SEEPROM found and used. |
| 790 | Adaptec SCSI BIOS: Enabled |
| 791 | IRQ: 10 |
| 792 | SCBs: Active 0, Max Active 2, |
| 793 | Allocated 15, HW 16, Page 255 |
| 794 | Interrupts: 160328 |
| 795 | BIOS Control Word: 0x18b6 |
| 796 | Adapter Control Word: 0x005b |
| 797 | Extended Translation: Enabled |
| 798 | Disconnect Enable Flags: 0xffff |
| 799 | Ultra Enable Flags: 0x0001 |
| 800 | Tag Queue Enable Flags: 0x0000 |
| 801 | Ordered Queue Tag Flags: 0x0000 |
| 802 | Default Tag Queue Depth: 8 |
| 803 | Tagged Queue By Device array for aic7xxx host instance 0: |
| 804 | {255,255,255,255,255,255,255,255,255,255,255,255,255,255,255,255} |
| 805 | Actual queue depth per device for aic7xxx host instance 0: |
| 806 | {1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1} |
| 807 | Statistics: |
| 808 | (scsi0:0:0:0) |
| 809 | Device using Wide/Sync transfers at 40.0 MByte/sec, offset 8 |
| 810 | Transinfo settings: current(12/8/1/0), goal(12/8/1/0), user(12/15/1/0) |
| 811 | Total transfers 160151 (74577 reads and 85574 writes) |
| 812 | (scsi0:0:6:0) |
| 813 | Device using Narrow/Sync transfers at 5.0 MByte/sec, offset 15 |
| 814 | Transinfo settings: current(50/15/0/0), goal(50/15/0/0), user(50/15/0/0) |
| 815 | Total transfers 0 (0 reads and 0 writes) |
| 816 | |
| 817 | |
| 818 | 1.6 Parallel port info in /proc/parport |
| 819 | --------------------------------------- |
| 820 | |
| 821 | The directory /proc/parport contains information about the parallel ports of |
| 822 | your system. It has one subdirectory for each port, named after the port |
| 823 | number (0,1,2,...). |
| 824 | |
| 825 | These directories contain the four files shown in Table 1-8. |
| 826 | |
| 827 | |
| 828 | Table 1-8: Files in /proc/parport |
| 829 | .............................................................................. |
| 830 | File Content |
| 831 | autoprobe Any IEEE-1284 device ID information that has been acquired. |
| 832 | devices list of the device drivers using that port. A + will appear by the |
| 833 | name of the device currently using the port (it might not appear |
| 834 | against any). |
| 835 | hardware Parallel port's base address, IRQ line and DMA channel. |
| 836 | irq IRQ that parport is using for that port. This is in a separate |
| 837 | file to allow you to alter it by writing a new value in (IRQ |
| 838 | number or none). |
| 839 | .............................................................................. |
| 840 | |
| 841 | 1.7 TTY info in /proc/tty |
| 842 | ------------------------- |
| 843 | |
| 844 | Information about the available and actually used tty's can be found in the |
| 845 | directory /proc/tty.You'll find entries for drivers and line disciplines in |
| 846 | this directory, as shown in Table 1-9. |
| 847 | |
| 848 | |
| 849 | Table 1-9: Files in /proc/tty |
| 850 | .............................................................................. |
| 851 | File Content |
| 852 | drivers list of drivers and their usage |
| 853 | ldiscs registered line disciplines |
| 854 | driver/serial usage statistic and status of single tty lines |
| 855 | .............................................................................. |
| 856 | |
| 857 | To see which tty's are currently in use, you can simply look into the file |
| 858 | /proc/tty/drivers: |
| 859 | |
| 860 | > cat /proc/tty/drivers |
| 861 | pty_slave /dev/pts 136 0-255 pty:slave |
| 862 | pty_master /dev/ptm 128 0-255 pty:master |
| 863 | pty_slave /dev/ttyp 3 0-255 pty:slave |
| 864 | pty_master /dev/pty 2 0-255 pty:master |
| 865 | serial /dev/cua 5 64-67 serial:callout |
| 866 | serial /dev/ttyS 4 64-67 serial |
| 867 | /dev/tty0 /dev/tty0 4 0 system:vtmaster |
| 868 | /dev/ptmx /dev/ptmx 5 2 system |
| 869 | /dev/console /dev/console 5 1 system:console |
| 870 | /dev/tty /dev/tty 5 0 system:/dev/tty |
| 871 | unknown /dev/tty 4 1-63 console |
| 872 | |
| 873 | |
| 874 | 1.8 Miscellaneous kernel statistics in /proc/stat |
| 875 | ------------------------------------------------- |
| 876 | |
| 877 | Various pieces of information about kernel activity are available in the |
| 878 | /proc/stat file. All of the numbers reported in this file are aggregates |
| 879 | since the system first booted. For a quick look, simply cat the file: |
| 880 | |
| 881 | > cat /proc/stat |
Leonardo Chiquitto | b68f2c3a | 2007-10-20 03:03:38 +0200 | [diff] [blame] | 882 | cpu 2255 34 2290 22625563 6290 127 456 0 |
| 883 | cpu0 1132 34 1441 11311718 3675 127 438 0 |
| 884 | cpu1 1123 0 849 11313845 2614 0 18 0 |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 885 | intr 114930548 113199788 3 0 5 263 0 4 [... lots more numbers ...] |
| 886 | ctxt 1990473 |
| 887 | btime 1062191376 |
| 888 | processes 2915 |
| 889 | procs_running 1 |
| 890 | procs_blocked 0 |
| 891 | |
| 892 | The very first "cpu" line aggregates the numbers in all of the other "cpuN" |
| 893 | lines. These numbers identify the amount of time the CPU has spent performing |
| 894 | different kinds of work. Time units are in USER_HZ (typically hundredths of a |
| 895 | second). The meanings of the columns are as follows, from left to right: |
| 896 | |
| 897 | - user: normal processes executing in user mode |
| 898 | - nice: niced processes executing in user mode |
| 899 | - system: processes executing in kernel mode |
| 900 | - idle: twiddling thumbs |
| 901 | - iowait: waiting for I/O to complete |
| 902 | - irq: servicing interrupts |
| 903 | - softirq: servicing softirqs |
Leonardo Chiquitto | b68f2c3a | 2007-10-20 03:03:38 +0200 | [diff] [blame] | 904 | - steal: involuntary wait |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 905 | |
| 906 | The "intr" line gives counts of interrupts serviced since boot time, for each |
| 907 | of the possible system interrupts. The first column is the total of all |
| 908 | interrupts serviced; each subsequent column is the total for that particular |
| 909 | interrupt. |
| 910 | |
| 911 | The "ctxt" line gives the total number of context switches across all CPUs. |
| 912 | |
| 913 | The "btime" line gives the time at which the system booted, in seconds since |
| 914 | the Unix epoch. |
| 915 | |
| 916 | The "processes" line gives the number of processes and threads created, which |
| 917 | includes (but is not limited to) those created by calls to the fork() and |
| 918 | clone() system calls. |
| 919 | |
| 920 | The "procs_running" line gives the number of processes currently running on |
| 921 | CPUs. |
| 922 | |
| 923 | The "procs_blocked" line gives the number of processes currently blocked, |
| 924 | waiting for I/O to complete. |
| 925 | |
Alex Tomas | c9de560 | 2008-01-29 00:19:52 -0500 | [diff] [blame] | 926 | 1.9 Ext4 file system parameters |
| 927 | ------------------------------ |
| 928 | Ext4 file system have one directory per partition under /proc/fs/ext4/ |
| 929 | # ls /proc/fs/ext4/hdc/ |
| 930 | group_prealloc max_to_scan mb_groups mb_history min_to_scan order2_req |
| 931 | stats stream_req |
| 932 | |
| 933 | mb_groups: |
Matt LaPlante | d919588 | 2008-07-25 19:45:33 -0700 | [diff] [blame] | 934 | This file gives the details of multiblock allocator buddy cache of free blocks |
Alex Tomas | c9de560 | 2008-01-29 00:19:52 -0500 | [diff] [blame] | 935 | |
| 936 | mb_history: |
| 937 | Multiblock allocation history. |
| 938 | |
| 939 | stats: |
| 940 | This file indicate whether the multiblock allocator should start collecting |
| 941 | statistics. The statistics are shown during unmount |
| 942 | |
| 943 | group_prealloc: |
| 944 | The multiblock allocator normalize the block allocation request to |
| 945 | group_prealloc filesystem blocks if we don't have strip value set. |
| 946 | The stripe value can be specified at mount time or during mke2fs. |
| 947 | |
| 948 | max_to_scan: |
| 949 | How long multiblock allocator can look for a best extent (in found extents) |
| 950 | |
| 951 | min_to_scan: |
| 952 | How long multiblock allocator must look for a best extent |
| 953 | |
| 954 | order2_req: |
| 955 | Multiblock allocator use 2^N search using buddies only for requests greater |
| 956 | than or equal to order2_req. The request size is specfied in file system |
| 957 | blocks. A value of 2 indicate only if the requests are greater than or equal |
| 958 | to 4 blocks. |
| 959 | |
| 960 | stream_req: |
| 961 | Files smaller than stream_req are served by the stream allocator, whose |
| 962 | purpose is to pack requests as close each to other as possible to |
| 963 | produce smooth I/O traffic. Avalue of 16 indicate that file smaller than 16 |
| 964 | filesystem block size will use group based preallocation. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 965 | |
| 966 | ------------------------------------------------------------------------------ |
| 967 | Summary |
| 968 | ------------------------------------------------------------------------------ |
| 969 | The /proc file system serves information about the running system. It not only |
| 970 | allows access to process data but also allows you to request the kernel status |
| 971 | by reading files in the hierarchy. |
| 972 | |
| 973 | The directory structure of /proc reflects the types of information and makes |
| 974 | it easy, if not obvious, where to look for specific data. |
| 975 | ------------------------------------------------------------------------------ |
| 976 | |
| 977 | ------------------------------------------------------------------------------ |
| 978 | CHAPTER 2: MODIFYING SYSTEM PARAMETERS |
| 979 | ------------------------------------------------------------------------------ |
| 980 | |
| 981 | ------------------------------------------------------------------------------ |
| 982 | In This Chapter |
| 983 | ------------------------------------------------------------------------------ |
| 984 | * Modifying kernel parameters by writing into files found in /proc/sys |
| 985 | * Exploring the files which modify certain parameters |
| 986 | * Review of the /proc/sys file tree |
| 987 | ------------------------------------------------------------------------------ |
| 988 | |
| 989 | |
| 990 | A very interesting part of /proc is the directory /proc/sys. This is not only |
| 991 | a source of information, it also allows you to change parameters within the |
| 992 | kernel. Be very careful when attempting this. You can optimize your system, |
| 993 | but you can also cause it to crash. Never alter kernel parameters on a |
| 994 | production system. Set up a development machine and test to make sure that |
| 995 | everything works the way you want it to. You may have no alternative but to |
| 996 | reboot the machine once an error has been made. |
| 997 | |
| 998 | To change a value, simply echo the new value into the file. An example is |
| 999 | given below in the section on the file system data. You need to be root to do |
| 1000 | this. You can create your own boot script to perform this every time your |
| 1001 | system boots. |
| 1002 | |
| 1003 | The files in /proc/sys can be used to fine tune and monitor miscellaneous and |
| 1004 | general things in the operation of the Linux kernel. Since some of the files |
| 1005 | can inadvertently disrupt your system, it is advisable to read both |
| 1006 | documentation and source before actually making adjustments. In any case, be |
| 1007 | very careful when writing to any of these files. The entries in /proc may |
| 1008 | change slightly between the 2.1.* and the 2.2 kernel, so if there is any doubt |
| 1009 | review the kernel documentation in the directory /usr/src/linux/Documentation. |
| 1010 | This chapter is heavily based on the documentation included in the pre 2.2 |
| 1011 | kernels, and became part of it in version 2.2.1 of the Linux kernel. |
| 1012 | |
| 1013 | 2.1 /proc/sys/fs - File system data |
| 1014 | ----------------------------------- |
| 1015 | |
| 1016 | This subdirectory contains specific file system, file handle, inode, dentry |
| 1017 | and quota information. |
| 1018 | |
| 1019 | Currently, these files are in /proc/sys/fs: |
| 1020 | |
| 1021 | dentry-state |
| 1022 | ------------ |
| 1023 | |
| 1024 | Status of the directory cache. Since directory entries are dynamically |
| 1025 | allocated and deallocated, this file indicates the current status. It holds |
| 1026 | six values, in which the last two are not used and are always zero. The others |
| 1027 | are listed in table 2-1. |
| 1028 | |
| 1029 | |
| 1030 | Table 2-1: Status files of the directory cache |
| 1031 | .............................................................................. |
| 1032 | File Content |
| 1033 | nr_dentry Almost always zero |
| 1034 | nr_unused Number of unused cache entries |
| 1035 | age_limit |
| 1036 | in seconds after the entry may be reclaimed, when memory is short |
| 1037 | want_pages internally |
| 1038 | .............................................................................. |
| 1039 | |
| 1040 | dquot-nr and dquot-max |
| 1041 | ---------------------- |
| 1042 | |
| 1043 | The file dquot-max shows the maximum number of cached disk quota entries. |
| 1044 | |
| 1045 | The file dquot-nr shows the number of allocated disk quota entries and the |
| 1046 | number of free disk quota entries. |
| 1047 | |
| 1048 | If the number of available cached disk quotas is very low and you have a large |
| 1049 | number of simultaneous system users, you might want to raise the limit. |
| 1050 | |
| 1051 | file-nr and file-max |
| 1052 | -------------------- |
| 1053 | |
| 1054 | The kernel allocates file handles dynamically, but doesn't free them again at |
| 1055 | this time. |
| 1056 | |
| 1057 | The value in file-max denotes the maximum number of file handles that the |
| 1058 | Linux kernel will allocate. When you get a lot of error messages about running |
| 1059 | out of file handles, you might want to raise this limit. The default value is |
| 1060 | 10% of RAM in kilobytes. To change it, just write the new number into the |
| 1061 | file: |
| 1062 | |
| 1063 | # cat /proc/sys/fs/file-max |
| 1064 | 4096 |
| 1065 | # echo 8192 > /proc/sys/fs/file-max |
| 1066 | # cat /proc/sys/fs/file-max |
| 1067 | 8192 |
| 1068 | |
| 1069 | |
| 1070 | This method of revision is useful for all customizable parameters of the |
| 1071 | kernel - simply echo the new value to the corresponding file. |
| 1072 | |
| 1073 | Historically, the three values in file-nr denoted the number of allocated file |
| 1074 | handles, the number of allocated but unused file handles, and the maximum |
| 1075 | number of file handles. Linux 2.6 always reports 0 as the number of free file |
| 1076 | handles -- this is not an error, it just means that the number of allocated |
| 1077 | file handles exactly matches the number of used file handles. |
| 1078 | |
| 1079 | Attempts to allocate more file descriptors than file-max are reported with |
| 1080 | printk, look for "VFS: file-max limit <number> reached". |
| 1081 | |
| 1082 | inode-state and inode-nr |
| 1083 | ------------------------ |
| 1084 | |
| 1085 | The file inode-nr contains the first two items from inode-state, so we'll skip |
| 1086 | to that file... |
| 1087 | |
| 1088 | inode-state contains two actual numbers and five dummy values. The numbers |
| 1089 | are nr_inodes and nr_free_inodes (in order of appearance). |
| 1090 | |
| 1091 | nr_inodes |
| 1092 | ~~~~~~~~~ |
| 1093 | |
| 1094 | Denotes the number of inodes the system has allocated. This number will |
| 1095 | grow and shrink dynamically. |
| 1096 | |
Eric Dumazet | 9cfe015 | 2008-02-06 01:37:16 -0800 | [diff] [blame] | 1097 | nr_open |
| 1098 | ------- |
| 1099 | |
| 1100 | Denotes the maximum number of file-handles a process can |
| 1101 | allocate. Default value is 1024*1024 (1048576) which should be |
| 1102 | enough for most machines. Actual limit depends on RLIMIT_NOFILE |
| 1103 | resource limit. |
| 1104 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1105 | nr_free_inodes |
| 1106 | -------------- |
| 1107 | |
| 1108 | Represents the number of free inodes. Ie. The number of inuse inodes is |
| 1109 | (nr_inodes - nr_free_inodes). |
| 1110 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1111 | aio-nr and aio-max-nr |
| 1112 | --------------------- |
| 1113 | |
| 1114 | aio-nr is the running total of the number of events specified on the |
| 1115 | io_setup system call for all currently active aio contexts. If aio-nr |
| 1116 | reaches aio-max-nr then io_setup will fail with EAGAIN. Note that |
| 1117 | raising aio-max-nr does not result in the pre-allocation or re-sizing |
| 1118 | of any kernel data structures. |
| 1119 | |
| 1120 | 2.2 /proc/sys/fs/binfmt_misc - Miscellaneous binary formats |
| 1121 | ----------------------------------------------------------- |
| 1122 | |
| 1123 | Besides these files, there is the subdirectory /proc/sys/fs/binfmt_misc. This |
| 1124 | handles the kernel support for miscellaneous binary formats. |
| 1125 | |
| 1126 | Binfmt_misc provides the ability to register additional binary formats to the |
| 1127 | Kernel without compiling an additional module/kernel. Therefore, binfmt_misc |
| 1128 | needs to know magic numbers at the beginning or the filename extension of the |
| 1129 | binary. |
| 1130 | |
| 1131 | It works by maintaining a linked list of structs that contain a description of |
| 1132 | a binary format, including a magic with size (or the filename extension), |
| 1133 | offset and mask, and the interpreter name. On request it invokes the given |
| 1134 | interpreter with the original program as argument, as binfmt_java and |
| 1135 | binfmt_em86 and binfmt_mz do. Since binfmt_misc does not define any default |
| 1136 | binary-formats, you have to register an additional binary-format. |
| 1137 | |
| 1138 | There are two general files in binfmt_misc and one file per registered format. |
| 1139 | The two general files are register and status. |
| 1140 | |
| 1141 | Registering a new binary format |
| 1142 | ------------------------------- |
| 1143 | |
| 1144 | To register a new binary format you have to issue the command |
| 1145 | |
| 1146 | echo :name:type:offset:magic:mask:interpreter: > /proc/sys/fs/binfmt_misc/register |
| 1147 | |
| 1148 | |
| 1149 | |
| 1150 | with appropriate name (the name for the /proc-dir entry), offset (defaults to |
| 1151 | 0, if omitted), magic, mask (which can be omitted, defaults to all 0xff) and |
| 1152 | last but not least, the interpreter that is to be invoked (for example and |
| 1153 | testing /bin/echo). Type can be M for usual magic matching or E for filename |
| 1154 | extension matching (give extension in place of magic). |
| 1155 | |
| 1156 | Check or reset the status of the binary format handler |
| 1157 | ------------------------------------------------------ |
| 1158 | |
| 1159 | If you do a cat on the file /proc/sys/fs/binfmt_misc/status, you will get the |
| 1160 | current status (enabled/disabled) of binfmt_misc. Change the status by echoing |
| 1161 | 0 (disables) or 1 (enables) or -1 (caution: this clears all previously |
| 1162 | registered binary formats) to status. For example echo 0 > status to disable |
| 1163 | binfmt_misc (temporarily). |
| 1164 | |
| 1165 | Status of a single handler |
| 1166 | -------------------------- |
| 1167 | |
| 1168 | Each registered handler has an entry in /proc/sys/fs/binfmt_misc. These files |
| 1169 | perform the same function as status, but their scope is limited to the actual |
| 1170 | binary format. By cating this file, you also receive all related information |
| 1171 | about the interpreter/magic of the binfmt. |
| 1172 | |
| 1173 | Example usage of binfmt_misc (emulate binfmt_java) |
| 1174 | -------------------------------------------------- |
| 1175 | |
| 1176 | cd /proc/sys/fs/binfmt_misc |
| 1177 | echo ':Java:M::\xca\xfe\xba\xbe::/usr/local/java/bin/javawrapper:' > register |
| 1178 | echo ':HTML:E::html::/usr/local/java/bin/appletviewer:' > register |
| 1179 | echo ':Applet:M::<!--applet::/usr/local/java/bin/appletviewer:' > register |
| 1180 | echo ':DEXE:M::\x0eDEX::/usr/bin/dosexec:' > register |
| 1181 | |
| 1182 | |
| 1183 | These four lines add support for Java executables and Java applets (like |
| 1184 | binfmt_java, additionally recognizing the .html extension with no need to put |
| 1185 | <!--applet> to every applet file). You have to install the JDK and the |
| 1186 | shell-script /usr/local/java/bin/javawrapper too. It works around the |
| 1187 | brokenness of the Java filename handling. To add a Java binary, just create a |
| 1188 | link to the class-file somewhere in the path. |
| 1189 | |
| 1190 | 2.3 /proc/sys/kernel - general kernel parameters |
| 1191 | ------------------------------------------------ |
| 1192 | |
| 1193 | This directory reflects general kernel behaviors. As I've said before, the |
| 1194 | contents depend on your configuration. Here you'll find the most important |
| 1195 | files, along with descriptions of what they mean and how to use them. |
| 1196 | |
| 1197 | acct |
| 1198 | ---- |
| 1199 | |
| 1200 | The file contains three values; highwater, lowwater, and frequency. |
| 1201 | |
| 1202 | It exists only when BSD-style process accounting is enabled. These values |
| 1203 | control its behavior. If the free space on the file system where the log lives |
| 1204 | goes below lowwater percentage, accounting suspends. If it goes above |
| 1205 | highwater percentage, accounting resumes. Frequency determines how often you |
| 1206 | check the amount of free space (value is in seconds). Default settings are: 4, |
| 1207 | 2, and 30. That is, suspend accounting if there is less than 2 percent free; |
| 1208 | resume it if we have a value of 3 or more percent; consider information about |
| 1209 | the amount of free space valid for 30 seconds |
| 1210 | |
| 1211 | ctrl-alt-del |
| 1212 | ------------ |
| 1213 | |
| 1214 | When the value in this file is 0, ctrl-alt-del is trapped and sent to the init |
| 1215 | program to handle a graceful restart. However, when the value is greater that |
| 1216 | zero, Linux's reaction to this key combination will be an immediate reboot, |
| 1217 | without syncing its dirty buffers. |
| 1218 | |
| 1219 | [NOTE] |
| 1220 | When a program (like dosemu) has the keyboard in raw mode, the |
| 1221 | ctrl-alt-del is intercepted by the program before it ever reaches the |
| 1222 | kernel tty layer, and it is up to the program to decide what to do with |
| 1223 | it. |
| 1224 | |
| 1225 | domainname and hostname |
| 1226 | ----------------------- |
| 1227 | |
| 1228 | These files can be controlled to set the NIS domainname and hostname of your |
| 1229 | box. For the classic darkstar.frop.org a simple: |
| 1230 | |
| 1231 | # echo "darkstar" > /proc/sys/kernel/hostname |
| 1232 | # echo "frop.org" > /proc/sys/kernel/domainname |
| 1233 | |
| 1234 | |
| 1235 | would suffice to set your hostname and NIS domainname. |
| 1236 | |
| 1237 | osrelease, ostype and version |
| 1238 | ----------------------------- |
| 1239 | |
| 1240 | The names make it pretty obvious what these fields contain: |
| 1241 | |
| 1242 | > cat /proc/sys/kernel/osrelease |
| 1243 | 2.2.12 |
| 1244 | |
| 1245 | > cat /proc/sys/kernel/ostype |
| 1246 | Linux |
| 1247 | |
| 1248 | > cat /proc/sys/kernel/version |
| 1249 | #4 Fri Oct 1 12:41:14 PDT 1999 |
| 1250 | |
| 1251 | |
| 1252 | The files osrelease and ostype should be clear enough. Version needs a little |
| 1253 | more clarification. The #4 means that this is the 4th kernel built from this |
| 1254 | source base and the date after it indicates the time the kernel was built. The |
| 1255 | only way to tune these values is to rebuild the kernel. |
| 1256 | |
| 1257 | panic |
| 1258 | ----- |
| 1259 | |
| 1260 | The value in this file represents the number of seconds the kernel waits |
| 1261 | before rebooting on a panic. When you use the software watchdog, the |
| 1262 | recommended setting is 60. If set to 0, the auto reboot after a kernel panic |
| 1263 | is disabled, which is the default setting. |
| 1264 | |
| 1265 | printk |
| 1266 | ------ |
| 1267 | |
| 1268 | The four values in printk denote |
| 1269 | * console_loglevel, |
| 1270 | * default_message_loglevel, |
| 1271 | * minimum_console_loglevel and |
| 1272 | * default_console_loglevel |
| 1273 | respectively. |
| 1274 | |
| 1275 | These values influence printk() behavior when printing or logging error |
| 1276 | messages, which come from inside the kernel. See syslog(2) for more |
| 1277 | information on the different log levels. |
| 1278 | |
| 1279 | console_loglevel |
| 1280 | ---------------- |
| 1281 | |
| 1282 | Messages with a higher priority than this will be printed to the console. |
| 1283 | |
| 1284 | default_message_level |
| 1285 | --------------------- |
| 1286 | |
| 1287 | Messages without an explicit priority will be printed with this priority. |
| 1288 | |
| 1289 | minimum_console_loglevel |
| 1290 | ------------------------ |
| 1291 | |
| 1292 | Minimum (highest) value to which the console_loglevel can be set. |
| 1293 | |
| 1294 | default_console_loglevel |
| 1295 | ------------------------ |
| 1296 | |
| 1297 | Default value for console_loglevel. |
| 1298 | |
| 1299 | sg-big-buff |
| 1300 | ----------- |
| 1301 | |
| 1302 | This file shows the size of the generic SCSI (sg) buffer. At this point, you |
| 1303 | can't tune it yet, but you can change it at compile time by editing |
| 1304 | include/scsi/sg.h and changing the value of SG_BIG_BUFF. |
| 1305 | |
| 1306 | If you use a scanner with SANE (Scanner Access Now Easy) you might want to set |
| 1307 | this to a higher value. Refer to the SANE documentation on this issue. |
| 1308 | |
| 1309 | modprobe |
| 1310 | -------- |
| 1311 | |
| 1312 | The location where the modprobe binary is located. The kernel uses this |
| 1313 | program to load modules on demand. |
| 1314 | |
| 1315 | unknown_nmi_panic |
| 1316 | ----------------- |
| 1317 | |
| 1318 | The value in this file affects behavior of handling NMI. When the value is |
| 1319 | non-zero, unknown NMI is trapped and then panic occurs. At that time, kernel |
| 1320 | debugging information is displayed on console. |
| 1321 | |
| 1322 | NMI switch that most IA32 servers have fires unknown NMI up, for example. |
| 1323 | If a system hangs up, try pressing the NMI switch. |
| 1324 | |
Don Zickus | e33e89a | 2006-09-26 10:52:27 +0200 | [diff] [blame] | 1325 | nmi_watchdog |
| 1326 | ------------ |
| 1327 | |
| 1328 | Enables/Disables the NMI watchdog on x86 systems. When the value is non-zero |
| 1329 | the NMI watchdog is enabled and will continuously test all online cpus to |
| 1330 | determine whether or not they are still functioning properly. |
| 1331 | |
| 1332 | Because the NMI watchdog shares registers with oprofile, by disabling the NMI |
| 1333 | watchdog, oprofile may have more registers to utilize. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1334 | |
Kees Cook | 5096add | 2007-05-08 00:26:04 -0700 | [diff] [blame] | 1335 | maps_protect |
| 1336 | ------------ |
| 1337 | |
| 1338 | Enables/Disables the protection of the per-process proc entries "maps" and |
| 1339 | "smaps". When enabled, the contents of these files are visible only to |
| 1340 | readers that are allowed to ptrace() the given process. |
| 1341 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1342 | |
| 1343 | 2.4 /proc/sys/vm - The virtual memory subsystem |
| 1344 | ----------------------------------------------- |
| 1345 | |
| 1346 | The files in this directory can be used to tune the operation of the virtual |
| 1347 | memory (VM) subsystem of the Linux kernel. |
| 1348 | |
| 1349 | vfs_cache_pressure |
| 1350 | ------------------ |
| 1351 | |
| 1352 | Controls the tendency of the kernel to reclaim the memory which is used for |
| 1353 | caching of directory and inode objects. |
| 1354 | |
| 1355 | At the default value of vfs_cache_pressure=100 the kernel will attempt to |
| 1356 | reclaim dentries and inodes at a "fair" rate with respect to pagecache and |
| 1357 | swapcache reclaim. Decreasing vfs_cache_pressure causes the kernel to prefer |
| 1358 | to retain dentry and inode caches. Increasing vfs_cache_pressure beyond 100 |
| 1359 | causes the kernel to prefer to reclaim dentries and inodes. |
| 1360 | |
| 1361 | dirty_background_ratio |
| 1362 | ---------------------- |
| 1363 | |
| 1364 | Contains, as a percentage of total system memory, the number of pages at which |
| 1365 | the pdflush background writeback daemon will start writing out dirty data. |
| 1366 | |
| 1367 | dirty_ratio |
| 1368 | ----------------- |
| 1369 | |
| 1370 | Contains, as a percentage of total system memory, the number of pages at which |
| 1371 | a process which is generating disk writes will itself start writing out dirty |
| 1372 | data. |
| 1373 | |
| 1374 | dirty_writeback_centisecs |
| 1375 | ------------------------- |
| 1376 | |
| 1377 | The pdflush writeback daemons will periodically wake up and write `old' data |
| 1378 | out to disk. This tunable expresses the interval between those wakeups, in |
| 1379 | 100'ths of a second. |
| 1380 | |
| 1381 | Setting this to zero disables periodic writeback altogether. |
| 1382 | |
| 1383 | dirty_expire_centisecs |
| 1384 | ---------------------- |
| 1385 | |
| 1386 | This tunable is used to define when dirty data is old enough to be eligible |
| 1387 | for writeout by the pdflush daemons. It is expressed in 100'ths of a second. |
| 1388 | Data which has been dirty in-memory for longer than this interval will be |
| 1389 | written out next time a pdflush daemon wakes up. |
| 1390 | |
Bron Gondwana | 195cf453 | 2008-02-04 22:29:20 -0800 | [diff] [blame] | 1391 | highmem_is_dirtyable |
| 1392 | -------------------- |
| 1393 | |
| 1394 | Only present if CONFIG_HIGHMEM is set. |
| 1395 | |
| 1396 | This defaults to 0 (false), meaning that the ratios set above are calculated |
| 1397 | as a percentage of lowmem only. This protects against excessive scanning |
| 1398 | in page reclaim, swapping and general VM distress. |
| 1399 | |
| 1400 | Setting this to 1 can be useful on 32 bit machines where you want to make |
| 1401 | random changes within an MMAPed file that is larger than your available |
| 1402 | lowmem without causing large quantities of random IO. Is is safe if the |
| 1403 | behavior of all programs running on the machine is known and memory will |
| 1404 | not be otherwise stressed. |
| 1405 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1406 | legacy_va_layout |
| 1407 | ---------------- |
| 1408 | |
| 1409 | If non-zero, this sysctl disables the new 32-bit mmap mmap layout - the kernel |
| 1410 | will use the legacy (2.4) layout for all processes. |
| 1411 | |
Yasunori Goto | 7786fa9 | 2008-02-04 22:29:32 -0800 | [diff] [blame] | 1412 | lowmem_reserve_ratio |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1413 | --------------------- |
| 1414 | |
| 1415 | For some specialised workloads on highmem machines it is dangerous for |
| 1416 | the kernel to allow process memory to be allocated from the "lowmem" |
| 1417 | zone. This is because that memory could then be pinned via the mlock() |
| 1418 | system call, or by unavailability of swapspace. |
| 1419 | |
| 1420 | And on large highmem machines this lack of reclaimable lowmem memory |
| 1421 | can be fatal. |
| 1422 | |
| 1423 | So the Linux page allocator has a mechanism which prevents allocations |
| 1424 | which _could_ use highmem from using too much lowmem. This means that |
| 1425 | a certain amount of lowmem is defended from the possibility of being |
| 1426 | captured into pinned user memory. |
| 1427 | |
| 1428 | (The same argument applies to the old 16 megabyte ISA DMA region. This |
| 1429 | mechanism will also defend that region from allocations which could use |
| 1430 | highmem or lowmem). |
| 1431 | |
Yasunori Goto | 7786fa9 | 2008-02-04 22:29:32 -0800 | [diff] [blame] | 1432 | The `lowmem_reserve_ratio' tunable determines how aggressive the kernel is |
| 1433 | in defending these lower zones. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1434 | |
| 1435 | If you have a machine which uses highmem or ISA DMA and your |
| 1436 | applications are using mlock(), or if you are running with no swap then |
Yasunori Goto | 7786fa9 | 2008-02-04 22:29:32 -0800 | [diff] [blame] | 1437 | you probably should change the lowmem_reserve_ratio setting. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1438 | |
Yasunori Goto | 7786fa9 | 2008-02-04 22:29:32 -0800 | [diff] [blame] | 1439 | The lowmem_reserve_ratio is an array. You can see them by reading this file. |
| 1440 | - |
| 1441 | % cat /proc/sys/vm/lowmem_reserve_ratio |
| 1442 | 256 256 32 |
| 1443 | - |
| 1444 | Note: # of this elements is one fewer than number of zones. Because the highest |
| 1445 | zone's value is not necessary for following calculation. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1446 | |
Yasunori Goto | 7786fa9 | 2008-02-04 22:29:32 -0800 | [diff] [blame] | 1447 | But, these values are not used directly. The kernel calculates # of protection |
| 1448 | pages for each zones from them. These are shown as array of protection pages |
| 1449 | in /proc/zoneinfo like followings. (This is an example of x86-64 box). |
| 1450 | Each zone has an array of protection pages like this. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1451 | |
Yasunori Goto | 7786fa9 | 2008-02-04 22:29:32 -0800 | [diff] [blame] | 1452 | - |
| 1453 | Node 0, zone DMA |
| 1454 | pages free 1355 |
| 1455 | min 3 |
| 1456 | low 3 |
| 1457 | high 4 |
| 1458 | : |
| 1459 | : |
| 1460 | numa_other 0 |
| 1461 | protection: (0, 2004, 2004, 2004) |
| 1462 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |
| 1463 | pagesets |
| 1464 | cpu: 0 pcp: 0 |
| 1465 | : |
| 1466 | - |
| 1467 | These protections are added to score to judge whether this zone should be used |
| 1468 | for page allocation or should be reclaimed. |
| 1469 | |
| 1470 | In this example, if normal pages (index=2) are required to this DMA zone and |
| 1471 | pages_high is used for watermark, the kernel judges this zone should not be |
| 1472 | used because pages_free(1355) is smaller than watermark + protection[2] |
| 1473 | (4 + 2004 = 2008). If this protection value is 0, this zone would be used for |
| 1474 | normal page requirement. If requirement is DMA zone(index=0), protection[0] |
| 1475 | (=0) is used. |
| 1476 | |
Matt LaPlante | d919588 | 2008-07-25 19:45:33 -0700 | [diff] [blame] | 1477 | zone[i]'s protection[j] is calculated by following expression. |
Yasunori Goto | 7786fa9 | 2008-02-04 22:29:32 -0800 | [diff] [blame] | 1478 | |
| 1479 | (i < j): |
| 1480 | zone[i]->protection[j] |
| 1481 | = (total sums of present_pages from zone[i+1] to zone[j] on the node) |
| 1482 | / lowmem_reserve_ratio[i]; |
| 1483 | (i = j): |
| 1484 | (should not be protected. = 0; |
| 1485 | (i > j): |
| 1486 | (not necessary, but looks 0) |
| 1487 | |
| 1488 | The default values of lowmem_reserve_ratio[i] are |
| 1489 | 256 (if zone[i] means DMA or DMA32 zone) |
| 1490 | 32 (others). |
| 1491 | As above expression, they are reciprocal number of ratio. |
| 1492 | 256 means 1/256. # of protection pages becomes about "0.39%" of total present |
| 1493 | pages of higher zones on the node. |
| 1494 | |
| 1495 | If you would like to protect more pages, smaller values are effective. |
| 1496 | The minimum value is 1 (1/1 -> 100%). |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1497 | |
| 1498 | page-cluster |
| 1499 | ------------ |
| 1500 | |
| 1501 | page-cluster controls the number of pages which are written to swap in |
| 1502 | a single attempt. The swap I/O size. |
| 1503 | |
| 1504 | It is a logarithmic value - setting it to zero means "1 page", setting |
| 1505 | it to 1 means "2 pages", setting it to 2 means "4 pages", etc. |
| 1506 | |
| 1507 | The default value is three (eight pages at a time). There may be some |
| 1508 | small benefits in tuning this to a different value if your workload is |
| 1509 | swap-intensive. |
| 1510 | |
| 1511 | overcommit_memory |
| 1512 | ----------------- |
| 1513 | |
Chuck Ebbert | af97c72 | 2005-09-09 13:10:15 -0700 | [diff] [blame] | 1514 | Controls overcommit of system memory, possibly allowing processes |
| 1515 | to allocate (but not use) more memory than is actually available. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1516 | |
Chuck Ebbert | af97c72 | 2005-09-09 13:10:15 -0700 | [diff] [blame] | 1517 | |
| 1518 | 0 - Heuristic overcommit handling. Obvious overcommits of |
| 1519 | address space are refused. Used for a typical system. It |
| 1520 | ensures a seriously wild allocation fails while allowing |
| 1521 | overcommit to reduce swap usage. root is allowed to |
Matt LaPlante | 53cb472 | 2006-10-03 22:55:17 +0200 | [diff] [blame] | 1522 | allocate slightly more memory in this mode. This is the |
Chuck Ebbert | af97c72 | 2005-09-09 13:10:15 -0700 | [diff] [blame] | 1523 | default. |
| 1524 | |
| 1525 | 1 - Always overcommit. Appropriate for some scientific |
| 1526 | applications. |
| 1527 | |
| 1528 | 2 - Don't overcommit. The total address space commit |
| 1529 | for the system is not permitted to exceed swap plus a |
| 1530 | configurable percentage (default is 50) of physical RAM. |
| 1531 | Depending on the percentage you use, in most situations |
| 1532 | this means a process will not be killed while attempting |
| 1533 | to use already-allocated memory but will receive errors |
| 1534 | on memory allocation as appropriate. |
| 1535 | |
| 1536 | overcommit_ratio |
| 1537 | ---------------- |
| 1538 | |
| 1539 | Percentage of physical memory size to include in overcommit calculations |
| 1540 | (see above.) |
| 1541 | |
| 1542 | Memory allocation limit = swapspace + physmem * (overcommit_ratio / 100) |
| 1543 | |
| 1544 | swapspace = total size of all swap areas |
| 1545 | physmem = size of physical memory in system |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1546 | |
| 1547 | nr_hugepages and hugetlb_shm_group |
| 1548 | ---------------------------------- |
| 1549 | |
| 1550 | nr_hugepages configures number of hugetlb page reserved for the system. |
| 1551 | |
| 1552 | hugetlb_shm_group contains group id that is allowed to create SysV shared |
| 1553 | memory segment using hugetlb page. |
| 1554 | |
Mel Gorman | ed7ed36 | 2007-07-17 04:03:14 -0700 | [diff] [blame] | 1555 | hugepages_treat_as_movable |
| 1556 | -------------------------- |
| 1557 | |
| 1558 | This parameter is only useful when kernelcore= is specified at boot time to |
| 1559 | create ZONE_MOVABLE for pages that may be reclaimed or migrated. Huge pages |
| 1560 | are not movable so are not normally allocated from ZONE_MOVABLE. A non-zero |
| 1561 | value written to hugepages_treat_as_movable allows huge pages to be allocated |
| 1562 | from ZONE_MOVABLE. |
| 1563 | |
| 1564 | Once enabled, the ZONE_MOVABLE is treated as an area of memory the huge |
| 1565 | pages pool can easily grow or shrink within. Assuming that applications are |
| 1566 | not running that mlock() a lot of memory, it is likely the huge pages pool |
| 1567 | can grow to the size of ZONE_MOVABLE by repeatedly entering the desired value |
| 1568 | into nr_hugepages and triggering page reclaim. |
| 1569 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1570 | laptop_mode |
| 1571 | ----------- |
| 1572 | |
| 1573 | laptop_mode is a knob that controls "laptop mode". All the things that are |
Randy Dunlap | a09a20b | 2008-03-04 13:41:26 -0800 | [diff] [blame] | 1574 | controlled by this knob are discussed in Documentation/laptops/laptop-mode.txt. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1575 | |
| 1576 | block_dump |
| 1577 | ---------- |
| 1578 | |
| 1579 | block_dump enables block I/O debugging when set to a nonzero value. More |
Randy Dunlap | a09a20b | 2008-03-04 13:41:26 -0800 | [diff] [blame] | 1580 | information on block I/O debugging is in Documentation/laptops/laptop-mode.txt. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1581 | |
| 1582 | swap_token_timeout |
| 1583 | ------------------ |
| 1584 | |
| 1585 | This file contains valid hold time of swap out protection token. The Linux |
| 1586 | VM has token based thrashing control mechanism and uses the token to prevent |
| 1587 | unnecessary page faults in thrashing situation. The unit of the value is |
| 1588 | second. The value would be useful to tune thrashing behavior. |
| 1589 | |
Andrew Morton | 9d0243b | 2006-01-08 01:00:39 -0800 | [diff] [blame] | 1590 | drop_caches |
| 1591 | ----------- |
| 1592 | |
| 1593 | Writing to this will cause the kernel to drop clean caches, dentries and |
| 1594 | inodes from memory, causing that memory to become free. |
| 1595 | |
| 1596 | To free pagecache: |
| 1597 | echo 1 > /proc/sys/vm/drop_caches |
| 1598 | To free dentries and inodes: |
| 1599 | echo 2 > /proc/sys/vm/drop_caches |
| 1600 | To free pagecache, dentries and inodes: |
| 1601 | echo 3 > /proc/sys/vm/drop_caches |
| 1602 | |
| 1603 | As this is a non-destructive operation and dirty objects are not freeable, the |
| 1604 | user should run `sync' first. |
| 1605 | |
| 1606 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1607 | 2.5 /proc/sys/dev - Device specific parameters |
| 1608 | ---------------------------------------------- |
| 1609 | |
| 1610 | Currently there is only support for CDROM drives, and for those, there is only |
| 1611 | one read-only file containing information about the CD-ROM drives attached to |
| 1612 | the system: |
| 1613 | |
| 1614 | >cat /proc/sys/dev/cdrom/info |
| 1615 | CD-ROM information, Id: cdrom.c 2.55 1999/04/25 |
| 1616 | |
| 1617 | drive name: sr0 hdb |
| 1618 | drive speed: 32 40 |
| 1619 | drive # of slots: 1 0 |
| 1620 | Can close tray: 1 1 |
| 1621 | Can open tray: 1 1 |
| 1622 | Can lock tray: 1 1 |
| 1623 | Can change speed: 1 1 |
| 1624 | Can select disk: 0 1 |
| 1625 | Can read multisession: 1 1 |
| 1626 | Can read MCN: 1 1 |
| 1627 | Reports media changed: 1 1 |
| 1628 | Can play audio: 1 1 |
| 1629 | |
| 1630 | |
| 1631 | You see two drives, sr0 and hdb, along with a list of their features. |
| 1632 | |
| 1633 | 2.6 /proc/sys/sunrpc - Remote procedure calls |
| 1634 | --------------------------------------------- |
| 1635 | |
| 1636 | This directory contains four files, which enable or disable debugging for the |
| 1637 | RPC functions NFS, NFS-daemon, RPC and NLM. The default values are 0. They can |
| 1638 | be set to one to turn debugging on. (The default value is 0 for each) |
| 1639 | |
| 1640 | 2.7 /proc/sys/net - Networking stuff |
| 1641 | ------------------------------------ |
| 1642 | |
| 1643 | The interface to the networking parts of the kernel is located in |
| 1644 | /proc/sys/net. Table 2-3 shows all possible subdirectories. You may see only |
| 1645 | some of them, depending on your kernel's configuration. |
| 1646 | |
| 1647 | |
| 1648 | Table 2-3: Subdirectories in /proc/sys/net |
| 1649 | .............................................................................. |
| 1650 | Directory Content Directory Content |
| 1651 | core General parameter appletalk Appletalk protocol |
| 1652 | unix Unix domain sockets netrom NET/ROM |
| 1653 | 802 E802 protocol ax25 AX25 |
| 1654 | ethernet Ethernet protocol rose X.25 PLP layer |
| 1655 | ipv4 IP version 4 x25 X.25 protocol |
| 1656 | ipx IPX token-ring IBM token ring |
| 1657 | bridge Bridging decnet DEC net |
| 1658 | ipv6 IP version 6 |
| 1659 | .............................................................................. |
| 1660 | |
| 1661 | We will concentrate on IP networking here. Since AX15, X.25, and DEC Net are |
| 1662 | only minor players in the Linux world, we'll skip them in this chapter. You'll |
| 1663 | find some short info on Appletalk and IPX further on in this chapter. Review |
| 1664 | the online documentation and the kernel source to get a detailed view of the |
| 1665 | parameters for those protocols. In this section we'll discuss the |
| 1666 | subdirectories printed in bold letters in the table above. As default values |
| 1667 | are suitable for most needs, there is no need to change these values. |
| 1668 | |
| 1669 | /proc/sys/net/core - Network core options |
| 1670 | ----------------------------------------- |
| 1671 | |
| 1672 | rmem_default |
| 1673 | ------------ |
| 1674 | |
| 1675 | The default setting of the socket receive buffer in bytes. |
| 1676 | |
| 1677 | rmem_max |
| 1678 | -------- |
| 1679 | |
| 1680 | The maximum receive socket buffer size in bytes. |
| 1681 | |
| 1682 | wmem_default |
| 1683 | ------------ |
| 1684 | |
| 1685 | The default setting (in bytes) of the socket send buffer. |
| 1686 | |
| 1687 | wmem_max |
| 1688 | -------- |
| 1689 | |
| 1690 | The maximum send socket buffer size in bytes. |
| 1691 | |
| 1692 | message_burst and message_cost |
| 1693 | ------------------------------ |
| 1694 | |
| 1695 | These parameters are used to limit the warning messages written to the kernel |
| 1696 | log from the networking code. They enforce a rate limit to make a |
| 1697 | denial-of-service attack impossible. A higher message_cost factor, results in |
| 1698 | fewer messages that will be written. Message_burst controls when messages will |
| 1699 | be dropped. The default settings limit warning messages to one every five |
| 1700 | seconds. |
| 1701 | |
Stephen Hemminger | a2a316f | 2007-03-08 20:41:08 -0800 | [diff] [blame] | 1702 | warnings |
| 1703 | -------- |
| 1704 | |
| 1705 | This controls console messages from the networking stack that can occur because |
| 1706 | of problems on the network like duplicate address or bad checksums. Normally, |
| 1707 | this should be enabled, but if the problem persists the messages can be |
| 1708 | disabled. |
| 1709 | |
| 1710 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1711 | netdev_max_backlog |
| 1712 | ------------------ |
| 1713 | |
| 1714 | Maximum number of packets, queued on the INPUT side, when the interface |
| 1715 | receives packets faster than kernel can process them. |
| 1716 | |
| 1717 | optmem_max |
| 1718 | ---------- |
| 1719 | |
| 1720 | Maximum ancillary buffer size allowed per socket. Ancillary data is a sequence |
| 1721 | of struct cmsghdr structures with appended data. |
| 1722 | |
| 1723 | /proc/sys/net/unix - Parameters for Unix domain sockets |
| 1724 | ------------------------------------------------------- |
| 1725 | |
| 1726 | There are only two files in this subdirectory. They control the delays for |
| 1727 | deleting and destroying socket descriptors. |
| 1728 | |
| 1729 | 2.8 /proc/sys/net/ipv4 - IPV4 settings |
| 1730 | -------------------------------------- |
| 1731 | |
| 1732 | IP version 4 is still the most used protocol in Unix networking. It will be |
| 1733 | replaced by IP version 6 in the next couple of years, but for the moment it's |
| 1734 | the de facto standard for the internet and is used in most networking |
| 1735 | environments around the world. Because of the importance of this protocol, |
| 1736 | we'll have a deeper look into the subtree controlling the behavior of the IPv4 |
| 1737 | subsystem of the Linux kernel. |
| 1738 | |
| 1739 | Let's start with the entries in /proc/sys/net/ipv4. |
| 1740 | |
| 1741 | ICMP settings |
| 1742 | ------------- |
| 1743 | |
| 1744 | icmp_echo_ignore_all and icmp_echo_ignore_broadcasts |
| 1745 | ---------------------------------------------------- |
| 1746 | |
| 1747 | Turn on (1) or off (0), if the kernel should ignore all ICMP ECHO requests, or |
| 1748 | just those to broadcast and multicast addresses. |
| 1749 | |
| 1750 | Please note that if you accept ICMP echo requests with a broadcast/multi\-cast |
| 1751 | destination address your network may be used as an exploder for denial of |
| 1752 | service packet flooding attacks to other hosts. |
| 1753 | |
| 1754 | icmp_destunreach_rate, icmp_echoreply_rate, icmp_paramprob_rate and icmp_timeexeed_rate |
| 1755 | --------------------------------------------------------------------------------------- |
| 1756 | |
| 1757 | Sets limits for sending ICMP packets to specific targets. A value of zero |
| 1758 | disables all limiting. Any positive value sets the maximum package rate in |
| 1759 | hundredth of a second (on Intel systems). |
| 1760 | |
| 1761 | IP settings |
| 1762 | ----------- |
| 1763 | |
| 1764 | ip_autoconfig |
| 1765 | ------------- |
| 1766 | |
| 1767 | This file contains the number one if the host received its IP configuration by |
| 1768 | RARP, BOOTP, DHCP or a similar mechanism. Otherwise it is zero. |
| 1769 | |
| 1770 | ip_default_ttl |
| 1771 | -------------- |
| 1772 | |
| 1773 | TTL (Time To Live) for IPv4 interfaces. This is simply the maximum number of |
| 1774 | hops a packet may travel. |
| 1775 | |
| 1776 | ip_dynaddr |
| 1777 | ---------- |
| 1778 | |
| 1779 | Enable dynamic socket address rewriting on interface address change. This is |
| 1780 | useful for dialup interface with changing IP addresses. |
| 1781 | |
| 1782 | ip_forward |
| 1783 | ---------- |
| 1784 | |
| 1785 | Enable or disable forwarding of IP packages between interfaces. Changing this |
| 1786 | value resets all other parameters to their default values. They differ if the |
| 1787 | kernel is configured as host or router. |
| 1788 | |
| 1789 | ip_local_port_range |
| 1790 | ------------------- |
| 1791 | |
| 1792 | Range of ports used by TCP and UDP to choose the local port. Contains two |
| 1793 | numbers, the first number is the lowest port, the second number the highest |
| 1794 | local port. Default is 1024-4999. Should be changed to 32768-61000 for |
| 1795 | high-usage systems. |
| 1796 | |
| 1797 | ip_no_pmtu_disc |
| 1798 | --------------- |
| 1799 | |
| 1800 | Global switch to turn path MTU discovery off. It can also be set on a per |
| 1801 | socket basis by the applications or on a per route basis. |
| 1802 | |
| 1803 | ip_masq_debug |
| 1804 | ------------- |
| 1805 | |
| 1806 | Enable/disable debugging of IP masquerading. |
| 1807 | |
| 1808 | IP fragmentation settings |
| 1809 | ------------------------- |
| 1810 | |
| 1811 | ipfrag_high_trash and ipfrag_low_trash |
| 1812 | -------------------------------------- |
| 1813 | |
| 1814 | Maximum memory used to reassemble IP fragments. When ipfrag_high_thresh bytes |
| 1815 | of memory is allocated for this purpose, the fragment handler will toss |
| 1816 | packets until ipfrag_low_thresh is reached. |
| 1817 | |
| 1818 | ipfrag_time |
| 1819 | ----------- |
| 1820 | |
| 1821 | Time in seconds to keep an IP fragment in memory. |
| 1822 | |
| 1823 | TCP settings |
| 1824 | ------------ |
| 1825 | |
| 1826 | tcp_ecn |
| 1827 | ------- |
| 1828 | |
Matt LaPlante | fa00e7e | 2006-11-30 04:55:36 +0100 | [diff] [blame] | 1829 | This file controls the use of the ECN bit in the IPv4 headers. This is a new |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1830 | feature about Explicit Congestion Notification, but some routers and firewalls |
Matt LaPlante | fa00e7e | 2006-11-30 04:55:36 +0100 | [diff] [blame] | 1831 | block traffic that has this bit set, so it could be necessary to echo 0 to |
| 1832 | /proc/sys/net/ipv4/tcp_ecn if you want to talk to these sites. For more info |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1833 | you could read RFC2481. |
| 1834 | |
| 1835 | tcp_retrans_collapse |
| 1836 | -------------------- |
| 1837 | |
| 1838 | Bug-to-bug compatibility with some broken printers. On retransmit, try to send |
| 1839 | larger packets to work around bugs in certain TCP stacks. Can be turned off by |
| 1840 | setting it to zero. |
| 1841 | |
| 1842 | tcp_keepalive_probes |
| 1843 | -------------------- |
| 1844 | |
| 1845 | Number of keep alive probes TCP sends out, until it decides that the |
| 1846 | connection is broken. |
| 1847 | |
| 1848 | tcp_keepalive_time |
| 1849 | ------------------ |
| 1850 | |
| 1851 | How often TCP sends out keep alive messages, when keep alive is enabled. The |
| 1852 | default is 2 hours. |
| 1853 | |
| 1854 | tcp_syn_retries |
| 1855 | --------------- |
| 1856 | |
| 1857 | Number of times initial SYNs for a TCP connection attempt will be |
| 1858 | retransmitted. Should not be higher than 255. This is only the timeout for |
| 1859 | outgoing connections, for incoming connections the number of retransmits is |
| 1860 | defined by tcp_retries1. |
| 1861 | |
| 1862 | tcp_sack |
| 1863 | -------- |
| 1864 | |
| 1865 | Enable select acknowledgments after RFC2018. |
| 1866 | |
| 1867 | tcp_timestamps |
| 1868 | -------------- |
| 1869 | |
| 1870 | Enable timestamps as defined in RFC1323. |
| 1871 | |
| 1872 | tcp_stdurg |
| 1873 | ---------- |
| 1874 | |
| 1875 | Enable the strict RFC793 interpretation of the TCP urgent pointer field. The |
| 1876 | default is to use the BSD compatible interpretation of the urgent pointer |
| 1877 | pointing to the first byte after the urgent data. The RFC793 interpretation is |
| 1878 | to have it point to the last byte of urgent data. Enabling this option may |
Matt LaPlante | 2fe0ae7 | 2006-10-03 22:50:39 +0200 | [diff] [blame] | 1879 | lead to interoperability problems. Disabled by default. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1880 | |
| 1881 | tcp_syncookies |
| 1882 | -------------- |
| 1883 | |
| 1884 | Only valid when the kernel was compiled with CONFIG_SYNCOOKIES. Send out |
| 1885 | syncookies when the syn backlog queue of a socket overflows. This is to ward |
| 1886 | off the common 'syn flood attack'. Disabled by default. |
| 1887 | |
| 1888 | Note that the concept of a socket backlog is abandoned. This means the peer |
| 1889 | may not receive reliable error messages from an over loaded server with |
| 1890 | syncookies enabled. |
| 1891 | |
| 1892 | tcp_window_scaling |
| 1893 | ------------------ |
| 1894 | |
| 1895 | Enable window scaling as defined in RFC1323. |
| 1896 | |
| 1897 | tcp_fin_timeout |
| 1898 | --------------- |
| 1899 | |
| 1900 | The length of time in seconds it takes to receive a final FIN before the |
| 1901 | socket is always closed. This is strictly a violation of the TCP |
| 1902 | specification, but required to prevent denial-of-service attacks. |
| 1903 | |
| 1904 | tcp_max_ka_probes |
| 1905 | ----------------- |
| 1906 | |
| 1907 | Indicates how many keep alive probes are sent per slow timer run. Should not |
| 1908 | be set too high to prevent bursts. |
| 1909 | |
| 1910 | tcp_max_syn_backlog |
| 1911 | ------------------- |
| 1912 | |
| 1913 | Length of the per socket backlog queue. Since Linux 2.2 the backlog specified |
| 1914 | in listen(2) only specifies the length of the backlog queue of already |
| 1915 | established sockets. When more connection requests arrive Linux starts to drop |
| 1916 | packets. When syncookies are enabled the packets are still answered and the |
| 1917 | maximum queue is effectively ignored. |
| 1918 | |
| 1919 | tcp_retries1 |
| 1920 | ------------ |
| 1921 | |
| 1922 | Defines how often an answer to a TCP connection request is retransmitted |
| 1923 | before giving up. |
| 1924 | |
| 1925 | tcp_retries2 |
| 1926 | ------------ |
| 1927 | |
| 1928 | Defines how often a TCP packet is retransmitted before giving up. |
| 1929 | |
| 1930 | Interface specific settings |
| 1931 | --------------------------- |
| 1932 | |
| 1933 | In the directory /proc/sys/net/ipv4/conf you'll find one subdirectory for each |
| 1934 | interface the system knows about and one directory calls all. Changes in the |
| 1935 | all subdirectory affect all interfaces, whereas changes in the other |
| 1936 | subdirectories affect only one interface. All directories have the same |
| 1937 | entries: |
| 1938 | |
| 1939 | accept_redirects |
| 1940 | ---------------- |
| 1941 | |
| 1942 | This switch decides if the kernel accepts ICMP redirect messages or not. The |
| 1943 | default is 'yes' if the kernel is configured for a regular host and 'no' for a |
| 1944 | router configuration. |
| 1945 | |
| 1946 | accept_source_route |
| 1947 | ------------------- |
| 1948 | |
| 1949 | Should source routed packages be accepted or declined. The default is |
| 1950 | dependent on the kernel configuration. It's 'yes' for routers and 'no' for |
| 1951 | hosts. |
| 1952 | |
| 1953 | bootp_relay |
| 1954 | ~~~~~~~~~~~ |
| 1955 | |
| 1956 | Accept packets with source address 0.b.c.d with destinations not to this host |
| 1957 | as local ones. It is supposed that a BOOTP relay daemon will catch and forward |
| 1958 | such packets. |
| 1959 | |
| 1960 | The default is 0, since this feature is not implemented yet (kernel version |
| 1961 | 2.2.12). |
| 1962 | |
| 1963 | forwarding |
| 1964 | ---------- |
| 1965 | |
| 1966 | Enable or disable IP forwarding on this interface. |
| 1967 | |
| 1968 | log_martians |
| 1969 | ------------ |
| 1970 | |
| 1971 | Log packets with source addresses with no known route to kernel log. |
| 1972 | |
| 1973 | mc_forwarding |
| 1974 | ------------- |
| 1975 | |
| 1976 | Do multicast routing. The kernel needs to be compiled with CONFIG_MROUTE and a |
| 1977 | multicast routing daemon is required. |
| 1978 | |
| 1979 | proxy_arp |
| 1980 | --------- |
| 1981 | |
| 1982 | Does (1) or does not (0) perform proxy ARP. |
| 1983 | |
| 1984 | rp_filter |
| 1985 | --------- |
| 1986 | |
| 1987 | Integer value determines if a source validation should be made. 1 means yes, 0 |
| 1988 | means no. Disabled by default, but local/broadcast address spoofing is always |
| 1989 | on. |
| 1990 | |
| 1991 | If you set this to 1 on a router that is the only connection for a network to |
| 1992 | the net, it will prevent spoofing attacks against your internal networks |
| 1993 | (external addresses can still be spoofed), without the need for additional |
| 1994 | firewall rules. |
| 1995 | |
| 1996 | secure_redirects |
| 1997 | ---------------- |
| 1998 | |
| 1999 | Accept ICMP redirect messages only for gateways, listed in default gateway |
| 2000 | list. Enabled by default. |
| 2001 | |
| 2002 | shared_media |
| 2003 | ------------ |
| 2004 | |
| 2005 | If it is not set the kernel does not assume that different subnets on this |
| 2006 | device can communicate directly. Default setting is 'yes'. |
| 2007 | |
| 2008 | send_redirects |
| 2009 | -------------- |
| 2010 | |
| 2011 | Determines whether to send ICMP redirects to other hosts. |
| 2012 | |
| 2013 | Routing settings |
| 2014 | ---------------- |
| 2015 | |
| 2016 | The directory /proc/sys/net/ipv4/route contains several file to control |
| 2017 | routing issues. |
| 2018 | |
| 2019 | error_burst and error_cost |
| 2020 | -------------------------- |
| 2021 | |
| 2022 | These parameters are used to limit how many ICMP destination unreachable to |
| 2023 | send from the host in question. ICMP destination unreachable messages are |
Matt LaPlante | 84eb8d0 | 2006-10-03 22:53:09 +0200 | [diff] [blame] | 2024 | sent when we cannot reach the next hop while trying to transmit a packet. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 2025 | It will also print some error messages to kernel logs if someone is ignoring |
| 2026 | our ICMP redirects. The higher the error_cost factor is, the fewer |
| 2027 | destination unreachable and error messages will be let through. Error_burst |
| 2028 | controls when destination unreachable messages and error messages will be |
| 2029 | dropped. The default settings limit warning messages to five every second. |
| 2030 | |
| 2031 | flush |
| 2032 | ----- |
| 2033 | |
| 2034 | Writing to this file results in a flush of the routing cache. |
| 2035 | |
| 2036 | gc_elasticity, gc_interval, gc_min_interval_ms, gc_timeout, gc_thresh |
| 2037 | --------------------------------------------------------------------- |
| 2038 | |
| 2039 | Values to control the frequency and behavior of the garbage collection |
| 2040 | algorithm for the routing cache. gc_min_interval is deprecated and replaced |
| 2041 | by gc_min_interval_ms. |
| 2042 | |
| 2043 | |
| 2044 | max_size |
| 2045 | -------- |
| 2046 | |
| 2047 | Maximum size of the routing cache. Old entries will be purged once the cache |
| 2048 | reached has this size. |
| 2049 | |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 2050 | redirect_load, redirect_number |
| 2051 | ------------------------------ |
| 2052 | |
| 2053 | Factors which determine if more ICPM redirects should be sent to a specific |
| 2054 | host. No redirects will be sent once the load limit or the maximum number of |
| 2055 | redirects has been reached. |
| 2056 | |
| 2057 | redirect_silence |
| 2058 | ---------------- |
| 2059 | |
| 2060 | Timeout for redirects. After this period redirects will be sent again, even if |
| 2061 | this has been stopped, because the load or number limit has been reached. |
| 2062 | |
| 2063 | Network Neighbor handling |
| 2064 | ------------------------- |
| 2065 | |
| 2066 | Settings about how to handle connections with direct neighbors (nodes attached |
| 2067 | to the same link) can be found in the directory /proc/sys/net/ipv4/neigh. |
| 2068 | |
| 2069 | As we saw it in the conf directory, there is a default subdirectory which |
| 2070 | holds the default values, and one directory for each interface. The contents |
| 2071 | of the directories are identical, with the single exception that the default |
| 2072 | settings contain additional options to set garbage collection parameters. |
| 2073 | |
| 2074 | In the interface directories you'll find the following entries: |
| 2075 | |
| 2076 | base_reachable_time, base_reachable_time_ms |
| 2077 | ------------------------------------------- |
| 2078 | |
| 2079 | A base value used for computing the random reachable time value as specified |
| 2080 | in RFC2461. |
| 2081 | |
| 2082 | Expression of base_reachable_time, which is deprecated, is in seconds. |
| 2083 | Expression of base_reachable_time_ms is in milliseconds. |
| 2084 | |
| 2085 | retrans_time, retrans_time_ms |
| 2086 | ----------------------------- |
| 2087 | |
| 2088 | The time between retransmitted Neighbor Solicitation messages. |
| 2089 | Used for address resolution and to determine if a neighbor is |
| 2090 | unreachable. |
| 2091 | |
| 2092 | Expression of retrans_time, which is deprecated, is in 1/100 seconds (for |
| 2093 | IPv4) or in jiffies (for IPv6). |
| 2094 | Expression of retrans_time_ms is in milliseconds. |
| 2095 | |
| 2096 | unres_qlen |
| 2097 | ---------- |
| 2098 | |
| 2099 | Maximum queue length for a pending arp request - the number of packets which |
| 2100 | are accepted from other layers while the ARP address is still resolved. |
| 2101 | |
| 2102 | anycast_delay |
| 2103 | ------------- |
| 2104 | |
| 2105 | Maximum for random delay of answers to neighbor solicitation messages in |
| 2106 | jiffies (1/100 sec). Not yet implemented (Linux does not have anycast support |
| 2107 | yet). |
| 2108 | |
| 2109 | ucast_solicit |
| 2110 | ------------- |
| 2111 | |
| 2112 | Maximum number of retries for unicast solicitation. |
| 2113 | |
| 2114 | mcast_solicit |
| 2115 | ------------- |
| 2116 | |
| 2117 | Maximum number of retries for multicast solicitation. |
| 2118 | |
| 2119 | delay_first_probe_time |
| 2120 | ---------------------- |
| 2121 | |
| 2122 | Delay for the first time probe if the neighbor is reachable. (see |
| 2123 | gc_stale_time) |
| 2124 | |
| 2125 | locktime |
| 2126 | -------- |
| 2127 | |
| 2128 | An ARP/neighbor entry is only replaced with a new one if the old is at least |
| 2129 | locktime old. This prevents ARP cache thrashing. |
| 2130 | |
| 2131 | proxy_delay |
| 2132 | ----------- |
| 2133 | |
| 2134 | Maximum time (real time is random [0..proxytime]) before answering to an ARP |
| 2135 | request for which we have an proxy ARP entry. In some cases, this is used to |
| 2136 | prevent network flooding. |
| 2137 | |
| 2138 | proxy_qlen |
| 2139 | ---------- |
| 2140 | |
| 2141 | Maximum queue length of the delayed proxy arp timer. (see proxy_delay). |
| 2142 | |
Matt LaPlante | 53cb472 | 2006-10-03 22:55:17 +0200 | [diff] [blame] | 2143 | app_solicit |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 2144 | ---------- |
| 2145 | |
| 2146 | Determines the number of requests to send to the user level ARP daemon. Use 0 |
| 2147 | to turn off. |
| 2148 | |
| 2149 | gc_stale_time |
| 2150 | ------------- |
| 2151 | |
| 2152 | Determines how often to check for stale ARP entries. After an ARP entry is |
| 2153 | stale it will be resolved again (which is useful when an IP address migrates |
| 2154 | to another machine). When ucast_solicit is greater than 0 it first tries to |
| 2155 | send an ARP packet directly to the known host When that fails and |
| 2156 | mcast_solicit is greater than 0, an ARP request is broadcasted. |
| 2157 | |
| 2158 | 2.9 Appletalk |
| 2159 | ------------- |
| 2160 | |
| 2161 | The /proc/sys/net/appletalk directory holds the Appletalk configuration data |
| 2162 | when Appletalk is loaded. The configurable parameters are: |
| 2163 | |
| 2164 | aarp-expiry-time |
| 2165 | ---------------- |
| 2166 | |
| 2167 | The amount of time we keep an ARP entry before expiring it. Used to age out |
| 2168 | old hosts. |
| 2169 | |
| 2170 | aarp-resolve-time |
| 2171 | ----------------- |
| 2172 | |
| 2173 | The amount of time we will spend trying to resolve an Appletalk address. |
| 2174 | |
| 2175 | aarp-retransmit-limit |
| 2176 | --------------------- |
| 2177 | |
| 2178 | The number of times we will retransmit a query before giving up. |
| 2179 | |
| 2180 | aarp-tick-time |
| 2181 | -------------- |
| 2182 | |
| 2183 | Controls the rate at which expires are checked. |
| 2184 | |
| 2185 | The directory /proc/net/appletalk holds the list of active Appletalk sockets |
| 2186 | on a machine. |
| 2187 | |
| 2188 | The fields indicate the DDP type, the local address (in network:node format) |
| 2189 | the remote address, the size of the transmit pending queue, the size of the |
| 2190 | received queue (bytes waiting for applications to read) the state and the uid |
| 2191 | owning the socket. |
| 2192 | |
| 2193 | /proc/net/atalk_iface lists all the interfaces configured for appletalk.It |
| 2194 | shows the name of the interface, its Appletalk address, the network range on |
| 2195 | that address (or network number for phase 1 networks), and the status of the |
| 2196 | interface. |
| 2197 | |
| 2198 | /proc/net/atalk_route lists each known network route. It lists the target |
| 2199 | (network) that the route leads to, the router (may be directly connected), the |
| 2200 | route flags, and the device the route is using. |
| 2201 | |
| 2202 | 2.10 IPX |
| 2203 | -------- |
| 2204 | |
| 2205 | The IPX protocol has no tunable values in proc/sys/net. |
| 2206 | |
| 2207 | The IPX protocol does, however, provide proc/net/ipx. This lists each IPX |
| 2208 | socket giving the local and remote addresses in Novell format (that is |
| 2209 | network:node:port). In accordance with the strange Novell tradition, |
| 2210 | everything but the port is in hex. Not_Connected is displayed for sockets that |
| 2211 | are not tied to a specific remote address. The Tx and Rx queue sizes indicate |
| 2212 | the number of bytes pending for transmission and reception. The state |
| 2213 | indicates the state the socket is in and the uid is the owning uid of the |
| 2214 | socket. |
| 2215 | |
| 2216 | The /proc/net/ipx_interface file lists all IPX interfaces. For each interface |
| 2217 | it gives the network number, the node number, and indicates if the network is |
| 2218 | the primary network. It also indicates which device it is bound to (or |
| 2219 | Internal for internal networks) and the Frame Type if appropriate. Linux |
| 2220 | supports 802.3, 802.2, 802.2 SNAP and DIX (Blue Book) ethernet framing for |
| 2221 | IPX. |
| 2222 | |
| 2223 | The /proc/net/ipx_route table holds a list of IPX routes. For each route it |
| 2224 | gives the destination network, the router node (or Directly) and the network |
| 2225 | address of the router (or Connected) for internal networks. |
| 2226 | |
| 2227 | 2.11 /proc/sys/fs/mqueue - POSIX message queues filesystem |
| 2228 | ---------------------------------------------------------- |
| 2229 | |
| 2230 | The "mqueue" filesystem provides the necessary kernel features to enable the |
| 2231 | creation of a user space library that implements the POSIX message queues |
| 2232 | API (as noted by the MSG tag in the POSIX 1003.1-2001 version of the System |
| 2233 | Interfaces specification.) |
| 2234 | |
| 2235 | The "mqueue" filesystem contains values for determining/setting the amount of |
| 2236 | resources used by the file system. |
| 2237 | |
| 2238 | /proc/sys/fs/mqueue/queues_max is a read/write file for setting/getting the |
| 2239 | maximum number of message queues allowed on the system. |
| 2240 | |
| 2241 | /proc/sys/fs/mqueue/msg_max is a read/write file for setting/getting the |
| 2242 | maximum number of messages in a queue value. In fact it is the limiting value |
| 2243 | for another (user) limit which is set in mq_open invocation. This attribute of |
| 2244 | a queue must be less or equal then msg_max. |
| 2245 | |
| 2246 | /proc/sys/fs/mqueue/msgsize_max is a read/write file for setting/getting the |
| 2247 | maximum message size value (it is every message queue's attribute set during |
| 2248 | its creation). |
| 2249 | |
Jan-Frode Myklebust | d7ff0db | 2006-09-29 01:59:45 -0700 | [diff] [blame] | 2250 | 2.12 /proc/<pid>/oom_adj - Adjust the oom-killer score |
| 2251 | ------------------------------------------------------ |
| 2252 | |
| 2253 | This file can be used to adjust the score used to select which processes |
| 2254 | should be killed in an out-of-memory situation. Giving it a high score will |
| 2255 | increase the likelihood of this process being killed by the oom-killer. Valid |
| 2256 | values are in the range -16 to +15, plus the special value -17, which disables |
| 2257 | oom-killing altogether for this process. |
| 2258 | |
| 2259 | 2.13 /proc/<pid>/oom_score - Display current oom-killer score |
| 2260 | ------------------------------------------------------------- |
| 2261 | |
| 2262 | ------------------------------------------------------------------------------ |
| 2263 | This file can be used to check the current score used by the oom-killer is for |
| 2264 | any given <pid>. Use it together with /proc/<pid>/oom_adj to tune which |
| 2265 | process should be killed in an out-of-memory situation. |
Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 2266 | |
| 2267 | ------------------------------------------------------------------------------ |
| 2268 | Summary |
| 2269 | ------------------------------------------------------------------------------ |
| 2270 | Certain aspects of kernel behavior can be modified at runtime, without the |
| 2271 | need to recompile the kernel, or even to reboot the system. The files in the |
| 2272 | /proc/sys tree can not only be read, but also modified. You can use the echo |
| 2273 | command to write value into these files, thereby changing the default settings |
| 2274 | of the kernel. |
| 2275 | ------------------------------------------------------------------------------ |
Roland Kletzing | f9c9946 | 2007-03-05 00:30:54 -0800 | [diff] [blame] | 2276 | |
| 2277 | 2.14 /proc/<pid>/io - Display the IO accounting fields |
| 2278 | ------------------------------------------------------- |
| 2279 | |
| 2280 | This file contains IO statistics for each running process |
| 2281 | |
| 2282 | Example |
| 2283 | ------- |
| 2284 | |
| 2285 | test:/tmp # dd if=/dev/zero of=/tmp/test.dat & |
| 2286 | [1] 3828 |
| 2287 | |
| 2288 | test:/tmp # cat /proc/3828/io |
| 2289 | rchar: 323934931 |
| 2290 | wchar: 323929600 |
| 2291 | syscr: 632687 |
| 2292 | syscw: 632675 |
| 2293 | read_bytes: 0 |
| 2294 | write_bytes: 323932160 |
| 2295 | cancelled_write_bytes: 0 |
| 2296 | |
| 2297 | |
| 2298 | Description |
| 2299 | ----------- |
| 2300 | |
| 2301 | rchar |
| 2302 | ----- |
| 2303 | |
| 2304 | I/O counter: chars read |
| 2305 | The number of bytes which this task has caused to be read from storage. This |
| 2306 | is simply the sum of bytes which this process passed to read() and pread(). |
| 2307 | It includes things like tty IO and it is unaffected by whether or not actual |
| 2308 | physical disk IO was required (the read might have been satisfied from |
| 2309 | pagecache) |
| 2310 | |
| 2311 | |
| 2312 | wchar |
| 2313 | ----- |
| 2314 | |
| 2315 | I/O counter: chars written |
| 2316 | The number of bytes which this task has caused, or shall cause to be written |
| 2317 | to disk. Similar caveats apply here as with rchar. |
| 2318 | |
| 2319 | |
| 2320 | syscr |
| 2321 | ----- |
| 2322 | |
| 2323 | I/O counter: read syscalls |
| 2324 | Attempt to count the number of read I/O operations, i.e. syscalls like read() |
| 2325 | and pread(). |
| 2326 | |
| 2327 | |
| 2328 | syscw |
| 2329 | ----- |
| 2330 | |
| 2331 | I/O counter: write syscalls |
| 2332 | Attempt to count the number of write I/O operations, i.e. syscalls like |
| 2333 | write() and pwrite(). |
| 2334 | |
| 2335 | |
| 2336 | read_bytes |
| 2337 | ---------- |
| 2338 | |
| 2339 | I/O counter: bytes read |
| 2340 | Attempt to count the number of bytes which this process really did cause to |
| 2341 | be fetched from the storage layer. Done at the submit_bio() level, so it is |
| 2342 | accurate for block-backed filesystems. <please add status regarding NFS and |
| 2343 | CIFS at a later time> |
| 2344 | |
| 2345 | |
| 2346 | write_bytes |
| 2347 | ----------- |
| 2348 | |
| 2349 | I/O counter: bytes written |
| 2350 | Attempt to count the number of bytes which this process caused to be sent to |
| 2351 | the storage layer. This is done at page-dirtying time. |
| 2352 | |
| 2353 | |
| 2354 | cancelled_write_bytes |
| 2355 | --------------------- |
| 2356 | |
| 2357 | The big inaccuracy here is truncate. If a process writes 1MB to a file and |
| 2358 | then deletes the file, it will in fact perform no writeout. But it will have |
| 2359 | been accounted as having caused 1MB of write. |
| 2360 | In other words: The number of bytes which this process caused to not happen, |
| 2361 | by truncating pagecache. A task can cause "negative" IO too. If this task |
| 2362 | truncates some dirty pagecache, some IO which another task has been accounted |
| 2363 | for (in it's write_bytes) will not be happening. We _could_ just subtract that |
| 2364 | from the truncating task's write_bytes, but there is information loss in doing |
| 2365 | that. |
| 2366 | |
| 2367 | |
| 2368 | Note |
| 2369 | ---- |
| 2370 | |
| 2371 | At its current implementation state, this is a bit racy on 32-bit machines: if |
| 2372 | process A reads process B's /proc/pid/io while process B is updating one of |
| 2373 | those 64-bit counters, process A could see an intermediate result. |
| 2374 | |
| 2375 | |
| 2376 | More information about this can be found within the taskstats documentation in |
| 2377 | Documentation/accounting. |
| 2378 | |
Kawai, Hidehiro | bb90110 | 2007-07-19 01:48:31 -0700 | [diff] [blame] | 2379 | 2.15 /proc/<pid>/coredump_filter - Core dump filtering settings |
| 2380 | --------------------------------------------------------------- |
| 2381 | When a process is dumped, all anonymous memory is written to a core file as |
| 2382 | long as the size of the core file isn't limited. But sometimes we don't want |
| 2383 | to dump some memory segments, for example, huge shared memory. Conversely, |
| 2384 | sometimes we want to save file-backed memory segments into a core file, not |
| 2385 | only the individual files. |
| 2386 | |
| 2387 | /proc/<pid>/coredump_filter allows you to customize which memory segments |
| 2388 | will be dumped when the <pid> process is dumped. coredump_filter is a bitmask |
| 2389 | of memory types. If a bit of the bitmask is set, memory segments of the |
| 2390 | corresponding memory type are dumped, otherwise they are not dumped. |
| 2391 | |
| 2392 | The following 4 memory types are supported: |
| 2393 | - (bit 0) anonymous private memory |
| 2394 | - (bit 1) anonymous shared memory |
| 2395 | - (bit 2) file-backed private memory |
| 2396 | - (bit 3) file-backed shared memory |
| 2397 | |
| 2398 | Note that MMIO pages such as frame buffer are never dumped and vDSO pages |
| 2399 | are always dumped regardless of the bitmask status. |
| 2400 | |
| 2401 | Default value of coredump_filter is 0x3; this means all anonymous memory |
| 2402 | segments are dumped. |
| 2403 | |
| 2404 | If you don't want to dump all shared memory segments attached to pid 1234, |
| 2405 | write 1 to the process's proc file. |
| 2406 | |
| 2407 | $ echo 0x1 > /proc/1234/coredump_filter |
| 2408 | |
| 2409 | When a new process is created, the process inherits the bitmask status from its |
| 2410 | parent. It is useful to set up coredump_filter before the program runs. |
| 2411 | For example: |
| 2412 | |
| 2413 | $ echo 0x7 > /proc/self/coredump_filter |
| 2414 | $ ./some_program |
| 2415 | |
Ram Pai | 2d4d486 | 2008-03-27 13:06:25 +0100 | [diff] [blame] | 2416 | 2.16 /proc/<pid>/mountinfo - Information about mounts |
| 2417 | -------------------------------------------------------- |
| 2418 | |
| 2419 | This file contains lines of the form: |
| 2420 | |
| 2421 | 36 35 98:0 /mnt1 /mnt2 rw,noatime master:1 - ext3 /dev/root rw,errors=continue |
| 2422 | (1)(2)(3) (4) (5) (6) (7) (8) (9) (10) (11) |
| 2423 | |
| 2424 | (1) mount ID: unique identifier of the mount (may be reused after umount) |
| 2425 | (2) parent ID: ID of parent (or of self for the top of the mount tree) |
| 2426 | (3) major:minor: value of st_dev for files on filesystem |
| 2427 | (4) root: root of the mount within the filesystem |
| 2428 | (5) mount point: mount point relative to the process's root |
| 2429 | (6) mount options: per mount options |
| 2430 | (7) optional fields: zero or more fields of the form "tag[:value]" |
| 2431 | (8) separator: marks the end of the optional fields |
| 2432 | (9) filesystem type: name of filesystem of the form "type[.subtype]" |
| 2433 | (10) mount source: filesystem specific information or "none" |
| 2434 | (11) super options: per super block options |
| 2435 | |
| 2436 | Parsers should ignore all unrecognised optional fields. Currently the |
| 2437 | possible optional fields are: |
| 2438 | |
| 2439 | shared:X mount is shared in peer group X |
| 2440 | master:X mount is slave to peer group X |
Miklos Szeredi | 97e7e0f | 2008-03-27 13:06:26 +0100 | [diff] [blame] | 2441 | propagate_from:X mount is slave and receives propagation from peer group X (*) |
Ram Pai | 2d4d486 | 2008-03-27 13:06:25 +0100 | [diff] [blame] | 2442 | unbindable mount is unbindable |
| 2443 | |
Miklos Szeredi | 97e7e0f | 2008-03-27 13:06:26 +0100 | [diff] [blame] | 2444 | (*) X is the closest dominant peer group under the process's root. If |
| 2445 | X is the immediate master of the mount, or if there's no dominant peer |
| 2446 | group under the same root, then only the "master:X" field is present |
| 2447 | and not the "propagate_from:X" field. |
| 2448 | |
Ram Pai | 2d4d486 | 2008-03-27 13:06:25 +0100 | [diff] [blame] | 2449 | For more information on mount propagation see: |
| 2450 | |
| 2451 | Documentation/filesystems/sharedsubtree.txt |
| 2452 | |
Roland Kletzing | f9c9946 | 2007-03-05 00:30:54 -0800 | [diff] [blame] | 2453 | ------------------------------------------------------------------------------ |