В Coldfusion 9 введен лимит запросов удаленного взаимодействия IIS - PullRequest
Новая
       25

В Coldfusion 9 введен лимит запросов удаленного взаимодействия IIS

2 голосов
/ 14 июня 2010

Мы только что стали нашими серверами Coldfusion от Enterprise CF 8.01 до CF 9. Они работают под управлением Win 2008. У нас возникли проблемы на тех серверах, которые предоставляют серверную часть Flash Remoting для приложения Flex, которое мы предоставляем.

Как только обновление CF 9 было завершено, мы заметили, что в напряженные времена, когда подключалось много клиентов Flex, у нас было жесткое ограничение в 25 запущенных Flash Remoting запросов, несмотря на то, что в CF были установлены гораздо более высокие ограничения (фактически 150) Администратор.

Изначально мы думали, что это было связано с тем, что теперь Blaze DS был в комплекте с CF 9 (а не отдельной установкой), поэтому мы решили откатить установку CF 9. Это, к сожалению, не сработало, и мы все еще застряли с жестким ограничением в 25 запросов Flash Remoting.

Затем, глядя на IIS, мы заметили, что ISAPI-фильтр CF9 все еще установлен (после того, как мы запустили часть установки Web-сервиса). Это было удалено, и CF 8 был перезапущен, и внезапно жесткий предел Flash Remoting исчез. Так что, похоже, это как-то связано с wsconfig из CF 9 (C: \ ColdFusion9 \ runtime \ bin \ wsconfig.exe)

Кто-нибудь еще имел эту проблему, или кто-нибудь знает, где эти жесткие ограничения настроены в IIS?

Любая помощь приветствуется!

1 Ответ

3 голосов
/ 14 июня 2010

Тот факт, что когда вы переключили конфигурацию веб-сервера, все вернулось к работе должным образом, это указывало бы на то, что сами настройки CF Admin не использовались для курения.

Так что, если вы посмотрите внимательнов значениях, которые вы изменили в IIS при изменении сопоставления подстановочных знаков, вы заметите, что каждый из них указывает на каталог внутри установки CF, например [cfroot] \ runtime \ lib \ wsconfig \ n (где n - число, представляющее имя каталогаCF создается при подключении сервера к сайту с помощью wsconfig или при установке).

В этом каталоге вы найдете файл jrun_iis6_wildcard.ini, а в настройках CF9 я нахожу этот параметр: 

#maxworkerthreads=25 <number of worker threads created for asynchronous request processing>

Хэш / фунт ДОЛЖЕН означать, что он закомментирован.Тем не менее, мне 25 на моем конфиге CF9.Я вообще не вижу записи в моем CF8 ini.Я подозреваю, что это будет то же самое для вас.Можете ли вы подтвердить?

Я могу подтвердить, что мои настройки 25 НЕ синхронизируются с настройками CF Admin для максимального количества одновременных запросов или максимального числа потоков jrun, что любопытно (но, опять же, если это закомментировано, возможно, этоне следует ожидать, что он будет синхронизирован).

В любом случае, вам стоит попробовать раскомментировать и увеличить его.Возможно, CF9 имеет другое базовое значение по умолчанию.

Я искал какую-либо ссылку на это, и до сих пор не нашел много.Сначала я узнаю об этом от команды CF Doc, которая на самом деле рекомендует вам раскомментировать и увеличить это число .

Никаких упоминаний об изменении базового значения по умолчанию, поэтому яспросил там (но блоггер скрывает комментарии для одобрения, поэтому заинтересованные читатели, возможно, еще не увидят мой комментарий).

Я также нахожу упоминание о нем как самое последнее предложение CF9 Performance Brief .Ах, и теперь я вижу, что оно появилось и на форумах Adobe .Определенно то, что люди должны быть более осведомлены.Я, конечно, буду писать об этом в блоге, чтобы добавить к распространению новостей, хотя я хотел бы видеть, что автор блога CF doc говорит в ответ на мои комментарии.

В любом случае, дайте нам знать, если поднимаетеэто значение решает это для вас.

...