Вопросы Теги

Windows 2012 Диспетчер задач по сравнению с Проводником Процесса, другим использованием ЦП, почему?

Привет спасибо все я нашел решение своей проблемы.

в каталоге xen-4.0.1/buildconfigs открываются, src.git-клон файла после строк ответственны за это получение по запросу

   if ! [ -d $(LINUX_SRCDIR) ]; then \
           rm -rf $(LINUX_SRCDIR) $(LINUX_SRCDIR).tmp; \
           mkdir $(LINUX_SRCDIR).tmp; rmdir $(LINUX_SRCDIR).tmp; \
           $(GIT) clone -o $(XEN_GIT_ORIGIN) -n $(XEN_LINUX_GIT_URL) $(LINUX_SRCDIR).tmp; \
               (cd $(LINUX_SRCDIR).tmp; git checkout -b $(XEN_LINUX_GIT_LOCALBRANCH) $(XEN_LINUX_GITREV) ); \
           mv $(LINUX_SRCDIR).tmp $(LINUX_SRCDIR); \

   fi

поэтому добавьте хеш # в начале следующих строк 

#       if ! [ -d $(LINUX_SRCDIR) ]; then \
#               rm -rf $(LINUX_SRCDIR) $(LINUX_SRCDIR).tmp; \
#               mkdir $(LINUX_SRCDIR).tmp; rmdir $(LINUX_SRCDIR).tmp; \
#               $(GIT) clone -o $(XEN_GIT_ORIGIN) -n $(XEN_LINUX_GIT_URL) $(LINUX_SRCDIR).tmp; \
#               (cd $(LINUX_SRCDIR).tmp; git checkout -b $(XEN_LINUX_GIT_LOCALBRANCH) $(XEN_LINUX_GITREV) ); \
#               mv $(LINUX_SRCDIR).tmp $(LINUX_SRCDIR); \
#
#       fi

Это решит проблему получения по запросу мерзавца, происходящего каждый раз. Принятие Вас уже вытянуло необходимое дерево и делает a make dist потому что make world вытянет где, в то время как можно возобновить make dist если у Вас есть дерево внутри.

2
задан 6 February 2014 в 11:50
2 ответа

Какой из них правильный?

Вероятно, оба.

Несмотря на впечатление, которое вы получаете от графиков, использование ресурсов опрашивается не непрерывно, а с дискретными интервалами. Итак, здесь происходит то, что в какой-то момент диспетчер задач опрашивает ЦП на предмет использования и получает ответ. Спустя несколько миллисекунд Process Explorer опрашивает ЦП на предмет использования и получает немного другой ответ.

Это имеет смысл, потому что он опрашивает в немного другое время, и оба измерения, вероятно, точны, только для немного разных интервалов. Мы можем не заметить разницу во времени в 10 миллисекунд, но для компьютера это долгое время - процессор 3,8 ГГц может обработать 38 миллионов операций за те 10 миллисекунд, которые мы даже не можем понять. Вот ' Подобно эффекту наблюдателя в квантовой механике - акт наблюдения или измерения события изменяет событие - акт измерения использования ваших ресурсов использует те же ресурсы, которые вы пытаетесь измерить.

1
ответ дан 3 December 2019 в 12:55

Основываясь на новых снимках экрана, мой ответ об общем случае неприменим.

Ваша проблема в том, что Диспетчер задач не запускает метрики на двух ваших процессорах / 12 ваших ядрах . Эти графики пустые / пустые и не указывают на полностью бездействующие процессоры. Конечно, я не уверен , почему он это делает (хотя он явно получает количество процессоров прямо в текстовом выводе) или что вы бы сделали, чтобы исправить это, но это объяснило бы большая разница, которую вы видите.

Итак, системная информация верна, поскольку она, кажется, фактически отображает и измеряет использование ЦП на всех ваших ЦП и ядрах ЦП.

0
ответ дан 3 December 2019 в 12:55

Теги

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