Perché i pool di applicazioni a 32 bit sono più efficienti in IIS? [chiuso]

Ho eseguito test di carico con due diverse applicazioni Web ASP.NET in IIS. I test vengono eseguiti con 5,10,25 e 250 agenti utente. Testato su una scatola con 8 GB di RAM, Windows 7 Ultimate x64. La stessa casella che esegue sia IIS che il progetto di test del carico.

Ho fatto molte corse e i dati sono molto coerenti. Per ogni carico, vedo un "Tempo medio di pagina (sec)" inferiore e un "Tempo medio di risposta (sec)" inferiore se ho "Abilita applicazioni a 32 bit" impostato su True nei pool di applicazioni. La differenza diventa più pronunciata maggiore è il carico. A carichi molto elevati, le applicazioni Web iniziano a generare errori (503) se i pool di applicazioni sono a 64 bit, ma possono tenere il passo se impostati su 32 bit.

Perché i pool di app a 32 bit sono molto più efficienti? Perché non è l'impostazione predefinita per i pool di applicazioni a 32 bit?

I puntatori di memoria a 64 bit e altre strutture dati correlate sono due volte più grandi delle loro controparti a 32 bit. Inoltre, un thread di lavoro a 64 bit subirà una penalità ogni volta che deve accedere a codice o DLL a 32 bit quando cambia modalità. (Ricerca WoW64 e thunking.)

Il vantaggio più grande (ma non l'unico) dell'uso di 64 bit è la capacità di indirizzare molta più memoria. Se il pool di app non utilizza più di 2 o 3 gigabyte di memoria e non è necessario eseguire specificamente il codice a 64 bit, probabilmente non esiste un motivo convincente per passare a 64 bit. Con l'avanzare della tecnologia, i produttori di chip stanno realizzando registri CPU aggiuntivi, in particolare per i processori a 64 bit per migliorare le loro prestazioni, ma in generale, non c'è un magico aumento delle prestazioni solo per l'utilizzo di più bit. In effetti, come hai appena visto, può essere peggio.

64 bit = Serbatoio Abrams

32 bit = Toyota Prius

Uno può fare molto più lavoro, ma l'altro può adattarsi al drive-through di McDonald.