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

» Process Hacker

Автор: nv59
Дата сообщения: 30.08.2016 13:06
VictorVG4
Вам надо бы поправить шапку темы для большей отчетливости какая из версий для какой ОС.
Имеется:
2.хx Windows XP SP2/2003 и выше, 32/64-bit редакции, для XP/Vista старшая v2.38...
а ниже
Для старых ОС (WinXP/Vista/2003):
Сборка от Victor_VG v2.39 более обновляться не будет, посему её состояние фиксировано.
Версия 2.38 у меня была срисована еще 21.05.16. Вернуть её вместо 2.39? Кстати, может менять не весь комплект файлов, а только _необходимые? Какие?
-------
Про мой комп - всё верно, но мне не требуется _особая мощА (я давно не играюсь). Так что ни памяти добавлять (уже стоИт 2 ГБ), ни ЦП ещё раз менять мне ни к чему. Ну подожду чуток больше, пока софт трудится
Автор: KLASS
Дата сообщения: 30.08.2016 13:07
Uxapb
Я не сохраняю предыдущие версии. А службы не видны наверняка и в v3.0.0.158. Вынь обновлять, иначе никак.
Автор: VictorVG4
Дата сообщения: 30.08.2016 14:19
nv59

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

Да, для ХР поставьте 2.38 - она на ней полно функциональна, хотя возможностей новых версий в ней конечно не будет. Либо вариант №2 - обновится до Win7. Я видел в работе машину HP с ЦП Core 2 Duo/G41/2 Gb DDR3-1333 работающую под Win7 SP1 x64 и честно говоря по сравнению с ХР она считала свои задачи несколько быстрее. По крайней мере 1С: Предприятие v8 работала там приемлемо быстро и не зависала. Да и проблем с драйверами для Win7 сегодня нет, разве что для старого оборудования типа сканеров разработки 199х - 200х, особенно Mustek. Ну для последних и ранее были проблемы - драйвера шедшие в заводском комплекте со сканером могли не опознать устройство либо вовсе при своём запуске привести к падению ОС, а их старая версия номинально не знающая данную модель которую приходилось искать на всех сайтах Mustek и её дистрибьюторов при этом прекрасно с ней работала. Так же иные устройства могли не работать со своей SCSI платой, зато замечательно работать с Adaptec AHA-1540/2940 или Tekram DC-39x (у ребят в издательствах тот же Mustek 12000 SP великолепно работал на AHA-2940 со встроенным в WINNT драйвером scsiscan, а с родным - кроме отборного семи этажного мата в адрес разработчиков драйвера мало что было слышно ).

Что до объёма ОЗУ - вот тут не соглашусь - имеет смысл добавить до 4 ГБ т.к. при 32-х битной ОС часть старших адресов перекроют адреса В/В оборудования и ОС увидит несколько меньше памяти, но в целом это значительно увеличит производительность системы в целом, особенно это важно для многопроцессорных (многоядерных ЦП) систем - часть ресурсов ОС используется для решения задачи балансировки нагрузки, а это требует значительного увеличения размера буферов в ОЗУ для хранения таблиц планировщика задач ядра ОС, так что обычно при ОЗУ 2 Гб для приложений доступно не более 400 - 600 Мб (0,4 - 0,6 Гб) ОЗУ на все задачи, а при установленной памяти 4 Гб уже 1,3 - 1,7 Гб (XP для свой работы использует 1,1 - 1,3 Гб ОЗУ и уменьшить её аппетиты можно только путём уменьшения её функциональности за счёт полного удаления значительной части служб и функциональных подсистем ОС).
Автор: nv59
Дата сообщения: 30.08.2016 20:39
VictorVG4
Версию 2.38 (майскую) я поставил; русификация на месте.

Мне нет особого смысла ставить 64 разряда, тк для повышения урожайности мне надо будет
находить еще и новые 64-разрядные версии моего привычного софта. Да и память соотв. класса, как вы правильно подметили, будет напряженно доставать... Разве что из б/у закромов.
Сейчас у меня свободно 972 МБ + 235 МБ отдано на виртуальный диск. Так что если софт толком умеет освобождать память после завершения обработки каждого файла, то всё ОК. Жаль, что не все программки это умеют. Пример - некоторые утилиты от фирмочки Two Pilots.
Хорошо хоть крохотная и старенькая утилитка FreeMem (by Aldo Vargas) отлично работает и под ХП.
--------
Взял я у братана сканер Кэнон CanoScan 5600F (умеет неплохо сканировать И плёнки) - и родной его драйвер с СД, и более свежая его версия заработали без проблем.
=====
ОК, спасибо за внимание к моей проблемке!
Всего наилучшего!
Автор: VictorVG4
Дата сообщения: 30.08.2016 20:50
nv59

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

А память DDR2-800 ёмкостью по 2 Гб и сейчас легко новую купить, например - http://www.fcenter.ru/product/type/4?param=796&offset=0 - из этого списка на вашем чипсете любая будет работать.
Автор: VictorVG4
Дата сообщения: 31.08.2016 05:08
Бэкап старого варианта шапки #

Добавлено:
Ну и понятно уплотнил, но всё одно читать не захотят...
Автор: AKRAV
Дата сообщения: 31.08.2016 09:40
VictorVG4 не замечалась ли утечка памяти в последнем билде
3.0.159?
У меня около 2 гигов съело, причём до этого пробовал локализованный вариант от Process Hacker KLASS и заметив такое, подумал может дело в локализации. После чего снова запустил твою сборку (портативную в виде архива которая) processhacker-3.0-bin.zip и вот за ночь снова около 2.01 Гига.
Все плагины включены по умолчанию, всё что есть в архиве.
Использую всегда только вариант x64.

Добавлено:
Может и в предыдущих билдах было., просто не обращал внимание, да и не всегда пользуюсь (запущена) программой.

Добавлено:
PS: Windows 10 1607 Build 14393 x64

Добавлено:
[more=Скриншот] [/more]
Автор: VictorVG4
Дата сообщения: 31.08.2016 15:19
AKRAV

У меня этого нет, но у течка памяти (если влезает в график) легко ловится во времени по вкладке Performance, но для 10-ки стоит отключить SequrityExplorer и без него проверить. Думаю что его потребуется адаптировать к новой ОС.
Автор: nv59
Дата сообщения: 31.08.2016 17:27
VictorVG4

Цитата:
Виртуальный "диск" в ОЗУ отключите - он имеет смысл для отдельных приложений типа кэширующих СУБД...

Я его использую для пакетной обработки пачек файликов, для временного сохранения инет-страничек и т.п. (зачем загаживать винты временной мелочевкой?).
Про память: ОК, я поспрошаю в _знакомых фирмочках по поводу пары по 1 ГБ (для сохранения ... интерливинга).
А вот такой вопрос (попутный): ОСь ведь не увидит все 4 ГБ как доступную память, а RAM-drive - сможет ли он "угнездиться" за пределами доступной памяти? Или нет смысла покупать 2х1 ГБ, а взять только 1 ГБ? Ну не будет интерливинга - не смертельно...
(RAM-drive от QSoft кажет 4 линии по 1 ГБ: 2 доступны, 2 - нет, но вот его _умения мне пока не известны)

В DOS-времена мы всегда вешали RAM-drive выше 640 кБ (та еще загвозгдка была!)
Автор: VictorVG4
Дата сообщения: 31.08.2016 19:29
nv59

Я понимаю, что грабли это наше всё, но убрав разрекламированный неучами "Великий Ускоритель == RAM DRIVE" в /:DEV>NUL вы не пришибёте HDD, но если ВАМ лично нравятся прогулки по самонаводящимся граблям бьющим по причинному месту - неволить не стану.

Память:

Берёте 2 x 2 Gb (1Rx8x256M или 2Rx8x128M), а свои однушки в НЗ или старьёвщикам. Если поставите модули 1Rx8x256M сможете поставить 8 Гб из адресуемых ЦП этого поколения 16 Гб ОЗУ (для старших под ваш ЦП чипсетов Intel G41/G43/G45/P43/P45/X48 Express доступны все 16 Гб), поставите планки с организацией 2Rx8x128M - только 4 Гб, если у вас чипсет серии G31/G33/P35/X38 (предел адресации ОЗУ у этих чипсетов до 8 Гб) то вам придётся ставить планки 1Rx8x128M или 2Rx8x64M т.к. эти чипсеты с модулями больше чем 2 Гб не работают. Ограничение накладывается контроллером памяти в чипсете - числоранков (R = Rank = банк = логическая матрица в массиве памяти модуля стробируемая общим сигналом Chip Select - CSi который нельзя подавать на адресные линии Aj - если подать, то чипы на уши встанут) в модуле не должно превышать 2R на канал или 4R на чипсет. Иные конфигурации адресной шины ОЗУ контроллер памяти в чипсетах для ЦП Intel до C2D/C2Q включительно не понимает, так что коли вы поставите в машину память с маркировкой "For AMD" (это дешёвые планки у которых может стоять несколько рядов микросхем объединённых по линий CS либо на чипах с отбраковкой по таймингам, а пару раз мне попадались совсем хитрые планки где стояли битые регистровые чипы с отключённой защёлкой - всё одно AMD K8 камни всеядные, а отбраковку и старьё куда-то девать надо.) то развлечения в виде поиска причин сбоев оси и железа обещаю. Особенно с Intel Xeon - эти ЦП требуют строгого соблюдения спецификаций.
Автор: nv59
Дата сообщения: 01.09.2016 00:52
VictorVG4
Про RAM-драйв: сорри, но я ничего не понял Я ж из DOS-эпохи: как тогда научился, так и действую...

Про память: не, у меня ведь м/п - старушка (вроде меня ) АСУС Р5В с 775-сокетом и то, что мне удалось ей ... впен... внедрить Хеон - весьма неплохой ... "силикон".

Коли соберусь апгрейдиться по-настоящему, по-любому возьму Интел+нВидию (ну, может, к тому времени и Интел-графика меня устроит - сэкономим!)
Автор: wvxwxvw
Дата сообщения: 01.09.2016 02:08
VictorVG4
Новая шапка лучше. Правда я бы убрал описание для Debugging Tools for Windows под more, так как косвенно касается.

159 переведенная, с включенным SecurityExplorer третьи сутки работает без утечек и падений на 8.1x64. Да и до этого все работало, был недавно один какой то билд с утечкой, уже не помню какой.
Автор: VictorVG4
Дата сообщения: 01.09.2016 02:46
wvxwxvw

Позже уберу. Вчера почти шесть часов возился с текстом. Думал убрать, но устал и пока оставил.
Автор: VictorVG4
Дата сообщения: 01.09.2016 05:20
nv59

Н-н-н-да ... P965 (82P965 MCH). Удивительно как он вообще завёлся с C2Q для которого нужна поддержка двухпроцессорных конфигураций на уровне чипсета т.к. физически все C2Q это два независимых процессора C2D на общей подложке с обменом данными по FSB, а чипсеты 955/965/975 лишены необходимой логики ибо во времена их создания она только в серверных чипсетах 5000, 5100 и 5400 серий была. Да и множители частоты для памяти которые там реализованы заставят ставить планки типа Kingston KVR800D6/2G а после подбирать им режимы (у меня они на ASUS P5Q SE (P45) с C2D E8500 на 6.0-6-6-18 молча завелись на 1112 МГц при штатных 1,8V причём без подбора планок - сменил Pentium DC E5800 на C2D E8500 и чипсет сам выбрал из доступных делитель частоты памяти 6:5, а после и MemTest86+ за полсотни прогонов ни одной ошибки не увидел ...).

Про RAM Drive - просто говоря убрать как класс, времянку вынести на отдельный раздел в начале диска, а лучше поставить под это дело отдельный быстрый SATA винт ёмкостью до 200 Гб. Хватит.
Автор: VictorVG4
Дата сообщения: 01.09.2016 15:31
Смотрю а M$ в репертуаре - теперь (если это не локальная ошибка) и на 7-Zip их ошибки проявились. И чего они торопятся как голый в баню?
Автор: ItsJustMe
Дата сообщения: 01.09.2016 18:17
AKRAV
Стало любопытно - запустил у себя. Сабж провисел запущенным часов 10 (я правда, ничего с ним не делал, просто его окно было открыто). Использование памяти сабжем: по началу 15.6 Mb, сейчас, после 10 часов работы 19.4 Mb.
VictorVG4

Цитата:
Смотрю а M$ в репертуаре - теперь (если это не локальная ошибка) и на 7-Zip их ошибки проявились.

Не знаю, что там имелось ввиду под словами

Цитата:
7zip blocked by Windows 10 Anniversary Edition - is there a plan to fix this?

но у меня 7-Zip работает, архивы открывает, создает, распаковывает. В общем, как и многие-многие-многие годы до этого. Разницы не вижу.
Автор: VictorVG4
Дата сообщения: 01.09.2016 18:51
ItsJustMe

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

Добавлено:
ItsJustMe

А у тебя плагин SequrityExplorer стоит? Если да то как он ведёт себя в работе. И понятно нужно знать версию ОС - пока относительно него для десятки статистики нет.
Автор: AKRAV
Дата сообщения: 02.09.2016 17:35
Я отключил у себя SequrityExplorer, и всё равно сегодня за 5 часов 580 Мб съело.
[more=Скриншот] [/more]
Такие дела...

Добавлено:
Вот даже небольшую видодемонстрацию заснял: http://rgho.st/8bWZVCtFM


Добавлено:
Проявляется на двух компах:
1) Windows 10 1607 Build 14393 x64
2) Windows 2012 R2 x64
Автор: VictorVG4
Дата сообщения: 02.09.2016 18:36
На семёрке сутками крутится и ничего:



Добавлено:
Похоже кто-то внедряется в память процесса РН. Вероятно зловред в машине сидит или не все шпионские модули вырублены. Стоит посмотреть с помощью DWS кто там в ОЗУ болтается.

А что у вас в стеке на вкладке Threads? От РН трудно скрыть факт внедрения в его память стороннего процесса. И ещё - попробуйте запустить РН не из TC, а из-под шелла (explorer.exe) т.к. теоретически возможно что ТС вносит какие-то свои ошибки в память запускаемых им процессов. Так что я бы для уверенности его исключил из цепочки. Либо как минимум изменить команду запуска на cmd "start /i processhacker.exe" чтобы PH заведомо стартовал в в контексте шелла.

Добавлено:
Так же можно попробовать временно удалить плагин FirewallMonitor и посмотреть как без него и SequrityExploer будет работать.
Автор: KLASS
Дата сообщения: 02.09.2016 22:00
AKRAV
А сторонний софт

Цитата:
на двух компах:

один и тот же?
Обычно, сначала проверяют на чистой системе, скажем, в виртуалке.

Добавлено:
Убит batva
Автор: VictorVG4
Дата сообщения: 02.09.2016 23:36

Цитата:
Похоже кто-то внедряется в память процесса РН. Вероятно зловред в машине сидит или не все шпионские модули вырублены. Стоит посмотреть с помощью DWS кто там в ОЗУ болтается.

А что у вас в стеке на вкладке Threads? От РН трудно скрыть факт внедрения в его память стороннего процесса. И ещё - попробуйте запустить РН не из TC, а из-под шелла (explorer.exe) т.к. теоретически возможно что ТС вносит какие-то свои ошибки в память запускаемых им процессов. Так что я бы для уверенности его исключил из цепочки. Либо как минимум изменить команду запуска на cmd "start /i processhacker.exe" чтобы PH заведомо стартовал в в контексте шелла.

О чём я и говорил. Утечка памяти, скорее всего в куче (динамически выделяемых рабочих буферах программы) на видео видна по графику вкладrи Perfomanace, но точно диагностировать её причину я пока не возьмусь. Но, наиболее вероятно что её причина локальная.
Автор: AKRAV
Дата сообщения: 05.09.2016 11:29

Цитата:
А сторонний софт

Софта много и там и там, что-то есть схожее. Но сравнивать конечно набор софта это жуткая история. Сложно сказать что внешнее влияет. Антивирусы разные, есть некий софт для разработки (поскольку сам занимаюсь этим).
Ну в общем пока не знаю куда копнуть.
Автор: VictorVG4
Дата сообщения: 05.09.2016 12:43
AKRAV

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

Добавлено:
Process Hacker v3.0.0.160

Что нового?

Process Hacker

Исправления в исходники внёс dmex

Цитата:
r21344
PHNT header fixes (#60)

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

Примечания:

Номера ревизий в svnchangelog.txt приводятся только для удобства поиска записей.
Маркировка номеров версий Major.Minor.Build.Commit
В диалоге ProcessHacker.exe::About номер версии выводится в виде Major.Minor(rCommit)
Начиная с v2.39 поддержка WinXP/Vista завершена, для этих ОС используйте версию 2.38.
БД GeoLite2-Country.mmdb (если её нет или при обновлении) скопируйте в подкаталог ./plugins/maxminddb/ . Эта БД ищется только в нём!

AKRAV

Смотрю, а в v3.0.0.160 в коммите много исправлений в инклюдах:

Цитата:
PHNT header fixes (#60)

This commit fixes the following PHNT header issues:

* Updates PEB, PEB32, TEB, TEB32, KUSER_SHARED_DATA, LDR_DDAG_NODE and LDR_DATA_TABLE_ENTRY structures for Windows 10 builds 10240, 10586 and 14393 (at present these structures only support Windows 8 and require these fixes).
* Fixes some PROCESSINFOCLASS fields using the wrong IDs.
* Updates THREADINFOCLASS with new IDs.
* Removes an incorrect ifdef for some functions that exist on XP and above
* Removes a field from the PEB32 structure that does not exist.
* Fixes all inconsistencies with the PEB32 structure.
* Adds extra C_ASSERTs for reliability.

думаю что ряд визуальных ошибок уйдёт ...

KLASS

Исправления в хидерах на перевод повлиять не должны, а вот на корректность работы PH точно.
Автор: KLASS
Дата сообщения: 05.09.2016 15:06
VictorVG4
Да, полный штиль
Process Hacker v3.0.0.160_RUS
Автор: VictorVG4
Дата сообщения: 05.09.2016 15:09
KLASS

И добренько.
Автор: VictorVG4
Дата сообщения: 08.09.2016 03:26
Process Hacker v3.0.0.164

Что нового?

Process Hacker

Исправления в исходники внёс dmex

Цитата:
r21348
Enable LongPathAware support on Windows 10

r21347
Update MXML version to 2.10

r21346
UserNotes: Remove xml database formatting (improves performance for large datasets)

r21345
Update PCRE memory allocation functions

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

Примечания:

Номера ревизий в svnchangelog.txt приводятся только для удобства поиска записей.
Маркировка номеров версий Major.Minor.Build.Commit
В диалоге ProcessHacker.exe::About номер версии выводится в виде Major.Minor(rCommit)
Начиная с v2.39 поддержка WinXP/Vista завершена, для этих ОС используйте версию 2.38.
БД GeoLite2-Country.mmdb (если её нет или при обновлении) скопируйте в подкаталог ./plugins/maxminddb/ . Эта БД ищется только в нём!

Добавлено:
И без перевода, в оригинале:

Цитата:
By default, the maximum path length limit in Windows is 260 characters. A local path is structured in the following order: drive letter, colon, backslash, name components separated by backslashes, and a terminating null character.

Starting with Windows 10 Insider Preview Build 14352, you can enable NTFS long paths to allow manifested win32 applications and Windows Store applications to access paths beyond the normal 260 char limit per node. Enabling this setting will cause the long paths to be accessible within the process.

Комментарий по факту:

Файловая система NTFS (начиная с Windows NT 3.1/NTFS 1.0) изначально проектировалась как 64-х битная ФС с максимальной длинной пути к объектам 32768 символов и хранением имён файлов и каталогов в кодировке UNICODE UTF-16 LE c поддержкой хардлинков и симлинков на подобии ФС UFS (UNIX File System). Но так как в момент получения проекта WINNT Микрософт массовой клиентской оси у них не было, а системные требования WINNT 3.1 (проект Cairo) в начале 90-х были слегонца запредельными - Windows NT 3.1 Workstation нужно было от 12 Мб ОЗУ для запуска (в NTLDR есть строка что для запуска ОС нужно не менее 12 Мб ОЗУ), а для работы от 20 МБ, и поскольку на тогдашних микроЭВМ обычно стояло 2 - 4 Мб ОЗУ чего хватало для Windows for Workgroup 3.11 (системные платы ЦП Intel тех времён редко поддерживали более 8 Мб ОЗУ), ну разве только для ЦП DEC Alpha AXP 21066 имевшего встроенный контроллер памяти было доступно до 512 Мб ОЗУ, но там кроме WINNT, OSF/1 или OpenVMS иных ОС не было, а переписывать своё ПО под Alpha AXP руководство M$ наотрез отказалось, то M$ потребовалась клиентская ось для работы в сетях Windows NT 3.1 Adwanced Server. А единственная имевшаяся у них ОС WfW 3.11 требовала DOS для запуска, и как и DOS в упор не видела пути длинной свыше 260 символов ASCII, и не знала такого ругательства - UNICODE. Потому дядя Стиви поставил как предел MAX_PATH величину 260 байт которая перекочевала в него из ... DOS, а поскольку вдобавок урезанные API Win32s/Win32c (Win32c использовался в Win9x/ME) так же как класс не понимали UNICODE, то дядя Стиви писавший тогда DOS/WfW и со скрежетом зубовным ваявший Win9x украв для неё GUI от BeOS не мудрствуя лукаво ибо кто и как ЕГО проверит? имена файлов и каталогов NTFS повелел писать в ANSI, а там пусть другие разбираются...

Вся сия свистопляска тянется уже почти четверть века, но думаю к концу третьего тысячелетия M$ научится использовать все возможности NTFS v1.0, а её более старшие версии ... подождут, не баре.
Автор: KLASS
Дата сообщения: 08.09.2016 09:22
Process Hacker v3.0.0.164_RUS
Автор: maxvlas
Дата сообщения: 08.09.2016 22:38
KLASS
Цитата:
Process Hacker v3.0.0.164_RUS

KLASS всегда успеваете перевод за новыми версиями, и VictorVG4 за работу

Автор: VictorVG4
Дата сообщения: 08.09.2016 23:12
maxvlas

Просто последние дни нам везёт - изменения в коде не требуют коррекции наших инструментов.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123

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


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