Tout est fichier, mais pas fichier comme tu le conçois.
Le noyau est en ram en permanence, quand tu tente (peut importe la méthode) une écriture ou lecture dans /dev ou /proc tu n’accède pas à des fichiers proprement dis mais a une interface de communication entre le noyeau et l'utilisateur.
/proc sert surtout aux paramètrage des drivers (et en lecture à des variable d'état) /dev sert à la fonction de base du driver.
Lorsque tu va ouvrir avec nano ton fichier dans /proc tu va récupérer l'état actuel du paramètre du driver à l'instant de l'ouverture et quand tu sauvegardera alors aura lieu l'indication de demande du changement du paramètre au driver correspondant.
Mais l'écriture ne sera qu'une demande de modification du comportement du driver, si il n'as pas envie que son paramètre soit modifié, lors de la lecture suivante tu aura l'impression que ton fichier n'as pas été modifié alors que c'est le driver qui as décidé que le paramètre demandé n'était pas applicable et conserve son ancien paramètrage.
[^] # Re: Tout est fichier !
Posté par TheBreton . En réponse au message Vidage de Ram ou suppression des Traces [==Résolu==]. Évalué à 2.
Tout est fichier, mais pas fichier comme tu le conçois.
Le noyau est en ram en permanence, quand tu tente (peut importe la méthode) une écriture ou lecture dans /dev ou /proc tu n’accède pas à des fichiers proprement dis mais a une interface de communication entre le noyeau et l'utilisateur.
/proc sert surtout aux paramètrage des drivers (et en lecture à des variable d'état) /dev sert à la fonction de base du driver.
Lorsque tu va ouvrir avec nano ton fichier dans /proc tu va récupérer l'état actuel du paramètre du driver à l'instant de l'ouverture et quand tu sauvegardera alors aura lieu l'indication de demande du changement du paramètre au driver correspondant.
Mais l'écriture ne sera qu'une demande de modification du comportement du driver, si il n'as pas envie que son paramètre soit modifié, lors de la lecture suivante tu aura l'impression que ton fichier n'as pas été modifié alors que c'est le driver qui as décidé que le paramètre demandé n'était pas applicable et conserve son ancien paramètrage.
C'est plus clair ?