иономер - загрузка ЦП, не будучи возвращенным

Несколько идей:

  1. Добавьте lmhosts или запись хостов (c:\windows\system32\drivers\etc) для ускорения определения имен
  2. Аутентификация могла бы замедлять скорость отклика. Удостоверьтесь, что Вы обманываете имена пользователей и пароли в обеих системах. Или удостоверьтесь, что Вы сохраняете учетные данные
1
задан 8 January 2010 в 08:15
1 ответ

Совершенно ли Ваши работы инструментов или не измерение ЦП из VM бессмысленно, любые данные, которые Вы получаете, испорчены. Это вызвано тем, что ОС и/или инструмент предполагают, что это имеет полный контроль над (на самом деле виртуальным) ЦП, таким образом, измерение основано на загрузке со временем, и время не линейно на VM-земле из-за квантования времени.

Мера из гипервизора, это - единственный способ знать то, что продолжается.

1
ответ дан 4 December 2019 в 02:15
  • 1
    You' абсолютно правильное ре - если существует конкуренция для ЦП. В моем случае это - единственная виртуальная машина, работающая на хосте кроме самой консоли ESX. Понятно существует небольшой хит в гарантии и планирование, которое понесено от ESX, но не интересуется теми изменениями. После стоимости на io операцию. –  romant 17 January 2010 в 15:40
  • 2
    Использование хоста не важно - VM, измерение ЦП ВСЕГДА неправильно при всех обстоятельствах - it' s на самом деле вопрос на в VCP 3 & 4 экзамена. –  Chopper3 17 January 2010 в 15:55
  • 3
    Прерыватель, да - от 100%-го идеала. Этот isn' t проблема здесь, поскольку стоимость IO все еще будет тем же, как, пока VM является ' sleeping' промежуточный ESX-ЦП, планирующий, так IO в той машине. –  romant 18 January 2010 в 06:29

Теги

Похожие вопросы