Scuderija
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ну хоть где-то обсуждается этот гребанный файервол.
В общем конфигурация компа:
Epox EP-9NPA+ Ultra
BIOS самый последний - 9npa5804.bin
дрова на чипсет nForce4 AMD Edition 6.66 в составе которых Network Access Manager (NAM) 4.88
CPU AMD Athlon 3000+ Winchester
OS Windows XP with SP2
Выход во внешку через каблеьный модем: входящий поток 51 Мб/с, исходящий поток 10 Мб/с
Я поигрываю в quake3 и после установки NAM началась следущая ерунда.
В quake есть консольная переменная cl_maxpackets, которая устанавливает максимальное количество пакетов от клиента на сервер. Трафик в кваке не большой, имеющейся пропускной способности хватает за глаза. Эта переменная у меня имеет значение 60, всегда с таким значением играл и без проблем. Так вот после установки NAM пинг в quake вдруг вырос до предела, игра встает колом - пинг 999. Начал мурыжить этот Firewall, и отключаю его (профиль OFF), и другие профили ставлю, ни фига не помагает. Затем снес вообще NAM из системы все OK, поставил снова, опять та же ерунда. Решил в кваке с настройками поиграться. И выяснилось, что когда ставлю макспакет = 30 все приходит в норму, 40 тоже нормально, а вот как только больше, то пинг подлетает до бесконечности. В общем сначала так и не смог это объяснить, поставил макспакет в 30 и успокоился. Но проблема на этом не закрылась, как-то поставил два фильма на скачку по фтп и зашел в кваку, оп опять пинг не реальный (хоть и стоит макспакет 30), хотя раньше всегда так делал - качаю фильмы, играю, канала хватает, а тут траблы. Еще заметил, что у меня стал как тормознуто работать remote desktop когда на работу цепляюсь, раньше такого не было. В общем явно видно, что при интенсивном трафике nVidia Firewall не справляется с обработкой пакетов. В общем опять полез разбираться с этим файерволом и увидел там раздел EtherSetup в котором есть параметр Perfomance Profile, там есть 3 готовых профиля и можно закастомайзить свой. По умолчанию стоит profile CPU Utilization цель которого максимально разгрузить CPU освободив его от обработки пакетов, есть профиль расчитанный на большой трафик и есть профиль Multimedia оптимизированный на минимальное время обслуживания вот его-то я и поставил. И все стало в порядке, ну или почти в порядке, дело в том, что когда вообще сносишь NAM, то изменения значения макспакетс в пределах от 30 до 60 почти ни как не сказывается, да и вообще на соединениях от 10 Мб/c я не видел что бы этот параметр как-то заметно влиял на пинг, а вот при установленном Network Access Manager, даже если ставишь профиль Multimedia или прифиль расчитанный на большой трафик, то все равно заметна разница в пинге при макспакетс 30 и макспакетс 60, в последнем случае пинг возрастает на 15-20 единиц, еще раз повторю после сноса NAM этого нет.
Как вывод для себя я сделал, что ActiveArmor не справляется с интенсивным трафиком он дает дополнительную задержку при прохождении пакета, и при чем, чем интенсивней трафик тем больше становятся задержки (по идеи если очередь пакетов будет увеличиваться то пинг должен лавино образно возрасти до огромных значений), а в играх через интернет пинг является критичным показателем.
У меня до этого стоял OutPost. Я раньше когда его устанавливал специально проверял увеличивает он пинг или нет - вообще не чувствуется, что он включен, что он выключен пинг не меняется. Хоть он и потребляет дополнительные ресурсы больше, чем nVidia Firewall, все равно это лучше, чем большой пинг. Хотя тут еще надо посмотреть, в случае если меняешь профиль CPU Utilization на профиль Multimedia на сколько сильнее загружается проц и на сколько ощутима разница по сравнению с Outpost.
В общем нужны полномасштабные тесты этой фичи от nVidia. Пока я не в восторге. |
Всего записей: 4 | Зарегистр. 06-09-2005 | Отправлено: 08:22 06-09-2005 | Исправлено: Scuderija, 11:33 06-09-2005 |
|
) 
Вопрос в том, КАК их лучше разделить - что железный выполняет лучше и с меньшими глбками/грузами, а что выгоднее оставить посту (или даже сменить на там, зону какую-нить - если исключительно контроль приложений). 
