Это относится к машине Windows, на которой работает IIS. Наш оперативный персонал взял существующий веб-сайт / приложение и создал второй веб-сайт / приложение, новый пул приложений для папок, работы, заявив, что будет лучшая пропускная способность. Я НИКОГДА не делал ничего подобного за последние 15 лет разработки программного обеспечения в среде .NET, и мне кажется, что это неправильно. Исходный сайт работал нормально, а теперь с 2 он кажется слишком сложным и неуклюжим. Есть ли какие-либо передовые практики в этой области, о которых я не знаю, которые могут одобрить или опровергнуть то, что они сделали?
Я собираюсь протестировать вручную, то есть выключить одну установку и зарегистрировать запросы и ответы, а затем включить их, а затем сравнить свои результаты.
Любое руководство было бы полезно.
-Стивен
Во всяком случае, вы бы создали несколько воркеров для пула приложений, а не для другого сайта. И, как правило, это делается для решения проблем с кодом, которые вы не контролируете, поскольку вы жертвуете такими вещами, как коэффициент попадания в кеш, и в то же время вызываете более высокое использование памяти и большое количество дублированной работы.
Почти во всех случаях ниже пропускная способность.
Скажите им следующее: Stack Overflow и остальная часть нашей сети вопросов и ответов могут работать с одного сервера с одним пулом приложений с одним процессом. Я не думаю, что проблема заключается (или решена путем изменения) вашей конфигурации IIS.
Как отметил Ник, небольшое преимущество, которое достигается таким образом, скорее всего, будет отрицательно превзойдено дополнительной нагрузкой ввода-вывода на сервер; тем более, что вы создали новый сайт, а не просто увеличили количество сотрудников.
Каждый «поток» / рабочий складывает все большую и большую нагрузку на ваш сервер, при этом каждый рабочий занимает дополнительный запас по сравнению с исходным кодом ... время обработки каждого запроса в лучшем случае будет таким же, очень вероятно, хотя и хуже.
Подход ваших коллег подобен тому, как заставить медленную лошадь нести больше стогов сена, не пытаясь сделать стог легче, чтобы посмотреть, может ли он начать бегать, а не ходить ... Более легкий стек происходит от более эффективного кода и реализации. Только после этого стоит задуматься, стоит ли увеличивать количество, которое он несет за поездку.
В этих статьях вы можете найти несколько советов и рекомендаций по повышению эффективности приложений IIS: https://msdn.microsoft.com/en-us/library/bb742459.aspx
http://forums.iis.net/t/1148571.aspx?IIS+6+performance+tweak+guide+draft+
Это для более старых версий IIS, но большинство концепций все еще применимо.