Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2903 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Divers

  C koa le max de RAM ke linux puisse gérer?????????????

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

C koa le max de RAM ke linux puisse gérer?????????????

n°202604
falip
Elevé à la GUINNESS!
Posté le 17-12-2002 à 14:10:57  profilanswer
 

 
Est ce ke Linux ou QNX ont une limite en gestion de ram (en quantité) genre ca peut gérer 1,5G de ram ou non??????????????????

mood
Publicité
Posté le 17-12-2002 à 14:10:57  profilanswer
 

n°202605
falip
Elevé à la GUINNESS!
Posté le 17-12-2002 à 14:15:09  profilanswer
 

Oui en gros est ce ke nunux il peut faire de l'addressage sur 1,5G de ram sans s'y pommer.
 
Merci d'avance!

n°202606
fl0ups
東京 - パリ - SLP
Posté le 17-12-2002 à 14:16:06  profilanswer
 

c'est 4Go le max il me semble, et 16Go avec le 2.5

n°202607
kadreg
profil: Utilisateur
Posté le 17-12-2002 à 14:20:09  profilanswer
 

fl0ups a écrit :

c'est 4Go le max il me semble, et 16Go avec le 2.5


 
s/le max/le max sur PC/
 
Et si ma mémoire est bonne, il accpete l'addressage 36bits, ce qui doit donner un max addressable de 64Go, mais au prix d'un noyau spécial et d'une grosse tendance au gaspillage.


Message édité par kadreg le 17-12-2002 à 14:22:09

---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
n°202615
falip
Elevé à la GUINNESS!
Posté le 17-12-2002 à 14:28:38  profilanswer
 

Scuzez de demander mais vous en etes sur???
 
Ou est ce ke je peux trouver ca écrit noir sur blanc, c pas ke je vous croie pas, moi je vous croie, mais si je dis ca aux gars du boulot.....et tu sais ca comment??? ben c Floups et kadreg ki me l'ont dit!!!
 
Ca sera pas gégen qd meme!

n°202616
kadreg
profil: Utilisateur
Posté le 17-12-2002 à 14:30:12  profilanswer
 

falip a écrit :

Scuzez de demander mais vous en etes sur???


 
Non, j'ai jamais rien capté au système d'addressage de la VM


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
n°202617
e_esprit
Posté le 17-12-2002 à 14:31:49  profilanswer
 

falip a écrit :

Scuzez de demander mais vous en etes sur???
 
Ou est ce ke je peux trouver ca écrit noir sur blanc, c pas ke je vous croie pas, moi je vous croie, mais si je dis ca aux gars du boulot.....et tu sais ca comment??? ben c Floups et kadreg ki me l'ont dit!!!
 
Ca sera pas gégen qd meme!


 :heink: Bah c'est écris dans les sources (suffit de savoir les lire...).


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
n°202618
911GT3
en roue libre
Posté le 17-12-2002 à 14:36:37  profilanswer
 

CONFIG_NOHIGHMEM:
 
Linux can use up to 64 Gigabytes of physical memory on x86 systems.
However, the address space of 32-bit x86 processors is only 4
Gigabytes large. That means that, if you have a large amount of
physical memory, not all of it can be "permanently mapped" by the
kernel. The physical memory that's not permanently mapped is called
"high memory".
 
If you are compiling a kernel which will never run on a machine with
more than 960 megabytes of 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.
 
If the machine has between 1 and 4 Gigabytes physical RAM, then
answer "4GB" here.
 
If more than 4 Gigabytes is used then answer "64GB" here. This
selection turns Intel PAE (Physical Address Extension) mode on.
PAE implements 3-level paging on IA32 processors. PAE is fully
supported by Linux, PAE mode is implemented on all recent Intel
processors (Pentium Pro and better). NOTE: If you say "64GB" here,
then the kernel will not boot on CPUs that don't support PAE!
 
The actual amount of total physical memory will either be auto
detected or can be forced by using a kernel command line option such
as "mem=256M". (Try "man bootparam" or see the documentation of your
boot loader (grub, lilo or loadlin) about how to pass options to the
kernel at boot time.)
 
If unsure, say "off".
 

n°202620
fl0ups
東京 - パリ - SLP
Posté le 17-12-2002 à 14:42:53  profilanswer
 

si tu oses pas dire à tes collègues que c'est 2 ploucs d'un forum qui t'ont donné la réponse tu peux chercher toi meme sur google :)

n°202622
kadreg
profil: Utilisateur
Posté le 17-12-2002 à 14:46:42  profilanswer
 

911GT3> Attention, c'est pas parceque l'addressage est sur 64GO que les 64GO sont utilisables.
 
http://kt.zork.net/kernel-traffic/ [...] 95.html#19


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
mood
Publicité
Posté le 17-12-2002 à 14:46:42  profilanswer
 

n°202624
911GT3
en roue libre
Posté le 17-12-2002 à 14:50:39  profilanswer
 

la deuxième phrase me paraissait déjà être une bonne limitation ;)

n°202636
falip
Elevé à la GUINNESS!
Posté le 17-12-2002 à 15:36:48  profilanswer
 

OK merci Mrs.
 
Et juste ne passant kk'un a déja entendu parler de vitesse d'écriture pourrie ss QNX avec du scsi 15000rpm????
 
Je sais pas pkoa mais ca dépasse pas 3Mo/s????
 
 
En ts cas merci!


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Divers

  C koa le max de RAM ke linux puisse gérer?????????????

 

Sujets relatifs
antivirus linuxutilisateur windows sous linux
[vnc server sous linux] display 0 ???newbie linux: je ne comprends pas le système UGO !
boot sur partition linuxPARTED et Mandrake 9.0 : redimentionner une partition linux
[vnc @ linux] pb avec SHIFT LOCK et CAPS LOCK grrrrrrrrr....!!!!!Problème de connexion modem Trust 56k V92 PCI sous Linux [résolu]
site nvidia devenu inaccessible depuis Linux ???!!!!!!!!!!!!!!!!!!![News] Microsoft et Linux, main dans la main...
Plus de sujets relatifs à : C koa le max de RAM ke linux puisse gérer?????????????


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR