Представлен отчёт (http://www.freebsd.org/news/status/report-2011-07-2011-09.html) о развитии проекта FreeBSD с июля по сентябрь 2011 года.
Основные достижения:-
Сетевая инфраструктура- Представлен проект CARP2 (http://people.FreeBSD.org/~glebius/newcarp/), в рамках которого предпринята попытка полностью переписать реализацию протокола CARP (http://ru.wikipedia.org/wiki/CARP) (Common Address Redundancy Protocol) для FreeBSD. Протокол CARP, выступая в роли открытой альтернативы протоколам HSRP (Hot Standby Router Protocol) и VRRP (Virtual Router Redundancy Protocol), позволяет организовать совместное использование IP-адреса между несколькими серверами в локальной сети, что может применяться для балансировки нагрузки (IP одновременно используют все сервера) или для создания отказоустойчивых систем (IP использует первичный сервер, при нарушении его работы, IP подхватывает другой).
Причиной создания новой реализации CARP для FreeBSD является то, что текущая реализац...
URL: http://www.freebsd.org/news/status/report-2011-07-2011-09.html
Новость: http://www.opennet.me/opennews/art.shtml?num=32263
Когда они уже планировщик починят? Если все ядра загрузить вычислениями, то остальные потоки остаются почти без процессора, чего не наблюдается в линуксах и виндах. Линуксы с виндами обязательно дают и другим потокам регулярно работать.
эээ, вы похоже путаете интерактивность с какими-то непонятными блокировками
Какой планировщик используете? На ULE такого нет - как раз простаивающие потоки получают квант быстрее, и с ним никогда проблема не было - в фоне пересборка мира и портов в 4 потока на 2 ядрах, и при этом можно спокойно играть в 3D игрушки, слушать музыку и смотреть фильмы.
В плане интерактивности ule проигрывает тому же 4bsd при 100% загруженности ядер всё начинает подтормаживать, 4bsd пока лучший выбор если система загружена и нужна интерактивность, но при этом производительность проседает сам собой, bfs пока глючен на фре. По крайне мере так обстоят дела у меня на q6600 4 ядра
> В плане интерактивности ule проигрывает тому же 4bsd при 100% загруженности
> ядер всё начинает подтормаживать, 4bsd пока лучший выбор если система загружена
> и нужна интерактивность, но при этом производительность проседает сам собой, bfs
> пока глючен на фре. По крайне мере так обстоят дела у меня на q6600 4 ядра4BSD я выкинул как только появился ULE, и последний работает замечательно и не только у меня. Я лично использую его на c2q Q8300, c2d E8400 и i5 760.
Описанное вами иногда проявляется только на компах с кол-вом процессоров <=2. В остальном ULE рулит
>В плане интерактивности ule проигрывает тому же 4bsd при 100% загруженности ядерЕсли в процессоре два ядра и менее гораздо вкуснее порт BFS. Пользую около двух месяцев на 9- доволен как слон. Но, скажем, на 4-хядерном процессоре смысла менять ULE на что- то другое ИМХО нет.
> Когда они уже планировщик починят?Какой из?
> Если все ядра загрузить вычислениями, то остальные потоки остаются почти без процессора,
4BSD scheduler? Ну, это фича такая. Он non-SMP-aware.
> чего не наблюдается в линуксах и виндах. Линуксы с виндами обязательно дают и другим
> потокам регулярно работать./me поперхнулся.
Запустите PC-GAMESS под Win32. :) И попробуйте что-нибудь с ней после этого сделать. ;)
ULE рулит
http://img26.imageshack.us/img26/584/plot.gif
http://img194.imageshack.us/img194/584/plot.gif
http://img37.imageshack.us/img37/9311/plotj.gif
http://img850.imageshack.us/img850/584/plot.gif
1 core CPU
> ULE рулитКак бы число транзакция постгра еще не означает что потоки честно делят время. То-есть, число транзакций постгра - это хорошо. Иногда. А иногда интересует еще и время реакции программ на внешние раздражители, иногда сразу нескольких. О чем число транзакций постгра нам не говорит.
Я бы так не жаловался на планировщик FreeBSD, пользовался ей раньше, теперь linux - и тут в момент исчерпания физической оперативной памяти система просто умирает на пару минут, в FreeBSD такого не наблюдалось.
Поведение свопа в линуксе как бы не выбито в камне. Поэтому то что там наблюдается - очень зависит от конфигурации и настроек.
тогда незачёт дистростроителям моей сборки, раз они такие параметры выставили для системы, которая позиционируется как десктопная.
> тогда незачёт дистростроителям моей сборки, раз они такие параметры выставили для системы,
> которая позиционируется как десктопная.А вам не приходило в голову что для разных конфигураций могут быть оптимальны разные дефолты? И что на всех угодить довольно сложно? Хотя в современном мире проще докупить планку оперативы и отключить своп. Эмуляция оперативки жестким диском по определению в тысячи раз тормознее чем сама оперативка.
Давай ты не будешь говорить за всех, окда? Есть системы, которые без свопа НЕ РАБОТАЮТ при любом количестве оперативы. Потому что (читай по губам) при форке процесса _резервируют_ для анонимных страниц процесса место в свопе.
> губам) при форке процесса _резервируют_ для анонимных страниц процесса место в свопе.Читайте по губам: программа в ring3 вообще понятия не имеет, в свопе там ее память или нет. Это вообще не ее проблемы. Она запрашивает память, система выдает. Где память будет взята, в физической оперативке или в свопе - да не волнует это программу и она об этом не знает.
Вы же скорее всего имели в виду случай когда программа резервирует много адресов памяти (большой vsz) но реально не пользуется всей этой памятью (rss остается небольшим). Знаете, а этот наш линукс на такие случаи умеет такие хитрые финты ушами как оверкоммит. И покуда прога не начнет ФАКТИЧЕСКИ юзать память - не выделяет память. Такие фокусы правда имеют свои особенности, но озвученную проблему как раз решают.
Я не о программе, а о ядре, и его мемори менеджере, кто не понял. Я в курсе, что программа знает или нет и с концепцией виртуальной памяти знаком тоже, спасибо.Нет, я имел в виду не этот случай. Я имел в виду ядра, которые превентивно резервируют в свопе пространство под анонимные страницы процесса с тем, чтобы, когда система придет в состояние агрессивного сканирования памяти, БЫСТРО скинуть в подготовленное место в свопе процесс. Компрене ву?
ULE чинить ненадо - на многопроцессорных он дает отличные результаты. То что вам надо - это BFS, который портировали в BSD в рамках SummerCode от Google
> ULE чинить ненадо - на многопроцессорных он дает отличные результаты. То что
> вам надо - это BFS, который портировали в BSD в рамках
> SummerCode от GoogleЭто плацебо. Сейчас его ковыряют методом научного тыка какие-то маловменяемые маргиналы тусующиеся по форумам. ULE действительно лучшее что пока есть, даже по сравнению с linux.
Довольно громко сказано. Откуда такая информация о авторе порта? Незнаю, каким методом его портируют, но поведение рабочей станции на порядок шустрее на BFS.
http://wiki.freebsd.org/RudolfTomori/rudotSoC2011Маловменяемый маргинал N1: RudolfTomori
Маловменяемый маргинал N2 (со стажем): Ivan Voras - mentor;) россиянен, хорош чморить людей, которые хоть что-то делают.
> http://wiki.freebsd.org/RudolfTomori/rudotSoC2011
> Маловменяемый маргинал N1: RudolfTomori
> Маловменяемый маргинал N2 (со стажем): Ivan Voras - mentor
> ;) россиянен, хорош чморить людей, которые хоть что-то делают."делают" и "умеют делать" - не синонимы. Компрене?
> даже по сравнению с linux.Как сравнивалось? И где можно на результаты посмотреть? "Рабинович напел" за результат сравнения чур не считается.
да было такое дело одно время ule порвал линуксовый cfs на машинах до 8-ми ядер если мне не изменяет память, об этом еще можно найти пруф в гугле, после этого разработчики ядра линукс пофиксили сей баг в последующих выпусках
> об этом еще можно найти пруф в гуглеЧто характерно, в гугле можно найти "пруф" любого внутренне непротиворечивого утверждения, и даже некоторых внутренне противоречивых. Так что ссылку в студию.
> да было такое дело одно время ule порвал линуксовый cfs на машинах
> до 8-ми ядер если мне не изменяет память,Порвал - в какой номинации? Или мне это предлагается угадать самому?!
> об этом еще можно найти пруф в гугле,
Вы не дали достаточно информации для грамотного поиска. Вообще, если вы сделали некоторое утверждение - хорошо бы самому потрудиться привести хоть какие-то доказательства. В крайнем случае сойдет ну хотя-бы внятное описание что, где и как, если вы всерьез полагаете что факт общеизвестен.
> после этого разработчики ядра линукс пофиксили сей баг в последующих выпусках
То-есть, мы тут историей и археологией занимаемся?
>> ULE чинить ненадо - на многопроцессорных он дает отличные результаты. То что
>> вам надо - это BFS, который портировали в BSD в рамках
>> SummerCode от Google
> Это плацебо. Сейчас его ковыряют методом научного тыка какие-то маловменяемые маргиналы
> тусующиеся по форумам. ULE действительно лучшее что пока есть, даже по
> сравнению с linux.Нет, не плацебо. По крайней мере последние месяца два. На одноголовом атлоне разница заметна невооружонным глазом. И завелось оно сразу без шаманств и работает на удевление стабильно (по крайней мере у меня).
> ULE чинить ненадо - на многопроцессорных он дает отличные результаты. То что
> вам надо - это BFS, который портировали в BSD в рамках
> SummerCode от Googleдумаю, что некоторые из core team с вами не согласятся...
CARP, HAST, DIFFUSE, ZFSguru, ZRouter - отлично! Пусть задерживается 9ка настолько, насколько нужно - зато всегда можно быть уверенным, что будет качественный продукт
> CARP, HAST, DIFFUSE, ZFSguru, ZRouter - отлично! Пусть задерживается 9ка настолько, насколько
> нужно - зато всегда можно быть уверенным, что будет качественный продуктУверенным быть можно только в качестве Роллс-Ройсов. Все остальное требует экспериментальной проверки - и желательно не в течение одного года. На веру можно только существование бога принимать.
Здорово, что В ТАКИХ проектах учавствуют наши соотечественники (glebius)! Гордимся. Удачи.
RC2 вышел сегодня, поправьте)grep ^BRANCH /usr/src/sys/conf/newvers.sh
BRANCH="RC2"
Что любопытно, обновление этого файла прилетело отдельно :)
люди сделали, но забыли отрапортовать. это лучше, чем когда наоборот :)
ошибка в репорте о развитии KDE:http://permalink.gmane.org/gmane.os.freebsd.stable/77417
KDE SC 4.7.2 уже пол месяца как в портах, PIM -в area51
> Nvi - входящий в состав базовой системы вариант текстового редактора ViКакой смысл vi клонировать? Вот vim - да, стоило.
vim - GPL (http://www.vim.org/about.php) и он давно портирован, /usr/ports/editors/vim
>> Nvi - входящий в состав базовой системы вариант текстового редактора Vi
> Какой смысл vi клонировать? Вот vim - да, стоило.ee достаточно же.
ee не редактор как и (t)csh - не шелл. Убрать бы эти угрёбища из базовой системы.
Про ее согласен, а вот csh то за что гнобить? Отличный шелл. Как шелл он для меня гораздо удобнее дебильного bash. Например: выполняют последовательно команды
ping 127.0.0.1
ping localhost
nslookup ya.ru
date
Далее нажимаю всего лишь первую букву p от ping и нажимаю кнопочку вверх - сразу из истории восстанавливается ping localhost, если еще раз нажать вверх - и предыдущий пинг вылезет. Такой фичи нет у bash, его убогий поиск по истории по ctrl-r - убогий. К тому же это всего лишь поиск по истории, а в csh это автодополнение из истории.
А программы писать надо на sh. Когда вижу bash программы - хочется кому то сломать пальцы.
> Далее нажимаю всего лишь первую букву p от ping и нажимаю кнопочку вверх - сразу из истории восстанавливается ping localhost, если еще раз нажать вверх - и предыдущий пинг вылезет.
> Такой фичи нет у bash, его убогий поиск по истории по ctrl-r - убогий.Читайте маны и не позорьтесь. Эта тема тут уже затрагивалась.
Добавьте в свой .bashrcbind '"\e[A"':history-search-backward
bind '"\e[B"':history-search-forward
shopt -s cdspell
shopt -s cmdhist
shopt -s histappend
export HISTCONTROL="ignoredups"после чего, у баша будет такой же поиск по истории, как и во FreeBSD.
> Читайте маны и не позорьтесь. Эта тема тут уже затрагивалась.trollface.png:) (it was me)
у Вас оно в .bashrc с тех времен (когда затрагивалось) или как?:)
Я помню прекрасно. Немножко раньше тех времен, считаю
это удобным и, при случае, переношу данные настройки
на серверы где установлен bash.
> Читайте маны и не позорьтесь. Эта тема тут уже затрагивалась.Не читаю маны того, чем не пользуюсь. И да, мне не стыдно по этому поводу.
> Добавьте в свой .bashrc
no such file or directory. поставил баш->нет элементарных вещей либо они не настроены и надо копать интернеты в поисках настроек->удалил баш.
CSH все равно лучше, роднее и удобнее. Как шелл.
> Не читаю маны того, чем не пользуюсь. И да, мне не стыдно
> по этому поводу.Получается, Вы провели сравнительные характеристики двух
предметов понятия не имея ни об одном, ни о другом.> CSH все равно лучше, роднее и удобнее. Как шелл.
Толсто.
Плюсую дважды. Про дополнение из истории не знал, спасибо.
> Как шелл он для меня гораздо удобнееШелл с нестандартным идиотским синтаксисом, невозможностью скопировать коммандную строку в sh скрипт и обратно, да без банальной возможности сделать >/dev/null 2>&1 может быть удобен только если им не пользоваться.
> Далее нажимаю всего лишь первую букву p от ping и нажимаю кнопочку вверх
Это умеет и bash и zsh.
> А программы писать надо на sh
Вот молодец. А теперь марш конвертировать однострочкини с csh на sh и обратно.
А что не так с >/dev/null 2>&1 ?
И зачем вообще конвертировать однострочники, если sh/csh/tsch есть из коробки и всё это можно использовать? баш в том же лялихе от дистра к дистру может быть, а может не быть, а может быть настроен таким "гурманом", что мало не покажется.Развели тут базар, как будто каждый в консоли войну и мир пишет. А про ee и vi это вообще ржач. КАКАЯ разница в чём текст набирать? Да половина через echo вбивается без всяких vi/ee на ура.
Детский лепет
> А что не так с >/dev/null 2>&1 ?
> И зачем вообще конвертировать однострочники, если sh/csh/tsch есть из коробки и всё
> это можно использовать? баш в том же лялихе от дистра к
> дистру может быть, а может не быть, а может быть настроен
> таким "гурманом", что мало не покажется.
> Развели тут базар, как будто каждый в консоли войну и мир пишет.
> А про ee и vi это вообще ржач. КАКАЯ разница в
> чём текст набирать? Да половина через echo вбивается без всяких vi/ee
> на ура.
> Детский лепет+100500. Недоноски красноглазые. Ничего, кроме линакса, никогда не евшие. С опытом работы от 1995 года. :)))))))
> +100500. Недоноски красноглазые. Ничего, кроме линакса, никогда не евшие. С опытом работы
> от 1995 года. :)))))))Да... сразу видно бсдшника ;). А потом они еще удивляются что с таким "сообществом" никто взаимодействовать не хочет.
>> +100500. Недоноски красноглазые. Ничего, кроме линакса, никогда не евшие. С опытом работы
>> от 1995 года. :)))))))
> Да... сразу видно бсдшника ;). А потом они еще удивляются что с
> таким "сообществом" никто взаимодействовать не хочет.Ты ошибся. Соляриста.
> А что не так с >/dev/null 2>&1 ?# date >/dev/null 2>&1
Ambiguous output redirect.
если вы привыкли и с детсва приучились к shell, то конечно csh после этого - фекалька.
Но это тоже самое, что работая всю жизнь с apache вдруг проинсталлировать nginx и начать его фекальить по поводу почему там строчкаLoadModule php5_module libexec/apache22/libphp5.so
не работает.
man csh читаем в секции Input/Output и все у вас будет хорошо.
date ThisISeeerrrorrr > &/dev/null
> ee не редактор как и (t)csh - не шелл. Убрать бы эти
> угрёбища из базовой системы.а csh на что заменить? не на bash же.
>> ee не редактор как и (t)csh - не шелл. Убрать бы эти
>> угрёбища из базовой системы.
> а csh на что заменить? не на bash же.В 9-ке есть sh с нормальным readline - для раз в месяц зайти на сервер что-нибудь сделать мне больше ничего не надо. А для десктопа только zsh, аналогов у него нету. bash, разумеется, не годится ни для раз в месяц, ни постоянно, ни для скриптов.
>ee не редактор как и (t)csh - не шелл. Убрать бы эти угрёбища из базовой системы.Я, например, настолько привык работать с ee, что собираю его себе на машинах, за которыми работаю (OSX, Fedora, даже MeeGo Harmattan на N9).
Чем он не редактор? Единственное, чего в нем не хватает - replace, но он очень удобен, если включить emacs key bindings (во FreeBSD по умолчанию).
> машинах, за которыми работаю (OSX, Fedora, даже MeeGo Harmattan на N9).И что, в N9 удобно в режим команд через двоеточие заваливаться?
> И что, в N9 удобно в режим команд через двоеточие заваливаться?Почему через двоеточие? В "ee" ctrl+c. Но в основном я им пользуюсь на N9 через SSH, но и через родной терминал вполне юзабельно, даже более юзабельно, чем vi, т.к. в нем управление через ctrl+KEY и esc->KEY, а эти кнопки очень удобно на нем вынесены в терминале. + Можно самому создавать комбинации нужные комбинации клавиш на панели, панелей с клавишами может быть любое количество. В общем, разработчики позаботились о том, чтобы с виртуальной клавой было работать максимально удобно.
> ee не редактор как и (t)csh - не шелл. Убрать бы эти
> угрёбища из базовой системы.(скромненько так) я вот ee использовал по началу, пока не освоил vi :)
tsch вполне вменяемый, за что вы его так? ну zsh конечно лучше... но совместимость? на (t)csh много чего уже нарезано... пусть будет.
Отнюдь недостаточно, по сравнению с vi он просто примитив
> Отнюдь недостаточно, по сравнению с vi он просто примитивС кем ты споришь, он не знает vi. Он только слово это слышал.
> Отнюдь недостаточно, по сравнению с vi он просто примитив"vi может только бибикать и всё портить." © :))
Я знаю только, как в нём войти в режим добавления и выхода (с сохранением или без).ee — наиболее человечный редактор в Unix.
>> Отнюдь недостаточно, по сравнению с vi он просто примитив
> "vi может только бибикать и всё портить." © :))
> Я знаю только, как в нём войти в режим добавления и выхода
> (с сохранением или без).
> ee — наиболее человечный редактор в Unix.Ты меня разочаровал, мужик. Я думал, что ты man vi делал. В single user ты тоже гуй попросишь?
> Ты меня разочаровал, мужик. Я думал, что ты man vi делал. В
> single user ты тоже гуй попросишь?мужик, ты офигенен, если для консольного ee тебе нужен гуй.
Зен, как в ee сделать замену по регулярному выражению в количестве "одно вхождение на строку"? А "все вхождения в строке"?
эээх, GEM/KMS
Обратитесь к Intel за поддержкой линуксовых технологий в ядре Фри. Пусть предоставит аналогичные человекочасы, которые были потрачены на Linux.
> аналогичные человекочасы, которые были потрачены на Linux.А зачем это интелу? Ну линукс понятно зачем - они хотят вылезти на рынок планшетников, смартфонов и прочих, типа бортовых компьютеров авто и умных телевизоров. Но вот фрибсд с ее бзиками типа "базовой системы" и вечного перекомпила понтов для таких применений подходит чуть менее чем никак.
А это я помог доделать русский перевод к vi =)
Из нововведений хочется потрогать CARP2 (первый падал раз в неделю и пришлось отказаться) и DIFFUSE для ISP появляется интересная возможность использовать FreeBSD как фильтр, чтоб разгрузить старые кошки.
А можно детали падения CARP? Это вообще как понимать "CARP падает"? =)
У нас не падает, и как показывает опыт помощи на форумах, как правило, дело в "пряморукости".
Да-да. Мне вот тоже интересно. Как-то ни разу не заметил каких-либо падений.
> Да-да. Мне вот тоже интересно. Как-то ни разу не заметил
> каких-либо падений.carp работает уже несколько лет безо всяких проблем. Но новая реализация обещает быть ещё лучше.
Да, никто не отрицает. У нынешнего carp есть, конечно, проблемы, но в большинстве ситуаций все таки работает. Новый carp избавит как от этих недочетов.
Ох, и трудно же glebius'у будет с [ip|arp]balance.
Что там трудного то? Весь код ipbalance - это десяток строк, делящий последний октет src ip на номер машины в carp-группе.
вы код смотрели? если считаете, что так легко, то напишите патч. пара десятков строч же, чо?
Меня тоже очень порадовала новость про CARP2. Первый хоть и работал, но не работала половина требуемых фич. Особенный фейл был, действительно, с quagga - которая не понимала, что анонсы маршрутов через OSPF нужно отправлять с CARP-адреса, а не реального.
Отлично отлично, пускай немного позже зато потом поставлю себе pcbsd в лучшем виде и откажусь от нелогичного Линукса.
> Отлично отлично, пускай немного позже зато потом поставлю себе pcbsd в лучшем
> виде и откажусь от нелогичного Линукса.линуксы бывают разные. привык к фре, но вот с гентой вполне уживаюсь. правда иногда хочется портажных плюх в портинсталле и портовых - в портежах :)
и, кстати, как CARP/HASTE поможет отказаться от Линукса на десктопе? o_O
а как можно генту использовать на серверах? у нее ж нет релиз циклов, и когда и какое время она поддерживается не совсем понятно, надо так чтоб поставил и забыл, а так это нечто похожее на RELENG_8 и поди вспомни потом чего/куда/и сколько. Или есть правило гентушные сервера раз в полгода полностью пересобирать?
> а как можно генту использовать на серверах?мы не используем, я использую в своих корыстных целях на подвластных мне неответственных серверах
> у нее ж нет релиз циклов,
истинно так.
> и когда и какое время она поддерживается не совсем понятно
в жостких интырпрайзах, где есть необходимость в саппорте (хотя бы в виде бумажки) конечно ро не катит.
> надо так чтоб поставил и забыл,
я тут уже постил аптайм сервера > 1700 дней. это вызвало нездоровое оживление в зале. слёзно просил IP, сильно хотели пощупать. я это к чему? должен быть некий баланс между "поставил и забыл" "непрерывно обновляешь". гента рассчитана на последнее. для пачек серверов, критичных к простоям, это не подходит. очевидно должен быть тестовый, на котором обновления обкатываются и потом уже... на мелком сервере я обновляю "на лету" за 7 лет косяк был только один - после апдейта навернулся pptpd. полчаса неработоспособности pptpd - для того сервера вполне допустимо.
> Или есть правило гентушные сервера раз в полгода полностью пересобирать?тут видимо каждый сам решает. по большому счёту вопрос только с обновлением ядра. если серверов много, реально много, то сидеть и поштучно обновлять не интырпрайзно. а вот свои наработки типа оверлеев (в т.ч. бинарных) и гента как платформа - вполне неплохо.
Я уже устал ждать.
Ну когда же, ну когда же...
Вах! Ну как долго! Скорее уж!
Так много всего вкусного, аж слюнями изошелся.
- Доктор! У вас есть таблетки от жадности?
- Дайте мне... и побольше, побольше.
Лучше б они доделали TRIM....
Наконец то CARP доделают.. Мегаважная вещь...