Официально анонсирован (http://www.openbsd.org/) выход OpenBSD 4.7 (http://www.openbsd.org/47.html). В отличие от прошлого релиза, 4.6 (http://www.opennet.me/opennews/art.shtml?num=23890), вышедшего чуть раньше обычного, текущий релиз задержался на несколько недель по техническим причинам, связанным с проблемами на фабрике, печатающей диски.
Ключевые особенности версии 4.7:
- Поддержка новой платформы loongson (http://www.openbsd.org/loongson.html), китайского аналога MIPS (http://ru.wikipedia.org/wiki/MIPS);
- Поддержка запуска OpenBSD в гостевом домене в sun4v (поддержка запуска в качестве управляющего домена уже имеется);
- Многочисленные изменения в SCSI-стеке, в том числе улучшение в работе программных RAID (softraid (http://www.openbsd.org/papers/asiabsdcon2010_softraid/softra... поддержка multipath, поддержка vscsi (http://www.openbsd.org/cgi-bin/man.cgi?query=vscsi&sektion=4... (виртуальный SCSI-драйвер), iSCSI (http://www.o...URL: http://www.openbsd.org/47.html
Новость: http://www.opennet.me/opennews/art.shtml?num=26649
OpenBSD лучшая. Отличная новость для всех, кто использует эту замечательную систему. спасибо разработчикам.
Новость без песенки — не новость.
http://www.openbsd.org/lyrics.html#47
Как это без песенки?! Не надо паники! :)
...
Однажды, когда я летел Однажды, когда я летел
Через открытым небом Через открытым небом
Я видел мост на свободу Я видел мост на свободу
Были ослаблены с течением времени были ослаблены с течением времениСерверной комнате горел серверной комнате горел
И плавления массива и плавления массива
Мало дыхание холодного воздуха немного дыхание холодного воздуха
Было достаточно, чтобы сохранить день было достаточно, чтобы сохранить деньВетер с моря дул, ветер с моря дул,
Нагонял беду, нагонял беду,
И сказал ты мне, и сказал ты мне,
Больше не приду, больше не приду....
....Меня, меня, всё, всё, время, время, папа, папа,
учил, учил, делать, делать, баэкапы, бэкапы,
желательно, желательно, на, на, RAID1, RAID1 Ж:)
код ты пишешь так же херово как и стихи сочиняешь?
>Ветер с моря дул, ветер с моря дул,
>Нагонял беду, нагонял беду,
>И сказал ты мне, и сказал ты мне,
>Больше не приду, больше не приду....O_o у дураков мысли сходятся — у меня была такая же ассоциация, когда первый раз прочёл текст песенки…
>Однажды, когда я летел Однажды, когда я летел
>pavlinux,Оопс. И ни одна сволочь не предупредила бедного Павлинукса что BSD != LSD, а уж если применить вместе то ... пропал павлинукс! Заделается хиппарём, уйдёт из ментовки в вольные артисты и поменяет ник на pavbsd! :)
PS: Кажись и меня зацепило %-)
«инкорпорированная» — это круто, спасибо :)
Чуть глаза на лоб не вылезли - прочитал, что вышля Фряха 4.7, подумал, что в прошлое вернулся
Как показывает практика, версия проекта слабо связана с его функциональными возможностью, стабильностью и зрелостью. Вон Linux-ядро уже сколько лет 2.6.X - и ничего, хорошо себя чувствует.
>Как показывает практика, версия проекта слабо связана с его функциональными возможностью, стабильностью
>и зрелостью. Вон Linux-ядро уже сколько лет 2.6.X - и ничего,
>хорошо себя чувствует.2.6 это 4 подядра
2.6.0 - 2.6.9
2.6.10 - 2.6.16 (17, какое-то непонятное было)
2.6.17 - 2.6.27
2.6.28 -............
давай ты в 2.6.28 поюхаешь ext4, а? :)
Да хоть в .18, если ядрышко из RHEL :)
В 4.7 уже собирается?? B-?
>давай ты в 2.6.28 поюхаешь ext4, а? :)extN я вообще никуда не буду нюхать
правильно, павлин, нюхать надо ufs
> что позволяет использовать их для сведения аудиодорожек;И кто же это сводит аудиодорожки под OpenBSD?!
>> что позволяет использовать их для сведения аудиодорожек;
>
>И кто же это сводит аудиодорожки под OpenBSD?!Те же люди, которые занимаются разработкой libsndio (через которую также работают aucat и midicat), которые поддерживают порт JACK и т.д. Можете назвать их извращенцами, если хотите, у них всё работает (а что не работает, то через какое-то время начинает работать) и это гут. :)
люди страдают ерундой. Делать надо то, что хорошо получается, а не хвататься за все подряд.тот же sun4v нафиг нужен? взять T2000, поставить openbsd/solaris и прогнать oltp-бенчмарк на mysql/postgres с 1,2,4,8...64 клиентов, после чего построить график.
И будет как у dragonflybsd на этом графике:
>люди страдают ерундой. Делать надо то, что хорошо получается, а не хвататься
>за все подряд.
>
>тот же sun4v нафиг нужен? взять T2000, поставить openbsd/solaris и прогнать oltp-бенчмарк
>на mysql/postgres с 1,2,4,8...64 клиентов, после чего построить график.
>
>И будет как у dragonflybsd на этом графике:
>
>http://people.freebsd.org/~kris/scaling/os-mysql.pngОни используют то, что у них получается, следовательно, получается (для их задач) достаточно хорошо. Вас никто использовать плоды их трудов не заставляет. Чем они вам жить-то мешают?!
Не говоря про то, что libsndio действительно очень интересная разработка — вы бы хоть почитали сначала, что и как она умеет, а потом уже утверждали с апломбом, что это ерунда.
>люди страдают ерундой. Делать надо то, что хорошо получается, а не хвататься
>за все подряд.
>
>тот же sun4v нафиг нужен? взять T2000, поставить openbsd/solaris и прогнать oltp-бенчмарк
>на mysql/postgres с 1,2,4,8...64 клиентов, после чего построить график.
>
>И будет как у dragonflybsd на этом графике:
>
>http://people.freebsd.org/~kris/scaling/os-mysql.pngИ, кстати, MySQL и PostgreSQL — принципиально отличаются. В случае с MySQL, скорее всего, будет действительно не очень хорошо, если не задействовать rthreads. А PostgreSQL параллелит работу на процессы, а не на потоки, и поэтому масштабируется прекрасно.
Идёт, идёт работа!
Скоро посоревнуемся.
http://www.openbsd.org/papers/asiabsdcon2010_smp_for_sgi.pdf
Если коротко: Добрый Дохтур Инна!>люди страдают ерундой.
Если озвучить название того чем страдаешь ты - Максим пост потрёт :(
>Делать надо то, что хорошо получается, а не хвататься за все подряд.
у них получается хорошо. Я про звук.
Отличная новость! Пользуюсь еще с 3.1 - отличная ОС. Особенно в сетях :)
Ух ты, уже 4.7. Из всей новости можно заметить, разве, что очередное изменение синтаксиса pf. Живут у меня в магазинах два опенка 4.3 и 4.4 )), не трогаю.
а как на openbsd nginx нагрузки тянет?
Нормально тянет, благо он честно форкается и поддерживает kqueue. Больших стресс-тестов, правда, не гонял.
подскажите пожалуйста, как у сабжа обстоят дела с UTF8? это единственное, что пока останавливало перед ознакомлением с сей легендой :)
>подскажите пожалуйста, как у сабжа обстоят дела с UTF8? это единственное, что
>пока останавливало перед ознакомлением с сей легендой :)В консоли так себе, в иксах (в т.ч. в xterm) — как у всех, если не лучше (какие-то коммиты на тему UTF-8 в терминальных эмуляторах периодически идут, обеспечивая работу Юникода «из коробки», но я не слежу, т.к. юзаю Konsole и щаслифф). :)
Может хватит этих "перепалок", что лучше, BSD или Linux... Каждый хорош по своему и в своем!!! Давайте быть добрее друг к другу и использовать то, что лучше знаем, и то, что лучше можем настроить!!!
Извините если не в тему, но кто знает есть в openBSD нечто похожее device polling.
Заюзал openBSD в качестве вронте енда аз-за того что в нем есть carp ip balancing.
И не могу найти device polling :(
>Извините если не в тему, но кто знает есть в openBSD нечто
>похожее device polling.
>Заюзал openBSD в качестве вронте енда аз-за того что в нем есть
>carp ip balancing.
>И не могу найти device polling :(Device polling — это всего лишь вариант работы драйвера с оборудованием, иногда единственно возможный, иногда нет. Соответственно, для каждого случая свой ответ. Для чего конкретно вам оно надо?
>Device polling — это всего лишь вариант работы драйвера с оборудованием, иногда
>единственно возможный, иногда нет. Соответственно, для каждого случая свой ответ. Для
>чего конкретно вам оно надо?Спасибо.
OpenBSD 4.6
сетевая bnx # Broadcom BCM5706/5708 GigEпри высокой нагрузке 1 ядро почти 90.0% interrupt (in top)
>>Device polling — это всего лишь вариант работы драйвера с оборудованием, иногда
>>единственно возможный, иногда нет. Соответственно, для каждого случая свой ответ. Для
>>чего конкретно вам оно надо?
>
>Спасибо.
>
>OpenBSD 4.6
>сетевая bnx # Broadcom BCM5706/5708 GigE
>
>при высокой нагрузке 1 ядро почти 90.0% interrupt (in top)Мало сведений. :( dmesg можете скинуть? Можно на мыло. Пока могу сказать, что на 4.7 смысла переезжать из-за драйвера нету, прирост скорости если и будет, то незначительный. Подозреваю, что на самом деле нагрузка идёт в основном из-за pf - пробовали отключать? Понимаю, это не всегда возможно, но если всё же возможно, то поможет локализовать проблему.
Ещё понаблюдайте systat в режиме vmstat (по умолчанию), там вверху справа будет светиться конкретно карточка.
Да, и какова эта самая нагрузка? Если 2,5ГБс на всю катушку, то понятно, что систему может грузить сильно. :)
>>при высокой нагрузке 1 ядро почти 90.0% interrupt (in top)
>
>Мало сведений. :( dmesg можете скинуть? Можно на мыло.выслал, хотя там ничего интересного нет.
> Пока могу сказать, что на 4.7 смысла переезжать из-за драйвера нету, прирост скорости если и будет, то незначительный.
>Подозреваю, что на самом деле нагрузка идёт в основном из-за pf - пробовали отключать?Да выключили.
Нагрузку TOP показывает в "interrupt" а это прерывания.
Еслиб грузил pf, то показывалаб "system">Ещё понаблюдайте systat в режиме vmstat (по умолчанию), там вверху справа будет
>светиться конкретно карточка.Ок посмотрю.
>Да, и какова эта самая нагрузка?
~ 200 Mbit/s
>
>>>при высокой нагрузке 1 ядро почти 90.0% interrupt (in top)
>>
>>Мало сведений. :( dmesg можете скинуть? Можно на мыло.
>
>выслал, хотя там ничего интересного нет.Получил. Если не секрет, чем вызвано использование собственной конфигурации ядра?
Попутное замечание: там IPMI не детектированный, и ещё какая-то фигня — если не сложно, отошлите dmesg от GENERIC и/или GENERIC.MP ядра на dmesg@openbsd.org, сейчас разрабы как раз эти архивы в очередной раз раскапывают, судя по коммитам.
>> Пока могу сказать, что на 4.7 смысла переезжать из-за драйвера нету, прирост скорости если и будет, то незначительный.
>>Подозреваю, что на самом деле нагрузка идёт в основном из-за pf - пробовали отключать?
>
>Да выключили.
>Нагрузку TOP показывает в "interrupt" а это прерывания.
>Еслиб грузил pf, то показывалаб "system"Нет, "system" - это время, проведённое программами в системных вызовах (в т.ч. read()/write()/send()/recv() и т.д.). А pf числится как часть обработки пакета во время прерывания. Если не верите, посмотрите, например, sys/netinet/ip_output.c:
if (sproto != 0) {
s = splnet();/*
* Packet filter
*/
#if NPF > 0if (pf_test(PF_OUT, &encif[0].sc_if, &m, NULL) != PF_PASS) {
Device polling для bnx(4) не используется, однако оно там особо и не нужно — железка, насколько я понимаю код bnx_rx_intr(), умеет генерить прерывания по необходимости, а не на каждый пакет — смысл в polling'е в этом случае крайне неочевиден, скорее он тут будет чреват packet drop'ами.Ещё, к слову, на производительность может влиять отключенная по умолчанию поддержка TCP/UDP checksum offloading — этот шаг был вызван обнаруженными багами в аппаратной реализации, детали не помню, надо в архивах смотреть. По идее, разница в производительности с этой опцией и без неё 5-15% — не бог весть что в данном случае, но тоже фактор. Включить на свой страх и риск можете опцией в ядре BNX_CSUM.
>>Да, и какова эта самая нагрузка?
>
>~ 200 Mbit/sЗдесь больше важны пакеты, т.к. прерывания ходят по факту отправке/получения их целиком. В лучшем случае получается порядка 150 000 пакетов (если размер фрейма 1500). Посчитайте через сравнение вызовов netstat -i, сколько пакетов реально обрабатывается.
>Получил. Если не секрет, чем вызвано использование собственной конфигурации ядра?1. Чтоб выключить acpi, т.к. иначе OpenBSD не грузилась или надо было указать acpi=off
2. Чтоб включить carp.Это первый мой опыт общения с openBSD, так что не судите строго :)
> если не сложно, отошлите dmesg от GENERIC и/или GENERIC.MP ядра на dmesg@openbsd.org,Постараюсь но не обещаю.
>Ещё, к слову, на производительность может влиять отключенная по умолчанию поддержка TCP/UDP checksum offloading
> Включить на свой страх и риск можете опцией в ядре BNX_CSUM.нет спасибо:)
>
>>>Да, и какова эта самая нагрузка?
> ...
>В лучшем случае получается порядка 150 000 пакетов (если размер фрейма
>1500). Посчитайте через сравнение вызовов netstat -i, сколько пакетов реально обрабатывается.
>У меня получилось около 15 000 пакетов в секунду.
15 000 * 1500 byte = 22 500 000 byte/sec = 21 972 Mbyte ~ = 175 781 Mbit/sПри этом :
CPU0 states: 1.5% user, 0.0% nice, 4.1% system, 25.7% interrupt, 68.8% idle
>>Получил. Если не секрет, чем вызвано использование собственной конфигурации ядра?
>
>1. Чтоб выключить acpi, т.к. иначе OpenBSD не грузилась или надо было
>указать acpi=off# config -eo bsd{.t,}
OpenBSD 4.7 (GENERIC.MP) #449: Wed Mar 17 20:55:07 MDT 2010
deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
Enter 'help' for information
ukc> disable acpi
478 acpi0 disabled
ukc> q
Saving modified kernel.
# mv bsd{.t,}
# rebootДругое дело, что высокая нагрузка на процессор как раз может быть связана с отключением ACPI… «Не грузилась» — в смысле panic или просто зависание? На каком моменте? PR (через sendbug или ещё как) отсылали?
>2. Чтоб включить carp.
?! Его в GENERIC никто и не отключал:
$ fgrep carp GENERIC
pseudo-device carp # CARP protocol support>Это первый мой опыт общения с openBSD, так что не судите строго
>:)Не сужу, но вообще в FAQ не раз упоминается, что необходимости перекомпилировать ядро обычно не возникает, и даже перечислены контр-случаи. :) http://www.openbsd.org/faq/faq5.html#Why
>>Ещё, к слову, на производительность может влиять отключенная по умолчанию поддержка TCP/UDP checksum offloading
>> Включить на свой страх и риск можете опцией в ядре BNX_CSUM.
>
>нет спасибо:)Не, я серьёзно. В соответствующем PR были странные замечания про tcpdump, так что я уже не уверен, что bnx(4) виноват…
>[оверквотинг удален]
>>В лучшем случае получается порядка 150 000 пакетов (если размер фрейма
>>1500). Посчитайте через сравнение вызовов netstat -i, сколько пакетов реально обрабатывается.
>
>У меня получилось около 15 000 пакетов в секунду.
>15 000 * 1500 byte = 22 500 000 byte/sec = 21
>972 Mbyte ~ = 175 781 Mbit/s
>
>При этом :
>CPU0 states: 1.5% user, 0.0% nice, 4.1% system, 25.7%
>interrupt, 68.8% idleТочно, биты с байтами попутал… Ещё удивился, как-то многовато вышло. :(
/me пошёл искать стену.
>Saving modified kernel.
># mv bsd{.t,}
># rebootДа так тоже делали.
>Другое дело, что высокая нагрузка на процессор как раз может быть связана
>с отключением ACPI… «Не грузилась» — в смысле panic или просто
>зависание? На каком моменте? PR (через sendbug или ещё как) отсылали?Зависала при загрузке. после
mtrr: Pentium Pro MTRR support
погуглил нашел что надо выключить ICPIВообще я всегда верил что ICPI управляет питание - выключает там комп и тд. Как он может влиять на производительность ?
А вот еще, перекомпилял чтоб IPV6 выключить.
>
>>Saving modified kernel.
>># mv bsd{.t,}
>># reboot
>
>Да так тоже делали.И не помогло?
>>Другое дело, что высокая нагрузка на процессор как раз может быть связана
>>с отключением ACPI… «Не грузилась» — в смысле panic или просто
>>зависание? На каком моменте? PR (через sendbug или ещё как) отсылали?
>
>Зависала при загрузке. после
>mtrr: Pentium Pro MTRR support
>погуглил нашел что надо выключить ICPI
>
>Вообще я всегда верил что ICPI управляет питание - выключает там комп
>и тд. Как он может влиять на производительность ?Цитата из ВП: «ACPI, first released in December 1996, defines platform-independent interfaces for hardware discovery, configuration, power management and monitoring». Ключевое слово в данном случае — «configuration». В этих вопросах я не специалист, помню лишь, что ACPI как-то завязан с APIC, который отвечает, помимо прочего, как раз за раздачу прерываний и т.д.
>А вот еще, перекомпилял чтоб IPV6 выключить.
А это-то зачем??? Только глюки ловить, если не знаете, на что это может повилять; про это давно писано… Надёжнее сделать "ifconfig ifname0 -inet6", ну и как вариант "block quick inet6" в pf.conf тоже работает исправно. :)
Так как проблема с прерываниями явно связана с APIC или его окрестностями, думаю, всё же лучше разобраться с исходной проблемой.
>>А вот еще, перекомпилял чтоб IPV6 выключить.
>
>А это-то зачем??? Только глюки ловить, если не знаете, на что это
>может повилять; про это давно писано… Надёжнее сделать "ifconfig ifname0 -inet6",
>ну и "block quick inet6" в pf.conf работает исправно. :)Ок попробую.
>Так как проблема с прерываниями явно связана с APIC или его окрестностями,
>думаю, всё же лучше разобраться с исходной проблемой.Попробую через неделю на новый сервер поставить OpenBSD 4.7
Огромное вам спасибо.
Поставил 4.7, проблем с ACPI нет.
Упала ли нагрузка по "interrupt", сказать пока не могу....
