Spider Guard тормозит на Ini файлах
#1
Отправлено 30 Май 2009 - 18:35
При детальном разборе было выяснено что Spider guard проверяет очень долго файл FoxitReader_Preferences.ini (5.75 кб) (несколько сенунд)
и тем самым тормозит работу программы.
Данная проблема наблюдается и с другими программами (total commander) хранящими настройки в ini файлах. В резельтате складывается впечатление что dr.web "тормозит". Помогает исключение по маске *.ini
Кусок лога
spidernt.log 13,94К 74 Скачано раз
#2
Отправлено 30 Май 2009 - 18:50
Из лога видно, Foxit Reader много раз в секунду открывает свой ini файл на запись. Spider guard вынужден каждый раз проверять.Почему Spider guard проверяет так медлено ini файлы? К примеру, при закрытии окна Foxit Reader приходится ждать несколько секунд и только потом окно закрывается.
Так делать опасно. Лучше исключать конкретные файлы:Помогает исключение по маске *.ini
C:\Program Files\Foxit Software\Foxit Reader\FoxitReader_Preferences.ini
wincmd.ini с полным путём и т.п.
#3
Отправлено 30 Май 2009 - 19:51
Spider guard вынужден каждый раз проверять
Странно, почему у других антивирей это незаметно?
#4
Отправлено 30 Май 2009 - 19:59
Без детального сравнения с другим АВ ничего нельзя сказать. Кто-то просто не проверяет файлы с расширением ini.Странно, почему у других антивирей это незаметно?
Но это тема не для данного форума.
#5
Отправлено 30 Май 2009 - 20:23
тогда может быть исключить возможность добавления масок без путей?Цитата
Помогает исключение по маске *.ini
Так делать опасно. Лучше исключать конкретные файлы:
#6
Отправлено 30 Май 2009 - 20:27
тогда может быть исключить возможность добавления масок без путей?
А базы 1С как прописывать будем? Каждую?
#7
Отправлено 30 Май 2009 - 20:50
путь\маска.тогда может быть исключить возможность добавления масок без путей?
А базы 1С как прописывать будем? Каждую?
а что каждая база в отдельной папке? и много таких баз?
#8
Отправлено 31 Май 2009 - 05:10
путь\маска.тогда может быть исключить возможность добавления масок без путей?
А базы 1С как прописывать будем? Каждую?
а что каждая база в отдельной папке? и много таких баз?
Ага, полно. На том же сервере куча папок для разных организаций, и везде лежат базы. Это так, для примера.
#10
Отправлено 31 Май 2009 - 06:12
Вообще говоря, *.dbf - вполне себе шаблон полного пути.
А я-то думал что маска
Полный путь же не указан.
#11
Отправлено 31 Май 2009 - 12:32
ну и внесите эти папки с масками не так уж это и трудоемко и интерфейс стандартный и сохраняются настройки при переустановках (осталось такое ощущение...).Ага, полно. На том же сервере куча папок для разных организаций, и везде лежат базы.
зато обычные юзеры по незнанию не смогут себе навредить, используя возможность вносить только маски.
а вообще, не понятно, чем расширение dbf менее безопасно, чем ini при внесении файлов чохом в исключения спайдера?
и не понятно, насколько высока вероятность опасности при внесении в исключения маски без пути...
#12
Отправлено 31 Май 2009 - 12:45
ну и внесите эти папки с масками не так уж это и трудоемко и интерфейс стандартный и сохраняются настройки при переустановках (осталось такое ощущение...).Ага, полно. На том же сервере куча папок для разных организаций, и везде лежат базы.
зато обычные юзеры по незнанию не смогут себе навредить, используя возможность вносить только маски.
Нет уж, несколько десятков папок вносить - увольте
А юзеры и не трогают ничего, для этих дел Dr.Web ES имеется.
#13
Отправлено 31 Май 2009 - 19:54
все таки я так и не понял - почему внесение баз 1с только по маске менее опасно, чем например iniНет уж, несколько десятков папок вносить - увольте
вы о всех или о своих?А юзеры и не трогают ничего, для этих дел Dr.Web ES имеется.
например, bin, автор этой темы и я тоже трогаем, внося исключения по маске и без всякой ES...
#14
Отправлено 31 Май 2009 - 22:52
вы о всех или о своих?А юзеры и не трогают ничего, для этих дел Dr.Web ES имеется.
например, bin, автор этой темы и я тоже трогаем, внося исключения по маске и без всякой ES...
Я, конечно, о своих Сферического коня в вакууме не рассматриваю, а рассматриваю в связке с реальными повседневными задачами.
#15
Отправлено 01 Июнь 2009 - 13:00
тогда мы о разных продуктах и пользователях...Я, конечно, о своих
лично мне базы 1с вносить в исключения без надобности
#16
Отправлено 02 Июнь 2009 - 10:20
Последнее время лиса стала тормозить при открытии страниц в сети. Залез в логи spidernt, внес в исключения логи в аутпосте, в лисе файлы из профиля, но вот кэш в лисе вносить не хочется, а там идет минимум 10-15 сек Очистка кэша ничего не дает, те же тормоза с вновь создаваемым.
Раньше вроде такого у меня не было, все нормально открывалось... один я такой несчастный?
Прикрепленные файлы:
#17
Отправлено 02 Июнь 2009 - 11:03
Внесение маски *.ini было бы совершенно безопасным, если бы не автоматическая обработка виндой файлов desktop.ini, в которых уже научились жить некоторые вирусы (как минимум одного я отлавливал собственноручно пару лет назад). ;-)все таки я так и не понял - почему внесение баз 1с только по маске менее опасно, чем например ini
#18
Отправлено 02 Июнь 2009 - 12:37
Ничего интересного в логе не вижу. Попробуйте включить LogTimer, может, что-то увидится больше. Какой размер лога?Чтоб не плодить новую тему...
Последнее время лиса стала тормозить при открытии страниц в сети. Залез в логи spidernt, внес в исключения логи в аутпосте, в лисе файлы из профиля, но вот кэш в лисе вносить не хочется, а там идет минимум 10-15 сек Очистка кэша ничего не дает, те же тормоза с вновь создаваемым.
Раньше вроде такого у меня не было, все нормально открывалось... один я такой несчастный?
Борис А. Чертенко aka Borka.
#19
Отправлено 02 Июнь 2009 - 13:20
02-06-2009 10:45:03 [CL] (PID = 2300) C:\Documents and Settings\jumha\Local Settings\Temporary Internet Files\Content.IE5\8ZAQ6GDW\wbk133.tmp - Ok
02-06-2009 10:45:18 [CL] (PID = 3808) C:\Documents and Settings\jumha\Local Settings\Application Data\Mozilla\Firefox\Profiles\7xbw77j9.default\Cache\BD22A179d01 - контейнер HTML
02-06-2009 10:46:11 [CL] (PID = 3808) C:\Documents and Settings\jumha\Local Settings\Application Data\Mozilla\Firefox\Profiles\7xbw77j9.default\Cache\FE20DA59d01 - Ok
02-06-2009 10:48:44 [CL] (PID = 3808) C:\Documents and Settings\jumha\Local Settings\Application Data\Mozilla\Firefox\Profiles\7xbw77j9.default\Cache\04CA8694d01 - контейнер HTML
Первый контейнер 162, 2-й 115 Кб, вручную сканер проверяет их практически мгновенно.
PS т.е., как я понимаю, спидер не может их проверить? Тогда пусть пропускал бы без задержки...
#20
Отправлено 02 Июнь 2009 - 13:30
Вас же просили включить LogTimer. Две идущие подряд строки лога отнюдь не доказывают, что во время между этими строчками спайдер нагружал процессор
Читают тему: 0
0 пользователей, 0 гостей, 0 скрытых