Pull to refresh

Comments 11

Спасибо, интересно.
Только вы почему-то не отключаете ненужные службы на терминальном сервере.
Например: «Темы», «Windows search» и «Автономные файлы». Для терминального сервера 1С эти службы не нужны.
согласен, хорошая идея, добавлю в статью
UFO landed and left these words here
высокая очередь на диск тянет за собой высокую загрузку ЦП (которому приходится ждать пока диск ответит)

гхм…

Не увидел, банального перевода сервера из сбалансированного в режим перфоманс, что очень решает.
ну значит не внимательно читали, так как сразу в разделе оптимизация 1с идет первым пунктом
Вроде чуть быстрее стало, но не намного. В статье дублирование — сначала предлагается в реестре напрямую обнулить параметры, потом то же самое — через PowerShell, причем, надо догадаться, что это PS. Ну и некоторая логическая несвязуха между этими блоками
Я делаю запланированную задачу на смену режима питания в рабочие часы — максимальная производительность, вне рабочее — сбалансированная производительность

смотри GUID на сервере powercfg /list

создаем запланированную задачу для рабочего времени — %windir%\System32\powercfg.exe /s <где GUID максимальная производительность>
выставляем триггер на время запуска начала рабочего дня. У меня рабочие дни с 8 а выходные с 10
далее создаем вторую задачу для не рабочего времени (ночь) — %windir%\System32\powercfg.exe /s <где GUID сбалансированная производительность>
выставляем триггер на время запуска начала не рабочего времени. У меня 22

по графику потребления ватт на ИБП:
рабочее время ~300 Ватт\ч
не рабочее время ~130 Ватт\ч

итого наглядная экономия и увеличения срока эксплуатации
по графику потребления ватт на ИБП:
рабочее время ~300 Ватт\ч
не рабочее время ~130 Ватт\ч

ну так в нерабочее время и так нагрузка меньше, потребление меньше. правильнее было бы отключить эту смену режима питания на сутки и сравнить результаты.


увеличения срока эксплуатации

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

Так вот все это и было придумано после тестов.
К примеру ночные бекапы всегда дают нагрузку на цпу-диски-сеть на что срабатывает турбобуст в цпу но прироста от этого кроме завышенного потребления электроэнергии нет по сути.

в «сбалансированном режиме» клиент ждет старта 1с в remoteapp на ~4 секунды дольше и в целом отклик сервера ниже.
К примеру ночные бекапы всегда дают нагрузку на цпу-диски-сеть на что срабатывает турбобуст в цпу

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


в «сбалансированном режиме» клиент ждет старта 1с в remoteapp на ~4 секунды дольше и в целом отклик сервера ниже.

а это как раз следствие адаптивного регулирования частоты: изменение частоты совсем не моментальное, и для серий кратковременных запросов процессор просто не может «попасть в такт»


Так вот все это и было придумано после тестов.

то есть 300 Вт — это потребление во время создания бэкапов с максимальным профилем, 130 Вт — это то же самое со сбалансированным профилем? в исходном сообщении было всё-таки написано другое, а сравнивать надо, как говорится, яблоки с яблоками

Sign up to leave a comment.

Articles