https://opennet.dev/openforum/vsluhforumID3/76747.html Опубликован (http://www.freebsd.org/news/status/report-2011-01-2011-03.html) отчет о развитии проекта FreeBSD с января по март 2011 года. В первые два месяца 2011 года основные усилия разработчиков были направлены на подготовку релизов FreeBSD 8.2 и 7.4 (http://www.opennet.ru/opennews/art.shtml?num=29683), которые были выпущены в конце февраля. В настоящее время участники проекта начал интенсивную работу по формированию следующей значительной ветки - FreeBSD 9.0.<br><br><br>Основные достижения: <br><br><br>- <br>Сетевая инфраструктура<br><br><br><br>- Продолжается развитие проекта DIFFUSE (http://caia.swin.edu.au/urp/diffuse/) (DIstributed Firewall and Flow-shaper Using Statistical Evidence), добавляющего в пакетный фильтр IPFW функции классификации IP-трафика на основании статистических данных. Система позволяет для отдельных потоков трафика накапливать и учитывать в IPFW такую статистику, как размер пакетов или время между поступлением пакетов, организуя привязку потоков к определенным классам трафика при пом...<br><br>URL: http://www.fre https://opennet.dev/openforum/vsluhforumID3/76747.html#50 Tue, 03 May 2011 12:45:20 GMT Точно, извините<br> https://opennet.dev/openforum/vsluhforumID3/76747.html#49 Mon, 02 May 2011 01:31:44 GMT &gt; Ну как бы, MAC, Audit, Congestion Control - это тоже всё было <br>&gt; отдельными проектами =) <br>&gt; Всё-таки жалко, что отчёт с каждым кварталом всё скуднее становится.<br><br>Хренассе "скуднее". Ровно наоборот!<br> https://opennet.dev/openforum/vsluhforumID3/76747.html#47 Sat, 30 Apr 2011 16:40:30 GMT &gt; А сам автор отчета что скажет?<br><br>Поправили же вроде уже текст.<br> https://opennet.dev/openforum/vsluhforumID3/76747.html#46 Sat, 30 Apr 2011 11:09:21 GMT Надо вписать в новость пункт: "завершены работы по портированию регрессии #12309 на платформу FreeBSD". <br> https://opennet.dev/openforum/vsluhforumID3/76747.html#45 Sat, 30 Apr 2011 10:37:44 GMT проекты развития, код в базе уже сравнительно давно. Для всего,кроме capsicum<br> https://opennet.dev/openforum/vsluhforumID3/76747.html#44 Sat, 30 Apr 2011 10:28:57 GMT Ну как бы, MAC, Audit, Congestion Control - это тоже всё было отдельными проектами =)<br>Всё-таки жалко, что отчёт с каждым кварталом всё скуднее становится.<br> https://opennet.dev/openforum/vsluhforumID3/76747.html#43 Sat, 30 Apr 2011 09:30:14 GMT &gt; У одной известной фирмы в пространстве ядра много чего "нормально"<br>&gt; написанного находится и постоянно обнаруживаются угрозы "получения управления<br>&gt; компьютером злоумышленниками".<br>&gt; Предлагаете пойти этим путем? <br><br>тоесть двайвера в режиме ядра это тоже получение управления злоумышленником? )))гг<br><br>вообще мне интересно откуда эта ерись пошла, что GUI не может быть в ядре и это дыра<br><br>видимо это пошло от линуксоидов? когда линуз пукнул что это секьюрити хол, и мы так делать не будем<br>тем неменее wayland или как это там уже практически гуи в ядре<br>и не просто в ядре а в линукс ядре<br> https://opennet.dev/openforum/vsluhforumID3/76747.html#42 Sat, 30 Apr 2011 09:19:47 GMT &gt;vrf я так понимаю не будет пока? А ведь очень надо!<br><br>fib'ы то есть, проблема с routing sockets и всем остальным хозяйством таблиц рутинга: нужно либо горы костылей подставлять, либо выбрасывыать и делать заново. вроде как собирались делать второе, есессно оно будет не завтра.<br><br>&gt;Про mpls молчат (а оно круто уже наступает).<br><br>смешно, если вам действительно нужен mpls, то надо покупать Juniper/Cisco/Brocade и работать дальше. я думаю граждане в опенсурсе это так же прекрасно понимают =&gt; работающего и вменяего mpls'а нет нигде в опенсурсе и какбэ хер с ним.<br><br>&gt;Про клиентов под коммерческие базы данный (mssql, orace) мечтать наверное будет наглостью..<br><br>такой же бред как и пункт про mpls:<br>1. m$ sql будет работать только в системах инфраструктуры m$. фрибдсм там не у дел.<br>2. у oracle есть аппаратно-программный комплекс sparc/solaris, им ни в какое место не уперлись ваши фрибдсм. для любителей линукса, у них так же есть unbreakeble linux. для m$ есть версии для систем m$. т.о. покрыто 100% желаний кастомеров. https://opennet.dev/openforum/vsluhforumID3/76747.html#41 Sat, 30 Apr 2011 08:33:37 GMT &gt; Ну и кто будет определять нормальность написанного?<br><br>те, кто и до этого определял нормальность кода, того, который уже в ядре есть!но это определЁнно не вы.<br><br>&gt; У одной известной фирмы в пространстве ядра много чего "нормально" написанного находится <br>&gt; и постоянно обнаруживаются угрозы "получения управления компьютером злоумышленниками". <br><br>Ну и? как же это связано с располодением графической системы в ядре? Просветите.<br><br>&gt; Предлагаете пойти этим путем?<br><br>вам я ничего не предлагаю....<br><br>