Ru-Board.club
← Вернуться в раздел «Программы»

» Process Hacker

Автор: Victor_VG
Дата сообщения: 12.08.2013 22:23
Process Hacker 2.32 r5420

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

Что нового?

Цитата:
r5420
fixed some bugs


WARNING!

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


PREVED

Самая левая колонка списка процессов. Щёлкаем по ней - меняется режим отображения.
Автор: Victor_VG
Дата сообщения: 14.08.2013 23:29
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.

Сорри, лежит давно, но объявлен только сейчас - было много работы.
Автор: Victor_VG
Дата сообщения: 15.08.2013 16:51
Process Hacker v2.32 r5426

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

Что нового?

Цитата:
r5426
Updater: fixed warning

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

это то, что называется "рефакторинг", а попросту устранение мелких неточностей в коде.
Автор: CracKey
Дата сообщения: 16.08.2013 22:12
Глюки - неотъемлемая часть этой "утилитки" с самой маленькой буквы.
Автор: Victor_VG
Дата сообщения: 16.08.2013 23:03
CracKey

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

Доказательств нет, и взять их негде. Зато за несколько часов 9 сообщений и все флуд.
Автор: Victor_VG
Дата сообщения: 17.08.2013 04:08
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;

легонько избавимся от старого кода.
Автор: DmitryFedorov
Дата сообщения: 17.08.2013 06:13
Обновил перевод до версии 2.32_SVN-r5426_x86. Лежит в шапке
Что-то посыпались сборки. Может дообновлю попозже до текущей.
Автор: DmitryFedorov
Дата сообщения: 17.08.2013 10:06
Обновил перевод до версии 2.32_SVN-r5426_x86. Новых пунктов не было. Поправил внешний вид Сведений о системе.
Автор: Victor_VG
Дата сообщения: 17.08.2013 12:22
DmitryFedorov

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

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

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

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


Автор: Victor_VG
Дата сообщения: 19.08.2013 01:14
DmitryFedorov

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

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

Погляжу. Там есть побочные эффекты которые могут нелинейно влиять на время подключения к SMC (в процессах виден только его внешний слой services) и тут надо крепко смотреть.
Автор: DmitryFedorov
Дата сообщения: 19.08.2013 02:03
Индикатором который вообще не грузит процессор и не ест память может быть CPUMon (для чистоты эксперимента так сказать). Она тикает в том же формате что и ProcHacker. Сделана нашим из Ирландии.

Добавлено:
Ее перевод CPUMon.RUS.exe (больше ничего не надо)
Автор: Victor_VG
Дата сообщения: 19.08.2013 03:29
DmitryFedorov

Посмотрю, интересно.
Автор: Victor_VG
Дата сообщения: 23.08.2013 15:57
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); и реанимирует его уже сама ОС ... когда вспомнит что он существует, а посему он и бестолковый. РН же в отличии от него САМ читает нужные данные непрерывно контролируя состояние ОС, а потому его демон нельзя выгрузить из ОЗУ.
Автор: wald1968
Дата сообщения: 23.08.2013 18:17
В ToolStatus появились новые пункты - Enable Windows Imaging и Enable SearchBox, которые не работают...
Автор: DmitryFedorov
Дата сообщения: 23.08.2013 18:31
Victor_VG
И что? CPUmon нельзя использовать как индикатор? чтобы заценить насколько грузит ProcHacker систему службами?
Я его предлагал именно для этого, а не для того чтобы ProcHacker работал как эта прога.
---------------
Или я не понял и твой ответ означает что когда Хакер находится в трее, то службы нельзя отрубить, и нельзя при вызове из трея снова подключить эти службы для нормальной работы, так как это делается при вызове проги с нуля.

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

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

r5436

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

DmitryFedorov

При начальном запуске пакета внутренние счётчики в буферах пустые, и старт демонов нормальное явление, а если минимизировать и отключить демоны (а они в основном и нуждаются в рабочей памяти), то потеряем собранные данные и какой тогда смысл в мониторинге реального времени? У CPUMon и ему подобных программ вся нагрузка по опросу состояния ОС возложена на неё саму и потому они могут себе позволить отключаться от реальных датчиков реализованных в самой ОС - развернулся и снова считал с неё данные, а у него в буфере только несколько отсчётов. В сумме если всё посчитать там использование ОЗУ даже выше будет, но у него это скрыто, а у РН "всё своё ношу с собой", и потому это заметно. Шило на мыло....
Автор: DmitryFedorov
Дата сообщения: 23.08.2013 19:36
Смысл проги в Трее давать мне возможность знать что все ОК - служить индикатором, при случае быстро вызвать прогу и далее по частоте выполнения действия:
Посмотреть кто жрет, Вырубить процесс, начать мониторить и разбираться с конкретной неувязкой (последнее очень редко).
Для этого последнего мне не нужен Трей-режим. Прога будет перед глазами. Если же такой режим понадобится - т.е. надо часами чего-то выжидать чтоб поймать - ну пусть будет и это. Тогда это будет особый режим, когда в Трее прога подключает службы.
Это действительно особый и редкий вариант. А сейчас - это умолчание.
-------------------------
В результате я не могу использовать прогу для главного - для мгновенного вызова и просмотра. Прога просто жрет непомерно и потому не находится в Трее всегда как бы мне хотелось.
А если прога не находится в Трее, то как раз когда она понадобится (когда вся система почти мертва и отклика на клавиатуру почти нет) - на каком месте находятся мои шансы вытащить прогу на передний план?
----------
Такова моя логика и опыт.
Автор: Victor_VG
Дата сообщения: 23.08.2013 20:21
DmitryFedorov

Ну в общих чертах идея понята, у меня то на него весь системный мониторинг и нагружен что мне удобно, но к примеру похожий на него по свойствам System Explorer свёрнутый у меня жрёт 20,12 MB, а он 11,8 Мб, хотя тот как раз выгружает демона...
Автор: DmitryFedorov
Дата сообщения: 24.08.2013 01:16
Victor_VG
Я знаю что память важна. И знаю что Хакер будь он в Трее или в развернутом состоянии потребляет памяти меньше чем ProcExplorer и, как ты говоришь, меньше чем System Explorer. Согласен тут Хакер молодец.
Но речь идет не о МБ-ах а о процентах загрузки Процессора. Тут заковыка.
------------
У меня уже устаревший Ноут. И я загрузку процессора реально слышу по напрягу вентилятора.
------------
Ты можешь сделать эксперимент и убрать демонов грубо вручную как-то или сделав свой "Билд", чтоб узнать
1.) насколько это изменит ситуацию с процентом загрузки процессора
2) что при этом реально перестанет работать или будет как-то не так работать как положено.
3) можно ли с этим мириться если иметь ввиду что после выхода из Трея снова все будет подгружено.
Автор: Victor_VG
Дата сообщения: 24.08.2013 02:19
DmitryFedorov

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

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

Сейчас мы имеем повод глянуть то о чём говорили - на одной из машин ОС пришлось с нуля ставить, но одну вещь можем сразу сказать точно - поиск скрытых процессов работает, по крайней мере на сотне машин что я видел он есть и работает. Только есть одно маленькое, но - это ванильные сборки из SVN.
Автор: Victor_VG
Дата сообщения: 29.08.2013 17:29
Process Hacker v2.32 r5440

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

Что нового?

Цитата:
r5440
ToolStatus: fixed search typos

r5439 - исправления на сайте, исходники не затронула.
Автор: Victor_VG
Дата сообщения: 04.09.2013 00:58
Process Hacker v2.32 r5441

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

Что нового?

Цитата:
r5441
Toolstatus: fixed bitmap fallback
Автор: Victor_VG
Дата сообщения: 07.09.2013 16:59
Process Hacker v2.32 r5442

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

Что нового?

Цитата:
r5442
Plugins: sync fixes


Автор: Victor_VG
Дата сообщения: 21.09.2013 22:10
Process Hacker v2.32 r5443

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

Что нового?

Цитата:
r5443
NetworkTools: Added ping history graph

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

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

dmex я про это сказал, будет дорабатывать код - увидит и то, что я там видел, поправит. Плагин в разработке, это сейчас нормально.
Автор: Victor_VG
Дата сообщения: 22.09.2013 19:56
Process Hacker v2.32 r5446

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

Что нового?

Цитата:
r5444
NetworkTools: added IPv6 support; fixed UI layout; fixed some bugs;

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



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

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

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123

Предыдущая тема: ICE Encrypt vs Drag'n'Crypt ULTRA


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.