Увидел свет (http://marc.info/?l=openbsd-misc&m=133588397914231&w=2) релиз операционной системы OpenBSD 5.1 (http://openbsd.org/51.html), при развитии которой основное внимание уделяется переносимости (поддерживается 18 аппаратных архитектур), стандартизации, корректной работе, активной безопасности и интегрированным криптографическим средствам.
Размер установочного iso-образа (http://ftp.eu.openbsd.org/pub/OpenBSD/5.1/i386/install51.iso) 222 Мб.Кроме непосредственно операционной системы, проект OpenBSD известен своими компонентами, которые получили распространение в других системах и зарекомендовали себя как одни из наиболее безопасных и качественных решений. Среди таких компонентов: OpenSSH (http://openssh.org/), пакетный фильтр PF (http://www.openbsd.org/faq/pf/index.html), демоны маргтутизации OpenBGPD и OpenOSPFD (http://openbgpd.org/), NTP-сервер OpenNTPD (http://openntpd.org/), системы управления версиями OpenRCS/OpenCVS (http://www.opencvs.org/), почтовый сервер OpenSMTPD, мультиплексор текстового терминала (аналог GNU screen) tmux (http://tmux.sourceforge.net/), BSDL-альтернатива пакета GNU groff - mandoc (http://mdocml.bsd.lv/), протокол для организации отказоустойчивых систем CARP (Common Address Redundancy Protocol).
Из улучшений, добавленных в новой версии, можно отметить:
- Расширение поддержки оборудования, включая поддержку новых мобильных широкополосных модемов (http://www.openbsd.org/cgi-bin/man.cgi?query=umsm&sektion=4), улучшение сетевых драйверов и решение проблем с поддержкой возврата из спящего режима для USB-устройств. Добавлена поддержка Intel 82580, MegaRAID 9240, Nuvoton NCT6776F, Centrino Advanced-N 6205, SiS 1182/1183 SATA. По умолчанию включена поддержка тачпадов Synaptics. В X.Org драйвер intel добавлена поддержка интегрированных видеокарт Intel Sandy Bridge;
- Улучшение сетевого стена, в том числе:
- Поддержка rdomains в IPv6 и улучшение обработки фрагментов пакетов;- Расширение поддержки IPv6 и IPSec в ppp и pppoe; - Увеличение надёжности беспроводного стека IEEE 802.11 (в частности, hostap); - Увеличение надёжности подсистемы CARP; поддержка согласования MTU (RFC4638) в pppoe; - Увеличение производительности PPTP, pppd и L2TP(/IPsec) для сетей с непостоянными задержками (например, для мобильных сетей); - Улучшение поддержки приоритетов для vlan;
- Улучшения в пакетном фильтре PF:
- Обеспечение поддержки NAT64 с настройкой через ключевое слово af-to;
- Значительное улучшение обработки фрагментов пакетов IPv6;
- Серия улучшений, связанных с ICMP и ICMPv6;
- Исправление ошибок в pfsync и обеспечение поддержки jumbo-фреймов и автоматический запрос массового обновления после возвращение физического интерфейса в online;
- Улучшение поддержки в IPv6 Neighbor Discovery и Multicast Listener Discovery;
- В pflow добавлена поддержка Netflow v9 и ipfix;
- В pfctl теперь по умолчанию выводятся номера портов вместо названий сервисов.- Утилита fstat теперь отображает идентификаторы таблицы маршрутизации и информацию о связывании сокетов. Через утилиту ps также теперь можно посмотреть идентификаторы таблицы маршрутизациии;- В snmpd добавлен MIB для вывода статистики для carp-интерфейсов;- Обеспечена более правильная поддержка ToS в разнообразных утилитах, таких как tcpbench, nc, ping и traceroute;- Расширение возможностей SMTP-сервера smtpd: новый API scheduler_backend, дополнительная поддержка MIME 1.0, новые callback-вызовы для обработки в фильтрах сетевых событий, улучшение обработки ошибок DNS, вынос операций с директорией "purge/" в отдельный дочерний процесс с пониженными привилегиями;- В мультиплексоре терминалов tmux обеспечена поддержка большего объема истории, убраны лишние сообщения в логе, добавлена поддержка escape-последовательностей ESC[s и ESC[u для записи/восстановления позиции курсора;
- В softraid добавлена поддержка связывания разделов. Для систем amd64, i386 и sparc64 добавлена возможность размещения корневого раздела на программном RAID (ядро по прежнему должно загружаться с обычного раздела). Для amd64 система может загружаться с softraid раздела RAID1;
- Во встроенном звуковом сервере sndiod по умолчанию теперь используется частота 48kHz и размер блока 10ms;- Обновлен пакет OpenSSH 6.0, обзор улучшений можно посмотреть здесь (http://www.opennet.me/opennews/art.shtml?num=33654);
- Расширение возможностей инструментария для работы с пакетами и сборки пакетов, упрощение работы с портами. Например, упрощён процесс загрузки distfiles, добавлена поддержка восстановления прерванных загрузок, реализовано выявление перемещения файлов и задействован новый метод работы зеркал distfiles. Значительное повышение стабильности и производительности процесса сборки пакетов, например, операции проверки зависимостей и создания пакетов ускорены как минимум в два раза. Завершён длительный процесс документирования инфраструктуры.
Число портов превысило 7 тысяч. Для архитектуры i386 подготовлено 7229 бинарных пакетов, для amd64 - 7181, для arm - 5536, для mips64el - 5807, для sparc64 - 6599, для hppa - 6159. Из находящихся в портах приложений, отмечены:
- GNOME 3.2.1 (работает только fallback-режим)
- KDE 3.5.10
- Xfce 4.8.3
- MySQL 5.1.60
- PostgreSQL 9.1.2
- Postfix 2.8.8
- OpenLDAP 2.3.43 and 2.4.26
- Mozilla Firefox 3.5.19, 3.6.25 и 9.0.1
- Mozilla Thunderbird 9.0.1
- GHC 7.0.4
- LibreOffice 3.4.5.2
- Emacs 21.4, 22.3 и 23.4
- Vim 7.3.154
- PHP 5.2.17 и 5.3.10
- Python 2.5.4, 2.7.1 и3.2.2
- Ruby 1.8.7.357 и 1.9.3.0
- Tcl/Tk 8.5.11
- Jdk 1.7
- Mono 2.10.6
- Chromium 16.0.912.77
- Groff 1.21- Компоненты от сторонних разработчиков, входящие в состав OpenBSD 5.1:
- Xenocara (основанная на X.Org 7.6 с xserver 1.11.4, freetype 2.4.8, fontconfig 2.8.0, Mesa 7.10.3, xterm 276, xkeyboard-config 2.5). Драйвер Radeon 6.12.2 для видеокарт ATI/AMD переименован в radeonold, драйвер xf86-video-ati обновлён до свежей версии 6.14.3;
- GСС 2.95.3 с патчами, 3.3.5 с патчами и 4.2.1 с патчами;
- Perl 5.12.2 (с патчами)
- Улучшенная и защищенная версия Apache 1.3, с поддержкой SSL/TLS и DSO
- OpenSSL 1.0.0f (с патчами)
- Sendmail 8.14.5, с libmilter
- Bind 9.4.2-P2 (с патчами)
- Lynx 2.8.7rel.2 с поддержкой HTTPS и IPv6
- Sudo 1.7.2p8
- Ncurses 5.7
- Heimdal 0.7.2 (с патчами)
- Arla 0.35.7
- Binutils 2.15 (с патчами)
- Gdb 6.3 (с патчами)
- Less 444 (с патчами)
- Awk, версия от 10 августа 2011 г.
URL: http://marc.info/?l=openbsd-misc&m=133588397914231&w=2
Новость: http://www.opennet.me/opennews/art.shtml?num=33745
Составители сообщения хоть перечитывали своё творчество?
Кнопку "исправить" видно?
"..демоны маргтутизации"
"..марГТутизации"я уж кинулся было исправлять, а потом думаю, может так для "бсди" это нормально ))
Да ладно вам наезжать, OpenBSD и NetBSD - правильные BSD!
> Да ладно вам наезжать, OpenBSD и NetBSD - правильные BSD!Что сказать то хотел?
> "..марГТутизации"Маргинализации.
> для "бсди" это нормально ))
> Составители сообщения хоть перечитывали своё творчество?Я приношу извинения всем, в последний момент не смог заняться новостью. Саму новость ещё не читал, но большое спасибо тому, кто её сделал.
Если у кого-то есть вопросы, спрашивайте, постараюсь ответить прямо здесь.
с smp всё так же плохо?
как плохо?
> как плохо?GIANT LOCK повсюду.
>> как плохо?
> GIANT LOCK повсюду.Не повсюду. Уже больше года дорабатывается патч (сейчас он опять пошёл в -CURRENT, уже дважды перед этим делался его backout по различным причинам), фактически убирающий giant lock из подсистемы виртуальной памяти. Впрочем, сейчас в -CURRENT дорабатывают rthreads. Часть портов заработала с ними лучше, часть - хуже. :)
В целом производительность за счёт двух вышеперечисленных мер повысилась, по многочисленным свидетельствам. Я видел цифры порядка 15% (сам не измерял). Хотя, конечно, всё зависит от usecase.
>Не повсюду. Уже больше года дорабатывается патч (сейчас он опять пошёл в -CURRENT, уже дважды перед этим делался его backout по различным причинам), фактически убирающий giant lock из подсистемы виртуальной памяти. Впрочем, сейчас в -CURRENT дорабатывают rthreads. Часть портов заработала с ними лучше, часть - хуже. :)ну раз так, могу потестить на двухсокетном сервере с E5620 и 12Гб памяти.
сравнить с freebsd 9.0, netbsd 5.1 и linux 3.3
вопрос лишь что выбрать в кач-ве бенчмарка. oltp из sysbench на mysql?>В целом производительность за счёт двух вышеперечисленных мер повысилась, по многочисленным свидетельствам. Я видел цифры порядка 15% (сам не измерял).
так это только VFS. а сетевая подсистема?
>>Не повсюду. Уже больше года дорабатывается патч (сейчас он опять пошёл в -CURRENT, уже дважды перед этим делался его backout по различным причинам), фактически убирающий giant lock из подсистемы виртуальной памяти. Впрочем, сейчас в -CURRENT дорабатывают rthreads. Часть портов заработала с ними лучше, часть - хуже. :)
> ну раз так, могу потестить на двухсокетном сервере с E5620 и 12Гб
> памяти.
> сравнить с freebsd 9.0, netbsd 5.1 и linux 3.3
> вопрос лишь что выбрать в кач-ве бенчмарка. oltp из sysbench на mysql?Так на ваш вкус, какие у вас задачи - так и смотрите. :) MySQL получил большой прирост по сравнению с тем, что было в опёнке, а вот с FreeBSD и NetBSD на хорошем железе интересно сравнить (что Linux выиграет - не сомневаюсь, всё-таки основная платформа).
Если что - мой почтовый ящик виден.
>>В целом производительность за счёт двух вышеперечисленных мер повысилась, по многочисленным свидетельствам. Я видел цифры порядка 15% (сам не измерял).
> так это только VFS. а сетевая подсистема?Там ещё много работы. Знаю точно лишь, что Henning Bauer готовит большой патч по замене altq (кое-что уже вошло - а именно приоритеты посредством волшебного слова priq; правда, Хеннинг уже предупредил, что название рискует быть изменённым на что-то вроде set-priq).
> Так на ваш вкус, какие у вас задачи - так и смотрите.
> :) MySQL получил большой прирост по сравнению с тем, что было
> в опёнке, а вот с FreeBSD и NetBSD на хорошем железе
> интересно сравнить (что Linux выиграет - не сомневаюсь, всё-таки основная платформа).С очень большой вероятностью на RDBMS+SMP лучшим будет Solaris-11/Illumos.
mysql это барахло для хомячков, если у вас такие задачи то вам и дебиановских кривулек хватит, 2.4 или что там, может уже до 2.6 дотелепались
> mysql это барахло для хомячков,Объем апломба хомячка и выдает прежде всего. Но в силу скромного мозга они этого не знают.
> если у вас такие задачи то вам и дебиановских кривулек хватит, 2.4 или что там,
> может уже до 2.6 дотелепалисьПоздравляю с разморозкой. Вообще-то 2.4 уже апстрим не поддерживает. Поэтому им адекватные люди не пользуются.
Ничто не выдаёт в сисадмине хомяка так как способность разбираться в энтерпрайзных базах данных и разделять всё на "нужно" и "не нужно".
> Ничто не выдаёт в сисадмине хомяка так как способность разбираться в энтерпрайзных
> базах данных и разделять всё на "нужно" и "не нужно".Еще козыряние коммерческими системами за много денег на банальных условиях.
> ну раз так, могу потестить на двухсокетном сервере с E5620 и 12Гб
> памяти. сравнить с freebsd 9.0, netbsd 5.1 и linux 3.3
> вопрос лишь что выбрать в кач-ве бенчмарка. oltp из sysbench на mysql?Если тестировать SMP, то лучше postgresql.
До кучи я бы добавил распоследнюю DragonFlyBSD
(там обещаны большие подвижки с giant lock) и Solaris-11.
>> ну раз так, могу потестить на двухсокетном сервере с E5620 и 12Гб
>> памяти. сравнить с freebsd 9.0, netbsd 5.1 и linux 3.3
>> вопрос лишь что выбрать в кач-ве бенчмарка. oltp из sysbench на mysql?
> Если тестировать SMP, то лучше postgresql.Так в том-то и дело, что rthreads - реализация потоков на уровне ядра - пошли в production, и поэтому именно MySQL даст хороший прирост по сравнению с тем, что было в OpenBSD раньше, и можно сравнивать производительность в OpenBSD и других ОС с "ядерными" реализациями потоков на равных. Так-то, конечно, PostgreSQL будет предпочтительнее. :)
>> Если тестировать SMP, то лучше postgresql.
> Так в том-то и дело, что rthreads - реализация потоков на уровне
> ядра - пошли в production, и поэтому именно MySQL даст хороший
> прирост по сравнению с тем, что было в OpenBSD раньшеНе вижу связи между ядерными потоками и MySQL.
Тема не раскрыта.> можно сравнивать производительность в OpenBSD и других ОС с "ядерными" реализациями
> потоков на равных. Так-то, конечно, PostgreSQL будет предпочтительнее. :)Я говорю, что SMP тестировать лучше на postgresql, потому что у mysql
своих giant lock хватает, у postgresql с этим намного лучше. По крайней
мере так было несколько лет назад.
>>> Если тестировать SMP, то лучше postgresql.
>> Так в том-то и дело, что rthreads - реализация потоков на уровне
>> ядра - пошли в production, и поэтому именно MySQL даст хороший
>> прирост по сравнению с тем, что было в OpenBSD раньше
> Не вижу связи между ядерными потоками и MySQL.
> Тема не раскрыта.До этого потоки MySQL в OpenBSD работали в одном "реальном" ядерном потоке, без параллелизации по разным ядрам CPU. Классическая реализация потоков в userland была (по умолчанию) то есть.
>> можно сравнивать производительность в OpenBSD и других ОС с "ядерными" реализациями
>> потоков на равных. Так-то, конечно, PostgreSQL будет предпочтительнее. :)
> Я говорю, что SMP тестировать лучше на postgresql, потому что у mysql
> своих giant lock хватает, у postgresql с этим намного лучше. По крайней
> мере так было несколько лет назад.Краем уха слышал, что Oracle основательно за MySQL взялся, но это было уже после того, как я перестал активно юзать Мускуль. Впрочем, у меня больше претензий к MySQL по опыту было из-за надёжности... но это уже отдельная тема. :)
> Я говорю, что SMP тестировать лучше на postgresql, потому что у mysql
> своих giant lock хватает, у postgresql с этим намного лучше. По крайней
> мере так было несколько лет назад.в 5.5 очень много сделано на тему масштабируемости. я когда повторял нашумевший тест на 8ке и linux, наблюдал практически линейный рост производительности с числом клиентов до числа ядер в системе, после чего идёт плавный линейный спад.
примерно как 7ка с ULE на этом графике:
http://people.freebsd.org/~kris/scaling/mysql-freebsd.png
>> Я говорю, что SMP тестировать лучше на postgresql, потому что у mysql
>> своих giant lock хватает, у postgresql с этим намного лучше. По крайней
>> мере так было несколько лет назад.
> в 5.5 очень много сделано на тему масштабируемости. я когда повторял нашумевший
> тест на 8ке и linux, наблюдал практически линейный рост производительности с
> числом клиентов до числа ядер в системе, после чего идёт плавный
> линейный спад.Ну, хорошо, коли так. А нашумевший тест -- это который?
И от FreeBSD и от NetBSD тестов то было достаточно.
> Ну, хорошо, коли так. А нашумевший тест -- это который?http://people.freebsd.org/~kris/scaling/mysql.html
>> Ну, хорошо, коли так. А нашумевший тест -- это который?
> http://people.freebsd.org/~kris/scaling/mysql.htmlА, ну это я все видел и читал, я уж подумал, что там что-то новое.
>> зарекомендовали себя как одни из наиболее безопасных и качественных решений. Среди таких компонентов: OpenSSHТо-то дырки через день находят
> То-то дырки через день находятНе путаем OpenSSH и OpenSSL.
> Кроме непосредственно операционной системы, проект OpenBSD известен своими
> компонентами, которые получили распространение в других системах и
> зарекомендовали себя как одни из наиболее безопасных и качественных решений.
> Среди таких компонентов: OpenSSH, пакетный фильтр PF, демоны _маргтутизации_Если что. А что, прикольно звучит... По сабжу: *BSD системы не пробовал, ибо, кажется, не для такой школоты, как я. Пока что на gentoo продолжу зависать.
Кстати да, зависайте и не парьтесь. Если не лезть совсем уж в кишки у Фряхи(как наиболее приспособленной для использования живыми человеками) перед бинарными дистрибутивами есть одно преимущество - порты. И если на десктопе они как бы не особо нужны, то если надо среду какую специфичную развернуть - просто удовольствие одно. Поскольку в генте портажи, что более или менее то же самое - менять шило на мыло смысла нет.
> Фряхи(как наиболее приспособленной для
> использования живыми человеками)Обосновывать это детский лепет будем?
> перед бинарными дистрибутивами есть одно преимущество - порты.
Сравнительную характеристику FreeBSD ports vs. pkgsrc или OpenBSD ports можно?
А баг с кернел паником при извлечении неотмонтированной флешки уже починили?
> А баг с кернел паником при извлечении неотмонтированной флешки уже починили?Это вроде в фрибсд было.
> Это вроде в фрибсд было.Это было во Free/NetBSD. Соотв. не вижу причин, почему бы этого не было в OpenBSD. PS: Если они конечно вообще поддерживают USB MSD :)
Вообще все BSD довольно разные в плане ядра, в отличии тысяч болгеносов на базе Linux. Хотя в последнее время на базе FreeBSD тоже стали появлят болгеносы типа GhostBSD. :)
> в отличии тысяч болгеносовПо этому поводу почему-то вспоминается анекдот про мужика и бреющую машину.
- Но как вы решили проблему с тем что у всех разная форма лица?!
- Так она только в первый раз разная. А потом - у всех одинаковая!
>> А баг с кернел паником при извлечении неотмонтированной флешки уже починили?
> Это вроде в фрибсд было.Это было и в *BSD, и в Linux. В OpenBSD это начали чинить примерно одновременно с FreeBSD, доделали не помню уже когда. Но не один год назад.
> Это было и в *BSD, и в Linux.Насчет Linux - пруф, чтоли, давайте. В последние лет 6 такого точно не было - был только мат в логи по поводу отваливания девайса на который хотели записать а тут его вдруг бац и нету. Ну собственно нормальная реакция на ошибку ввода-вывода.
> В OpenBSD это начали чинить примерно одновременно с FreeBSD, доделали
> не помню уже когда. Но не один год назад.А что, iZEN больше не считает это фичой? :)
>> Это было и в *BSD, и в Linux.
> Насчет Linux - пруф, чтоли, давайте. В последние лет 6 такого точно
> не было - был только мат в логи по поводу отваливания
> девайса на который хотели записать а тут его вдруг бац и
> нету. Ну собственно нормальная реакция на ошибку ввода-вывода.В Linux это пофиксили раньше, чем в *BSD. По моим ощущениям - как раз лет 6-7 назад, да. В OpenBSD, если правильно помню, основная масса соответствующих патчей прошла в районе 4.4, то есть года четыре назад.
Так как не следил внимательно за развитием Linux, то искать пруф буду долго. Так что прошу извинить, не сейчас. Можете мне не верить. :)
>> В OpenBSD это начали чинить примерно одновременно с FreeBSD, доделали
>> не помню уже когда. Но не один год назад.
> А что, iZEN больше не считает это фичой? :)Вот его и спросите. :)
>>> Это было и в *BSD, и в Linux.
>> Насчет Linux - пруф, чтоли, давайте. В последние лет 6 такого точно
>> не было - был только мат в логи по поводу отваливания
>> девайса на который хотели записать а тут его вдруг бац и
>> нету. Ну собственно нормальная реакция на ошибку ввода-вывода."Вытащил флешку, и линукс упал.":
http://www.linux.org.ru/forum/general/6426039
/---
Но упал както странно, выдал такой экран:http://img714.imageshack.us/img714/3449/imgp5059.jpg
а потом я заметил на нем курсор мышки, и в принципе все продолжило работать, кроме USB, как быть?
wifer (25.06.2011 22:22:07)
---/> В Linux это пофиксили раньше, чем в *BSD. По моим ощущениям - как раз лет 6-7 назад, да.
Kernel panic при выдёргивании неотмонтированной флешки периодически проявляется на новых ядрах Linux. Никто толком не знает, почему.
> Kernel panic при выдёргивании неотмонтированной флешки периодически проявляется
> на новых ядрах Linux. Никто толком не знает, почему.Если интересует, то не наблюдал (и не слышал от окружающих) ни одного раза.
FreeBSD на конетут ничего интересного
> FreeBSD на конеСферическом. В вакууме. Dedicated to codename of Fedora 18... :)
Там же корова в вакууме :)
> Там же корова в вакууме :)Академики негодуэ - вечно у этих линуксоидов все не как у людей. Даже вот вместо коня из анекдота - корова какая-то.
>> Там же корова в вакууме :)
> Академики негодуэ - вечно у этих линуксоидов все не как у людей.Передавайте _своим "академикам", пусть http://lmddgtfy.net/?q=spherical+cow язык подучат, ну, и приветы от линуксоидов. Пламенные!
> Даже вот вместо коня из анекдота - корова какая-то.
> ну, и приветы от линуксоидов. Пламенные!Походу я слишком тонко иронизировал над академиками - надо было теги <sarcasm> ставить. А то совершенно неожиданная еда попадается :D
>> FreeBSD на коне
>codename of Fedora 18... :)...и Потеринг впереди, на лихой корове с седлом!
Компоненты от сторонних разработчиков, входящие в состав OpenBSD 5.1: XenocaraПростите, а ее не те же опенбсдшники пилят?
GNOME 3.2.1 (работает только fallback-режим) - (ИМХО)так все должны были поступить! :) /troll
>> GNOME 3.2.1 (работает только fallback-режим) - (ИМХО)так все должны были поступить! :) /trollDebian идет по следу OpenBSD у них тоже только fallback помойму
Нет. В самом Debian не fallback. Они также пытались портировать gnome-shell для kFreeBSD, читал где-то у них в мейл-листах. Судя по тому, что появился пакет gnome-shell-3.2.2.1-4 под kFreeBSD, наверное им это удалось. Но надо бы проверить.
> GNOME 3.2.1 (работает только fallback-режим) - (ИМХО)так все должны были поступить! :)
> /trollGNOME в Опёнке поддерживает команда, работающая с довольно крупными энтерпрайзами, создавая для них решения "под ключ". Вы предложите какой-нибудь British Petroleum (взял наугад, про использование Опёнка в ней ничего не знаю) сменить разом интерфейс на почти всех рабочих местах. :) Понятно, что мейнтнейры стараются избегать излишних революций.
>KDE 3.5.10Всё еще третьекеды? Какой кошмар!
А зачем вам на серверной машине кеды 4?
А зачем вам вообще гуй на серверной машине? Нечем больше её занять?
> А зачем вам вообще гуй на серверной машине? Нечем больше её занять?OpenBSD хорошо чувствует себя на десктопах.
Основные минусы в современных DE возникают как раз из-за их ориентированности на Linux, оставляя переделку под специфику других ОСей на совести их разработчиков. Например, в OpenBSD имеется спецустройство по генерации событий о добавлении-удалении оборудования, равно как и демон hotplugd(8) - но их поддержку в GNOME и KDE никто в этих проектах добавлять не спешит. В каком-то смысле справедливо, конечно, - каждый делает своё дело в меру своих возможностей. Но факт остаётся фактом.
Если же брать минималистичные WM, то в OpenBSD они ведут себя точно так же, как и везде: fvwm и "фирменный" cwm в базе, равно как и добрый десяток в портах используются многими людьми, которых задолбали глюки и тормоза навороченных DE. Лично я пришёл к активному использованию cwm с KDE-софтом. :)
> OpenBSD хорошо чувствует себя на десктопах.Понятия о прекрасном у всех разные. А современные версии драйверов для видеокарт там у вас уже есть, например? Или у вас десктоп - это такая хрень с VGA-адаптером и графикой "на дворе win95"?
> Основные минусы в современных DE возникают как раз из-за их ориентированности на Linux,
А тут все просто - пиляют те кому это надо. Бздишники как-то самоустранились, в том числе и потому что народа на это у них нет почти.
> оставляя переделку под специфику других ОСей на совести их разработчиков.
Ну так кому работа нужна - тот ее и делает.
> Например, в OpenBSD имеется спецустройство по генерации событий о добавлении-удалении
> оборудования, равно как и демон hotplugd(8) - но их поддержку в
> GNOME и KDE никто в этих проектах добавлять не спешит.Ну так опять же, как ты понимаешь, если у разработчиков DE пингвин стоит - они под него первым делом и пишут, раз уж единого интерфейса такого рода не сложилось. Ну а остальные - сами кодят под свою маргинальщину или идут лесом. Понимаешь ли, разработчики должны код писать а не разворачивать всех мыслимых экзотов для проверки и изучения "а как оно у вон тех вон маргиналов". Был бы стандартный и-фейс, его бы юзали наверное. А так вам придется или считать таковым то что есть в пингвине (easy way) или густо костылить лично (hard way).
> В каком-то смысле справедливо, конечно, - каждый делает своё дело в меру
> своих возможностей. Но факт остаётся фактом.Ну так вам никто ничем не обязан. Более того - это чисто технически проблематично. Если разработчик будет вместо написания кода неделями долбаться с изучением всех экзотов вокруг, код писать вместо него тогда придется наверное вам. Любителям экзотики.
> Если же брать минималистичные WM, то в OpenBSD они ведут себя точно
> так же, как и везде:А если hello world взять, то он и в dos себя ведет так же как и везде.
>> OpenBSD хорошо чувствует себя на десктопах.
> Понятия о прекрасном у всех разные. А современные версии драйверов для видеокарт
> там у вас уже есть, например? Или у вас десктоп -
> это такая хрень с VGA-адаптером и графикой "на дворе win95"?Intel акселерируется без проблем, с ATI были какие-то траблы, не помню, есть ли акселерация в 5.1. На ноуте (беру машинки исключительно с Intel'овской графикой) играл в OpenArena без проблем. В Marble тоже всё крутится в OpenGL-режиме отлично.
[троллизм поскипан ввиду нижеследующего]
>> В каком-то смысле справедливо, конечно, - каждый делает своё дело в меру
>> своих возможностей. Но факт остаётся фактом.
> Ну так вам никто ничем не обязан. Более того - это чисто
> технически проблематично. Если разработчик будет вместо написания кода неделями долбаться
> с изучением всех экзотов вокруг, код писать вместо него тогда придется
> наверное вам. Любителям экзотики.До боли знакомая риторика... А, точно! Так ведь любители Windows говорили (да и порой до сих пор говорят) в отношении Linux. Вам это нравилось? Нет? Вы ведёте себя как типичный (к сожалению) горе-фанат, который при проигрыше команды обвиняет судейство и правление его спортклуба во взяточничестве, а при выигрыше - издевается над проигравшей командой. Мне с вас противно, простите мне мой одесский.
И, пожалуйста, в следующий раз читайте, что вам пишут ("В каком-то смысле справедливо, конечно..."), а не изображайте из себя полорогое парнокопытное перед советским флагом.
>> Если же брать минималистичные WM, то в OpenBSD они ведут себя точно
>> так же, как и везде:
> А если hello world взять, то он и в dos себя ведет
> так же как и везде.Вы прикидываетесь? Или читать до конца не получается? Ещё раз привожу личный пример: cwm + KDE (точнее даже, KDE4). Гугл даст ещё кучу. Плюс FireFox, плюс LibreOffice, плюс что там ещё понадобится. cwm оказался банально юзабельнее (для меня! - я вовсе не уговариваю никого поступать так же), чем навороты KWin и KDE-шных панелек. То, чего нет в cwm, для меня компенсируется чем-то другим - вам такое в голову не приходит? Хотя сравнивать напрямую их бессмысленно - это разные вещи. Как, скажем, коробки передач в автомобилях.
По вашей логике, все должны автомобилисты ездить исключительно на вариаторах (ограничимся для простоты ДВС). Ан нет, почему-то обычный "автомат" до сих пор распространён, да и "механику" берут далеко не только из-за цены (порой модели с механической коробкой даже дороже, чем с автоматом). Потому что каждый инструмент (коробка передач или DE) что-то умеет, а что-то нет; или умеет, но плохо.
>>KDE 3.5.10
> Всё еще третьекеды? Какой кошмар!Увы, да. Если получится, в 5.2 будут четвёртые. Желающие могут поковыряться в них здесь: https://github.com/jasperla/openbsd-wip/tree/master/x11/kde4 - сейчас проект застрял из-за нехватки времени. Кто-нибудь хочет мне оплатить работу над KDE4 в июне? :)
кошмар это 4е кеды. а для бсди только 3! и то лишние... как и недотретьегном :)
А зачем на серверной машине вообще кеды?
а какой профит от openbsd на современных серверах?
А какой профит от современных серверов для OpenBSD? :)
> а какой профит от openbsd на современных серверах?Нормальная цепочка: задача -> софт -> ОС -> железо. Слева направо - фильтрация по белому списку (что чего поддерживает), справа налево - по чёрному списку (противопоказания). Поэтому выбирать первым делом железо, а потом под него ОС - тупой фанатизм. А бегать на современном сервере опёнок будет быстрее, чем на древнем - думаю, это и так понятно.
> Нормальная цепочка: задача -> софт -> ОС -> железо. Слева направо -
> фильтрация по белому списку (что чего поддерживает), справа налево - по
> чёрному списку (противопоказания). Поэтому выбирать первым делом железо,
> а потом под него ОС - тупой фанатизм.К противопоказаниям регулярно приходится добавлять данности самого разного плана...
А вообще -- поздравляю :) (но моим задачам-софтам всё так же лучше на линуксе)
>Нормальная цепочка: задача -> софт -> ОС -> железо.только в реальности двигаются сразу с обоих концов, т.к. известны:
1)задача
2)некоторое множество железа>А бегать на современном сервере опёнок будет быстрее, чем на древнем - думаю, это и так понятно.
только вот беда в том, что чаще всего в момент выхода железа на рынок оно ещё не поддерживается в openbsd.
вот, например, некоторое время назад openbsd активно пиарилась на тему wifi-точек доступа на ней и железок ralink.
а какова сейчас ситуация в openbsd с 802.11n?
>>Нормальная цепочка: задача -> софт -> ОС -> железо.
> только в реальности двигаются сразу с обоих концов, т.к. известны:
> 1)задача
> 2)некоторое множество железаПро обход в обратную сторону я сказал. "Некоторое множество железа" - тут куча нюансов может быть, начиная от "покупаем только блейды HP" и заканчивая "а вон у нас в загашнике комп, оставшийся после марьиванны, пусть он будет этим, как ты сказал, самбабесервером". Но вообще это уже отдельная большая тема.
>>А бегать на современном сервере опёнок будет быстрее, чем на древнем - думаю, это и так понятно.
> только вот беда в том, что чаще всего в момент выхода железа
> на рынок оно ещё не поддерживается в openbsd.Ой ли? Ну то есть во что ткнуть можно, я и сам знаю, думаю, даже лучше вас. :)
> вот, например, некоторое время назад openbsd активно пиарилась на тему wifi-точек доступа
> на ней и железок ralink.
> а какова сейчас ситуация в openbsd с 802.11n?Увы, сам 11n не используется и о конкретных планах мне не ведомо, но карты работают в a/b/g-режимах.
> Нормальная цепочка: задача -> софт -> ОС -> железо. Слева направо -
> фильтрация по белому спискуТо-есть, если задача не решаема на том куцем списке оборудования которое поддерживается obsd, вы ее вообще сливаете? Мде...
>> Нормальная цепочка: задача -> софт -> ОС -> железо. Слева направо -
>> фильтрация по белому списку
> То-есть, если задача не решаема на том куцем списке оборудования которое поддерживается
> obsd, вы ее вообще сливаете? Мде...1. Про куцесть даже отвечать не хочу.
2. Что значит "вы её сливаете"? Если кто-то хочет решить некую задачу на OpenBSD при наличии каких-то недоработок в ОС, он может доработать ОС. По такому принципу, если вы не в курсе, работает всё открытое ПО, включая и GNU/Linux.
Жду выкриков "Linux может всё!"
