Що спричиняє дивний вихід процесора використання htop в Bash на Windows

Коли я запускаю htopBash в Windows, я отримую такий висновок щодо використання процесора: в той час як диспетчер завдань Windows демонструє близько 1% використання.

З тут ясно , що червоні регіонів HTOP є передбачається для середнього використання процесора ниток ядра, і зелений для нормальних пріоритетних потоків.

У випадку з Bash для Windows зараз здається, що зелене - це фактичне використання процесора, але що означає червоний? Чи можливо це являє собою максимальний ліміт того, що може використовувати підсистема Windows-Linux, або це лише помилка дисплея, і в цьому випадку, чому саме вона показує 50% використання для кожного процесора / гіперточок?

У мене такий самий точний випуск:

Як ви бачите, у мене працює тільки htop, і він ледь використовує 1,0% процесора, в Windows я нижче 10% використання процесора, роблячи це. Ще гірше те, що у теми 4 завжди є зелена смужка, більша за інші. Відсоток усіх їх завжди становить від 50-60%.

Я вважаю, це проблема впровадження або просто помилка, пам’ятайте, що «баш в Windows» все ще знаходиться в бета-версії. Якщо хтось знає виправлення або хоча б вирішення проблеми, це було б добре.

Додаткова інформація щодо bash та потенційних проблем під час бета-версії: https://msdn.microsoft.com/en-us/commandline/wsl/about?f=255&MSPPError=-2147217396 (читайте важливу примітку )

Є досить просте пояснення. Bash на Windows не має доступу до даних процесора на хостинговій машині Windows. Тому вихід top, htopабо все, що ви плануєте використовувати, поки Microsoft не вирішить цю проблему, не покаже вам реального використання процесора.

Моя здогадка - це "Процес очікування системи" в "Деталі" в диспетчері завдань. Це, ймовірно, процес на рівні ядра, і він займає решту мого процесора, який не використовується. Можливо htop, плутається з цим.

Дивіться: https://en.wikipedia.org/wiki/System_Idle_Process