|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 23 Oct 2003 23:36:38
To : Aleksey Barabanov
Subject : Re: размаскараживание и /proc/net
--------------------------------------------------------------------------------
Aleksey Barabanov wrote:
В догонку:
> уже попал из очереди устройства в ip-стек. Пакеты могут теряться _только_
> в очередях устройств. Другое дело, что может быть сама система снятия
Hадо посмотреть "ip -s link sh" на предмет счетчиков dropped и overrun. Если
такое есть, то происходит потеря актуального траффика из-за перегрузки
канала. Т.е. вы ведь утверждаете что происходит неверный расчет траффика
из-за того что ваши внутренние счетчики не сходятся с какими-то внешними.
Такое может происходить из-за того что происходят потери в вашем входном
девайсе eth0 или между внешним счетчиком и внутренним ( я не знаю вашей
схемы, поэтому могу только гадать). Другими словами траффик, прошедший
исходящие счетчики дропается в очередях девайса перед срабатыванием вторых
счетчиков.
Можно конечно перевести стрелки на то что мол ядро медленно их декьюит, но с
другой стороны так или иначе несколько каналов по 100М не принципиально
могут без потерь уместиться в одном аплинке до ДМЗ такой же емкости как
они. Для работы без потерь такая система должна иметь полосу на аплинке
мультипликативного размера от входящих.
Это я опять про то что дело не в быстродействии стека, а в применении
шейпинга под реальную скорость передачи. К сожалению это пока еще не вошло
в правило настройки линуксовых серверов. И многие сети построенные на
эхотаге из-за перегрузок линок дропают что не попадя. Сказывается это в
основном на udp, например на запросах dns.
Так вот если бы вы сразу ужали полосы запросов к ДМЗ то смогли бы снизить
потери на биллинге.
--
Bye.
Aleksey Barabanov <alekseybb at mail.ru>
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
