La MMU de certains processeurs 32 bits peut en fait prendre en charge plus de 4 Go de RAM physique, bien qu'un seul processus ne puisse voir que 4 Go à la fois dans son espace d'adressage virtuel. Un tel processeur peut être équipé de plus de 4 Go de RAM et peut prendre en charge plusieurs processus utilisant plus de 4 Go de RAM au total. Toutefois, un seul processus ne peut utiliser que 4 Go de RAM (moins une partie de la charge du système d'exploitation) à un moment donné.
Sur le Xeon, cette fonction est connue sous le nom de Extension de l'adresse physique (PAE) et certains systèmes d'exploitation possèdent des API qui permettent à un processus de manipuler la MMU pour échanger de la mémoire physique dans et hors de l'espace d'adressage virtuel du processus. Sous Windows, cette API est connue sous le nom de Extensions de l'affichage des adresses (AWE) mais il n'est pas disponible sur toutes les versions de Windows. Linux et d'autres espèces d'Unix supportent un mécanisme similaire.
Pour utiliser cette fonction, le programme doit être explicitement conçu pour la prendre en charge. L'AWE n'étend pas automatiquement l'espace d'adressage virtuel du processus. Par exemple, certaines versions de SQL Server le prennent en charge, mais je ne sais pas si IIS le fait.
EDITAR: Nous y voilà. Je l'ai trouvé. Ce message sur Stackoverflow renvoie à plus de détails sur les mécanismes du PAE.
Edit 2 : Si cette publication sur le forum est à croire, IIS n'a pas de support pour AWE.
0 votes
Une petite recherche sur Google permet de trouver des citations raisonnables affirmant que IIS ne prend pas en charge l'AWE. Je pense donc qu'il est assez sûr de supposer que vous ne pouvez pas lui allouer plus de 3 Go (4 Go - frais généraux du système).