https://www.opennet.me/openforum/vsluhforumID3/67137.html Официально анонсирован (http://www.openbsd.org/) выход OpenBSD 4.7 (http://www.openbsd.org/47.html). В отличие от прошлого релиза, 4.6 (http://www.opennet.ru/opennews/art.shtml?num=23890), вышедшего чуть раньше обычного, текущий релиз задержался на несколько недель по техническим причинам, связанным с проблемами на фабрике, печатающей диски.<br><br><br>Ключевые особенности версии 4.7:<br><br><br>- Поддержка новой платформы loongson (http://www.openbsd.org/loongson.html), китайского аналога MIPS (http://ru.wikipedia.org/wiki/MIPS);<br>- Поддержка запуска OpenBSD в гостевом домене в sun4v (поддержка запуска в качестве управляющего домена уже имеется);<br>- Многочисленные изменения в SCSI-стеке, в том числе улучшение в работе программных RAID (softraid (http://www.openbsd.org/papers/asiabsdcon2010_softraid/softraid.html)), поддержка multipath, поддержка vscsi (http://www.openbsd.org/cgi-bin/man.cgi?query=vscsi&sektion=4&manpath=OpenBSD+Current&format=html) (виртуальный SCSI-драйвер), iSCSI (http://www.o...<br><br>URL: http://www.ope https://www.opennet.me/openforum/vsluhforumID3/67137.html#46 Fri, 04 Jun 2010 07:33:32 GMT Поставил 4.7, проблем с ACPI нет.<br>Упала ли нагрузка по "interrupt", сказать пока не могу.... <br> https://www.opennet.me/openforum/vsluhforumID3/67137.html#45 Tue, 25 May 2010 13:54:57 GMT <br>&gt;&gt;А вот еще, перекомпилял чтоб IPV6 выключить. <br>&gt;<br>&gt;А это-то зачем??? Только глюки ловить, если не знаете, на что это <br>&gt;может повилять; про это давно писано&#8230; Надёжнее сделать "ifconfig ifname0 -inet6", <br>&gt;ну и "block quick inet6" в pf.conf работает исправно. :) <br><br>Ок попробую. <br><br>&gt;Так как проблема с прерываниями явно связана с APIC или его окрестностями, <br>&gt;думаю, всё же лучше разобраться с исходной проблемой. <br><br>Попробую через неделю на новый сервер поставить OpenBSD 4.7<br><br>Огромное вам спасибо.<br><br> https://www.opennet.me/openforum/vsluhforumID3/67137.html#44 Tue, 25 May 2010 13:50:42 GMT &gt;<br>&gt;&gt;Saving modified kernel. <br>&gt;&gt;# mv bsd{.t,} <br>&gt;&gt;# reboot <br>&gt;<br>&gt;Да так тоже делали. <br><br>И не помогло?<br><br>&gt;&gt;Другое дело, что высокая нагрузка на процессор как раз может быть связана <br>&gt;&gt;с отключением ACPI&#8230; &#171;Не грузилась&#187; &#8212; в смысле panic или просто <br>&gt;&gt;зависание? На каком моменте? PR (через sendbug или ещё как) отсылали? <br>&gt;<br>&gt;Зависала при загрузке. после <br>&gt;mtrr: Pentium Pro MTRR support <br>&gt;погуглил нашел что надо выключить ICPI <br>&gt;<br>&gt;Вообще я всегда верил что ICPI управляет питание - выключает там комп <br>&gt;и тд. Как он может влиять на производительность ? <br><br>Цитата из ВП: &#171;ACPI, first released in December 1996, defines platform-independent interfaces for hardware discovery, configuration, power management and monitoring&#187;. Ключевое слово в данном случае &#8212; &#171;configuration&#187;. В этих вопросах я не специалист, помню лишь, что ACPI как-то завязан с APIC, который отвечает, помимо прочего, как раз за раздачу прерываний и т.д.<br><br>&gt;А вот еще, перекомпилял чтоб IPV6 выключ https://www.opennet.me/openforum/vsluhforumID3/67137.html#43 Tue, 25 May 2010 13:25:00 GMT <br>&gt;Saving modified kernel. <br>&gt;# mv bsd{.t,} <br>&gt;# reboot <br><br>Да так тоже делали.<br><br><br>&gt;Другое дело, что высокая нагрузка на процессор как раз может быть связана <br>&gt;с отключением ACPI&#8230; &#171;Не грузилась&#187; &#8212; в смысле panic или просто <br>&gt;зависание? На каком моменте? PR (через sendbug или ещё как) отсылали? <br><br>Зависала при загрузке. после <br>mtrr: Pentium Pro MTRR support<br>погуглил нашел что надо выключить ICPI<br><br>Вообще я всегда верил что ICPI управляет питание - выключает там комп и тд. Как он может влиять на производительность ?<br><br>А вот еще, перекомпилял чтоб IPV6 выключить.<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/67137.html#42 Tue, 25 May 2010 13:07:36 GMT &gt;&gt;Получил. Если не секрет, чем вызвано использование собственной конфигурации ядра? <br>&gt;<br>&gt;1. Чтоб выключить acpi, т.к. иначе OpenBSD не грузилась или надо было <br>&gt;указать acpi=off <br><br># config -eo bsd{.t,}<br>OpenBSD 4.7 (GENERIC.MP) #449: Wed Mar 17 20:55:07 MDT 2010<br> deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP<br>Enter 'help' for information<br>ukc&gt; disable acpi<br>478 acpi0 disabled<br>ukc&gt; q<br>Saving modified kernel.<br># mv bsd{.t,}<br># reboot<br><br>Другое дело, что высокая нагрузка на процессор как раз может быть связана с отключением ACPI&#8230; &#171;Не грузилась&#187; &#8212; в смысле panic или просто зависание? На каком моменте? PR (через sendbug или ещё как) отсылали?<br><br>&gt;2. Чтоб включить carp. <br><br>?! Его в GENERIC никто и не отключал:<br><br>$ fgrep carp GENERIC<br>pseudo-device carp # CARP protocol support<br><br>&gt;Это первый мой опыт общения с openBSD, так что не судите строго <br>&gt;:) <br><br>Не сужу, но вообще в FAQ не раз упоминается, что необходимости перекомпилировать ядро обычно не возни https://www.opennet.me/openforum/vsluhforumID3/67137.html#41 Tue, 25 May 2010 11:45:38 GMT &gt;Получил. Если не секрет, чем вызвано использование собственной конфигурации ядра? <br><br>1. Чтоб выключить acpi, т.к. иначе OpenBSD не грузилась или надо было указать acpi=off<br>2. Чтоб включить carp.<br><br>Это первый мой опыт общения с openBSD, так что не судите строго :)<br><br><br>&gt; если не сложно, отошлите dmesg от GENERIC и/или GENERIC.MP ядра на dmesg@openbsd.org, <br><br>Постараюсь но не обещаю.<br><br><br>&gt;Ещё, к слову, на производительность может влиять отключенная по умолчанию поддержка TCP/UDP checksum offloading <br>&gt; Включить на свой страх и риск можете опцией в ядре BNX_CSUM. <br><br>нет спасибо:)<br><br>&gt;<br>&gt;&gt;&gt;Да, и какова эта самая нагрузка?<br>&gt; ...<br>&gt;В лучшем случае получается порядка 150 000 пакетов (если размер фрейма <br>&gt;1500). Посчитайте через сравнение вызовов netstat -i, сколько пакетов реально обрабатывается. <br>&gt;<br><br>У меня получилось около 15 000 пакетов в секунду.<br>15 000 * 1500 byte = 22 500 000 byte/sec = 21 972 Mbyte ~ = 175 781 Mbit/s<br><br>При этом :<br>CPU0 states: 1.5% user, 0.0% nice, 4.1% system, 25.7% interrupt, 6 https://www.opennet.me/openforum/vsluhforumID3/67137.html#40 Tue, 25 May 2010 10:49:08 GMT &gt;<br>&gt;&gt;&gt;при высокой нагрузке 1 ядро почти 90.0% interrupt (in top) <br>&gt;&gt;<br>&gt;&gt;Мало сведений. :( dmesg можете скинуть? Можно на мыло. <br>&gt;<br>&gt;выслал, хотя там ничего интересного нет. <br><br>Получил. Если не секрет, чем вызвано использование собственной конфигурации ядра?<br><br>Попутное замечание: там IPMI не детектированный, и ещё какая-то фигня &#8212; если не сложно, отошлите dmesg от GENERIC и/или GENERIC.MP ядра на dmesg@openbsd.org, сейчас разрабы как раз эти архивы в очередной раз раскапывают, судя по коммитам.<br><br>&gt;&gt; Пока могу сказать, что на 4.7 смысла переезжать из-за драйвера нету, прирост скорости если и будет, то незначительный. <br>&gt;&gt;Подозреваю, что на самом деле нагрузка идёт в основном из-за pf - пробовали отключать? <br>&gt;<br>&gt;Да выключили. <br>&gt;Нагрузку TOP показывает в "interrupt" а это прерывания. <br>&gt;Еслиб грузил pf, то показывалаб "system" <br><br>Нет, "system" - это время, проведённое программами в системных вызовах (в т.ч. read()/write()/send()/recv() и т.д.). А pf числится как часть обработки пакета во время прерыва https://www.opennet.me/openforum/vsluhforumID3/67137.html#39 Tue, 25 May 2010 09:37:46 GMT <br>&gt;&gt;при высокой нагрузке 1 ядро почти 90.0% interrupt (in top) <br>&gt;<br>&gt;Мало сведений. :( dmesg можете скинуть? Можно на мыло. <br><br>выслал, хотя там ничего интересного нет.<br><br>&gt; Пока могу сказать, что на 4.7 смысла переезжать из-за драйвера нету, прирост скорости если и будет, то незначительный. <br>&gt;Подозреваю, что на самом деле нагрузка идёт в основном из-за pf - пробовали отключать? <br><br>Да выключили. <br>Нагрузку TOP показывает в "interrupt" а это прерывания. <br>Еслиб грузил pf, то показывалаб "system"<br><br>&gt;Ещё понаблюдайте systat в режиме vmstat (по умолчанию), там вверху справа будет <br>&gt;светиться конкретно карточка. <br><br>Ок посмотрю.<br><br>&gt;Да, и какова эта самая нагрузка?<br><br>~ 200 Mbit/s<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/67137.html#38 Tue, 25 May 2010 09:18:47 GMT &gt;&gt;Device polling &#8212; это всего лишь вариант работы драйвера с оборудованием, иногда <br>&gt;&gt;единственно возможный, иногда нет. Соответственно, для каждого случая свой ответ. Для <br>&gt;&gt;чего конкретно вам оно надо? <br>&gt;<br>&gt;Спасибо. <br>&gt;<br>&gt;OpenBSD 4.6 <br>&gt;сетевая bnx # Broadcom BCM5706/5708 GigE <br>&gt;<br>&gt;при высокой нагрузке 1 ядро почти 90.0% interrupt (in top) <br><br>Мало сведений. :( dmesg можете скинуть? Можно на мыло. Пока могу сказать, что на 4.7 смысла переезжать из-за драйвера нету, прирост скорости если и будет, то незначительный. Подозреваю, что на самом деле нагрузка идёт в основном из-за pf - пробовали отключать? Понимаю, это не всегда возможно, но если всё же возможно, то поможет локализовать проблему.<br><br>Ещё понаблюдайте systat в режиме vmstat (по умолчанию), там вверху справа будет светиться конкретно карточка.<br><br>Да, и какова эта самая нагрузка? Если 2,5ГБс на всю катушку, то понятно, что систему может грузить сильно. :)<br>