Релиз операционной системы FreeBSD 7.2 ожидается в начале мая, но уже сейчас можно ознакомится со списком нововведений (http://www.freebsd.org/releases/7.2R/relnotes.html).
Некоторые интересные изменения ожидаемые в релизе:
- Увеличение адресного пространства памяти доступной ядру до 6 Гб, и kmem map до 3.6 Гб;
- Изменения в подсистеме jail (возможность назначения множества IP4/IP6 адресов; поддержка протокола SCTP; привязка jail к выделенному процессору с помощью cpuset; возможность запуска jail с указанием использовать для нее отдельную таблицу маршрутизации (FIB); возможность запуска 32 битных программ внутри jail работающей в 64 битной системе);
- Поддержка Superpages (http://www.cs.rice.edu/~jnavarro/papers/osdi02.ps) (страницы памяти увеличенного размера с возможностью группировки в Superpages нескольких обычных страниц памяти);
- Обновленный DRM (Direct Rendering Manager);
- glabel поддерживает использование ufsid меток для уникальной идентификации файловых сист...URL: http://www.freebsd.org/releases/7.2R/relnotes.html
Новость: http://www.opennet.me/opennews/art.shtml?num=21509
Забыл добавить о переходе на KDE4:The supported version of the KDE desktop environment has been updated from 3.5.10 (x11/kde3) to 4.2.2 (x11/kde4)
Можно еще добавить такую штуку, которая для некоторых прошла незамеченной:26.03.09 в портах стали появляться опции параллельной сборки портов:
http://lists.freebsd.org/pipermail/freebsd-ports/2009-March/...
http://www.bsdportal.ru/viewtopic.php?t=20185&sid=4656530676...Сам это дело засек где-то 8-го апреля, когда увидел, что у меня MySQL собирается на новом сервере "не естественно шустро" :)
PS: В Релизу 7.2 отношения не имеет, но все равно приятно :)
+1В /etc/make.conf прописывается MAKE_JOBS_NUMBER=10 и после этого для тех портов у которых возможна/разрешена параллельная сборка все пойдет билдится в 10 потоков. :)
а если не трогать make.conf, то кол-во потоков ставится равным кол-ву процессоров
насколько я помню
Оптимально: количество процов + 1.Т.е. если процессоров (ядер) 2, до потоков должно быть 3 (дня максимального эффекта).
подскажите, пожалуйста, откуда такие данные? без сарказма, правда.
>подскажите, пожалуйста, откуда такие данные? без сарказма, правда.из практики
>подскажите, пожалуйста, откуда такие данные? без сарказма, правда.Замерял на сборке таких вещей как MySQL и PHP.
На двухядерном Core2Duo замерял скорость сборки с 1,2,3,4,5 и 10 потоков.
Быстрее всего собралось на 3-х потоках (чуть медленнее - на 2 и 4).
> подскажите, пожалуйста, откуда такие данные?А что, это не очевидно? На N ядер идеально иметь N потоков. Но в реальности кроме вычислений потоки еще работают с диском, т.е. спят, поэтому нужен еще один поток, чтобы занять процессор на это время.
>+1
>
>В /etc/make.conf прописывается MAKE_JOBS_NUMBER=10 и после этого для тех портов у которых
>возможна/разрешена параллельная сборка все пойдет билдится в 10 потоков. :)оо спасибо попробую
> 26.03.09 в портах стали появляться опции параллельной сборки портовУже добавили. :)
Сейчас читаю notes - изменений на самом деле море...Вот для меня нужная вещь (ноут Dell Inspiron 1525):
The powerd(8) program has been improved. Changes include reasonable CPU load estimation on SMP systems and a new mode named as hiadaptive for AC-powered systems which rises frequency twice faster, drops it 4 times slower, prefers twice lower CPU load and has additional delay before leaving the highest frequency after the period of maximum load.
> Увеличение адресного пространства памяти доступной ядру до 6 Гб, и kmem map до 3.6 ГбСтоит добавить на каких архитектурах.
> возможность запуска 32 битных программ внутри jail работающей в 64 битной системе)
Читать учимся! `Compatibility support which permits 32-bit jail binaries to be used on 64-bit systems to manage jails has been added.'. А то, что ты написал, работало всегда.
> glabel поддерживает использование ufsid меток для уникальной идентификации файловых систем
Надеюсь, кучу мусора в консоль на эту тему (да и вообще от glabel) выключат в релизе.
> Портирован btpand из NetBSD. Демон поддерживает профили Bluetooth Network Access Point (NAP), Group Ad-hoc Network (GN) и Personal Area Network User (PANU).
А вот это надо посмотреть. Хотя сеть через bluetooth в обе стороны также работала испокон веков.
Вообще там дофига еще интересного, но нет, надо было выбрать 7 случайных пунктов. Желание быть причастным такое желание, а о том что пишем и зачем даже не думаем.
> Забыл добавить о переходе на KDE4
Да, еще Gnome какой-то там, Xorg такой-то там и неприменно новая версия moon buggy. Это порты, а не система, я бы это в relnotes вообще не упоминал.
>Вообще там дофига еще интересного, но нет, надо было выбрать 7 случайных
>пунктов. Желание быть причастным такое желание, а о том что пишем
>и зачем даже не думаем.Счас поправлю косяки о которых вы написали. А про новость - ну дык надо же было что-то написато в описании к ней. Переводить весь Relnotes я не взялся, а выцепил только то что на глаза попалось...
Обширные списки изменений радуют душу :)
Лучше бы перешли на utf.. (
>Лучше бы перешли на utf.. (так в Хах все и так хорошо
>Лучше бы перешли на utf.. (Через вот эти порты делается UTF-8 в консоли:
/usr/ports/sysutils/jfbterm/
/usr/ports/textproc/uim-m17nlib/Только в Putty и так UTF-8 нормально всегда работал.....
На моей памяти еще никто не объяснил зачем ему UTF в консоли, хотя все орут что оно очень нужно.
web-приложения часто пишутся на UTF-8, надоедает переключать терминал с одной кодировки на другую, когда правишь что-то в скрипте.
А многобайтовые кодировки удобны для разработчиков, они от них не откажуться, и совершенно правы.
Вывод: фтопку koi8-r, в связи с отсутствием в ней какой-то надобности, туда же и cp1251 (хотя пока и с оговорками).
>А многобайтовые кодировки удобны для разработчиков, они от них не откажуться, и
>совершенно правы.s/откажуться/откажутся
>web-приложения часто пишутся на UTF-8, надоедает переключать терминал с одной кодировки на
>другую, когда правишь что-то в скрипте.
>А многобайтовые кодировки удобны для разработчиков, они от них не откажуться, и
>совершенно правы.
>Вывод: фтопку koi8-r, в связи с отсутствием в ней какой-то надобности, туда
>же и cp1251 (хотя пока и с оговорками).Ну и пропишите UTF-8 кодировки в /etc/rc.conf, /etc/profile и /etc/csh.login - кто мешает то? Будет Вам UTF-8 и переключать ничего не придется...
>>web-приложения часто пишутся на UTF-8, надоедает переключать терминал с одной кодировки на
>>другую, когда правишь что-то в скрипте.
>>А многобайтовые кодировки удобны для разработчиков, они от них не откажуться, и
>>совершенно правы.
>>Вывод: фтопку koi8-r, в связи с отсутствием в ней какой-то надобности, туда
>>же и cp1251 (хотя пока и с оговорками).
>
>Ну и пропишите UTF-8 кодировки в /etc/rc.conf, /etc/profile и /etc/csh.login - кто
>мешает то? Будет Вам UTF-8 и переключать ничего не придется...как раз в консоли у бсд прописать просто не получиться. а вот в Х - давно и без проблем
>как раз в консоли у бсд прописать просто не получиться. а вот
>в Х - давно и без проблемАга, вот по этому Linux все-таки сильно удобнее для AMP :) make config для php-extension's, конечно, удобно, но ничего сложного в том, что бы слегка исправить спек rpm src пакета один раз в несколько месяцев нет, чем каждый день мучаться с локалью.
Когда во фре все-таки сделают нормальный UTF8?
>Ага, вот по этому Linux все-таки сильно удобнее для AMP :) make
>config для php-extension's, конечно, удобно,Привела немного неудачный пример :) расширения для php обычно тривиально ставяться одним rpm-пакетом. Скорее, речь о некоторых опциях самого пых-пыха, и пару раз меняла опции для MySQL и Apache
>Когда во фре все-таки сделают нормальный UTF8?Думаю тогда, когда он действительно будет ОЧЕНЬ нужен хотя бы одному разработчику...
Все таки объясните, чем не нравится использование UTF-8 в Putty ? Что не работает?
>Все таки объясните, чем не нравится использование UTF-8 в Putty ? Что
>не работает?Putty не использую, на ноуте и десктопе Fedora. Но даже там, нужно лезть в далекую менюшку, что бы сменить локаль.
В Konsole(который тоже не использую, просто популярный терминал) и yakuake тоже нужно тыкать мышкой для смены кодировки, хотя и не так далеко.Когда это делается 50-60 раз за день, это начинает очень сильно надоедать (koi8-r > utf-8 utf-8 > koi8-r > ....)
Никак не пойму - а зачем Вам в этом случае на FreeBSD KOI8-R ?Отключите ее (тем более что она не по умолчанию) и пользуйте UTF-8 по SSH...и переключаться не придется.