Jump to content
Luzhin

Обновление тормозит компьютер

Recommended Posts

Всем добрый день!

В процессе обновление антивируса Касперского для рабочих станций версии 6.0 жутко тормозит комп. Особенно в начале процесса обновления. Это заметно даже на машинах P4/1Гиг оперативки, что и говорить про более слабые машины.

Что сделать, чтобы не тормозило?

 

Админкит 6.0.1572

WS 6.0.2.690-6.0.3.837.

Share this post


Link to post
Всем добрый день!

В процессе обновление антивируса Касперского для рабочих станций версии 6.0 жутко тормозит комп. Особенно в начале процесса обновления. Это заметно даже на машинах P4/1Гиг оперативки, что и говорить про более слабые машины.

Что сделать, чтобы не тормозило?

 

Админкит 6.0.1572

WS 6.0.2.690-6.0.3.837.

А обновление откуда - из интернета, с локального источника или из Админ Кита?

Или со всех источников?

Share this post


Link to post
А обновление откуда - из интернета, с локального источника или из Админ Кита?

Или со всех источников?

 

У меня тормоза происходят (обновлялка подвешивает ПК) при обновлении с Сервера Администрирования!

Впрочем такая же ситуация была и когда обновляллось из интернета.

У меня проблема имеет место только на довольно сторых (P3/256RAM) ПК, но при этом сам Каспер WKS, кроме обновления, систему не тормозит!

 

Share this post


Link to post
У меня проблема имеет место только на довольно сторых (P3/256RAM) ПК, но при этом сам Каспер WKS, кроме обновления, систему не тормозит!

 

Присоединяюсь, однако у меня P4 2.4 1 ГБ. При проверке диска меньше тормозит. Я думаю эта проблема известна разработчикам..

Share this post


Link to post

Обновления из инета нет ни у кого.

Источники:

- Сервер администрирования.

- Локальный источник (папка на сервере).

 

Действительно при проверке меньше тормозит, чем при обновлении.

Share this post


Link to post
Действительно при проверке меньше тормозит, чем при обновлении.

 

Я тоже это заметил.

Share this post


Link to post

Присоединяюсь... Кстати, заметил на компах с большим кол-вом оперативы - 2 ГБ...

Share this post


Link to post

Объем оперативки тут ни при чем. В начале обновления центральный процессор действительно сильно загружается на выполнение проверки консистентности локального набора баз. Это достаточно ресурсоемкая операция, так как связана с криптографическими вычеслениями. В данный момент проводится работа по оптимизации этих вычислений.

Share this post


Link to post
Объем оперативки тут ни при чем. В начале обновления центральный процессор действительно сильно загружается на выполнение проверки консистентности локального набора баз. Это достаточно ресурсоемкая операция, так как связана с криптографическими вычеслениями. В данный момент проводится работа по оптимизации этих вычислений.

 

Дык... P4 3.2 ГГц и 2-х головый Intel E6600 не справляются с сотней криптоопераций?.. Не верю! Скорее всего глюк в алгоритме выставления приоритетов или ещё чего, но не криптовычисления.

 

Share this post


Link to post
Дык... P4 3.2 ГГц и 2-х головый Intel E6600 не справляются с сотней криптоопераций?.. Не верю! Скорее всего глюк в алгоритме выставления приоритетов или ещё чего, но не криптовычисления.

Справляются, но не так быстро, как хотелось бы. У нас очень сложная сертифицированная криптография. Действительно, можно скорректировать приоритеты. Однако понижение приоритета задачи обновления не избавит Вас от 100-процентной загрузки ЦПУ - лишь позволит избежать зависания машины.

 

И повторюсь: мы работаем над оптимизацией.

Share this post


Link to post

Реализовать алгоритм можно по-разному.. сразу хорошо не получилось.. по-моему лучше медленнее но без загрузки

Share this post


Link to post

Может, правда приоритет чуток понизить?? Если все так зашифрованно, то хоть это сделать можно? Или сложно?

Share this post


Link to post

Тоже тормозит у большинства юзеров. Учитывая последние глюки с обновлением - сделал обновлялку раз в 6 часов...

Share this post


Link to post
Тоже тормозит у большинства юзеров. Учитывая последние глюки с обновлением - сделал обновлялку раз в 6 часов...

 

Ставить интервал обновления больше - это не выход!!! Вирусы то не дремлют и обновляются гораздо чаще... А вот опцию какую по приоритету задачи обновления у юзеров это бы было очень нужно!

Share this post


Link to post
Ставить интервал обновления больше - это не выход!!! Вирусы то не дремлют и обновляются гораздо чаще... А вот опцию какую по приоритету задачи обновления у юзеров это бы было очень нужно!

Конечно не выход. Но другого варианта на данный момент не вижу.

Share this post


Link to post
Всем добрый день!

В процессе обновление антивируса Касперского для рабочих станций версии 6.0 жутко тормозит комп. Особенно в начале процесса обновления. Это заметно даже на машинах P4/1Гиг оперативки, что и говорить про более слабые машины.

Что сделать, чтобы не тормозило?

 

Админкит 6.0.1572

WS 6.0.2.690-6.0.3.837.

Полностью подписываюсь. Обновление всегда можно отследить по резкому ступору машины, а если еще и громоздкая задача запущена.... Ужас просто.

Share this post


Link to post

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

Share this post


Link to post

А кто может уточнить следующую деталь?

Для обновления можно поставить расписание "При получении обновлений сервером администрирования".

Так вот, это дейчтвие какое именно?

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

ИЛИ

- Когда базы на серваке изменились.

 

Т.е. если я создам задачу с таким расписанием, а сервак получает обновы каждый час, то подопытные у задачи будут тупо обновлятся каждый час не смотря на факт реального обновления баз или нет?

Share this post


Link to post

Насколько мне известно, после жалоб пользователей, приоритет задачи обновления был понижен в седьмой версии персональных продуктов и в mp3 шестерки, так что в сборке 6.0.3.837 процесс обновления уступает процессорное время другим приложениям. Хотя общий объем вычислений, по видимому, не изменился, работать (и играть :о) лично мне стало комфортнее, так что прошу тех, у кого есть возможность, убедиться, что описанное поведение действительно именно для диапазона сборок WS 6.0.2.690-6.0.3.837, то есть, что 6.0.3.700+ сборки тоже заставляют пользователя испытывать неудобство при обновлении, связанное с тормозами в их задачах.

Share this post


Link to post
Насколько мне известно, после жалоб пользователей, приоритет задачи обновления был понижен в седьмой версии персональных продуктов и в mp3 шестерки, так что в сборке 6.0.3.837 процесс обновления уступает процессорное время другим приложениям. Хотя общий объем вычислений, по видимому, не изменился, работать (и играть :о) лично мне стало комфортнее, так что прошу тех, у кого есть возможность, убедиться, что описанное поведение действительно именно для диапазона сборок WS 6.0.2.690-6.0.3.837, то есть, что 6.0.3.700+ сборки тоже заставляют пользователя испытывать неудобство при обновлении, связанное с тормозами в их задачах.

 

6.0 MP2:

- загрузка процессора ~100%

- большая загрузка дисковой подсистемы

(на тестовой машине загрузка системы наблюдается в течении ~30сек на этапе "формирования списка")

 

6.0 MP3 и 7.0 по сравнению с 6.0 MP2:

- в случае необходимости уступает проц. время

- уменьшена пиковая нагрузка на процессор (~80%, в случае отсутствия необходимости устипать ресурсы)

- меньшая загрузка дисковой системы.

Как проверяли:

1. во время игры (отъедалось ~70% CPU), запускалась задача обновления - fps понижалось с 27, до 20 (т.е. на 25%), Пиковая степень загрузки CPU не превышала 30% (момент формирования списка файлов для обновления, и на завершающем этапе задачи). В среднем же загрузка avp.exe - была меньше.

 

2. Запускали в процессе архивирования задачу обновления - влияние avp.exe определяли по увеличению продолжительности архивирования (показывается приблизительное время окончания задачи).

Без запуска обновления - время архивирования ~60мин.

Запуск единократной задачи обновления - увеличение времени архивирования на 5% (3мин.)

Постоянный запуск задачи с промежутком 5мин - время архивирования увеличилось на ~15мин (всего обновления было запущения 5 раз).

 

=Соответственно работать (или играть) совместно с антивирусом - гораздо комфортне

 

7.0 MP1 по сравнению с 6.0 MP3 и 7.0:

- уменьшилась пиковая нагрузка на процессор (на 15-17%)

- уменьшилось время "формирование списка" 2-2,3 раза. (данные результаты можно проверить только после выкладки улучшеных баз на сервера ЛК)

 

В связи со всем вышесказанным хотелось бы понять:

- Действительно ли не заметны различия между MP2 и MP3. Если ДА - то нужно подробное описание шагов для воспроизведения + графики загрузки проца (с обновление/без обновления). Очень хорошо - если график будет отражать не общую загрузку проца всеми процессами, а загрузку отдельно выделенным процессом. (Например ProccessExplorer может такое показать)

- После появления новых баз на серверах ЛК (~середина января.08) хотелось бы узнать мнения пользователей и результаты сравнения MP3 (или 7.0) и 7.0 MP1

Share this post


Link to post

MP3 действительно гораздо меньше влияет на производительность. Убедился в этом лично.

Share this post


Link to post

tcheh, вот бы видеть подобные результаты ваших тестов почаще. Дабы иметь побольше мотивации для перехода на новый билд :).

 

 

MP3 действительно гораздо меньше влияет на производительность. Убедился в этом лично.

Именно в момент обновления, или вообще при работе антивируса?

Share this post


Link to post
tcheh, вот бы видеть подобные результаты ваших тестов почаще. Дабы иметь побольше мотивации для перехода на новый билд :).

На самом деле, подобный "цифровой" метод исчисления улучшения применим далеко не ко всем компонентам. Либо по некоторым компонентам просто статистика не собирается/или функционал не изменяется...

А вообще, каждый последующий релиз лучше предыдущего за счет исправления некоторых известных ошибок. За редким исключением, если в новом релизе были допущены и не исправлены новые, более серьезные, ошибки.

 

 

Именно в момент обновления, или вообще при работе антивируса?

 

Данные цифры относятся только к проверке консистентности локальной базы или выкаченных файлов. Данная проверка производится:

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

- периодически в процессе работы продукта.

- при запуске задачи обновления (проверяются локальные базы).

- в завершении задачи обновления (проверяются новые скаченные файлы).

Share this post


Link to post
Данные цифры относятся только к проверке консистентности локальной базы или выкаченных файлов. Данная проверка производится:

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

- периодически в процессе работы продукта.

- при запуске задачи обновления (проверяются локальные базы).

- в завершении задачи обновления (проверяются новые скаченные файлы).

Получатся в этих тестах самым "тормозным" является MP2?

 

P.S. Стоп... MP3 - это 6.0.3.830/837, MP2 - 6.0.2.678/690. А где тогда MP1 и KAV WKS 6 вообще без MP?

Share this post


Link to post

×
×
  • Create New...

Important Information

We use cookies to make your experience of our websites better. By using and further navigating this website you accept this. Detailed information about the use of cookies on this website is available by clicking on more information.