Вышел очередной выпуск отчета (http://www.freebsd.org/news/status/report-july-2005-oct-2005...) о развитии проекта FreeBSD, ниже краткое резюме:
- Код старой реализации сетевого моста bridge удалён (http://www.opennet.me/opennews/art.shtml?num=6154) из текущей разрабатываемой ветки HEAD (не будет входить в FreeBSD 7) в пользу недавно портированного из NetBSD if_bridge;- Бета версия (http://www.opennet.me/opennews/art.shtml?num=5831)адаптированного для FreeBSD варианта новой системы установки BSD Installer (http://www.bsdinstaller.org/);
- Новый модуль netgraph-to-zaptel позволяет использовать E1(ISDN PRI) WAN адаптеры (например, Cronyx Tau-PCI/2E1) совместно с Asterisk PBX;
- csup - проект по созданию (http://www.opennet.me/opennews/art.shtml?num=5466) CVSup клона написанного на языке Си;
- Проект (http://www.FreeBSD.org/gnome/) по портированию и поддержке GNOME 2.12 для FreeBSD;
- Редизайн сайта freebsd.org (http://www.freebsd.org) (старый вариант (http://www.freebsd.org/old));
- Работа над созданием персонализированных RSS лент на freshports.org (http://beta.freshports.org/);
- Реализация (http://www.opennet.me/opennews/art.shtml?num=6380) файловых систем вне пространства ядра (FUSE (http://fuse4bsd.creo.hu/)), работающих как непривилегированный пользовательский процесс (например, sshfs).
- Утилита ggtrace (http://ivoras.sharanet.org/projects/ggtrace.html) (GEOM gate tracer) для отслеживания запросов ввода/вывода к диску;
- gjournal (http://wikitest.freebsd.org/moin.cgi/gjournal) - GEOM класс поддержки журналирования. Подготовка к добавлению функциональности журналирования для ufs и ffs;
- Функции (http://wikitest.freebsd.org/moin.cgi/GvinumMoveRename) "move" и "rename" для переименования объектов и перемещения subdisk-ов с диска на диск в gvinum;
- Улучшения в Libalias: работа в режиме ядра (http://www.opennet.me/opennews/art.shtml?num=6038), переход к модульной архитектуре (http://wikitest.freebsd.org/moin.cgi/PaoloPisati);
- Интергрирование SNMP сервера в базовую систему (мини snmp демон bsnmp (http://people.freebsd.org/~harti/bsnmp/index.html)). Поддержка MIB - HOST-RESOURCES-MIB, TCP-MIB, UDP-MIB;
- Тестирование модуля ядра (ftp://ftp.cs.huji.ac.il/users/danny/freebsd/) и комплекта утилит для поддержки iSCSI;
- Модуль ядра и набор утилит (http://people.freebsd.org/~jkoshy/projects/perf-measurement/) (performance measurement framework) для мониторинга производительности системы;
- Расширенная система (http://www.opennet.me/opennews/art.shtml?num=6001) nsswitch и кэширующий демон cached;
- Новый dhclient портированный из OpenBSD, на смену старому от ISC;
- Обновление версии pf, из OpenBSD 3.7;
- Проект pfSense (http://www.pfsense.com/) - пакет для создания фаерволов, основанный на m0n0wall, FreeBSD 6, pf и ALTQ;
- Портирование (http://www.opennet.me/opennews/art.shtml?num=5820) FreeBSD на Xbox;
- Ports Tinderbox (http://tinderbox.marcuscom.com/) - система для поверки сборки портов в отдельном jail окружении;
- Готовность к beta-тестированию FreeBSD 6.0 для платформы PowerPC;
- Тестирование Realtime POSIX signal;
- Работа над грамотным удалением сетевого интерфейса, для исключения проблем при удалении в таких подсистемах как Dummynet;
- Крупное обновление (http://www.opennet.me/opennews/art.shtml?num=6431) звуковых драйверов FreeBSD;
- Акция (http://people.freebsd.org/~andre/tcpoptimization.html) по сбору денег для работы над оптимизацией TCP стека;
- Набор (http://people.freebsd.org/~pho/stress/) для стресс-тестирования FreeBSD ядра;
- Работа над добавлением функциональности журналирования для ufs и ffs;
URL: http://www.freebsd.org/news/status/report-july-2005-oct-2005...
Новость: http://www.opennet.me/opennews/art.shtml?num=6474
bridge - не пользовал, но полезноBSD Install - хорошо
сsup - не понятно зачем, на Модула работает
gnome 2.12 портировали - Молодцы ( хотя вроде это давно было )
Редизайн сайта - хорошо
RSS на freshports - а оно надо ?
FUSE - очень хорошо, хотя для серверов бесполезно
GEOM-утилиты - очень хорошо
libalias в ядре - наконец-то !
SNMP в ядре - интересно
nsswitch - давно пора, а то смешно сказать в FreeBSD 4.x его вообще нету
Кэширующий демон очень полезен для LDAPdhclient - видать портировать было легче, чем новый переделать
pf - очень хорошо, только вот уже OpenBSD 3.8 есть
pfsense - посмотрел, очень хорошо, а то пихают в девайсы всякие Linux-ы ;)
xbox - не знаю зачем, значит кому-то нужно
сетевые интерфейсы были редизайнены, вроде arp-таблицу отделили наконец-то от routing table,
а не очень хорошо былозвуковые драйвера - для сервера бесполезны, для клиентов очень хорошо
оптимизация TCP-стека - очень хорошо
Стресс-тесты - отлично
Журналирование в ufs,ffs - пусть добавят, тогда Linux нечем будет крыть
А еще лучше если будет XFS read-write
>сsup - не понятно зачем, на Модула работаетНе пробовали из портов cvsup собирать ? Установка разного хлама вроде модулы не напугало ?
>gnome 2.12 портировали - Молодцы ( хотя вроде это давно было )
....
>FUSE - очень хорошо, хотя для серверов бесполезноКак-то молодцы для gnome и бесполезно для FUSE не сочетается :-)
>SNMP в ядре - интересно
Не в ядре, а в базовой системе, маленький bsmtpd вместо огромного и дырявого net-snmp из портов.
>pf - очень хорошо, только вот уже OpenBSD 3.8 есть
Пускай они его в 3.8 обкатают, а ко времени 3.9 в FreeBSD успеют отлаженный вариант портировать :-)
>>сsup - не понятно зачем, на Модула работает
>
>Не пробовали из портов cvsup собирать ? Установка разного хлама вроде модулы
>не напугало ?Пробовал
Не напугало
Собирается долго
Но не дольше чем скажем sambaОпять же - один раз собрал - дальше можешь ставить пакет
Когда же они iconv доделают?
в самом деле занялись поплотнее реально серверными делами, виртуализацией Xen чтобы dom0, кластеризацией с MOSIX подобной миграцией процессов, журналируемой и распределённой FS. По крайней мере нишу в серверной части какую-то поиметь, а то уже на уровень элементарного роутера скатились...
Доля FreeBSD в серверной части настолько велика, что ей гнаться не зачем. Тем более гнаться за всякими модными штуками. Мне очень импонирует здравая доля кансерватизма в этой ОС, в отличии от Linux, к примеру, где можно увидить несовместимость kernel api между linux 2.6.x и 2.6.yКроме этого в 6.0 есть kernel space реализация CARP - а это сама по себе достаточная ниша - "горачая замена" в продакшене никогда не была лишней.
>Кроме этого в 6.0 есть kernel space реализация CARP - а это
>сама по себе достаточная ниша - "горачая замена" в продакшене никогда
>не была лишней.kernel space реализация CARP есть и для Linux:
http://tservice.net.ru/~s0mbre/archive/carp/
Это не модные вещи, это необходимые вещи. Мне необходимые. Кому-то еще, возможно. Которые приходилось реализовывать с разной степенью успешности. Которые поныне рудиментарны либо отсутствуюn в xBSD. Из-за чего приходилось искать иные решения и отказываться от xBSD в пользу прочих вариантов, в т.ч. Linux. Впрочем, непонятно почему всплыл Linux. Вероятно вы просто не сталкивались с такими явлениям и не осознаёте их насущной необходимости. Ничего личного, только мнение. Что будет плохого, если разработчики нам на радость займутся всем этим? Только искреннее пожелание и надежда на скорейшую реализацию явно необходимого и назревшего...
Недавно потребовалась такая "модная штука", как программный RAID5. Пробовал и vinum, и gvinum, и graid3 на FreeBSD 5.4. Классический винум просто вешал систему ( к вопросу о совместимости ), а остальные реализации так тормозили, что пришлось отказаться от FreeBSD в пользу Linux md. Очень не хотелось этого делать, потому что привык использовать jail, но в linux и этому нашлась более достойная замена - проект vserver.
Не меньшее удобство, чем установка из портов, в linux Debian предоставляет apt-get, отсюда собственно и выбор дистрибутива. Если нужно что-то собрать из сырцов, то в любом случае на обоих системах я это делаю из tar.gz.
>Недавно потребовалась такая "модная штука", как программный RAID5. Пробовал и vinum, и
>gvinum, и graid3 на FreeBSD 5.4. Классический винум просто вешал систему
>( к вопросу о совместимости ), а остальные реализации так тормозили,
>что пришлось отказаться от FreeBSD в пользу Linux md. Очень неПрограммный raid0 или raid1 - это я еще понимаю.
А вот программный raid5 - это не понимаю.>хотелось этого делать, потому что привык использовать jail, но в linux
>и этому нашлась более достойная замена - проект vserver.
>Не меньшее удобство, чем установка из портов, в linux Debian предоставляет apt-get,
>отсюда собственно и выбор дистрибутива. Если нужно что-то собрать из сырцов,
>то в любом случае на обоих системах я это делаю из
>tar.gz.И что именно для FreeBSD - чего не было в портах ?
RAID обязан быть аппаратным.
Откажись еще от видекарты и поищи софт, который будет 3D силами центрального процессора в системной RAM отрисовывать.
>RAID обязан быть аппаратным.
причины?>Откажись еще от видекарты и поищи софт, который будет 3D силами центрального
>процессора в системной RAM отрисовывать.OpenGL эмуляция есть и заслуживает на существование.
>RAID обязан быть аппаратным.Но нет ничего хуже аппаратного RAID с включенным кешем за запись и без "батарейки". Это как мина замедленного действия, зацепился за шнурок питания и можно считать что данные потеряны.
>RAID обязан быть аппаратным.С чего это вдруг?????? У меня были десяток ситуаций когда софтовый рейд под линуксом был гораздо производительнее и адекватнее аппаратного рейда, (SCSI, SATA на promise или адаптеках) свежий пример сервер FSC контроллер adaptec aic-7892b scsi, 4x36 10k.
Тупейший тест: скорость копирования 2,1Gb с раздела на раздел, при аппаратном raid 0+1 14Мб/с, софтовый md 24Мб/с. абсолютно все условия одинаковы, kernel 2.6
проводил тестирование рейдов 0+1, 5, 1 как аппаратных так и софтовых в вышеприведенном примере, самым адекватным был софтовый 0+1. Получал скорости от 7 до 24 на софтовом, и от 7 до 18 на аппаратном.
Нагрузка на процессор (Xeon 2.4) при sync рейда ~3% в общем.
>RAID обязан быть аппаратным.
>Откажись еще от видекарты и поищи софт, который будет 3D силами центрального
>процессора в системной RAM отрисовывать.
Не прав. Если есть возможность софтового RAID - почему бы и нет?
Тут с месяц назад в одном из обсуждений новости какой-то человече, похожий на непростого девелопера, оплевал vserver после того как кто-то сказал подобное "vserver не хуже jail". Прав он или нет, решать вам.Лично я замечал, что в linux-мире намного больше пеара. Если в BSD фича есть, она обычно работает очень хорошо. В linux почти всё на уровне proof of concept и нужен весьма грамотный чел с напильником, чтобы оно работало на уровне.
"грамотный чел с напильником" - это не крикун типа _Nick_, а kernel developer или примерно....
>Лично я замечал, что в linux-мире намного больше пеара. Если в BSD
>фича есть, она обычно работает очень хорошо. В linux почти всё
>на уровне proof of concept и нужен весьма грамотный чел с
>напильником, чтобы оно работало на уровне.
>"грамотный чел с напильником" - это не крикун типа _Nick_, а kernel
>developer или примерно....Не человек эпохи netch или
ПИара.
после этого слова текст в вашем сообщении воспринимается не так серьезно, как вам хотелось бы.
>Лично я замечал, что в linux-мире намного больше пеара. Если в BSD
>фича есть, она обычно работает очень хорошо. В linux почти всё
>на уровне proof of concept и нужен весьма грамотный чел с
>напильником, чтобы оно работало на уровне.
>"грамотный чел с напильником" - это не крикун типа _Nick_, а kernel
>developer или примерно....Сорри, трабл с клавиатурой. ... когда кроме как БСД альтернативы не было. И мне кажеться вы немного не правы по поводу
> В linux почти всё
>на уровне proof of concept и нужен весьма грамотный чел с
>напильником, чтобы оно работало на уровне.>Если в BSD
>фича есть, она обычно работает очень хорошо.А как же упоминания о софтовом рейде выше?
Если бы это было так - линукс не был бы так широко распрастранен и применяем.
и еще - термин "пеар" - это "новорожденное" слово и понятие ЛОРа. И по мне ЛОР имеет самое-самое отдаленное отношение как линуксу так и к юниксам в общем.
>Лично я замечал, что в linux-мире намного больше пеара.
если написали - так уже и отрекламировать нельзя?>Если в BSD фича есть, она обычно работает очень хорошо.
"обычно". Была, помницо, фича unionfs в 4-ке :)
Было весело ман по mount_unionfs почитать. "buggy", "broken",
"unstable", "use at your own risk"... и т.д. - слова АВТОРА.
Ну а в самом конце этого мана примечание чудное: не ходите под
крышами с сосульками и остерегайтесь собак!
Конечно эта фича "обычно работает очень хорошо" :D
И это - в базовой поставке!Так шо, товарисч, пойди умойся перед тем, как безосновательно и
по-пионерски восхвалять свою бздю. Я уже не спрашиваю кто и зачем
добавил такую кривую фичу в вашу "стабильную" бздю, но она там есть
и это повод задуматься для таких защитников как ты.
>В linux почти всё на уровне proof of concept
смывай за собой. Proof of concept на продакшн сервера не ставят.
А линухов намного больше чем фри живет на серваках (кроме рунета).
Твоя фраза - все равно, что, как выразился здесь на днях один из
постеров "пукнуть в космос" и не больше ;)>и нужен весьма грамотный чел с
>напильником, чтобы оно работало на уровне.
Если что-то не работает во фре и в линухе - то нужный уровень спеца
для того чтобы разобраться у них абослютно одинаковый. А если учесть,
что инфа в нете о линухе присутствует в бОльшем количестве, то даже для
линуха не нужно быть настолько монстром как для бзди.>"грамотный чел с напильником" - это не крикун типа _Nick_, а kernel
>developer или примерно....
т.е. Я не кернел девелопер уже просто потому что выступаю на этом
форуме? :) Т.е. как только я запостил первый пост сюда - то сразу забыл
C, где лежЫт какой-нить ksysfs.c и как работают шедулеры Линуха?С умозаключениями вам нужно как-то решать проблемы. Они у вас с костылями на оба полушария.
>С умозаключениями вам нужно как-то решать проблемы. Они у вас с костылями
>на оба полушария.Что самое интересное, и линух, и фря отлично работают - и юзаются кучей людей, несмотря на пердеж в лужу красноглазых детей как с одной, так и с другой стороны :))
согласен с Varda, многое давно назрело для скорейшей реализации.
Так возьмите и доделайте, умники. Вот я знаю чела, который свою ФС для фри почти уже сбацал.
Здесь сверху было написано "Обсуждение". Повторюсь, только высказал надежду и пожелание, я же никого не обозвал умником или яйцеголовым :-) Прекрасно понимаю, что люди, разработчики, делают то, что в их силах. Ну, может быть чуточку ленятся и придумывают себе оправдание о строгой красоте консервативности. К сожалению я не системный прораммист, особенного опыта нет. Скорее прикладник, и времени на изучение и разработку системы никак не получается выкроить. Однако, как сказал оратор ниже, возможно, жизнь заставит...
aga (c), po-bol'she deadlock'ov i LOR'ov, horoshyh i raznyh...ya pochti vse svoi servera perevel na netbsd i openbsd... Grustno? Net. Zhyzn'.
to дядя и где твой умник со своей фс?...много таких умельцев. ткни-ка пальцем в отчет, где он там?