https://opennet.ru/openforum/vsluhforumID3/103782.html Разработчики SUSE Linux представили (http://www.csn.ul.ie/~mel/blog/index.php?/archives/23-Continual-testing-of-mainline-kernels.html) проект Marvin (http://www.csn.ul.ie/~mel/results/suse/marvin/), в рамках которого организован процесс непрерывного тестирования производительности ядра Linux. После завершения выполнения очередного набора тестов, Marvin переходит к их повторному выполнению над актуализированными сборками ядра, включающими свежие исправления. Затем результаты сравниваются с прошлым выполнением теста и выявляются регрессивные падения производительности, о которых информируются (http://www.csn.ul.ie/~mel/results/suse/marvin/dashboard-openSUSE-13.2-smart.html) разработчики. Несмотря на то, что система изначально нацелена на тестирование ядра из состава SUSE Enterprise Linux, она также настроена и на тестирование основного ядра Linux.<br><br><br><br>URL: http://www.csn.ul.ie/~mel/blog/index.php?/archives/23-Continual-testing-of-mainline-kernels.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=426 https://opennet.ru/openforum/vsluhforumID3/103782.html#20 Tue, 11 Aug 2015 13:04:25 GMT &gt;&gt; В итоге в OpenWRT таки бэкпортнули часть route cache <br>&gt; Небольшой оффтоп по терминологии: не бэкпортнули, а именно портировали. Бэкпорт -- это <br>&gt; когда из новых версий в старые переносят.<br><br>Ну тут даже не портировали, а привернули/родили/написали лишь отчасти аналогичную логику. Как бы не легче от этого.<br> https://opennet.ru/openforum/vsluhforumID3/103782.html#19 Tue, 11 Aug 2015 12:57:39 GMT &gt; В итоге в OpenWRT таки бэкпортнули часть route cache<br><br>Небольшой оффтоп по терминологии: не бэкпортнули, а именно портировали. Бэкпорт -- это когда из новых версий в старые переносят.<br> https://opennet.ru/openforum/vsluhforumID3/103782.html#18 Thu, 23 Jul 2015 09:12:35 GMT А мы и используем PPE и во все поля, но факт остаётся фактом. Да и далеко не для всех кейзов PPE заюзать удаётся.<br> https://opennet.ru/openforum/vsluhforumID3/103782.html#17 Thu, 23 Jul 2015 09:01:34 GMT Вендоры специально для таких случаев интегрируют аппаратную обработку NAT в чипы, но нет - будем жевать кактус и использовать чисто программные решения.<br> https://opennet.ru/openforum/vsluhforumID3/103782.html#16 Thu, 23 Jul 2015 07:00:39 GMT нам надо ехать с шашечками<br> https://opennet.ru/openforum/vsluhforumID3/103782.html#15 Thu, 23 Jul 2015 05:55:01 GMT Почему нет? Код ядра открыт, архивы доступны - пожалуйста.<br> https://opennet.ru/openforum/vsluhforumID3/103782.html#14 Wed, 22 Jul 2015 20:55:13 GMT К сожалению никак не сказалось по сути.<br><br>BQL требует поддержку на уровне драйверов (у нас она есть), но как бы производительности не добавляет оно динамически крутит размер очереди в драйвере т.е. по сути влияет на задержки т.к. раньше очереди были всегда фиксированными и длинными, полезно в паре с fq_codel.<br><br>qdisc: bulk dequeue support for qdiscs with TCQ_F_ONETXQUEUE из того же набора по сути оптимизация блокировок в qdisc. Более того не работает с GSO.<br><br>net: Make dev_hard_start_xmit() work fundamentally on lists идея ясна но разницы на одноведерном мипсе с микроскопом не нашёл.<br><br>На SMP основной профит в новых ядрах по производительности на транзитной пакетомолотилки получился из-за отказа от root блокировки в контрак что позволило его распараллелить. Плюс ещё стопка патчей на схожую тему.<br><br>Однако всё это не компенсирует даже одного единственного удаления route cache. Так что пока мы остановились на 3.4 и мониторим как развивается ситуация проверяя каждую значимую ветку. А пока приходиться самосто https://opennet.ru/openforum/vsluhforumID3/103782.html#13 Wed, 22 Jul 2015 20:39:31 GMT &gt; NodeJS<br><br>нет, спасибо.<br> https://opennet.ru/openforum/vsluhforumID3/103782.html#12 Wed, 22 Jul 2015 20:33:46 GMT А появившееся в 3,18 http://www.opennet.ru/opennews/art.shtml?num=41210<br>&gt;В сетевую подсистему внесены оптимизации, направленные на увеличение производительности пакетной передачи данных. Изменения особенно заметны при обработке большого объёма мелких пакетов. Производительность повышена за счёт организации групповых операций блокировки очереди, а также заполнения/очистки очереди и взаимодействия с драйвером сетевой карты не на уровне отдельных пакетов, а манипулируя порциями пакетов. Внесённые изменения позволяют добиться обработки полной пропускной способности высокоскоростных сетевых интерфейсов даже на относительно слабом оборудовании (например, на обычном компьютере продемонстрирована обработка потока в 40 гбит/сек), даже если в трафике преобладают пакеты небольшого размера;<br><br>сказалось положительно на производительности недорогих роутеров?<br>