Опубликован (http://www.freebsd.org/news/status/report-2011-01-2011-03.html) отчет о развитии проекта FreeBSD с января по март 2011 года. В первые два месяца 2011 года основные усилия разработчиков были направлены на подготовку релизов FreeBSD 8.2 и 7.4 (https://www.opennet.ru/opennews/art.shtml?num=29683), которые были выпущены в конце февраля. В настоящее время участники проекта начал интенсивную работу по формированию следующей значительной ветки - FreeBSD 9.0.
Основные достижения:
-
Сетевая инфраструктура- Продолжается развитие проекта DIFFUSE (http://caia.swin.edu.au/urp/diffuse/) (DIstributed Firewall and Flow-shaper Using Statistical Evidence), добавляющего в пакетный фильтр IPFW функции классификации IP-трафика на основании статистических данных. Система позволяет для отдельных потоков трафика накапливать и учитывать в IPFW такую статистику, как размер пакетов или время между поступлением пакетов, организуя привязку потоков к определенным классам трафика при пом...
URL: http://www.freebsd.org/news/status/report-2011-01-2011-03.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=30409
> Во FreeBSD-HEAD решены все известные проблемы (в том числе проблемы с производительностью) с работой механизма журналирования Soft Updates для файловой системы UFS.таки разве? http://jeffr-tech.livejournal.com/24357.html
у меня так же при большой нагрузке на дисковую систему - наблюдаются проблемы со скоростью дисковых операций... бывало с полным зависанием системы...
выловить баг и отправить PR у меня не получается...
SUJ перестал использовать - вернул всё обратно на обычный SU
> у меня так же при большой нагрузке на дисковую систему - наблюдаются
> проблемы со скоростью дисковых операций... бывало с полным зависанием системы...Ээ... что-то мне это напоминает...
Надо вписать в новость пункт: "завершены работы по портированию регрессии #12309 на платформу FreeBSD".
А сам автор отчета что скажет?
> А сам автор отчета что скажет?Поправили же вроде уже текст.
Точно, извините
Насчет RCTL порадовало. Глядишь, через пару лет джайлы по фичастости догонят пингвинячьи lxc. Вот бы еще аналог filesystems namespaces сделали...Насчет graid имхо кривовато написано - из текста не ясно, что это не полноценный программный рейд (как gmirror, например), а слой совместимости с fakeraidами.
> Насчет graid имхо кривовато написано - из текста не ясно, что это
> не полноценный программный рейд (как gmirror, например), а слой совместимости с
> fakeraidами.что такое полноценный программный рейд и чего не хватает graid, чтобы быть таковым?
>что такое полноценный программный рейдКоторый работает без дорогой, но в сущности бесполезной микросхемки на мамке.
>и чего не хватает graid, чтобы быть таковым?
graid прекрасно выполняет свою роль - обеспечивает работу с fakeraidами.
Поддержка полноценных программных рейдов является задачей других модулей geom.
graid прекрасно работает и без "бесполезной микросхемки на мамке", которой к слову часто и нет, так как вся RAID'овость заключается в особом BIOS. RAID BIOS по большому счету нужен только для загрузки с RAID массива. graid не менее полноценен чем gstripe и gmirror, а в перспективе запросто может и их форматы начать поддерживать.
>которой к слову часто и нет, так как вся RAID'овость заключается в особом BIOSЭто да.
>graid не менее полноценен
А я не говорю, что graid неполноценен. Я говорю, что он работает с неполноценными рейдами :-)
>а в перспективе запросто может и их форматы начать поддерживать
Но зачем? Неужели они сами со своей работой не справляются? Или нам велосипедов мало?
Лучше бы полноценный 5/6 сделали :-(
graid не требует отдельных микросхемок на мамке. Собственно, интеловские недорэйды не работают не на ICHXX-R только потому, что драйвер проверяет pci id южного моста.graid дает возможность использовать любые метаданные на любом диске, так что можно подключить диски, взятые от интеловского рэйда, к SiS или Micron и пользоваться.
Как обычно, не будет работать загрузка из BIOSа.nonanon мог бы промолчать.
> Насчет RCTL порадовало. Глядишь, через пару лет джайлы по фичастости догонят пингвинячьи lxc. Вот бы еще аналог filesystems namespaces сделали...Вобще RCTL + jail это аналог OpenVZ (которого нету в kernel base) а никак не lxc.
Тащемта, нынешний lxc уже ничем не отстаёт от openvz.
//hint: google://cgroups.txt
А мне интересно то, что кьют портируют на фрю. В принципе можно делать неплохие встраиваемые железки с ней на борту и интерактивным интерфейсом на Qml.
А что там с переходом на pf45 или даже на pf47?
у меня есть вопрос по поводу всяких там портирований на разные архитектуры:
https://www.opennet.ru/openforum/vsluhforumID3/55149.html#28кто знает ответ - отзовитесь... очень интересно узнать ответ...
AVR32:
- Основной контрибутор куда-то пропал
- Atmel объявил о прекращении развития AP7K (MMU-версия AVR32)
- Усилия для бекпортирования/проталкивания патча для gcc/binutils в base могут не оправдать себя с учетом качества патча и предыдущего пункта.С Longsoon ситуация немного другая: просто ни у кого из коммиттеров пока не дошли руки. Это , конечно, нехорошо.
> AVR32:
> - Основной контрибутор куда-то пропал
> - Atmel объявил о прекращении развития AP7K (MMU-версия AVR32)опа - не доглядел - действительно в оставшихся ядрах UC3 MMU нет :( вот засада!
ну что же - тогда мне остаётся присмотреться к продукции TI :(> - Усилия для бекпортирования/проталкивания патча для gcc/binutils в base могут не
> оправдать себя с учетом качества патча и предыдущего пункта.Спасибо!
> С Longsoon ситуация немного другая: просто ни у кого из коммиттеров пока
> не дошли руки. Это , конечно, нехорошо.А еще - пока они доделают порт на омап3, его снимут с производства...
>> С Longsoon ситуация немного другая: просто ни у кого из коммиттеров пока
>> не дошли руки. Это , конечно, нехорошо.
> А еще - пока они доделают порт на омап3, его снимут с
> производства...есть такое :(
подвешенным остаётся вопрос о выборе элементной базы при проектировании устройств с "запасом актуальности" эдак лет на пару...
vrf я так понимаю не будет пока? А ведь очень надо!
Про mpls молчат (а оно круто уже наступает).
DIFFUSE где может юзаться на практике?
flash все также полуработоспособен?
nfsv4 как? синтаксис /etc/exports все таки убогий, да и не работает оно нормально..
Про клиентов под коммерческие базы данный (mssql, orace) мечтать наверное будет наглостью..
Работа над дровами.. что то тиха про это, или я совсем обнаглел?Отчет на этот раз странный. Какие то не понятные вещи делают. Но может оно так и нужно, может эти непонятные вещи и мешают тем самым нужным и понятным вещам!
> Отчет на этот раз странный. Какие то не понятные вещи делают.Отчет не всегда отражает весь спектр происходящего, а лишь то, что конкретные люди пожелали осветить. Например, из большого и красивого, John Baldwin работает над аллокацией ресурсов для PCI без зависимости от (кривых) BIOS. С его патчами мой ноутбук впервые увидел сетевую и WiFi без применения грязных и специфичных хаков!
>vrf я так понимаю не будет пока? А ведь очень надо!fib'ы то есть, проблема с routing sockets и всем остальным хозяйством таблиц рутинга: нужно либо горы костылей подставлять, либо выбрасывыать и делать заново. вроде как собирались делать второе, есессно оно будет не завтра.
>Про mpls молчат (а оно круто уже наступает).
смешно, если вам действительно нужен mpls, то надо покупать Juniper/Cisco/Brocade и работать дальше. я думаю граждане в опенсурсе это так же прекрасно понимают => работающего и вменяего mpls'а нет нигде в опенсурсе и какбэ хер с ним.
>Про клиентов под коммерческие базы данный (mssql, orace) мечтать наверное будет наглостью..
такой же бред как и пункт про mpls:
1. m$ sql будет работать только в системах инфраструктуры m$. фрибдсм там не у дел.
2. у oracle есть аппаратно-программный комплекс sparc/solaris, им ни в какое место не уперлись ваши фрибдсм. для любителей линукса, у них так же есть unbreakeble linux. для m$ есть версии для систем m$. т.о. покрыто 100% желаний кастомеров. фрибдсм так же не у дел.>Отчет на этот раз странный. Какие то не понятные вещи делают. Но может оно так и нужно, может эти непонятные вещи и мешают тем самым нужным и понятным вещам!
отчет нормальный, есть интересные вещи, но дело не в этом, а в том что вы ожидаете что опенсурс будет исполнять ваши желания. открою вам секрет, в опенсурсе всем срать на ваши желания: если очень хочется, ебитесь сами, если нет - жрите что дают, если хочется но не можете сделать - давайте бабла, вам это сделают, может быть. бесплатного в этом мире ничего не бывает.
Как отучить portmaster задавать глупые вопросы типа:
"===>>> Launching child to update gtk-xfce-engine-2.6.0_3 to gtk-xfce-engine-2.8.1===>>> gtk-xfce-engine-2.6.0_3 has an +IGNOREME file
===>>> Update anyway? y/n [n]"
Надоело уже 25 раз жать ENTER.
> Как отучить portmaster задавать глупые вопросы типа:
> "===>>> Launching child to update gtk-xfce-engine-2.6.0_3 to gtk-xfce-engine-2.8.1
> ===>>> gtk-xfce-engine-2.6.0_3 has an +IGNOREME file
> ===>>> Update anyway? y/n [n]"
> Надоело уже 25 раз жать ENTER.Может что-то типа этого y | portmaster
Mpls и l2tpv3 люто не хватает в работе.
А что там с X11 и Wayland? Какие-то сдвиги в более легковесную и быструю графическую среду происходят?
> А что там с X11 и Wayland? Какие-то сдвиги в более легковесную
> и быструю графическую среду происходят?Тогда уже лучше для FreeBSD что-то на уровни ядра писать а не в пространстве пользователя...
причём была паратройка таких проектов... но увы...
ну типа https://www.opennet.ru/opennews/art.shtml?num=2788
>> А что там с X11 и Wayland? Какие-то сдвиги в более легковесную
>> и быструю графическую среду происходят?
> Тогда уже лучше для FreeBSD что-то на уровни ядра писать а не
> в пространстве пользователя...Точно. Давайте как можно больше дряни в ядра запихнем. Чтобы если уж эксплойт - то сразу в режиме ядра. А то в режиме пользователя прав может быть мало, или там еще какая дрянь. А тут бац - и в дамках!
>>> А что там с X11 и Wayland? Какие-то сдвиги в более легковесную
>>> и быструю графическую среду происходят?
>> Тогда уже лучше для FreeBSD что-то на уровни ядра писать а не
>> в пространстве пользователя...
> Точно. Давайте как можно больше дряни в ядра запихнем. Чтобы если уж
> эксплойт - то сразу в режиме ядра. А то в режиме
> пользователя прав может быть мало, или там еще какая дрянь. А
> тут бац - и в дамках!нет - дрянь пихать никто не заставляет! нормально нужно код писАть и тогда пихать...
Ну и кто будет определять нормальность написанного?
У одной известной фирмы в пространстве ядра много чего "нормально" написанного находится и постоянно обнаруживаются угрозы "получения управления компьютером злоумышленниками".
Предлагаете пойти этим путем?
> Ну и кто будет определять нормальность написанного?те, кто и до этого определял нормальность кода, того, который уже в ядре есть!но это определЁнно не вы.
> У одной известной фирмы в пространстве ядра много чего "нормально" написанного находится
> и постоянно обнаруживаются угрозы "получения управления компьютером злоумышленниками".Ну и? как же это связано с располодением графической системы в ядре? Просветите.
> Предлагаете пойти этим путем?
вам я ничего не предлагаю....
> У одной известной фирмы в пространстве ядра много чего "нормально"
> написанного находится и постоянно обнаруживаются угрозы "получения управления
> компьютером злоумышленниками".
> Предлагаете пойти этим путем?тоесть двайвера в режиме ядра это тоже получение управления злоумышленником? )))гг
вообще мне интересно откуда эта ерись пошла, что GUI не может быть в ядре и это дыра
видимо это пошло от линуксоидов? когда линуз пукнул что это секьюрити хол, и мы так делать не будем
тем неменее wayland или как это там уже практически гуи в ядре
и не просто в ядре а в линукс ядре
>С момента прошлого отчета в HAST добавлена поддержка сжатия передаваемых по сети данных, опциональная возможность вычисления и проверки контрольных сумм для передаваемых данных, поддержка изоляции (sandboxing)Вот насчёт sandboxing, про Capsicum почему-то неупомянули: http://www.cl.cam.ac.uk/research/security/capsicum/
Capsicum -- это отдельный проект, интеграция некоторых оставшихся частей и допилка интерфейсов будет делаться в рамках GSoC в этом году.
Ну как бы, MAC, Audit, Congestion Control - это тоже всё было отдельными проектами =)
Всё-таки жалко, что отчёт с каждым кварталом всё скуднее становится.
проекты развития, код в базе уже сравнительно давно. Для всего,кроме capsicum
> Ну как бы, MAC, Audit, Congestion Control - это тоже всё было
> отдельными проектами =)
> Всё-таки жалко, что отчёт с каждым кварталом всё скуднее становится.Хренассе "скуднее". Ровно наоборот!