» Process Hacker

Process Hacker 2.32 r5420

Линк тот же, архив обновлён, проблем у себя я не заметил. Исправления в исходники внёс wj32

Что нового?

Цитата:

r5420
fixed some bugs

WARNING!

Данное исправление внесено в исходники peview который используется для создания PluginSDK, посему всё пересобрано (впрочем как всегда - мне проще всю цепочку скриптов отработать, чем после ошибки ловить).

PREVED

Самая левая колонка списка процессов. Щёлкаем по ней - меняется режим отображения.

Process Hacker v2.32 r5424

Линк тот же, архив обновлён, проблем у себя я не заметил. Исправления в исходники внёс dmex

Что нового?

Цитата:

r5424
ToolStatus: major startup/search performance fix

r5423
ToolStatus: initial search callback rewrite; toolbar initialization rewrite;

r5422
NetworkTools: fix typo

r5421
Plugins-extra: fixed typos

P.S.

Сорри, лежит давно, но объявлен только сейчас - было много работы.

Process Hacker v2.32 r5426

Линк тот же, архив обновлён, проблем у себя я не заметил. Исправления в исходники внёс dmex

Что нового?

Цитата:

r5426
Updater: fixed warning

r5425
Updater: Fixed all vs2012 code analysis warnings (Microsoft All Rules)

это то, что называется "рефакторинг", а попросту устранение мелких неточностей в коде.

Глюки - неотъемлемая часть этой "утилитки" с самой маленькой буквы.

CracKey

Цитата:

Глюки - неотъемлемая часть этой "утилитки" с самой маленькой буквы.

Доказательств нет, и взять их негде. Зато за несколько часов 9 сообщений и все флуд.

Process Hacker v2.32 r5432

Линк тот же, архив обновлён, проблем у себя я не заметил. Исправления в исходники внёс

Что нового?

Цитата:

r5432
ToolStatus: cleaned up static variables

r5431
ToolStatus: reverted toolbar images

r5430
PH trunk: Removed MFC build requirements

r5429
PluginsExta: Removed MFC build requirement; Added *.aps ignore commit;

r5428
SbieSupport: removed duplicate resource

r5427
Plugins: Removed MFC build requirement; Fixed vs2012 resource templates;

легонько избавимся от старого кода.

Обновил перевод до версии 2.32_SVN-r5426_x86. Лежит в шапке
Что-то посыпались сборки. Может дообновлю попозже до текущей.

Обновил перевод до версии 2.32_SVN-r5426_x86. Новых пунктов не было. Поправил внешний вид Сведений о системе.

DmitryFedorov

Ну почему сделаны изменения понятно - убрана унаследованная зависимость от библиотек MFC в WinAPI:
#include "afxres.h" -> #include "winres.h" и ещё ряд подобных поправок в исходниках. В целом это нормально, т.к. проект теперь полностью переведён на инструменты MS VS 2012 где такой косвенной зависимости нет и нужные функции прямо зовутся из ntdll.dll / Native API, а раньше в коде были фрагменты от более старых сред разработки звавших их через рунтаймы MFC что не мешало работе, но сильно повышало флудоносность некоторых новичков.

Process Hacker v2.32 r5435

Линк тот же, архив обновлён, проблем у себя я не заметил. Исправления в исходники внёс dmex

Что нового?

Цитата:

r5435
ToolStatus: added new encoded PNG; Removed PNG conversion;

r5434
Updater: fixed WICPixelFormat PBGRA issue; fixed IWICBitmapScaler wicFrame != wicBitmap issue;

r5433
ToolStatus: removed redundant code; fixed WICPixel decoder format issue; fixed IWICBitmapScaler frame<>bitmap issue;

P.S.

DmitryFedorov

Повод для перевода есть, но вроде не много строк поменялось - исправлялись ошибки с выводом изображений на экран и часть сообщений была перенесена в другие файлы исходников.

Victor_VG
Хорошо. Переведу.
Вижу по твоим сообщениям что разработчики чистят код.
Кажется это как раз тот случай когда можно высказать просьбу.
Смысл ее - довести мое мнение до разработчиков:
------------------------
Меня, как простого обывателя в этой проге не устраивает лишь одно: жрет она много.

Что я имею ввиду:
Когда прога запускается она подключает сервис-службы. Это 6-8 % постоянного увеличения напряга процессора, которое идет не со стороны экзешки проги, а со стороны процессов служб.
Сама прога работает корректно. Находясь в трее кушает минимум, а при вызове начинает потреблять.
----------------
Так вот мне надо чтобы находясь в трее прога отключала бы весь "напряг" со стороны служб - так сказать особый режим в трее, когда человеку прога находящаяся в трее нужна лишь как индикатор.
Такой подход логичен. В этом случае я могу держать прогу всегда запущенной.

Тем кому нужен сегодняшний вариант могли бы иметь его как пунтик в настройке.
----------------
Думаю я не один приметил что прога кушает много.
С другой стороны прога вызывается мгновенно, даже не находясь в трее, и вообще с ней всё тип-топ, кабы не прожорливость.
Убрав этот недостаток прога бы подмяла под себя все остальные.

DmitryFedorov

Хорошо, я сам попробую поглядеть те места общего алгоритма где возможна оптимизация и если она возможна, то поговорю с ребятами от том как именно это можно сделать. Они программисты и у них свой способ мышления - наборами конкретных исполнительных блоков , а тут системотехника и нужно танцевать от неё как от единого целого, а это уже моя епархия, и тут мне стоит репу почесать - возможно ли и если да, то как это реализовать?

Victor_VG
Положил перевод r5435 в шапку. Ни одного пункта для перевода не было.
Действительно убрали один файлик внутри dll. Убрали строк - мизер.
---------------
Я думаю не стоит тебе чесать репу. Лучше разработчикам.
Тут главное самому не испугаться. И донести чего хочется и почему. Т.е. положив на стол факты в виде скриншотов.
------------------
Основная мысль проста:
До запуска проги ни одна служба не подгружена
Запуск в зависимости от памяти для Prefetch длится быстро.
Так что если они станут включать и выключать службы каждый раз при выходе из Трея - это будет длиться точно не дольше, ведь все-таки прога уже запущена.
Ну хотят пользователи такого.
------------------
Главное чтоб попробовали. А там как и чего будет - они сами допрут.
Ну а уж какие бяки и как запускаются на старте - им лучше известно.
Может сделают частично, может в ответ на какое-либо действие после выхода из Трея, может в виде Опции.

Добавлено:
Насколько я вижу службы не запускаются. Они подгружаются. Можно легко увидеть в параллельном ProcessExplorer.

DmitryFedorov

Погляжу. Там есть побочные эффекты которые могут нелинейно влиять на время подключения к SMC (в процессах виден только его внешний слой services) и тут надо крепко смотреть.

Индикатором который вообще не грузит процессор и не ест память может быть CPUMon (для чистоты эксперимента так сказать). Она тикает в том же формате что и ProcHacker. Сделана нашим из Ирландии.

Добавлено:
Ее перевод CPUMon.RUS.exe (больше ничего не надо)

DmitryFedorov

Посмотрю, интересно.

Process Hacker v2.32 r5438

Линк тот же, архив обновлён, проблем у себя я не заметил. Исправления в исходники внёс dmex

Что нового?

Цитата:

r5438
Plugins: sync WIC fixes

r5437
ToolStatus: rc fix

r5436
ToolStatus: Added options for XP; Fixed resource IDs;

DmitryFedorov

Посмотрел я этот монитор - свёрнутый уходит в состояние паузы вызывая функцию SuspendProcess(), а посему и выгружается из ОЗУ, естественно ничего при этом не делая. Это только индикатор написанный на Borland Delphi и считывающий счётчики производительности операционной системы Зовётся простая последовательность вызовов: $Process -> Suspend() ->Wait(INFINITE); и реанимирует его уже сама ОС ... когда вспомнит что он существует, а посему он и бестолковый. РН же в отличии от него САМ читает нужные данные непрерывно контролируя состояние ОС, а потому его демон нельзя выгрузить из ОЗУ.

В ToolStatus появились новые пункты - Enable Windows Imaging и Enable SearchBox, которые не работают...

Victor_VG
И что? CPUmon нельзя использовать как индикатор? чтобы заценить насколько грузит ProcHacker систему службами?
Я его предлагал именно для этого, а не для того чтобы ProcHacker работал как эта прога.
---------------
Или я не понял и твой ответ означает что когда Хакер находится в трее, то службы нельзя отрубить, и нельзя при вызове из трея снова подключить эти службы для нормальной работы, так как это делается при вызове проги с нуля.

Добавлено:
В любом случае ProcEplorer не подгружает службы. И находясь в трее грузит, но по сравнению с Prochacker - мало. Зато долго вызывается при запуске c нуля.
Если для режима в трее надо будет изменить схему поведения и работы, дописать код - это будет оправдано.
Но это дело разработчиков. Им решать.
-----------
Поэтому желательно довести мнение до них. (из твоих уст, так сказать от имени и по поручению)

wald1968

Цитата:

В ToolStatus появились новые пункты - Enable Windows Imaging и Enable SearchBox, которые не работают...

r5436

Эта парочка для ХР, на семёрке они работают молча - картинки-то в PNG, а на ХР для этого костыли нужны.

DmitryFedorov

При начальном запуске пакета внутренние счётчики в буферах пустые, и старт демонов нормальное явление, а если минимизировать и отключить демоны (а они в основном и нуждаются в рабочей памяти), то потеряем собранные данные и какой тогда смысл в мониторинге реального времени? У CPUMon и ему подобных программ вся нагрузка по опросу состояния ОС возложена на неё саму и потому они могут себе позволить отключаться от реальных датчиков реализованных в самой ОС - развернулся и снова считал с неё данные, а у него в буфере только несколько отсчётов. В сумме если всё посчитать там использование ОЗУ даже выше будет, но у него это скрыто, а у РН "всё своё ношу с собой", и потому это заметно. Шило на мыло....

Смысл проги в Трее давать мне возможность знать что все ОК - служить индикатором, при случае быстро вызвать прогу и далее по частоте выполнения действия:
Посмотреть кто жрет, Вырубить процесс, начать мониторить и разбираться с конкретной неувязкой (последнее очень редко).
Для этого последнего мне не нужен Трей-режим. Прога будет перед глазами. Если же такой режим понадобится - т.е. надо часами чего-то выжидать чтоб поймать - ну пусть будет и это. Тогда это будет особый режим, когда в Трее прога подключает службы.
Это действительно особый и редкий вариант. А сейчас - это умолчание.
-------------------------
В результате я не могу использовать прогу для главного - для мгновенного вызова и просмотра. Прога просто жрет непомерно и потому не находится в Трее всегда как бы мне хотелось.
А если прога не находится в Трее, то как раз когда она понадобится (когда вся система почти мертва и отклика на клавиатуру почти нет) - на каком месте находятся мои шансы вытащить прогу на передний план?
----------
Такова моя логика и опыт.

DmitryFedorov

Ну в общих чертах идея понята, у меня то на него весь системный мониторинг и нагружен что мне удобно, но к примеру похожий на него по свойствам System Explorer свёрнутый у меня жрёт 20,12 MB, а он 11,8 Мб, хотя тот как раз выгружает демона...

Victor_VG
Я знаю что память важна. И знаю что Хакер будь он в Трее или в развернутом состоянии потребляет памяти меньше чем ProcExplorer и, как ты говоришь, меньше чем System Explorer. Согласен тут Хакер молодец.
Но речь идет не о МБ-ах а о процентах загрузки Процессора. Тут заковыка.
------------
У меня уже устаревший Ноут. И я загрузку процессора реально слышу по напрягу вентилятора.
------------
Ты можешь сделать эксперимент и убрать демонов грубо вручную как-то или сделав свой "Билд", чтоб узнать
1.) насколько это изменит ситуацию с процентом загрузки процессора
2) что при этом реально перестанет работать или будет как-то не так работать как положено.
3) можно ли с этим мириться если иметь ввиду что после выхода из Трея снова все будет подгружено.

DmitryFedorov

А, тогда я понял куда искать. Я то думал и понимал что речь идёт о загрузке ОЗУ, а это уже проще.

Тут вот где можно попробовать: View -> Update Interval - по умолчанию стоит 1 с, можно его увеличить до 2 с или 5. Это снизит нагрузку на ЦП за счёт того, что число обращений к системе стане меньше.

DmitryFedorov

Сейчас мы имеем повод глянуть то о чём говорили - на одной из машин ОС пришлось с нуля ставить, но одну вещь можем сразу сказать точно - поиск скрытых процессов работает, по крайней мере на сотне машин что я видел он есть и работает. Только есть одно маленькое, но - это ванильные сборки из SVN.

Process Hacker v2.32 r5440

Линк тот же, архив обновлён, проблем у себя я не заметил. Исправления в исходники внёс dmex

Что нового?

Цитата:

r5440
ToolStatus: fixed search typos

r5439 - исправления на сайте, исходники не затронула.

Process Hacker v2.32 r5441

Линк тот же, архив обновлён, проблем у себя я не заметил. Исправления в исходники внёс dmex

Что нового?

Цитата:

r5441
Toolstatus: fixed bitmap fallback

Process Hacker v2.32 r5442

Линк тот же, архив обновлён, проблем у себя я не заметил. Исправления в исходники внёс dmex

Что нового?

Цитата:

r5442
Plugins: sync fixes

Process Hacker v2.32 r5443

Линк тот же, архив обновлён, проблем у себя я не заметил. Исправления в исходники внёс dmex

Что нового?

Цитата:

r5443
NetworkTools: Added ping history graph

Что пока не доделано?

В истории ping не выводится статистика, пока не точно выводится время прохождения ping-а до удалённого хоста на графике. Эти вещи в доработке.

dmex я про это сказал, будет дорабатывать код - увидит и то, что я там видел, поправит. Плагин в разработке, это сейчас нормально.

Process Hacker v2.32 r5446

Линк тот же, архив обновлён, проблем у себя я не заметил. Исправления в исходники внёс dmex

Что нового?

Цитата:

r5444
NetworkTools: added IPv6 support; fixed UI layout; fixed some bugs;

пинг работает, проверял:



теперь там есть график и можно если что видеть нестабильность канала связи во времени - специально для этого у пинга отключено ограничение на число повторов ping-пакетов. По вариациям задержки и числу потерянных пакетов это ловится мгновенно. Но оговорю сразу - проверка реализована только для конкретного соединения которое выбирается из списка существующих. Если надо проверить произвольный узел используйте другие инструменты - тут изменить пингуемый IP нельзя!

dmex-а я уже от себя поблагодарил и пока если нет ничего экстраординарного дайте ему время реализовать задуманное. Тогда будет много нового и полезного.