https://opennet.ru/openforum/vsluhforumID3/68270.html Очередная сводка новостей развития OpenBSD за последний месяц. Многие изменения были произведены во время недавнего hackathon'а в Эдмонтоне.<br><br><br><br><br>- Архитектура hppa (http://www.openbsd.org/hppa.html) получила поддержку SMP.<br><br>- OpenCVS, предмет многих споров на OpenNet, отключён от общей сборки. Причина банальна &#8212; отсутствие maintainer'ов.<br><br>- Вместо опций командной строки -s и -r в OpenBGPD управляющие теперь задаются в конфигурационном файле. Это позволяет добавлять и удалять их (сокеты) без полного рестарта bgpd.<br><br>- Поддержка diskmap(4) &#8212; псевдоустройства, обеспечивающего атомарный доступ к дискам по их UID, &#8212; добавлена в opendev(3) и системные утилиты.<br><br>- Частично переработан ACPI-стек, с учётом проблем, возникающих на некоторых &#171;брендовых&#187; ноутбуках, в основном HP.<br><br>- iked(8), недавно импортированный IKEv2-демон теперь умеет работать в качестве инициатора (клиента), умеет импортировать и экспортировать сертификаты и поддерживает NAT-T. ...<br><br>URL: http://www.ope https://opennet.ru/openforum/vsluhforumID3/68270.html#62 Tue, 29 Jun 2010 15:41:41 GMT &gt;&gt; бендовых<br>&gt;<br>&gt;Каких-каких нетбуков?! (uhm, FAIL?) <br><br>Ну так OpenBSD же славится релизными песенками. Песенки записывает кто? - правильно, некий музыкальный коллектив, band. ;)<br> https://opennet.ru/openforum/vsluhforumID3/68270.html#61 Tue, 29 Jun 2010 15:40:25 GMT &gt;&gt;Интересно насколько там "прокачан" MPLS? По сравнению с той же cisco. <br>&gt;<br>&gt;как как, как всегда - оно есть , и иногда даже работает. <br>&gt;Но не с cisco'й и не в реальных сетях. А так <br>&gt;все ок =) <br><br>Недавно в CVS-логах проскакивало упоминание, что теперь и с по крайней мере некоторыми (которые были у разработчиков) цисками всё OK.<br> https://opennet.ru/openforum/vsluhforumID3/68270.html#60 Tue, 29 Jun 2010 15:38:35 GMT &gt;Я про нагрузку на процессор(ы) и SMP. Что обработка трафика требует больших <br>&gt;процессорных затрат. При больших объёмах ессно. <br><br>В приведённых в статье примерах всё упиралось, если присмотреться, вообще в шину данных.<br> https://opennet.ru/openforum/vsluhforumID3/68270.html#59 Tue, 29 Jun 2010 12:44:08 GMT За такие наты нужно руки отрывать.<br>Кашак под такие наты тоже нужен будет не маленький, за немаленькие деньги.<br> https://opennet.ru/openforum/vsluhforumID3/68270.html#58 Tue, 29 Jun 2010 11:59:10 GMT Я про нагрузку на процессор(ы) и SMP. Что обработка трафика требует больших процессорных затрат. При больших объёмах ессно.<br> https://opennet.ru/openforum/vsluhforumID3/68270.html#57 Tue, 29 Jun 2010 11:28:22 GMT &gt; Не покатит? :)<br>&gt; http://www.zimbra.com/<br><br>кстати вполне вменяемый опенсурсный аналог ms exchange.<br><br>ещё есть Open-Xchange (http://en.wikipedia.org/wiki/Open-Xchange). правда я его "в живую" не пробовал.<br> https://opennet.ru/openforum/vsluhforumID3/68270.html#56 Tue, 29 Jun 2010 11:20:31 GMT М-м-м, это вы к чему? Статья объёмная, но малополезная: точная конфигурация не приведена, правила фаерволов не приведены, схема тестовой сети отсутствует, про версии используемых ОС ни слова&#8230; Эдак можно что угодно накрутить.<br> https://opennet.ru/openforum/vsluhforumID3/68270.html#55 Tue, 29 Jun 2010 10:56:23 GMT Я про другое<br>http://nag.ru/articles/article/17045/shape-nat-netflow-na-bolshih-setyah-chast-1.html?page=2<br><br>Избранные куски:<br><br>"PC-сервер очень неплохо справляется с задачей NAT'а. На сегодняшний день, что FreeBSD, что Linux позволяют производить NAT в несколько потоков, используя все ядра и все процессоры системы. Однопроцессорный Quad-Core Xeon 2.66 с шиной 1.33ГГц (HP DL160) натит, не напрягаясь, около 600 Mbit/s FD при загрузке процессора в пиках до 40% при количестве пакетов до 100 kpps. Замена такого сервера на двухядерный Xeon 2.4 с шиной 800МГц (HP DL140) дает резкое падение производительности, 400 Mbit/s и максимум 80 kpps."<br><br>"В случае использования pcq-очередей по адресным спискам в Linux на входе приходится маркировать (mangle) пакеты, а это достаточно процессороемкая операция. В случае PC-сервера, выполняющего НАТ и шейпинг, до 70% времени уходит на шейпинг, остальные 30% загрузки - нат. Реальные показатели шейпинга (только шейпинга, без NAT) на PC-серверах &#8211; около 800 мбит при pps окол https://opennet.ru/openforum/vsluhforumID3/68270.html#54 Tue, 29 Jun 2010 09:23:25 GMT &gt;Ну да, ну да. <br>&gt;Обработка трафика она конечно на процессор нагрузку совсем не даёт... <br><br>Во-первых, смотря что понимать под обработкой траффика. Одно дело &#8212; роутить пакеты, другое &#8212; вешать Web-проксю. :)<br><br>Во-вторых, примеры, которые мне приводили, свидетельствовали о какой-то конкретной баге (в плане тормозов) в сетевом стеке или даже скорее в ACPI. Возможно, после этого хакатона, на котором планируется внести ряд улучшений в ACPI, что-то изменится.<br>