Getting both FastCGI module and AppPool CPULimit to work

Ну вот, на колу мочала – начинай сначала. Managing CPU utilization for IIS worker processes that use FastCGI module

WSRM documentation article states that WSRM does now work with processes that use Job Objects. This statement is not exactly correct – WSRM cannot manage the processes within Job Object, only if Job Object sets limits that conflict with WSRM (such as memory utilization, process priority, etc).

Если кто не видел WSRM – это такой ночной кошмар технофоба, с интуитивно-непонятным интерфейсом, вместе с собой устанавливающий MSSQL. Ресурсы жрёт тоже неплохо – на одноядернике загрузка CPU впечатляет. В простое.

Раньше IIS умел “из коробки” менеджерить утилизацию CPU (своими рабочими процессами) с помощью одной галочки в чекбоксе, или одной невыразимо короткой строчкой в скрипте. Но в конце прошлого года некие граждане по лучшим советским традициям (и, по-моему, исключительно в целях показухи) написали FastCGI для IIS “в конце месяца/в конце квартала/в конце года”, и случайно эту фичу придушили.

Теперь, когда факт удушения фичи стал известен публике, создателЯ предлагают вместо неё ставить и настраивать “приложеньице” в не-помню-сколько-мегабайт-кода-ну-пусть-для-ровного-счёта-будет-сто. Вместе с SQL. На web-сервер(ы).

Это всё ради того, чтобы декларировать “поддержку PHP”. Маркетинг, понимаю. Но вот когда ради “маркетинга” портят хороший продукт – не понимаю.

Не, ну вот правда, сейчас я, по жизни вендузятнег до мозга костей, в ужасе глядя на всё это – вспоминаю советские времена, когда собранная в конце месяца советская бытовая техника, и прочия сложные изделия заведомо считались ущербными. Патамучта заводским работягам надо было успеть выполнить план. И шурупы заворачивались молотком. Вот сейчас, натурально, “та же фигня”.

А ещё спешу сообщить вам, мои маленькие виртуальные читатели, что “поддержка PHP” на IIS 7.0 настолько прекрасна, что при установке PHP и всего прочего “из коробки” (согласно документации на iis.net) – работа из пехапешных скриптов с MS SQL 2005 невозможна. Ну вот тупо не работает. И лечится “грязным хаком” с выковыриванием некоей dll из дистрибутива MS SQL 2000 (превед, “лицензионная чистота”!). Про работу этого чуда с 2008-ым SQL я даже боюсь спрашивать.

Ну а вощемта написал я это всё к тому, что WSRM уже настойчиво предлагался к использованию в такой ситуации ранее, потом все благополучно пришли к выводу, что “no workaround”, а сейчас вдруг всё вернулось на круги своя с соответствующим переписыванием документации на WSRM. Ребята, ну убейтесь уже об стену, а? Ну сколько можно?

Нагрузка – примерно 10 хитов в секунду, процессор – Pentium IV.

Как, всё-таки, хорошо, что “я в сортах дерьма не разбираюсь” ™

The CPULimit feature also uses a JobObject.

Unfortunately a process can only belong to one JobObject, making FastCGI and the CPULimit features mutually exclusive.”

(с) https://forums.iis.net/p/1146572/1857584.aspx

Microsoft в своём репертуаре Ребята, ну зачем же через жопу-то? (плакает)