Jump to content
Activa

KIS 2012 тормозит время запуска ОС

Recommended Posts

Вам видео снять, как у меня загружается KIS 2012? Намного быстрее, чем KIS 2013.

А вам видео снять как стартует 2013. Угомонитесь вы уже, ну не нравится вам Касперский антивирус и лицензию продлевать не будите, зачем об этом в каждой теме орать и сватать всем старье? :)

Share this post


Link to post
А вам видео снять как стартует 2013. Угомонитесь вы уже, ну не нравится вам Касперский антивирус и лицензию продлевать не будите, зачем об этом в каждой теме орать и сватать всем старье? :)

 

Это старье, лучше чем ваше новье работает.)

 

Это сами разработчики данного ПО так делают, что бы оно нам не нравилось.Самое главное, что новые версии данного ПО, все хуже и хуже.

Да и не фанат я, у меня нету любимого ПО.

Edited by RAI1977

Share this post


Link to post
То, что ошибка имеет схожее визуальное проявление, не означает, что это тот же самый баг...

 

Да. Часто истинное происхождение ошибки определить непросто.

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

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

Несколько графиков из отчета "с фризами":

post-5038-1375439486_thumb.png

Просмотр времени жизни процессов (с целью найти запуск/остановку процесса-виновника фриза) тоже ничего не дал:

post-5038-1375439495_thumb.png

(изучение аналогичной диаграммы для служб тоже ничего не дало)

 

Под спойлером находится небольшая история того, как поиск "фризера" затянулся на 1 неделю:

OS (на SSD): Win 7 SP1 64bit; Motherboard: GA-965P-DS4 (rev. 1.0) (bios v.F12, Intel RAID OROM v.6); Storage: (C:) SSD на контроллере от Marvell + (E:) Intel Soft-RAID на HDD + (D:) HDD.

Первые трассировки загрузки системы проводились при включенном ReadyBoot, который мешал рассматривать последовательность запусков процессов, и был в итоге отключен. Также, к нему присоединились родственники: Superfetch и Prefetch, были отключены.

Вышеприведенные графики были получены уже после отключения ReadyBoot.

На этот момент уже было подозрение на аппаратный сбой (ранее подобное уже встречалось, и было вызвано особенностями работы связки HPET + старая версия bios'а), однако в этот раз "фриз" происходил всего 1 раз за 1 цикл перезагрузки, а все последующие "глюки" были вызваны "истекшими таймерами ожидания" во время "фриза".

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

 

На этом месте хотелось бы поблагодарить сотрудника ЛК, который собрал обновление с этим багом.

Если бы не он, то этот HDD проверялся бы только через 2 месяца. Досрочная проверка нашла на этом HDD несколько Bad-блоков и группу "кандидатов" на Bad. В итоге: покупка нового HDD, пол дня на его проверку, день на его инициализацию + проверку, пол дня на копирование + проверку.

 

Далее следовало несколько дней проверки оставшегося железа (хранилища в виктории и HDDScan, оперативки в нескольких версиях Memtest86(+) и TestMem5, ...) - ошибок нет.

 

Перед заменой HDD уже была попытка загрузится только с SSD (с отключенным E: и D:) - "фриз" остался. Дабы развеять все предположения по поводу аппаратного происхождения "фриза" были предприняты следующие действия:

отключить HPET - "фриз" остался;

проверить задержку чтения из RAM и с SSD (обычно "фризы" - частое явление на SandForce, а у Marvell этой проблемы нет, но проверить стоило) в состоянии "фриза" - результат: задержка чтения не увеличилась, по сравнению с нормальным режимом работы.

 

Теперь, когда было определено, что "фриз" - программный, было решено включить более детальную/глубокую трассировку. Перед этим я решил отключить KIS "чтобы не мешал" :-)

Изучая трассировку "фриз" обнаружен не был :blink:

Еще одна перезагрузка с трассировкой - "фриза" нет :huh:

"Возможно трассировщик выступает в роли антифриза?" - обычная перезагрузка - "фриза" нет. Еще 3 обычные перезагрузки - "фриза" нет.

Включаю KIS, обычная перезагрузка - "фриз" вернулся, и замечаю, что перед "фризом" мелькнул алерт "Защита включена". Для верности еще одна перезагрузка - и опять, сразу после алерта "Защита включена" - следует "фриз" :pray:

Захожу на форум, а тут уже и темы соответствующие есть.

 

Вот так и прошла неделя в сплошных :dash1:

 

KIS обновил до 2014 - "фризов" нет, и GUI загружается не медленнее чем на 2012, если отключить "откладывать запуск".

Share this post


Link to post

какое значение термина "фриз" вы используете?

или вы разговариваете на языке племени Тумба-Юмба, там свои понятия терминов

Edited by kmscom

Share this post


Link to post
какое значение термина "фриз" вы используете?

Фриз (англ. freeze) в компьютерном сленге — зависание, ...

Это определение ближе всего к тому смыслу, что я вкладываю в это слово -> замерзание; блокировка совместно используемого ресурса без непосредственной работы с этим ресурсом; suspend.

 

Посмотрите на графики, на них хорошо видно, когда в системе практически полностью пропадает любая активность -> это и есть freeze / suspend - система находится в ожидании события.

Можно сказать, что используется то же значение, что и здесь.

Edited by ZiroKyl

Share this post


Link to post

ну так бы и писали "зависание", "блокировка"

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.