Новый API - New API

Новый API (также называемый НАПИ) - это интерфейс для использования смягчение последствий прерывания методы для сетевых устройств в Ядро Linux. Такой подход предназначен для уменьшения накладных расходов на прием пакетов. Идея состоит в том, чтобы отложить обработку входящих сообщений до тех пор, пока их не будет достаточно, чтобы иметь смысл обрабатывать их все сразу.

Мотивация

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

Опрос является альтернативой обработке на основе прерываний. Ядро может периодически проверять поступление входящих сетевых пакетов без прерывания, что устраняет накладные расходы на обработку прерываний. Однако важно установить оптимальную частоту опроса. Слишком частый опрос приводит к потере ресурсов ЦП из-за многократной проверки входящих пакетов, которые еще не прибыли. С другой стороны, опрос слишком редко приводит к задержке, уменьшая реактивность системы на входящие пакеты, и может привести к потере пакетов, если буфер входящих пакетов заполняется до обработки.

В качестве компромисса ядро ​​Linux по умолчанию использует режим управления прерываниями и переключается в режим опроса только тогда, когда поток входящих пакетов превышает определенный порог, известный как «вес» сетевого интерфейса.

Совместимые драйверы

Драйвер, использующий интерфейс NAPI, будет работать следующим образом:

  • Прерывания приема пакетов отключены.
  • Драйвер предоставляет ядру метод опроса. Этот метод будет извлекать все доступные входящие пакеты с сетевой карты или DMA кольцо, так что они будут обрабатываться ядром.
  • Когда это разрешено, ядро ​​вызывает метод опроса устройства, чтобы, возможно, обработать несколько пакетов одновременно.

Преимущества

  • Нагрузка, вызванная прерывает уменьшается, хотя ядро ​​должно опрашивать.
  • Менее вероятно, что пакеты будут переупорядочены, в противном случае обработка пакетов с нарушением порядка может стать узким местом.[нужна цитата ]
  • Если ядро ​​не может обрабатывать все входящие пакеты, ядру не нужно выполнять какую-либо работу, чтобы отбросить их: они просто перезаписываются в сетевая карта входящий кольцевой буфер. Без NAPI ядро ​​должно обрабатывать каждый входящий пакет независимо от того, есть ли время для его обслуживания, что приводит к взбучка.

История

НАПИ - это результат более трех лет работы Алексея Кузнецова, Джамала Хади Салима и Роберта Олссона. Первоначальные попытки включить NAPI встретили сопротивление некоторых членов сообщества, однако Дэвид Миллер много работали, чтобы обеспечить включение NAPI.

Большое количество реальных испытаний было проведено в Уппсальский университет сеть до включения. Фактически, www.slu.se была первой производственной ОС на основе NAPI и до сих пор работает на маршрутизаторах Bifrost / Linux на основе NAPI. В pktgen генератор трафика также родился примерно в это время. Pktgen широко использовался для тестирования сценариев NAPI, не вызванных реальным трафиком.

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

дальнейшее чтение

  • Джамал Хади Салим; Роберт Олссон; Алексей Кузнецов (10.11.2001). Помимо софтнета (PDF). 5-я ежегодная выставка и конференция Linux (ALS '01). стр. 165–172. Получено 2011-03-06. Классическая статья НАПИ.
  • Джонатан Корбет (28 апреля 2003 г.). «Перенос драйверов: сетевые драйверы». LWN.net. Получено 2011-03-06.
  • Джонатан Корбет (18 декабря 2006 г.). «Переделка НАПИ». LWN.net. Получено 2011-03-06.
  • Джонатан Корбет; Алессандро Рубини; Грег Кроа-Хартман (февраль 2005 г.). «Глава 17: Сетевые драйверы» (PDF). Драйверы устройств Linux (3-е изд.). O'Reilly Media. ISBN  978-0-596-00590-0. Получено 2011-03-06.

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