La información que lee del sistema de archivos proc no se almacena en ningún medio (ni siquiera en la RAM), por lo que no hay nada que actualizar.
El propósito del sistema de ficheros proc es permitir que los programas de espacio de usuario para obtener los datos o conjunto de núcleo utilizando el sencillo sistema de archivos y familiarizado semántica ( open, close, read, write, lseek), a pesar de que los datos que se lee o escribe no reside en cualquier medio. Esta decisión de diseño se consideró mejor (p. Ej., Legible por humanos y fácilmente programable) para obtener y establecer datos cuyo formato no se podía especificar de antemano que implementar algo como los OID codificados por ASN1, que también habrían funcionado bien.
Los datos que ve cuando lee del sistema de archivos proc se generan sobre la marcha cuando realiza una lectura desde el comienzo de un archivo. Es decir, hacer la lectura hace que los datos sean generados por una función de devolución de llamada del núcleo que es específica del archivo que está leyendo. Hacer un lseekal principio del archivo y leer de nuevo provoca otra llamada a la devolución de llamada que genera los datos nuevamente. De manera similar, cuando escribe en un archivo grabable en el sistema de archivos proc, se llama a una función de devolución de llamada que analiza la entrada y establece las variables del núcleo. Los datos de entrada en su forma sin procesar no se almacenan.
Lo anterior es solo una forma un poco más detallada de decir lo que Hauke Laging dice de manera tan sucinta. Te sugiero que aceptes su respuesta.