Чому 32-бітні пули додатків ефективніші в IIS? [зачинено]

Я проводив тести навантаження з двома різними веб-додатками ASP.NET в IIS. Тести виконуються з 5,10,25 та 250 користувачами. Тестовано на коробці з 8 ГБ оперативної пам’яті, Windows 7 Ultimate x64. Одне і те ж поле, що працює і для IIS, і для проекту тестування навантаження.

Я робив багато пробіжок, і дані дуже узгоджуються. Для кожного завантаження я бачу нижчий "Середній час сторінки (сек)" та нижчий "Середній час відгуку (сек)", якщо в пулах додатків "Увімкнути 32-бітні програми" встановлено значення True. Різниця стає більш вираженою, чим вище навантаження. При дуже великих навантаженнях веб-додатки починають видавати помилки (503), якщо пули програм є 64-бітними, але вони можуть продовжувати роботу, якщо встановлено 32-розрядні.

Чому 32-бітні пули додатків настільки ефективніші? Чому 32-бітний пул додатків не є типовим для пулів додатків?

64-бітні вказівники пам'яті та інші пов'язані структури даних вдвічі більше, ніж їх 32-бітні аналоги. Крім того, 64-розрядний робочий потік зазнає штрафу кожного разу, коли йому доведеться отримувати доступ до 32-бітного коду або DLL, коли він перемикає режими. (Дослідження WoW64 та громити.)

Найбільша (але не єдина) перевага використання 64 біт - це можливість адресувати значно більше пам’яті. Якщо ваш пул додатків не використовує більше 2 або 3 гігабайт пам'яті, і вам не потрібно спеціально запускати 64-розрядний код, то, ймовірно, немає вагомих причин для того, щоб ви переходили на 64-розрядні. З розвитком технологій виробники чіпів створюють додаткові регістри процесорів, особливо для 64-бітних процесорів, щоб поліпшити їх продуктивність, але, загалом кажучи, немає магічного підвищення продуктивності лише для використання більшої кількості біт. Насправді, як ви щойно були свідками, може бути і гірше.

64-бітний = Абрамс Танк

32-бітний = Toyota Prius

Один може зробити набагато більше роботи, але інший може вписатися через проїзд McDonald's.