Информация, которую вы читаете из файловой системы proc, не хранится ни на одном носителе (даже в оперативной памяти), поэтому обновлять нечего.
Цель прока файловой системы , чтобы позволить Пользовательским программам для получения или набора данных ядра , используя простую и знакомую файловую систему семантики ( open, close, read, write, lseek), даже если данные , которые считываются или записываются не находятся на каком - либо носителе. Это проектное решение было сочтено лучшим (например, удобочитаемым и легким для написания сценариев) для получения и установки данных, формат которых нельзя было указать заранее, чем для реализации чего-либо, такого как OID в кодировке ASN1, что также работало бы хорошо.
Данные, которые вы видите при чтении из файловой системы proc, генерируются на лету, когда вы выполняете чтение с самого начала файла. То есть выполнение чтения приводит к тому, что данные генерируются функцией обратного вызова ядра, специфичной для файла, который вы читаете. Выполнение lseekв начале файла и повторное чтение вызывает еще один вызов обратного вызова, который снова генерирует данные. Точно так же, когда вы записываете в доступный для записи файл в файловой системе proc, вызывается функция обратного вызова, которая анализирует входные данные и устанавливает переменные ядра. Входные данные в необработанном виде не сохраняются.
Вышесказанное - лишь немного более многословный способ выразить то, что так лаконично говорит Хауке Лагинг. Я предлагаю вам принять его ответ.