fastcgi-mono-server с Nginx намного медленнее, чем xsp4
Проблема происходит из-за начальной загрузки серверов из SAN.
Отчет Microsoft о начальной загрузке Windows Server 2003/2008 из SAN
Кажется, в то время как Windows 2008 может записать файл дампа в загрузочный диск SAN, Windows 2003 не.
1
задан marxin
7 February 2013 в 02:09
Ссылка
1 ответ
Во-первых, использование версии 2.11.x является гарантией возникновения проблем. 11 - нечетное число, что означает, что это нестабильная версия.
Поэтому избегайте 2.11.x и обновитесь до 3.x (x - четное число, то есть 0 или 2).
Во-вторых: если вы используете Mono 3.2.x вместо 3.0.x, вы по умолчанию будете использовать новый сборщик мусора, который, я уверен, будет намного быстрее.
И последнее, но не менее важное: имейте в виду некоторые проблемы с высокой доступностью и производительностью:
- Посмотрите этот ответ на переполнение стека , чтобы узнать, как избежать «слишком глубоких» проблем (переведенных NGinx как 502s). ] Используйте флаг --server при вызове mono (вам может потребоваться жестко запрограммировать этот флаг в скрипте mono-fastcgi-server вашей системы). Эта функция была введена в mono 3.2.3 .
- Если вы все еще испытываете плохую производительность, попробуйте самостоятельно скомпилировать Mono с помощью этого патча (который, мы надеемся, будет включен в Mono 3.2. 5).
0