Назад | Перейти на главную страницу

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

Есть несколько вопросов, которые задают вопрос, улучшит ли отключение гиперпоточности производительность (например, как этот). Ответ (как и на все вопросы о производительности) - это, конечно, «профилируйте это в зависимости от вашей рабочей нагрузки».

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

Ноты:

  1. Это не конкретный вопрос SQL, я ищу не статистику SQL, а счетчики производительности операционной системы.
  2. Исходный код недоступен, поэтому в него нельзя вносить изменения для отслеживания производительности.

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

Теперь, учитывая, что вы не предоставили подробностей, таких как требования к приложениям, версия / разновидность / распределение ОС или спецификации оборудования / платформа / модель процессора, трудно дать какое-либо реальное представление.

  • Какие показатели важны для вашего бизнеса или ваших пользователей?
  • У вас есть исторический мониторинг?
  • Вы смотрите на встроенные инструменты, такие как perf?
  • У вас проблемы с производительностью Cегодня?
  • Посмотрите на свои системы с помощью такого инструмента, как Netdata чтобы увидеть, что происходит в системе.

Но если вы используете системное оборудование с процессорами Intel Nehalem или новее, Я бы оставил включенной гиперпоточность, если у вас нет веских причин не делать этого. Если у тебя есть детерминированная рабочая нагрузка или что-то, что зависит от однопоточной производительности, тогда может быть ... Но часто есть и другие низко висящие плоды, такие как профили производительности, отключение C-состояний, конфигурация BIOS, настройка на уровне ОС.

Поскольку проводить эксперименты в производственной среде - плохая идея

Нет, это не так. Создание реалистичной симуляции вашей реальной среды будет стоить вам примерно столько же, сколько ваши общие затраты на ИТ - это не просто затраты на замену серверной инфраструктуры, это крошечный по сравнению со стоимостью создания репрезентативного, но смоделированного спроса. Есть много продуктов, которые утверждают, что это делают, но я еще не видел ничего, что могло бы сравниться с этим.

Даже компании с астрономическими ИТ-бюджетами не считают что-либо доказанной ценностью, пока это не будет проверено на производстве.

Человек вверх.

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