Перейти к содержанию
Winsent

ESET LiveGrid такой медленный

Recommended Posts

Winsent

С выходом 5 версии eset наблюдаю за лив гриб. Почему так долго добавляются в доверенные, не сказать что малоизвестные, программы?

42xZiLWu.png

И можно что-либо сделать, что бы программы добавлялись быстрее.

  • Upvote 5

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
senyak

Думаю, что рук им не хватает

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
DaTa
Думаю, что рук им не хватает

Думаю что добавляет автоматика при некоторых условиях.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
senyak
Лучше его (лив гриб) совсем выключить.

Зачем? Должна же быть от него какая-то польза

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
vadim170552
Зачем? Должна же быть от него какая-то польза

:) хорошо....

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Winsent

Такое ощущение точно руками всё делают.

Программа находится в "никакой" группе.

capture_11022011_200544806904.jpg

А ещё замечено, что для новых программ, для которых отсчёт идет "известно n дней назад" не отсчитываются по субботам и воскресеньям. В понедельник сразу пролистывает на два дня (:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Winsent

Выходные начинаются (:

epic-fail825751.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dale Northrop

LiveGrid нет смысла выключать. Если программа не находится в определённой групе, то это вопрос времени. Облако ESET пока на моём опыте не принесло пользы, но надеюсь, что скоро они окончательно докрутят интеграция облака и антивируса. Интересны подробности его работы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Создайте учетную запись или войдите, чтобы комментировать

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Сообщения

    • PR55.RP55
      Знак GPU  на груди у него больше не знали о нём ничего. ProcessHacker Source code: https://processhacker.sourceforge.io/downloads.php + https://github.com/processhacker/processhacker/blob/569da8a8d9c581c5c744cf2146f9b746766395ed/plugins/ExtendedTools/gpumon.c И в Process Explorer   Который уже раз пишу...
    • demkd
      кто-то невнимательно читал: В окно информации о процессе добавлены проценты загрузки CPU с момента создания процесса Кода-нибудь добавлю.
    • PR55.RP55
      Demkd "CPU" =. Похоже, что с защищёнными процессами это не работает. Запустил в несколько потоков сканирование в ESET  показывает нагрузку в 1-2% При том, что архивация в 7-zip под 50% --------- И всё таки одно дело когда работает центральный процессор... Например на старых версиях Intel Atom  всегда нагружен под завязку и это мало о чём говорит. Другое дело если процесс работает с видео картой. Я бы добавил к инфо. данные по: GPU  
    • stepangrnec
      купить лотерейный билет лото  мгновенная лотерея онлайн 
    • demkd
      HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{c53e07ec-25f3-4093-aa39-fc67ea22e99d}
      Windows.StateRepositoryPS.dll используется в ShellExperienceHost.exe, который в результате и рубится из-за исключения уже в другой библиотеке - StartUI.dll при нажатии на кнопку меню с виндовым флажком, как это связано с Windows.StateRepositoryPS.dll не совсем ясно, поскольку в событиях не видно никаких проблем с соответствующим ему COM.
      "Для них недостаточно просто назначить Full Access для Everyone" тут это прокатывает и все работает если впрямую назначить Everyone и дать полный доступ, а uVS ранее просто и незатейливо сбрасывал dacl в null и отключал наследование, что если верить msdn обеспечивает полный доступ к ключу всем и оно так и есть, но как оказалось нравится это не всем причем таким странным образом, поэтому теперь и dacl и owner всегда возвращаются в исходное состояние во избежании.
×