OVH Cloud OVH Cloud

Probleme de RAM avec MDK 9.1 (non enterprise)

10 réponses
Avatar
scolin
Bonjour,

Je suis actuellement confronté à un problème +/- stupide.

J'utilise un kernel standard 2.4.21-0.27mdk non "enterprise".

Je souhaite utiliser 1 serveur avec 1 Go de RAM, mais l'OS ne semble
pas supporter + de 896 Mo de RAM.

Cela est il normale ?

Avec un Kernel Enterprise, mes 1 Go de RAM sont disponible, mais des
contraintes de stabilité avec le couple MDK 9.1 + BCM5702 (carte Giga
Broadcom) + TINA 3.7 (Soft de backup) m'oblige à ne pas utiliser ce
noyau enterprise.

Merci d'avance.

10 réponses

Avatar
TiChou
Dans l'article news:,
écrivait :

Bonjour,


Bonsoir,

J'utilise un kernel standard 2.4.21-0.27mdk non "enterprise".

Je souhaite utiliser 1 serveur avec 1 Go de RAM, mais l'OS ne semble
pas supporter + de 896 Mo de RAM.

Cela est il normale ?


Certainement que ce kernel n'est pas compilé avec le support HIGHMEM.
Vérifié si l'option CONFIG_HIGHMEM4G ou CONFIG_HIGHMEM64G est à y.
Dans le cas contraire, recompiler un nouveau kernel.
L'utilisation du paramètre de boot mem24M peut éventuellement aider, mais
cette option concerne surtout les vieux systèmes.

Merci d'avance.


De rien.

--
TiChou

Avatar
no_spam
On Tue, 10 Feb 2004 19:50:18 +0100, TiChou wrote:

Dans l'article news:,
écrivait :

Bonjour,


Bonsoir,

J'utilise un kernel standard 2.4.21-0.27mdk non "enterprise".

Je souhaite utiliser 1 serveur avec 1 Go de RAM, mais l'OS ne semble
pas supporter + de 896 Mo de RAM.


Certainement que ce kernel n'est pas compilé avec le support HIGHMEM.
Vérifié si l'option CONFIG_HIGHMEM4G ou CONFIG_HIGHMEM64G est à y.
Dans le cas contraire, recompiler un nouveau kernel.
L'utilisation du paramètre de boot mem24M peut éventuellement aider, mais
cette option concerne surtout les vieux systèmes.


Ca n'aidera pas en ce qui concerne cette barrière.
Le support HIGHMEM est indispensable.


Avatar
TiChou
Dans l'article news:,
no_spam écrivait :

Certainement que ce kernel n'est pas compilé avec le support HIGHMEM.
Vérifié si l'option CONFIG_HIGHMEM4G ou CONFIG_HIGHMEM64G est à y.
Dans le cas contraire, recompiler un nouveau kernel.
L'utilisation du paramètre de boot mem24M peut éventuellement aider,
mais


cette option concerne surtout les vieux systèmes.


Ca n'aidera pas en ce qui concerne cette barrière.
Le support HIGHMEM est indispensable.


Oui bien évidement, je me suis mal exprimé. :)
Je me demandais juste si malgré le support HIGHMEM supporté dans le noyau,
Linux peut encore rencontrer un problème pour détecter la taille exacte de
la mémoire comme c'est le cas sur des vieilles cartes mères.

--
TiChou


Avatar
no_spam
On Wed, 11 Feb 2004 00:50:38 +0100, TiChou wrote:

Dans l'article news:,
no_spam écrivait :

Certainement que ce kernel n'est pas compilé avec le support HIGHMEM.
Vérifié si l'option CONFIG_HIGHMEM4G ou CONFIG_HIGHMEM64G est à y.
Dans le cas contraire, recompiler un nouveau kernel.
L'utilisation du paramètre de boot mem24M peut éventuellement aider,
mais


cette option concerne surtout les vieux systèmes.


Ca n'aidera pas en ce qui concerne cette barrière.
Le support HIGHMEM est indispensable.


Oui bien évidement, je me suis mal exprimé. :)
Je me demandais juste si malgré le support HIGHMEM supporté dans le noyau,
Linux peut encore rencontrer un problème pour détecter la taille exacte de
la mémoire comme c'est le cas sur des vieilles cartes mères.


Ah pardon. Je ne pense pas: le problème en question était du
à des limitations/bugs de certains BIOS. Sur PC, Linux ne "detecte"
en effet pas la mémoire, il demande au BIOS au démarage, ou bien,
suivant les cas, c'est le bootloader qui le fait pour lui...
Je ne crois pas que les BIOS "modernes" aient ces problèmes.



Avatar
Jvch
Salut à tous.

no_spam à écrie:

On Wed, 11 Feb 2004 00:50:38 +0100, TiChou wrote:

Dans l'article news:,
no_spam écrivait :

Certainement que ce kernel n'est pas compilé avec le support HIGHMEM.
Vérifié si l'option CONFIG_HIGHMEM4G ou CONFIG_HIGHMEM64G est à y.
Dans le cas contraire, recompiler un nouveau kernel.
L'utilisation du paramètre de boot mem24M peut éventuellement aider,
mais


cette option concerne surtout les vieux systèmes.


Ca n'aidera pas en ce qui concerne cette barrière.
Le support HIGHMEM est indispensable.


Oui bien évidement, je me suis mal exprimé. :)
Je me demandais juste si malgré le support HIGHMEM supporté dans le
noyau, Linux peut encore rencontrer un problème pour détecter la taille
exacte de la mémoire comme c'est le cas sur des vieilles cartes mères.


Ah pardon. Je ne pense pas: le problème en question était du
à des limitations/bugs de certains BIOS. Sur PC, Linux ne "detecte"
en effet pas la mémoire, il demande au BIOS au démarage, ou bien,
suivant les cas, c'est le bootloader qui le fait pour lui...
Je ne crois pas que les BIOS "modernes" aient ces problèmes.


Justement moi mon ordinateur est un Atlon xp 2500 avec 1024 mo de ram et ma
version de linux est 2.4.22-10mdk, alors pourquoi ma mémoire total est de
882,95 mo ?
--

- Linux c'est la liberté.




Avatar
moinsdespam
Dans <pTNXb.7093$,
Salut à tous.

Justement moi mon ordinateur est un Atlon xp 2500 avec 1024 mo de ram et ma
version de linux est 2.4.22-10mdk, alors pourquoi ma mémoire total est de
882,95 mo ?


Vous avez quoi comme carte graphique ?
Ce ne serait pas elle qui utilise une partie de la RAM ?

--
Frédéric
Bleu,e adj. et n. m. Qui est d'une couleur voisine du rouge, mais pas très : un
ciel bleu, des yeux bleus, les flots bleus [..]. Fig. Bouch. : un steak bleu ;
s'emploie pour désigner un steak rouge. (Pierre Desproges : D.S.U.É (et des BN))

Avatar
Tiscali
Le 15 Feb 2004 17:33:58 GMT, Frederic Dupas
a écrit:

Dans <pTNXb.7093$,
Salut à tous.

Justement moi mon ordinateur est un Atlon xp 2500 avec 1024 mo de ram
et ma
version de linux est 2.4.22-10mdk, alors pourquoi ma mémoire total est
de
882,95 mo ?


Vous avez quoi comme carte graphique ?
Ce ne serait pas elle qui utilise une partie de la RAM ?



Moi, j'ai normalement 256Mo de RAM et Linux n'en utilise que 217, je sais
pas non plus si c'est normal (carte S3 savage 4, Fedora Core 1)

--
Utilisant M2, le client e-mail révolutionnaire d'Opera :
http://www.opera.com/


Avatar
no_spam
On Sun, 15 Feb 2004 12:20:28 -0500, wrote:

Justement moi mon ordinateur est un Atlon xp 2500 avec 1024 mo de ram et ma
version de linux est 2.4.22-10mdk, alors pourquoi ma mémoire total est de
882,95 mo ?


Tu est à la limite sans highmem.
Il faut l'option HIGHMEM4G dans le kernel (attention, HIGHMEM64G ne marche que sur
les P4, en tout cas pas sur les AMD).
Sur mon Athlon xp 1800:
cat /proc/meminfo
MemTotal: 1553272 kB

...
HighTotal: 655296 kB

...soit la différence entre 1,5 Go et 896 Mo.

Les quelques Mo qui te manquent doivent être une partie de la RAM
"legacy" (les 16 premiers Mo) dont la gestion est un peu particulière.
Je pense que le kernel ne l'alloue pas car la DMA, par exemple,
ne peut se faire que dans cette partie de la RAM. Il la réserve
donc pour les drivers. Enfin, je suppose (j'ai la flemme de vérifier
dans le code...).

Avatar
no_spam
On Sun, 15 Feb 2004 20:30:04 +0100, Tiscali wrote:

Le 15 Feb 2004 17:33:58 GMT, Frederic Dupas
a écrit:

Dans <pTNXb.7093$,
Salut à tous.

Justement moi mon ordinateur est un Atlon xp 2500 avec 1024 mo de ram
et ma
version de linux est 2.4.22-10mdk, alors pourquoi ma mémoire total est
de
882,95 mo ?


Vous avez quoi comme carte graphique ?
Ce ne serait pas elle qui utilise une partie de la RAM ?



Moi, j'ai normalement 256Mo de RAM et Linux n'en utilise que 217, je sais
pas non plus si c'est normal (carte S3 savage 4, Fedora Core 1)


Si la carte vidéo est sur la CM, elle doit utiliser 16 Mo de RAM.
Il est possible (sur les portables, par ex) que le BIOS réserve
une partie de la RAM qui n'est pas visible par l'OS.
Par exemple, sur les Geode de Cyrix, la VGA et la SB sont émulées
par le BIOS. Celui ci utilise donc une partie de la RAM pour celà,
en utilisant un mode particulier du CPU (mode SMI).

Et, comme je le dit dans un autre post, Linux préfère à priori ne
pas utiliser la RAM entre le 1Mo et 16Mo, car c'est la seule disponible
pour faire des transferts DMA. Donc, il la réserve à priori pour les
drivers comme buffers, et non comme RAM utilisable par tout le monde.
Il y a encore quelques centaines de kilos qui sont inutilisables
(RAM VGA legacy, ...)... Tout celà doit expliquer la différence.



Avatar
Tiscali
Le Sun, 15 Feb 2004 21:28:40 +0100, no_spam
a écrit:


Moi, j'ai normalement 256Mo de RAM et Linux n'en utilise que 217, je
sais
pas non plus si c'est normal (carte S3 savage 4, Fedora Core 1)


Si la carte vidéo est sur la CM, elle doit utiliser 16 Mo de RAM.
Il est possible (sur les portables, par ex) que le BIOS réserve


Effectivement, c'est un portable

une partie de la RAM qui n'est pas visible par l'OS.
Par exemple, sur les Geode de Cyrix, la VGA et la SB sont émulées
par le BIOS. Celui ci utilise donc une partie de la RAM pour celà,
en utilisant un mode particulier du CPU (mode SMI).

Et, comme je le dit dans un autre post, Linux préfère à priori ne
pas utiliser la RAM entre le 1Mo et 16Mo, car c'est la seule disponible
pour faire des transferts DMA. Donc, il la réserve à priori pour les
drivers comme buffers, et non comme RAM utilisable par tout le monde.
Il y a encore quelques centaines de kilos qui sont inutilisables
(RAM VGA legacy, ...)... Tout celà doit expliquer la différence.



Merci pour ces explications

--
Utilisant M2, le client e-mail révolutionnaire d'Opera :
http://www.opera.com/