Войти

Показать полную графическую версию : Частота процессора на 100


Страниц : [1] 2

krec
05-02-2020, 10:28
У нас есть сервер (w2k12) , время от времени тормозит.
Сегодня заметил в ресурсах, что на 100% используется частота.

http://images.vfl.ru/ii/1580887415/3e8327ed/29446760.jpg


На сервере 1С и MSSQL. Хотелось бы подробее выяснить причину.
Где и как можно точно узнать в чем дело? Какие процессы отнимают всю частоту процессора?


Процессор не такой уж и слабый, раньше очень даже хорошо справилась с такой же нагрузкой, как сейчас.

http://images.vfl.ru/ii/1580887592/96e4892d/29446784.jpg

Grabber2006
05-02-2020, 10:47
При небольшой нагрузке процессор переходит в состояние пониженного энергопотребления со сниженной частотой. У вас достаточно высокая нагрузка, соответственно процессор работает в режиме максимальной производительности. ИМХО, именно это имеется в виду в мониторе ресурсов под индикатором % максимальной частоты.

krec
05-02-2020, 11:05
Grabber2006,

Ваше логическое мышление имеет место быть, НО!
Я вот только что перезагрузил сервер, никто не работает на сервере, в полном простое смотрю - опять 100%.

freese
05-02-2020, 11:06
Сегодня заметил в ресурсах, что на 100% используется частота. »
У вас он и сейчас, хорошо справляется, использование ЦП - 40%

krec
05-02-2020, 11:10
freese, а что это за 100%, что я отметил?

И как выяснить что является причиной тормозов в 1С ? он не всегда тормозит, а в рендомном режиме. может неделя отработать хорошо, а может день 2 раза придется перезагрузить. После перезагрузи нормально начинает работать.
ОЗУ на 92% используется. (32ГБ)
Диски все SSD.

freese
05-02-2020, 11:17
а что это за 100%, что я отметил? »
это значит, что он работает, и Grabber2006, все расписал.
И как выяснить что является причиной тормозов в 1С ? он не всегда тормозит, а в рендомном режиме. может неделя отработать хорошо, а может день 2 раза придется перезагрузить. После перезагрузи нормально начинает работать.
ОЗУ на 92% используется. (32ГБ) »
вот в сторону озу и копайте, системе нужно время чтобы выгрузить не используемое из памяти, а если выгружать нечего, и все 92% заняла 1с, под системные задачи ресурсов не хватает, вот вам и тормоза

Grabber2006
05-02-2020, 13:36
Я вот только что перезагрузил сервер, никто не работает на сервере, в полном простое смотрю - опять 100%. »
Возможно, что в BIOS отключено что-то вроде Intel SpeedStep.

Jula0071
05-02-2020, 15:17
krec, это тот б.у сервер? Наверняка предыдущий владелец выставил performance profile: maximum performance (так эта настройка называется у Dell (https://www.dell.com/support/article/us/en/19/sln310767/best-practices-in-power-management?lang=en), как у HP навскидку не скажу, но наверняка что-то похожее есть), это обычное дело - сервер стоит в стойке в дц и на энергопотребленгие и шум плевать, а лаг производительности наоборот нежелателен.

krec
06-02-2020, 16:10
Jula0071,
нет, это новый(был) сервер, supermicro.
сегодня опять жесткие тормоза заметны были в 1С.
перезагружал сервер, пустил только одного челвоека , проц загружен на 3-5%, ОЗУ на 45%, но тоже самые тормоза.
1С программист посмотрел, горовит ХЗ в чем дело.

DJ Mogarych
06-02-2020, 16:47
krec, не в процессоре дело, и не в памяти.

Очередь диска какая во время тормозов?
Если меньше единицы, тогда вопросы к программистам 1С, что они там в запросах навертели, какой-нибудь SELECT * 100 раз в секунду, это они любят.

Anton04
06-02-2020, 20:36
На сервере 1С и MSSQL. Хотелось бы подробее выяснить причину. »

Это главная причина, сервер приложений и сервер SQL нужно разносить по разным машинам (хоть бы и виртуальным).

DJ Mogarych
07-02-2020, 09:34
нужно разносить по разным машинам (хоть бы и виртуальным) »
Если они крутятся на разном железе. Если обе виртуалки крутятся на одном хосте, смысла разносить нет.

Anton04
07-02-2020, 09:42
DJ Mogarych,

Не согласен. Смысл как минимум в том что ошибки в работе ОС и какого либо приложения не будут приводить к не работоспособности другого приложения (пример: утечка памяти на VM), плюс ко всему это и разграничения ресурсов одного ПК не несколько в VM.

DJ Mogarych
07-02-2020, 09:59
Anton04, изначально речь шла о производительности, а не об утечках и ошибках ОС.

Jula0071
07-02-2020, 11:41
DJ Mogarych, VM вообще штука вредная для производительности. Но с этой потерей производительности (в большинстве случаев довольно небольшой) мирятся в угоду преимуществам – повышенной безопасности, надёжности и удобству управления и обслуживания.

DJ Mogarych
07-02-2020, 13:33
Это-то понятно, мне преимуществ виртуализации объяснять не надо.
Дело в осознании того, зачем что-то разделять или не разделять, особенно, когда речь идёт о виртуализации.
Я навидался разных подходов к "безопасности", "отказоустойчивости" и "производительности", когда на одном хосте виртуализации делали две виртуальные машины и объединяли их в кластер, когда делят виртуальный диск на логические тома и так далее.

Причём чаще всего аргументация - так наши деды и отцы делали, и у них работало.

Jula0071
07-02-2020, 13:37
когда на одном хосте виртуализации делали две виртуальные машины и объединяли их в кластер »
Это имеет смысл как лаба, или в условиях отсутствия бюджета с прицелом "вот через год купим ещё два сервера и построим кластер". Чаще всего про это забывают и вообще "ведь всё ж работает." Практический впрочем тоже есть, маленький – можно проводить майнтенанс виртуалок без остановки сервиса.

DJ Mogarych
07-02-2020, 14:16
В моём случае это был самый что ни на есть продакшен, и с деньгами проблем не было. Просто по-другому не представляли себе.

Впоследствии, большинство проблем генерировал вот этот самый кластер. Он там сам падал, сам восстанавливался, в общем, жил интересной жизнью.

Iska
08-02-2020, 22:03
когда делят виртуальный диск на логические тома »
А зачем?!

Busla
10-02-2020, 12:13
Цитата DJ Mogarych:
когда делят виртуальный диск на логические тома »
А зачем?! »
Отдельные виртуальные диски хорошо/нормально работают только если дисковое хранилище реально предоставляет массовый параллельный доступ - NVMe или десятки "шпинделей".
А без этого планировщик дисковой очереди будет фигню творить. Ну и сама ОС или ПО могут начать обслуживание "простаивающего" диска, а на самом деле "внизу" все дисковые операции гипервизора выстраиваются в одну очередь к какому-нибудь RAID 1 на двух SATA.




© OSzone.net 2001-2012