На эту тему было написано много постов, но никто не писал про увеличение производительности на СУБД MSSQL. Вот как раз и встал вопрос, как добиться хотя бы нормальной производительности. У меня IIS 6.0 c PHP 5.3.5 fastCGI, стоит прекомпилятор wincache на одном серевере(intel xeon E5410 2,33 Гц 4 ядра, 16ГБ ОЗУ). СУБД MSSQL с базой на другом сервере(тоже не слабый). Так вот производительность никакая "2.85"
mysql не подходит, есть ряд причин по которым необходимо использовать именно MSSQL.
Сервера достаточно мощные - четырех ядерные Xeon`ы, с 16 ГБ оперативной памяти. Хотя судя по моему отчёту производительности, миллионов операций в секунду не достаточно..
При первом обращении к порталу, я жду открытия страницы примерно 10 секунд, что уже вымораживает. Переход из раздела в раздел ждёщь примерно 2-3 секунды.
Конкретных действий документация не дает, но все же минимальные требования учитываю и использую. К примеру подключаюсь к базе данных через TCP\IP, использую прекомплятор PHP.
Мне интересно, что никто не может дать дельный ответ, потому что никто не использует битрикс на iis? Мало верится..
Просто не факт что проблемы с базой, тест производительности не всегда может точно показывать ситуацию как она на самом деле. Я бы рекомендовал провести самостоятельно всевозможные тесты.
Указанная производительность - это 1 разделить на среднее время отклика веб сервера. В зависимости от запросов не всегда является решающим фактором, который заметно влияет. Так у себя махинациями поднимал цифру с 7.9 до 33, только на взягляд разнице в скорости работы сайта не замтил не то что в 4 раза а вообще. Данная позиция оптимизируется разными преакселераторами, настройками php и.т.п. - поставьте проще Zend Server, благо для винды он есть.
Второе место - база данных. На более слабом железе MySQL на InnoDB дает порядка 20000 запросов select в секунду. Итого у Вас запросы будут выполняся раз в 8 медленнее. Проблемма может быть изза соединения с БД по сетке(локально таки быстрее) - При большом количестве запросов оно может дать такое падение перфоманса. Для тяжелых запросов - не критично. Не хотите MYSQL, поставте тогда MSSQL локально, работайте с ним через сокеты, и сравните производительность. Если цифры заметно больше, а сайт работает одинаково - можете забыть и поставить назад. Если заметно шустрее - держите БД локально, я уверен что ваш сервак апач не загружает даже на 10% не говоря обо 100% и он ожет себе позволить потянуть еще БД. Еще может быть проблемма в кривойтяжелой настройке MSSQL - читайте профильные форумы, настраивайте.
Спасибо за советы. Но мой вопрос был изначально конкретный. Меня не интересует MySQL, и тем более все разновидности апачей. Я начал эту тему, т.к. предполагаю, что за все время битрикса, кто-нибудь прикручивал его на IIS и сталкивался с затруднениями в оптимизации работы портала. Тем более я уже писал что использую прекомпилятор для IIS, что веб-сервер и СУБД у меня находятся на разных серверах.
В общем смысл здешнего форума не оправдывает свои цели.
А кто Вас так обманул что wincache - прекомпилятор? Насколько помню это только управляемый кеш, смысла которого с битриксом крайне мало - в битриксе свое кеширование, и замена его на другие варианты производительность, если я не ошибаюсь никому не помогла существенно(судя по форумам).
Вам дали три совета по тому, как можно попытатся оптимизировать систему. Вы их проигнорировали.
По сути вопроса. Я не люблю IIS. Для ASP он конечно рулит, но для того же php уже заметно тяжелее апача и тем более nginx-а. Как его еще оптимизировать - без понятия.
А по теме вопроса.. Вы говорите - "я хочу чтобы у меня работал именно с такой настройкой, и я не хочу что-либо перенастраивать!" Вам не нравиться, как оно работает на более быстрых БД и http-d серваках, по которым все достаточно гибко настраивается и есть куча хелпов. Вы хотите чтобы оно работало у Вас именно так.. пускай.
Но проблемма, что Вы не прислушиваетесь к советам, которые вам дают(насчет установки фронтенда, насчет того как можно выловить узкое место в конфигурации.. Вы говорите "оно будет у меня работать так и другие конфигурации меня не интересуют!" Вам было указано, что производительность является числом обратным времени генерации страницы. Вы не хотите самостоятельно заниматься поиском по форуму, чтобы решить проблему, И даже если Вас тыкнут носом в место, где расписано на примере, как использовать панель производительности, чтобы узнать, на что уходит больше всего времени при генерации страниц, я не уверен, что Вы сами будете этим заниматься ) Блог Рыжикова
Чего ж Вы хотите тогда, - чтобы ктото щелкнул пальцами и у Вас заработало?