Регистрация...

Eserv Forum / E4 / Proxy / Медленная работа через Е4

wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
По сравнению с Е2 скорость меньше раза в 2 (по разным спидометрам интернета) на одной машине. И в соединениях прокси HTTP(S) все время увеличивается кол-во "CLOSE_WAIT". После перезапуска acWeb на некоторое время все налаживается. А скорость, измеренная на самом прокси раза в 1,5-2 больше, чем в сети.
 
Комментарии к этой версии (27.01.2011 11:03) [~matveeva] 110fc65c
АвторДатаТекстtags
ac27.01.2011 11:26wikipost
matveeva27.01.2011 11:47
У меня в \acWEB\conf\OnStartup.rules.txt в самом начале стоит
65000 PacketSize ! 4 TO WriteSocketRetryDelay

За темой буду следить. У нас как раз полетел 3COM switch, заменили на другой. Но я и не вспомнила об этом, пока не прочитала. По времени замедление примерно совпадает с заменой. Сейчас тоже туда покопаю...
wikipost
ac27.01.2011 12:47
По поводу CLOSE_WAIT. Это для исходящих соединений (eserv:случайный_порт — внешний_сервер:http), верно? Это означает, что Eproxy начал закрытие сокета (соединение больше не нужно), а от внешнего сервера еще нет подтверждения закрытия (FIN-пакета). Оно может никогда и не прийти, если был обрыв (10054, 10053) или если сервер не использует so_linger, или если промежуточные роутеры в таймаутах. В этом случае windows должна закрывать соединение по таймауту (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters TcpTimedWaitDelay)...

Для Eproxy эта ситуация невидима — он уже давно закрыл сокет и завершил обслуживающий поток, а CLOSE_WAIT может так и висеть. Их количество можно уменьшить, если закрывать сокет "ускоренно" (без опции so_linger и без socket shutdown), но тогда нет гарантии, что все данные получены до закрытия.
wikipost
matveeva27.01.2011 14:30
ac пишет: Это для исходящих соединений
Да, для них. А в реестре такого параметра TcpTimedWaitDelay не нашла на машине с Е4. Может, добавить надо? Ну вот сегодня вообще что-то все виснет. Уже неск. раз перезапускала acWeb. Каждый раз после запуска все шустренько работает, потом замедляется и вообще перестает открывать страницы. Лок. сеть при этом отзывается нормально.
Пока никак не могу определить IP адрес нового свитча. Хотела в его управление залезть и не могу.
wikipost
ac27.01.2011 14:56
matveeva пишет: А в реестре такого параметра TcpTimedWaitDelay не нашла на машине с Е4. Может, добавить надо?

У меня тоже нет. Это я из MS KB цитирую http://support.microsoft.com/kb/319502. Да, добавить и перезапустить.

Управляемый свич? Можно WireShark'ом посмотреть, эти штуки часто выдают себя через всякие advertisment'ы
wikipost
ac27.01.2011 15:01
matveeva пишет: По времени замедление примерно совпадает с заменой.

Да, чем сложнее железка, тем больше к ней подозрений... Пора нам собственное сетевое железо выпускать, чтобы не было повода списывать проблемы на кривые железки
wikipost
matveeva27.01.2011 15:10
ac пишет: Управляемый свич?
Да Lantech Smart switch. Я попробовала Nmap-ом поискать его айпи, но он нашел все мои лок. адреса, и ни одного неизвестного. Или он на пинги не отвечает?
wikipost
matveeva27.01.2011 15:29
ac пишет: Можно WireShark'ом посмотреть, эти штуки часто выдают себя через всякие advertisment'ы
Посмотрела... Все равно не нашла неизвестного ранее айпишника Или свитчу вообще ничего не присвоилось? Но так же не может быть, он же smart...
wikipost
ac27.01.2011 15:36
Если он настолько smart, что считает себя smart'ее других, то может и на пинги не отвечать (но на каком-то порту отвечать по HTTP, он ведь с веб-интерфейсом), и не обращать внимания на DHCP. Или сам быть DHCP-сервером. Документация говорит, что у него по умолчанию 192.168.16.1, и что есть кнопка сброса к этому умолчанию. Хотя наверное есть разные модели с разными настройками. Он что без книжки и даже без коробки приехал? У некоторых прям на корпусе написаны их базовые настройки.
wikipost
matveeva27.01.2011 15:51
ac пишет: Если он настолько smart, что считает себя smart'ее других, то может и на пинги не отвечать
Вот гад!
ac пишет: у него по умолчанию 192.168.16.1
Да, я тоже это видела, но у меня этот адрес занят уже.
ac пишет: Он что без книжки и даже без коробки приехал?
Достался от прежних арендаторов — они его не взяли с собой, когда уезжали.
ac пишет: У некоторых прям на корпусе написаны их базовые настройки.
Весь обкрутили, посмотрели. Ничего нет нужного.
wikipost
matveeva27.01.2011 18:38
ред: 27.01.2011 18:41
В общем после некоторых экспериментов похоже, что дело не в оборудовании, т.к. на одном оборудовании наблюдались и периоды быстрого отклика, и сильные зависы. Лишь разница в скорости между Е2 и Е4 практически постоянна: на Е2 4Мб, на Е4 1-1,5Мб, на самом прокси около 6Мб. Сейчас вернули все провода на исходное место, и все работает шустренько. Непонятно. Все эксперименты делали только с коммутаторами, компы не перезагружала.
Кстати, похоже, что этот смарт свитч никакой и не смарт и не управляется извне.
wikipost
ac27.01.2011 18:56
matveeva пишет: они его не взяли с собой, когда уезжали

У вас тоже появился повод не брать его с собой в новую жизнь. Как и E4, впрочем (до выяснения...).

matveeva пишет: Сейчас вернули все провода на исходное место, и все работает шустренько. Непонятно.

Мне тоже непонятно — что работает шустренько? Исчезла разница между E2 и E4?

Вы с NPtest'ом из той темы про Eproxy/3 поэкспериментируйте тоже — его показатели ближе к E2 или E4?
wikipost
matveeva27.01.2011 20:32
ac пишет: У вас тоже появился повод не брать его с собой в новую жизнь.
Нуу...Посмотрим еще )
ac пишет: что работает шустренько? Исчезла разница между E2 и E4?
Шустренько закрутился интернет — без зависов работал ( к примеру, во время "зависов" страница с этим топиком грузилась минут по 5 или больше). А разница осталась.
ac пишет: Вы с NPtest'ом из той темы про Eproxy/3 поэкспериментируйте тоже
Уже завтра тогда попробую.
wikipost
matveeva02.02.2011 15:33
Прямо беда какая-то... Е4 замирает прямо сильно и часто. Не отвечает ни интернет через него, ни управление (http://adsl:2009/e4i/frame.htm#), IMAP не получает откликов. При этом через Е2 интернет ходит без проблем. Уж не знаю, где копать. Не замечаю на компе с Eserv-ами никаких событий, загрузки процессора или еще чего-либо... Помогает перезапуск acWeb на некоторое время, потом опять все замирает...
wikipost
ac02.02.2011 15:42
Т.е. работа IMAP тоже коррелирует с проблемами в прокси? А в DATA\log\firewall\ у вас ничего не появилось? Тарифные планы используете? Рубрикатор? Какое число соединений на тот момент, когда вы решаете перезапустить acWEB?

Проблемы начались в январе, или в декабре тоже было заметно? (версия E4 не менялась это время, значит ищем изменения конфига)
wikipost
matveeva02.02.2011 15:52
ac пишет: А в DATA\log\firewall\ у вас ничего не появилось?
Не, там один старый файлик валяется (октябрь 2010)
ac пишет: Тарифные планы используете?
Да. Два:
Номер плана 1
Название ourusers
Включено? да
С 2010-09-21 19:01:55
По 1970-01-01 03:00:00
Приоритет 100
Проект ourusers
Исключения adsl,192.168.16.*
В день 100000000

Номер плана 2
Название administrator
Включено? да
С 2010-09-21 19:04:18
По 1970-01-01 03:00:00
Приоритет 10
Роль administrator
Исключения adsl
В день 0
В неделю 0
В месяц 0
ac пишет: Рубрикатор?
Нет
ac пишет: Какое число соединений на тот момент, когда вы решаете перезапустить acWEB?
Обычно бывало много (200-300).Трудно сказать. Но напрямую не могу это связать, т.к. бывала, что и нормально работал при таком же количестве.
ac пишет: Проблемы начались в январе, или в декабре тоже было заметно?
Уже сейчас не могу точно вспомнить, но, по-моему, в конце декабря, еще до НГ.
wikipost
matveeva02.02.2011 15:59
ac пишет: Т.е. работа IMAP тоже коррелирует с проблемами в прокси?
Да, ОЕ по таймауту останавливает связь с сервером. В журналах в этот момент ничего плохого не нахожу. Сам комп. отзывается нормально, диски его по сети видны, журналы листаются.
wikipost
matveeva02.02.2011 16:13
Вот еще интересно: последние 3 раза уверенно все зависло во время просмотра статистики по прокси. Т.е. показывает статистику http-proxy за сегодня, потом смотрю след. строчку, потом "по юзерам". Показывает таблицу со статистикой юзеров и после этого работает только левое окно управления. А в среднем и правом крутится "Загружаю". И интернет встает, IMAP тоже. SOCKS5 порт Е4 работает (Icq)
wikipost
Levin02.02.2011 16:41
Я с этим сталкивался и в ноябре и в декабре и сейчас.
wikipost
ac02.02.2011 16:43
matveeva пишет: А в среднем и правом крутится "Загружаю".

Это при попытке просмотра детализации сессий? Попробуйте при очередном перезапуске остановить не только acWEB, а все службы Eserv'а, потом убрать/переименовать файл DATA\log\stat\stats.db3 и запустить службы.
wikipost
matveeva02.02.2011 16:45
ред: 02.02.2011 16:49
ac пишет: Это при попытке просмотра детализации сессий?
При нажатии на "Сегодня"-"пользователи". Сейчас сделаю.
ac пишет: файл DATA\log\stat\stats.db3
— 800МБ однако...
Сделала
wikipost
matveeva02.02.2011 16:55
О! Теперь можно по числу сессий шлепать! Раньше ничего не происходило, а теперь дополнит. таблички рисуются! Здорово! База что ли попортилась?
wikipost
ac02.02.2011 17:37
matveeva пишет: 800МБ однако

Нормально, у нас на сервере размер этого файла несколько гиг.
matveeva пишет: База что ли попортилась?

Скорее здесь дело в том, что SQLite с некоторыми типами запросов не справляется, точнее справляется пропорционально размеру базы (= пропорционально производительности диска), и индексация по соотв.полям не спасает
matveeva пишет: таблички рисуются! Здорово!

А проблемы с прокси сохранились?
wikipost
matveeva02.02.2011 17:38
ac пишет: А проблемы с прокси сохранились?
Пока все летает!
wikipost
ac02.02.2011 17:42
Levin пишет: Я с этим сталкивался и в ноябре и в декабре и сейчас.

Просмотрел переписку с вами за эти месяцы — там вопросы по каскаду, ACL и т.д., а про производительность ничего. Давайте разберемся и с вашим случаем.
wikipost
Levin03.02.2011 10:40
А я и не поднимал этот вопрос. Очень мы закручены были. Проблема — зависание при попытке посмотреть статистику и периодические зависания(дикие тормоза) при росте нагрузки. Мы просто перезагружали acWeb и жили дальше. А статистикой пользоваться перестали. Сейчас попробую удалить файл статистики и перезагрузит все. Понаблюдаю! Отпишусь.
wikipost
ili_a03.02.2011 10:44
ac пишет: Попробуйте при очередном перезапуске остановить не только acWEB, а все службы Eserv'а, потом убрать/переименовать файл DATA\log\stat\stats.db3 и запустить службы.
Видно моя проблема с зависанием acWeb и других сервисов тоже с этим связана. База stats.db3 была 1,4 Gb. Переименовал, и внутренний портал, по ощущениям, стал быстрей работать.
wikipost
Levin03.02.2011 10:45
Проделал. Все летает, как реактивное А файлик, однако, был 13.5 гигов!
wikipost
ac03.02.2011 16:53
Хм. На текущую работу размер этого файла никак не должен влиять, там только insert'ы (записи для детализации статистики), которые благодаря WAL-журналу быстрые и неблокирующие. Возможно косвенное влияние — при просмотре статистики не дождались вывода лога детализации, и он там где-то в фоне еще шерстит этот файл, тормозя работу в целом.

ОК, раз есть такая проблема, придётся ротировать и эту базу. Или вообще опционально отключать возможность детализации для экономии дисковых операций. На суммарную статистику и тар.планы эта база никак не влияет, т.к. скорострельность sqlite не соответствовала задаче изначально, и всё это хранится в самодельных спец.БД.
wikipost
matveeva03.02.2011 17:12
ac пишет: Возможно косвенное влияние — при просмотре статистики не дождались вывода лога детализации, и он там где-то в фоне еще шерстит этот файл, тормозя работу в целом.
У меня один из зависов произошел сразу после перезагрузки компа-прокси. Еще ничего не успела посмотреть в статистике. Пришлось перезапускать acWeb. Тогда все заработало, и зависло в след. раз уже при попытке посмотреть закладку со статистикой.
Со вчерашнего дня никаких тормозов нет.
wikipost
matveeva04.02.2011 12:11
Вот еще сейчас ситуация:
Во время доставки этого URL произошла следующая ошибка: Невозможно выполнить операцию на сокете, т.к. буфер слишком мал или очередь переполнена.

В управлении HTTP(S) соединений ~4000. Перезапуск acWeb помог. Ранее, в борьбе с тормозами, задала параметр HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters TcpTimedWaitDelay = 0xF0 (240 десятичное). Но по наблюдениям, количество соединений нарастает, и почти все CLOSE_WAIT. Перезапуск acWeb уменьшает кол-во соединений до примерно 50. Кстати, сейчас перезапуск acWeb удался только со второго раза, т.к. первый раз:
Port=2010 Ini cache - Ok SyslogServer err=10048 Plugin: acFilter - 0 bytes Plugin: dns Dns server at 127.0.0.1:57 error=10048 Dns server at 212.44.140.60:57 error=10049 Dns server at 192.168.2.10:57 error=10048 Dns server at 192.168.1.101:57 error=10048 Dns server at 192.168.16.10:57 error=10048 ... Plugin: ldap 389 :127.0.0.1 10048 (не подключается). 389 :192.168.2.10 10048 (не подключается). 389 :192.168.1.101 10048 (не подключается). 389 :192.168.16.10 10048 (не подключается). 636 :127.0.0.1 10048 (не подключается). 636 :192.168.2.10 10048 (не подключается). 636 :192.168.1.101 10048 (не подключается). 636 :192.168.16.10 10048 (не подключается). 3268 :127.0.0.1 10048 (не подключается). 3268 :192.168.2.10 10048 (не подключается). 3268 :192.168.1.101 10048 (не подключается). 3268 :192.168.16.10 10048 (не подключается). 3269 :127.0.0.1 10048 (не подключается). 3269 :192.168.2.10 10048 (не подключается). 3269 :192.168.1.101 10048 (не подключается). 3269 :192.168.16.10 10048 (не подключается). LdapUdp server can't start, ERR=10048 - 484 bytes ...
wikipost
ac05.02.2011 02:19
matveeva пишет: количество соединений нарастает, и почти все CLOSE_WAIT


http://www.eserv.ru/download/acWEB4_2011-02-05.rar
В планировщике можно добавить задание с ком.строкой
Internal: CloseWaitingConnections

Если это не приведет к побочным эффектам, описанным в последнем абзаце 27.01.2011 12:47 выше, то можно будет вернуться к быстрому закрытию соединений.

matveeva пишет: err=10048

Да, если при перезапуске службы EservWinSock еще не успел очистить таблицу соединений, то возникают проблемы с запуском — порты "не биндятся", т.к. считаются еще занятыми. Это не зависит от CLOSE_WAIT, может быть и с ESTABLISHED, и с любыми другими состояниями.
wikipost
matveeva10.02.2011 10:26
ac пишет: В планировщике можно добавить задание с ком.строкой
Сделала, никто пока не жалуется . Но в лог acWeb пишется много записей такого вида:
8 192.168.1.101:1370 95.169.190.67:80 0 8 192.168.16.10:3141 192.168.16.20:1259 0

Может, сделать для них спец. журнал, а то теряются важные события среди такого потока?
wikipost
matveeva10.02.2011 16:22
Опять вылезла ошибка
Во время доставки этого URL произошла следующая ошибка: Невозможно выполнить операцию на сокете, т.к. буфер слишком мал или очередь переполнена.
Хотя количество соединений было весьма умеренное — около 80. При этом в журнал acWeb продолжали записываться сообщения
8 192.168.1.101:3245 74.125.39.113:80 0 8 192.168.16.10:3140 192.168.16.19:4203 0 8 192.168.16.10:3141 192.168.16.17:3094 0 8 192.168.1.101:3044 195.2.87.28:80 0
Перезапуск acWeb помог.
wikipost
ac10.02.2011 18:44
Лог этот просто чтобы убедиться, что всё работает без ошибок. Убедились, отключил.

Значит к-во CLOSE_WAIT тут не причем. Тогда давайте снова по опциям TCP гадать. Например MaxUserPort: http://support.microsoft.com/kb/q196271/
wikipost
ac10.02.2011 18:58
А памяти свободной хватает на момент возникнования проблемы? А к-во дескрипторов в acWEB (по показаниям taskmgr) какое в этот момент?
wikipost
matveeva11.02.2011 10:14
ред: 11.02.2011 10:21
ac пишет: А памяти свободной хватает на момент возникнования проблемы?
Как раз пока бились с тормозами, заодно сделали много полезных вещей для производительности компа , в частности доставили оперативку-теперь там 2ГБ
ac пишет: Например MaxUserPort
Это на всех лок. компах надо будет использовать? Интернет переставал работать у всех с этой ошибкой.
ac пишет: А к-во дескрипторов в acWEB (по показаниям taskmgr) какое в этот момент?
Посмотрю в след. раз.
wikipost
dandy11.02.2011 10:35
Андрей, а может быть пора уже убрать отладочные логи типа -post-debug? или (что еще лучше) завести для всех логов (в том числе и отладочных, в том числе и в тестовых билдах) специальную ручку? Было бы и удобно, и практично (лишнее обращение к HDD скорострельность прокси явно не увеличивает)
wikipost
pig11.02.2011 16:46
matveeva пишет: ac пишет: Например MaxUserPort
Это на всех лок. компах надо будет использовать? Интернет переставал работать у всех с этой ошибкой.

Нет, проблема-то на машине с Eserv, клиенты просто ответ в браузер получают.
wikipost
matveeva14.02.2011 13:13
ac пишет: А к-во дескрипторов в acWEB (по показаниям taskmgr) какое в этот момент?
Вот опять "момент" произошел. Дескрипторов acWeb4 — 12520
wikipost
ac14.02.2011 14:02
А потоков сколько было, не обратили внимания?
wikipost
ac14.02.2011 14:06
dandy пишет: Андрей, а может быть пора уже убрать отладочные логи типа -post-debug?

Хоть там название debug в имени, это обычные (полезные логи. Вот Игорь в PigProxy довёл до ума то, что в E3 только планировалось — декодированную запись передаваемых в POST'ах данных. Полезно для анализа активности пользователей на предмет "утечек". POST'ы редки, поэтому для производительности не критичны.
wikipost
matveeva14.02.2011 14:16
ac пишет: А потоков сколько было, не обратили внимания?
)) Не... Теперь в след. раз.
wikipost
ili_a14.02.2011 15:27
ред: 14.02.2011 15:31
Отключил сегодня задание CloseWaitingConnections.
Через некоторое время получил... перестал отдавать почту Imap, перестал работать портал и интернет acWeb.
сервис — Дескр — потоки
acWeb — 7020 — 224
acImap — 205 — 23
acSmtp — 224 — 19
acFiltr — 128 — 12
Перезапустил сервисы и все заработало.
wikipost
ili_a14.02.2011 15:43
Ух, после перезагрузки сервисов через какое то время появилась страшная ругань (во вложении). Давно такого не было.
Файл: лог [34936 bytes]
wikipost
ac14.02.2011 15:47
А как же до этого (без CloseWaitingConnections) раньше тогда работало? В тот момент, когда перестало работать — в чем это выражалось — выдавались ошибки на веб-страницах, как у Елены, или вообще не подключалось? В логах что подозрительного?

По к-ву используемых ресурсов всё в норме.
wikipost
ac14.02.2011 15:50
ili_a пишет: появилась страшная ругань

Да, страшная. Причем каждый поток успевает сбойнуть по нескольку раз. У вас UsePool не включен случайно?
wikipost
ili_a14.02.2011 15:52
ред: 14.02.2011 15:53
Периодически сервисы зависали, причем это моголо произойти в любой момент, никакой закономерности не нашел.
Сам компьютер в это время работоспособен, доступен из сети, можно перегружать только сервисы, при этом в логах ничего подозрительного не появляется. Логи прикреплены в прошлом сообщении.
wikipost
ili_a14.02.2011 15:56
ac пишет: Да, страшная. Причем каждый поток успевает сбойнуть по нескольку раз. У вас UsePool не включен случайно?

Если вы про OnStartup.rules.txt acWeb — то нет, закомментирован.
wikipost
ili_a14.02.2011 15:58
ac пишет: в чем это выражалось — выдавались ошибки на веб-страницах, как у Елены, или вообще не подключалось? В логах что подозрительного?

MaxUserPort давно сделан, как перешел на e4 proxy
wikipost
ac14.02.2011 16:07
Елене вот MaxUserPort не помог с ошибкой 10055. У вас ситуация другая. В функции ReadReplyHeader (в прокси), которая сбоит по логам, ошибки нет, этой функции уже лет 10. Сбоит какой-то параллельный компонент в acWEB, разрушает общую память. Вы все EXCEPTION'ы привели от момента запуска, или только хвост лога?
wikipost
ili_a14.02.2011 16:18
ред: 14.02.2011 20:59
ac пишет: Вы все EXCEPTION'ы привели от момента запуска, или только хвост лога?
Вроде все. Вот еще раз с "запасом"
Файл: acWeb-log.txt [37692 bytes]
wikipost
matveeva14.02.2011 16:19
ac пишет: Елене вот MaxUserPort не помог с ошибкой 10055.
Не-не-не! Я его еще не ставила! Вот сейчас только.
wikipost
ac14.02.2011 18:36
ili_a пишет: Вроде все

Скорее всего это та же проблема, связанная с включаемыми CGI, о которой вы ранее сообщали на support. Т.е. с прокси не связано. С этой ошибкой пока разобраться не смог, надо больше данных собрать в этом exception, вышлю вам спец.версию.
wikipost
ili_a14.02.2011 18:55
ac пишет: надо больше данных собрать в этом exception, вышлю вам спец.версию.
Ok, буду ждать.
wikipost
Moor17.02.2011 11:18
Господа, спасайте!
Перешел с Е2 на Е4. Теперь через день (а вот сегодня уже и каждый день) имею
Во время доставки этого URL произошла следующая ошибка:
An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full.
Если нужно сделать еще одну попытку, нажмите "Обновить" в браузере.

Ошибка 10055. Полагаю из-за того, что в соединениях накапливается просто огромное количество со статусом CLOSE_WAIT. Иногда помогает перезапуск acWEB, иногда приходится перезагружать весь сервер (даже выждав какое-то время после остановки до запуска), что весьма печально для предприятия. Только что попробовал добавить в задания (Generic) Ком.строка: Internal: CloseWaitingConnections с интервалом в час (всё правильно?), посмотрим что будет дальше. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters TcpTimedWaitDelay пока не прописывал, имеет смысл? Если да то с каим приблизительно значением? А заменить acWEB на http://www.eserv.ru/download/acWEB4_2011-02-05.rar имеет смысл?
wikipost
ac17.02.2011 11:54
MaxUserPort попробуйте, как выше предложено (10.02.2011 18:44).

Moor пишет: Internal: CloseWaitingConnections с интервалом в час

Только если версия Eproxy эта новая февральская. Но, как мы тут выше убедились, избавление от CLOSE_WAIT проблему не снимает... Если хаки реестра не помогут, то наверное придётся число локальных, а не внешних, соединений уменьшать. Для этого попробуем уменьшить таймаут Keep-Alive (ожидание дополнительных запросов от браузера в тех же соединениях). В E2 логика эта была попроще (ближе к HTTP/1.0, чем к 1.1), соединения были более короткоживущими.
wikipost
alex112417.02.2011 11:59
Я попробовал изменить MaxUserPort от создателей. После перезапуска перестала приниматься почта. Сервисы вроде стартовали, а ответа от них по телнету не было. Снес из реестра, перегрузился — начал получать ответы.
CloseWaitingConnections с интервалом по умолчанию мне, по крайней мере, помогают не наблюдать такую ошибку в прокси
wikipost
ac17.02.2011 12:10
А какое значение ставили в MaxUserPort?
wikipost
alex112417.02.2011 12:30
Как и советовал товарищ Билл —
Имя: MaxUserPort, Тип: DWORD, Значение: 65534
wikipost
alex112417.02.2011 16:38
Поймал ошибку 10055.
сервис — Дескр — потоки acWeb — 12754 — 103

Помог только перезапуск сервиса
wikipost
ac17.02.2011 16:53
Хм, при таком соотношении это уже похоже на утечку (незакрытые хэндлы) Включу контроль ресурсов, проверю.
wikipost
ac17.02.2011 19:57
Точно, виноват, позорный недосмотр Надо дописать одну строку в OnDisconnect внутри acWEB/conf/OnStartup.rules.txt. http://www.eserv.ru/download/OnStartup_rules_txt_2011-02-17.rar

Придётся в выходные выпускать промежуточное (до офиц.4.27) обновление.
wikipost
matveeva04.03.2011 12:31
Проблема со статистикой сохранилась. При просмотре статистики через некоторое время (сначала все хорошо показывает, детализации сессий и пр.) перестает обновляться правое окно, кружочка-индикатора загрузки нет. При этом левое окно при переходах по закладкам исправно обновляется. Потом перестает обновляться и центральное окно, появляются кружочки загрузки. При этом перестает работает внутренняя почта (IMAP,POP3) и прокси. Помогает перезапуск acWeb. Два дня назад удаляла stats.db3 после такого же зависа. Ощущение, что "неинтенсивный" просмотр статистики не портит работу. А вот когда начинаешь смотреть по разным вариантам, оно и виснет через какое-то время.
Забыла написать, что обновлялась сегодня утром.
wikipost
pig04.03.2011 17:00
Наверное, надо будет в следующий раз базу не побивать, а переместить и потом прислать для разбора полётов. И позасекать, как она пухнет в зависимости от ваших действий. И какие там сопутствующие журнальные файлы появляются.
wikipost
ac04.03.2011 17:46
Нет, не надо. Я уже пояснял — тут дело в том, что некоторые запросы sqlite выполняет за время пропорциональное размеру базы, словно не использует индексы. Т.е. тут понятно, где именно узкое место. Непонятно только пока, как с этим бороться (кроме как разбиением базы на кусочки). Самые критичные части стат.базы я давно уже вывел в самодельные БД, а с логом детализации все еще не решил, что делать.
wikipost
matveeva05.03.2011 10:06
ac пишет: с логом детализации все еще не решил, что делать.
Т.е. пока по статистике сильно не ползаем и ждем.
wikipost
evguenil29.03.2011 12:55
Добрый день.
Вот и меня достала медленная работа Е4.

Остановил все сервисы удалил папку с DNS_cache. Запустил заного все сервера.
Чудо , смог наконец то написать на форум.
У меня стоит в запущенном состоянии проксик Е3 и часть конторы (80%) всё ещё работают на нём. Вот думаю если всех переведу на Е4 вообще повешусь.

Честно говоря не знаю что присылать и где капать.

Всё что нешёл:

22.3.2011 (1941581 virus records)
1081 :127.0.0.1 0
1081 :192.168.хх.хх 0
3122 :127.0.0.1 0
3122 :192.168.хх.хх 0
3129 :127.0.0.1 0
3129 :192.168.хх.хх 0 dom=img-kazan.ru&host=proxy.vbkzn.ru&smtp=25&хххх=хххх
http://www.eserv.ru/e4a/network.e dom=img-kazan.ru&host=proxy.vbkzn.ru&smtp=25&хххх=хххх
http://www.eserv.ru/e4a/network.e
Couldn't resolve host name
OnDnsReq err=-2 DNS reply format error (type)
1394

58EA4A4 00 01 01 00 00 01 00 00 00 00 00 00 00 05 72 61 ..............ra
58EA4B4 64 61 72 08 69 6D 67 73 6D 61 69 6C 02 72 75 00 dar.imgsmail.ru.
58EA4C4 00 0D 00 01 00 00 00 00 00 00 00 00 00 00 00 00 ................
OnDnsReq err=-2 DNS reply format error (type)
1394

57EA4A4 00 01 01 00 00 01 00 00 00 00 00 00 00 05 72 61 ..............ra
57EA4B4 64 61 72 08 69 6D 67 73 6D 61 69 6C 02 72 75 00 dar.imgsmail.ru.
57EA4C4 00 0D 00 01 00 00 00 00 00 00 00 00 00 00 00 00 ................
OnDnsReq err=-2 DNS reply format error (type)
1394

58EA4A4 00 01 01 00 00 01 00 00 00 00 00 00 00 05 72 61 ..............ra
58EA4B4 64 61 72 08 69 6D 67 73 6D 61 69 6C 02 72 75 00 dar.imgsmail.ru.
58EA4C4 00 0D 00 01 00 00 00 00 00 00 00 00 00 00 00 00 ................
OnDnsReq err=-2 DNS reply format error (type)
1394

57EA4A4 00 01 01 00 00 01 00 00 00 00 00 00 00 05 72 61 ..............ra
57EA4B4 64 61 72 08 69 6D 67 73 6D 61 69 6C 02 72 75 00 dar.imgsmail.ru.
57EA4C4 00 0D 00 01 00 00 00 00 00 00 00 00 00 00 00 00 ................
OnDnsReq err=-2 DNS reply format error (type)
1394

58EA4A4 00 01 01 00 00 01 00 00 00 00 00 00 00 05 72 61 ..............ra
58EA4B4 64 61 72 08 69 6D 67 73 6D 61 69 6C 02 72 75 00 dar.imgsmail.ru.
58EA4C4 00 0D 00 01 00 00 00 00 00 00 00 00 00 00 00 00 ................
OnDnsReq err=-2 DNS reply format error (type)
1394

57EA4A4 00 01 01 00 00 01 00 00 00 00 00 00 00 05 72 61 ..............ra
57EA4B4 64 61 72 08 69 6D 67 73 6D 61 69 6C 02 72 75 00 dar.imgsmail.ru.
57EA4C4 00 0D 00 01 00 00 00 00 00 00 00 00 00 00 00 00 ................
Couldn't connect to server
MAPTO: ххххххххх хххх
MAPTO: ххххххххх хххх
<25>TCPMAP, Can't get IP for connection — ххххххххх хххх
  • error: 11004
  • <25>TCPMAP, Can't get IP for connection — ххххххххх хххх
    • error: 11004
    • MAPTO: jabber.hfm.ru 5223<25>TCPMAP, Can't get IP for connection — ххххххххх хххх
    • error: 11004
    • Couldn't resolve host nameCouldn't resolve host nameCouldn't resolve host nameCouldn't resolve host nameCouldn't resolve host nameCouldn't resolve host name
wikipost
ac29.03.2011 12:58
Вы используете встроенный в Eserv DNS-сервер, DHCP-сервер или рубрикатор? Или все три?
wikipost
ac29.03.2011 12:59
E3 на той же машине? Тоже с ДокторВеб'ом?
wikipost
evguenil29.03.2011 13:14
Использую DNS
DHCP -нет
Использывать рубрикатор в прокси, стоит — да.

Е3 на той же машине. на порту 3128.

Доктер стоит только на Е4.
В Е3 нет ничего.

Перезагрузка серверов помогает на 1- 2 минуты. потом полный висяк.
wikipost
evguenil29.03.2011 13:23
отключил рубрикатор и доктера вроде 5 минут полёт нормальный
wikipost
ac29.03.2011 13:32
А по части удаления бОльший эффект должен быть от удаления DATA\log\stat\stats.db3.

evguenil пишет: Can't get IP for connection error: 11004
Couldn't resolve host name
Eproxy не каскадом включен случайно?
wikipost
evguenil29.03.2011 14:35
ac пишет: А по части удаления бОльший эффект должен быть от удаления DATA\log\stat\stats.db3.

Это сделал в первую очередь но не помогло. Тем более, что база была всего 250 мегов.
Доктера и рубрикатор помогли хотя не знаю точно кто из них.
Не каскадом.
Вот новые ошибки в логе

<30>
Log started: Tue, 29 Mar 2011 14:39:35 +0200 (ESERV, build 28326, 21.03.2011) ххххххххххххххх Boxes: 100 DrWEB key: RU, хххххххххххххххххх DrWEB exp: Thu, 01 Mar 2012 14:58:09 +0400 Boxes: 100 EPROXY/4 key: RU, ххххххххххххххх (issued Tue, 16 Nov 2010 19:33:02 +0400)1 Boxes: 100 Eserv key: RU, хххххххххххххххххххх Eserv/4 key: RU, хххххххххххххххххххххххххх Port=2009 Ini cache - Ok Plugin: acFilter - 0 bytes Plugin: dns UPnP поключен к 3 интерфейсам. Слушаю... Dns server at 127.0.0.1:53 started. Dns server at 192.168.ххх.ххх:53 started. Dns server at 89.ххх.ххх.ххх:53 started. - 0 bytes Plugin: firewall - 0 bytes Plugin: ldap - 483 bytes Plugin: pop2smtp - 11554 bytes Plugin: snmp SNMP:starting... ESERV SNMP Service started at port 2009 on interface 0.0.0.0 SNMP Service started at port 3129 on interface 0.0.0.0 - 2410 bytes 1081 :127.0.0.1 0 1081 :192.168.ххх.ххх 0 3122 :127.0.0.1 0 3122 :192.168.ххх.ххх 0 3129 :127.0.0.1 0 3129 :192.168.ххх.ххх 0 MAPTO: хххххххххх 5223 MAPTO: хххххххххх 5223 MAPTO: хххххххххх 5223 MAPTO: хххххххххх 5223 Couldn't connect to server Couldn't connect to server Couldn't connect to server : PROXY[UseRubricator] S" 0" S@ ; Couldn't connect to server Couldn't connect to server Couldn't connect to server Couldn't connect to server Couldn't connect to server Couldn't connect to server Couldn't connect to server EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 0F01004C THREAD ID: 00000EA0 HANDLER: 0EC4EF68 ** Exception time: Tue, 29 Mar 2011 14:45:39 +0400 ** Thread number/reuse/id:0 0 3744 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 508C397E 000493E0 77E5CFED [0EC4FFD4] RETURN STACK: 0EC4EF50 : 00553294 EXC:-1073741819 0EC4EF54 : 0000000C EXC:-1073741819 0EC4EF58 : 00000000 EXC:-1073741819 0EC4EF5C : 00000000 EXC:-1073741819 0EC4EF60 : 06422508 EXC:-1073741819 0EC4EF64 : 00555194 EXC:-1073741819 0EC4EF68 : 0EC4EFC8 EXC:-1073741819 0EC4EF6C : 0EC4FF88 EXC:-1073741819 0EC4EF70 : 007F9D49 EXC:-1073741819 0EC4EF74 : 00553294 EXC:-1073741819 0EC4EF78 : 00000010 EXC:-1073741819 0EC4EF7C : 0EC4FF94 EXC:-1073741819 0EC4EF80 : 06422508 EXC:-1073741819 0EC4EF84 : 00000000 EXC:-1073741819 0EC4EF88 : 00000003 EXC:-1073741819 0EC4EF8C : 005B1C36 EXC:-1073741819 0EC4EF90 : 00553294 EXC:-1073741819 0EC4EF94 : 00000028 EXC:-1073741819 0EC4EF98 : 00000000 EXC:-1073741819 0EC4EF9C : 29AA4978 EXC:-1073741819 0EC4EFA0 : 00000003 EXC:-1073741819 0EC4EFA4 : 06422508 EXC:-1073741819 0EC4EFA8 : 0F01A070 EXC:-1073741819 0EC4EFAC : 0143D990 EXC:-1073741819 0EC4EFB0 : 007F9B6B EXC:-1073741819 0EC4EFB4 : 00000000 EXC:-1073741819 0EC4EFB8 : 00000028 EXC:-1073741819 0EC4EFBC : 0F01A048 EXC:-1073741819 0EC4EFC0 : 007F9F0B EXC:-1073741819 0EC4EFC4 : 00555194 EXC:-1073741819 0EC4EFC8 : 00000000 EXC:-1073741819 0EC4EFCC : 0EC4FF90 EXC:-1073741819 0EC4EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT Couldn't connect to server Couldn't connect to server Couldn't connect to server Couldn't connect to server Couldn't connect to server <methodCall><methodName>acFilter/API.versionHTML</methodName><params></params></methodCall> http://127.0.0.1:8082/RPC2 <methodCall><methodName>acFilter/API.versionHTML</methodName><params></params></methodCall> http://127.0.0.1:8082/RPC2 Couldn't connect to server Couldn't connect to server Couldn't connect to server Couldn't connect to server EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 0F9F004C THREAD ID: 000014DC HANDLER: 08E6EF68 ** Exception time: Tue, 29 Mar 2011 14:50:39 +0400 ** Thread number/reuse/id:0 0 5340 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 56AE397E 000493E0 77E5CFED [08E6FFD4] RETURN STACK: 08E6EF50 : 00553294 EXC:-1073741819 08E6EF54 : 0000000C EXC:-1073741819 08E6EF58 : 00000000 EXC:-1073741819 08E6EF5C : 00000000 EXC:-1073741819 08E6EF60 : 06422108 EXC:-1073741819 08E6EF64 : 00555194 EXC:-1073741819 08E6EF68 : 08E6EFC8 EXC:-1073741819 08E6EF6C : 08E6FF88 EXC:-1073741819 08E6EF70 : 007F9D49 EXC:-1073741819 08E6EF74 : 00553294 EXC:-1073741819 08E6EF78 : 00000010 EXC:-1073741819 08E6EF7C : 08E6FF94 EXC:-1073741819 08E6EF80 : 06422108 EXC:-1073741819 08E6EF84 : 00000000 EXC:-1073741819 08E6EF88 : 00000003 EXC:-1073741819 08E6EF8C : 005B1C36 EXC:-1073741819 08E6EF90 : 00553294 EXC:-1073741819 08E6EF94 : 00000028 EXC:-1073741819 08E6EF98 : 00000000 EXC:-1073741819 08E6EF9C : 29AEDD5E EXC:-1073741819 08E6EFA0 : 00000003 EXC:-1073741819 08E6EFA4 : 06422108 EXC:-1073741819 08E6EFA8 : 0F9FA070 EXC:-1073741819 08E6EFAC : 0143D990 EXC:-1073741819 08E6EFB0 : 007F9B6B EXC:-1073741819 08E6EFB4 : 00000000 EXC:-1073741819 08E6EFB8 : 00000028 EXC:-1073741819 08E6EFBC : 0F9FA048 EXC:-1073741819 08E6EFC0 : 007F9F0B EXC:-1073741819 08E6EFC4 : 00555194 EXC:-1073741819 08E6EFC8 : 00000000 EXC:-1073741819 08E6EFCC : 08E6FF90 EXC:-1073741819 08E6EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT Couldn't connect to server Couldn't connect to server Couldn't connect to server Couldn't connect to server Couldn't connect to server Couldn't connect to server EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 0BF9004C THREAD ID: 000013E4 HANDLER: 0992EF68 ** Exception time: Tue, 29 Mar 2011 14:55:40 +0400 ** Thread number/reuse/id:0 0 5092 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 57DA397E 000493E0 77E5CFED [0992FFD4] RETURN STACK: 0992EF50 : 00553294 EXC:-1073741819 0992EF54 : 0000000C EXC:-1073741819 0992EF58 : 00000000 EXC:-1073741819 0992EF5C : 00000000 EXC:-1073741819 0992EF60 : 06422008 EXC:-1073741819 0992EF64 : 00555194 EXC:-1073741819 0992EF68 : 0992EFC8 EXC:-1073741819 0992EF6C : 0992FF88 EXC:-1073741819 0992EF70 : 007F9D49 EXC:-1073741819 0992EF74 : 00553294 EXC:-1073741819 0992EF78 : 00000010 EXC:-1073741819 0992EF7C : 0992FF94 EXC:-1073741819 0992EF80 : 06422008 EXC:-1073741819 0992EF84 : 00000000 EXC:-1073741819 0992EF88 : 00000003 EXC:-1073741819 0992EF8C : 005B1C36 EXC:-1073741819 0992EF90 : 00553294 EXC:-1073741819 0992EF94 : 00000028 EXC:-1073741819 0992EF98 : 00000000 EXC:-1073741819 0992EF9C : 29B37143 EXC:-1073741819 0992EFA0 : 00000003 EXC:-1073741819 0992EFA4 : 06422008 EXC:-1073741819 0992EFA8 : 0BF9A070 EXC:-1073741819 0992EFAC : 0143D990 EXC:-1073741819 0992EFB0 : 007F9B6B EXC:-1073741819 0992EFB4 : 00000000 EXC:-1073741819 0992EFB8 : 00000028 EXC:-1073741819 0992EFBC : 0BF9A048 EXC:-1073741819 0992EFC0 : 007F9F0B EXC:-1073741819 0992EFC4 : 00555194 EXC:-1073741819 0992EFC8 : 00000000 EXC:-1073741819 0992EFCC : 0992FF90 EXC:-1073741819 0992EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 0D08004C THREAD ID: 00001560 HANDLER: 0992EF68 ** Exception time: Tue, 29 Mar 2011 15:00:39 +0400 ** Thread number/reuse/id:0 0 5472 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 57DA397E 000493E0 77E5CFED [0992FFD4] RETURN STACK: 0992EF50 : 00553294 EXC:-1073741819 0992EF54 : 0000000C EXC:-1073741819 0992EF58 : 00000000 EXC:-1073741819 0992EF5C : 00000000 EXC:-1073741819 0992EF60 : 06422408 EXC:-1073741819 0992EF64 : 00555194 EXC:-1073741819 0992EF68 : 0992EFC8 EXC:-1073741819 0992EF6C : 0992FF88 EXC:-1073741819 0992EF70 : 007F9D49 EXC:-1073741819 0992EF74 : 00553294 EXC:-1073741819 0992EF78 : 00000010 EXC:-1073741819 0992EF7C : 0992FF94 EXC:-1073741819 0992EF80 : 06422408 EXC:-1073741819 0992EF84 : 00000000 EXC:-1073741819 0992EF88 : 00000003 EXC:-1073741819 0992EF8C : 005B1C36 EXC:-1073741819 0992EF90 : 00553294 EXC:-1073741819 0992EF94 : 00000028 EXC:-1073741819 0992EF98 : 00000000 EXC:-1073741819 0992EF9C : 29B80519 EXC:-1073741819 0992EFA0 : 00000003 EXC:-1073741819 0992EFA4 : 06422408 EXC:-1073741819 0992EFA8 : 0D08A070 EXC:-1073741819 0992EFAC : 0143D990 EXC:-1073741819 0992EFB0 : 007F9B6B EXC:-1073741819 0992EFB4 : 00000000 EXC:-1073741819 0992EFB8 : 00000028 EXC:-1073741819 0992EFBC : 0D08A048 EXC:-1073741819 0992EFC0 : 007F9F0B EXC:-1073741819 0992EFC4 : 00555194 EXC:-1073741819 0992EFC8 : 00000000 EXC:-1073741819 0992EFCC : 0992FF90 EXC:-1073741819 0992EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 0D08004C THREAD ID: 000015B8 HANDLER: 0900EF68 ** Exception time: Tue, 29 Mar 2011 15:05:39 +0400 ** Thread number/reuse/id:0 0 5560 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 5748397E 000493E0 77E5CFED [0900FFD4] RETURN STACK: 0900EF50 : 00553294 EXC:-1073741819 0900EF54 : 0000000C EXC:-1073741819 0900EF58 : 00000000 EXC:-1073741819 0900EF5C : 00000000 EXC:-1073741819 0900EF60 : 06422008 EXC:-1073741819 0900EF64 : 00555194 EXC:-1073741819 0900EF68 : 0900EFC8 EXC:-1073741819 0900EF6C : 0900FF88 EXC:-1073741819 0900EF70 : 007F9D49 EXC:-1073741819 0900EF74 : 00553294 EXC:-1073741819 0900EF78 : 00000010 EXC:-1073741819 0900EF7C : 0900FF94 EXC:-1073741819 0900EF80 : 06422008 EXC:-1073741819 0900EF84 : 00000000 EXC:-1073741819 0900EF88 : 00000003 EXC:-1073741819 0900EF8C : 005B1C36 EXC:-1073741819 0900EF90 : 00553294 EXC:-1073741819 0900EF94 : 00000028 EXC:-1073741819 0900EF98 : 00000000 EXC:-1073741819 0900EF9C : 29BC98FF EXC:-1073741819 0900EFA0 : 00000003 EXC:-1073741819 0900EFA4 : 06422008 EXC:-1073741819 0900EFA8 : 0D08A070 EXC:-1073741819 0900EFAC : 0143D990 EXC:-1073741819 0900EFB0 : 007F9B6B EXC:-1073741819 0900EFB4 : 00000000 EXC:-1073741819 0900EFB8 : 00000028 EXC:-1073741819 0900EFBC : 0D08A048 EXC:-1073741819 0900EFC0 : 007F9F0B EXC:-1073741819 0900EFC4 : 00555194 EXC:-1073741819 0900EFC8 : 00000000 EXC:-1073741819 0900EFCC : 0900FF90 EXC:-1073741819 0900EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 1048004C THREAD ID: 00001504 HANDLER: 1047EF68 ** Exception time: Tue, 29 Mar 2011 15:10:39 +0400 ** Thread number/reuse/id:0 0 5380 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 4E0F397E 000493E0 77E5CFED [1047FFD4] RETURN STACK: 1047EF50 : 00553294 EXC:-1073741819 1047EF54 : 0000000C EXC:-1073741819 1047EF58 : 00000000 EXC:-1073741819 1047EF5C : 00000000 EXC:-1073741819 1047EF60 : 06422108 EXC:-1073741819 1047EF64 : 00555194 EXC:-1073741819 1047EF68 : 1047EFC8 EXC:-1073741819 1047EF6C : 1047FF88 EXC:-1073741819 1047EF70 : 007F9D49 EXC:-1073741819 1047EF74 : 00553294 EXC:-1073741819 1047EF78 : 00000010 EXC:-1073741819 1047EF7C : 1047FF94 EXC:-1073741819 1047EF80 : 06422108 EXC:-1073741819 1047EF84 : 00000000 EXC:-1073741819 1047EF88 : 00000003 EXC:-1073741819 1047EF8C : 005B1C36 EXC:-1073741819 1047EF90 : 00553294 EXC:-1073741819 1047EF94 : 00000028 EXC:-1073741819 1047EF98 : 00000000 EXC:-1073741819 1047EF9C : 29C12CE4 EXC:-1073741819 1047EFA0 : 00000003 EXC:-1073741819 1047EFA4 : 06422108 EXC:-1073741819 1047EFA8 : 1048A070 EXC:-1073741819 1047EFAC : 0143D990 EXC:-1073741819 1047EFB0 : 007F9B6B EXC:-1073741819 1047EFB4 : 00000000 EXC:-1073741819 1047EFB8 : 00000028 EXC:-1073741819 1047EFBC : 1048A048 EXC:-1073741819 1047EFC0 : 007F9F0B EXC:-1073741819 1047EFC4 : 00555194 EXC:-1073741819 1047EFC8 : 00000000 EXC:-1073741819 1047EFCC : 1047FF90 EXC:-1073741819 1047EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 0F18004C THREAD ID: 00001414 HANDLER: 0E42EF68 ** Exception time: Tue, 29 Mar 2011 15:15:39 +0400 ** Thread number/reuse/id:0 0 5140 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 500A397E 000493E0 77E5CFED [0E42FFD4] RETURN STACK: 0E42EF50 : 00553294 EXC:-1073741819 0E42EF54 : 0000000C EXC:-1073741819 0E42EF58 : 00000000 EXC:-1073741819 0E42EF5C : 00000000 EXC:-1073741819 0E42EF60 : 06422308 EXC:-1073741819 0E42EF64 : 00555194 EXC:-1073741819 0E42EF68 : 0E42EFC8 EXC:-1073741819 0E42EF6C : 0E42FF88 EXC:-1073741819 0E42EF70 : 007F9D49 EXC:-1073741819 0E42EF74 : 00553294 EXC:-1073741819 0E42EF78 : 00000010 EXC:-1073741819 0E42EF7C : 0E42FF94 EXC:-1073741819 0E42EF80 : 06422308 EXC:-1073741819 0E42EF84 : 00000000 EXC:-1073741819 0E42EF88 : 00000003 EXC:-1073741819 0E42EF8C : 005B1C36 EXC:-1073741819 0E42EF90 : 00553294 EXC:-1073741819 0E42EF94 : 00000028 EXC:-1073741819 0E42EF98 : 00000000 EXC:-1073741819 0E42EF9C : 29C5C0CA EXC:-1073741819 0E42EFA0 : 00000003 EXC:-1073741819 0E42EFA4 : 06422308 EXC:-1073741819 0E42EFA8 : 0F18A070 EXC:-1073741819 0E42EFAC : 0143D990 EXC:-1073741819 0E42EFB0 : 007F9B6B EXC:-1073741819 0E42EFB4 : 00000000 EXC:-1073741819 0E42EFB8 : 00000028 EXC:-1073741819 0E42EFBC : 0F18A048 EXC:-1073741819 0E42EFC0 : 007F9F0B EXC:-1073741819 0E42EFC4 : 00555194 EXC:-1073741819 0E42EFC8 : 00000000 EXC:-1073741819 0E42EFCC : 0E42FF90 EXC:-1073741819 0E42EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 0FBF004C THREAD ID: 00000600 HANDLER: 0FAEEF68 ** Exception time: Tue, 29 Mar 2011 15:20:39 +0400 ** Thread number/reuse/id:0 0 1536 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 51E6397E 000493E0 77E5CFED [0FAEFFD4] RETURN STACK: 0FAEEF50 : 00553294 EXC:-1073741819 0FAEEF54 : 0000000C EXC:-1073741819 0FAEEF58 : 00000000 EXC:-1073741819 0FAEEF5C : 00000000 EXC:-1073741819 0FAEEF60 : 06422208 EXC:-1073741819 0FAEEF64 : 00555194 EXC:-1073741819 0FAEEF68 : 0FAEEFC8 EXC:-1073741819 0FAEEF6C : 0FAEFF88 EXC:-1073741819 0FAEEF70 : 007F9D49 EXC:-1073741819 0FAEEF74 : 00553294 EXC:-1073741819 0FAEEF78 : 00000010 EXC:-1073741819 0FAEEF7C : 0FAEFF94 EXC:-1073741819 0FAEEF80 : 06422208 EXC:-1073741819 0FAEEF84 : 00000000 EXC:-1073741819 0FAEEF88 : 00000003 EXC:-1073741819 0FAEEF8C : 005B1C36 EXC:-1073741819 0FAEEF90 : 00553294 EXC:-1073741819 0FAEEF94 : 00000028 EXC:-1073741819 0FAEEF98 : 00000000 EXC:-1073741819 0FAEEF9C : 29CA54A0 EXC:-1073741819 0FAEEFA0 : 00000003 EXC:-1073741819 0FAEEFA4 : 06422208 EXC:-1073741819 0FAEEFA8 : 0FBFA070 EXC:-1073741819 0FAEEFAC : 0143D990 EXC:-1073741819 0FAEEFB0 : 007F9B6B EXC:-1073741819 0FAEEFB4 : 00000000 EXC:-1073741819 0FAEEFB8 : 00000028 EXC:-1073741819 0FAEEFBC : 0FBFA048 EXC:-1073741819 0FAEEFC0 : 007F9F0B EXC:-1073741819 0FAEEFC4 : 00555194 EXC:-1073741819 0FAEEFC8 : 00000000 EXC:-1073741819 0FAEEFCC : 0FAEFF90 EXC:-1073741819 0FAEEFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 1634004C THREAD ID: 0000137C HANDLER: 1388EF68 ** Exception time: Tue, 29 Mar 2011 15:25:39 +0400 ** Thread number/reuse/id:0 0 4988 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 4DC0397E 000493E0 77E5CFED [1388FFD4] RETURN STACK: 1388EF50 : 00553294 EXC:-1073741819 1388EF54 : 0000000C EXC:-1073741819 1388EF58 : 00000000 EXC:-1073741819 1388EF5C : 00000000 EXC:-1073741819 1388EF60 : 06422308 EXC:-1073741819 1388EF64 : 00555194 EXC:-1073741819 1388EF68 : 1388EFC8 EXC:-1073741819 1388EF6C : 1388FF88 EXC:-1073741819 1388EF70 : 007F9D49 EXC:-1073741819 1388EF74 : 00553294 EXC:-1073741819 1388EF78 : 00000010 EXC:-1073741819 1388EF7C : 1388FF94 EXC:-1073741819 1388EF80 : 06422308 EXC:-1073741819 1388EF84 : 00000000 EXC:-1073741819 1388EF88 : 00000003 EXC:-1073741819 1388EF8C : 005B1C36 EXC:-1073741819 1388EF90 : 00553294 EXC:-1073741819 1388EF94 : 00000028 EXC:-1073741819 1388EF98 : 00000000 EXC:-1073741819 1388EF9C : 29CEE885 EXC:-1073741819 1388EFA0 : 00000003 EXC:-1073741819 1388EFA4 : 06422308 EXC:-1073741819 1388EFA8 : 1634A070 EXC:-1073741819 1388EFAC : 0143D990 EXC:-1073741819 1388EFB0 : 007F9B6B EXC:-1073741819 1388EFB4 : 00000000 EXC:-1073741819 1388EFB8 : 00000028 EXC:-1073741819 1388EFBC : 1634A048 EXC:-1073741819 1388EFC0 : 007F9F0B EXC:-1073741819 1388EFC4 : 00555194 EXC:-1073741819 1388EFC8 : 00000000 EXC:-1073741819 1388EFCC : 1388FF90 EXC:-1073741819 1388EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 0FAD004C THREAD ID: 000012FC HANDLER: 0F73EF68 ** Exception time: Tue, 29 Mar 2011 15:30:40 +0400 ** Thread number/reuse/id:0 0 4860 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 513B397E 000493E0 77E5CFED [0F73FFD4] RETURN STACK: 0F73EF50 : 00553294 EXC:-1073741819 0F73EF54 : 0000000C EXC:-1073741819 0F73EF58 : 00000000 EXC:-1073741819 0F73EF5C : 00000000 EXC:-1073741819 0F73EF60 : 0635AF90 EXC:-1073741819 0F73EF64 : 00555194 EXC:-1073741819 0F73EF68 : 0F73EFC8 EXC:-1073741819 0F73EF6C : 0F73FF88 EXC:-1073741819 0F73EF70 : 007F9D49 EXC:-1073741819 0F73EF74 : 00553294 EXC:-1073741819 0F73EF78 : 00000010 EXC:-1073741819 0F73EF7C : 0F73FF94 EXC:-1073741819 0F73EF80 : 0635AF90 EXC:-1073741819 0F73EF84 : 00000000 EXC:-1073741819 0F73EF88 : 00000003 EXC:-1073741819 0F73EF8C : 005B1C36 EXC:-1073741819 0F73EF90 : 00553294 EXC:-1073741819 0F73EF94 : 00000028 EXC:-1073741819 0F73EF98 : 00000000 EXC:-1073741819 0F73EF9C : 29D37C6B EXC:-1073741819 0F73EFA0 : 00000003 EXC:-1073741819 0F73EFA4 : 0635AF90 EXC:-1073741819 0F73EFA8 : 0FADA070 EXC:-1073741819 0F73EFAC : 0143D990 EXC:-1073741819 0F73EFB0 : 007F9B6B EXC:-1073741819 0F73EFB4 : 00000000 EXC:-1073741819 0F73EFB8 : 00000028 EXC:-1073741819 0F73EFBC : 0FADA048 EXC:-1073741819 0F73EFC0 : 007F9F0B EXC:-1073741819 0F73EFC4 : 00555194 EXC:-1073741819 0F73EFC8 : 00000000 EXC:-1073741819 0F73EFCC : 0F73FF90 EXC:-1073741819 0F73EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 11E4004C THREAD ID: 00000E74 HANDLER: 0FDCEF68 ** Exception time: Tue, 29 Mar 2011 15:35:39 +0400 ** Thread number/reuse/id:0 0 3700 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 5194397E 000493E0 77E5CFED [0FDCFFD4] RETURN STACK: 0FDCEF50 : 00553294 EXC:-1073741819 0FDCEF54 : 0000000C EXC:-1073741819 0FDCEF58 : 00000000 EXC:-1073741819 0FDCEF5C : 00000000 EXC:-1073741819 0FDCEF60 : 0635AE90 EXC:-1073741819 0FDCEF64 : 00555194 EXC:-1073741819 0FDCEF68 : 0FDCEFC8 EXC:-1073741819 0FDCEF6C : 0FDCFF88 EXC:-1073741819 0FDCEF70 : 007F9D49 EXC:-1073741819 0FDCEF74 : 00553294 EXC:-1073741819 0FDCEF78 : 00000010 EXC:-1073741819 0FDCEF7C : 0FDCFF94 EXC:-1073741819 0FDCEF80 : 0635AE90 EXC:-1073741819 0FDCEF84 : 00000000 EXC:-1073741819 0FDCEF88 : 00000003 EXC:-1073741819 0FDCEF8C : 005B1C36 EXC:-1073741819 0FDCEF90 : 00553294 EXC:-1073741819 0FDCEF94 : 00000028 EXC:-1073741819 0FDCEF98 : 00000000 EXC:-1073741819 0FDCEF9C : 29D81050 EXC:-1073741819 0FDCEFA0 : 00000003 EXC:-1073741819 0FDCEFA4 : 0635AE90 EXC:-1073741819 0FDCEFA8 : 11E4A070 EXC:-1073741819 0FDCEFAC : 0143D990 EXC:-1073741819 0FDCEFB0 : 007F9B6B EXC:-1073741819 0FDCEFB4 : 00000000 EXC:-1073741819 0FDCEFB8 : 00000028 EXC:-1073741819 0FDCEFBC : 11E4A048 EXC:-1073741819 0FDCEFC0 : 007F9F0B EXC:-1073741819 0FDCEFC4 : 00555194 EXC:-1073741819 0FDCEFC8 : 00000000 EXC:-1073741819 0FDCEFCC : 0FDCFF90 EXC:-1073741819 0FDCEFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 0E33004C THREAD ID: 00001254 HANDLER: 0D17EF68 ** Exception time: Tue, 29 Mar 2011 15:40:38 +0400 ** Thread number/reuse/id:0 0 4692 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 535F397E 000493E0 77E5CFED [0D17FFD4] RETURN STACK: 0D17EF50 : 00553294 EXC:-1073741819 0D17EF54 : 0000000C EXC:-1073741819 0D17EF58 : 00000000 EXC:-1073741819 0D17EF5C : 00000000 EXC:-1073741819 0D17EF60 : 063F7AE0 EXC:-1073741819 0D17EF64 : 00555194 EXC:-1073741819 0D17EF68 : 0D17EFC8 EXC:-1073741819 0D17EF6C : 0D17FF88 EXC:-1073741819 0D17EF70 : 007F9D49 EXC:-1073741819 0D17EF74 : 00553294 EXC:-1073741819 0D17EF78 : 00000010 EXC:-1073741819 0D17EF7C : 0D17FF94 EXC:-1073741819 0D17EF80 : 063F7AE0 EXC:-1073741819 0D17EF84 : 00000000 EXC:-1073741819 0D17EF88 : 00000003 EXC:-1073741819 0D17EF8C : 005B1C36 EXC:-1073741819 0D17EF90 : 00553294 EXC:-1073741819 0D17EF94 : 00000028 EXC:-1073741819 0D17EF98 : 00000000 EXC:-1073741819 0D17EF9C : 29DCA436 EXC:-1073741819 0D17EFA0 : 00000003 EXC:-1073741819 0D17EFA4 : 063F7AE0 EXC:-1073741819 0D17EFA8 : 0E33A070 EXC:-1073741819 0D17EFAC : 0143D990 EXC:-1073741819 0D17EFB0 : 007F9B6B EXC:-1073741819 0D17EFB4 : 00000000 EXC:-1073741819 0D17EFB8 : 00000028 EXC:-1073741819 0D17EFBC : 0E33A048 EXC:-1073741819 0D17EFC0 : 007F9F0B EXC:-1073741819 0D17EFC4 : 00555194 EXC:-1073741819 0D17EFC8 : 00000000 EXC:-1073741819 0D17EFCC : 0D17FF90 EXC:-1073741819 0D17EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 0E33004C THREAD ID: 00001180 HANDLER: 0D17EF68 ** Exception time: Tue, 29 Mar 2011 15:45:37 +0400 ** Thread number/reuse/id:0 0 4480 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 535F397E 000493E0 77E5CFED [0D17FFD4] RETURN STACK: 0D17EF50 : 00553294 EXC:-1073741819 0D17EF54 : 0000000C EXC:-1073741819 0D17EF58 : 00000000 EXC:-1073741819 0D17EF5C : 00000000 EXC:-1073741819 0D17EF60 : 0148CDA0 EXC:-1073741819 0D17EF64 : 00555194 EXC:-1073741819 0D17EF68 : 0D17EFC8 EXC:-1073741819 0D17EF6C : 0D17FF88 EXC:-1073741819 0D17EF70 : 007F9D49 EXC:-1073741819 0D17EF74 : 00553294 EXC:-1073741819 0D17EF78 : 00000010 EXC:-1073741819 0D17EF7C : 0D17FF94 EXC:-1073741819 0D17EF80 : 0148CDA0 EXC:-1073741819 0D17EF84 : 00000000 EXC:-1073741819 0D17EF88 : 00000003 EXC:-1073741819 0D17EF8C : 005B1C36 EXC:-1073741819 0D17EF90 : 00553294 EXC:-1073741819 0D17EF94 : 00000028 EXC:-1073741819 0D17EF98 : 00000000 EXC:-1073741819 0D17EF9C : 29E1380C EXC:-1073741819 0D17EFA0 : 00000003 EXC:-1073741819 0D17EFA4 : 0148CDA0 EXC:-1073741819 0D17EFA8 : 0E33A070 EXC:-1073741819 0D17EFAC : 0143D990 EXC:-1073741819 0D17EFB0 : 007F9B6B EXC:-1073741819 0D17EFB4 : 00000000 EXC:-1073741819 0D17EFB8 : 00000028 EXC:-1073741819 0D17EFBC : 0E33A048 EXC:-1073741819 0D17EFC0 : 007F9F0B EXC:-1073741819 0D17EFC4 : 00555194 EXC:-1073741819 0D17EFC8 : 00000000 EXC:-1073741819 0D17EFCC : 0D17FF90 EXC:-1073741819 0D17EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT EXCEPTION! CODE:C0000005 ADDRESS:00848426 WORD: EXC:-1073741819 <?WordByAddr exception> USER DATA: 0EC5004C THREAD ID: 00000644 HANDLER: 0E42EF68 ** Exception time: Tue, 29 Mar 2011 15:50:37 +0400 ** Thread number/reuse/id:0 0 1604 ** API Calls: InterlockedDecrement sqlite3_column_bytes STACK: (0) 000493E0 00000000 00000000 500A397E 000493E0 77E5CFED [0E42FFD4] RETURN STACK: 0E42EF50 : 00553294 EXC:-1073741819 0E42EF54 : 0000000C EXC:-1073741819 0E42EF58 : 00000000 EXC:-1073741819 0E42EF5C : 00000000 EXC:-1073741819 0E42EF60 : 0148CDA0 EXC:-1073741819 0E42EF64 : 00555194 EXC:-1073741819 0E42EF68 : 0E42EFC8 EXC:-1073741819 0E42EF6C : 0E42FF88 EXC:-1073741819 0E42EF70 : 007F9D49 EXC:-1073741819 0E42EF74 : 00553294 EXC:-1073741819 0E42EF78 : 00000010 EXC:-1073741819 0E42EF7C : 0E42FF94 EXC:-1073741819 0E42EF80 : 0148CDA0 EXC:-1073741819 0E42EF84 : 00000000 EXC:-1073741819 0E42EF88 : 00000003 EXC:-1073741819 0E42EF8C : 005B1C36 EXC:-1073741819 0E42EF90 : 00553294 EXC:-1073741819 0E42EF94 : 00000028 EXC:-1073741819 0E42EF98 : 00000000 EXC:-1073741819 0E42EF9C : 29E5CBF1 EXC:-1073741819 0E42EFA0 : 00000003 EXC:-1073741819 0E42EFA4 : 0148CDA0 EXC:-1073741819 0E42EFA8 : 0EC5A070 EXC:-1073741819 0E42EFAC : 0143D990 EXC:-1073741819 0E42EFB0 : 007F9B6B EXC:-1073741819 0E42EFB4 : 00000000 EXC:-1073741819 0E42EFB8 : 00000028 EXC:-1073741819 0E42EFBC : 0EC5A048 EXC:-1073741819 0E42EFC0 : 007F9F0B EXC:-1073741819 0E42EFC4 : 00555194 EXC:-1073741819 0E42EFC8 : 00000000 EXC:-1073741819 0E42EFCC : 0E42FF90 EXC:-1073741819 0E42EFD0 : 007F9F28 EXC:-1073741819 END OF EXCEPTION REPORT
wikipost
evguenil29.03.2011 14:42
Может этот репорт из-за того что забыл перезапустить acWeb после отключения рубрикатора.
Буду смотреть. Но точно быстро стало работать.
wikipost
ac29.03.2011 18:41
Если выше по логу таких же exception'ов не было, то да, наверное из-за смены опции. Там перезапуск не требуется, но возможно поплохело тем потокам, которые на тот момент работали с рубрикатором. Лучше перезапустить и последить за логом.
wikipost
LexXP04.07.2011 07:08
Очень медленно ходит интернет через прокси со включенным рубрикатором. При отключении рубрикатора все летает. Но рубрикатором мы активно пользуемся. Как быть?
wikipost
matveeva24.07.2012 13:14
ред: 24.07.2012 13:15
Снова возвращаюсь к этому вопросу. Поменяли провайдера, получили скорость 100МБ/с вместо "до 10Мб/с". На клиентских компах разницы нет. Тесты скорости загрузки с провайдерского сайта дают разницу в 10 раз на машине с Е4 и клиентском компе. На машине с Е4 тест "без прокси" чуть быстрее, чем тест "через прокси" и дает примерно 50-60Мб/с. А на клиентском — потолок в 5Мб/с. В тарифных планах ограничений по скорости нет, рубрикатора нет. Е4 соединяется с неуправл. коммутатором D-Link (10/100/1000), а клиентский — через неуправл. 3COM коммутатор в тот же D-Link. Лампы на портах горят как 100 Мб. Что еще посмотреть?
Да, запускала NPTest на прокси и клиенте, получила 11 ... ... байт в секунду — это же 88 Мб? Вроде, нормально.
Спасибо.
wikipost
ac24.07.2012 16:45
matveeva пишет: Лампы на портах горят как 100 Мб.

Уточните, 100 мегабит или гигабит?

matveeva пишет: А на клиентском — потолок в 5Мб/с.

Мегабайт или мегабит?
wikipost
ac24.07.2012 16:51
matveeva пишет: Что еще посмотреть?

Какая скорость получения файлов с локального Eserv'а по FTP?

Если на машине с Eproxy разница через прокси и без прокси небольшая (до 5-15%, с учетом обработки ACL, записи кэша и лога — это нормально), то в ЛС всё будет зависеть от первых двух параметров в acWEB\conf\OnStartup.rules.txt
65000 PacketSize ! 4 TO WriteSocketRetryDelay

Их можно покрутить. Особенно первый — иногда скорость меняется в разы. Попробуйте вместо 65000 поставить 16000 или 24000.
wikipost
matveeva24.07.2012 17:02
ред: 24.07.2012 17:06
ac пишет: Уточните, 100 мегабит или гигабит

100 мегабит
ac пишет: А на клиентском — потолок в 5Мб/с.Мегабайт или мегабит?
мегабит (я стараюсь в одних единицах писать )
ac пишет: Их можно покрутить.
У меня как раз эти настройки стоят. Сейчас попробую. А надо перезапускать acWeb?
wikipost
matveeva24.07.2012 17:18
ред: 24.07.2012 17:25
Докладываю: на 16000 и 24000 совсем мало — 1,5 мегабита/с. Потом решила вернуть старое значение, но ошиблась и поставила 64000. И как оно тут заиграло! Сразу 60 мегабит/с нарисовало. О как!
Да. На всяк. случай еще раз попробовала. 65000 — показывает 5,43 Мб/с; 64000 — 58,29Мб/с.
Спасибо!
А на 72000 — 62,65 Мб/с. Может, и больше можно увеличить? Это на что еще влияет?
wikipost
ac24.07.2012 19:42
Можно увеличить. Это влияет на потребление памяти — такой буфер (в байтах) выделяется на каждое соединение.

А размер буфера влияет в зависимости от соотношения размеров буферов eproxy, windows, драйвера, сетевой карты, свича и роутера. Заранее не угадать, оптимальное значение в конкретной ситуации подбирается методом тыка У меня в одной сети оптимально 24000, в другой 65000, потому такие значения и привожу.
wikipost
matveeva25.07.2012 09:22
Ну, тогда пока оставлю 72000 и посмотрю, как у остальных будет.
Спасибо!
wikipost
Работает на Eserv/5.05555 (05.06.2016)