WikiDer > Механизм разгрузки TCP

Эта статья фактическая точность могут быть скомпрометированы из-за устаревшей информации. Соответствующее обсуждение можно найти на страница обсуждения. Обновите эту статью, чтобы отразить недавние события или новую доступную информацию. (Август 2015 г.)

Механизм разгрузки TCP (ПАЛЕЦ) - это технология, используемая в сетевые карты (NIC) для разгрузки обработки всего TCP / IP стек к сетевому контроллеру. Он в основном используется с высокоскоростными сетевыми интерфейсами, такими как гигабитный Ethernet и 10 Гбит Ethernet, где накладные расходы на обработку сетевого стека становятся значительными.

Термин TOE часто используется для обозначения самой сетевой карты, хотя инженеры по монтажным платам могут использовать его только для обозначения Интегральная схема включены в карту, которая обрабатывает Протокол управления передачей (TCP) заголовки. Часто предлагаются ОО^[1] как способ уменьшить накладные расходы, связанные с протокол Интернета (IP) протоколы хранения, такие как iSCSI и Сетевая файловая система (NFS).

Цель

Изначально TCP был разработан для ненадежных низкоскоростных сетей (например, ранних набрать номер модемы), но с ростом Интернета с точки зрения позвоночник скорости передачи (с использованием Оптический носитель, Гигабитный Ethernet и 10 Гбит Ethernet ссылки) и более быстрые и надежные механизмы доступа (такие как DSL и кабельные модемы) он часто используется в дата-центры и рабочий стол ПК среды со скоростью более 1 гигабит в секунду. Программные реализации TCP в хост-системах требуют значительных вычислительных мощностей. В начале 2000-х годов полнодуплексная гигабитная TCP-связь могла потреблять более 80% полосы 2,4 ГГц. Pentium 4 процессор (см. освобожденные циклы ЦП),^{[нужна цитата]} что приводит к тому, что приложениям для работы в системе остается мало ресурсов обработки или совсем их нет.

TCP - это протокол с установлением соединения что увеличивает сложность и накладные расходы на обработку. Эти аспекты включают:

• Установление соединения с использованием «трехстороннего подтверждения» (SYNchronize; SYNchronize-ACKnowledge; ACKnowledge).
• Подтверждение пакетов по мере их получения на дальнем конце, добавляя к потоку сообщений между конечными точками и, таким образом, к загрузке протокола.
• Контрольная сумма и вычисления порядковых номеров - опять же, нагрузка на центральный процессор общего назначения.
• Раздвижное окно расчеты для подтверждения пакетов и контроль перегрузки.
• Прекращение соединения.

Перенос некоторых или всех этих функций на выделенное оборудование, механизм разгрузки TCP, освобождает основную часть системы. ЦПУ для других задач. По состоянию на 2012 год очень немногие потребительские сетевые карты поддерживают TOE.

Вместо полной замены стека TCP ОО существуют альтернативные методы для разгрузки некоторых операций во взаимодействии со стеком TCP операционной системы. Разгрузка контрольной суммы TCP и разгрузка большого сегмента поддерживаются большинством современных сетевых адаптеров Ethernet. Новые методы, такие как большая разгрузка приема и разгрузка подтверждений TCP уже реализованы в некоторых высокопроизводительных аппаратных средствах Ethernet, но эффективны даже тогда, когда реализованы чисто программно.^[2][3]

Высвобожденные циклы ЦП

Общепринятое эмпирическое правило состоит в том, что для передачи или приема 1 Гц требуется 1 Гц обработки ЦП. бит / с TCP / IP.^[4] Например, 5 Гбит / с (625 МБ / с) сетевого трафика требует 5 ГГц обработки ЦП. Это означает, что 2 целых ядра 2,5 ГГц многоядерный процессор потребуется для обработки TCP / IP, связанной с трафиком TCP / IP со скоростью 5 Гбит / с. Поскольку Ethernet (10GE в этом примере) является двунаправленным, можно отправлять и получать 10 Гбит / с (для совокупной пропускной способности 20 Гбит / с). Используя правило 1 Гц / (бит / с), это соответствует восьми ядрам с частотой 2,5 ГГц.

Многие из циклов ЦП, используемых для обработки TCP / IP, «освобождаются» за счет разгрузки TCP / IP и могут использоваться ЦП (обычно сервер CPU) для выполнения других задач, таких как обработка файловой системы (на файловом сервере) или индексирование (на сервере резервного копирования). Другими словами, сервер с разгрузкой TCP / IP может делать больше. сервер работать, чем сервер без сетевых адаптеров разгрузки TCP / IP.

Снижение PCI-трафика

В дополнение к накладным расходам протокола, которые может решить TOE, он также может решить некоторые архитектурные проблемы, которые влияют на большой процент конечных точек на основе хоста (сервера и ПК). PCI на основе шины, которая обеспечивает стандартный интерфейс для добавления определенных периферийные устройства такие как сетевые интерфейсы для Серверы и PCs.PCI неэффективен для передачи небольших пакетов данных из основной памяти по шине PCI на ИС сетевого интерфейса, но его эффективность повышается по мере увеличения размера пакета данных. В протоколе TCP создается большое количество небольших пакетов (например, подтверждений), и, поскольку они обычно генерируются на центральном ЦП и передаются по шине PCI и из сетевого физического интерфейса, это влияет на пропускную способность ввода-вывода главного компьютера.

Решение TOE, расположенное на сетевом интерфейсе, расположено на другой стороне шины PCI от хоста ЦП, поэтому оно может решить эту проблему эффективности ввода-вывода, поскольку данные, которые должны быть отправлены через TCP-соединение, могут быть отправлены на TOE от ЦП через шину PCI с использованием пакетов данных большого размера, при этом ни один из меньших пакетов TCP не должен проходить через шину PCI.

История

Один из первых патентов на эту технологию, на разгрузку UDP, был выдан компании Системы Auspex в начале 1990 г.^[5] Основатель Auspex Ларри Буше и ряд инженеров Auspex основали Alacritech в 1997 году с идеей распространить концепцию разгрузки сетевого стека на TCP и реализовать ее в специализированных кристаллах. Они представили первую сетевую карту с параллельным стеком и полной разгрузкой в ​​начале 1999 года; SLIC (интерфейсная карта сеансового уровня) компании была предшественницей ее текущих предложений TOE. Alacritech владеет рядом патентов в области разгрузки TCP / IP.^[6]

К 2002 году с появлением хранилищ на основе TCP, таких как iSCSI Это вызвало интерес, было сказано, что «по крайней мере дюжина новичков, большинство из которых основано к концу пузыря доткомов, гонятся за возможностью для торговых полупроводниковых ускорителей для протоколов и приложений хранения данных, соперничающие с полдюжиной устойчивых производителей и поставщиков. домашние конструкции ASIC ".^[7]

В 2005 году Microsoft лицензировала патентную базу Alacritech и вместе с Alacritech создала архитектуру частичной разгрузки TCP, которая стала известна как разгрузка TCP дымохода. Разгрузка дымохода TCP основана на документе Alacritech «Передача патента на коммуникационный блок». В то же время Broadcom также получила лицензию на создание микросхем разгрузки TCP дымохода.

Типы разгрузки TCP / IP

Полная разгрузка параллельного стека

Полная разгрузка параллельного стека получила свое название от концепции двух параллельных стеков TCP / IP. Первый - это основной стек хоста, который входит в состав ОС хоста. Второй или «параллельный стек» подключается между Уровень приложения и Транспортный уровень (TCP) используя «вампирский кран». Вампирский кран перехватывает запросы TCP-соединения от приложений и отвечает за управление TCP-соединением, а также за передачу данных TCP. Многие критические замечания в следующем разделе относятся к этому типу разгрузки TCP.

Полная разгрузка HBA

Полная разгрузка HBA (Host Bus Adapter) находится в iSCSI хост-адаптеры которые представляют собой контроллеры дисков для хост-системы при подключении (через TCP / IP) к iSCSI устройство хранения. Этот тип разгрузки TCP не только разгружает обработку TCP / IP, но также разгружает функцию инициатора iSCSI. Поскольку HBA представляется хосту как контроллер диска, он может использоваться только с устройствами iSCSI и не подходит для общей разгрузки TCP / IP.

Частичная разгрузка дымохода TCP

Разгрузка TCP chimney решает основные проблемы безопасности, связанные с полной разгрузкой параллельного стека. При частичной разгрузке главный системный стек контролирует все соединения с хостом. После того, как соединение было установлено между локальным хостом (обычно сервером) и внешним хостом (обычно клиентом), соединение и его состояние передаются механизму разгрузки TCP. Тяжелая работа по передаче и приему данных выполняется устройством разгрузки. Почти все механизмы разгрузки TCP используют какой-либо тип аппаратной реализации TCP / IP для передачи данных без вмешательства центрального процессора. Когда соединение закрывается, состояние соединения возвращается из механизма разгрузки в главный системный стек. Поддержание контроля над TCP-соединениями позволяет основному системному стеку реализовывать и контролировать безопасность соединений.

Поддержка в Linux

В отличие от других ядер,^{[который?]} ядро Linux не включает поддержку оборудования TOE.^[8] Не путать с другими одноименными разгрузками, такими как Разгрузка сегментации TCP который широко поддерживается^[9]. Пока есть патчи от производителей оборудования, таких как Chelsio или же Qlogic которые добавляют поддержку, разработчики ядра Linux выступают против этой технологии по нескольким причинам, в том числе^[10]

• Безопасность - поскольку ОО реализован аппаратно, к ОО должны быть применены исправления. прошивкавместо программного обеспечения для устранения любых уязвимостей безопасности, обнаруженных в конкретной реализации ОО. Это дополнительно усугубляется новизной и спецификой производителя этого оборудования по сравнению с хорошо протестированным стеком TCP / IP, который присутствует в операционной системе, которая не использует TOE.
• Ограничения аппаратного обеспечения - поскольку соединения буферизуются и обрабатываются на микросхеме TOE, нехватка ресурсов может возникнуть более легко по сравнению с обширным ЦП и памятью, доступными для операционной системы.
• Сложность - ОО опровергает предположение, которое делают ядра о постоянном доступе ко всем ресурсам - такие детали, как память, используемая открытыми соединениями, недоступны в ОО. TOE также требует очень больших изменений в сетевом стеке для правильной поддержки, и даже когда это будет сделано, такие функции, как Качество обслуживания и фильтрация пакетов обычно не работают.
• Проприетарный - ОО реализуется каждым поставщиком оборудования по-разному. Это означает, что для работы с различными реализациями ОО необходимо переписать больше кода за счет вышеупомянутой сложности и, возможно, безопасности. Кроме того, встроенное ПО TOE не может быть легко изменено, поскольку оно имеет закрытый исходный код.
• Моральное устаревание - Каждая сетевая карта TOE имеет ограниченный срок полезного использования, потому что системное оборудование быстро достигает уровней производительности TOE и в конечном итоге превышает уровни производительности TOE.

Поставщики

Большая часть текущих работ по технологии TOE проводится производителями интерфейсных карт 10 Gigabit Ethernet, таких как Broadcom, Chelsio Communications, Эмулекс, Mellanox Technologies, QLogic.

Смотрите также

• Разгрузка большого сегмента (LSO)
• Большая разгрузка приема (МРО)
• Масштабируемый сетевой пакет
• Технология ускорения ввода-вывода

Рекомендации

внешняя ссылка

• Статья: TCP Offload спешит на помощь Энди Каррид в Очередь ACM
• Заявка на патент 20040042487
• Могул, Джеффри С. (2003). «Разгрузка TCP - глупая идея, время которой пришло» (PDF). Труды HotOS IX: 9-й семинар по горячим темам в операционных системах. Ассоциация USENIX. Получено 23 июля 2006.
• "Механизм разгрузки TCP / IP (TOE)". Альянс 10 Gigabit Ethernet. Апрель 2002 г.