Dis moi donc ce que j'ai commis comme ton hautain ?
A la relecture, je ne vois que la "saine lecture de commencamarche.net" mais de toutes les façons je dis toujours comme ça.
J'ai d'abord cherché une page expliquant le fonctionnement de la pagination et du swap, mais je n'ai pas trouvé. Donc, j'ai tenté d'expliquer ça de façon aussi didactique que possible.
Si tu veux, j'écris kom ca 6 C + facile a lir
J'ai la faiblesse de penser que si j'ai 3 minutes, rien ne m'empêche d'écrire comme je parle, ça ne mange pas de pain, et je reste lisible.
Il n'y a rien de dévalorisant à RTFM, je le fais tous les jours.
Enfin, mettons nous dans la situation de ce kernel obligé à faire tenir 80Mo dans 64Mo.
S'il garde les segments de données en RAM, et utilise les segment de programme sur le disque, les segments de programme étant immuables et présents sur le disque, s'il envoie les segments de programme à swapper vers /dev/null, il retombe sur ses pattes, car ils resteront lisibles la prochaine fois qu'il en aura besoin.
Dans l'évolution de linux, ce cas s'est forcément présenté, et a manifestement été géré, la preuve le noyau s'en sort. Tout le monde l'a oublié car tout le monde reboote sa machine bien avant les 20'.
[^] # 20'
Posté par Rafael (site web personnel) . En réponse au journal comment ça marche Knoppix. Évalué à 7.
A la relecture, je ne vois que la "saine lecture de commencamarche.net" mais de toutes les façons je dis toujours comme ça.
J'ai d'abord cherché une page expliquant le fonctionnement de la pagination et du swap, mais je n'ai pas trouvé. Donc, j'ai tenté d'expliquer ça de façon aussi didactique que possible.
Si tu veux, j'écris kom ca 6 C + facile a lir
J'ai la faiblesse de penser que si j'ai 3 minutes, rien ne m'empêche d'écrire comme je parle, ça ne mange pas de pain, et je reste lisible.
Il n'y a rien de dévalorisant à RTFM, je le fais tous les jours.
Enfin, mettons nous dans la situation de ce kernel obligé à faire tenir 80Mo dans 64Mo.
S'il garde les segments de données en RAM, et utilise les segment de programme sur le disque, les segments de programme étant immuables et présents sur le disque, s'il envoie les segments de programme à swapper vers /dev/null, il retombe sur ses pattes, car ils resteront lisibles la prochaine fois qu'il en aura besoin.
Dans l'évolution de linux, ce cas s'est forcément présenté, et a manifestement été géré, la preuve le noyau s'en sort. Tout le monde l'a oublié car tout le monde reboote sa machine bien avant les 20'.
Rafael (vieux tout court à force)