Я нашел решение благодаря подсказке дается Нилс и хорошая статья.

Настройка регулятора OnDemand процессора DVFS губернатор

Регулятор OnDemand имеет набор параметров, чтобы контролировать, когда он толкается динамическое масштабирование частоты (или DVFS динамического напряжения и частоты). Эти параметры находятся под дерево файловой системы: /системы/устройства/системы/процессора/подсистема cpufreq/OnDemand в/

Одним из этих параметров является параметр up_threshold которой, как следует из названия является порогового значения (блок % процессора, я не узнал, хотя если это на каждое ядро или слияние ядер), при превышении которого по требованию губернатора в кайф и начала меняя частоту.

Чтобы изменить его на 50% (например) с помощью sudo прост:
судо Баш-с "Эхо 50 > /системы/устройства/системы/процессора/подсистема cpufreq/OnDemand в/параметр up_threshold"

Если вы являетесь пользователем root, еще более простой команды можно:
Эхо 50 > /системы/устройства/системы/процессора/подсистема cpufreq/OnDemand в/параметр up_threshold

Примечание: эти изменения будут утеряны после следующего хозяина перезагрузки. Вы должны добавить их в конфигурационный файл, который читается во время загрузки, как файл/etc/инит.г/RC.местные на Ubuntu.

Я узнал, что мой гостевой виртуальной машины, хотя потребляет много процессора (80-140%) на узел, распределяющий нагрузку на оба ядра, так что ни один образец не был выше 95%, при процессора, с моим раздражением, остановился на 800 МГц. Теперь с выше патч, процессор динамически меняет частоту каждого ядра гораздо быстрее, которая подходит моим потребностям, 50% кажется лучше порог для моих гостей, ваш пробег может варьироваться.

При необходимости проверьте, если вы используете HPET

Возможно, что некоторые, которые неверно реализованы таймеры может получить пострадавших от DVFS. Это может быть проблема на хосте и/или оценки окружающей среды, хотя хост может иметь несколько запутанный алгоритм для минимизации этого. Однако, современные процессоры имеют новую ЦТП (штамп времени счетчика), которые не зависят от текущей загрузки процессора/частота ядра, таковыми являются: постоянный (constant_tsc), инвариантные (invariant_tsc) или нон-стоп (nonstop_tsc) см. В этой статье о хром ЦТП пересинхронизации для получения дополнительной информации о каждом. Так что если ваш процессор оснащен одним из этих ЦТП, вам не нужно, чтобы заставить HPET. Чтобы проверить, если ваш процессор их поддерживает, использовать аналогичную команду (измените параметр grep для соответствующей функции процессора, здесь мы испытываем постоянное ЦТП):

$ grep в constant_tsc в /proc/cpuinfo для

Если вы не один из этих современных ТНК, вы должны либо:

1. Активный HPET, это описано здесь после;
2. Не использовать процессор DVFS если у вас есть какие-либо приложения в виртуальной машине, которые полагаются на точные сроки, что является одним рекомендованным Красная Шапочка.

Безопасным решением является включение HPET таймера (см. ниже Для больше деталей), они работают медленнее, чем те, для запроса ЦТП (ЦТП в процессоре, и HPET в материнской плате), и, возможно, не имеет точного (HPET >10МГц; ТК часто максимальная тактовая частота), но они гораздо более надежны, особенно в DVFS конфигурацию, в которой каждое ядро может иметь разные частоты. Linux-это достаточно умен, чтобы использовать самые лучшие доступные таймер, он будет опираться на первый ЦВТ, но если найден слишком ненадежно, он будет использовать HPET один. Это хорошая работа на хост (голый металл) систем, но из-за не всю информацию правильно экспортировать гипервизором, это скорее вызов для гостевой виртуальной машины, чтобы обнаружить себя плохо ЦТП. Хитрость заключается в то, чтобы заставить использовать HPET в гостя, хотя вы должны были гипервизор, чтобы сделать эти часы доступными для гостей!

Ниже вы можете найти, как настроить и/или включить HPET в Linux и FreeBSD.

Настройка HPET Линукс

HPET, или высокоточный таймер событий, это аппаратный таймер, который можно найти в большинстве сырьевых ПК с 2005 года. Этот таймер может быть использован эффективно, с помощью современных ОС (Linux ядро поддерживает его, так как 2.6, стабильная поддержка во FreeBSD, начиная с последних 9.X, но был введен в 6.3) обеспечить согласованное время неизменно для питания процессора управления. Это позволяет построить также легче клеща-менее планировщика реализации.

В основном HPET-это как защитный барьер, который даже если хозяин имеет DVFS активный, хозяин и гость мероприятия сроки будут менее затронуты.

Есть хорошая статья от IBM о включение HPET, он объясняет, как убедитесь, что аппаратный таймер ядра использует, и какие доступны. Я представить здесь краткое резюме:

Проверив имеющиеся аппаратный таймер(ы):
кошка /системы/устройства/системы/базовый источник тактовых импульсов/clocksource0/available_clocksource

Проверка текущего активного таймера:
кошка /системы/устройства/системы/базовый источник тактовых импульсов/clocksource0/current_clocksource

Простой способ, чтобы заставить использование HPET, если он у вас имеется, чтобы изменить свой загрузчик, чтобы попросить, чтобы он (начиная с ядра 2.6.16). Эта конфигурация зависит от дистрибутива, поэтому, пожалуйста, обратитесь к вашему собственному распределение документации, чтобы установить его должным образом. Вы должны включить hpet=включить или базовый источник тактовых импульсов=hpet на ядре строка загрузки (это опять же зависит от версии ядра или дистрибутива, я не нашел никакой внятной информации).
Это убеждается, что гость с помощью таймера HPET.

Примечание: На моем ядре 3.5, Linux, кажется, чтобы забрать автоматического таймера hpet.

Конфигурации оценки HPET во FreeBSD

На FreeBSD можно проверить, какие таймеры доступны, выполнив:
команды sysctl Керн.слово timecounter.выбор

В настоящее время выбран таймер можно проверить с помощью:
команды sysctl Керн.слово timecounter.оборудование

Во FreeBSD 9.1, похоже, автоматически предпочитают HPET над другой провайдер таймер.

Тодо: как заставить HPET на FreeBSD.

Гипервизор HPET экспорт

КВМ, похоже, автоматически экспортировать HPET, когда хозяин поддерживает его. Однако, для Linux оценки они будут предпочитать другие автоматически экспортированы часы, которые КВМ-часы (а paravirtualised вариант размещения ЦТП). Некоторые доклады проблемы с предпочтительной часы, ваш пробег может варьироваться. Если вы хотите заставить HPET в гостевой, смотрите выше в разделе.

В VirtualBox не экспортирует HPET часы для гостей по умолчанию, и нет возможность сделать это в GUI. Вам нужно использовать командную строку и убедитесь, что виртуальная машина выключена. команда:

./VBoxManage modifyvm "имя ВМ" --hpet на

Если гость продолжает выбрав другой источник, чем HPET после вышеуказанных изменений, пожалуйста, обратитесь к выше, в разделе, Как заставить ядро использовать HPET часы в качестве источника.