По непонятной причине все недавние сборки периодически начинают "подкушивать" порядка 5% процессорного времени в произвольные моменты времени и не прекращают этого делать, пока не перезапустишь FAR. При этом сама программа ничего особого не делает, висит себе на фоне в единичном экземпляре, обе панели смотрят на локальный диск, но вентилятор при этом молотит и не останавливается. Не могу понять, что провоцирует такое поведение.
Конфигурация:
FAR 3.0.6575 x64, но такое же поведение было и на более старых версиях уже около года. Так как поведение возникает не сразу и в случаные моменты времекни, то к сожалению у меня нет возможности протестировать все версии (в том числе более новые, чем 6575) и понять, начиная с какой такое поведение имеет место.
Только что попробовал текущую версию 3.0.6644 x64, та же самая история, 5% жору и вращающийся вентилятор примерно через минуту после запуска программы, при этом после перезапуска через ту же самую минуту история не повторилась, прога жрёт 0.1% как и полагается, то есть происходит это в какие-то случайные моменты времени.
Нет таких проблем стабильные 0%, сборки +/- последние.
Изучайте в чем проблема у вас, отключите все плагины и макросы, смотрите что изменится.
Нужна информация, которой вы не даёте.
It's weird that it does not show call addresses but let's give a try anyway: click Stack and share the result, you do not need to take a screenshot, you can copy just contents (Copy All). If it doesn't show any valuable stack, we can try to use SystemInformer suggested above.
Last edited by Yegor on Wed 25 Mar, 2026 06:15, edited 1 time in total.
Мы не можем ждать милостей от Фара, взять их у него — наша задача! (C) Мичурин
Yegor wrote: Wed 25 Mar, 2026 04:49
It's weird that it does not show call addresses
OK, this was because procexp64 was run without admin rights. When I run it with "Run as Administrator" option on, it does show addresses. So now I just need to wait for the next time FAR starts consuming CPU cycles and repeat. I will post the result along with the call stack when it happens.
Yegor wrote: Wed 25 Mar, 2026 04:49
It's weird that it does not show call addresses but let's give a try anyway: click Stack and share the result, you do not need to take a screenshot, you can copy just contents (Copy All). If it doesn't show any valuable stack, we can try to use SystemInformer suggested above.
Here we go, finally caught it while it was running hot (5% CPU utilization)
Here is a call stack of a specific thread that was consuming CPU: