Спустя 10 месяцев с момента выхода FreeBSD 7.2 и 4 месяца с после выхода FreeBSD 8.0 увидел свет (http://www.freebsd.org/releases/7.3R/announce.html) релиз FreeBSD 7.3. Выпуск доступен для архитектур amd64, i386, pc98, и sparc64 в 4 установочных сборках: bootonly, CD, DVD и LiveFS. В будущем в ветке FreeBSD 7.x выйдет еще один релиз (7.4), но основное внимание разработчиков сосредоточено на развитие ветки 8.x;
Основные улучшения (http://www.freebsd.org/releases/7.3R/relnotes-detailed.html):- Реализация файловой системы ZFS обновлена до версии 13, что подразумевает готовность к промышленной эксплуатации в ветке FreeBSD 7. Список улучшений в ZFSv13 можно найти здесь (http://www.opennet.me/opennews/art.shtml?num=18957), а примеры использования здесь (http://wiki.opennet.ru/ZFS_%D0%B8_FreeBSD:_%D...);
- Добавлен новый загрузчик gptzfsboot, поддерживающий GPT и ZFS;
- Добавлен д...
URL: http://www.freebsd.org/releases/7.3R/announce.html
Новость: http://www.opennet.me/opennews/art.shtml?num=25927
security.bsd.map_at_zero -есть хорошо )
разрешено по умолчанию - плохо :(
но в 8.0 запрещено
Хм... А скажите, что в этом такого уж хорошего? Прога ведь и так и так вывалится в корку. Если чисто защита от модификации памяти системы, то зачем делать это выключенным по умолчанию?
> А скажите, что в этом такого уж хорошего? Прога ведь и так и так вывалится в коркуА без защиты может и не упасть, что будет гораздо хуже. Или упасть, успев сотворить пакость.
> зачем делать это выключенным по умолчанию?
В целях сохранения совместимости в рамках одной ветки.
Собственно все ждали 7.3 только потому, что miwi сказал что kde4.4 в порты поадёт только после выхода 7.3. Дождались.
отучаемся говорить за всех
А "все" полностью согласны, ибо используют 8.0. 7.3 - для некрофилов, а вообще очень жаль что будет 7.4, а 6.4 так долго поддерживается.
Уважаемый ньюфаг, расскажите как быть в восьмёрке с этим http://www.opennet.me/openforum/vsluhforumID1/88442.htmlОтчего же лыжи не едут?
Разберись прежде что сленг означает, прежде чем его использовать, "ньюфаг". У меня на 8-stable аналогичная схема работает + куча вещей с setfib, которые на 7.x невозможны в принципе, так что разбирайтесь.
>Уважаемый ньюфаг, расскажите как быть в восьмёрке с этим http://www.opennet.me/openforum/vsluhforumID1/88442.html
>
>Отчего же лыжи не едут?
Это же чисто ipfw/dummynet'овская проблема.
А у меня и DUMMYNET нет, и ip_dn_io.c нет, и pf (который здесь не причём) не работает.
Попробую, как предложил аноним, на стенде поэкспериментировать.
Вас персонально заставляют её поддерживать?
>Вас персонально заставляют её поддерживать?Да. Я поддерживаю несколько портов и хотел бы избавиться от костылей для поддержки протухшего gcc 3.4 на шестерке, в частности.
Ну так не поддерживайте :)
Еще что посоветуете?
>А "все" полностью согласны, ибо используют 8.0. 7.3 - для некрофилов, а
>вообще очень жаль что будет 7.4, а 6.4 так долго поддерживается.
>отучаемся говорить за всех.
я консервативен, для моих задач вкусняшки от 8.x не нужны, я раньше чем 8.1 или даже 8.2 на 8-ку не полезу, пусть сначала потестят/пофиксят на вас как на живом мясе.про 6.x согласен, лучше забыть
>Добавлен новый загрузчик gptzfsboot, поддерживающий GPT и ZFSнифига подобного
http://lists.freebsd.org/pipermail/freebsd-stable/2010-March...
>нифига подобного
>http://lists.freebsd.org/pipermail/freebsd-stable/2010-March...Тоже мне проблема.
>>нифига подобного
>>http://lists.freebsd.org/pipermail/freebsd-stable/2010-March...
>
>Тоже мне проблема.а непатченные в stable/8, releng/8.0, releng/7.3, stable/7 баги kern/141285 и kern/141843?
поломали em/igb и патч только в head, почему-то не аппрувят в "стабильные" версии
>а непатченные в stable/8, releng/8.0, releng/7.3, stable/7 баги kern/141285 и kern/141843?
>поломали em/igb и патч только в head, почему-то не аппрувят в "стабильные"
>версииВас научить SVN пользоваться? Не хотите SVN - где же ваш followup с реквестом о MFC?
>Вас научить SVN пользоваться? Не хотите SVN - где же ваш followup
>с реквестом о MFC?ух, какой крутой, разметал одной левой просто
кто пишет драйвер - в курсе, нытья полно в pr и в -net
я не рискну например дёргаться в svn, не понимая что делает код
>ух, какой крутой, разметал одной левой простоА что, няньчиться с вами что-ли? Если разработчик в курсе, то должен либо закоммитить, либо объяснить почему это нельзя сделать. Третий вариант может быть только если разработчик вообще не выходит на связь. В этом случае всего лишь надо попросить кого-нибудь другого это сделать. Если разработчик не выходит на связь, то кого вы попросили и когда? В противном случае вы врете, ибо либо фикс закоммичен, либо есть веская причина этого не делать. Не сильно-то, видимо, вам фикс этот нужен, если вы ничего не делаете и ноете.
>я не рискну например дёргаться в svn, не понимая что делает код
Чтобы понять, что он делает, его достаточно прочитать. Попробуйте.
седня поставил 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 и проверять там
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?
>[оверквотинг удален]
>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)
А почему не 5.0 поставил? :)Попробовал в виртуалке с 7.2 (128Mb памяти):
dd if=/dev/zero of=/dev/null bs=512M count=1
dd: input buffer: Cannot allocate memory
>седня поставил FreeBsd 7.0 для i386Ты б ещё FreeBSD 5.0 поставил. Ага.
>общей памяти со свопом оказалось мало. и фря вывалилсь в кору... (((Это ложь, фря не может упасть от того, что юзерскому процессу не хватило памяти.
% dd if=/dev/zero of=/dev/null bs=1536m count=1
dd: input buffer: Cannot allocate memory> увы... фря меня разочаровала. буду ставить свежие Net / OpenBSD и проверять там
Windows ставь.
>Это ложь, фря не может упасть от того, что юзерскому процессу не
>хватило памяти.
>Windows ставь.+1
пс: единственная проблема, выявленная в этом эксперименте - размер блока в dd в i386 и в amd64 версиях signed 32бита, что не даёт копировать блоками более 2GB
:-P
>[оверквотинг удален]
>общей памяти со свопом оказалось мало. и фря вывалилсь в кору... (((
>
>
>в то время как под 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, познавательный доклад
Читаем все дружно и вслух.
Попробовал сегодня 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)Извините за неопытность, а о чем говорит такой низкий результ?
переливать из пустого в порожнее вы не умеете
выделяется блок в памяти(возможно с задействованием свапа), заполняется нулями и "сливается в шлюзы" :)
у Вас низкая скорость из-за виртуальной памяти (которая у меня не была задействована).
проверьте блоком меньше размера свободной физической памяти - покажет скорость в половину скорости обмена с памятью.
Ок, понял, спасибо!
Что значит "возможно" ? Не возможно, а имеено, потому что в вышеназванных условиях тазик с малым количеством ОЗУ. А вообще я шутки не понял, у меня 7.2 крутилась год назад на 196Мб ОЗУ на ура, проблемы нехватки памяти влияли только на производительность.
"возможно" - потому, что в свап могут быть выгружены другие области памяти, а не выделяемая. но в данном случае таки да - мозгов мало. и это не шутка, а ответ на вопрос о низкой скорости выполняемой операции или вы о чём?
кароче - чё дакапался не до ответа???Распределение информационной состовляющей сообщения http://www.opennet.me/openforum/vsluhforumID3/65086.html#40
1. общее описание производимых действий, смягчённое каплей юмора
2. ответ на поставленный вопрос, указание причин и сравнение с другой ситуацией
3. условия, при которых проводимый эксперимент покажет более высокие результаты
>Ты б ещё FreeBSD 5.0 поставил. Ага.а вот даже на старых ядрах 2.4 (2.4.33.3 точнее) всё прекрасно работает. с чем это связано?
Да, Линукс классный, он гораздо лучше. Связано с этим. Не пользуйся FreeBSD.