Куда подевалась хваленая скорость Nod32? - Выбор домашних средств защиты - Форумы Anti-Malware.ru Перейти к содержанию
Сергей Ильин

Куда подевалась хваленая скорость Nod32?

Recommended Posts

Сергей Ильин

Хочу поделиться с вами наболевшим. Проводя тест на проактивны детект столкнулся с жуткими тормозами Eset Nod32 3.0 Небольшая коллекция вредоносов проверяется очень медленно, а если выбрать опцию "Clear files" процесс проверки и удаления просто еле ползет.

Коллекция около 1000 файлов таким образом проверяется/вычищается почти час :shock:

Я что-то не так делаю или в 3.0 какая-то бага с лечением/удалением?

На 2.7 такого замечено не было.

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


Ссылка на сообщение
Поделиться на другие сайты
Storm
Я что-то не так делаю или в 3.0 какая-то бага с лечением/удалением?

Варианты:

1) тачка слабая + винхр

2) неправильно организована технология общего лечения (парсинга ключей реестра нет например)

3) а какая скорость проверки чистых файлов?

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


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

1 вариант железный! :D

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


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

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

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


Ссылка на сообщение
Поделиться на другие сайты
Storm
1 вариант железный!

Ну не кричать сразу же про то, что НОД тормоз. :)

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


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

Видимо Сергей никогда не пробовал проверять коллекции вирья симантеком ;) . Я как то пробовал, доходило то ужасающей цифры: файл в минуту.

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


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

1) тачка слабая + винхр

2) неправильно организована технология общего лечения (парсинга ключей реестра нет например)

3) а какая скорость проверки чистых файлов?

Тачка не ахти и на WinXP, но версия 2.7 нормально бегала, а эта еле тянет ... Да там лечить не нужно ничего, настройка на автоматическое удаление зараженных файлов.

Видимо Сергей никогда не пробовал проверять коллекции вирья симантеком Wink . Я как то пробовал, доходило то ужасающей цифры: файл в минуту.

Про тормоза Симантек на больших коллекциях наслышан, но на 1000 файлов он так не тупит ... Для примера, Panda перетряхивает коллекцию в 1000 файлов минут за 5.

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


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

Сам факт, что на прошлом релизе все пучком было, а на новом - нет. Хотя, новые технологии = новые проблемы.

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


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

Сергей! Ну не доработали они третью версию! Так спешили выпустить что-нибудь в противовес Касперычу 7.0, что не оттестировали до конца! :twisted:

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


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

ой ой ой, вы у Сергея спросите сколько времени Касперский эту коллекцию проверяет. Ну а потом еще раз - простому пользователю пофиг на скорость на зараженных файлах - ибо мало ихю

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


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

а можно вопросик по поводу 3.0 есета, как он с впном подружился, али туда не ходи там вирусы..?

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


Ссылка на сообщение
Поделиться на другие сайты
Олег777
ой ой ой, вы у Сергея спросите сколько времени Касперский эту коллекцию проверяет. Ну а потом еще раз - простому пользователю пофиг на скорость на зараженных файлах - ибо мало ихю

А и спрошу, однако! :lol:

Сергей! А сколько эту коллекцию проверяет Антивирус Касперского?

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
Ну а потом еще раз - простому пользователю пофиг на скорость на зараженных файлах - ибо мало ихю

Я не говорю о скорости этого продукта вообще, а лишь о конткретной ситуации. Вероятно имеет место какая-то бага.

Сергей! А сколько эту коллекцию проверяет Антивирус Касперского?

Точно не скажу сейчас, но где-то минут 20.

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


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

Так. 20 минут. А НОД?

Кстати, я поддерживаю Ивана в вопросе скорости проверки по требованию.

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
Так. 20 минут. А НОД?

Не меньше часа будет проверять 1000 зараженных файлов.

Добавлено спустя 1 минуту:

Естественно, при проверке активирована продвинутая эвристика, куда же без нее ...

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


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

Немногог оффтоп,..Сергей когда примерно можно будет лицезреть результаты последнего вашего теста на anti-malware, который сейчас готовится. До нового года будет?

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


Ссылка на сообщение
Поделиться на другие сайты
ASMax
Так. 20 минут. А НОД?

Не меньше часа будет проверять 1000 зараженных файлов.

Он их там до гроба эмулит штоле? :D

А что за файлы проверялись?

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
Немногог оффтоп,..Сергей когда примерно можно будет лицезреть результаты последнего вашего теста на anti-malware, который сейчас готовится. До нового года будет?

На этой неделе будут точно опубликованы результаты :)

А что за файлы проверялись?

Коллекция новые вредоносов. Я заметил что наиболее заметные тормоза на упакованных файлах и тех, которые обнаруживаются по вердикту probably unknown NewHeur_PE virus (може до 30 сек. на таких подвисать).

Аналогичное наблюдение для Касперского. На файлах pe_patch.upx сканер подвисает конкретно, после 5 минут ожидания я не выдерживал и нажимал "пропустить". Настройки сканера и эвристики максимальные.

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


Ссылка на сообщение
Поделиться на другие сайты
ASMax
Я заметил что наиболее заметные тормоза на упакованных файлах и тех, которые обнаруживаются по вердикту probably unknown NewHeur_PE virus

В таком случае, думаю, была бы интересной статистика о зависимости времени обработки файла от размера его image или секции кода. :idea:

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


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

> Он их там до гроба эмулит штоле?

Тоже мне новость, НОД быстр только на чистых системных файлах винды, а все остальные он пережовывает по пол минуты (и как обычно безрезультатно :) Извините, но это не лечится - это издержки того, что все пакеры он пытается снимать эмулятором.

Последний Dr.Web тоже пошел по этому пути. Вместо того чтобы раз и навсегда вынести распаковщики в базы, они пытаются в каждый релиз воткнуть дженерики на семейства пакеров, кторый пашут на эмуляторе (который у них кстати тоже далек от совершенства и скорости =)

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


Ссылка на сообщение
Поделиться на другие сайты
Valery Ledovskoy
Вместо того чтобы раз и навсегда вынести распаковщики в базы

Dr.Golova, насколько я знаю, у нас всё, что можно сделать в движке, можно вынести и в базы. Движок и базы - неделимое целое и делится лишь условно. А скорость сканирования в 4.44 несколько увеличилась. Это факт. Когда я у себя сканирую весь винчестер, я это хорошо вижу.

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


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

Доктор на инфицированных гораздо быстрее Nod32, это уж точно.

Но реально летают Avira, Avast и Panda. Очень быстро работают, приятно их на детект проверять, но на этом, к сожалению, хорошее впечатление от этих продуктов и заканчивается :-)

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Семашко
> Он их там до гроба эмулит штоле?

Тоже мне новость, НОД быстр только на чистых системных файлах винды, а все остальные он пережовывает по пол минуты (и как обычно безрезультатно :) Извините, но это не лечится - это издержки того, что все пакеры он пытается снимать эмулятором.

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

А эмулятор тоже можно оптимизировать по скорости, динамическая трансляция кода "на лету" (JIT) тут очень помогает. В некотором смысле, эмулятор автоматически конструирует код распаковки пакера, т.е. делает ту самую работу, что и человек, который занимался бы написанием статического распаковщика. Может быть генерируется не самый оптимальный код в плане быстродействия, особенно для монстроидных крипторов/пакеров, но зато выше надежность (человек, пишущий статический распаковщик всегда может ошибиться) и лучше универсальность (как правило, без проблем распаковываются новые версии известных пакеров, а также могут распаковываться и неизвестные/патченые пакеры).

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


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

Странно, почему у меня все нормально, правда сейчас стоит ESS 3.0.566, до этого NOD32 2.7. Визуальной разницы в скорости не заметил, на ранних бета версиях немного притормаживал.

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


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

Странно! Я через 15 минут после начала ознакомления снес ESS 3.0.566 :twisted:

Аж опплевался!

Или руссификатор мне кривой попался, или я не знаю, как его готовить! Наверное, труднее, чем даже кошек из рекламы! :evil:

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


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

  • Сообщения

    • demkd
      С большой вероятностью эта версия и станет v5.0
      Все что было запланировано реализовано. ---------------------------------------------------------
       5.0.RC1
      ---------------------------------------------------------
       o В окно запуска добавлен пункт меню "Перезагрузить в интерфейс встроенного ПО [UEFI]"
         Доступно начиная с Win10.

       o В окно запуска добавлен выбор основного шрифта.

       o Пополнено окно дополнительных настроек.

       o В функцию удаления временных файлов добавлено 4 каталога с временным файлами Windows.
         o \Windows\Downloaded Program Files
         o \ProgramData\Microsoft\Windows\WER\ReportArchive   
         o \ProgramData\Microsoft\Windows\WER\ReportQueue
         o \ProgramData\Microsoft\Windows\WER\Temp
         Функция больше не выводит в лог пути до отсутствующих каталогов.

       o Исправлена критическая ошибка инициализации режима DDA,
         она могла проявляться на чипсетах AMD при подключении
         физического монитора к компьютеру, который был отключен или физически
         не подключен на этапе загрузки системы, при этом меняются логические
         номера дисплеев и 1-го дисплея обычно не существует, поэтому
         если вы подключились и 1-й дисплей показывает черный квадрат то
         стоит попробовать переключиться на 2-й и т.п.
         (!) В этом случае не работает программный способ вывода дисплея из сна,
         (!) поэтому в текущей версии движения мыши в любом случае передаются на
         (!) удаленный компьютер, что гарантировано пробуждает спящий дисплей
         (!) при переключении на него.

       o Исправлена ошибка создания загрузочного диска под Windows 11 24H2,
         по неизвестной причине в этой редакции Windows dism из пакета ADK
         не способен без ошибок сформировать загрузочный образ диска,
         поэтому все операции с образом диска теперь выполняет штатный dism из системного каталога.

       o Исправлена ошибка для определения пути до драйвера CDD.DLL при анализе
         ключей безопасного режима.

       
    • PR55.RP55
      Критическая уязвимость в ASUS DriverHub https://www.comss.ru/page.php?id=16443
    • PR55.RP55
      Изменения для драйверов Windows 11: новые сертификаты и отказ от метаданных https://www.comss.ru/page.php?id=16408
    • demkd
      Если нет пользовательского реестра для пользователя то будет сообщение в логе, остальное не надо видеть и тем более удалять - это дело пользователя.
    • PR55.RP55
      Увидит ли такое uVS И должно быть удаление ? O27 - Account: (Bad profile) Folder is not referenced by any of user SIDs: C:\Users\TEMP
      O27 - Account: (Bad profile) Folder is not referenced by any of user SIDs: C:\Users\Михаил Акаминов
      O27 - Account: (Hidden) User 'John' is invisible on logon screen
      O27 - Account: (Missing) HKLM\..\ProfileList\S-1-5-21-1832937462-987109255-1306349959-1002.bak [ProfileImagePath] = C:\Users\Михаил (folder missing)
×