Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ZyXEL
Да всё нормально. Проверьте настройки HIPS в брандмауэре -он часто виноват в таких грехах. А что касаемо времени обновления, тут всё просто - скорость на канале определяется как наименьшая из двух скоростей - клиента и сервера. Если клиент работает быстро, то совсем не обязательно, что сервер в данный момент времени сможет предоставить ему адекватную скорость доступа - он ведь делит канал на ряд одновременно подключённых клиентов.
Относительно загрузки процессора - она сильно зависит от того, какого размера архивы проверяются, и понятно от их формата - алгоритмы распаковки у всех свои, а антивирус если приказать проверять архивы должен по идее их распаковать. Кого-то он сам распакует, а для кого-то вызовет внешний архиватор через настройки ОС. И тут всё будет зависть от алгоритма декомпрессии - сколько нужно ресурсов для обработки. К примеру - UNIX архиватор rzip - сжатие на уровне почти как у 7-Zip, но расплата за это от 900 Мб ОЗУ для работы утилиты. Зато высокая скорость и степень сжатия в 2,5 - 3 раза выше чем у того же Bzip2, и в 4,5 - 5,5 раза выше чем у gziop, zip. Так что это я считаю нормальным явлением.
Вот смотрите результаты независимых испытаний для примера чтобы Вы могли наглядно представить себе разницу в алгоримах:
Дано: 3186 html файлов, суммарный размер 1077 Мб.
сравниваем:
сжимаем gzip: выходной архив размером 515 Мб создан за 1 мин 19 сек, архиватор использовал для работы примерно 60 Мб ОЗУ (типовое значение)
сжимаем bzip2: выходной архив размером 511 Мб создан за 3 мин 59 сек, архиватор использовал для работы примерно 90 Мб ОЗУ (типовое значение)
сжимаем rzip: выходной архив размером 247 Мб создан за 2 мин 19 сек при стандартных настройках (степень сжатия -6 по умолчанию), архиватор использовал для работы примерно 700 Мб ОЗУ (типовое значение)
сжиманием rzip с наивысшим сжатие (-9): выходной архив размером 236 Мб создан за 2 мин 37 секунд, но архиватор использовал для работы почти 1 Гб ОЗУ.
Поэтому указанные Вами цифры расхода ресурсов для меня вполне объяснимы разницей в применяемых утилитами алгоритмов.
Velikom
Ясно. Я на форуме крона отписался, и ссылку дал тебе в ПМ. Поглядим что ребята скажут - может они что придумают? У меня надежда на Валеру и Николая как на авторов крона.
condorss
8.8i и на ноуте Sony VAIO VGN-TZ3 с 2 Гб процессором Intel Core 2 Duo U7500 (1,06 ГГц) не тормозит, хотя сию машинку шустрой назвать не просто трудно, а почти не реально - тормоз редкостный, особенно когда на ней стоит штатная ОС Windows Vista Home Bisnes, проверено на ряде нескольких тестовых машинах и под WinXP и под Vista, и под Win7 - машину антивирус использует в пределах разумного для параллельного выполнения работы либо просмотра DVD с одновременной фоновой работой программы "Банк-Клиент". Там даже ClamAV 0.97 с rar-файлами в сотни мегабайт летает, что удивительно учитывая как он иной раз на серверах систему грузит. Да и программа "Банк-Клиент" активно работающая с СУБД Oracle 9 Standard Editioni по нагрузке на вычислительную систему далеко не подарок, а ноут со всем этим сносно справляется. Поэтому моё личное мнение - есть смысл поставить именно версию 8.8i как наиболее удачную из сегодня доступных.
apellepa
Реально, официально последняя версия nnCron 1.93.1141 она же как раз и есть 1.93b10 и вот Вам одно из упоминаний о ней Re: Обсуждение багов Новой версии крона. (это так, для справки - просто Валера и Николай после беты 3 не сообщали в новостях о выходе более новых версий nnCron. Версия 1.93b10 это первая и единственная версия nnCron работающая под Windows 7/2008, и с тех пор как она была выпущена более новых версия не встречал, а поиск по форуму с применением шаблона на данный момент выдаёт "Результатов поиска: 43: 1.93b10". И это только беглый поиск, в русскоязычном разделе форума, в других я просто не стал копаться - и так всё ясно.
----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti |
|
Всего записей: 34902 | Зарегистр. 31-07-2002 | Отправлено: 08:11 13-06-2011 | Исправлено: Victor_VG, 09:05 13-06-2011 |
|
, а только на какую-то определенную.
Поглядите результаты независимых испытаний, прочтите внимательно документацию обращая внимание прежде всего на описание механизма работы, и потом делайте для себя свои выводы. Ну и резервное копирование как средство защиты от ошибок пока никто не отменял.