» Process Hacker

Process Hacker v2.35 r5848

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

Что нового?

Цитата:

r5848
Added CF Guard (Control Flow Guard) column

Однако как вовремя я перевел r5844 после него сразу пошла версия 2.35

DmitryFedorov

Угу. И будут изменения в плагинах - готовимся.

Все, за чем не ведется статистика, реализовано плагинами. Подозреваю, что весь секрет кроется там....

Victor_VG

Цитата:

Коли потребуется версия 2.34 r5844 пишите, выложу отдельно. Из архива я её убрал чтобы не путаться.

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

boi1eI

Цитата:

Все, за чем не ведется статистика, реализовано плагинами. Подозреваю, что весь секрет кроется там....

В том числе, ну а насчёт конфигурации системы тут просто - к примеру полоса пропускания (ПСП) шины данных (ШД) ОЗУ меньше чем суммарный трафик всех узлов ЭВМ - и получаем увеличение времени решения задач вне зависимости от производительности ЦП ибо он может уже и давно всё посчитал, но сбросить данные из своей внутренней памяти в ОЗУ не может т.к. ПСП ШД не достаточно для выполнения запросов от всех узлов системы с нулевым временем ожидания начала их исполнения. В итоге получаем снижение относительного КПД ЭВМ считаемого по оценочной формуле N(Тп)=Tп/Тцп*100%, где Тп - процессрное время затраченное обработку пользовательских задач, Тцп - суммарно затраченное за этот период процессорное время.

boi1eI

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

boi1eI

Законы техники потому и общие, что их выполнение не зависит от реализации системы или наших субъективных мнений. Можно воткнуть в кластер больше процессоров, но не сократить время решения прикладных задач. В своё время мы когда создавали комплекс управления для одной задачи были вынуждены реализовать волевое решение высшего начальства - куча сверхмощных процессоров, лампочек, понятно денег и прочего, а вот на соответствующее требованиям ТЗ техническое решение что я тогда обосновал на НТС мягко скажем не обратили внимание. Итог - время реакции системы составило 37 секунд вместо требуемого ТЗ 0,001 сек, начальству это стоило уголовного дела за срыв госзаказа, нашему завлабу должности, ребятам понижения в окладах за "невыполнение темы", а лично мне увольнения за то, что посмел иметь на НТС своё мнение не совпадающее с мнением высшего начальства. Ну а само изделие естественно в серию не пошло - не соответствие ТЗ чревато...

boi1eI

В любом случае ЭВМ это сложный комплекс взаимосвязанных узлов и к примеру для архитектуры с общей оперативной памятью (IBM РС) ахиллесовой пятой является шина данных ОЗУ т.к. все узлы вне зависимости от их производительности взаимодействуют через общее ОЗУ, а потому для получения максимально возможной производительности микроЭВМ построенной по данной архитектуре необходимо чтобы эффективная ПСП ОЗУ была равна или выше чем суммарный трафик данных порождаемый всем узлами системы. Иначе мы можем ставить к примеру ЦП с бесконечной производительностью, но всё равно большую часть времени он будет просто простаивать.

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

Ещё одним возможным вариантом может служить архитектура чипсета SGI Cobalt которая строилась по принципу "точка-точка" где каждый узел подключался к массиву общего ОЗУ через свой канал связи, а суммарная ПСП подсистемы ОЗУ значительно превышала суммарный трафик системы что позволяло решать задачи решение которых на других ЭВМ в то время было не возможно. К примеру рабочая станция SGI построенная на этом чипсете и использовавшая пару ЦП Intel Xeon 350 MHz (Drake) в реальном времени воспроизводила картину расхождения по поверхности пруда волн от брошенного камня с её подсветкой методом трассировки лучей от находящегося на дне пруда кажущегося источника света с учётом физических законов преломления лучей при их прохождении через воду. Ни одна иная машина построенная по архитектуре IBM PC сделать это в то время не могла.

boi1eI

Архитектура РС это архитектура ЭВМ фон Неймана и её применение для массовых систем оправдано их себестоимостью, а потому до тех пор пока будут существовать задачи для которых её применение экономически оправдано она останется востребованной, и соответственно морально не устареет. Но у этой медали есть и будет обратная сторона - необходимость получения прибыли производителями ПК и ПО. И для её решения применяются и будут применяться хорошо известные и проверенные временем методы - разработка заведомо неэффективных вычислительных алгоритмов и ПО с их использованием, продвижение на массовый рынок всё более производительных моделей ЭВМ под предлогом сокращения времени решения прикладных задач, патентование и лицензионный запрет на использование высокоэффективных вычислительных алгоритмов и технических решений, откровенная лож о невозможности решения задач иными средствами произносимая проплаченными фигурами и естественно реклама как двигатель торговли.

Добавлено:
boi1eI

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

boi1eI

Так одну и ту же задачу можно по разному решить. К примеру деление - классический алгоритм - поразрядное вычитание - сдвиг, число итераций алгоритма равно числу разрядов, но можно использовать и групповое вычисление промежуточных результатов с учётом переносов и за счёт этого сократить время получения конечного результата в число раз кратное числу одновременно обрабатываемых разрядов числа. Сам разрабатывал такой вычислитель в 86-м году для одной практической задачи. И время выполнения операций деления для пары 64-х битных чисел удалось сократить почти в восемь раз по сравнению с последовательно-поразрядным алгоритмом. Схема была выпущена серийно, простояла где ей было положено тридцать лет и сейчас заменена своей новой версией. Но такой ЦП требует смены технологий производства, переучивания персонала и переработки ПО, а значит дорогу на массовый рынок ему искусственно закроют под предлогом "Дорого!" ибо если его массовое внедрение означает что промышленности придётся выкинуть на свалку все имеющиеся на складах запасы уже произведённых ЦП с классической архитектурой, программистам переписать всё своё ПО которое использует операции умножения деления так, чтобы восстановить логическую целостность алгоритмов, а на это не пойдут ни промышленность, ни программисты, ни тем более торговля которой придётся ломать голову куда девать запасы уже имеющихся товаров и как ей вернуть затраченные на их приобретение средства. О получении ими прибыли я уже не говорю.

Потому они будут всеми способами искусственно тормозить внедрение принципиально иных технических решений до тех пор пока старые обеспечивают им хоть минимальную прибыль.

boi1eI

И насчёт ЦП вот вам пример - на одной и той же ЭВМ была поставлена серия опытов по измерению производительности по тесту Lipack, но меняли только рабочую частоту ОЗУ: в первом варианте она выбиралась значительно ниже чем рассчитанная исходя из суммарного трафика узлов, во втором равная, в третьем заведомо больше. За точку отсчёта взяли минимальную величину. Результат - в первом случае производительность составила 100%, во втором и третьем 130%. Достаточно.

Портативный вариант для флэшек (на основе последней сборки v2.35 от Victor_VG): [more]Задумка в том, чтобы на x86 системе запускался ProcessHacker\x86\ProcessHacker.exe, а на x64, соответственно - ProcessHacker\x64\ProcessHacker.exe.
Установка - распаковать папку ProcessHacker куда-нибудь, запускать через лаунчер ProcessHacker\Process Hacker.exe. В зависимости от разрядности OS запустится нужная разрядность PH. Папку ProcessHacker и лаунчер можно переименовать по вкусу, папки x64 и x86 нельзя, т. е. структуру расположения папок/файлов внутри папки ProcessHacker не трогать, можно только удалить или переименовать папку info.
http://www.upload.ee/files/4695237/processhacker-2.35-x86-x64-portable.7z.html

p.s. Исходник лаунчера (FASM):
Код: ;---------------------------------------------
; ProcessHacker launcher
; Copyright (C) addhaloka
;---------------------------------------------

format PE GUI 4.00
entry start

include 'win32w.inc'

section '.text' code readable executable
align 4

nothing_error:
invoke MessageBox,0,szerr,caption,MB_ICONEXCLAMATION
jmp exit

getdir:
push edi
invoke GetModuleFileName,0,curdir,MAX_PATH*2
invoke lstrlen,curdir
imul eax,2
mov edi,eax
add edi,curdir
@@:
cmp word ptr ds:edi,005Ch
je @F
dec edi
jmp @B
@@:
mov word ptr ds:edi+1h,0
pop edi
ret

proc existW
push ebp
mov ebp,esp
add esp,0FFFFFDB0h
lea eax,[ebp-250h]
push eax
push dword[ebp+8]
call [FindFirstFileW]
cmp eax,0FFFFFFFFh
jne @F
mov eax,0
jmp .endexist
@@:
push eax
call [FindClose]
mov eax,1
.endexist:
leave
retn 4
endp

start:
invoke GetNativeSystemInfo,sysinfo
cmp [sysinfo.wProcessorArchitecture],0
je @f
call getdir
invoke lstrcat,curdir,exe64
stdcall existW,curdir
cmp eax,0
je nothing_error
invoke lstrcpy,exepath,curdir
call getdir
invoke lstrcat,curdir,path64
invoke ShellExecute,0,0,exepath,0,curdir,10
jmp exit
@@:
call getdir
invoke lstrcat,curdir,exe32
stdcall existW,curdir
cmp eax,0
je nothing_error
invoke lstrcpy,exepath,curdir
call getdir
invoke lstrcat,curdir,path32
invoke ShellExecute,0,0,exepath,0,curdir,10
exit:
invoke ExitProcess,0

section '.data' data readable writeable

caption du 'Warning!',0
szerr du 'ProcessHacker.exe is not found!',0Dh,0Ah
du 'Please check location of run.',0
exe32 du 'x86\ProcessHacker.exe',0
exe64 du 'x64\ProcessHacker.exe',0
path32 du 'x86\',0
path64 du 'x64\',0

section '.bss' readable writeable

curdir du MAX_PATH dup(?)
exepath du MAX_PATH dup(?)
sysinfo SYSTEM_INFO <>

section '.idata' import data readable writeable

library kernel32,'KERNEL32.DLL',\
shell32,'SHELL32.DLL',\
user32,'USER32.DLL'

include 'api/kernel32.inc'
include 'api/user32.inc'
include 'api/shell32.inc'

section '.rsrc' resource data readable

directory RT_ICON,icons,\
RT_GROUP_ICON,group_icons,\
RT_MANIFEST,_manifest,\
RT_VERSION,versions

resource icons,\
1,0x0409,icon_data1,\
2,0x0409,icon_data2,\
3,0x0409,icon_data3

resource group_icons,\
100,0x0409,main_icon
resource _manifest,\
1,0x0409,manifest
resource versions,\
1,0x0409,version

icon main_icon,\
icon_data1,'res/48x48.ico',\
icon_data2,'res/32x32.ico',\
icon_data3,'res/16x16.ico'

resdata manifest
file 'res/manifest.xml'
endres

versioninfo version,VOS__WINDOWS32,VFT_APP,VFT2_UNKNOWN,0x0409,0x04E4,\
'CompanyName','addhaloka',\
'FileDescription','Process Hacker portable launcher',\
'FileVersion','1.0.0.0'

addhaloka

Оценил - полезная штука. Пригодится.

addhaloka, а если появится новая сборка от Victor_VG, то можно потом просто закинуть папку х86 из сборки Victor_VG в вашу папку х86 и запускать тем же лаучером Process Hacker.exe?
надеюсь меня поняли. =)

BigBlue

Думаю что да, дерево каталогов такое же:

Victor_VG, тогда вообще отлично, и как удобно. =)

Process Hacker v2.35 r5849

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

Что нового?

Цитата:

r5849
NetAdapters: fix graph color inconsistencies

BigBlue

Усё работает, шеф!© - а куды оно денется с подводной лодки?

BigBlue 16:09 01-05-2015
Цитата:

addhaloka, а если появится новая сборка от Victor_VG, то можно потом просто закинуть папку х86 из сборки Victor_VG в вашу папку х86 и запускать тем же лаучером Process Hacker.exe?
надеюсь меня поняли. =)

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

Process Hacker v2.34 r5850

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

Что нового?

Цитата:

r5850
ExtendedTools: remove extra GPU graph text inconsistencies

Process Hacker v2.35 r5851

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

Что нового?

Цитата:

r5851
Fix bug in PhDecodeUnicodeDecoder

Process Hacker v2.35 r5855

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

Что нового?

Цитата:

r5855
UserNotes: Added ability to save I/O priority

r5854
Set priority and I/O priority for multiple processes at once

r5853
Fixed highlighting descriptions

r5852
* Added CF Guard (Control Flow Guard) column for modules * Added highlighting for AppContainer DLLs * Added AppContainer and CF Guard image characteristics to peview

Добавлено:
r5855

Process Hacker v2.35 r5856

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

Что нового?

Цитата:

r5856
Add Inspect button to the process properties General tab

r5855:



r5856:

Process Hacker v2.35 r5858

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

Что нового?

Цитата:

r5858
ToolStatus: add Toolbar flag; cleanup chevron code comments;

r5857
ToolStatus: fix toolbar chevron counting visible buttons

Process Hacker v2.35 r5860

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

Что нового?

Цитата:

r5860
Move Miscellaneous menu

r5859
ExtendedServices: move Services menu

А эта программка умеет следить за изменением автозагрузки, или нет?
Process Hacker будет у меня постоянно работать, и хотелось бы функцию аналогичную как у AnVir Task Manager для контроля автозагрузки. Может какой-нибуль плагин есть к это программе?

Версия x32 на Windows х64 неправильно отображает Историю физической памяти. По графику она полностью забита. 64_ая версия отображает нормально.
Всегда использую локализованную версию программы, так-как с английским туго. Но вот беда, локализованной версии x64 нету. Предполагается ли вообще локализация 64? Архитектура 32 уже уходит в прошлое, и хотелось бы иметь программы локализованные для архитектуры 64.

Fafy

Напрямую нет, но вы можете использовать лог для контроля за запуском и остановкой программ (Ctrl+L). Существующие устаревшие плагины требуют доработки, пожелания по их написанию можно высказать на форуме или можете сами написать нужный вам плагин используя SDK который так же доступен и автоматически обновляется в процессе сборки программы из исходников.

Victor_VG
К сожалению я не программист, чтобы самому что-то писать. У меня даже с английским не ладится.
Можете передать разработчику пожелание сделать возможным контроль за автозагрузкой как примерно это реализовано в AnVir Task Manager? Был бы вам очень благодарен.

Как вернутся к древовидному виду процессов???

Что-то не нашел в этой программе опцию Автоматического запуска программы вместе с запуском системы.

Fafy

Любая Win32 программа такого класса (Process Hacker, Process Explorer, System Explorer) на Win64 будет ограничена WinAPI т.к. работает в эмуляторе 32-х битной ОС. Отсюда и разночтения в показаниях. Используйте ту редакцию программы которая соответствует разрядности вашей ОС и эти ограничения снимутся. Если вам трудно с языком, то есть два варианта - составить для себя табличку терминов с переводом (глоссарий), либо можно воспользоваться к примеру System Explorer - он имеет встроенный русский перевод и возможность управления автозапуском хотя и не умеет устанавливать и редактировать драйвера и сервисы ОС, а так же лишён функций отладчика, ping, WhoIs, Trace Route и многих иных реализованных в РН.

Цитата:

Можете передать разработчику пожелание сделать возможным контроль за автозагрузкой как примерно это реализовано в AnVir Task Manager?

Такая задача ранее просто не стояла, да и необходимость что-то там менять на практике возникает не столь часто чтобы держать в ОЗУ специальный модуль, так что тут удобнее использовать отдельную утилиту System Internals Autoruns вызывая её по мере необходимости, да и переводы к ней имеются.

Victor_VG
System Explorer мне вообще не нравится, да и не имеет возможности отображать разных графиков в системном трее.
SystemInternals Autoruns у меня имеется, но она насколько я знаю не следит за автозагрузкой. После ее закрытия любые программы без твоего ведома могут добавлять в автозагрузку что угодно, влоть до вирусняка.
А так как Process Hacker у меня будет запущен постоянно, то и логично напрашивается желание контроля этой программой автозагрузки, чтобы не ставить кучу разных программ.