klamas, кроме скорости прохождения пакета если есть какие-то характеристики - напишите. Я не задавал никаких вопросов про скорость света и как она влияет на качественные характеристики магистрали. Вы бы ещё теорию относительности Энштейна с таким же успехом добавили в свой трактат.---------- Добавлено 17.01.2013 в 22:45 ----------
Не знаю никакого пинга. Идёт передача данных по магистрали. MTU максимально возможный для данного маршрута, чтобы не было лишней фрагментации/дефрагментации в ipv4. Если каких-то данных не хватает для ответа на мой простейший вопрос - напишите об этом, флудить смысла нет.
Какие есть характеристики у магистрали без потери пакетов, кроме уже озвученного времени прохождения пакета туда и обратно?---------- Добавлено 17.01.2013 в 21:44 ----------
Поставьте cacti или что-то подобное и смотрите на картинку загрузки канала - практически сразу ясно всё видно.
а также
http://ru.wikipedia.org/wiki/Iperf
Для дефолтных настроек максимальная скорость в один поток 5 МБ/s (40 мбит), так как из webdc пинг до указанных точек больше 50 ms.
Или увеличивайте скорость света или прекратите заниматься онанизмом - качайте в два и более потоков, не используйте tcp/ip (а что-нибудь другое на основе udp), или вообще опишите условия задачи - что за извращение качать большой объём информации именно из европы и именно на российские сервера?
Не скорость, а пропускная способность канала. А скорость света - она примерно везде одинакова на земле: 300 тысяч километров в час.
Качество канала определяет больше процент потерь пакетов.
А формула расчёта буфера есть во всех описаниях протокола:
buffer size = bandwidth * RTT
RTT - это цифра из пинга. Скорость света конечна и это всё определяет.
Подставьте в формулу пинги из тех локаций, с которых тестировали - получите скорость. Чем ближе источник - чем быстрее будет максимальная расчётная скорость потока.
Если тестируете с помощью wget, то размер буфер надо менять на передающей стороне.
вы статью только наполовину прочитали?
http://sudouser.com/optimizaciya-tcpip-steka-v-linux-freebsd-mac-os-x-i-drugix-operacionnyx-sistemax.html
изучайте tcp/ip
первая попавшаяся ссылка из гугла
http://www.xakep.ru/magazine/xa/104/142/1.asp
можете найти руководство по tcp/ip и изучить все остальные настройки.
для хомячков не важна. Для интернет-магазина каждую секунду загрузки уже измерили в деньгах
http://www.strangeloopnetworks.com/web-performance-infographics/
Там у них компании, а по всему миру они строят датацентры, используются CDN - только непонятно зачем, наверное деньги на ветер выбрасывают бюджет пилят
у Вас же не единственный CDN в мире, поэтому наверняка есть какое-то решение. Но я уже не в теме, поэтому предлагаю только погуглить https://www.google.com/search?q=crawler+google+cdn
так как в большинстве топиокв есть обсуждение народа о переключении сайтов на CDN и взаимодействие при этом с поисковой системой.
http://lionet.livejournal.com/75636.html
смотрите этот абзац
Вы бы задачу описали подробнее, тогда бы можно было бы советы давать более близкие к Вашему решению. Может быть такие "мелочи" для вашего сервиса действительно не страшны.
В кратце проблема в следующем - идёт передача потока, на середине передачи где щёлкнул маршрут на bgp - часть трафика устремилась на новую(другую) точку, но так как там их совсем не ждут - обрыв всех этих передач.
Решения есть, но практически всегда оно вырождается то первого варианта - geodns.
В Вашем случае надо не готовую базу geodns использовать, а в динамике строить свою - для этого и необходима информация о маршрутах. Откуда Вы её получите - с ближайшего bgp, со своих серверов или от клиента - вопрос реализации.
на какой-то конкретной точке по bgp необходимо получить список CIDR - для этого достаточно получить доступ к LG датацентра, в большинстве случаев это проще, чем поднять bgp anycast.
Периодически парсим логи на точках, корректируем свой GeoDNS. Ютуб, скорее всего, собирает ещё статистику со стороны клиента (видимо в плеер встроено всё) и может сам переключаться на другую точку и отправлять стату на центральный сервер для анализа и корректировки.
Сейчас у Вас есть возможность переключить вот так легко и просто - когда будет anycast, тогда трафиком начнёт управлять BGP и изменить что либо будет очень сложно - с каждым аплинком договориться о персональной политике роутинга вряд ли получится...
