У тебя немного устаревшие данные.
Есть бенчмарки для Linux на 32-процессорной системе(32 чипа) для баз данных.
Ссылку прислать?
Еще пример с базами-данных.
32-бит Винда из-за своей мультитредовой архитектуры порождает дополнительные проблемы с масштабируемостью, в отличие от Линух-а, где архитектура ос мультипроцессная.
Как это влияет?
Ну например сервер БД Oracle под 32-битной Виндой это один процесс который не может адресовать более 4GB памяти( 2G под ОС 2GB для пользователя, но можно перераспределить 1GB:3GB). Пользовательские процессы - это треды внутри процесса.
То есть на все про все 4GB.
Да, можно через механизм AWE увеличить объем памяти, но процесс их все равно не сможет адресовать непосредственно более 4GB, то есть дополнительную память можно использовать только в качесве кэша СУБД, но не для увеличения пользовательских процессов.
А теперь попробуй в 4GB втиснуть хотя бы 150 пользовательских сессий.
Народ просто вешается.
На большинстве форумов по СУБД это проблема номер 1.
Можно конечно сказать, что программеры в Оracle - ламеры.
В Линухе из-за мультипроцесной архитектуры ОС получаем тоже самое распределение 2GB:2GB, но при этом получается,
что каждая пользовательская сессия - это процесс, а не тред как в Винде.
Да, сейчас после выхода 64-бит ОС это стало менее актуально, но
- факт остается фактом
- еще не весь софт переписали и протестировали под 64бит Винду.