Jump to content
Калькуляторы

Проблема 100Mb линка

Доброе время суток.

Во время тестов столкнулись со следующей проблемой.

При значении rtt в несколько msec (2-3) через 100 Мегабитные линки получаем прокачку 90 Мегабит/с на разных железках (Оборудование Cisco и Zyxel). При увеличении rtt до 50-60 msec, прокачка падает до 40-50 Мегабит/с. Линки загружали Speedtest'ом и торрентами. С того же самого оборудования при тех же условиях, но с 1 Gbit/s портов при rtt 50-60 msec прокачка была порядка 120 - 150 Мегабит/с.

 

Сталкивался ли кто с подобной проблемой? И если сталкивался, то как боролись? Хотелось бы на 100 Мbit/s линках иметь прокачку порядка 90 мегабит/с.

Share this post


Link to post
Share on other sites

Сталкивался ли кто с подобной проблемой?

Это не проблема. Это фича.

Используйте для измерений UDP.

 

Так автор пишет, что торрентом тоже тестировал и выше 50 не поднимается, а торрент как раз через UDP давно уже работает.

Share this post


Link to post
Share on other sites

а торрент как раз через UDP давно уже работает

Вовсе не факт.

Через UDP работает uTP, который частенько режется (т.к. мешает другим пользователям).

А обычные торренты работают через TCP-сессии.

Share this post


Link to post
Share on other sites

Через UDP работает uTP, который частенько режется (т.к. мешает другим пользователям).

 

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

 

А обычные торренты работают через TCP-сессии.

 

спорно. щас все за натом(как минимум, домашним), порты люди(имеющие белый ip от ISP) перестали пробрасывать после появления uTP, uTP выживает tcp в торрентах

Share this post


Link to post
Share on other sites

При увеличении rtt до 50-60 msec, прокачка падает до 40-50 Мегабит/с
Это косяк протокола tcp. Его создатели считали, что интернет никогда не покинет предела их страны, и значительные задержки для tcp являются признаком того, что канал где-то бьётся в полку, и нужно сбавить обороты.

Есть костыли, позволяющие частично избежать последствий этого решения - многопоточная закачка, изменение congestion control алгоритма.

Кардинально решает проблему только использование более совершенных протоколов.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.