Bonjour 
ça faisait longtemps que j'étais pas venu sur ce forum ... C'est l'occasion...avec une question hyper complexe...
J'ai un petit souci que je n'arrive pas à résoudre j'ai pourtant de bonnes bases sur ce sujet ...
J'ai une plateforme OpenBSD sur du SMP 2*4cores 16Go de ram, pour virtualiser des bricoles avec Qemu, et faire d'autres activités...
Mais avec qemu il me limite à la création de vm de 256Mo de ram exactement ou entre 512Mo de ram et 847Mo mais aucune autre valeurs
Qemu est capable de gerer des VMs selon les plateformes émulées jusqu'à 2048Mo de ram pour i386 et x86_64 notament.
C'est là qu'intervient mon souci de ram pour mes machines virtuelles de ce type.
- < à 256Mo = impossible (hors la valeur par defaut de qemu est censée être 128Mo)
- 256Mo = OK
- entre 257Mo et 511Mo = impossible
- 512Mo = OK
- 513Mo à 847Mo = possible mais impossible de determiner cette valeur à à l'avance la valeur maximale
- entre 848Mo et 2048Mo impossible.
(Les 16Go sont allouables stresstest j'ai réussi à monter à 19Go de ram utilisé (swap comprise) donc il n'y a pas de problèmes avec ça)
Je me tape les docs depuis...une semaine environ..., sans succès... rien qui permette d'activer en force pour permettre qu'on en reserve des "bouts"...
je continues à bricoler sur le sujet
d'autres plateformes émulés sont bien gérées par exemple :
qemu-system-sparc -machine SS-20 -smp 4 -m 768 |
et on peut aller aux valeurs MAX de ram pour les VMs
il semble que ce soit donc purement la qemu-system-i386 ainsi que la qemu-system-x86_64 uniquement qui pose problème.
Ma conf hardware :
hw.machine=amd64
hw.model=Intel(R) Xeon(R) CPU E5345 @ 2.33GHz
hw.ncpu=8
hw.byteorder=1234
hw.pagesize=4096
hw.disknames=sd0:4ca58795d353d8f6,sd1:5dece4c226bd5f4a,cd0:
hw.diskcount=3
hw.sensors.cpu0.temp0=42.00 degC
hw.sensors.cpu1.temp0=42.00 degC
hw.sensors.cpu2.temp0=42.00 degC
hw.sensors.cpu3.temp0=42.00 degC
hw.sensors.cpu4.temp0=42.00 degC
hw.sensors.cpu5.temp0=42.00 degC
hw.sensors.cpu6.temp0=42.00 degC
hw.sensors.cpu7.temp0=42.00 degC
hw.sensors.acpitz0.temp0=8.30 degC (zone temperature)
hw.cpuspeed=2333
hw.setperf=100
hw.vendor=HP
hw.product=ProLiant DL380 G5
hw.serialno=CZC8032H69
hw.uuid=34333335-3234-435a-4338-303332483639
hw.physmem=17161342976
hw.usermem=17161302016
hw.ncpufound=8
hw.allowpowerdown=1
Filesystem Size Used Avail Capacity Mounted on
/dev/sd0a 984M 60.9M 874M 7% /
/dev/sd0d 5.8G 22.0K 5.5G 0% /tmp
/dev/sd0f 29.5G 8.9G 19.1G 32% /usr
/dev/sd0e 15.7G 22.0M 14.9G 0% /var
/dev/sd1a 271G 34.7G 223G 13% /home |
donc je devrais pouvoir alloué 2Go sans aucun problème....
J"ai tenté de bricoler avec les parametres ulimits/logins.conf etc...
mais au mieux j'ai eu des résultat aléatoires¹ variants entre 512Mo et 847Mo....
¹ aléatoire : J'ai bien choisi ce mot très précisément car c'est bien le cas comme l'a démontré un simple test type
Code :
- vram=2048
- while : ; do qemu-system-x86_64 -m $vram ; echo $?-$vram ; vram = $(( $vram - 1 )) ; done
|
valeur eues ce soir : 658, 841, 534, 734, 693 & 802 par exemple.
sachant que la ram active/occupée n'a jamais dépassé les 940Mo/2.2Go (parmis les 16Go disponnibles)
Toutes les ram étant les même au niveau hardware 8 barres de 2Go ECC chacune, il ne peut pas s'agir non plus d'un truc du genre (taille max=taille de la première barette physique-ram occupée ce qui aurait potentiellement pu être le cas sur un vulgaire PC de supermarché modifié 10 fois par des proprietaires succéssifs...) par exemple... Comme c'est une réponse qu'on m'avais faite, dans le doute j'ai changé l'ordre des barettes... mais idem...
Donc une fois la valeur permettant de démarrer la VM trouvé... retest avec la meme procédure ...et là paf valeur nvram pour démarrer la VM différente...
J'ai bouclé ce genre de tests toute la semaine, probablement au delà de 40 lancements et jamais eu 2* la meme valeur maximale de vram pour démarrer...
Pas moyen d'avoir d'aide sur ce sujet... alors je tente ma chance ici... 
Quelle solution ? (à par faire que des vms de 256 et 512 Mo bien sur)
NB: non je n'installerai pas linux en lieu et place d'OpenBSD sur cette machine, inutile donc de le proposer... 
merci 
Message édité par goblin_rieur le 20-07-2014 à 23:23:05
---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)
