Частота процессора intel-pstate очень высока, даже если в режиме ожидания
Чтобы проверить внешний вид другого дистрибутива, я бы определенно пошел на виртуальную установку в первую очередь по следующим причинам:
Не нужно менять загрузчик или макет раздела вашего хоста , то есть без риска случайного нарушения вашей основной ОС. Легко восстанавливать любые изменения во время воспроизведения снимков. Гораздо лучше скорость чтения / записи на жестком диске по сравнению с внешним USB2.0. Для использования динамически растущих виртуальных дисков требуется минимум места на жестком диске. Легкий обмен данными с хоста и гостя с сетевыми ресурсами или совместно используемыми папками. Параллельный доступ к приложениям на хосте при запуске тестовой ОС (подумайте, например, о том, что браузер ищет помощь при застревании).Конечно, вам нужно будет знать о некоторой задержке и немного более вялому опыту виртуальной гостевой ОС, но на довольно хорошо оборудованном хосте (Quad Core,> 4 ГБ RAM) это не имеет большого значения.
Приложения, которые полагаются на быстрый графический процессор, могут работать не так хорошо, как на голом металле. Драйвер виртуальной графики от гостевых дополнений будет лучше всего преодолеть это, но для игр вам может не понадобиться использовать виртуальную машину.
2 ответа
Наконец, я нашел решение.
У драйвера intel_pstate есть некоторые проблемы с некоторыми процессорами Intel Hswell и более поздними версиями. Пользователи Arch Linux заметили, что это проблема с внутренним таймером intel_pstate и ядра. Когда таймер установлен на 300 Гц (по умолчанию в арке), драйвер intel_pstate должен быть чувствительным. В Ubuntu этот таймер установлен в 250 Гц в общих ядрах.
Когда я тестирую ядро linux-lowlatency (whitch установил CONFIG_HZ на 1000), проблема, похоже, исчезает (кажется, потому что я протестировал это в ядре с низкой степенью неопределенности 4.11 и решение не решило эту проблему). Срок службы батареи увеличивается от 2,5 до 4,5 часов для декодирования hrome html5. Ниже моего теста с ядром низкого уровня 4.10.0.
Collecting data for 62 seconds...
# NumSamples = 62; Min = 799.80; Max = 3325.80
# Mean = 1332.198387; Variance = 413667.275965; SD = 643.169710; Median 1091.200000
# each ∎ represents a count of 1
799.8000 - 1052.4000 [ 29]: ∎∎∎∎∎∎∎...∎∎∎∎∎∎∎ (46.77%)
1052.4000 - 1305.0000 [ 14]: ∎∎∎∎∎∎∎∎∎∎∎∎∎∎ (22.58%)
1305.0000 - 1557.6000 [ 3]: ∎∎∎ (4.84%)
1557.6000 - 1810.2000 [ 5]: ∎∎∎∎∎ (8.06%)
1810.2000 - 2062.8000 [ 3]: ∎∎∎ (4.84%)
2062.8000 - 2315.4000 [ 0]: (0.00%)
2315.4000 - 2568.0000 [ 5]: ∎∎∎∎∎ (8.06%)
2568.0000 - 2820.6000 [ 0]: (0.00%)
2820.6000 - 3073.2000 [ 0]: (0.00%)
3073.2000 - 3325.8000 [ 3]: ∎∎∎ (4.84%)
Наконец, я нашел решение.
У драйвера intel_pstate есть некоторые проблемы с некоторыми процессорами Intel Hswell и более поздними версиями. Пользователи Arch Linux заметили, что это проблема с внутренним таймером intel_pstate и ядра. Когда таймер установлен на 300 Гц (по умолчанию в арке), драйвер intel_pstate должен быть чувствительным. В Ubuntu этот таймер установлен в 250 Гц в общих ядрах.
Когда я тестирую ядро linux-lowlatency (whitch установил CONFIG_HZ на 1000), проблема, похоже, исчезает (кажется, потому что я протестировал это в ядре с низкой степенью неопределенности 4.11 и решение не решило эту проблему). Срок службы батареи увеличивается от 2,5 до 4,5 часов для декодирования hrome html5. Ниже моего теста с ядром низкого уровня 4.10.0.
Collecting data for 62 seconds...
# NumSamples = 62; Min = 799.80; Max = 3325.80
# Mean = 1332.198387; Variance = 413667.275965; SD = 643.169710; Median 1091.200000
# each ∎ represents a count of 1
799.8000 - 1052.4000 [ 29]: ∎∎∎∎∎∎∎...∎∎∎∎∎∎∎ (46.77%)
1052.4000 - 1305.0000 [ 14]: ∎∎∎∎∎∎∎∎∎∎∎∎∎∎ (22.58%)
1305.0000 - 1557.6000 [ 3]: ∎∎∎ (4.84%)
1557.6000 - 1810.2000 [ 5]: ∎∎∎∎∎ (8.06%)
1810.2000 - 2062.8000 [ 3]: ∎∎∎ (4.84%)
2062.8000 - 2315.4000 [ 0]: (0.00%)
2315.4000 - 2568.0000 [ 5]: ∎∎∎∎∎ (8.06%)
2568.0000 - 2820.6000 [ 0]: (0.00%)
2820.6000 - 3073.2000 [ 0]: (0.00%)
3073.2000 - 3325.8000 [ 3]: ∎∎∎ (4.84%)