Quantite de RAM maximale qu'il est possible d'allouer en 32 bits avec .NET 1.1

Bonsoir,

Voici le background:
L'application est 32 bits et développée avec VB .NET Framework 1.1
C'est un service qui utilise tout une ribambelle de dll.

L'OS est Windows 2003 Enterprise 32 Bits avec 4 Gb de RAM.

/3GB est dans le boot .ini l'exe ext compilé avec l'option /LARGEADRESSAWARE

Théoriquement, il est possible d'allouer 3 GB avec ce genre de config.

Cela fonctionne, je l'ai vérifié avec un petit programme en C++ et avec TestLimit.exe.
A ce moment la, les compteurs Virtual Butes, Private Bytes et Working Set on a peut près la même valeur (proche de 3Gb) car j'initialise ma zone mémoire.
Si je n'initialise pas, Working Set est tout petit (c'est normal).

Mon problème est que assez fréquemment, nous avons des OutOfMemory Exceptions alors que jamais le processus n'atteint son maximum au niveau de private byte et de Working Set. Par contre, Virtual Byte est très proche des 3 GB.

Comment je pourrai sans aucun doute explique cela?

Merci a vous
jko

Je ne sais pas exactement d'où vient ton problème, mais il faut bien comprendre que contrairement à ce qu'on pourrait croire, OutOfMemoryException ne se réfère pas à la mémoire physique...

Donc en gros, quand tu obtiens cette exception, ça ne veut pas dire qu'il n'y a plus de RAM disponible, ça veut dire que le système ne trouve plus assez de place dans le fichier de mémoire virtuelle. Essaie d'augmenter la taile du fichier de mémoire virtuelle, ça suffira peut-être à régler le problème...

Hello,

Merci pour ta réponse mais je ne pense pas que le problème vient de la.

Le conteur % Swap est constamment en dessous de 3.

Je vais recueillir des donnes précises et on en reparle.

J'ai 2 process: w3wp et TrnSched

Je publierai les valeurs suivante
-Virtual Bytes
-Private Bytes
-Working Set
-Large Object Heap size
-# Bytes in all Heaps
-# Total reserved Bytes
-Allocated Bytes/sec

Merci a toi
Jko

Citation:

---

Envoyé par jkofr

Le conteur % Swap est constamment en dessous de 3.

---

Ca n'exclut pas que l'erreur vienne de là... il est possible qu'il reste de l'espace dans le fichier de swap, mais pas assez d'espace contigu... par exemple, s'il reste 500ko par ci , 500ko par là et encore 500ko à un autre endroit, mais que tu as besoin d'allouer 600ko, tu peux pas

Enfin, c'est juste une hypothèse bien sûr, ton problème n'a peut-être rien à voir...

Voici une serie de compteur lors du probleme de cette nuit a 3h19.

Code:

---

1 2 3 4 5 6 7 8 9 10

Timestamp LargObj Bytes Alloc Bytes/Sec Reserved Bytes Bytes in Heap Private Bytes Virtual Bytes Working Set 6/30/2011 3:15 1,718,293,495 222,032,901 3,591,009,979 2,318,334,566 2,750,132,224 4,031,483,904 2,340,767,744 6/30/2011 3:16 1,953,486,835 49,509,977 3,942,630,736 2,562,142,695 2,989,682,005 4,382,756,864 2,527,007,403 6/30/2011 3:17 2,079,531,323 94,666,077 4,083,139,208 2,737,469,544 3,130,656,085 4,526,455,467 2,650,508,629 6/30/2011 3:18 2,366,650,833 57,535,351 4,444,546,499 3,099,804,703 3,463,185,067 4,905,035,093 2,925,359,787 6/30/2011 3:19 2,395,739,760 57,419,887 4,485,790,296 3,136,288,574 3,497,795,584 4,944,924,672 2,952,940,203 6/30/2011 3:20 2,098,162,307 92,262,409 4,059,371,389 2,808,499,309 3,149,779,627 4,501,147,648 2,690,727,253 6/30/2011 3:21 977,511,852 0 2,588,575,963 1,432,999,771 1,879,346,517 3,032,387,584 1,664,352,256

---

Se qui est curieux, c'est que le serveur ne swap pas durant cette période Page Write / Sec = 0!