The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Официально вышел FreeBSD 7.3-RELEASE

24.03.2010 00:13

Спустя 10 месяцев с момента выхода FreeBSD 7.2 и 4 месяца после выхода FreeBSD 8.0 увидел свет релиз FreeBSD 7.3. Выпуск доступен для архитектур amd64, i386, pc98, и sparc64 в 4 установочных сборках: bootonly, CD, DVD и LiveFS. В будущем в ветке FreeBSD 7.x выйдет еще один релиз (7.4), но основное внимание разработчиков сосредоточено на развитие ветки 8.x;

Основные улучшения:

  • Реализация файловой системы ZFS обновлена до версии 13, что подразумевает готовность к промышленной эксплуатации в ветке FreeBSD 7. Список улучшений в ZFSv13 можно найти здесь, а примеры использования здесь;
  • Добавлен новый загрузчик gptzfsboot, поддерживающий GPT и ZFS;
  • Добавлен драйвер hwpmc(4) с поддержкой технологии hwpmc (Performance Counter) для процессоров Core2/i7, что позволяет задействовать для выявления узких мест, отладки и профилирования специальных "PERFMON" регистров CPU);
  • В комплект включены новые утилиты mfiutil и mptutil для управления RAID-контроллерами, работающими под управлением драйверов mfi и mpt;
  • Добавлена защита от эксплуатации уязвимостей, связанных с разыменованием NULL-указателей. Для управления используется новая sysctl-переменная security.bsd.map_at_zero, которая установлена по умолчанию в 1 (разрешено). Установка этой переменной в "0" подразумевает запрещение мапинга блоков памяти по нулевому адресу;
  • Обновлены приложения в портах и базовой системе, например: bind 9.4-ESV, sendmail 8.14.4, Gnome 2.28.2 (x11/gnome2), KDE 4.3.5 (x11/kde4), Perl 5.10;
  • Добавлен новый драйвер amdsbwd для работы с watchdog-таймерами AMD SB600/SB7xx;
  • Для видеокарт на базе GPU Radeon HD 4200 (RS880), 4770 (RV740), R6/7xx 3D и Intel G41 в комплект включен DRM-модуль (Direct Rendering Manager);
  • Добавлен драйвер alc(4) для Ethernet-контроллеров Atheros AR8131/AR8132;

Для выполнения обновления 7.x-RELEASE необходимо выполнить (пользователи FreeBSD 6.x также могут выполнить обновление, но им будет предложено пересобрать все сторонние приложения, установленные из портов):

Загружаем обновления:

   freebsd-update upgrade -r 7.3-RELEASE

Устанавливаем обновления, попутно отвечая на вопросы, 
касающиеся решения конфликтов при обновлении файлов конфигурации:

   freebsd-update install

Перезагружаем систему:

   shutdown -r now

Еще раз выполняем:

   freebsd-update install
   shutdown -r now

FreeBSD Security Team планирует осуществлять поддержку FreeBSD 7.3 до 31 марта 2012 года. Пользователям FreeBSD 7.2 настоятельно рекомендуется произвести обновление до FreeBSD 7.3 или FreeBSD 8.0 до истечения срока поддержки FreeBSD 7.2 - 30 июня 2010 года. Поддержка FreeBSD 6.4 и FreeBSD 8.0 истекает 30 ноября текущего года, а FreeBSD 7.1 - 31 января 2011 года (расширенный срок поддержки).

  1. Главная ссылка к новости (http://www.freebsd.org/release...)
  2. OpenNews: Официально вышел релиз FreeBSD 8.0. Обзор новшеств
  3. OpenNews: Отчет о состоянии развития FreeBSD за четвертый квартал 2009 г.
  4. OpenNews: Официально вышел FreeBSD 7.2-RELEASE
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25927-freebsd
Ключевые слова: freebsd, bsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (38) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 01:19, 24/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    security.bsd.map_at_zero -есть хорошо )
     
     
  • 2.4, аноним (?), 03:38, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    разрешено по умолчанию - плохо :(
    но в 8.0 запрещено
     
  • 2.36, Alatar (??), 07:48, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Хм... А скажите, что в этом такого уж хорошего? Прога ведь и так и так вывалится в корку. Если чисто защита от модификации памяти системы, то зачем делать это выключенным по умолчанию?
     
     
  • 3.45, аноним (?), 22:46, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А скажите, что в этом такого уж хорошего? Прога ведь и так и так вывалится в корку

    А без защиты может и не упасть, что будет гораздо хуже. Или упасть, успев сотворить пакость.

    > зачем делать это выключенным по умолчанию?

    В целях сохранения совместимости в рамках одной ветки.

     

  • 1.10, анонимус (??), 10:50, 24/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Собственно все ждали 7.3 только потому, что miwi сказал что kde4.4 в порты поадёт только после выхода 7.3. Дождались.
     
     
  • 2.12, Аноним (-), 11:26, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    отучаемся говорить за всех
     
     
  • 3.16, аноним (?), 15:57, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • –8 +/
    А "все" полностью согласны, ибо используют 8.0. 7.3 - для некрофилов, а вообще очень жаль что будет 7.4, а 6.4 так долго поддерживается.
     
     
  • 4.19, drTr0jan (?), 17:00, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Уважаемый ньюфаг, расскажите как быть в восьмёрке с этим https://www.opennet.ru/openforum/vsluhforumID1/88442.html

    Отчего же лыжи не едут?

     
     
  • 5.21, аноним (?), 17:44, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Разберись прежде что сленг означает, прежде чем его использовать, "ньюфаг". У меня на 8-stable аналогичная схема работает + куча вещей с setfib, которые на 7.x невозможны в принципе, так что разбирайтесь.
     
  • 5.26, Hate (ok), 19:37, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Уважаемый ньюфаг, расскажите как быть в восьмёрке с этим https://www.opennet.ru/openforum/vsluhforumID1/88442.html
    >
    >Отчего же лыжи не едут?

    http://www.freebsd.org/cgi/query-pr.cgi?pr=145004

     
     
  • 6.35, drTr0jan (?), 03:34, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это же чисто ipfw/dummynet'овская проблема.
    А у меня и DUMMYNET нет, и ip_dn_io.c нет, и pf (который здесь не причём) не работает.
    Попробую, как предложил аноним, на стенде поэкспериментировать.
     
  • 4.24, ец (?), 18:01, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вас персонально заставляют её поддерживать?
     
     
  • 5.46, аноним (?), 22:47, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Вас персонально заставляют её поддерживать?

    Да. Я поддерживаю несколько портов и хотел бы избавиться от костылей для поддержки протухшего gcc 3.4 на шестерке, в частности.

     
     
  • 6.51, ец (?), 14:01, 26/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так не поддерживайте :)
     
     
  • 7.52, аноним (?), 16:44, 26/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Еще что посоветуете?
     
  • 4.29, Аноним (-), 20:41, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >А "все" полностью согласны, ибо используют 8.0. 7.3 - для некрофилов, а
    >вообще очень жаль что будет 7.4, а 6.4 так долго поддерживается.
    >

    отучаемся говорить за всех.
    я консервативен, для моих задач вкусняшки от 8.x не нужны, я раньше чем 8.1 или даже 8.2 на 8-ку не полезу, пусть сначала потестят/пофиксят на вас как на живом мясе.

    про 6.x согласен, лучше забыть

     

  • 1.14, Аноним (-), 12:33, 24/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Добавлен новый загрузчик gptzfsboot, поддерживающий GPT и ZFS

    нифига подобного
    http://lists.freebsd.org/pipermail/freebsd-stable/2010-March/055919.html

     
     
  • 2.17, аноним (?), 15:58, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >нифига подобного
    >http://lists.freebsd.org/pipermail/freebsd-stable/2010-March/055919.html

    Тоже мне проблема.

     
     
  • 3.20, Аноним (-), 17:23, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>нифига подобного
    >>http://lists.freebsd.org/pipermail/freebsd-stable/2010-March/055919.html
    >
    >Тоже мне проблема.

    а непатченные в stable/8, releng/8.0, releng/7.3, stable/7 баги kern/141285 и kern/141843?
    поломали em/igb и патч только в head, почему-то не аппрувят в "стабильные" версии

     
     
  • 4.22, аноним (?), 17:48, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >а непатченные в stable/8, releng/8.0, releng/7.3, stable/7 баги kern/141285 и kern/141843?
    >поломали em/igb и патч только в head, почему-то не аппрувят в "стабильные"
    >версии

    Вас научить SVN пользоваться? Не хотите SVN - где же ваш followup с реквестом о MFC?

     
     
  • 5.25, Аноним (-), 18:21, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Вас научить SVN пользоваться? Не хотите SVN - где же ваш followup
    >с реквестом о MFC?

    ух, какой крутой, разметал одной левой просто
    кто пишет драйвер - в курсе, нытья полно в pr и в -net
    я не рискну например дёргаться в svn, не понимая что делает код

     
     
  • 6.47, аноним (?), 22:56, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ух, какой крутой, разметал одной левой просто

    А что, няньчиться с вами что-ли? Если разработчик в курсе, то должен либо закоммитить, либо объяснить почему это нельзя сделать. Третий вариант может быть только если разработчик вообще не выходит на связь. В этом случае всего лишь надо попросить кого-нибудь другого это сделать. Если разработчик не выходит на связь, то кого вы попросили и когда? В противном случае вы врете, ибо либо фикс закоммичен, либо есть веская причина этого не делать. Не сильно-то, видимо, вам фикс этот нужен, если вы ничего не делаете и ноете.

    >я не рискну например дёргаться в svn, не понимая что делает код

    Чтобы понять, что он делает, его достаточно прочитать. Попробуйте.

     

  • 1.28, Аноним (-), 20:17, 24/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    седня поставил FreeBsd 7.0 для i386. решил проверить это:

    dd if=/dev/zero of=/dev/null bs=512M count=1

    общей памяти со свопом оказалось мало. и фря вывалилсь в кору... (((

    в то время как под Linux 2.6.31.m7D:

    sync && dd if=/dev/zero of=/dev/null bs=1512M count=1
    dd: memory exhausted

    увы... фря меня разочаровала. буду ставить свежие Net / OpenBSD и проверять там

     
     
  • 2.30, hhg (ok), 20:57, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    nanobuka# dd if=/dev/zero of=/dev/null bs=512M count=1
    1+0 records in
    1+0 records out
    536870912 bytes transferred in 1.262242 secs (425331179 bytes/sec)
    и чё?

    или
    bb# dd if=/dev/zero of=/dev/null bs=2047M count=1
    1+0 records in
    1+0 records out
    2146435072 bytes transferred in 1.469709 secs (1460448865 bytes/sec)

    у Вас 4MB RAM и 40MB HDD?

     
     
  • 3.33, Hate (ok), 22:15, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >536870912 bytes transferred in 1.262242 secs (425331179 bytes/sec)
    >и чё?
    >
    >или
    >bb# dd if=/dev/zero of=/dev/null bs=2047M count=1
    >1+0 records in
    >1+0 records out
    >2146435072 bytes transferred in 1.469709 secs (1460448865 bytes/sec)
    >
    >у Вас 4MB RAM и 40MB HDD?

    8.0-STABLE FreeBSD 8.0-STABLE #0: Sat Mar 20 22:36:39 EET 2010

    # dd if=/dev/zero of=/dev/null bs=512M count=1
    1+0 records in
    1+0 records out
    536870912 bytes transferred in 0.406285 secs (1321414399 bytes/sec)

     
  • 2.32, Ярослав (??), 21:57, 24/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А почему не 5.0 поставил? :)

    Попробовал в виртуалке с 7.2 (128Mb памяти):
    dd if=/dev/zero of=/dev/null bs=512M count=1
    dd: input buffer: Cannot allocate memory

     
  • 2.37, iZEN (ok), 10:22, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >седня поставил FreeBsd 7.0 для i386

    Ты б ещё FreeBSD 5.0 поставил. Ага.

     
  • 2.48, аноним (?), 22:59, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >общей памяти со свопом оказалось мало. и фря вывалилсь в кору... (((

    Это ложь, фря не может упасть от того, что юзерскому процессу не хватило памяти.

    % dd if=/dev/zero of=/dev/null bs=1536m count=1
    dd: input buffer: Cannot allocate memory

    > увы... фря меня разочаровала. буду ставить свежие Net / OpenBSD и проверять там

    Windows ставь.

     
     
  • 3.50, hhg (ok), 08:24, 26/03/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Это ложь, фря не может упасть от того, что юзерскому процессу не
    >хватило памяти.
    >Windows ставь.

    +1

    пс: единственная проблема, выявленная в этом эксперименте - размер блока в dd в i386 и в amd64 версиях signed 32бита, что не даёт копировать блоками более 2GB
    :-P

     
  • 2.53, Dmitry (??), 13:35, 02/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >общей памяти со свопом оказалось мало. и фря вывалилсь в кору... (((
    >
    >
    >в то время как под Linux 2.6.31.m7D:
    >
    >sync && dd if=/dev/zero of=/dev/null bs=1512M count=1
    >dd: memory exhausted
    >
    >увы... фря меня разочаровала. буду ставить свежие Net / OpenBSD и проверять
    >там

    Чукча не читатель, чукча писатель?

    http://ru.kyivbsd.org.ua/arhiv/2009
    Константин Белоусов: Некоторые особенности в работе VM, познавательный доклад
    Читаем все дружно и вслух.

     

  • 1.38, Sergetv (??), 10:31, 25/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/

    Попробовал сегодня FreeBSD 7.2-RELEASE (256 Озу, Целер 1.1)

    i7# dd if=/dev/zero of=/dev/null bs=512M count=1
    1+0 records in
    1+0 records out
    536870912 bytes transferred in 66.104562 secs (8121541 bytes/sec)

    Извините за неопытность, а о чем говорит такой низкий результ?


     
     
  • 2.39, анонимс (?), 10:48, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    переливать из пустого в порожнее вы не умеете
     
  • 2.40, hhg (ok), 10:59, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    выделяется блок в памяти(возможно с задействованием свапа), заполняется нулями и "сливается в шлюзы" :)
    у Вас низкая скорость из-за виртуальной памяти (которая у меня не была задействована).
    проверьте блоком меньше размера свободной физической памяти - покажет скорость в половину скорости обмена с памятью.
     
     
  • 3.42, Sergetv (??), 14:10, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ок, понял, спасибо!

     
  • 3.44, QuAzI (??), 18:00, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит "возможно" ? Не возможно, а имеено, потому что в вышеназванных условиях тазик с малым количеством ОЗУ. А вообще я шутки не понял, у меня 7.2 крутилась год назад на 196Мб ОЗУ на ура, проблемы нехватки памяти влияли только на производительность.
     
     
  • 4.49, hhg (ok), 08:18, 26/03/2010 [^] [^^] [^^^] [ответить]  
  • +/
    "возможно" - потому, что в свап могут быть выгружены другие области памяти, а не выделяемая. но в данном случае таки да - мозгов мало. и это не шутка, а ответ на вопрос о низкой скорости выполняемой операции или вы о чём?
    кароче - чё дакапался не до ответа???

    Распределение информационной состовляющей сообщения https://www.opennet.ru/openforum/vsluhforumID3/65086.html#40
    1. общее описание производимых действий, смягчённое каплей юмора
    2. ответ на поставленный вопрос, указание причин и сравнение с другой ситуацией
    3. условия, при которых проводимый эксперимент покажет более высокие результаты

     

  • 1.41, Аноним (-), 13:05, 25/03/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    >Ты б ещё FreeBSD 5.0 поставил. Ага.

    а вот даже на старых ядрах 2.4 (2.4.33.3 точнее) всё прекрасно работает. с чем это связано?

     
     
  • 2.43, Ярослав (??), 14:18, 25/03/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да, Линукс классный, он гораздо лучше. Связано с этим. Не пользуйся FreeBSD.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру