Linux ускорит USB4STREAM ценой дополнительной нагрузки на CPU

USB4STREAM появился в Linux 7.2. Разработанный инженерами Intel протокол позволяет передавать необработанные пакеты напрямую между двумя системами, соединенными через USB4 или Thunderbolt.
В нынешнем варианте драйвер использует прерывания и рабочие потоки ядра. Процессор получает сигнал о поступлении данных, после чего планировщик запускает их обработку. Такой подход экономит ресурсы, но добавляет задержку, которая может мешать приложениям, чувствительным ко времени отклика.
Новый режим busy polling меняет эту схему. Вместо ожидания прерываний система постоянно проверяет кольцевые буферы USB4STREAM. Данные можно обнаружить и обработать быстрее, поскольку не требуется ждать работы планировщика.
Плата за сокращение задержки вполне конкретная: процессор тратит больше тактов на непрерывный опрос. Кроме того, при включенном режиме нельзя использовать системный вызов poll(), предназначенный для ожидания событий от файловых дескрипторов.
Разработчики не приводят результаты тестов, поэтому пока неизвестно, насколько уменьшится задержка и какой окажется дополнительная нагрузка на CPU. Пользователь сможет самостоятельно включать режим через параметр busy_poll в ConfigFS. По умолчанию постоянный опрос, судя по описанию изменения, использоваться не будет.
Патч уже добавлен в ветку next репозитория Thunderbolt. Это подготовительная ветка перед окном слияния Linux 7.3, поэтому изменение еще должно попасть в основную ветку ядра.
Региональных ограничений у функции нет. Она относится к ядру Linux и будет доступна в системах с подходящим оборудованием USB4 или Thunderbolt после перехода на версию с поддержкой нового режима.
Обычным пользователям постоянный опрос вряд ли понадобится. Изменение рассчитано на задачи, где задержка важнее расхода процессорного времени. Какой выигрыш даст такой обмен ресурсами, станет понятно после появления первых измерений.
Стали бы вы увеличивать нагрузку на процессор ради минимальной задержки при передаче данных?