https://opennet.dev/openforum/vsluhforumID3/140895.html Для обсуждения разработчиками ядра Linux опубликован набор патчей c реализацией механизма KNOD, позволяющего использовать GPU AMD для ускорения обработки сетевых пакетов. KNOD взаимодействует с GPU напрямую, без обращения к фреймворкам в пространстве пользователя, таким как AMD ROCm и NVIDIA CUDA, самостоятельно управляет очередями GPU и выполняет JIT-компиляцию BPF-программ обработки пакетов для выполнения на GPU. Пакеты для обработки перенаправляются из памяти сетевого адаптера в GPU с использованием DMA и Device Memory TCP...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65983<br> https://opennet.dev/openforum/vsluhforumID3/140895.html#170 Sat, 03 Oct 2026 16:50:51 GMT Сам то понял что написал.<br> https://opennet.dev/openforum/vsluhforumID3/140895.html#168 Mon, 10 Aug 2026 20:54:08 GMT А вот сейчас смотрю такой вот пост от Sumit Gupta на LinkedIn. Там довольно интересная картинка https://media.licdn.com/dms/image/v2/D5622AQEAgVFFVTRtbQ/feedshare-image-high-res/B56Z_cPT7JGUAU-/0/1786106443140?e=1787788800&v=beta&t=63EQjBcMDGzIcyWcRsxE2h47CwH8qR-G1RJZnh287Q4<br><br>И вот он пишет:<br><br>&gt;[оверквотинг удален]<br>&gt; &#8594; Контроль исходящего сетевого трафика<br>&gt; Используйте политики запрета по умолчанию, чтобы агенты могли взаимодействовать только с утвержденными внутренними и внешними конечными точками. Это снижает риск утечки данных, обратных оболочек и несанкционированных подключений.<br>&gt; &#8594; Управление секретами<br>&gt; Никогда не размещайте учетные данные непосредственно в командных подсказках или памяти агента. Используйте брокера секретов или менеджера секретов для выдачи краткосрочных, ограниченных по области действия токенов для конкретных инструментов или задач, а затем отзывайте их после использования.<br>&gt; Принцип, лежащий в основе всех четырех элементов управления, прост:<br>&gt; Агент ИИ никогда https://opennet.dev/openforum/vsluhforumID3/140895.html#167 Wed, 05 Aug 2026 15:48:19 GMT Ты не поверишь, но сети тоже всегда сбойые! Ну потеряется на 0,000000001% пакетиков больше и что?<br> https://opennet.dev/openforum/vsluhforumID3/140895.html#166 Fri, 31 Jul 2026 17:09:25 GMT У тебя нет. И денег тебе на такое не хватит в ближайшие лет 10..15<br> https://opennet.dev/openforum/vsluhforumID3/140895.html#165 Fri, 31 Jul 2026 08:17:08 GMT &gt; Как вы положите шину, если видеокарте выделено фиксированное количество линий?<br><br>Можно. Просто root switch имеет не безграничные ресурсы...<br> https://opennet.dev/openforum/vsluhforumID3/140895.html#162 Thu, 30 Jul 2026 18:26:09 GMT "Для клавиатур и мышей USB 2.0 остается золотым стандартом. Он обеспечивает минимальное энергосбережение (шина всегда &#171;прогрета&#187;), полное отсутствие радиопомех на частоте 2.4 ГГц и честную задержку в 1 мс.Порты USB 3.0 и 4.0 созданы для &#171;тяжелых&#187; данных &#8212; внешних дисков, мониторов и видеокарт, а мышке на этом празднике скоростей ловить нечего" Игроманам заморачиватся приходится с мышью если они в теме. <br><br>"Золотые правила для киберспортсмена (Чек-лист &#171;В теме&#187;):Никаких внешних хабов-коробочек: Мышь втыкается только напрямую в материнскую плату (в порты на задней панели).Для частоты 125 &#8211; 1000 Гц: Идеален порт USB 2.0 (меньше наводок, стабильное питание).Для частоты 4000 &#8211; 8000 Гц: Строго порт USB 3.0 (и выше) + беспроводной передатчик должен лежать прямо на столе возле мышки.И главное &#8212; Windows/X11: Если человек играет на профессиональном уровне, он обходит Wayland стороной (или настраивает Gamescope/Explicit Sync), иначе все эти 8000 Гц и 0.125 мс отклик https://opennet.dev/openforum/vsluhforumID3/140895.html#161 Thu, 30 Jul 2026 17:51:17 GMT Я использую PS/2 для мыши которая может работать через переходник USB -&gt; PS/2. В данный момент мне так удобнее. <br><br>Есть такая информация: "В чём разница на пальцах (в миллисекундах):Игровая USB-мышь (1000 Гц) быстрее, чем PS/2.Она передает новые координаты строго каждые 1 мс. Топовые игровые мыши на 4000&#8211;8000 Гц снижают этот порог до 0.25&#8211;0.125 мс. Физически USB тут выигрывает у старого порта.Обычная офисная USB-мышь (125 Гц) медленнее, чем PS/2.Из-за редкого опроса шины задержка составляет огромные 8 мс. На контрасте с ней PS/2 ощущается более резкой и отзывчивой.Почему PS/2 уникален?У него время ожидания самой шины равно 0 мс. Пакет не ждёт своей очереди, а отправляется мгновенно. Но из-за древности контроллера сам поток данных идет &#171;редкими&#187; порциями (раз в 5&#8211;10 мс), что создает микрорывки, которых нет на игровых USB-мышках.Итог: Хорошая USB-мышь (1000 Гц) обгоняет PS/2 на 1.5&#8211;4 мс. Но обычная дешевая USB-мышь проигрывает PS/2 около 5&#8211;8 мс" <br><br>"Wayland действительн https://opennet.dev/openforum/vsluhforumID3/140895.html#160 Thu, 30 Jul 2026 17:09:30 GMT &gt; Это происходит на CPU и занимает микросекунды<br><br>Увы, но нет. Вы забыли про стёк USB. В котором цикл для HID-а занимет 1 мс.<br> https://opennet.dev/openforum/vsluhforumID3/140895.html#156 Thu, 30 Jul 2026 11:51:23 GMT "Отвечаю прямо на ваш вопрос: нет, сам ввод мыши на GPU не переносили, и делать этого никто не будет, потому что физическая обработка движений мыши &#8212; это задача центрального процессора (CPU) и ядра операционной системы, а не видеокарты.Вся ирония и проблема Wayland, из-за которой рождается этот вопрос, кроется в фундаментальной ошибке разделения обязанностей между CPU и GPU.Как устроен путь мыши (почему кажется, что её &#171;не ускорили&#187;):Захват движения (CPU): Когда вы двигаете мышь, её сенсор шлет сигналы. Ядро Linux (через драйвер evdev и библиотеку libinput) обрабатывает эти координаты. Это происходит на CPU и занимает микросекунды.Отрисовка (GPU): Чтобы вы увидели движение, видеокарта должна перерисовать курсор на новом месте экрана.В чем разница между X11 и Wayland:Как было в X11: Ядро Linux сообщало видеокарте новые координаты мыши напрямую (через аппаратный оверлей). Видеокарта просто двигала аппаратный спрайт стрелочки поверх картинки. CPU и графический сервер X11 в этом вообще не участвов