As informações que você lê no sistema de arquivos proc não são armazenadas em nenhuma mídia (nem mesmo na RAM), portanto, não há nada para atualizar.
O objetivo do sistema de arquivos proc é permitir que os programas userspace obtenham ou configurem dados do kernel usando a semântica simples e familiar do sistema de arquivos ( open , close , read , write , lseek ) , embora os dados que são lidos ou gravados não residam em nenhuma mídia. Essa decisão de design foi considerada melhor (por exemplo, legível e facilmente legível) para obter e definir dados cujo formato não pôde ser especificado com antecedência do que implementar algo como OIDs codificados em ASN1, que também teria funcionado bem.
Os dados que você vê quando lê a partir do sistema de arquivos proc são gerados on-the-fly quando você faz uma leitura a partir do início de um arquivo. Isto é, fazer a leitura faz com que os dados sejam gerados por uma função de retorno de chamada do kernel que seja específica para o arquivo que você está lendo. Fazer um lseek para o início do arquivo e ler novamente faz outra chamada para o retorno de chamada que gera os dados novamente. Da mesma forma, quando você escreve em um arquivo gravável no sistema de arquivos proc, é chamada uma função de retorno de chamada que analisa a entrada e define as variáveis do kernel. Os dados de entrada em sua forma bruta não são armazenados.
O acima é apenas uma maneira um pouco mais detalhada de dizer o que Hauke Laging afirma de forma sucinta. Eu sugiro que você aceite a resposta dele.