Коллега послал по электронной почте автору тонких, который подтвердил 1 тонкий экземпляр на ядро. Становится более интересным для гиперпоточных ядер, но это - вероятно, другой вопрос.
Коллеги сказали что блоки полукровки относительно IO. Тонкое использование eventmachine для не блокирования на IO и Полукровке использования как библиотека HTTP.
Меня укусили странные сбои в технологиях стекирования как Cisco, так и Dell, и я не буду полагаться на них в обеспечении избыточности.
Самым безумным примером может служить стек из 3 Cisco 3750, где два коммутатора вышли из строя. После длительного обращения в службу поддержки Cisco мы выяснили, что проблема была в третьем, на первый взгляд, функциональном коммутаторе. Если я удалил третий коммутатор из стека, два других коммутатора ожили. И нет, третий выключатель не главный. Но простое подключение к кольцу стека приводило к тому, что другие коммутаторы перестали работать.
Имея несколько подобных опытов, я теперь проектирую топологии сети с учетом следующих моментов:
Конфигурация стекирования для пар 8024 наверху и внизу дает вам огромное преимущество в пропускной способности канала ISL без необходимости жертвовать каким-либо из 24 портов, доступных на каждом коммутаторе, для подключения LAG.
Стекирование также обеспечивает немного больше простоты управления, но это не относится к вашему вопросу.
Проблемы, упомянутые longneck, определенно являются одноразовыми сценариями, а не тем, что вы ' вы, вероятно, столкнетесь с этими новыми коммутаторами (особенно если вы будете обновлять прошивку). Однако по сравнению с LAG-линком, стекируемый линк, вероятно, не обеспечит такой же отказоустойчивости (одиночное соединение против множественных).
Если избыточность - большая проблема и у вас есть лишние ссылки, я бы согласился с длинной шеей на предположение о связях LAG.