Pavel
Но не очень понятно, что собственно нам мешает, сделать окно достаточно большим, чтоб 100 ms не было проблемой
Pavel
Я как-то пытался играть во всем эти rmem/wmem в линуксах, но так нихуя и не понял
Pavel
Но не очень понятно, что собственно нам мешает, сделать окно достаточно большим, чтоб 100 ms не было проблемой
Не было проблемой с точки зрения разгоняния до ~1-2Gbps на 100 мс в смысле
Pavel
Саму задержку, понятно, никуда не денешь
Igor
Там не в окне проблема, как я понимаю, а в «сигнализации» событий
vitex
Igor
Основная беда дропы, плюс эндпоинту надо понять, когда эти дропы есть и переслать
Igor
А чем выше rtt, тем это сложнее/дольше
Pavel
Ну то есть в теории, если у тебя сама по себе задержка не повышает drop probability, то в теории при достаточном размере буферов оно должно разгоняться до нужной скорости
Igor
Ну то есть в теории, если у тебя сама по себе задержка не повышает drop probability, то в теории при достаточном размере буферов оно должно разгоняться до нужной скорости
В целом, да, бёрст должен быть такой, чтобы комфортно rwin залетал без дропа «по середине»
Igor
Иначе отправитель ещё и половины не отослал, а полисер уже уработал часть
Pavel
То есть представь, что у тебя есть два прямых волокна длиной 1 м и 3000 км. BER нормальный, полисеров нет, пропускная способность самого линка на L1 одинаковая.
vitex
да норм бы там было, если бы заводами и углем экологию не усрали
ой все пропало
там бля болота размером с две Франции
ты от города отъедь на пару десятков км будет тебе такая экология что и не снилась
Purrr
ой все пропало
там бля болота размером с две Франции
ты от города отъедь на пару десятков км будет тебе такая экология что и не снилась
это понятно, но зачем жить не в городе ? Ж)))
Purrr
за городом то не инфраструктуры нихера
vitex
Pavel
Получается, что в такой идеальной ситуации можно достичь той же скорости
Purrr
это тебе не франция
Pavel
Да во Франции за городом тоже нет нихера
Igor
Получается, что в такой идеальной ситуации можно достичь той же скорости
Ну не совсем, как я понимаю
Igor
TCP встретит уже ограничение среды и всё равно будут дропы
Igor
И отреагировать на них при разном rtt по разному
Mike
Тут уже от алгоритма зависит
Igor
А вот шейпер другое дело
Pavel
Ну вот да, насчет ограничений среды это ты чот загнул
Pavel
Ну представь, что у тебя 1 гиговый линк и 1 м и 3000 км. И этот 3000 км он условно идеальный
Pavel
Регенерируемый через каждый метр, я не знаю
Igor
Т.е. два одинаковых девайса и между ними только волокно?
Pavel
То есть Bit Error Rate в обоих случаях одинаковый
vitex
Ну у тебя полоса не бесконечная, у интерфейса есть скорость?
че то ты условий эксперимента не понял видимо
Igor
Возможно да
Pavel
Т.е. два одинаковых девайса и между ними только волокно?
Ну, скажем, только L1. Усилители там, раманы-хуяманы, транспондеры
Pavel
Надо будет спросить, как у Онлайна ping-90ms.online.net реализован. В смысле, чем они задержку симулируют
vitex
Igor
Ну, скажем, только L1. Усилители там, раманы-хуяманы, транспондеры
Не знаю, не могу придумать, почему бы в такой вакуумной ситуации было бы хуже
Mike
так чем больше задержка тем дольше будем получать информацию о потере и делать ретрансмит
Pavel
катушки c волокном :)
Может, конечно, но как-то это геморно. Для 90 мс надо почти 1000 км. Хотя там +90 ms довольно точные, мне кажется, что программные буфера дали бы джиттер заметно больше
Pavel
Ладно, это как раз несложно выяснить
Pavel
так чем больше задержка тем дольше будем получать информацию о потере и делать ретрансмит
А, вот наверное, да. То есть если совсем прям потерь нет, то как бы да, но де факто-то они есть, даже если прям два девайса волокном соединены. Выходные буфера-то в какой-то момент могуть и дропнуть
Igor
Igor
Где-то рано или поздно TCP об что-то споткнётся
Igor
И отреагировать на них при разном rtt по разному
Igor
Не может окно бесконечно расти
Igor
Т.е. оно и хотело бы, но мы же в реальной ирл
Pavel
Да, вот это правильное соображение. То есть при задержке 1 мс и 100 мс один потерянный пакет даст сильно разный эффект. Это вот ключевая фраза :)
Pavel
Спасибо, поцоны
Mikhail
насчет того как сделана задержка, есть разные wan эмуляторы программы котрые бриджат интерфейсы..
Igor
А в реальности это налагается ещё на всякие delayed ack и прочие прелести
Mikhail
через некий буфер
Mikhail
монно джитер выставлять и прочие штуки
Pavel
Да, скорее всего так. Хотя, мне кажется, что буффер будет давать больший джиттер, чем у них там есть
Pavel
При том, что это iperf-сервер-то
Pavel
ping и ping-90ms
Pavel
То есть там трафика дохрена
Pavel
И если все это буфферизировать, то мне кажется стабильную задержку сделать будет непросто. Хотя это сугубо из общих соображений
Mikhail
ну 90мс буфер, это всего несколько десятков мегабайт... можно обмазаться drr4 и прочим ..
Pavel
(С каких это пор, я стал писать слово буфер с двумя фэ? :)
Mikhail
buffer слишком много текстов на бусурманском
vitex
Да, вот это правильное соображение. То есть при задержке 1 мс и 100 мс один потерянный пакет даст сильно разный эффект. Это вот ключевая фраза :)
ну это логично
потому как надо обменятся наками/аками ресетнуть передачу
а это все коммуникация в обе стороны
Pavel
ну 90мс буфер, это всего несколько десятков мегабайт... можно обмазаться drr4 и прочим ..
Ну наверное можно, да, но надо упарываться уже
Purrr
видимо
Al
Мне нужно 4 ядра :(
Pavel
ну это логично
потому как надо обменятся наками/аками ресетнуть передачу
а это все коммуникация в обе стороны
Логично-то логично. То есть я не то чтоб не понимал, как это на практике работает, просто я как бы пытался в своей голове это, чтоб мочь нормально и образно объяснять другим :)
Ilya
Благодарю, контабо совсем неадекватны?
Саппорта нет как и овх, на самом дешманском тарифе максимум я выжал 5 мегабит германия - франция, диск еле живой хорошо если 20 ипосов было)
Roman
Человечество в опасности: у нас на генетическом уровне развивается непереносимость алкоголя
http://lentach.media/92466
Roman
Пятничное
Al
На контабе 10
Anonymous
Вультр 40$ уже стоит под эти требования
ну я как бы говорил про производительность/качество/цена
Н
Anonymous
https://git.openwrt.org/?p=openwrt/staging/nbd.git;a=commit;h=8d0c933b19dfa1f1fc38f685ca5925e0de7f83ce
Anonymous
