Частота процессора на 100
 

У нас есть сервер (w2k12) , время от времени тормозит.
Сегодня заметил в ресурсах, что на 100% используется частота.




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


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

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

Grabber2006,

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

У вас он и сейчас, хорошо справляется, использование ЦП - 40%

freese, а что это за 100%, что я отметил?

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

это значит, что он работает, и Grabber2006, все расписал.
вот в сторону озу и копайте, системе нужно время чтобы выгрузить не используемое из памяти, а если выгружать нечего, и все 92% заняла 1с, под системные задачи ресурсов не хватает, вот вам и тормоза

Возможно, что в BIOS отключено что-то вроде Intel SpeedStep.

krec, это тот б.у сервер? Наверняка предыдущий владелец выставил performance profile: maximum performance (так эта настройка называется у Dell, как у HP навскидку не скажу, но наверняка что-то похожее есть), это обычное дело - сервер стоит в стойке в дц и на энергопотребленгие и шум плевать, а лаг производительности наоборот нежелателен.

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

krec, не в процессоре дело, и не в памяти.

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

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

Если они крутятся на разном железе. Если обе виртуалки крутятся на одном хосте, смысла разносить нет.

DJ Mogarych,

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

Anton04, изначально речь шла о производительности, а не об утечках и ошибках ОС.

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

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

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

Это имеет смысл как лаба, или в условиях отсутствия бюджета с прицелом "вот через год купим ещё два сервера и построим кластер". Чаще всего про это забывают и вообще "ведь всё ж работает." Практический впрочем тоже есть, маленький – можно проводить майнтенанс виртуалок без остановки сервиса.

В моём случае это был самый что ни на есть продакшен, и с деньгами проблем не было. Просто по-другому не представляли себе.

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

Мне так кажется, что в предыдущих двух постах вы ребята что-то напутали.

Делить на разделы вмку - невыносимая тупость. Подключать к вмке блочные устройства из каких либо надобностей (маленькое быстрое для кеша БД, большое медленное для хранения документов) - обычная практика.

я никак не пойму, почему надо ставить на разные машины 1С приложение(сервер) и SQL ?
Не логично будет на одном, чтоб уменьшить отклик?