Вы должны соединить каналом к numpy
в PYTHONPATH
переменная среды, не в PATH
. Кроме того, взгляд располагают документацию модуля для обнаружения, где Python обычно ищет свои модули и на уровне distutils страницы для обнаружения о нормальной установке дополнительных модулей и их местоположения.
Местоположение numpy зависит от Вашего дистрибутивного Linux: например, в Debian 7 у меня есть numpy, установленный в /usr/lib/pyshared/python2.6/numpy/...
, но Вам можно было бы установить его, например, в также /usr/local/lib/python2.7/site-packages
или /usr/lib/python2.7/site-packages
. Что касается различия между site-packages
и dist-packages
посмотрите это. /usr/local/..
используется для программ, вручную установленных системным администратором, включая установленных с pip
, в то время как /usr/..
используется для программ, установленных через диспетчер пакетов Вашего распределения, например. apt
для Debian или yum
для Red Hat.
Для ответа на ваш вопрос, давайте сначала понять, что является Kondemand.
Kondemand - это резьба ядра, которая принадлежит губернатору OnDemand подсистемы CPUFREQ, который изменяет P-состояния системы, основываясь на статистике использования. Таким образом, это то, что помогает в управлении питанием. Ссылка на Kondemand
Ответ : Я думаю, что у вас есть 32 ядра, поэтому работают 32 потока потоков Kondemand. Каждый поток будет потреблять небольшой процессор для оптимизации частоты ЦП. Обратите внимание, что это использование процессора обычно проводится одновременно, когда CPU простаивает. Если это значение, Kondemand - это резьба ядра, которая относится к CPUFREQ. Так что он предназначен для экономии мощности. Не следует загружать процессор во время занятых времен.
Даже если вы хотите отключить Kondemand, то последующие шаги, упомянутые ниже ссылки
. Вышеуказанная ссылка имеет прекрасное объяснение проблемы, которую вы упомянули. Также вы сможете заметить влияние отключения / включения Kondemand.
Существует 2 способа отключить Kondemand на основе вашей версии ядра. Я не уверен, что вы используете версию ядра. Итак, придется проверить вышеуказанную ссылку и выполнить необходимые действия в соответствии с версией ядра, установленной в вашей системе.
удачи!
Это автоматическое масштабирование частоты ЦП. Я подозреваю, что процессор, используемый им, фактически беззаботный CPU. Вы можете проверить это, выпустив программу сравнения процессора. Вы должны увидеть экземпляры Kondemand упадут до 0% использования. Программа
программа также будет отображать процент масштабирования ЦП.
Различные распределения обрабатывают это по-разному, и вы не опубликовали свое, поэтому я посмотрю на http://www.servernoobs.com/avoiding-cpu-speed-scaling-in-modern-linux -Дерирующиеся-подсказки-регулярные наконечники /? doing_wp_cron = 1428304535.5997378826141357421875 в качестве отправной точки. Этот быстрый скрипт оттуда будет универсально отключить его, но вы действительно хотите выяснить, что сделано в сценариях запуска для вашей системы.
for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor;
do [ -f $CPUFREQ ] || continue; echo -n performance > $CPUFREQ; done
Это, вероятно, тот случай, когда это не делает ничего хуже, чем сохранение вашей силы. Если вы не будете регулярно не иметь очень разрывной рабочей нагрузки, вы не будете иметь много времени, кроме дополнительного тепла, отключая это (если это не совсем сломано в вашем случае).