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