Непродвинутое мнение непродвинутого юзера - Свободное общение - Форумы Anti-Malware.ru Перейти к содержанию
bse

Непродвинутое мнение непродвинутого юзера

Recommended Posts

bse

Зарегился, прочитав анонс.

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

Тест на скорость и производительность антивирусов, имхо, мне, как среднестатистическому лузеру не нужен.

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

2. Ну что толку, если у меня загрузка системы занимает 55 секунд по настенным часам, а измеренная более точно она составит 54,999? Тем более грузится у всех все по-разному, мало ли у кого что на компе стоит? Или в службах отключено? Или в настройках антивиря при загрузке. Т.е. - имхо, не показательно.

3. У разных антивирей разная конструкция. У кого в одном модуле все процессы крутятся, а у кого несколько модулей для разных задач, и количество самих задач разное. Как их тусовать? Включать только сканер при сканировании? И гуй? И резидента? Или все, у кого что есть?

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

5. Про пакеры. Одни антивири их знают, другие нет. Одни ломают пароли, другие нет. Кому-то из юзеров нравится скорость, а кому-то надежность. А писать, какой антивирь какие пакеры и архиваторы знает да пароли ломает (или не знает, и не ломает), имхо, не стоит...

6. А с многопоточностью у антивирей как дела обстоят? Я, кстати, этого не знаю. Или пускать на проце с одним ядром? Или нет?

7. Ну а более продвинутые еще больше доводов приведут.

В общем, имхо, как не крути, больше проблем, чем решений. А чем больше всяких НО, тем больше по результатам теста будет всяких спекуляций.

Но если решитесь проводить - буду ждать с интересом. Желаю успехов. :)

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


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

  • Сообщения

    • santy
      Вообще, в сети мало пишут про то, как восстановить работу безопасного режима, в основном после поискового запроса выводят статьи, как войти в безопасный  режим. (Видно хромает еще ИИ по этому вопросу). По данному, частному случаю как будто все уже перепробовали: точка восстановления есть но с заражением системы, со слов пользователя. Хотя по факту здесь и не нужно восстанавливать систему, достаточно только найти в этой точке файл SYSTEM, откопировать его в другое место и извлечь из него ключ SafeBoot. Возможно, что он и делал восстановление системы из точки восст., но Safe mode не заработал. Других точек восстановления нет, бэкапов реестра нет, так как не работал ранее с uVS, да, и мы вообщем редко практикуем в сложных случаях создавать бэкап реестра. Те функции восстановления ключа, что заложены в uVS, опираются на бэкап реестра. (Которого не оказалось в системе). Твик Зайцева так же не сработал, возможно основан на методе их текста, который RP55 принес сюда. Остается попытаться перенести ключ с чистой аналогичной системы. Возможно ли безболезненно взять ключ Safeboot из другой аналогичной чистой системы? Какие могут возникнуть проблемы? драйвера оборудования могут оказаться различными?  
    • demkd
      "CurrentControlSet" это виртуальный ключ, он указывает на последний рабочий CurrentControlSetXXX, потому копировать там обычно нечего потому что есть лишь CurrentControlSet001, который и есть CurrentControlSet, другое дело когда есть 001 и 002, один из них может быть живым, а может и не быть.
      Но на самом деле не нужно маяться фигней, нужно пользоваться бэкапом и восстановлением реестра, тем более что в uVS есть твик для включения системного бэкапа реестра, так же копии реестра есть в теневых копиях и точках восстановления, где гарантировано можно найти рабочую ветку реестра и восстановить ее либо руками либо через uVS->Реестр->Восстановить из копии ключ SafeBoot
    • PR55.RP55
      " Вот еще в помощь рекомендации от Зайцева Олега:   Цитата Кроме того, есть еще один метод восстановления испорченных ключей. Как известно, в самом реестре есть копии ключа SafeBoot. Они находятся в HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot и HKLM\SYSTEM\CurrentControlSet002\Control\SafeBoot. Следовательно, можно попробовать следующую операцию:
      1. Экспортировать HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot
      2. В полученном REG файле заменить "CurrentControlSet001" на "CurrentControlSet" (REG файл текстовый, поэтому заменить несложно)
      3. Импортировать модифицированный файл
      Данная операция может быть успешной сразу после запуска повреждающей ключ реестра вредоносной программы, до перезагрузки. Нарушена загрузка в защищенном режиме (SafeBoot) Изменено 6 часов назад пользователем safety " https://forum.kasperskyclub.ru/topic/466078-privetstvuju-slovil-majner-po-nazvaniem-toolbtcmine2782/page/6/#comments А, что если это будет делать uVS ? т.е. Копировать ключ > модифицировать > производить перезапись.
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 18.1.10.
    • PR55.RP55
      1) По поводу реестра и восстановления. Некоторые программы при работе создают копию реестра. Например в корне диска от FRST  т.е. предлагаю добавить в uVS поиск таких копий. Единственно проверять копии на соответствие Системе. В образ писать информацию о такой копии и дату её создания. 2) Окно с твиками в будущем разбить на два окна, твики работающие с реестром выделить в отдельное окно. 3) В Doc - добавить  информацию по твику 35 и его возможном применении с виртуализацией. 4) Проверять возможность загрузиться с другого диска\системы и добавлять в Инфо. сведения о возможности загрузиться с другого диска\системы. Это я о том, что возможно у PC были\есть несколько пользователей и человек просто не знает, что на дисках есть другие системы.  
×