The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Стартовал проект DragonFlyDebian, сочетающий окружение Debia..., opennews (?), 04-Окт-12, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


5. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +2 +/
Сообщение от Аноним (-), 04-Окт-12, 10:10 
Да не, хорошо, пусть будет. Интересно лет через 5 еще раз посравнивать машины на ядре от бсд и линукс. Раньше, в районе бсд4 выбирая между бсд и линукс получал примерно одинаковое, потом BSD сильно отстала для десктоп-пользователя, да наверное и не для десктоп тоже.
Ответить | Правка | Наверх | Cообщить модератору

6. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от KT315 (ok), 04-Окт-12, 10:47 
В "сетях" еще держится. В девятке много перепилили и все еще много шероховатостей. А тут еще и десятка не загорами. Ну и в каждом новом релизе еть свои плюшки. Главное, что бы не в ущерб стабильности :)
Ответить | Правка | Наверх | Cообщить модератору

12. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –5 +/
Сообщение от Аноним (-), 04-Окт-12, 12:03 
> В "сетях" еще держится

У любителей добра типа КТ315... :) //простите, не удержался :)

Ответить | Правка | Наверх | Cообщить модератору

31. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от rshadow (ok), 04-Окт-12, 12:58 
Будет держатся пока поколение админов 90-х не уйдет на пенсию.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

44. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +4 +/
Сообщение от Hety (??), 04-Окт-12, 14:05 
И в 20хх годах админы с головой будут выбирать инструмент под задачу. Если Фряха окажется удобнее - будут ее использовать. Если линух - линух. И не будут красноглазить.
Ответить | Правка | Наверх | Cообщить модератору

62. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –2 +/
Сообщение от Аноним (-), 04-Окт-12, 14:40 
>  И в 20хх годах админы с головой будут выбирать инструмент под задачу. Если Фряха окажется удобнее - будут ее использовать. Если линух - линух. И не будут красноглазить.

Боюсь, что в ближайшие лет 10 фря точно будет проигрывать на большинстве задач. Но поколение 90-х продолжает ее ставить, потому что не хочет осиливать линукс. Или не может.

Ответить | Правка | Наверх | Cообщить модератору

67. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +3 +/
Сообщение от Аноним (-), 04-Окт-12, 15:01 
"Не может"? Осилить apt-get update / yum update? Это Вы точто FreeBSD-шникам говорите?
Будут ставить, потому что у них есть с чем сравнивать, они знают что такое стабильность и отсутствие прелестей вроде 12309.
Ответить | Правка | Наверх | Cообщить модератору

113. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 04-Окт-12, 21:55 
> "Не может"? Осилить apt-get update / yum update? Это Вы точто FreeBSD-шникам говорите?

А вы посмотрите какие тут красавцы ходят, типа nagual и izen. Они вообще не понимают как SSD работает например. А на тычки в даташиты от производителя втирают что попало. Такие крЮтые админы... кстати вот такие и орут вот тут громче всего.

Ответить | Правка | Наверх | Cообщить модератору

70. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +2 +/
Сообщение от terr0rist (ok), 04-Окт-12, 15:10 
>>  И в 20хх годах админы с головой будут выбирать инструмент под задачу. Если Фряха окажется удобнее - будут ее использовать. Если линух - линух. И не будут красноглазить.
> Боюсь, что в ближайшие лет 10 фря точно будет проигрывать на большинстве
> задач.

не знаю, что будет в ближайшие 10 лет, но в данный момент "на большинстве задач" фря не проигрывает. Можете смело бояться дальше.

> Но поколение 90-х продолжает ее ставить, потому что не хочет
> осиливать линукс. Или не может.

Да, осилить "линукс" весьма проблематично. И главное, бесполезно. Потому что каждый день появляется новая пачка дистров и исчезают две пачки ранее появившихся, по причине того, что студенты, их сделавшие, сами не поняли зачем.
Так что осилить все 100500 ОС с ядром линукс не может даже бог. Да и не захочет.
Правда некоторые считают, что достаточно осилить убунту и ты уже крутой линуксоед. И вот, берёшь на работу админом такого "крутого линуксоида". Приходит - смотрит на генту или редхат как баран на новые ворота, и понимаешь, что админ, знающий фрю, может разобраться в любом линуксе. А наоборот - увы, бывает крайне редко.

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

114. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 04-Окт-12, 22:01 
> "на большинстве задач" фря не проигрывает.

Например она вот так сходу проигрывает в энтерпрайзных применениях за счет того что в пингвине более фичастые контейнеры + есть виртуализация.

На десктопе оно проигрывает за счет паршивой поддержки оборудования. Особенно касается видеокарт. Два из трех производителей работают через пень-колоду и только с сильно устаревшими версиями открытых дров. А третий как-то юзабелен только через блобы.

> Да, осилить "линукс" весьма проблематично.

Кошмар, мсье не осилил галочки в менюконфиге расставить! :)

> И главное, бесполезно.

Напротив, это чертовски полезная и перспективная штука. В отличие от академического софта, который создается для чего угодно кроме реального мира с реальными задачами.

Ответить | Правка | Наверх | Cообщить модератору

117. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Ilyx (?), 04-Окт-12, 22:06 
Сам пользуюсь "Linux", но считаю - BSD стабильней, качественней ... .
Пользуюсь из-за лени, вникать в тонкости двух систем ломает, а "Linux" везде,
хотя порой коробит от некоторых реализаций, в том числе и "Posix", просто плыву
по течению ...
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

131. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –1 +/
Сообщение от Аноним (-), 04-Окт-12, 23:12 
Двух систем вы это точно не про мир Linux где в каждом дистре даже настройки сети по разному делаются. У каждого свой инит. Ой а если залезть во внутренности DE, это вообще тихий ужас. Тогоже init 100500 имплиментаций. Так что смело втыкайте freebsd или для пользователя убунты pc-bsd.
Ответить | Правка | Наверх | Cообщить модератору

156. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 05-Окт-12, 17:30 
> Тогоже init 100500 имплиментаций. Так что смело втыкайте freebsd или для
> пользователя убунты pc-bsd.

Действительно, выбор - suxx. Намного лучше если разработчики гвоздями приколотят единственно верное решение, плевать хотев на ваши реальные проблемы и задачи. А вы потом и бодайтесь с системой как хотите, пытаясь выкроить из этого то что есть то надо лично вам.

Вот только с другими системами мучений такого плана сильно меньше. Соотношение efforts/results куда лучше.

Ответить | Правка | Наверх | Cообщить модератору

184. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 00:23 
> Так что смело втыкайте freebsd

Вы бы адресок-то оставили хоть для приличия, куда потом вопросы человеку задавать.  Свой, разумеется.

Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

154. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от Аноним (-), 05-Окт-12, 16:32 
> Сам пользуюсь "Linux", но считаю - BSD стабильней, качественней ... .

А я Пастернака не читал, но осуждаю :)

Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

127. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от KT315 (ok), 04-Окт-12, 22:21 
>>  И в 20хх годах админы с головой будут выбирать инструмент под задачу. Если Фряха окажется удобнее - будут ее использовать. Если линух - линух. И не будут красноглазить.
> Боюсь, что в ближайшие лет 10 фря точно будет проигрывать на большинстве
> задач. Но поколение 90-х продолжает ее ставить, потому что не хочет
> осиливать линукс. Или не может.

Как уже сказали, под каждую задачу свои ОС. Во Фре(и в Solaris) есть то, о чем GNU/Linux дистрибутивам не мечтать - ZFS, а нормальной ФС не хватало ей очень долго (Почитайте про эту ФС, поняв каждый термин и его сущность). И BSD системы, благодаря своей консервативности и централизованной разработки, не уступают стабильным дистрибутивам таким, как Debian.
Так же и во фре, есть свои недостатки, нет настолько удобных штук как cryptsetup, lvm.
Это жизнь, не может быть что-то одно, универсальное и при этом самое лучше во всем что может. (с) КО

И, блин, граждане холиварщики и религиозники... Пусть фря будет иметь одну технологию в каком-то направлении (ZFS), но законченную и обдуманную, чем зоопарк Linux со 100500 начатых и незаконченных технологий (btrfs\Reiser4).

Как пример, и многие кричащие, забыли от куда вырос тот же SSH ;)
Какой дистрибутив может установить ПО с нужной поддержкой библиотек на выбор, что бы это было просто и удобно? Генту? флаги, как бы не было смешно, не user friendly по сравнению с фрей :D
Какая еще ОС имеет порядок с каталогом /etc? У фри, не системные конфиги ПО живут в /usr/local/etc. Блин, это же удобно.
Мне печально слышать дискуссии типа "отказ от /bin /sbin и перенос их в /usr, а для совместимости - симлинк", есть же $PATH X-D
Страшно думать о будущем, когда дядьки в виде Торвальдса, не знают как обеспесить стабильность миграций на новые API/ABI и нумеровать ядро соответственно. Печаль.

И да, юзаю GNU/Linux Debian. Отличная ОС :) Не брезгую познавать эти на столько похожие и в тоже время разные ОС, которые меня кормят.

PS: Читайте книги, дискутируйте, основываясь на фактах, а не на /dev/urandom и развивайтесь. Ваш КО

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

140. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от ragus (ok), 05-Окт-12, 08:50 
>И, блин, граждане холиварщики и религиозники... Пусть фря будет иметь одну технологию в каком-то направлении (ZFS), но законченную и обдуманную, чем зоопарк Linux со 100500 начатых и незаконченных технологий (btrfs\Reiser4).

root@laptus:~# zfs list
NAME      USED  AVAIL  REFER  MOUNTPOINT
tank     16,8G  45,7G    31K  /tank
tank/vm  16,8G  45,7G  16,8G  /tank/vm
root@laptus:~# uname -mo
x86_64 GNU/Linux

root@laptus:~# lsmod | grep zfs
zfs                   937460  0
zcommon                30716  1 zfs
znvpair                27370  2 zfs,zcommon
zavl                    4675  1 zfs
zunicode              319674  1 zfs
spl                   114102  5 zfs,zcommon,znvpair,zavl,zunicode

>Как пример, и многие кричащие, забыли от куда вырос тот же SSH ;)

это интересно только в рамках компьютерной истории.
когда-то openbsd'шники гордились, как легко на ней можно делать wifi ap. а сейчас они вынуждены тщательно подбирать wifi-карточку и доступный им максимум - это 802.11g

>Какая еще ОС имеет порядок с каталогом /etc? У фри, не системные конфиги ПО живут в /usr/local/etc. Блин, это же удобно.

это субъективно. в solaris/aix такого разделения нет и от наших соляроводов(да и от сановцев) я не слышал про какие-либо неудобства.

меня больше печалит /usr/ports, необходимость компиляции на каждый чих и отсутсвие нормальной пакетной системы.

Ответить | Правка | Наверх | Cообщить модератору

145. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от KT315 (ok), 05-Окт-12, 11:09 
Вкурсе про проэкт "ZFS on Linux". И это замечательно что он есть :)
Но он не будет каким стабильным и производительным из-за прослойки spl (Solaris Porting Layer), какоето время это точно.

>> это интересно только в рамках компьютерной истории.

это высказывание касалось тех, кто любит кричать нинужно :) когда по большому счету, сами эти люди "нинужны", т.к. единственным чем они занимались, так это производством дерьма ;)
Да, соглашусь, все меняется, что-то расцветает, что-то загибается, но каждое занимает или займет свою нишу.

>> это субъективно

Ну да, люди привыкают ко всему и оно становится удобным, а из-менение чего либо приводит к неудобству. Главная опухоль человеческого мозга, это "не знаю, не умею, не понимаю, не хочу... ==> нинужна". У кждого свои взгляды и идеи, у каждого свои понятия удобства.

>> меня больше печалит /usr/ports

да, с самим пакетным менеджером - печаль, но сейчас идет активная работа над этим. Но мощь портов в том, что можно очень просто наделить конктретное ПО определенными возможностями (например, поддержка той или иной БД), что очень гибко. Зачем мне поддержка mysql, c его не прозрачным будущим, и если у меня уже что-то работает на postgresql. ИМХО, зоопарк никчему.
И это очень круто для "сетей", но для десктопа, где тебе главное, что бы видеоплеер аудио/видео был, такие возможности ни кчему, тут подходит бинарный пакет, следовательно нужен пакетный менеджер.

И мы приходим к тому, что для каждой задачи - свое решение :)
Увы, универсальность и унифицированость - это, пока что, утопия.

Ответить | Правка | Наверх | Cообщить модератору

146. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от ragus (ok), 05-Окт-12, 12:03 

> Но он не будет каким стабильным и производительным из-за прослойки spl (Solaris
> Porting Layer), какоето время это точно.

ну, Москва не сразу строилась ;)

>>> меня больше печалит /usr/ports
> да, с самим пакетным менеджером - печаль, но сейчас идет активная работа
> над этим. Но мощь портов в том, что можно очень просто
> наделить конктретное ПО определенными возможностями (например, поддержка той или иной
> БД), что очень гибко. Зачем мне поддержка mysql, c его не
> прозрачным будущим, и если у меня уже что-то работает на postgresql.
> ИМХО, зоопарк никчему.

что мешает нашинковать как в debian? в крайнем случае тянем исходники, выключаем ненужное, собираем пакет.

у нас в проекте есть свой мини-репозитарий, где живёт, например, nginx.
"мощь портов" - это такая мифическая хрень. Например, зачем вам в системе B-deps порта?
когда же вопрос касается реальных ситуаций - как-то всё грустно(порт X требует по зависимостям порт Y собранный с фичами foo и bar. В случае, когда порт Y собран не с теми опциями о проблеме мы узнаем где-то на этапе сборки порта X, а не в момент разрешения зависимостей).

Ответить | Правка | Наверх | Cообщить модератору

149. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 05-Окт-12, 16:10 
>порт X требует по зависимостям порт Y собранный с фичами foo и bar. В случае, когда порт Y собран не с теми опциями о проблеме мы узнаем где-то на этапе сборки порта X, а не в момент разрешения зависимостей

Зато такой фигни не случится при использовании гентушного portage, обосранного вашим собеседником постом выше. Блин, вот сколько не юзаю фряху, все время думаю - ежели к ней еще и portage прикрутить, она будет [почти] идеальна.

Ответить | Правка | Наверх | Cообщить модератору

182. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от ragus (ok), 05-Окт-12, 21:40 
>>порт X требует по зависимостям порт Y собранный с фичами foo и bar. В случае, когда порт Y собран не с теми опциями о проблеме мы узнаем где-то на этапе сборки порта X, а не в момент разрешения зависимостей
> Зато такой фигни не случится при использовании гентушного portage, обосранного вашим собеседником

я знаю. ранее сам использовал gentoo. хотя бы параллельную сборку в портах сделали.


> постом выше. Блин, вот сколько не юзаю фряху, все время думаю
> - ежели к ней еще и portage прикрутить, она будет [почти]
> идеальна.

если бы дело было только в портах.

Ответить | Правка | Наверх | Cообщить модератору

158. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 05-Окт-12, 17:45 
> Вкурсе про проэкт "ZFS on Linux". И это замечательно что он есть :)

Действительно. Иначе откуда б бсдшники trim брали? Самим написать? Ой, что вы, на это как обычно нет ресурсов.

> Но он не будет каким стабильным и производительным из-за прослойки spl (Solaris
> Porting Layer), какоето время это точно.

Да и хрен бы с ним. Это вообще нишевое решение, а в майнлайне править бал будет btrfs.

> счету, сами эти люди "нинужны", т.к. единственным чем они занимались, так
> это производством дерьма ;)

А вы лично проверяли? Всех вообще? Да и вообще как-то странно слышать от поклонника КТ315 такие заявы.

> займет свою нишу.

Динозавры и мамонты уже заняли. Правда ниша оказалась null pointer-ом :)

>>> это субъективно
> Ну да, люди привыкают ко всему и оно становится удобным,

Удобно - это когда привыкать как раз надо по минимуму. А иначе это дрессировка. Бегать на передних лапах цирковой собачке может и не быть удобно, но после тренировки и так можно.

> а из-менение чего либо приводит к неудобству. Главная опухоль человеческого
> мозга, это "не знаю, не умею, не понимаю, не хочу... ==> нинужна". У кждого
> свои взгляды и идеи, у каждого свои понятия удобства.

Не так. Главная опухоль - "я так привык! поэтому менять ничего не надо!" А тут всякие негодяи смеют заменять лошадей на железки, теплые уютные радиолампы на транзисторы а потом и микросхемы, аналоговые методы на цифровые, ... - невольно рождается протест. Потому что привык к одному устройству мира а он изменился. Агрессия и неприятие изменений как реакция на все это - вообще стандартный поведенческий шаблон. Просто дефолтовая реакция человеков. Некоторые существа настолько хило развиты что даже не могут детектировать и контролировать когда у них это срабатывает. Но это чертовски предсказуемый и узнаваемый шаблон.

>>> меня больше печалит /usr/ports
> да, с самим пакетным менеджером - печаль, но сейчас идет активная работа над этим.

А смысл? Все-равно оставят деление на какую-то базовую систему, состав которой одобрен полутора землекопами для лично себя. А остальные выгребайте как хотите. Вот они и выгребли на более гибкие системы.

> БД), что очень гибко. Зачем мне поддержка mysql, c его не
> прозрачным будущим, и если у меня уже что-то работает на postgresql.

Да, вот это уже не лечится. Я кажется понял: в BSD проще страдать религиозно-лицензионными бзиками :)

> ИМХО, зоопарк никчему.
> И это очень круто для "сетей", но для десктопа, где тебе главное,
> что бы видеоплеер аудио/видео был, такие возможности ни кчему, тут подходит
> бинарный пакет, следовательно нужен пакетный менеджер.

Вы знаете, нормальным людям надо вообще-то чтобы сервер свое дело делал. А не вот этот вот религиозный онанизм основанный на ваших верованиях.

> И мы приходим к тому, что для каждой задачи - свое решение :)

...подогнав условия задачи и решение под ответ. Как последний школьник-двоечник.

> Увы, универсальность и унифицированость - это, пока что, утопия.

Сам человек - отличное опровержение этому тезису.

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

186. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 00:29 
> Сам человек - отличное опровержение этому тезису.

...и так 294 раза в одном треде.  Может, не стоит всё-таки сломя голову набрасывать{,ся}?

Ответить | Правка | Наверх | Cообщить модератору

203. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от vle (ok), 06-Окт-12, 13:26 
>> Сам человек - отличное опровержение этому тезису.
> ...и так 294 раза в одном треде.  Может, не стоит всё-таки
> сломя голову набрасывать{,ся}?

Тебе, похоже, нравится ситуация, когда один придурок-аноним
засирает всю ветку. Не удивительно, что opennet скатился
до уровня уже даже и не ЛОР-а. ЛОР нынче -- образец.

Ответить | Правка | Наверх | Cообщить модератору

205. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 14:39 
> Тебе, похоже, нравится ситуация, когда один придурок-аноним засирает всю ветку.

Нет.

Ответить | Правка | Наверх | Cообщить модератору

155. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 05-Окт-12, 17:24 
> Как уже сказали, под каждую задачу свои ОС. Во Фре(и в Solaris)
> есть то, о чем GNU/Linux дистрибутивам не мечтать - ZFS,

Во первых, в пингвинах мечтают намного смелее - о btrfs. С дизайном на основе проб и ошибок предшественников.

Во вторых, есть ZFS on linux. Мало того что он работает, так именно из него бсдшники к себе еще и поддержку trim передрали.

Более надежно импотенцию команды разработчиков показать просто невозможно. Для линукса ZFS - побочная фича, которая даже в майнлайн никогда не попадет. И даже так там оно лучше дорабатывается, так что приходится оттуда куски дергать. Хотя по логики, подобную фичу должны бы были еще пару лет назад сделать сами бсдшники. Но видимо, как обычно, ресурсов не хватило.

Т.е. господа нацелены на то чтобы всегда быть в отстающих. Быть на передовой они просто не могут.


> а нормальной ФС не хватало ей очень долго (Почитайте про эту ФС,
> поняв каждый термин и его сущность).

Я более-менее понял архитектуру этой штуки. С одной стороны - довольно кондовый агрегат от ынтырпрайзятников. Продуман в целом довольно фундаментально. С другой - принят ряд далеко не самых удачных решений. Починить которые без утраты совместимости может и не выйти да и переделывать довольно много. BSDшники такое точно не потянут. Если уж они сами даже вшивый trim запилить не могли столько лет, хоть это и относительно несложно, могу себе представить сколько такие господа будут пыхтеть над нормальным экстентным аллокатором который не тормозит или онлайн-дефрагером. А без всего этого оно может устроить только бсдшников. Которым элементарно выбирать не из чего - на выбор есть еще совсем раритетный и убогий отстой UFS. Тоже слоупочный но еще и без фич к тому же.

> И BSD системы, благодаря своей консервативности и централизованной разработки,

...успещно повылетали почти отовсюду. Потому что закон эволюции таков что те кто не смог приспособиться к изменениям - вымирает.

> не уступают стабильным дистрибутивам таким, как Debian.

Самым слоупочным дистрибутивам. И если уж на то пошло, debian/kfreebsd очень даже уступает debian/gnu linux по скорости работы.

> Так же и во фре, есть свои недостатки, нет настолько удобных штук
> как cryptsetup, lvm.

Вот с именно этим - еще можно жить. Тем более что там свои средства есть. Зато пока они понтовались джайлами, другие пилили lxc, openvz, kvm, ... - и настал момент когда бсдей обошли на повороте.

> Это жизнь, не может быть что-то одно, универсальное и при этом самое
> лучше во всем что может. (с) КО

Человекам это расскажите. А то понимаешь шарятся по экватору и пустыням при +50 за бортом и северному полюсу при -70, работают в безвоздушном пространстве космоса где давление около нуля, и наоборот на чудовищных давлениях марианской впадины. А казалось бы, один и тот же биологический вид. А поди ж ты. Вот и пингвины как-то так же. Потому что выигрышная стратегия.

Сильно заруливать general purpose может только узкоспециализированное решение. А это не про фри. А в чем ее специализация? Обычная ОС общего назначения. С массой архаики и дебилизмов.

> И, блин, граждане холиварщики и религиозники... Пусть фря будет иметь одну технологию
> в каком-то направлении (ZFS), но законченную и обдуманную, чем зоопарк Linux
> со 100500 начатых и незаконченных технологий (btrfs\Reiser4).

Наверное именно поэтому бсдшники побираются патчами в zfs on linux. Законченные технологии, однако. Когда за них линуксоиды берутся - там да, что-то получается.

> Как пример, и многие кричащие, забыли от куда вырос тот же SSH ;)

Из openbsd. Вот только знаете, если мне нравится пара аккуратных новых болтиков в жигуленке - это еще не значит что вся остальная машина в целом - хорошая и отвечающая моим пожеланиям. Проще пару болтиков отдельно уволочь к себе чем на таком ведре с гайками громыхать.

> Какой дистрибутив может установить ПО с нужной поддержкой библиотек на выбор, что
> бы это было просто и удобно?

Просто и удобно - это когда нечто выполняет возложенную задачу с минимальными затратами сил и средств и не трахает мозг админов такими вещами.

Именно поэтому мир и выбрал дружненько именно binary-based дистры линукса в продакшне. Никому не уперлось удобно окучивать 100500 либ и программ потому что это ничем не оправданный административный оверхед. Там где оно становится оправданным (например минимизация системы по потребляемым ресурсам) - есть свои решения. Как в каком-нибудь openwrt, на фоне которого bsd и даже генты смотрятся гигантскими переростками, обладающих гибкостью бетонной колонны. Просто потому что в пингвине обычно не упираются насчет концепций ради концепций, а делают так чтобы работало.

> Генту? флаги, как бы не было смешно, не user friendly по сравнению с фрей :D

В реальном мире нет задач вида "выбрать либы с точностью до 1 файлика". Вы сами себе придумали это. Вот например, "отгрузить файл по HTTP пользователям" - это реальная задача реального мира. Для ее решения не требуется дрюкаться с самоличной оптимизацией каждой либы. Более того, КПД подобных оптимизаций в плане соотношения затрат сил к результату имеет свойство быть унылым.

> Какая еще ОС имеет порядок с каталогом /etc? У фри, не системные
> конфиги ПО живут в /usr/local/etc. Блин, это же удобно.

Я конфиги вижу не так уж часто. По поводу чего мне сильно пофиг где именно они лежат. А вот когда некоторые умники начинают за меня пытаться решать что есть "система" а что не есть система - меня уже это начинает напрягать. Вот тут и начинается гибкость бетонной колонны проявляться. Навязывается какой-то один сценарий. Все остальные получаются дико неудобными. А у линуксоидов как правило система попилена на более-менее равноправные модули-пакеты, из которых можно просто набрать то что надо. Вот здесь и сейчас, в конкретной ситуации. Есть некие дефолтные пресеты пакетов, но они не выбиты в камне и можно переколбасить как угодно. Получив то что называется местечковым дистром. Самопал? Зато здесь и сейчав под вот эту вот задачу может быть удобно. И это не баг. Это - фича.

В свое время похожий шаг был сделан при переходе от монолитного ядра к модульному монолиту. Вот у бинарных дистров с их пакетами - чем-то похожий подход распостранен дальше, по сути на всю систему. ИМХО это фича, а вовсе не. Как раз очень хорошо когда не навязывают сценариев прибитых к гвоздями. А то например смотришь как перцы пытаются черта в мелкую коробочку запихнуть и невольно вспоминаешь о джиннах и бутылках :). Настолько же просто.

> Мне печально слышать дискуссии типа "отказ от /bin /sbin и перенос их
> в /usr, а для совместимости - симлинк", есть же $PATH X-D

А мне до лампочки вообще. Ну то-есть я не особо понимаю зачем надо чинить то что не сломано, но некую логику - вижу. Да, у пингвинов нет "системы" и "всего остального". Они просто не оперируют такими парадигмами. И это не баг, это фича. Просто потому что то что система для суперкомпьютера - это одно. А для железки с полпачки сигарет - совсем другое. Под системой в этом случае подразумеваются критичные компоненты без которых оно напрочь зафэйлит свою миссию и потому не будет рассматриваться как некая самостоятельная сущность а только как груда металлолома и байтиков вокруг.

> Страшно думать о будущем, когда дядьки в виде Торвальдса, не знают как
> обеспесить стабильность миграций на новые API/ABI и нумеровать ядро соответственно. Печаль.

Я бы на вашем месте боялся о вашем будущем. По озвученным выше причинам. Вот чего-чего а у пингвина вполне адекватные разработчики.

> И да, юзаю GNU/Linux Debian. Отличная ОС :) Не брезгую познавать эти
> на столько похожие и в тоже время разные ОС, которые меня кормят.

Просто у всех разные подходы. Вот у дядьки Линуса подход - чтобы работало и хорошо. Для достижения этой цели допускаются маневры. А у некоторых - "чтобы в правильных дирах лежали расово верные либы" или какой еще буллшит. А то что не работает или погано работает - и фиг с ним.

> PS: Читайте книги, дискутируйте, основываясь на фактах, а не на /dev/urandom и
> развивайтесь. Ваш КО

Я уже имел "счастье" поадминить немного BSD. А потом линуксы. Линуксы оказались намного лучше для практического решения задач. В том числе и тех которые могут накормить в результате. Они намного гибче и созданы для этого мира и для тех кому ехать а не шашечки. А кому шашечки - те да, дрочат на иерархию директорий и какие там еще у остроконечников и тупоконечников воюющих фиг знает ради чего предметы спора бывают.

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

157. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от KT315 (ok), 05-Окт-12, 17:33 
мне есть что сказать, но не вижу смысла, ибо...
есть очень простое правило, или даже мой принцып, дискуссий:
- сливать все коменты анонимов в /dev/null
Ответить | Правка | Наверх | Cообщить модератору

159. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 05-Окт-12, 17:48 
> мне есть что сказать, но не вижу смысла, ибо...

...ибо нечем крыть, т.к. вы в основном маскируете привычки закостеневшие в вашем мозгу под какие-то реальные задачи, что со стороны выглядит забавно ;)

>  - сливать все коменты анонимов в /dev/null

Вы уже несколько раз нарушили ваш же принцип. Хотя такому отборному лицемерию любителей бздей я не удивляюсь - не то чтобы это что-то новое для меня.

Ответить | Правка | Наверх | Cообщить модератору

185. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 00:25 
> Как пример, и многие кричащие, забыли от куда вырос тот же SSH ;)

И тут все бросились вспоминать 1.2.27.

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

112. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –2 +/
Сообщение от Аноним (-), 04-Окт-12, 21:53 
> И в 20хх годах админы с головой будут выбирать инструмент под задачу.

И как раз именно поэтому бсды и будут без шансов. Академикам сроду плевать на реальный мир и его задачи. По тому как развивается система это прекрасно заметно.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

137. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от Аноним (-), 05-Окт-12, 04:11 
Ути - пуси :) Какой серьёзный карапуз! Он знает как фря развивается. Правда не видел не разу :)
Ответить | Правка | Наверх | Cообщить модератору

160. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 05-Окт-12, 17:49 
> Правда не видел не разу :)

Wrong. Видел. А потом - видел как это может быть по другому. Поэтому то и пингвины...

Ответить | Правка | Наверх | Cообщить модератору

15. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –1 +/
Сообщение от terr0rist (ok), 04-Окт-12, 12:08 
> Да не, хорошо, пусть будет. Интересно лет через 5 еще раз посравнивать
> машины на ядре от бсд и линукс. Раньше, в районе бсд4
> выбирая между бсд и линукс получал примерно одинаковое, потом BSD сильно
> отстала для десктоп-пользователя, да наверное и не для десктоп тоже.

Выбирать между бсд и линукс - это нонсенс. "Линукс" - это не ОС, нужно ещё правильную ОС выбирать.
Вот я например использовал разные дистры ОС на ядре линукс. Единственный вменяемый - это генту, остальное (из тех, что пользовал) абзац. Ну разве что РедХат ЕС =) И то генту потому, что многие вещи там взяты из фри и даже улучшены.

В плане десктопа фря отстала по той причине, что господа линуксоеды ввели KMS. В плане не-десктопа есть сервер, в котором ничуть не отстала, и эмбеддед, где понятное дело вендоры не поддерживают фрю и ведут разработки только под гну.
В общем не вижу никаких весомых преимуществ ОС на ядре линукс, кроме тех, кому нужна поддержка GPIO, IPMI и прочих динозавров, которая к тому же ещё и не всегда отключается в ядре.

Да, мы все знаем, линуксоеды всегда готовы обосрать бсд. Но давайте понаблюдаем, как они обсирают друг друга: убунтоеды, дебианоеды, сусоеды и прочие... Фряшникам такое и не снилось :) зато из этого можно (и нужно) сделать выводы.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

32. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –9 +/
Сообщение от rshadow (ok), 04-Окт-12, 13:02 
О! Да к нам пожаловали фанатики фряхи! Бессмысленные и беспощадные =). Всю правду-матку как с плеча...
Ответить | Правка | Наверх | Cообщить модератору

50. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +7 +/
Сообщение от terr0rist (ok), 04-Окт-12, 14:13 
> О! Да к нам пожаловали фанатики фряхи! Бессмысленные и беспощадные =). Всю
> правду-матку как с плеча...

+1 бессмысленный комментарий

Ответить | Правка | Наверх | Cообщить модератору

61. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от sanDro (ok), 04-Окт-12, 14:38 
-10 за "забывчивость" насчёт OpenBSD и NetBSD. DragonFly вроде как в самой новости упомянут...
Ответить | Правка | Наверх | Cообщить модератору

82. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Anonym (?), 04-Окт-12, 16:13 
> -10 за "забывчивость" насчёт OpenBSD и NetBSD. DragonFly вроде как в самой
> новости упомянут...

Эммм, в отличии от дистровоенов, de-военов и прочих холливарщиков в стане Linux (оно то и не удивительно, если в лидерах сидит тролль), товарищи из клана BSD вполне себе сотрудничают друг с другом, исключением пожалуй остается один Тео.

Ответить | Правка | Наверх | Cообщить модератору

95. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от res2500 (?), 04-Окт-12, 18:10 
> товарищи из клана BSD вполне себе сотрудничают друг с другом, исключением пожалуй остается > один Тео.

OpenBSD у них есть правило или как я называю "особенная философия дистрибутива":
1. это открытость
2. бесплатность и обязательно открытые исходники
3. капитальная проверка на безопасность

вот поэтому у таких ОС как NetBSD & OpenBSD мало программ в портах.

NetBSD есть тоже чем гордится, ведь эта ОС самая портированная на известные архитектуры.

Ответить | Правка | Наверх | Cообщить модератору

183. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от ragus (ok), 05-Окт-12, 21:53 
> NetBSD есть тоже чем гордится, ведь эта ОС самая портированная на известные
> архитектуры.

оох... вот есть её порт на mips. и её даже можно запустить на adm5120(это такая SoC для всяких soho-роутеров). всё что она может - это запуститься с корнем на md.
afaik, при этом не поддерживается управление встроенным свитчём и vlan'ми.

и зачем такая портируемость нужна?


Ответить | Правка | Наверх | Cообщить модератору

231. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 09-Окт-12, 00:08 
> и зачем такая портируемость нужна?

Для галочки. Собственно мипсовое (ARMовое, ...) ядро бутануть ума много не надо. Вопрос в том что дальше. А дальше куча кастомной периферии конкретного SoC, которую поддерживать надо. Или девайс будет малополезен на практике. Вот и получается что порт формально есть а реально толку нет. Поэтому даже самое ушлое вендорье скрипит зубами, но ползет на линуксы. Потому что проще согласиться с GPL чем это безобразие допилить до вменяемого состояния.

Ответить | Правка | Наверх | Cообщить модератору

188. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 00:37 
> NetBSD есть тоже чем гордится, ведь эта ОС самая портированная на известные архитектуры.

Давно уже позади линукса...

Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

216. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Andrey Mitrofanov (?), 08-Окт-12, 13:10 
>> NetBSD есть тоже чем гордится, ведь эта ОС самая портированная на известные архитектуры.
> Давно уже позади линукса...

Им просто "известны" разные архитектуры.:)

Ответить | Правка | Наверх | Cообщить модератору

229. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 09-Окт-12, 00:05 
> Им просто "известны" разные архитектуры.:)

"Я знаю у-шу, карате, самбо и много других страшных слов!!!"

Ответить | Правка | Наверх | Cообщить модератору

162. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от Аноним (-), 05-Окт-12, 17:51 
> из клана BSD вполне себе сотрудничают друг с другом,

Особенно заметно на примере всяких нетграфов и геомов, которые, несомненно, есть во всех *bsd. И это совсем-совсем не зоопарк. Ведь свое - не пахнет, правда? :)

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

33. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +2 +/
Сообщение от абырemail (?), 04-Окт-12, 13:06 
> В общем не вижу никаких весомых преимуществ ОС на ядре линукс, кроме тех, кому нужна поддержка GPIO, IPMI

Действительно кому на серверах нужен IPMI ?

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

36. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +5 +/
Сообщение от Клыкастый (ok), 04-Окт-12, 13:14 
>> В общем не вижу никаких весомых преимуществ ОС на ядре линукс, кроме тех, кому нужна поддержка GPIO, IPMI
> Действительно кому на серверах нужен IPMI ?

# kldload ipmi
# portmaster sysutils/ipmitool

Ответить | Правка | Наверх | Cообщить модератору

46. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +3 +/
Сообщение от Hety (??), 04-Окт-12, 14:05 
>>> В общем не вижу никаких весомых преимуществ ОС на ядре линукс, кроме тех, кому нужна поддержка GPIO, IPMI
>> Действительно кому на серверах нужен IPMI ?
> # kldload ipmi
> # portmaster sysutils/ipmitool

Подтверждаю. ipmi нормально работает на фряхе.

Ответить | Правка | Наверх | Cообщить модератору

178. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от Аноним (-), 05-Окт-12, 19:08 
> Подтверждаю. ipmi нормально работает на фряхе.

Ну вот, спалили коллегу. Благодаря вам задетектирован еще 1 махровый ламер :)

Ответить | Правка | Наверх | Cообщить модератору

45. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от абырemail (?), 04-Окт-12, 14:05 
>> В общем не вижу никаких весомых преимуществ ОС на ядре линукс, кроме тех, кому нужна поддержка GPIO, IPMI
> Действительно кому на серверах нужен IPMI ?

Вы это лучше terr0rist'у расскажите, а то он похоже не в курсе :)

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

58. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от terr0rist (ok), 04-Окт-12, 14:33 
> Вы это лучше terr0rist'у расскажите, а то он похоже не в курсе
> :)

ну да, я много чего не в курсе. Может есть кто, кто в курсе всего? Бог разве что. Да и придираетесь вы. А так make menuconfig покажет вам ещё туеву хучу неотключаемых фич, которые *реально нужны*.

Ответить | Правка | Наверх | Cообщить модератору

163. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 05-Окт-12, 17:52 
> ну да, я много чего не в курсе.

Что совершенно не мешает растопыривать пальцы и вещать о крЮтизне фряхи. Пыонеры - они такие.

Ответить | Правка | Наверх | Cообщить модератору

189. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 00:39 
> ну да, я много чего не в курсе. [...] А так make menuconfig

Тю, а зачем тогда под капот лазить? :)

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

35. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –1 +/
Сообщение от xxx (??), 04-Окт-12, 13:14 
>В плане десктопа фря отстала по той причине, что господа линуксоеды ввели KMS.

Ну и чем тебе KMS не угодил, кроме того, что не запилен во фряхе?

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

37. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от Клыкастый (ok), 04-Окт-12, 13:16 
>>В плане десктопа фря отстала по той причине, что господа линуксоеды ввели KMS.
> Ну и чем тебе KMS не угодил, кроме того, что не запилен  во фряхе?

#kldload i915kms

не сказать что совсем не запилен, но работы ведутся.

Ответить | Правка | Наверх | Cообщить модератору

40. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от xxx (??), 04-Окт-12, 13:31 
>#kldload i915kms

Ага, использую. Но вообще я к тому, что нет смысла плакать о том какие линуксоиды нехорошие, что вводят у себя различные новшества. Лучше участвовать в их разработке.

Ответить | Правка | Наверх | Cообщить модератору

52. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –2 +/
Сообщение от terr0rist (ok), 04-Окт-12, 14:16 
>>#kldload i915kms
> Ага, использую. Но вообще я к тому, что нет смысла плакать о
> том какие линуксоиды нехорошие, что вводят у себя различные новшества. Лучше
> участвовать в их разработке.

не читайте между строк, я и не писал хорошие/нехорошие. Это как раз некоторые линуксоеды делят всех на хороших (линуксоедов) и нехороших (всех остальных).
Во всяком случае, иначе не объяснить, что одна известная корпорация взяла да и отрубила не-KMS драйверы.

Ответить | Правка | Наверх | Cообщить модератору

63. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от xxx (??), 04-Окт-12, 14:40 
>Во всяком случае, иначе не объяснить, что одна известная корпорация взяла да и отрубила не-KMS драйверы.

А может её было просто лень пилить две версии драйверов?

Ответить | Правка | Наверх | Cообщить модератору

64. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –3 +/
Сообщение от terr0rist (ok), 04-Окт-12, 14:47 
>>Во всяком случае, иначе не объяснить, что одна известная корпорация взяла да и отрубила не-KMS драйверы.
> А может её было просто лень пилить две версии драйверов?

я не умею читать мысли руководителей корпораций. Наблюдаю только результат.
Почему-то одним не "лень", а другим и под линукс дрова выпускать "лень". И знаете ли, в данном случае их мотивация (или её отсутствие) пользователя ни разу не колышет.

Ответить | Правка | Наверх | Cообщить модератору

165. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 05-Окт-12, 18:02 
> я не умею читать мысли руководителей корпораций. Наблюдаю только результат.

А они простые. Они деньги зарабатывают. И хотят видеть какой-то полезный для себя выхлоп от своей активности. С линуксом это более-менее реально даже. С бсд - ну вы поняли. Я не думаю что интелю нужны какие-то "базовые системы". И в своих инкарнациях систем у интеля всегда были пакетные менеджеры. Это не мешало интелю весьма адресно оптимизировать дистрибутивы типа моблинов и мигов по ресурсам позлее чем любая бсдшная пионерия осилит.

Ответить | Правка | Наверх | Cообщить модератору

208. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –1 +/
Сообщение от Клыкастый (ok), 07-Окт-12, 17:09 
>> я не умею читать мысли руководителей корпораций. Наблюдаю только результат.
> А они простые. Они деньги зарабатывают. И хотят видеть какой-то полезный для себя выхлоп от своей активности.

Как бы поиметь.

> С линуксом это более-менее реально даже.

Господа молчаааать!


Вообще забавно:

windows:linux. они не пишут под линукс! сволочи гады! проприерасты! где код, твари?
linux:freebsd. ну пацаны, ничего личного, это бизнес. с нами бизнес лучше.


Рюрики Соломоновичи, крестики крайне херово рифмуется с обрезаной крайней плотью.

Ответить | Правка | Наверх | Cообщить модератору

211. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 07-Окт-12, 19:43 
> windows:linux. они не пишут под линукс! сволочи гады! проприерасты! где код, твари?
> linux:freebsd. ну пацаны, ничего личного, это бизнес. с нами бизнес лучше.

Эта логика сравнений характерна для тех, кто смотрит на популярность/раскрученность/бузинес и не замечает (или не желает замечать) рубикон "free/non-free".

Если же заметить, то всё становится на свои места -- Linux лучше FreeBSD в бизнес-плане по причине наличия критической массы трезво понимающих надобности людей и соответственно продуктов, с которыми можно работать; GNU/Linux лучше Windows в бизнес-плане по причине пусть и неидеального, но всё же очень существенного выравнивания конкурентного поля заодно с предоставлением гарантий доступности наработок как результата вложений в разработку фрисофта.

Например, ни на фре, и на винде hp с ibm в одну упряжку пристегнуть вряд ли бы получилось, каждый бы под своё одеяло разработку тянул.  А здесь (в той же samba) выходит даже и так, потому что правила игры почти не оставляют варианта выстрелить себе в ногу закрытым форком в долгосрочном плане.

Ответить | Правка | Наверх | Cообщить модератору

232. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 09-Окт-12, 00:29 
> Как бы поиметь.

Бизнес - это акулы. Линуксоиды смогли припахать их энергией снабжать все вокруг, раз они такие резвые и наглые. А бсдшники смогли припахаться только кормежкой подрабатывать, которую можно нахаляву в свою нору уволочь и скушать. Раз не сопротивляется - будет зохавано! Стандартная акулья логика. Что и наблюдается.

>> С линуксом это более-менее реально даже.
> Господа молчаааать!

А что молчать? Все современные стартапы сказочно наварившиеся и пролезшие из грязи в князи без него не обошлись. Как по мне так пингвин вполне заслуживает чтобы о нем сказать за это как о развитой, современной, перспективной системе. Которая развивается и которую никто не может единолично уволочь в свою нору. Чем оно и замечательно. Да, там есть выбор. И это замечательно, т.к. на суперкомпах надо одно, на серверах другое а в мелкой эмбеддовке третье. Идея не стричь всех под одну гребенку и позволить разные юзермод окружения без прибитых гвоздями "базовых систем" и какой там еще галиматьи как видим оказалась вполне удобной тем кто эти самые системы использовать собирается.

> Вообще забавно:
> windows:linux. они не пишут под линукс! сволочи гады! проприерасты! где код, твари?
> linux:freebsd. ну пацаны, ничего личного, это бизнес. с нами бизнес лучше.

Ну а про метод кнута и пряника вы, разумеется, не в курсе? Да, акулы все чаще становятся покладистыми и сами прут в шлейку в обмен на мясо. Ну а что, всем хорошо. Одним тягловая сила, другим мясо. Все довольны. Схема работает.

> Рюрики Соломоновичи, крестики крайне херово рифмуется с обрезаной крайней плотью.

Ну вот бсдшники - эстетствуют. А пингвиноиды - нацелены на практический результат. В этом они и отличаются.

Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

239. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Клыкастый (ok), 09-Окт-12, 10:04 
>> Как бы поиметь.
> Бизнес - это акулы. Линуксоиды смогли припахать их энергией снабжать все вокруг,

o_O и мою кошку????

> раз они такие резвые и наглые. А бсдшники смогли припахаться только
> кормежкой подрабатывать, которую можно нахаляву в свою нору уволочь и скушать.

Не я понимаю, самолюбие штука страшно ранимая. Поглаживания по самолюбию в вашей голове зашкаливают, но _вдруг_ вы таки сможете отвлечься и увидеть как на самом деле. А на самом деле так. Есть бизнес который работает в IT. BSD пилит свой проект, так, как считает нужным. Линукс поворачивается так, чтоб обслужить бизнес. Не, базара нет, свои профиты есть, и профиты в том числе не финансовые, а идеологические. Например (это, правда идея не линукса, а Столлмана) бизнесу показали, что модель с открытой разработкой тоже может им применяться при определённых условиях, и может быть более конкурентоспособной в каких-то случаях. Никаких "снабжать энергией всё вокруг" нет. всё совершенно так же. Бизнес платит - бизнес девушку танцует. Вся разница в том, что девушка BSD думает о универе и ходит танцевать раз в неделю, а девушка Линукс не вылезает с кабаков. Зато вино рекой, вкусная жрачка, много клиент^W друзей. Ну соответственно выбор - дело вкуса.

> Ну вот бсдшники - эстетствуют. А пингвиноиды - нацелены на практический результат.
> В этом они и отличаются.

Когда я ключом винты корпуса раскручиваю - я нацелен на практический результат. Но если я подожду и обзаведусь отвёрткой, я тоже нацелен на практический результат.

Ответить | Правка | Наверх | Cообщить модератору

55. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от t28 (?), 04-Окт-12, 14:22 
> Лучше участвовать в их разработке.

В *их* разработке?

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

66. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +2 +/
Сообщение от xxx (??), 04-Окт-12, 14:59 
> В *их* разработке?

Да, а что такого? На мой взгляд лучше сразу начинать впрягаться в те вещи которые в скором времени станут стандартом де-факто. Например, на начальном этапе активно участвовать в обсуждении архитектуры, предлагать патчи, убивающие неоправданные линуксизмы и делающие проект более портабельным на другие ОС. Или круче потом догонять уходящий поезд.

К примеру, взять проект Wayland. Там повсеместно используется epoll и некоторые опции для сокетов, чего нету во фряхе. Почему бы не поучаствовать, тупо например вынести специфичные для линукс вещи в отдельный модуль, предложить вообще перйти на libevent. Уже сейчас запилить необходимые опции сокетов, если они полезные в самой фре. Я не думаю, что там сидят одни неадекваты, которые откажутся принимать толковые патчи. С другой стороны странно ожидать от разработчиков, которые *BSD в глаза не видели, их поддержку из коробки.

Ответить | Правка | Наверх | Cообщить модератору

73. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от terr0rist (ok), 04-Окт-12, 15:25 
>> В *их* разработке?
> Да, а что такого? На мой взгляд лучше сразу начинать впрягаться в
> те вещи которые в скором времени станут стандартом де-факто.

ну а кто знает, что и когда станет стандартом де-факто?

>  Например, на
> начальном этапе активно участвовать в обсуждении архитектуры,

отчего-то мне кажется, что фряшники так бы и делали. Только вот корпорации не очень жаждут слушать разработчиков не-tier1 ОС.

> предлагать патчи, убивающие
> неоправданные линуксизмы

а вы уверены, что линуксисты так вот готовы пожертвовать ЧСВ и признать линуксизмы неоправданными?

> и делающие проект более портабельным на другие ОС. Или
> круче потом догонять уходящий поезд.

Да я прекрасно помню, когда половину, если не 80%, софта под фрю нужно было патчить, потому что там банально не было даже
#ifdef LINUX
#ifdef FREEBSD
...
Это мне одному кажется, что разработчик должен знать о наличии в природе недефолтной ОС?

> К примеру, взять проект Wayland. Там повсеместно используется epoll и некоторые опции
> для сокетов, чего нету во фряхе. Почему бы не поучаствовать, тупо
> например вынести специфичные для линукс вещи в отдельный модуль, предложить вообще
> перйти на libevent. Уже сейчас запилить необходимые опции сокетов, если они
> полезные в самой фре. Я не думаю, что там сидят одни
> неадекваты, которые откажутся принимать толковые патчи. С другой стороны странно ожидать
> от разработчиков, которые *BSD в глаза не видели, их поддержку из
> коробки.

Согласен, ожидать поддержки -- странно. Но
> тупо например вынести специфичные для линукс вещи в отдельный модуль,

это как раз нужно от разработчиков Wayland ожидать, а не от фряшников.
Вообще как делается: например я знаю линукс АПИ и пишу:
#ifdef LINUX
<< код >>
#ifdef FREEBSD|WINDOWS|MFOS|...
и тут пишет код тот, кто знает соответствующую ОС. Но не нужно забывать и про то, что разработчику ещё и оплачивать труд надо. Кто бы сомневался, что дай Интел бабло для разработки под не-дефолт ОС, то тут же процесс бы пошёл.

А пока получается, что
> там сидят одни неадекваты

которые пишут под дефолт ОС...

Ответить | Правка | Наверх | Cообщить модератору

143. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от ragus (ok), 05-Окт-12, 09:32 
> отчего-то мне кажется, что фряшники так бы и делали. Только вот корпорации
> не очень жаждут слушать разработчиков не-tier1 ОС.

историю с драйверами nvidia под amd64 напомнить?
разработчики nvidia выкатили список фич, которых им не хватает в ядре freebsd.

> Это мне одному кажется, что разработчик должен знать о наличии в природе
> недефолтной ОС?

разработчик вообще-то не обязан. вы пишете некий софт. к вам приходят и говорят: "мы с друзьями написали ОС, вы должны учитывать её существование и наше мнение!!!"

> это как раз нужно от разработчиков Wayland ожидать, а не от фряшников.

вы объясните, им это зачем? это нужно вам и вашей ОС.


> А пока получается, что
>> там сидят одни неадекваты
> которые пишут под дефолт ОС...

интел - коммерческая компания. linux увеличивает продажи железа + создаёт новые сегменты рынка(например, SoC или же cpu + fpga ).

Ответить | Правка | Наверх | Cообщить модератору

247. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Ыть (?), 12-Окт-12, 01:25 
> разработчик вообще-то не обязан.

зделай замечание Линусу. А то он нвидиям факи показывает, а оне не обязаны в общем-то


Ответить | Правка | Наверх | Cообщить модератору

166. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от Аноним (-), 05-Окт-12, 18:06 
> Это мне одному кажется, что разработчик должен знать о наличии в природе
> недефолтной ОС?

Вы что-то сильно перепутали в этой жизни. По дефолту в этом мире вам никто ничего не должен. Если вы этого еще не поняли, вас ждет еще очень много обломов и невкусных открытий впереди.

Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

179. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от Аноним (-), 05-Окт-12, 19:11 
> Да я прекрасно помню, когда половину, если не 80%, софта под фрю
> нужно было патчить, потому что там банально не было даже
> #ifdef LINUX
> #ifdef FREEBSD

Ох ламерство. Хорошо написанный софт как раз так не должен делать. Потому что потом появится еще что-то типа #ifdef solaris, #ifdef qnx, #ifdef windows, #ifdef netbsd,  ... и разработчик в результате будет заниматься чем угодно. Кроме написания программы.

Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

240. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Клыкастый (ok), 10-Окт-12, 19:04 
> Ох ламерство. Хорошо написанный софт как раз так не должен делать.

Как должен делать хорошо написанный софт? вот nginx, который использует киллерфичи (и просто фичи) разных ОС - хорошо написан? kqueue во фре, epoll в линухе, своё там в соляре.

> что потом появится еще что-то типа #ifdef solaris, #ifdef qnx, #ifdef
> windows, #ifdef netbsd,  ... и разработчик в результате будет заниматься
> чем угодно. Кроме написания программы.

пиши на перле.

Ответить | Правка | Наверх | Cообщить модератору

164. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 05-Окт-12, 17:56 
>> Ну и чем тебе KMS не угодил, кроме того, что не запилен  во фряхе?
> #kldload i915kms

О, хорошо что вспомнили. Как раз интель недавно новый modesetting реализовал, так что ваши как раз опять ныли что все отвалилось. А интель возьми да и покажи жест торвальдса - дескать, не собираемся тормозить развитие линуксного кода из-за всяких слоупоков.

Бывает же что пока некто медленно пилит фичу, апстрим все переделывает быстрее чем прошлая версия прикручена.

А еще есть например AMD. С ними все тоже хорошо. Особенно с новыми семействами GPU. Особенно если с архитектурой GCN. Для которой амдшники написали дрова так что оно только KMS и умеет вообще.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

38. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Клыкастый (ok), 04-Окт-12, 13:25 
> Вот я например использовал разные дистры ОС на ядре линукс. Единственный вменяемый - это генту,

чистая гента - это для перфекциониста или для обучения погружением. аккуратно построил свою систему без левого ненужного. или во время постройки смотришь как тут оно всё устроено. но есть Calculate и Sabayon - то же самое, но с квикстартом и в красивой упаковке.

если перфекционист ценит порты/портежи и SB - тогда да. гента/фряха.
если пакеты - арч, слака. ну, дебиан.

При этом хочет квикстарта и обёртки (для десктопа) - есть arch-based, slackware-based.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

42. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +1 +/
Сообщение от аннонфыаыв (?), 04-Окт-12, 13:41 
>При этом хочет квикстарта и обёртки (для десктопа) - есть arch-based, slackware-based.

Да какая обертка, какой старт? Слака отличается от прочих только отсутствием нормальных реп. Всё.

Ответить | Правка | Наверх | Cообщить модератору

167. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 05-Окт-12, 18:07 
> Да какая обертка, какой старт? Слака отличается от прочих только отсутствием нормальных
> реп. Всё.

Скорее, отсутствием зависимостей. Что позволяет палить себе в пятку быстро и удобно. Некоторым это нравится даже. Ну а что, садомазо тоже имеет право на существование.

Ответить | Правка | Наверх | Cообщить модератору

200. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Клыкастый (ok), 06-Окт-12, 13:07 
> Да какая обертка,

Графическая

> какой старт?

Быстрый. Инсталляция готового десктопа.

> Слака отличается от прочих только отсутствием нормальных  реп. Всё.

нормальные репы это пара ppa, в обилии подключаемые, с дублирующимся софтом, чтобы это всё хоть как-то хоть с чем-то собранное заработало так как надо пользователю? ;)


Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

233. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 09-Окт-12, 00:34 
> нормальные репы это пара ppa, в обилии подключаемые, с дублирующимся софтом, чтобы
> это всё хоть как-то хоть с чем-то собранное заработало так как надо пользователю? ;)

Пользователю проще добавить PPAшку чем долбстись с сборкой чего-то из сорца, при том в той же freebsd в силу древности дефолтного компилера еще и нет гарантий что все пройдет гладко. Просто потому что свежие версии программ никто на этом не тестирует сто лет.

Ответить | Правка | Наверх | Cообщить модератору

241. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Клыкастый (ok), 10-Окт-12, 19:12 
>> нормальные репы это пара ppa, в обилии подключаемые, с дублирующимся софтом, чтобы
>> это всё хоть как-то хоть с чем-то собранное заработало так как надо пользователю? ;)
> Пользователю проще добавить PPAшку

а ещё пользователю проще переустановить, чем обновить. да, я похаживаю по форумам виндовсятников от каноникл.


> чем долбстись с сборкой чего-то из сорца, при том в той же freebsd в силу древности дефолтного компилера еще и нет гарантий что все пройдет гладко. Просто потому что свежие  версии программ никто на этом не тестирует сто лет.

неистребимо в советских интеллигентах желание спорить о вкусе устриц с теми, кто их ел. тут тебе и дефолтный компилер, и нет гарантий. если бы не использовал - наверное бы сам поверил, что всё плохо и страшно.

Ответить | Правка | Наверх | Cообщить модератору

47. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +5 +/
Сообщение от terr0rist (ok), 04-Окт-12, 14:08 
>> Вот я например использовал разные дистры ОС на ядре линукс. Единственный вменяемый - это генту,
> чистая гента - это для перфекциониста или для обучения погружением. аккуратно построил
> свою систему без левого ненужного. или во время постройки смотришь как
> тут оно всё устроено. но есть Calculate и Sabayon - то
> же самое, но с квикстартом и в красивой упаковке.

я ставил сабаён, он почему-то жёстко глючил. Особенно графические фронтэнды к энтропи. А так красивый, да.

> если перфекционист ценит порты/портежи и SB - тогда да. гента/фряха.

100%

> если пакеты - арч, слака. ну, дебиан.

и арч ставил, но как-то туповато, плюс ещё в форумах пишут про его нестабильность (в плане архитектуры) - сам не успел оценить.
шлаку не ставил. Не понял философию.
дебиан - приходится с ним иметь дело по работе. для сервера нормально, но на десктопе этот бред с лицензиями и переименованиями реально бесит. Не люблю ограничения.

> При этом хочет квикстарта и обёртки (для десктопа) - есть arch-based, slackware-based.

Тем, кому неохота в подробности вдаваться, подойдёт что угодно, где инсталятор есть. Но в итоге в любых никсах в подробности придётся вдаваться. Следовательно нужна и документация вменяемая. До недавнего времени у фри была однозначно лучшая база доков среди открытых ОС. (Во всяком случае, на англ. яз.) Поэтому с одной стороны десктопных фряшников очень много (гораздо больше, чем может показаться - если верить дистровотчу, больше, чем гентушников), с другой - это те, кто знает англ и кому не лень копаться. (КО)

Друзья же, которые при всяком упоминании FreeBSD поднимают хай и грай, совершенно забывают, что да, есть задачи, которые фря не решает. Скажем, "газель" обычно не используют в качестве мусоровоза. Но это не мешает ей решать другие задачи. А от того, что например devfs во фре появилось позже (или раньше) udev, или от того, что параметры int80 передаются в стеке, а не в регистрах, юзабилити системы не зависит. Логика троллинга в том и заключается, что когда речь о фиче, которую сам не юзаешь - поднимаешь крик "а зачем она?", а когда имеешь то, чего нет у кого-то, поднимаешь крик "ну они и идиоты, у них systemd нету". Хотя можешь сам и нифига не врубаться, что даёт тебе этот системд...

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

43. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +2 +/
Сообщение от YetAnotherOnanym (?), 04-Окт-12, 13:42 
> линуксоеды всегда готовы обосрать бсд

Не обобщайте, берклифобией больны далеко не все линуксоиды.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

48. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –1 +/
Сообщение от terr0rist (ok), 04-Окт-12, 14:09 
>> линуксоеды всегда готовы обосрать бсд
> Не обобщайте, берклифобией больны далеко не все линуксоиды.

не линуксоиды, а
>> линуксоеды

:)

да и не обобщаю, где я сказал "все линуксоиды"?

Ответить | Правка | Наверх | Cообщить модератору

115. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 04-Окт-12, 22:02 
> ОС, нужно ещё правильную ОС выбирать.

Ну надо же, выбор это же так сложно!

> - это генту, остальное (из тех, что пользовал) абзац.

Абзац - это когда гента в продакшне на боевом сервере. От которого всем надо чтобы он работал, делал свое дело и не требовал внимания. А вот это уже не про генты. Да и про бсды это лишь местами.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

201. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Клыкастый (ok), 06-Окт-12, 13:15 
> Абзац - это когда гента в продакшне на боевом сервере.

чем это плохо?

> От которого всем надо чтобы он работал,

работает

>  делал свое дело

синоним "работает"

>  и не требовал  внимания.

Забивайте болт на обновления, я тут уже постил за RH сервак с аптаймом 5 лет. Точно так же это могла быть гента. Вообще одиночный сервак в принципе может быть любой. Видел даже System V.

>  А вот это уже не про генты. Да и про бсды это лишь местами.

Вы что-то конкретное имели в виду? Или это простое "apt-get нету, я х.з. как ставить/обновлять"?


Ответить | Правка | Наверх | Cообщить модератору

234. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 09-Окт-12, 01:00 
> чем это плохо?

Внезапными факапами. Которые я периодически вижу даже у очень опытных гентоводов, которые вполне в состоянии их разгрести и с закрытыми глазами в make menuconfig галочки опций ядра могут расставить. На боевых серверах им такого что-то не хочется. На отдельно взятом десктопчике - да, можно позадр^W "прокачать перфекционизм".  

>> От которого всем надо чтобы он работал,
> работает

...с минимальными затратами времени, сил и средств. У binary based это в целом как-то лучше получается. Никому не уперлось сильно окучивать кучу серверов.

>>  делал свое дело
> синоним "работает"

Да, но почему-то когда фороникс бенчмаркает дебиан/гну линукс и дебиан/кфрибсд (оба из которых примерно одинаковы по древности, ибо дебиан в своем репертуаре) - вылетает толпа клоунов которая начинает всячески поливать фороникс и пытаться доказать что бенчи невалидные. Сколь-нибудь научно сделанных контрпримеров где системы так же поставят в равные условия и сравнят ясен пень не предлагается по очевидным причинам. Которые отлично видны и в форониксовых бенчах. Ежику понятно что код над которым больше работают - лучше оптимизирован и вылизан при прочих равных. А бсдшникам это вопить не мешает.

>>  и не требовал  внимания.
> Забивайте болт на обновления, я тут уже постил за RH сервак с аптаймом 5 лет.

Так не пойдет - это сеть. Тут могут взломать, спереть все ценное, поставить руткит/бэкдор и вообще попользовать твои ресурсы на шару. А в случае нелегитимного юзежа в криминальных целях владелец сервера еще и по шапке огребет почем зря. Знаете, в binary based это настолько кроха по времени и силам что оно просто не замечается. Можно в принципе даже автоматически апдейты вкатывать, если сервак совсем уж автопилотный. Лучше так, чем если это будет склад малвари/хост атакующий все живое/база для прикрытия откровенно криминальной активности.

> Точно так же это могла быть гента. Вообще одиночный сервак в принципе может быть любой. Видел даже System V.

Меня не интересуют какие-то экзотичные случаи когда некто замуровал сервак в стену и в сеть не вывесил. Сервак полезный для меня в общем случае имеет 1 или более сетевых сервисов и какой-никакой выход в интернет. Если это не апдейтить - есть риск нарваться на неприятности. Оно мне не надо. Вот вы так и поступайте. А я считаю это моветоном. Имею на то полное право, т.к. отлично представляю себе сколько багов в таких объемах кода потенциально может жить, включая и security-sensitive проблемы.

>>  А вот это уже не про генты. Да и про бсды это лишь местами.
> Вы что-то конкретное имели в виду? Или это простое "apt-get нету, я х.з. как ставить/обновлять"?

Вот конкретно апт-гет позволяет обновить систему за считанные секунды и ничего не сломать в процессе. И не только аптгет, но и yum всякие, zypper, etc. Это вполне удобно для реальных применений на реальных серверах. А не сферической хрени в вакууме с аптаймом в 5 лет. Мне, знаете ли, надежная и безопасная работа сервака при минимальном вмешательстве админа - интереснее длинны х...^W аптайма.

Ответить | Правка | Наверх | Cообщить модератору

242. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Клыкастый (ok), 11-Окт-12, 11:16 
>> чем это плохо?
> Внезапными факапами.

внезапные факапы - это не свойство генты как таковой. это - момент переоценки чего-то. забыл. не проверил. например, хоть раз в жизни админ отправлял не тот сервер в ребут. исправляется это только и исключительно организационно. гента в чистом виде на сервере стоит у меня только в том месте, где 1) сильно нужна оптимизация. 2) не критично время простоя. стоит уже 4 года (до этого была фряха 4.11 -> slackware -> gentoo). факапов собственно генты я не помню. был факап "reiser на корне", при частых ребутах это жесть. Полечилось отдельным /boot на ext3.


> На боевых серверах им такого что-то не хочется. На отдельно взятом десктопчике - да, можно позадр^W "прокачать перфекционизм".

на отдельном сервере может стоять всё, что угодно. и даже более того, сервера source-based в принципе легче обслуживать, чем source-based десктопы. на порядок меньше пакетов и зависимостей. кроме ядра и gcc/clang собственно и тяжёлых-то задач на сборку нет, ну glib ещё, питон может. если он вообще нужен.

тонкости начинаются если серверов - пачка. тут сразу понимаешь, что один конструктор - это приятная игра. сто конструкторов - это муторный однотипный труд. посему если есть потребность - из конструкторов собирается некая схема. вот честно говоря при всей любви к генте пару сотен серваков на ней я бы не рискнул. фряха - влёт.

> ...с минимальными затратами времени, сил и средств.

как показывают тутошние споры методы подсчёта сильно разные.


> У binary based это в целом как-то лучше получается. Никому не уперлось сильно окучивать кучу серверов.

напоминаю на всякий случай, что чистых SB как бы и нет, все оне умеют бинарные пакеты. BB тоже умеют из сырцов, но это как раз тот случай, когда шуруп, забитый молотком, держится лучше, чем гвоздь, завинченный отвёрткой.

> Да, но почему-то когда фороникс бенчмаркает дебиан/гну линукс и дебиан/кфрибсд (оба из
> которых примерно одинаковы по древности, ибо дебиан в своем репертуаре) -
> вылетает толпа клоунов которая начинает всячески поливать фороникс и пытаться доказать
> что бенчи невалидные.

Бенчи просто бестолковые. Я уже писал, что бенч без анализа "почему" - это тупорылый вброс. Ответ на вопрос "почему" снял бы все претензии: сразу было бы ясно, это случайный эффект, невыгодная комбинация или врождённые ограничения. Это безотносительно BSD. Точно такое же я хотел бы видеть относительно железа. И вижу на том же ixbt (в основном).

>  Сколь-нибудь научно сделанных контрпримеров где системы так же поставят в равные условия

Да в принципе порочна практика подходить к опенсорс системам как к чёрному ящику.

> и сравнят ясен пень не предлагается по очевидным причинам. Которые отлично видны и в форониксовых бенчах.

наверное я напишу в сто-восемьдесят-пятый-разззз, но вы правду считаете, что сравнение PC-BSD с ядром 8.2 релиза 3 года назад и ядра релиза 3-4 месяца назад это хорошо и правильно?
Вы вправду считаете что RR можно вот так весело и с песнями в режиме чёрного ящика сравнить хоть бы и промеж собой?

>  Ежику понятно что код над которым больше работают - лучше оптимизирован и вылизан  при прочих равных. А бсдшникам это вопить не мешает.

я бы хотел с вами поменяться ёжиками. моему ежегу понятно, что код над которым вжыквжык по релизам стопиццот человек как-то менее стабильный. и ёжег видит подтверждения, когда внезапно убилась карточка ath5k, а в ath9k она таки не появилась. когда с 3.2.какойто версии по 3.5.4(!) была поломана поддержка вебкамов. а давайте уровнем повыше: udev/systemd, стопиццот подсистем - и всё вылизано, и каждая новая - она плавно и планово сменяет предыдущую? как нет? вот ёжег мне подсказывает что каждая внезапно возникающая фигня служит причиной срачей и расколов дистрибутивов. ну да это политика. но вот чисто за код - он, в спешных попытках заточиться под стопиццот всего также меняющегося - точно оптимизирован?  для сравнения - во фряхе все изменения медленней. планово. может, не самое новьё, но зато много, много стабильнее. Я бы вообще сказал, что именно у фри, именно за счёт многократно обсираемого тут деления на базовую и мир достигнут оптимум между версионными релизами и RR.


> Так не пойдет - это сеть.

Ну тому серваку это не грозило. он в мир смотрел специфическим образом.


> Знаете, в binary based это настолько кроха по времени и силам что оно просто не замечается.

Давайте сравним ощущения. Вот у вас 5 серверов BB. Что вы делаете?

> т.к. отлично представляю себе сколько багов в таких объемах кода потенциально может жить, включая и security-sensitive проблемы.

я это к тому говорю, что лично у меня диссонанс в понимании ваших слов. с одной стороны вы говорите, что сервер не должен требовать внимания, с другой стороны моё предположение "поставил и забыл" тоже не отражает вашу точку зрения. Во всём остальном я особо не вижу отличий между sb/bb.

> Вот конкретно апт-гет позволяет обновить систему за считанные секунды

гуд. конфиги? проверка? ребут (если нужен)? изучение логов?

вы правда уверены что 20 секунд apt-get это принципиально лучше 1 минуты portsnap/portmaster? при условии что остальные работы не 20 секунд и в точности идентичны?

>  и ничего не сломать в процессе.

это - предмет веры и не более. ну, или если угодно - отражение опыта. если человек обновлял XXX сто раз и ничего не ломалось, он считает что всё работает и это безопасно.

> И не только аптгет, но и yum всякие,

yum это весело. у меня опыт работы с yum был прикольным. подключить некую репу. обновить. стопиццот зависимостей. лёгкий ах.й что на борту _уже_ половина иксов и оне сейчас обновляться будут. выковыривание. творчески размещённый и доработаный конфиг. короче на обычную операцию ушло времени в 5-6 раз больше чем штатно из исходников во фре. что я должен думать? :)

> zypper, etc. Это вполне удобно для реальных применений на реальных серверах.

в принципе мне пофиг. сколько времени выполняется сама установка софта не суть важно. накладные расходы типа проверки на каждом как встало и как мурчит солидно так уравнивают разницу во времени установки бинарей и исходников. явный профит от бинарей только при установке пачки серверов с нуля. а вот при обслуживании накатывание своих патчей и нестандартных хотелок - на пару порядков проще.

> Мне, знаете ли, надежная и безопасная работа сервака при минимальном вмешательстве
> админа - интереснее длинны х...^W аптайма.

всё никак не пойму что для вас "минимальное вмешательство" и, главное, чем оно отличается от соурс-бейзед.

Ответить | Правка | Наверх | Cообщить модератору

244. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 11-Окт-12, 13:18 
> yum это весело. у меня опыт работы с yum был прикольным.

Это всё же не yum, а:
- дистрибутив;
- выборы при установке (те, которые оставались);
- репозитории.

PS: уберите ругань, пожалуйста.

Ответить | Правка | Наверх | Cообщить модератору

245. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Клыкастый (ok), 11-Окт-12, 13:25 
>> yum это весело. у меня опыт работы с yum был прикольным.
> Это всё же не yum, а:
> - дистрибутив;

от того, что к подготовительным работам добавляется "выбор дистрибутива" - не легче. и да, странные зависимости, неудобно регулируемые - это к бинари-бейзед, разве нет?

> - выборы при установке (те, которые оставались);

сервер достался "по наследству", увы.

> - репозитории.

да, поиск и подключение нужных реп тоже требует времени.

> PS: уберите ругань, пожалуйста.

пишет: > 60 сек не подлежит редактированию :(

Ответить | Правка | Наверх | Cообщить модератору

246. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 11-Окт-12, 13:37 
> от того, что к подготовительным работам добавляется "выбор дистрибутива" - не легче.

Это да, но отдельная тема, по которой можно писать отдельное HOWTO.  Если коротко -- я для себя в итоге остановился на альте, заведомо отсекая ряд применений, но более качественно делая те, за которые берусь; IMHO подход применим не только в плане выбора именно линуксового дистрибутива.

> и да, странные зависимости, неудобно регулируемые - это к бинари-бейзед, разве нет?

Нет. :)  Бывают вменяемые, бывают и мягкие (но дебиан тоже пакетный).

>> - выборы при установке (те, которые оставались);
> сервер достался "по наследству", увы.

А-аа.  Но вычистка хлама -- это всё-таки в основном к предшественнику претензия, а не к yum; хотя опять же дистрибутив и инструментарий может провоцировать низкую производственную культуру, иные старые редхатчики не так давно ещё любили вариант "ставь всё, лишнее потом как-нибудь снесём" (и это "потом" никогда не наступало).

>> PS: уберите ругань, пожалуйста.
> пишет: > 60 сек не подлежит редактированию :(

М-дя, было вроде полчаса. :(
Постарайтесь не делать так, ладно?

Ответить | Правка | Наверх | Cообщить модератору

119. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Ilyx (?), 04-Окт-12, 22:11 
Повторюсь:
Сам пользуюсь "Linux", но считаю - BSD стабильней, качественней ... .
Пользуюсь из-за лени, вникать в тонкости двух систем ломает, а "Linux" везде,
хотя порой коробит от некоторых реализаций, в том числе и "Posix", просто плыву
по течению ...
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

141. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –2 +/
Сообщение от ragus (ok), 05-Окт-12, 09:05 
> Вот я например использовал разные дистры ОС на ядре линукс. Единственный вменяемый
> - это генту, остальное (из тех, что пользовал) абзац. Ну разве
> что РедХат ЕС =) И то генту потому, что многие вещи
> там взяты из фри и даже улучшены.

вам нравятся автомобили марки ВАЗ, транзисторы КТ315, резисторы МЛТ и прочая рассыпуха?


> В плане десктопа фря отстала по той причине, что господа линуксоеды ввели
> KMS.

а если подумать головой? как минимум, над причинами появления KMS? (а лучше, над вопросом поддержки десктопного железа).


> и эмбеддед, где понятное дело вендоры не поддерживают фрю и ведут
> разработки только под гну.

И только Juniper & NetApp - последние оплоты Добра и ПравильнойОС!


> В общем не вижу никаких весомых преимуществ ОС на ядре линукс, кроме
> тех, кому нужна поддержка GPIO, IPMI и прочих динозавров, которая к
> тому же ещё и не всегда отключается в ядре.

бедняга. и как же вы без IPMI живёте? ножками к серверу/билет на самолёт?

> Да, мы все знаем, линуксоеды всегда готовы обосрать бсд. Но давайте понаблюдаем,
> как они обсирают друг друга: убунтоеды, дебианоеды, сусоеды и прочие... Фряшникам
> такое и не снилось :) зато из этого можно (и нужно)
> сделать выводы.

как взаимоотношения между пользователями кореллируют с технической стороной ОС?
по большому счёту, дистрибутив - это такой конструктор для решения вашей задаче. где-то надо делать всё самому, а где-то - почти уже всё готово.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

168. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от IRLML2402 (?), 05-Окт-12, 18:16 
> вам нравятся автомобили марки ВАЗ, транзисторы КТ315, резисторы МЛТ и прочая рассыпуха?

Epic!

> над вопросом поддержки десктопного железа).

Им такое неинтересно. Интель уже недвусмысленно высказался что они думают. А амд вообще выкатили для чипов с архитектурой GCN открытый драйвер который kms-only. Ну не хотят вредные корпоративщики ради полутора землекопов лопатить кучу легаси кода. Денег это не принесет, а работы прибавляется.

> И только Juniper & NetApp - последние оплоты Добра и ПравильнойОС!

Правда оплоты добра в самом лучшем случае выкатывают поддержку сферического MIPS в вакууме. А вот чтобы конкретный SoC работал - сами бодайтесь. Вот и получается что на реально выпускаемом железе загрузить BSD - скорее исключение чем правило.

> как взаимоотношения между пользователями кореллируют с технической стороной ОС?

Я заметил пока только 1 корреляцию: куча технических упущений компенсируется шириной размаха пальцев, воплями "это не нyжно!!!1111" и просто агрессивным ламерсвом. Вон в ветке про SSD посмотрите кто и что. Там забавно :)

Ответить | Правка | Наверх | Cообщить модератору

190. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 00:45 
> вам нравятся автомобили марки ВАЗ, транзисторы КТ315, резисторы МЛТ и прочая рассыпуха?

А спаяйте-ка мне два SMD-шника.

Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

192. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от ragus (ok), 06-Окт-12, 00:59 
>> вам нравятся автомобили марки ВАЗ, транзисторы КТ315, резисторы МЛТ и прочая рассыпуха?
> А спаяйте-ка мне два SMD-шника.

Михаил, smd'шки паяются феном или же аккуратно куском лужёной оплётки. Но речь не об этом.

Просто есть категория людей, которым важно всё сделать самому(это хорошая черта), но доводящие её до абсурда. Например, купить старый ВАЗ и в гараже его полностью перебрать/восстановить. Или же в ситуации, когда можно обойтись ИМС линейного стабилизатора лепить своё на рассыпухе(терминальный вариант - делать свой импульсник с ШИМ на рассыпухе).


Ответить | Правка | Наверх | Cообщить модератору

193. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 01:11 
> Но речь не об этом.

Тем более что первая мысль была "скрутите". :)

> Просто есть категория людей, которым важно всё сделать самому (это хорошая черта),
> но доводящие её до абсурда.

Тоже так было думал, а теперь опять думаю -- и где же абсурд начинается.  Такие люди отдаляют границу неведомого, без них те же ИС оказываются совсем чёрными ящиками.

То есть не стоит порицать человека за то, что ему да, нравится рассыпуха и ассемблер.  Надо посмотреть сперва, как он их применяет.  Если пытается на ассемблере написать четвёртый гном и запустить на железке исключительно из рассыпухи -- наверное, что-то не то, но таких пока и не встречал.

PS: импульсник тоже делал -- 200 Вт, ~27 кГц...

Ответить | Правка | Наверх | Cообщить модератору

235. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 09-Окт-12, 01:19 
> А спаяйте-ка мне два SMD-шника.

Я их паяю кучками. Это очень клевая технология, даже для полной наколенщины.

Не верите? Представьте себе чип в DIP корпусе о 40 выводах. Ну, микроконтроллер например с достаточно развитой периферией и GPIO. Проводками? Полная жесть! Это дико геморно. И мало-мальски скоростная схема так вообще работать не будет. Или будет адски глючить. Что сильно лимитирует первобытного радиогубителя в технологических достижениях и решениях.

Да и на печатке - в наколенных условиях замахаешься хотя-бы эти 40 дыр в плате крутить. И паять их замахаешься. Это ж надо каждую паяльником тыкать. А тут налутал себе плату. Положил чип. Провез паяльником - все! Куча лапок идеально припаяна. И дырок в идеале около 0, и пайка дофига выводов требует считанные секунды. Вот это я и называю технологичным процессом. Когда то над чем первобытный радиогубитель колупается полчаса, в современных технологиях делается за минуты.

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

237. "(offtopic) дидактическая роль резисторов МЛТ"  +/
Сообщение от Michael Shigorinemail (ok), 09-Окт-12, 02:08 
>> А спаяйте-ка мне два SMD-шника.
> Я их паяю кучками. Это очень клевая технология, даже для полной наколенщины.

Даже без собачника? :)  Чуть было не предложил изначально скрутить, но решил, что это будет уже садизм (хотя наезжали как раз на ногастые МЛТ).

> Не верите? Представьте себе чип в DIP корпусе о 40 выводах. Ну,
> микроконтроллер например с достаточно развитой периферией и GPIO. Проводками?

В кроватку, на собачник и дальше уже хоть проводками, если нет уверенности для разводки хотя бы первого приближения сразу.

> А тут налутал себе плату.

Ой, а это как?

Собсно бухтёж был не против surface mount, а против "против МЛТ".  Потому как нужна уже плата и картонкой не отделаешься, нужен паяльник и на скрутках даже мигалку не соберёшь... перед тем, как набивать шишки на мопеде, лучше их всё-таки набить на велике.

PS: когда-то такие платки всему кружку разводил: http://fly.osdn.org.ua/~mike/img/me/pcb.jpg :)

Ответить | Правка | Наверх | Cообщить модератору

202. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Клыкастый (ok), 06-Окт-12, 13:21 
> вам нравятся автомобили марки ВАЗ, транзисторы КТ315, резисторы МЛТ и прочая рассыпуха?

Вам нравятся iPad/iPhone и прочие "готовые решения" где всё решили за вас?

> И только Juniper & NetApp - последние оплоты Добра и ПравильнойОС!

(пожимает плечами) ваш бы апломб на чо-нить полезное.

> бедняга. и как же вы без IPMI живёте? ножками к серверу/билет на самолёт?

ну гораздо лучше, чем вы обсуждаемой темой владеете


Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

236. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 09-Окт-12, 01:24 
> Вам нравятся iPad/iPhone и прочие "готовые решения" где всё решили за вас?

Нет, только путать не надо. Некоторые признают только кт315. А я могу признать и чип в QFN. Мне вообще нравится когда он сам вплывает на площадку после того как прогреешь. Некоторые живут своими лохматыми 80-ми. А некоторые идут вперед.

Ответить | Правка | Наверх | Cообщить модератору

243. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Клыкастый (ok), 11-Окт-12, 11:22 
> Некоторые живут своими лохматыми 80-ми.

а что не 70-ми? какие-то поблажки фряхе делаете. скрытый бсдшнег?

> А некоторые идут вперед.

да ладно шли бы. бегут, сталкиваются, падают и носы квасят.

Ответить | Правка | Наверх | Cообщить модератору

187. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 00:35 
> В общем не вижу никаких весомых преимуществ ОС на ядре линукс, кроме
> тех, кому нужна поддержка GPIO, IPMI и прочих динозавров, которая к
> тому же ещё и не всегда отключается в ядре.

Посмотрел на железку с GPIO.  Посмотрел на железку с IPMI.  В недоумении: где динозавры и какое именно CONFIG_*{GPIO,IPMI}* не отключилось?

PS: коллеги, и прошу вместо наматывания кругов флейма готовить материал для странички в http://wiki.opennet.ru/Категория:Сравнение :)

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

16. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –1 +/
Сообщение от Аноним (-), 04-Окт-12, 12:10 
> Да не, хорошо, пусть будет. Интересно лет через 5 еще раз посравнивать
> машины на ядре от бсд и линукс.

Ставлю сто баксов что выиграет пингвин.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

21. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –1 +/
Сообщение от terr0rist (ok), 04-Окт-12, 12:18 
>> Да не, хорошо, пусть будет. Интересно лет через 5 еще раз посравнивать
>> машины на ядре от бсд и линукс.
> Ставлю сто баксов что выиграет пингвин.

В чём? В кол-ве строк кода в ядре - так тут у него и так эпик вин. В кол-ве реально нужных строк кода в ядре, не сомневаюсь, что фря ведёт с разгромным счётом.

Ответить | Правка | Наверх | Cообщить модератору

65. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +2 +/
Сообщение от sanDro (ok), 04-Окт-12, 14:53 
> В чём? В кол-ве строк кода в ядре - так тут у
> него и так эпик вин. В кол-ве реально нужных строк кода
> в ядре, не сомневаюсь, что фря ведёт с разгромным счётом.

Список поддерживаемого оборудования сравните. Большая часть ядра современных операционок - это модули для железок. Это так. Упрощённо.

Ответить | Правка | Наверх | Cообщить модератору

75. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от terr0rist (ok), 04-Окт-12, 15:42 
>> В чём? В кол-ве строк кода в ядре - так тут у
>> него и так эпик вин. В кол-ве реально нужных строк кода
>> в ядре, не сомневаюсь, что фря ведёт с разгромным счётом.
> Список поддерживаемого оборудования сравните. Большая часть ядра современных операционок
> - это модули для железок. Это так. Упрощённо.

Упрощённо - назовите то железо, которым вы пользуетесь, и поддержки которого нет во фре?

Поддержка GPIO, всяких датчиков ... некогда сейчас составлять полный список поддерживаемого ядром линукс железа, которое ни вы, ни я в глаза не видели. Могу вас заверить, что почти на любом компе, который вы купите в магазине, что линукс, что фря будут видеть всё железо. Либо оба - не видеть что-то, как например звуковухи за $1500, которые по понятным причинам работают только под дефолтОС.

Ну да, есть броадком, которое и под линукс-то не так давно удосужилось дрова написать под свои вифи-чипы из серии 4313. И есть интел, благополучно забивший на не-КМС дрова. Кстати о качестве дров для современных видюх интела говорит уже тот факт, что они работают через AGP.

Ответить | Правка | Наверх | Cообщить модератору

76. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от sanDro (ok), 04-Окт-12, 15:53 
> Ну да, есть броадком, которое и под линукс-то не так давно удосужилось
> дрова написать под свои вифи-чипы из серии 4313. И есть интел,
> благополучно забивший на не-КМС дрова. Кстати о качестве дров для современных
> видюх интела говорит уже тот факт, что они работают через AGP.

Современные интеловские дрова не могут работать через AGP в силу отсутствия в современных компах AGP априоре. А если речь об апертуре в оперативке, то у AMD это называется, если не путаю, GART. И благополучно используется AMD-шной же встроенной графикой. Ну модуль в линухе называется agpgart по историческим причинам. Но AGP тут совершенно не причём.


Ответить | Правка | Наверх | Cообщить модератору

83. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от terr0rist (ok), 04-Окт-12, 16:13 
>> Ну да, есть броадком, которое и под линукс-то не так давно удосужилось
>> дрова написать под свои вифи-чипы из серии 4313. И есть интел,
>> благополучно забивший на не-КМС дрова. Кстати о качестве дров для современных
>> видюх интела говорит уже тот факт, что они работают через AGP.
> Современные интеловские дрова не могут работать через AGP в силу отсутствия в
> современных компах AGP априоре. А если речь об апертуре в оперативке,
> то у AMD это называется, если не путаю, GART. И благополучно
> используется AMD-шной же встроенной графикой. Ну модуль в линухе называется agpgart
> по историческим причинам. Но AGP тут совершенно не причём.

Модуль в линуксе может как угодно называться (это ещё одно достоинство линукса - никогда не поймёшь, к какому драйверу модуль относится), а вот то, что для работы интел-КМС-драйвера в ядре нужна поддержка AGP - это факт. Можете проверить:
make menuconfig
отключаете AGP - и у вас магически исчезает драйвер интел-КМС (причём об этом узнать можно только через одно место, потому что опция драйвера интел-КМС находится в другом разделе и естественно, нельзя получить по ней подсказку, тк она исчезла вообще, после отключения AGP.)

(Хотя да, таки GART нужен для использования видюхой RAM. Но тогда и сделали бы отдельный модуль GART, а не зависящий от ископаемого AGP)

> не могут работать через AGP в силу отсутствия в современных компах AGP

В моём ноуте нет scsi. Но почему же тогда винт работает через драйвер scsi? Отсутствие чего-либо ещё не повод утверждать об отсутствии зависимости от чего-либо.

Ответить | Правка | Наверх | Cообщить модератору

86. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Анонище (?), 04-Окт-12, 16:33 
> Модуль в линуксе может как угодно называться (это ещё одно достоинство линукса - никогда не поймёшь, к какому драйверу модуль относится),

Модуль и есть драйвер. И вообще

# modinfo megaraid_sas | grep alias
alias:          pci:v00001000d0000005Dsv*sd*bc*sc*i*
alias:          pci:v00001000d0000005Bsv*sd*bc*sc*i*
alias:          pci:v00001028d00000015sv*sd*bc*sc*i*
alias:          pci:v00001000d00000413sv*sd*bc*sc*i*
alias:          pci:v00001000d00000071sv*sd*bc*sc*i*
alias:          pci:v00001000d00000073sv*sd*bc*sc*i*
alias:          pci:v00001000d00000079sv*sd*bc*sc*i*
alias:          pci:v00001000d00000078sv*sd*bc*sc*i*
alias:          pci:v00001000d0000007Csv*sd*bc*sc*i*
alias:          pci:v00001000d00000060sv*sd*bc*sc*i*
alias:          pci:v00001000d00000411sv*sd*bc*sc*i*

Просто об этом не пишут в глянцевых порножурналах и поэтому мало кто об этом знает.

Ответить | Правка | Наверх | Cообщить модератору

91. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от sanDro (ok), 04-Окт-12, 17:16 
Извините, не буду цитировать.
1. А как работает GART? Там свой чисто свой ABI или AGP, только работает он поверх pci-е?

2. Потому что это общий модуль для scsi-sas и sata...

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

142. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от ragus (ok), 05-Окт-12, 09:19 
>>> В чём? В кол-ве строк кода в ядре - так тут у
>>> него и так эпик вин. В кол-ве реально нужных строк кода
>>> в ядре, не сомневаюсь, что фря ведёт с разгромным счётом.
>> Список поддерживаемого оборудования сравните. Большая часть ядра современных операционок
>> - это модули для железок. Это так. Упрощённо.
> Упрощённо - назовите то железо, которым вы пользуетесь, и поддержки которого нет
> во фре?

Mystique SaTiX-S2 V2 CI Dual
Mystique SaTiX-S2 V3 CI Dual
NetUP Dual DVB-S2-CI
skystar hd2
wifi на чипах zydas(zyd в openbsd и zd1211rw в linux) prism54(p54), wifi на большинстве чипов realtek.


> Либо оба - не видеть что-то, как например звуковухи за $1500,
> которые по понятным причинам работают только под дефолтОС.

afaik, всякие emu вполне supported в linux. другое дело, что оно без софта никому неинтересно.

>Кстати о качестве дров для современных
> видюх интела говорит уже тот факт, что они работают через AGP.

чо-чо? =))

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

151. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от тигар (ok), 05-Окт-12, 16:23 

> wifi на чипах zydas(zyd в openbsd и zd1211rw в linux)

щито, прости?

Ответить | Правка | Наверх | Cообщить модератору

170. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от IRLML2402 (?), 05-Окт-12, 18:22 
> щито, прости?

Пришлите ему хотя-бы фотографию. А то он их даже на картинке не видел.

Ответить | Правка | Наверх | Cообщить модератору

194. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от ragus (ok), 06-Окт-12, 01:15 
>> wifi на чипах zydas(zyd в openbsd и zd1211rw в linux)
> щито, прости?

упс. не работает в hostap http://s019.radikal.ru/i631/1210/10/0f2f7ad1eebd.jpg

в режиме клиента/монитора - работает. а вот prism54(которые Intersil/Conexant) - да, в опене есть(pgt/upgt), во фре - нет.

Вообще, хороший гайд с табличками:
http://en.wikipedia.org/wiki/Comparison_of_open-source_wirel...

Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

191. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 00:56 
> Упрощённо - назовите то железо, которым вы пользуетесь, и поддержки которого нет
> во фре?

InfiniBand: Mellanox Technologies MT25418 [ConnectX VPI PCIe 2.0 2.5GT/s - IB DDR / 10GigE] (rev a0) устроит?

> Поддержка GPIO, всяких датчиков ... некогда сейчас составлять полный список
> поддерживаемого ядром линукс железа, которое ни вы, ни я в глаза не видели.

Вы, похоже, действительно не видели.

[    5.320549] input: gpio-keys as /devices/platform/gpio-keys.0/input/input0

Хотя да, в ядре полно того, что вряд ли когда подвернётся именно нам с Вами.  Зато другим подвернулось и понадобилось.

> Могу вас заверить, что почти на любом компе, который вы
> купите в магазине, что линукс, что фря будут видеть всё железо.

"Почти" звучит особо пикантно в сочетании с "заверить".

> Либо оба - не видеть что-то, как например звуковухи за $1500,
> которые по понятным причинам работают только под дефолтОС.

Кстати о звуковухах -- моя простенькая 1412:1724 поедет?

> Ну да, есть броадком, которое и под линукс-то не так давно удосужилось
> дрова написать под свои вифи-чипы из серии 4313. И есть интел,
> благополучно забивший на не-КМС дрова. Кстати о качестве дров для современных
> видюх интела говорит уже тот факт, что они работают через AGP.

Эээ... а Вы вообще видели интеловскую AGP-шную *видяху*?  У меня вон лежит на полочке.  Дискретная.  Как раз таких пугать. :)

Ещё раз: вдвойне не стоит пытаться разводить флейм, не будучи уверенным в том, что пишешь.  Одно дело хотя бы факты приводить и совсем другое -- "Остапа понесло".

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

195. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от wulf (ok), 06-Окт-12, 03:51 
> InfiniBand: Mellanox Technologies MT25418 [ConnectX VPI PCIe 2.0 2.5GT/s - IB DDR / 10GigE] (rev a0) устроит?

Насчет именно MT25418 - не могу сказать, но сам Mellanox вполне себе поддерживается. Драйвер расположен в /usr/src/sys/ofed/drivers/net/mlx4. Карточки опознаются как mlxenX. как минимум IP - работает.

> Вы, похоже, действительно не видели.
> [    5.320549] input: gpio-keys as /devices/platform/gpio-keys.0/input/input0

Это ребус такой? Или Вы хвастаететесь что gpio даже в линупсе уже запустили к октябрю 2012 :-)

> Кстати о звуковухах -- моя простенькая 1412:1724 поедет?

Опять ребус? Если это Envy24HT, то man snd_envy24ht говорит о ее подержке с какой-то дремучей 6-й бзди

> Ещё раз: вдвойне не стоит пытаться разводить флейм, не будучи уверенным в том, что пишешь.  Одно дело хотя бы факты приводить и совсем другое -- "Остапа понесло".

Михаил, старайтесь проверять то, что вы пишете, особенно в отношении систем в которых Вы вообще не разбираетесь. Иначе вы станете в ряд 294-го, arisu, izen-а, ананима и прочих дятлов которые успешно смогли засрать opennet за последние года 3

Ответить | Правка | Наверх | Cообщить модератору

196. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 04:03 
> Насчет именно MT25418 - не могу сказать, но сам Mellanox вполне себе
> поддерживается.

Тогда скорее да (это 15b3:634a).  Правда, как просто десятка всё же не так интересно.

>>> Поддержка GPIO, всяких датчиков ... некогда сейчас составлять полный список
>>> поддерживаемого ядром линукс железа, которое ни вы, ни я в глаза не видели.
>> [    5.320549] input: gpio-keys as /devices/platform/gpio-keys.0/input/input0
> Это ребус такой?

Это запустил на железке, которая только что собрала wipefreespace-1.6.1-alt4.armv7l.rpm, dmesg | grep -i gpio :-)

>> Кстати о звуковухах -- моя простенькая 1412:1724 поедет?
> Опять ребус? Если это Envy24HT, то man snd_envy24ht говорит о ее подержке
> с какой-то дремучей 6-й бзди

Да, оно.  И через правильный DAC на WM8728 заведётся, нет ли там таких буковок? :)

> Михаил, старайтесь проверять то, что вы пишете

Ровно потому и расспрашивал, а железки как-то особо не подбирал -- прошёлся по тому, что либо рядом лежит, либо дома воткнуто.  IEEE1394 решил пока оставить в покое.

> в отношении систем в которых Вы вообще не разбираетесь

Если что, помню чуть ли не 2.2.x и помогал администрировать троечку, да и после сталкивался.  Впрочем, главные претензии были даже не технического плана.

Спасибо.

Ответить | Правка | Наверх | Cообщить модератору

197. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от wulf (ok), 06-Окт-12, 04:52 
> Тогда скорее да (это 15b3:634a).  Правда, как просто десятка всё же не так интересно.

не как 10-ка в настоящий момент в бзде IB интересен только тем, кто на ней стораджи выпускает, т.е. isilon-у, netapp-у и panasas-у. А про планы построения кластеров на бзде я что-то не слышал. Впрочем это не означает, что там остальное не работает. Просто в ближайшей округе не знаю, чтобы кто-либо тестировал.

> Это запустил на железке, которая только что собрала wipefreespace-1.6.1-alt4.armv7l.rpm, dmesg | grep -i gpio :-)

pandaboard или что-то кастомное?

> Да, оно.  И через правильный DAC на WM8728 заведётся, нет ли там таких буковок? :)

man говорит следующее:
     o   Audiotrak Prodigy 7.1
     o   Audiotrak Prodigy 7.1 LT
     o   Audiotrak Prodigy 7.1 XT
     o   Audiotrak Prodigy HD2
     o   ESI Juli@
     o   M-Audio Audiophile 192
     o   M-Audio Revolution 5.1
     o   M-Audio Revolution 7.1
     o   Terratec Aureon 5.1 Sky
     o   Terratec Aureon 7.1 Space
     o   Terratec Aureon 7.1 Universe
     o   Terratec PHASE 22
     o   Terratec PHASE 28
и тип ЦАП-ы не упоминает

> IEEE1394 решил пока оставить в покое.

А чего с ним бывают проблемы? Он-же простой как пробка. точка-точка

Ответить | Правка | Наверх | Cообщить модератору

204. "(offtopic) железосовместимость"  +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-12, 13:49 
> pandaboard или что-то кастомное?

Compulab CM-A510

>> IEEE1394 решил пока оставить в покое.
> А чего с ним бывают проблемы? Он-же простой как пробка. точка-точка

PPP тоже "простой"... поэтому и предпочитаю расспрашивать сталкивавшихся на практике.  Под линуксом использую MiniDV-камеру и слайд-сканер, когда-то и в качестве eth1394 применял.

Ответить | Правка | Наверх | Cообщить модератору

206. "(offtopic) железосовместимость"  +/
Сообщение от wulf (ok), 06-Окт-12, 17:10 
> PPP тоже "простой"... поэтому и предпочитаю расспрашивать сталкивавшихся на практике.  Под линуксом использую MiniDV-камеру и слайд-сканер, когда-то и в качестве eth1394 применял.

Аж самому интересно стало. Отыскал в закромах какую-то древнющую платку на agereXXX. Воткнул, назагружал модулей, вывело следующее:

fwohci0: <Lucent FW322/323> mem 0xfbfff000-0xfbffffff irq 22 at device 7.0 on pci3
fwohci0: OHCI version 1.0 (ROM=1)
fwohci0: No. of Isochronous channels is 8.
fwohci0: EUI64 00:60:1d:00:00:00:f2:a3
fwohci0: Phy 1394a available S400, 3 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: <IEEE1394(FireWire) bus> on fwohci0
fwohci0: Initiate bus reset
fwohci0: fwohci_intr_core: BUS reset
fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode
firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0)  (me)
firewire0: bus manager 0
fwip0: <IP over FireWire> on firewire0
fwip0: Firewire address: 00:60:1d:00:00:00:f2:a3 @ 0xfffe00000000, S400, maxrec 2048
fwe0: <Ethernet over FireWire> on firewire0
if_fwe0: Fake Ethernet address: 02:60:1d:00:f2:a3
fwe0: Ethernet address: 02:60:1d:00:f2:a3
sbp0: <SBP-2/SCSI over FireWire> on firewire0

как минимум, декларируют <IP over FireWire> и <SBP-2/SCSI over FireWire>.
из man fwcontrol:
-R filename
             Receive DV or MPEG TS stream and dump it to a file. ....
             .... It can be handled by libdv in the FreeBSD
             Ports Collection.

жалко нет ни HDD ни камеры, чтобы проверить работу

Ответить | Правка | Наверх | Cообщить модератору

209. "(offtopic) железосовместимость"  +/
Сообщение от Клыкастый (ok), 07-Окт-12, 17:24 
>  Под линуксом использую MiniDV-камеру и слайд-сканер, когда-то и в качестве eth1394 применял.

как-то протопыл товарисч "нада-срочна-пряма-щас" скинуть поток с miniDV камеры.

в линуксе поток "вот прям щас" скинуть не удалось. хотя да, гуёвая прога. и даже stop/play работал.

во фре camcontrol и всё. 14 гиг в файлике. ну DVD я уже смастерил тоже на фре, чтоб не гонять туда-сюда.

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

212. "(offtopic) железосовместимость"  +/
Сообщение от Michael Shigorinemail (ok), 07-Окт-12, 19:47 
> в линуксе поток "вот прям щас" скинуть не удалось.

Не удивлюсь, если в районе 2.6.30 и на ширпотребных дистрибутивах -- в федоре тогда уже давно новый переписанный firewire-стек juju не работал толком для чего-либо кроме HDD, да и по другим эта сыромятина расползалась, судя по kino-dev@.  А в альте на него спрыгивать совсем не спешили. :)

Ответить | Правка | Наверх | Cообщить модератору

217. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 08-Окт-12, 14:19 
> Упрощённо - назовите то железо, которым вы пользуетесь, и поддержки которого нет во фре?

АМДшные видеокарточки. Для старых предлагается древняя версия открытых дров доKMSной эпохи, работающая через пень-колоду. Для новых - амдшники сделали драйвер KMS-only.

> ядром линукс железа, которое ни вы, ни я в глаза не видели.

Простите, GPIO - это например кнопки "reset/restore" и WPS в первом попавшемя "домашнем wi-fi роутере". Далеко ходить не надо.

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

116. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 04-Окт-12, 22:04 
> В чём? В кол-ве строк кода в ядре - так тут у
> него и так эпик вин. В кол-ве реально нужных строк кода
> в ядре, не сомневаюсь, что фря ведёт с разгромным счётом.

Реально нужным кому? Лично какому-то terr0rist? А то у остальных понятия о нужности совсем иные. Ну вот и будет вашей системой пользоваться terr0rist и ко, а пингвином - все кому полезные строчки кода для них и их задач и оборудования нашлись. Ну а вам останется аккуратно подбирать задачи и оборудование. Тогда как пингвинщикам все это не требуется.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

34. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Клыкастый (ok), 04-Окт-12, 13:11 
однозначно слабая сторона фряхи - слабая поддержка современного _десктопного_ железа. на серверном железе я изменений особо не вижу. появляется поддержка нового железа, появляются новые плюшки - всё по плану.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

56. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от terr0rist (ok), 04-Окт-12, 14:24 
> однозначно слабая сторона фряхи - слабая поддержка современного _десктопного_ железа.
> на серверном железе я изменений особо не вижу. появляется поддержка нового
> железа, появляются новые плюшки - всё по плану.

ну вот сколько я фряху юзаю - проблемы были только с:
- инфракрасными портами
- вайфаем Broadcom 4313 (для к-рого и линукс дрова-то выпущены недавно)
- интеловскими видяхами
- с нвидией на амд64 пару лет назад.
есть ещё трабл с acpi для некоторых ноутов (самсунг например). Но в общем если быть в курсе, то совершенно не проблема подобрать железо.

сложно отрицать, что в линуксах крутятся куда большие деньги. Поэтому и проблем там меньше. (ну только не говорите тут про зависть =))

Вообще уже КО всем давно всё рассказал.

Ответить | Правка | Наверх | Cообщить модератору

118. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –1 +/
Сообщение от Аноним (-), 04-Окт-12, 22:11 
> - инфракрасными портами
> - вайфаем Broadcom 4313 (для к-рого и линукс дрова-то выпущены недавно)
> - интеловскими видяхами
> - с нвидией на амд64 пару лет назад.
> есть ещё трабл с acpi для некоторых ноутов (самсунг например).

Ну да, подумаешь, полкомпа не работает.

А еще для АМДшной графики блоба нет. И открытые дрова - древние, доKMSной эры. Для HD7xxx на новом ядре GCN - поддержки нет вообще никакой.

И пока народ лихо ставит пачку разных дистров всяких пингвинов на компьютер размерами с флешку (mk802 и подобные), бсдшники вместо этого рассказывают про то как у них там поддерживается 100500 архитектур. А вот вкатить на реально выпускаемый девайс на такой архитектуре - ну да, удачи. Как правило удача - это если оно таки бутануло процессорное ядро и инициализировало UART, через который гордо отрапортовало о взлете. Что-то сверх того - ой.

Ответить | Правка | Наверх | Cообщить модератору

132. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от xxx (??), 05-Окт-12, 00:20 
>И пока народ лихо ставит пачку разных дистров всяких пингвинов на компьютер размерами с флешку

Пачка - это Debian? Тот, что единственный дистр, поддерживающий кучу архитектур? Да, действительно хороший дистрибутив, ещё назовешь?

Ты случайно не тот балобол, что  кластер на расбери собирает?

Ответить | Правка | Наверх | Cообщить модератору

171. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от IRLML2402 (?), 05-Окт-12, 18:40 
> Пачка - это Debian?

Пачка - это дебиан, федора, убунта, гента, XBMC, ... - да даже опенсуся вон в новой версии выкатывать ARMовские пререлизы начинает. Правда пока у них странноватый набор поддерживаемого оборудования, но все-таки.

Ответить | Правка | Наверх | Cообщить модератору

136. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Пр0х0жий (ok), 05-Окт-12, 02:56 
> И пока народ лихо ставит пачку разных дистров
> всяких пингвинов на компьютер размерами с флешку

Если интересоваться и другими мнениями, всё конечно хорошо, но состояние эйфории обычно исчезает:
www.youtube.com/watch?v=t1EYwO68wLY&feature=youtube_gdata_player

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

218. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 08-Окт-12, 14:26 
> Если интересоваться и другими мнениями,

Если интересоваться другими мнениями, то распберри пи - это довольно дохлый и не самый интересный агрегат из целой плеяды железяк похожих габаритов. Отличается он сугубо низкой ценой, что делает его привлекательным в роли контроллера автоматизации для всякой лабуды типа умных домов, ну и как довесок к телеящику за счет мощного GPU.

Но есть и ряд иных интересных экспонатов. Например Mele A1000, mk802 и подобные.

Ответить | Правка | Наверх | Cообщить модератору

104. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  –1 +/
Сообщение от Аноним (-), 04-Окт-12, 19:53 
i7-960, ASUS RAMPAGE III EXTREME, GTX480 - все работает. Ну кроме разве что блютуза, так он у меня и под линухом не работает, хотя может и работает, да мне лень его ковырять - не нужен он мне нафик.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

120. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 04-Окт-12, 22:12 
А например с видеокартами амд и интеля - опа. А печки от нвидии нравятся не всем. Вообще БСДшник с ПЕЧью - очень странная картина маслом.
Ответить | Правка | Наверх | Cообщить модератору

128. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 04-Окт-12, 22:44 
ASUS EEE PC T101-MT, GMA3150, DFBSD.
На интеграшках штеудовских работает.
Может быть, новомодное овнецо типа GMA3600 не поддерживается - хз, не проверял.
Ответить | Правка | Наверх | Cообщить модератору

180. "Стартовал проект DragonFlyDebian, сочетающий окружение Debia..."  +/
Сообщение от Аноним (-), 05-Окт-12, 19:34 
> ASUS EEE PC T101-MT, GMA3150, DFBSD.
> На интеграшках штеудовских работает.

Вот только в новых драйверах штеуд серьезно допилил производительность, powersave и фичность драйвера. Тот же RC6 powersave хваленый - только в совсем новых дровах буквально на днях заработал.


Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру