|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Eugene B. Berdnikov 2:5020/400 05 Aug 2002 13:08:11 To : Dmitry Merkotan Subject : Re: странно считает траффик -------------------------------------------------------------------------------- Dmitry Merkotan <comrad@ipmach.kharkov.ua> wrote: DM> Для подсчета траффика пользуюсь удобным пакетом DM> ipac-1.09, который по описанным мною правилам [...] DM> Он скачивает файл 20 метров, а в статистике DM> траффика показывает где-то за тридцать!!! Самой Догадайтесь, почему ip трафик всегда больше tcp-шного, и почему tcp-шный трафик всегда больше размера файла, причем разница строго больше нуля и увеличивается при ухудшении канала... :) Разница в полтора раза - это всего лишь потеря 50% исходящих ACK'ов. Пустите ping до сервера и посмотрите, сколько теряется (хотя это грубая оценка - на практике статистика пинга может в разы отличаться от статистики потерь по tcp - причем в как в одну, так и в другую сторону). DM> проге ipac доверяю на 100 процентов. Она не раз DM> это доказывала, Hо с закачками получается болт. Теоретически, в такой ситуации Вам надо взять tcpdump и посмотреть, что происходит. Я как-то встречался с жутким завалом вероятности прохождения пакетов с размером 1400-1500, и соответственно с жутким количеством ретрансмиссий. Практически же написанное ниже - явное свидетельство о какой-то другой ошибке. DM> Кстати, подобная ситуация проявляется и с DM> популярным webalizer'ом. При скачивании больших DM> файлов из инета дает огромные цифры! Может эти Что считаем-то webalizer'ом - сквидовский трафик? Посмотрите глазами в логи сквида, посчитайте на бумажке трафик и сравните. Либо webalizer врет (сравните с calamaris/sarg/etc), либо что-то клинически сломано в консерватории. DM> проги правы, а это качалки такие "дурные", что DM> скачивают одновременно куски файлов, а затем DM> ненужные отбрасывают? Hо даже если так, то все DM> равно цифры получаются такие, что порою это просто DM> невозможно физически на таком канале!!! Трафик прокси обязан считаться правильно, там только результирующий tcp учитывается. -- Eugene Berdnikov --- ifmail v.2.15dev5 * Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/36517fa48663.html, оценка из 5, голосов 10
|