Диспетчер задач Windows Server 2008 показывает не больше чем 25%-е использование CPU для процесса, как увеличить это значение?
Это в основном стандартно в мире Linux..
Я принял бы по этой причине, Вы не должны волноваться о последствиях безопасности для этого конкретного вопроса..
Что Вы ожидаете, что импликация безопасности могла быть???
/proc поддерживает и показывает просто открытую основу ядру и процесс
Примечание: я просто "быстро" проверил онлайн (да, у меня есть Интернет :P), и нашел 2 проблемы безопасности с 2000 и 2005 для вариантов BSD... Однако я уверен, что они фиксируются
Это очень сильно зависит от процесса и вашего процессора.
Допустим, у вас четырехъядерный процессор. Windows будет представлять каждое ядро как 25% от общей емкости панели процессора, отображаемой в диспетчере задач, поэтому процесс, который все время занят на 25%, может использовать 100% одно ядро и если задача manager показывает график процессора на 100%, тогда он полностью использует все четыре ядра нашей тестовой системы. Со мной до сих пор?
Следующим за microsope является программное обеспечение, которое вы используете. Некоторое программное обеспечение написано для хорошей работы в многоядерной среде, какое-то программное обеспечение менее хорошо оптимизировано, а какое-то программное обеспечение вообще не использует преимущества нескольких ядер (*). Если ваш процесс постоянно работает на 25%, это говорит о том, что « s не поддерживает многопроцессорность / ядро (или многопоточность , если мы хотим вообразить это и начать давать вещам их собственные имена), но он использует максимальные ресурсы, которые может видеть. ] Если это так, то все, что вы можете сделать, это спросить людей, создавших программное обеспечение, которое вы изучаете, каково состояние его поддержки для нескольких ядер процессора, или поискать аппаратную платформу, которая запускает каждое ядро на более высокой скорости.
(*) Некоторое программное обеспечение не получит большого преимущества от поддержки многоядерных процессоров, так что это не всегда плохо, и даже это будет улучшено в многоядерных системах, потому что они могут эффективно иметь ядро для себя в то время как система использует другие ресурсы.
если мы хотим представить себе это и начать давать вещам их собственные имена), но он использует максимальные ресурсы, которые он может видеть.Если это так, тогда все, что вы можете сделать, это спросить людей, которые сделали программное обеспечение, вы ' посмотрите, в каком состоянии находится поддержка нескольких процессорных ядер, или поищите аппаратную платформу, которая запускает каждое ядро на более высокой скорости.
(*) Некоторое программное обеспечение не получит большого преимущества от поддержки многоядерных процессоров, так что это не всегда плохо, и даже это будет улучшено в многоядерных системах, потому что они могут эффективно иметь ядро для себя пока система использует другие ресурсы.
если мы хотим представить себе это и начать давать вещам их собственные имена), но он использует максимальные ресурсы, которые он может видеть.Если это так, тогда все, что вы можете сделать, это спросить людей, которые сделали программное обеспечение, вы ' Посмотрите, в каком состоянии находится поддержка нескольких процессорных ядер, или поищите аппаратную платформу, которая запускает каждое ядро на более высокой скорости.
(*) Некоторое программное обеспечение не получит особых преимуществ от поддержки многоядерных процессоров, так что это не всегда плохо, и даже это будет улучшено в многоядерных системах, потому что они могут эффективно иметь ядро для себя пока система использует другие ресурсы.
или ищите аппаратную платформу, на которой каждое ядро работает на более высокой скорости.(*) Некоторое программное обеспечение не получит большого преимущества от поддержки многоядерных процессоров, так что это не всегда плохо, и даже это будет улучшено в многоядерных системах, потому что они могут эффективно иметь ядро для себя пока система использует другие ресурсы.
или ищите аппаратную платформу, на которой каждое ядро работает на более высокой скорости.(*) Некоторое программное обеспечение не получит большого преимущества от поддержки многоядерных процессоров, так что это не всегда плохо, и даже это будет улучшено в многоядерных системах, потому что они могут эффективно иметь ядро для себя в то время как система использует другие ресурсы.
Если вы убедились, что параметр ограничения скорости ЦП не существует для учетной записи, на которой выполняется процесс, я бы заподозрил ограничение в приложении.
И да, один процесс может использовать все доступные проценты процессора и ядра.
Разработчику довольно легко указать максимальное количество параллелизма / потоков, используемых приложением. Если это только четыре потока, поведение, которое вы наблюдаете, будет ожидаемым. Это не самая сложная форма указания жестко запрограммированного значения количества потоков, если только это не какая-то схема лицензирования. Некоторые разработчики будут выполнять динамический расчет на основе количества доступных процессоров и, возможно, принимать во внимание сходство процессоров.
Да, такой способ есть. Воспользуйтесь этой ссылкой ( http://technet.microsoft.com/en-us/library/ff384148%28v=ws.10%29.aspx ), чтобы настроить максимальное использование ЦП для конкретного пользователя. Теперь у вас могут быть ограничения в 25 или менее процентов, что приведет к низкому использованию.