Задержка Ethernet на 10 ГБ, ненасыщенное кросс-соединение
Я использую совместно использованный (между немногими клиентами поставщика) кросс-соединение на 10 ГБ в обменном дата-центре. Мы получаем немного многоадресных потоков данных (каждый поток поставляет данные по некоторой группе "запасов" / производные).
Всего все потоки не превышают частоту строчной развертки на 10 ГБ (никогда).
Некоторые обменные представители, говорящие мне, что выделенный (не совместно использованный) кросс-соединение должно поставить лучший профиль задержки, потому что затем можно выбрать только потоки многоадресной передачи, Вы хотите так строку, менее заняты.
Но это могло быть верно, учитывая строку, никогда не насыщается / никакая перегрузка? Сетевое оборудование на нашей стороне кросс-соединения может легко иметь дело с частотой строчной развертки на 10 ГБ также, нет никакой буферизации / организация очередей никогда.
Если существует некоторое преимущество в поддержании на низком уровне сетевого трафика, может задержка доставки превышать межпакетный разрыв Ethernet на 10 ГБ (~9.6ns)?
В общем, я бы запросил выделенные кросс-соединения для каналов обмена, если стоимость не слишком высока. Не думаю, что у меня когда-либо было кросс-соединение общих рыночных данных ... Но это бизнес-решение для вашей организации. В чем разница в стоимости?
И да, вы могли бы выполнять больше фильтрации с обеих сторон с помощью выделенного кросс-соединения.
Хотя в наши дни есть много других мест для оптимизации вашей торговой инфраструктуры и фильтрации перед обращением к серверам:
- Коммутация с меньшей задержкой
- Обход ядра UDP
- Настройка сетевого адаптера
- Настройка ОС
- Если несколько серверов получают поток, Коммутаторы / репликаторы портов уровня 1 , чтобы полностью избежать задержки переключения.