Scott Long опубликовал отчёт (http://www.bsdforums.org/forums/showthread.php?threadid=33025) по развитию проекта FreeBSD за второй квартал 2005 года (март-июнь).
Scott отметил, что прошедшие конференции BSDCan и MeetBSD были очень интересными и рекомендует всем посетить их в следующем году ;). Для участия в проекте "Summer of Code" от Google Было принято 18 добровольцев, которые ведут работу под руководством разработчиков FreeBSD. Начался процесс подготовки релиза FreeBSD-6.0, уже доступна её первая бета версия. Далее в отчёте идёт описание отдельных проектов, в которых произошли изменения. Коротко по проектам:
- Реализация автоматического выбора алгоритма управления очередями страниц памяти для оптимизации кэш промахов (Alexander Leidinger (http://www.leidinger.net/FreeBSD/current-patches/pq.diff));- Реализация кэширования с упреждением в сетевой подсистеме (Andre Oppermann (http://people.freebsd.org/~andre/tcpoptimization.html));
- Перед проектом Dingo (http://www.freebsd.org/projects/dingo/)
поставлены новые задачи;- Работы по оптимизации стека TCP/IP (Andre Oppermann (http://people.freebsd.org/~andre/tcpoptimization.html);
- Новая реализация GEOM Gate (Pawel Jakub Dawidek);
- Реализация функций перемещения и переименования в подсистеме gvinum (Chris Jones (http://wikitest.freebsd.org/moin.cgi/GvinumMoveRename));
- Интеграция инструментов сборки проекта FreeSBIE в дерево исходных кодов FreeBSD (Dario Freni (http://wikitest.freebsd.org/moin.cgi/DarioFreni));
- Из NetBSD портирова if_bridge (Andrew Thompson);
- Улучшение и интеграция libalias с ipfw2 (Paolo Pisati (http://wikitest.freebsd.org/moin.cgi/PaoloPisati));
- Портирование launchd (http://developer.apple.com/documentation/Darwin/Reference/Ma...) во FreeBSD (R. Tyler Ballance);
- Интеграция BSD Installer во FreeBSD (Andrew Turner (http://wikitest.freebsd.org/moin.cgi/BSDInstaller));
- Пользовательские библиотеки для мониторинга распределения памяти ядра (Robert Watson (http://www.watson.org/~robert/freebsd/libmemstat/));
- Изменения в API драйверов сетевых интерфейсов (Anders Persson);
- Портирование OpenBSD dhclient (Brooks Davis, Sam Leffler);
- Портирование PF из OpenBSD 3.7 (Max Laier);
- Портирование Intel C/C++ Compiler v9 (Alexander Leidinger);
- Портирование FreeBSD 6.0 на PowerPC (Peter Grehan);
- Множество изменений и улучшений в поддержке беспроводных устройств (Sam Leffler);
- Проект VFS SMP переходит в стадию стабилизации и усиленного тестирования (Jeff Roberson);
- Обновление linux окружения (linux-base) (Alexander Leidinger, Emulation Mailinglist);
- UFSJ - UFS с журналированием всё ещё на начальной стадии (Scott Long);
- Проект по реализации TTCPv2 - Transactional TCP version 2 (Andre Oppermann);
<br/>
И многое другое..URL: http://www.bsdforums.org/forums/showthread.php?threadid=33025
Новость: http://www.opennet.me/opennews/art.shtml?num=5809
<Новая реализация GEOM Gate (Pawel Jakub Dawidek);
а чем интерестно текущая не устраивает?
><Новая реализация GEOM Gate (Pawel Jakub Dawidek);
>а чем интерестно текущая не устраивает?Там же написано, глючная она была.
Это не совсем так. Про глюки я не заметил где написано.pjd@ переписал протокол обмена по сети (он не совместим теперь со старым) и распараллелил операции, поместив их в разные thread'ы. Таким образом сильно увеличилась скорость работы. Так же улучшена обработка ошибок (I/O errors). Например, когда у тебя соединение отваливается ggate должен вести себя теперь лучше.
А мне больше всего нравится
Работы по оптимизации стека TCP/IP
Портирование PF из OpenBSD 3.7
Портирование Intel C/C++ Compiler v9
А мне вот думается
"UFSJ - UFS с журналированием всё ещё на начальной стадии (Scott Long)"
до сих пор никому не нужно что ли раз столько долго делают?
>А мне вот думается
>"UFSJ - UFS с журналированием всё ещё на начальной стадии (Scott Long)"
>
>до сих пор никому не нужно что ли раз столько долго делают?Единственное преимущество журналируемых FS - быстрый старт. После краха система восстанавливается быстрее, чем с нежурналируемой FS. Вместо полной проверки FS выполняется откат последних несохраненных изменений из журнала. В остальном, по логике, UFS с включенными SoftUpdates должна работать быстрее, чем FS с журналированием, поскольку не надо дополнительно заниматься ведением журнала. Соответственно, на машинах, которые не перегружаются по питанию, особого смысла в журналируемой FS нет.
И кстати, ее не долго делают.. ее только начали делать вообще :)
>А мне вот думается
>"UFSJ - UFS с журналированием всё ещё на начальной стадии (Scott Long)"
>
>до сих пор никому не нужно что ли раз столько долго делают?
>Ты прав. Он (журнал) никому не нужен был :)
Как сказал Scott Long (цитирую по памяти): вместо того, что бы спорить что лучше: журнал или softupdates, давайте реализуем журнал и посмотрим.
Еще он сказал, что ожидание, что background fsck решит все проблемы с быстрым запуском не оправдались.
А чем GCC не устраивает?
Или чем лучше Intel C/C++?
Ну разные они ;)
Сходи почитай сравнение gcc vs ic где-нибудь ...
>А чем GCC не устраивает?
>Или чем лучше Intel C/C++?Скоростью и качеством полученого кода.
берем исходники какой нибудь крипты (я взял ГОСТ) и компилим gcc
в итоге шифрование в режиме CFB - 7-8 МБ/сНи бита не меняя в исходниках тут же компилим их с помощью icc с теми же ключами оптимизации. В итоге скорость возрасла до 25 МБ/с на P4 2400
Вывод - существует ряд задач (не для всех задач это утверждение справедливо) при выполнении которых icc дает выигрышь в скорости в 2-3 а то и в 5 раз по сравнению с gcc при прочих равных условиях.
Ух ты. Интересно чего тут гнушники облажались.
ваще-то пре и кроссы, выделанные производителем процессора, обязаны быть пошустрее? Или ты думаешь, что Интел водит команду GСС по цехам, десятилетиями передает им документацию на каждый степ камня, переспрашивает: "всё ли успели записать?"
>Ух ты. Интересно чего тут гнушники облажались.Всё таки опыт и куча специалистов которые пишут действительно под конкретный проц даёт о себе знать.
Вообше интел планирует занятся суперкомпутерами, так что наработки в компилерах и инструментах к ним у ребят довольно серьёзные.
gcc ориентирован на переносимость, а ic заточен под одну платформу
А что делать с AMD? Мне кажется надо не на интеловский компиллер переходить, а gcc до ума доводить, чтоб он компилил Good enough для любой платформы.
Неоднократно читал, что код интеловского компилера и АМД-шным камням помогает (по ср. с gcc).
А мне все нравится!
Так держать!
Успехов!
>>> UFSJ - UFS с журналированием всё ещё на начальной стадииА так хотелось ее видеть уже в 6.0
Все хорошо, но по сравнению с линуксом уж больно маленькие шажки - отставание довольно сильное.
А в чем отставание? Обоснуйте пожалуйста.
> А в чем отставание? Обоснуйте пожалуйста.Это религия. Корневая мантра: "Linux развивается быстро, всё остальное либо уже умерло, либо в бьется в предсмертной агонии". Там - шажки, а там - шажища.