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

» Process Hacker

Автор: Victor_VG
Дата сообщения: 04.07.2015 00:59
KLASS

Наверняка ось урезали до максимума. Потому дамп и не создаётся. Для этого среда отладки нужна, а её как я понимаю там под корень выкосили.
Автор: Any_utka
Дата сообщения: 04.07.2015 11:29
Victor_VG http://forum.ru-board.com/topic.cgi?forum=5&topic=29703&start=2100#20

Цитата:
Загрузку ЦП смотрите по колонке CPU, физическая память - Private bytes, виртуальную - Virtual Size.

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

А у меня сейчас Procecc Hacker показывает, что сумма чисел в колонке Private bytes для одних только работающих приложений, даже не говоря про системные процессы, совершенно явно больше, причем намного, чем размер реально установленной физической памяти.
Аналогично, сейчас сумма чисел в колонке Virtual Size для одних только работающих приложений совершенно явно больше, причем намного, чем текущий размер виртуальной памяти (файла подкачки), который только что специально посмотрела в свойствах системы.

То есть, похоже, что кто-из нас троих ошибается: либо вы, либо Process Hacker, либо я неправильно запомнила то правило арифметики. Но кто именно?

Добавлено:
Кстати, а можно настроить Process Hacker, чтобы он все числа показывал в одинаковых единнцах, например, в килобайтах или мегабайтах? А то он в одном случае показывает 2 900 MB, а в другом - 3,1 GB. Если не приглядываться, то число "2 900 MB" кажется больше, чем " 3,1 GB". Я примерно понимаю, что такое "динамическое отображение размера" и почему он использует разные форматы, но хотелось бы заставить его использовать всюду одни и те же единицы.
Автор: boi1eI
Дата сообщения: 04.07.2015 11:54
Any_utka (11:29 04-07-2015)
Цитата:
а можно настроить Process Hacker, чтобы он все числа показывал в одинаковых единнцах, например, в килобайтах или мегабайтах?
options - вкладка general - max size unit


Цитата:
То есть, похоже, что кто-из нас троих ошибается
http://stackoverflow.com/questions/1984186/what-is-private-bytes-virtual-bytes-working-set


Цитата:
что сумма чисел в колонке Private bytes для одних только работающих приложений, даже не говоря про системные процессы, совершенно явно больше, причем намного, чем размер реально установленной физической памяти.
И такое тоже возможно, но только в том случае, если часть Private bytes уже сидит в свопе из-за недостатка ОЗУ, и дико там тормозит.
Автор: Victor_VG
Дата сообщения: 04.07.2015 11:55
Any_utka

РН показывает всё правильно, просто вы ошибаетесь в своих представлениях - для каждого процесса ОС выделяется виртуальную память размер которой не может превышать установленного архитектурой ОС предела - для 32-х битных приложений это 1,75 Гб, для 64-х битных это 8 Tб. Верхнее ограничение так же накладывается шириной шины памяти ЦП или используемой ОС и если максимальный формируемый ЦП виртуальный адрес меньше предельного адреса допустимого ОС для данного типа программ, то ограничение будет накладываться оборудованием.

И эти величины складывать для всей ОС нельзя обо это независимые характеристики каждого процесса. Сама Микрософт давно не приводит таких данных даже для специалистов и с чем это связано - с технической безграмотностью разработчиков ОС проявляющейся в не устраняемых десятилетиями грубейших ошибках в архитектуре ОС или с политикой корпорации не известно.
Автор: unreal666
Дата сообщения: 04.07.2015 13:20
Victor_VG

Цитата:
для 32-х битных приложений это 1,75 Гб

уточнение: 1,75 Гб - для 32-х битных приложений на 32-х битных ОС.
На 64-х битных ОС - почти 4 GB памяти (на практике около 3.5 GB). Но только если приложение собрано с флагом /LARGEADDRESSAWARE:YES (хотя его можно и вручную потом поставить).
Автор: Victor_VG
Дата сообщения: 04.07.2015 13:32
unreal666

Согласен, но не для всех приложений, а только для специально спроектированных для работы в режиме 3GB, для остальных действует ограничение Win32 API до 2 Гб виртуальной памяти на процесс.
Автор: Any_utka
Дата сообщения: 04.07.2015 15:02
boi1eI
Victor_VG
unreal666
Спасибо за разъяснения, мир у меня в голове снова встал с головы на ноги

Однако это возвращает нас к моей исходной проблеме, я, возможно, ее просто недостаточно внятно описала. Имеется машина с "Windows" 7 x64, на ней установлено 3 GB реальной физической RAM-памяти. Как узнать, какими процессами она в данный момент занята? Process Hacker для браузера Opera в колонке Private bytes показывает около 3,08 GB (наверное, оно собрано с флагом /LARGEADDRESSAWARE:YES, поэтому выходит за верхний предел 1,75 GB). То есть, получается, что один только этот процесс Opera занимает больше памяти, чем доступно физически!!! А в колонке Virtual Size у Opera показывает 3,3 GB.
Плюс FireFox - соответственно, около 560 MB и 975 MB. И еще много чего, думаю, в общей сложности наберется где-нибудь около 5 - 6 GB (при реально доступных 3 GB). Как узнать, какую часть из реальных 3-х GB занимает в данный момент тот или иной процесс? Данные в колонке Private Bytes, как видим, тут не помогают.

То же самое с виртуальной памяти. В настройках указан рамер файла подкачки 4,65 GB (но когда запущено много приложений, размер виртуальной памяти может иногда автоматически увеличиваться до 5,5 GB и более). А общий размер чисел в колонке Virtual Size - примерно в 2 раза больше, где-то около 8-10 GB (на глазок). Как опрделить реальное распределение виртуальной памяти между процессами?

boi1eI http://forum.ru-board.com/topic.cgi?forum=5&topic=29703&start=2140#3

Цитата:
И такое тоже возможно, но только в том случае, если часть Private bytes уже сидит в свопе из-за недостатка ОЗУ, и дико там тормозит.

Именно так все и есть! Иногда диск минут по 10 и больше (замеряла по часам!) беспрерывно крутится как бешеный, с натугой переваривая непосильную нагрузку на своп. Хорошо еще, что это SSD, а с HDD это, наверное, были бы не 10 минут, а 10 часов.
Потому и хочу выяснить, какие же процессы самые прожорливые в смысле памяти.
Автор: data man
Дата сообщения: 04.07.2015 15:13
Any_utka
Попробуйте VMMap. Может чем-то и поможет.
Автор: boi1eI
Дата сообщения: 04.07.2015 16:12
Any_utka
Выход один два: добавить оперативки, или запускать одновременно поменьше программ. В РН есть кнопочка "system information". Там есть вкладка memory и график physical memory. Вот по нему и надо ориентироваться, чтобы он не заполнялся совсем под завязку, иначе working set-ы и вообще целиком приложения начнут уходить в "commit charge", и будут наблюдаться вышеописанные симптомы.
И для ssd активный своппинг скажем так не очень полезен, ввиду ограничений на количество циклов записи. Таким способом его можно довольно быстро "убить".

И для win7 х64 с таким набором 3гб - это явно маловато. Надо бы побольше.


Цитата:
Process Hacker для браузера Opera в колонке Private bytes показывает около 3,08 GB
Если это та опера, которая хром, то ничего удивительного.
Автор: Any_utka
Дата сообщения: 04.07.2015 16:47
data man http://forum.ru-board.com/topic.cgi?forum=5&topic=29703&start=2140#8

Цитата:
Попробуйте VMMap. Может чем-то и поможет.

Спасибо, попробую эту штуку. Хотя странно, что такой мощный Process Hacker этого не умеет.


boi1eI http://forum.ru-board.com/topic.cgi?forum=5&topic=29703&start=2140#9

Цитата:
Выход один два: добавить оперативки, или запускать одновременно поменьше программ... И для ssd активный своппинг скажем так не очень полезен, ввиду ограничений на количество циклов записи.

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

Цитата:
Если это та опера, которая хром, то ничего удивительного.

Нет, это та Опера, которая Presto. Но она таки тоже кушает памяти, как голодный шакал лев. Очень большая утечка памяти, вот эти самые 3,1 GB набежали при паре десятков открытых вкладок за 6 дней.


Цитата:
В РН есть кнопочка "system information". Там есть вкладка memory и график physical memory. Вот по нему и надо ориентироваться, чтобы он не заполнялся совсем под завязку

Там сейчас было около 80% заполнения физической памяти.
Автор: boi1eI
Дата сообщения: 04.07.2015 16:59
Any_utka (16:47 04-07-2015)
Цитата:
Нет, это та Опера, которая Presto. Но она таки тоже кушает памяти
Тоже может быть, штука достаточно глючная.

Цитата:
Там сейчас было около 80% заполнения физической памяти.
В отрыве от контекста это ничего не означает. Сначала физическая память заполняется, затем часть "неактивных" страниц с меньшим приоритетом, идет в своп (то, что в идеале не должно там быть) -> физическая память на 20-40% освобождается, и так далее, до полной неработоспособности.
Автор: Victor_VG
Дата сообщения: 04.07.2015 17:56
boi1eI

Для SSD вообще число операций записи составляет несколько сотен на ячейку/накопитель в целом после чего его состояние становится не предсказуемым. К примеру у [more=SunDisk iSSD 100 LDE: долгосрочная сохранность данных:]SunDisk iSSD 1100 (SanDisk iSSD SDIS5BK 024G)

LDE: долгосрочная сохранность данных:

Примечание:

Приблизительные данные, основанные на собственном показателе SanDisk,
характеризующем, сколько данных может быть записано на твердотельный
накопитель за весь срок его службы, в терабайтах записи (TBW). Данные
записываются блоками типичного размера с постоянной интенсивностью на
протяжении всего срока службы накопителя и хранятся как минимум 1 год по
достижении порога TBW. По результатам внутренних измерений SanDisk,
типичный пользователь компьютера-клиента записывает 4 ГБ в день.

(LDE: долгосрочная сохранность данных): 4 ГБ (2,5 TBW), 8 ГБ (5 TBW), 16 ГБ
(10 TBW), 24 ГБ (15 TBW), 32 ГБ (20 TBW), 64 ГБ (40 TBW), 128 ГБ (80 TBW)

Максимальное число циклов перезаписи накопителя: 640.[/more] всего 640 циклов записи , после чего изготовитель обещает год доступности данных для чтения, а это встраиваемый SSD особо высокой надёжности, про остальные и говорить нечего - их надёжность и наработка на отказ по числу операций записи значительно ниже.

Any_utka

Судя по описываемой вами картине при исчерпании памяти вам предстоит покупка нового SSD ибо ваш явно на грани отказа. Что касается времени, разочарую - реальная скорость работы лучших SSD в режиме мелких файлов/блоков, а работа с файлом подкачки происходит именно в нём, в десятки раз ниже скорости работы даже массовых HDD, не говоря уже о специальных высокоскоростных серверных HDD разработанных для работы с СУБД или видео и способных обрабатывать от 8 до 40 параллельно выполняемых заданий чтения/записи на полной скорости устройства.

Что до параметров SSD они все определяются аналогично методике SunDisk:

Цитата:
Данные записываются блоками типичного размера с постоянной интенсивностью на протяжении всего срока службы накопителя и хранятся как минимум 1 год по достижении порога TBW. По результатам внутренних измерений SanDisk, типичный пользователь компьютера-клиента записывает 4 ГБ в день.

и не проверяемы ибо берутся от фонаря, в то время как параметры HDD указываются по результатам массовых испытаний.
Автор: Any_utka
Дата сообщения: 04.07.2015 20:01
boi1eI http://forum.ru-board.com/topic.cgi?forum=5&topic=29703&start=2140#9

Цитата:
Вот по нему и надо ориентироваться, чтобы он не заполнялся совсем под завязку, иначе working set-ы и вообще целиком приложения начнут уходить в "commit charge", и будут наблюдаться вышеописанные симптомы.

Спасибо еще раз. Кстати, а этот самый "Working set" - он что отображает? Нашла сейчас описание в Гугле, но мало что поняла из умного описания. Нам бы как-нибудь простыми словами объяснить

Victor_VG

Цитата:
Для SSD вообще число операций записи составляет несколько сотен на ячейку/накопитель в целом после чего его состояние становится не предсказуемым.

Не рискну спорить с уважаемым гуру, но вот не раз приходилось читать в инете мнения тоже вроде бы уважаемых специалистов, что вся эта "SSD-истерия" сильно преувеличена и что при ближайшем рассмотрении этот, на первый взгляд, маленький запас циколв перезаписи вполне достаточен, чтобы средний пользователь мог вообще не задумываться о проблеме "исчерпании ресурса SSD".
Повторяю, не берусь сама спорить, так как не владею темой. Но рискну спросить: Вам самому доводилось встречаться со случаями, когда SSD отказался бы писать новые данные из-за исчерпания циклов перезаписи?
Автор: boi1eI
Дата сообщения: 04.07.2015 20:35
Any_utka (20:01 04-07-2015)
Цитата:
Спасибо еще раз. Кстати, а этот самый "Working set" - он что отображает? Нашла сейчас описание в Гугле, но мало что поняла из умного описания. Нам бы как-нибудь простыми словами объяснить
Довольно сложно объяснять непростые вещи "простым" языком. http://forum.ixbt.com/topic.cgi?id=22:72255#4 Проще описания, думается, уже не придумать.


Цитата:
не раз приходилось читать в инете мнения тоже вроде бы уважаемых специалистов, что вся эта "SSD-истерия" сильно преувеличена и что при ближайшем рассмотрении этот, на первый взгляд, маленький запас циколв перезаписи вполне достаточен, чтобы средний пользователь мог вообще не задумываться о проблеме "исчерпании ресурса SSD".
"средний пользователь" маркетингово-статистически никогда не должен столкнуться с непрерывной и постоянной загрузкой диска swap файлом. Как-то так.
Хотя есть технологии равномерного "размазывания" записи по всем свободным ячейкам, которые как-то снижают износ, резервные зоны размером в полдиска, и тем не менее. Все это имеет отношение по большей части к энтерпрайз сегменту устройств, и стоит весьма недешево.
Автор: Victor_VG
Дата сообщения: 04.07.2015 21:01
Any_utka

Недели две тому назад друг привёз в ремонт Asus Zeenbook UX30 как раз с тем самым iSSD i100 впаянным в системную плату рядом с чипсетом - машина из-за сего "счастья" на ушах стояла. Какой-то "гений" не будь он к ночи помянут соорудил там "гибридный HDD" - 500 Гб HDD + 24 Гб SSD в качестве его буфера. SSD сдох через три дня после завершения годичной гарантии на ноут, хватило. Пару месяцев машина запускалась через полчаса - час после включения питания, а когда он её мне привёз могла и неделю не стартовать или через несколько минут зависнуть, либо просто выдать "синий экран смерти". И это не первый отказ SSD который я видел за последние пару месяцев. У соседей в сервера и клиентские компы по решению правления их поставили несколько сотен коробок "Бум экономить на електричестве и "синдроме уборщицы" - SSD не боятся падать со столов!", а сейчас они волосы на себе рвут - бэкапились на те же SSD, опердень и архив банка был сдуру весь на них записан, а те сдохли и дело попахивает отзывом лицензии и уголовным делом для банкиров - подтвердить законность проводок можно только бумагами, а те ... тю-тю вместе с "особо надёжными" SSD.

И на заседании JDEC Samsung, SunDisk, Intel и ещё кто-то из ведущих их изготовителей были вынуждены признать факт что эти устройства теряют данные если простоят без питания несколько дней, да и дохнут как осенние мухи. Но, это же мелочи SSD надо продавать ибо модно, а значит прогрессивно, да и какая тут прибыль - только успевай на прилавок выкатывать! Зато инженер-системотехник разрабатывающий ЭВМ дурак и враг прогрессу ибо врать как торгаши иль халтурить как пьяный дядя Ваня из "Колхоза им. ... Съезда КПСС" не умеет и не способен, а приказчики из магазинов и лопухи что им верят "настоящие люди" - один соврал с три короба и продал откровенное барахло в красивой обёртке, второй это купил как папуас бусы и радуется что ему лапшу на уши навешали.
Автор: boi1eI
Дата сообщения: 04.07.2015 21:08
Victor_VG (21:01 04-07-2015)
Цитата:
SSD сдох через три дня после завершения годичной гарантии на ноут
Таков китайский гений. В непрактичности точно не обвинишь.
Автор: Victor_VG
Дата сообщения: 04.07.2015 21:14
boi1eI

Кстати, чип был изготовлен не в КНР, а в США, но это помешало ему сдохнуть.
Автор: Any_utka
Дата сообщения: 04.07.2015 23:38
boi1eI
Victor_VG

Еще раз огромное спасибо, вроде начинает брезжить свет в конце тоннеля... (возможно, это встречный поезд)

Теперь вот пара вопросов по интерфейсу Process Hacker.

1. Нет ли где-то кнопочки или хоткея для перевода окна в полноэкранный режим (Full screen), то есть, чтобы временно скрыть все меню и панели. А то очень уж они много места занимают по вертикали, но совсем их убирать все-таки не хочется, а вот временно спрятать - это было бы самое то.

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


Victor_VG http://forum.ru-board.com/topic.cgi?forum=5&topic=29703&start=2140#15

Цитата:
SSD сдох через три дня после завершения годичной гарантии на ноут, хватило. Пару месяцев машина запускалась через полчаса - час после включения питания, а когда он её мне привёз могла и неделю не стартовать или через несколько минут зависнуть, либо просто выдать "синий экран смерти". И это не первый отказ SSD который я видел за последние пару месяцев.

Да, это понятно, что безотказной техники вообше не бывает, а SSD от этого идеала ой как далек. HDD тоже ломаются за милую душу, уж это-то я знаю даже на собственном печальном опыте.

Однако наш разговор начинался не об этом. Мой вопрос - http://forum.ru-board.com/topic.cgi?forum=5&topic=29703&start=2140#13 - был вот какой: Вам самому доводилось встречаться со случаями, когда SSD отказался бы писать новые данные из-за исчерпания циклов перезаписи? Подчеркну еще раз, речь не о поломке, а об исчерпании числа циклов перезаписей. Думаю, принципиальная разница очевидна: поломка SSD есть ситуация нештатная, хотя и вероятная. А "исчерпание ресурса" SSD - ситуация абсолютно штатная, наступающая со 100% вероятностью, прямо предусмотренная в паспорте SSD.


Цитата:
а сейчас они волосы на себе рвут - бэкапились на те же SSD, опердень и архив банка был сдуру весь на них записан, а те сдохли и дело попахивает отзывом лицензии

Что, вот так-таки все до одного SSD в большом банке сдохли, причем одновременно?!?!?! И рабочие, и резервные?!?! По-моему, это больше похоже на диверсию троцкистско-бухаринских вредителей. Или - боюсь сказать вслух - все-таки имеет место некоторое преувеличение?
Автор: boi1eI
Дата сообщения: 05.07.2015 01:01
Any_utka (23:38 04-07-2015)
Цитата:
. Нет ли где-то кнопочки или хоткея для перевода окна в полноэкранный режим (Full screen), то есть, чтобы временно скрыть все меню и панели. А то очень уж они много места занимают по вертикали, но совсем их убирать все-таки не хочется, а вот временно спрятать - это было бы самое то.
Не очень понял, о чем вы, но вот список общих хоткеев windows http://windows.microsoft.com/ru-ru/windows/keyboard-shortcuts#keyboard-shortcuts=windows-8 в том числе и свернуть/развернуть активное окно + стрелки вверх/вниз, свернуть/развернуть все окна, кроме активного + HOME и т.д.
Any_utka (23:38 04-07-2015)
Цитата:
2. То ли после обновления до последней версии 2.36, то ли просто после моих тыканий в разные чек-боксы в диалоге настроек появилась новая фича: при наведении мыши на иконки в системном трее рядом стали автоматически всплывать маленькие окошки со списком некоторых из работающих приложений, для каждой иконки - свой список. Вот только я никак не соображу, что именно эти списки отображают.
Мини-окно. Щелчком в нижней части можно выбрать критерии сортировки. Контекстное меню процессов также присутствует.
Автор: Victor_VG
Дата сообщения: 05.07.2015 02:26
Any_utka

За последние пару месяцев разика три такое встречал, так что явление имеет место.

Автоскрытия у основного окна нет, только при старте. Документация есть в архиве

Цитата:
Текущая сборка от Victor_VG из SVN v2.36 номер ревизии SVN и дата обновления архива смотрим в version.txt - английская бинарная сборка из SVN обновляемая по мере обновления репозитория - Посмотреть. Обязательно прочитайте plugins_install.txt (англ.) в архиве (данный файл оперативно обновляется по мере изменений в проекте и является основной инструкцией по ручной установке плагинов)!

Почитайте её, а после посмотрим что вам останется не понятным. Годится?
Автор: Victor_VG
Дата сообщения: 05.07.2015 12:18
вот новый бинарник FirewallMonitorplugin.dll x64 и x86 - r170.7z здесь только эта DLL на замену текущей:

Git commit 6f0ef808b1376b2148f03bea25a00421be258f03 :: Fixed PhCreateString crashes

основной комплект так же обновлён с ней, но для проверки хватит только её переписать в ./plugins из архива поверх текущей при выгруженном РН иначе он не позволит это сделать т.к. запускает её при своём запуске.
Автор: boi1eI
Дата сообщения: 05.07.2015 13:02
Пока вроде не глючит. Проверяю только х64.

Добавлено:
Через нек время пропадает отображение иконки в трее.., в общем вот https://yadi.sk/i/ST2MntDkhg68Y
Дампы. Сами не создавались, поэтому снял диспетчером.
Автор: Victor_VG
Дата сообщения: 05.07.2015 13:53
boi1eI

О! И я обобщил наши предложения - https://github.com/dmex/plugins-extra/issues/4#issuecomment-118610419 - StatSoft STATISTICA Enterprice это пакет управления класса предприятия, но была возможность видеть как ребята используют его возможности для анализа логов системы контроля прокатного стана - в Calc-е на одну операцию у них уходит два дня только для ручной подготовки данных и пара часов на обработку, а тут вся работа за полчаса сделана и выдача в удобном для понимания формате. Небо и земля по трудоёмкости анализа.

А, увидел - с иконкой шелл хулиганит - ещё на ХР - Vista (глюк тянется насколько я помню ещё с первых бет NT4 (???) когда в качестве шелла М$ к ней Explorer прикрутила) я видел похожее явление с переключателем раскладок клавиатуры - периодически шелл его скрывает до ... следующего её переключения. Если бы сразу видео прислал я бы давно это "в морду" узнал ибо это Microsoft Know Bug из серии Неуловимый Джо:

Дикий Запад, банк, напротив салун где ковбои и шериф пьют виски. На площадь перед банком влетает ковбой, грабит банк, уезжает...

Приезжий ковбой спрашивает шерифа:

-- Кто это был?
-- А, это!? Неуловимый Джо.
-- А почему неуловимый!? Поймать не могут!?
-- А кому он нужен чтобы его ловить!
Автор: boi1eI
Дата сообщения: 05.07.2015 14:18
Victor_VG
Да, это было бы хорошо.

Цитата:
Microsoft Know Bug из серии Неуловимый Джо:
Один из глюков. Проявляется только при включении firewallPlugin, почти сразу. Такие глюки тоже видел много раз, но в данном случае..
Автор: Victor_VG
Дата сообщения: 05.07.2015 14:30
boi1eI

Значит происходит что-то что позволяет ему проявляться, а первопричину и авторов бага я выше назвал, но в инц сообщение скопировал.
Автор: KLASS
Дата сообщения: 05.07.2015 20:18
Victor_VG
Заменил dll в r6158. На w8.1х64 работает... минут 30, исконка в норме. С индикатором раскладки-слышал\видел, с "побледнением" иконки сабжа не сталкивался за время (второй месяц) постоянного пользования.
Автор: Victor_VG
Дата сообщения: 05.07.2015 20:27
KLASS

Уже не плохо.
Автор: reversecode
Дата сообщения: 05.07.2015 20:31
заметил такую странность
в общем CPU usage ProrocessHacker может быть 99% и система явно тормозит и кто то жрет процессорное время
но по сумме в ProcessHacker не наблюдаю того кто отжирает проц,
хотя точно знаю что это javascript броузера, но PH не показывает что IE съедает cpu

мне казалось что сумарные CPU который показывает PH именно по сумме и собирается? а получается как то все по другому, смотреть в сорусы лень
Автор: Victor_VG
Дата сообщения: 05.07.2015 21:11
reversecode

Нет, индивидуально. Если ось х86, то можно скрытые процессы через меню тоолз поискать, в х64 этот пункт меню скрыт...
Автор: reversecode
Дата сообщения: 05.07.2015 21:18
как раз в x64 и юзаю
а почему скрыт? где как покопать открыть? а то напрягает, приходится на глаз килять процессы броузера

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123

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


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