Bonjour,
J'ai une machine qui a 4Go de RAM.
Dans "menuconfig" je ne trouve plus l'option ou l'on choisi d'avoir un
noyau highmem ou pas.
L'option n'apparait pas. C'est peut-etre parceque je n'ai pas activé une
option dont elle dépend.
Ou alors depuis le 2.6.18 ils ont décidé de ne plus mettre cette option?
Je suis sur un 64bit simple core, et dans "processor types and features",
j'ai déjà choisi "Athlon 64".
C'est peut-etre à cause de ça?
Ceci dit, le système voit bien les 4Go de RAM, mais ça m'a étonné de
voir que l'option s'est barrée.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
lhabert
R12y :
Je suis sur un 64bit simple core, et dans "processor types and features", j'ai déjà choisi "Athlon 64". C'est peut-etre à cause de ça?
Oui. L'histoire du high memory, c'est pour l'espace mémoire des processus. D'après ce qu'on (enfin, un posteur régulier de ce groupe qui se reconnaitra ;-) m'a expliqué, chaque process a dans son espace mémoire une zone dans laquelle est mappée toute la mémoire physique (histoire que quand le process passe en mode noyau, le processeur n'ait pas besoin de changer d'espace mémoire pour faire le boulot en mode noyau). À l'époque où l'on était loin du Go de RAM, les auteurs du noyau n'avaient pas cherché à finasser et avaient décidé de réserver 3Go de l'espace d'adressage total pour mapper la mémoire physique, ce qui faisait au maximum 1Go d'espace adressable par process.
L'option High Memory consiste à changer ce partage.
Mais en 64 bits, le problème ne se posera sans doute pas d'ici une trentaine d'années, donc en attendant, il n'y a pas vraiment de raison qu'il y ait cette option.
R12y :
Je suis sur un 64bit simple core, et dans "processor types and features",
j'ai déjà choisi "Athlon 64".
C'est peut-etre à cause de ça?
Oui. L'histoire du high memory, c'est pour l'espace mémoire des processus.
D'après ce qu'on (enfin, un posteur régulier de ce groupe qui se reconnaitra
;-) m'a expliqué, chaque process a dans son espace mémoire une
zone dans laquelle est mappée toute la mémoire physique (histoire que quand
le process passe en mode noyau, le processeur n'ait pas besoin de changer
d'espace mémoire pour faire le boulot en mode noyau). À l'époque où l'on
était loin du Go de RAM, les auteurs du noyau n'avaient pas cherché à
finasser et avaient décidé de réserver 3Go de l'espace d'adressage total
pour mapper la mémoire physique, ce qui faisait au maximum 1Go d'espace
adressable par process.
L'option High Memory consiste à changer ce partage.
Mais en 64 bits, le problème ne se posera sans doute pas d'ici une trentaine
d'années, donc en attendant, il n'y a pas vraiment de raison qu'il y ait
cette option.
Je suis sur un 64bit simple core, et dans "processor types and features", j'ai déjà choisi "Athlon 64". C'est peut-etre à cause de ça?
Oui. L'histoire du high memory, c'est pour l'espace mémoire des processus. D'après ce qu'on (enfin, un posteur régulier de ce groupe qui se reconnaitra ;-) m'a expliqué, chaque process a dans son espace mémoire une zone dans laquelle est mappée toute la mémoire physique (histoire que quand le process passe en mode noyau, le processeur n'ait pas besoin de changer d'espace mémoire pour faire le boulot en mode noyau). À l'époque où l'on était loin du Go de RAM, les auteurs du noyau n'avaient pas cherché à finasser et avaient décidé de réserver 3Go de l'espace d'adressage total pour mapper la mémoire physique, ce qui faisait au maximum 1Go d'espace adressable par process.
L'option High Memory consiste à changer ce partage.
Mais en 64 bits, le problème ne se posera sans doute pas d'ici une trentaine d'années, donc en attendant, il n'y a pas vraiment de raison qu'il y ait cette option.
Nicolas George
Luc Habert wrote in message <eghb9e$1c3a$:
finasser et avaient décidé de réserver 3Go de l'espace d'adressage total pour mapper la mémoire physique, ce qui faisait au maximum 1Go d'espace adressable par process.
Non, c'est le contraire : 1 Go moins quelques pour la mémoire physique, et le reste pour le process. Avec l'option highmem, on découpe le 1 Go en 768 Mo de lowmem similaires à la situation antérieure, et un peu moins de 256 Mo de highmem qui fonctionne comme la mémoire paginée des vieilles casseroles.
Luc Habert wrote in message <eghb9e$1c3a$1@nef.ens.fr>:
finasser et avaient décidé de réserver 3Go de l'espace d'adressage total
pour mapper la mémoire physique, ce qui faisait au maximum 1Go d'espace
adressable par process.
Non, c'est le contraire : 1 Go moins quelques pour la mémoire physique, et
le reste pour le process. Avec l'option highmem, on découpe le 1 Go en
768 Mo de lowmem similaires à la situation antérieure, et un peu moins de
256 Mo de highmem qui fonctionne comme la mémoire paginée des vieilles
casseroles.
finasser et avaient décidé de réserver 3Go de l'espace d'adressage total pour mapper la mémoire physique, ce qui faisait au maximum 1Go d'espace adressable par process.
Non, c'est le contraire : 1 Go moins quelques pour la mémoire physique, et le reste pour le process. Avec l'option highmem, on découpe le 1 Go en 768 Mo de lowmem similaires à la situation antérieure, et un peu moins de 256 Mo de highmem qui fonctionne comme la mémoire paginée des vieilles casseroles.
lhabert
Nicolas George :
Non, c'est le contraire : 1 Go moins quelques pour la mémoire physique, et le reste pour le process. Avec l'option highmem, on découpe le 1 Go en 768 Mo de lowmem similaires à la situation antérieure, et un peu moins de 256 Mo de highmem qui fonctionne comme la mémoire paginée des vieilles casseroles.
Je veux bien te croire, enfin ça me parait contradictoire avec ce qu'indique l'aide du make menuconfig. Ou alors je la comprends mal?
Nicolas George :
Non, c'est le contraire : 1 Go moins quelques pour la mémoire physique, et
le reste pour le process. Avec l'option highmem, on découpe le 1 Go en
768 Mo de lowmem similaires à la situation antérieure, et un peu moins de
256 Mo de highmem qui fonctionne comme la mémoire paginée des vieilles
casseroles.
Je veux bien te croire, enfin ça me parait contradictoire avec ce
qu'indique l'aide du make menuconfig. Ou alors je la comprends mal?
Non, c'est le contraire : 1 Go moins quelques pour la mémoire physique, et le reste pour le process. Avec l'option highmem, on découpe le 1 Go en 768 Mo de lowmem similaires à la situation antérieure, et un peu moins de 256 Mo de highmem qui fonctionne comme la mémoire paginée des vieilles casseroles.
Je veux bien te croire, enfin ça me parait contradictoire avec ce qu'indique l'aide du make menuconfig. Ou alors je la comprends mal?
Nicolas George
Luc Habert wrote in message <egj838$692$:
Je veux bien te croire, enfin ça me parait contradictoire avec ce qu'indique l'aide du make menuconfig. Ou alors je la comprends mal?
J'y lis ceci :
If you are compiling a kernel which will never run on a machine with more than 1 Gigabyte total physical RAM, answer "off" here (default choice and suitable for most users). This will result in a "3GB/1GB" split: 3GB are mapped so that each process sees a 3GB virtual memory space and the remaining part of the 4GB virtual memory space is used by the kernel to permanently map as much physical memory as possible.
Qui semble correspondre exactement à ce que je dis.
Luc Habert wrote in message <egj838$692$1@nef.ens.fr>:
Je veux bien te croire, enfin ça me parait contradictoire avec ce
qu'indique l'aide du make menuconfig. Ou alors je la comprends mal?
J'y lis ceci :
If you are compiling a kernel which will never run on a machine with
more than 1 Gigabyte total physical RAM, answer "off" here (default
choice and suitable for most users). This will result in a "3GB/1GB"
split: 3GB are mapped so that each process sees a 3GB virtual memory
space and the remaining part of the 4GB virtual memory space is used
by the kernel to permanently map as much physical memory as
possible.
Qui semble correspondre exactement à ce que je dis.
Je veux bien te croire, enfin ça me parait contradictoire avec ce qu'indique l'aide du make menuconfig. Ou alors je la comprends mal?
J'y lis ceci :
If you are compiling a kernel which will never run on a machine with more than 1 Gigabyte total physical RAM, answer "off" here (default choice and suitable for most users). This will result in a "3GB/1GB" split: 3GB are mapped so that each process sees a 3GB virtual memory space and the remaining part of the 4GB virtual memory space is used by the kernel to permanently map as much physical memory as possible.
Qui semble correspondre exactement à ce que je dis.
lhabert
OK, je comprends maintenant. Je devrais arrêter de poster en mode zombie...
OK, je comprends maintenant. Je devrais arrêter de poster en mode zombie...
