В sparc64 порте OpenBSD появилась поддержка (http://kerneltrap.org/node/6668) процессоров UltraSparc III.
В качестве руководства по UltraSparc III разработчиками использовался код из Linux и FreeBSD. Несмотря на обилие документации от Sun Microsystems, разработчики отметили крайне низкую информативность данных документов, сравнив процесс портирования ОС по документации от Sun с ремонтом двигателя машины используя руководство по использованию автомобиля.
Также заявлена инициатива (http://undeadly.org/cgi?action=article&sid=20060602215624) по улучшению поддержки в OpenBSD стримеров со SCSI интерфейсом и библиотек для хранения лент.
В заключение, можно отметить выход интервью (http://kerneltrap.org/node/6650) с Damien Bergamini, автором открытого драйвера для Intel PRO/Wireless 3945ABG карт, полностью лишенного закрытых бинарных составляющих.
URL: http://kerneltrap.org/node/6668
Новость: https://www.opennet.ru/opennews/art.shtml?num=7669
Вот это новость!!!
Особенно учитывая то что "нормально" с UltraSparc III работал только Linux т.к. девелоперы подписывали NDA с SUN и код был очень завернут, непонятен и недокументирован (по условиям все тогоже NDA)...
Самое интересное что даже с открытием T1, SUN не сделал открытым описание UltraSparc III
Соляра ещё работает, причём весьма хорошо:)))
а помоему октрыла, у них ньюсы пробегали...
Кстати, забавно смотрится открытый драйвер для wifi карточек. Учитывая ограничения, наложеные на его проприетарный вариант :). Wi-fooисты теперь будут либо перетаскивать его на Linux, либо сами переползать на OpenBSD :D.
Дурацкая инициатива
До сих пор SMP рабочего не сделали , а портируют на заведомо многопроцессорный спарк
Вот и отладят на нём SMP ;)
>Вот и отладят на нём SMP ;)
"Эт вряд-ли" (с)т.Сухов
Проблема Тео и сотоварищи в том , что их слишком мало .Они физически не в силах перелопатить огромный обьем работы по коренной переделке классического ядра . У фришников сколько времени ушло на это при на порядок большей команде ?
Посмотрим... OpenBSDшники хоть и медленно но очень поступательно двигаются. И, как показала практика, результаты у них неплохие.
Хм, а как у меня dl320 двухпроцовых работает ?:))
И вот ведь что странно, задачи правильно распаралеливаются и проце равномерно нагружены.
Что я делаю не так ?:)
У тебя поди система многопроцесная а не многопоточная, и процессы на процы ты руками биндишь. А это как известно не по пионерски..
То есть сам руками говрю, вот этот процесс на cpu0 а вот этот на cpu1, так ?:)Что-то я такого не припомню :)
конечно я частенько бываю пиан, но не до такой степени что-бы забыть сие действие :)
SMP уже пару лет работает прекрасно! http://www.openbsd.org/faq/faq8.html#SMP
Тока сделано оно у них через GiantLock, так что если сервер много времени проводит в ядре - толку мало :(
Но зато это самая простая реализация и поэтому работает без проблемм, и с точки зрения секюретности безопасная :-)
Ага , прекрасно .
Только сетевухи работать под SMP почему-то не хотят - отваливаются по time-out
>Ага , прекрасно .
>Только сетевухи работать под SMP почему-то не хотят - отваливаются по time-out
>Несколько серверов с поддержкой SMP на OpenBSD стоят - таких проблемм замеченно не было ни разу.
"етевухи работать под SMP почему-то не хотят" - много разных сетевух пробовали?
А под OBSD ты что крутишь?
>А под OBSD ты что крутишь?
Всмысле чего? На каком железе, или каке задачи?
Или это вообще не мне вопрос а человеку с проблеммами на сетевухах? :-)
нихера не работает.... пробовал ставить на санфаер в480