Pull to refresh

Comments 11

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

гхм…

Не увидел, банального перевода сервера из сбалансированного в режим перфоманс, что очень решает.
ну значит не внимательно читали, так как сразу в разделе оптимизация 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