23 июня сообщество разработчиков ядра Linux опубликовало заявление (http://www.linuxfoundation.org/en/Kernel_Driver_Statement), касающееся проприетарных модулей и драйверов. Публичное обращение, отражает позицию разработчиков в данном вопросе и одновременно дает возможность другим людям поддержать их решение.<i>Мы, нижеподписавшиеся разработчики ядра Linux, считаем любые закрытые модули и драйвера ядра Linux опасными и неприемлемы. Мы считаем, что они наносят ущерб пользователям Linux, производителям и всей экосистеме Linux. Такие модули сводят на нет идею открытости, гибкости и управляемости разработки Linux, а их пользователи остаются в стороне от экспертного мнения Linux-сообщества. Вендоры, которые предлагают закрытые модули, заставляют своих клиентов отказаться от ключевых преимуществ использования Linux или выбора другого вендора. Следовательно, для того, чтобы воспользоваться привилегиями снижения затрат и поддержки сообщества открытого ПО, мы призываем вендоров взять за прав...
URL: http://www.kroah.com/log/linux/lkm_position_statement.html
Новость: http://www.opennet.me/opennews/art.shtml?num=16609
>Пипец и кто ж это ЗАСТАВЛЯЕТ?Ну вспомнить ати с ее х1*** и криэйтив с ее икс-фай..
Ну знач юзайте нВидиа. Выбор то всегда есть.
>Ну знач юзайте нВидиа. Выбор то всегда есть.нВидиа не вариант. Мой 6600 криво работает на их закрытых дровах.
Моя 6600 нормально работает, и по частоте запас.
Но то что после переустоновки ядра надо модуль переуставливать вот это парит куда больше чем закрытость этого модуля.
>Ну знач юзайте нВидиа. Выбор то всегда есть.А нВидиа открыты, или они в полной мере и очень гладко работают под *nix?
>>Ну знач юзайте нВидиа. Выбор то всегда есть.
>А нВидиа открыты, или они в полной мере и очень гладко работают
>под *nix?Под Linux/X.org это сейчас едва ли не самые рабочие дрова, как ни странно && IMHO.
>>>Ну знач юзайте нВидиа. Выбор то всегда есть.
>>А нВидиа открыты, или они в полной мере и очень гладко работают
>>под *nix?
>
>Под Linux/X.org это сейчас едва ли не самые рабочие дрова, как ни
>странно && IMHO.Искренне сочувствую Linux. Чесслово, я даже не ожидал признания, что всё действительно так плохо.
>Искренне сочувствую Linux. Чесслово, я даже не ожидал признания, что всё действительно так плохо.Плохо?!!
это в принципах проприетарных компаний замалчивать проблемы.
И если Вы о них читаете, то это не значит, что всё так плохо.
Intel'овские дрова работают отлично, они опенсоурсные,.. но сами карты рекордов в 3D не бьют (надеюсь пока не бьют)
но, например, воспользоваться технологией dri2 смогут первыми владельцы карт от intel
>но сами карты рекордов в 3D не бьют (надеюсь пока не бьют)А в Линуксе есть на чем бить эти самые 3D-рекорды? Ну, гипотетический случай, что каждой домохозяйке нужна майя или какая-то фабрика рендеринга не рассматриваем ;)
Ненуачо? Есть конечно. И чем приведенные примеры для _рекордов_ плохи? Или речь об игрухах, тогда дело не в рекордах, не так ли? ;)
>А в Линуксе есть на чем бить эти самые 3D-рекорды?А чо, кваку или nexuiz уже отменили?Или они стали при 1600х1200х75FPS мало требовать от видяхи так что видяхи просто шутя такое рендерят с максимальными настройками качества?А под wine и виндового добра можно запустить кстати =)
Кстати еще compiz есть, он конечно не такой требовательный но хорошая видяха - гарантия того что даже при куче эффектов не будет тормозов, рывков и прочая :)
>>Искренне сочувствую Linux. Чесслово, я даже не ожидал признания, что всё действительно так плохо.
>
>Плохо?!!
>это в принципах проприетарных компаний замалчивать проблемы.
>И если Вы о них читаете, то это не значит, что всё
>так плохо.Замалчивать проблемы многие любят, просто с закрытым кодом это делать проще:).
>Intel'овские дрова работают отлично, они опенсоурсные,.. но сами карты рекордов в 3D
>не бьют (надеюсь пока не бьют)Я надеюсь, что бить будут. У меня в Опёнке они тоже прекрасно работают - вот я и удивлся словам, что в Линухе всё так плохо, что пропиетарный NVIDIA-драйвер работает лучше всего.
Конечно, они для уничтожения многотыщ монстров при помощи нескольких десятков шейдеров подходят не слишком хорошо - но вам шашечки или ехать? Всё-таки, сначала дело, игры потом.
Если бы речь шла именно об играх - да, "родные" дрова сейчас лучше. Правда, и выбирать-то особо не приходиться.
А у меня вот просто рабочие компы, эн штук. Видеокарты везде разные. И все работают, не жалуюсь. :)
>но, например, воспользоваться технологией dri2 смогут первыми владельцы карт от intel
Ога, в курсе...
>так плохо, что пропиетарный NVIDIA-драйвер работает лучше всего.Не бойтесь, в х64 бсд он вообще не заработает.Так что в бсд все еще хуже чем в линуксах...
>>так плохо, что пропиетарный NVIDIA-драйвер работает лучше всего.
>
>Не бойтесь, в х64 бсд он вообще не заработает.Так что в бсд
>все еще хуже чем в линуксах...Меня волнует немножко другое - чтобы хоть какой-то драйвер вообще стабильно работал. Чтобы я был уверен, что машина, которая стоит чёрт знает где, не начнёт глючить из-за видяхи - согласитесь, глупая ситуация для какого-нибудь web-сервера. Из приведённой же мной цитаты следовало, что лучшее из имеющегося - это фирменный блоб. Даже если ограничиться рамками NVIDIA (к слову, из трёх компов дома только в одном NVIDIA; ATI нет вообще), то на работе мои коллеги-фряшники говорили, что nv в 2D работает прекрасно; да и в Опёнке мне на его работу жаловаться пока не приходилось (хотя тут сравнить не с чем). Для кого-то "хорошо" измеряется FPS, ну а для меня - часами безотказной работы под нагрузкой. И, да, я в "современные игры" не играю уже давно, отчего ни капли не страдаю. И жена тоже. Правда, удивительно? :)
>Чтобы я был уверен, что машина, которая стоит чёрт знает где,
>не начнёт глючить из-за видяхи - согласитесь, ***> глупая ситуация для какого-нибудь
>web-сервера <***Еще бы - не глупая. Ставить на удаленный вебсервер видеокарту, зная, что она не будет использоваться НИКОГДА? Впрочем, я догадываюсь, откуда торчат уши. "Удаленный рабочий стол" у винды нечувствительно завязан на локальный видеодрайвер хоста...
>>Чтобы я был уверен, что машина, которая стоит чёрт знает где,
>>не начнёт глючить из-за видяхи - согласитесь, ***> глупая ситуация для какого-нибудь
>>web-сервера <***
>
>Еще бы - не глупая. Ставить на удаленный вебсервер видеокарту, зная, что
>она не будет использоваться НИКОГДА? Впрочем, я догадываюсь, откуда торчат уши.
>"Удаленный рабочий стол" у винды нечувствительно завязан на локальный видеодрайвер хоста...Мсье, видимо, не в курсе, что архитектура x86 не позволяет отказаться от видеоадаптера? К сожалению, мне приходится сейчас работать именно с оной...
>Мсье, видимо, не в курсе, что архитектура x86 не позволяет отказаться от
>видеоадаптера? К сожалению, мне приходится сейчас работать именно с оной...Мсье, видимо, не в курсе, что:
1. архитектуре PC (а архитектуре x86, как архитектуре микропроцессора, - тем более) плевать на наличие видеоадаптера - проверка осуществляется программно (посредством BIOS).
2. можно не использовать специальные драйвера для конкретной видеокарты:
2.1 юзать консоль
2.2 если-уж нужен GUI, то можно использовать универсальный драйвер для спецификации VESA, которую поддерживают практически все видеокарты (кроме тех, что появились очень давно - еще до введения этого стандарта). Конечно об ускорения 3d говорить не приходится, но оно нафиг не надо на сервере.
>>Мсье, видимо, не в курсе, что архитектура x86 не позволяет отказаться от
>>видеоадаптера? К сожалению, мне приходится сейчас работать именно с оной...
>
>Мсье, видимо, не в курсе, что:
>1. архитектуре PC (а архитектуре x86, как архитектуре микропроцессора, - тем более)
>плевать на наличие видеоадаптера - проверка осуществляется программно (посредством BIOS).PC, если вы не в курсе, это просто "персональный компьютер". Либо вы имели в виду IBM PC-совместимые компьютеры, либо...
А архитектура x86 определяет (не обязательно прямо), к сожалению, далеко не только набор команд микропроцессора. У вас может не быть видеовыхода, но видеоадаптера (со всеми полагающимися причиндалами, вроде проецирования адресного пространства видео на оперативную память). Вы в курсе, например, что даже в самом крутом Xeon-сервере имеется ISA?
>2. можно не использовать специальные драйвера для конкретной видеокарты:
>2.1 юзать консольДык :)
>2.2 если-уж нужен GUI, то можно использовать универсальный драйвер для спецификации VESA,
>которую поддерживают практически все видеокарты (кроме тех, что появились очень давно
>- еще до введения этого стандарта). Конечно об ускорения 3d говорить
>не приходится, но оно нафиг не надо на сервере.Да и хрен бы с ним, с 3D. Но, как это ни смешно, действительно уже не раз сталкивался с тем, что особо "умный" манагер требует VNC, или ещё что. А VESA - оно, конечно, хорошо, но не все карты его _корректно_ поддерживают. Правда, последнее скорее опыт четырёхлетней (и более давности), может, сейчас дела хорошо обстоят (вон, swfdec рекомендуется под VESA запускать, стало быть, стабильнее "родных" пашет, как я понимаю). Тем не менее, по моему опыту качество что у NVIDIA, что у ATI как минимум не поднимается (что вполне понятно - чипы с каждым годом заметно усложняются, в то время как мозг человека прогрессирует заметно медленее). Так что на данный момент Intel реально рулит (хотя по глючности тот же 815-й чипсет был, кажется, рекордсменом своего времени).
>Мсье, видимо, не в курсе, что архитектура x86 не позволяет отказаться от
>видеоадаптера? К сожалению, мне приходится сейчас работать именно с оной...А у меня вот работает несколько машин без видях... Что я делаю не так? :)
Поставил базовую систему, прописал айпи, запустил ссш. Вынул карту и дальше настройка идет без нее.
На самом деле, видяха может пригодиться даже в никсах, потому что всякое бывает.. свежее ядро коряво встало, что-то отвалилось на стадии загрузки, ошибка в конфигах или скриптах.. во фре 5 версии, если процесс не стартанул (конфиги потерли или еще что) и выдал ошибку, загрузка системы остановится. В более свежих не проверял, нет пока лишних компов.
Также были остановы из-за fsck при загрузке.
>>Мсье, видимо, не в курсе, что архитектура x86 не позволяет отказаться от
>>видеоадаптера? К сожалению, мне приходится сейчас работать именно с оной...
>
>А у меня вот работает несколько машин без видях... Что я делаю
>не так? :)
>Поставил базовую систему, прописал айпи, запустил ссш. Вынул карту и дальше настройка
>идет без нее.Может, это я дурак, но я что-то не помню, чтобы x86 умело работать без видеоадаптера. Пусть даже плохонького и практически невидимого.
>На самом деле, видяха может пригодиться даже в никсах, потому что всякое
>бывает..Если б не убожество самой лучшей в мире архитектуры, то и не приходилось бы изобретать всякие KVM-over-IP. Жили б с нормальными консолями... Эх, да что толку ворчать)
> свежее ядро коряво встало, что-то отвалилось на стадии загрузки, ошибка
>в конфигах или скриптах.. во фре 5 версии, если процесс не
>стартанул (конфиги потерли или еще что) и выдал ошибку, загрузка системы
>остановится. В более свежих не проверял, нет пока лишних компов.
>Также были остановы из-за fsck при загрузке.Смотря какой процесс... Если проблемы возникают при работе init'а, то оно, канеш, в single-user ваывалится. Поведение fsck вообще документировано - что, впрочем, ничуть не улучшает самочувствие при звонке в 3 часа ночи:). Так что можете не проверять - так себя любая аналогично устроенная *nix-система вести будет.
Кстати, оффтоп: MonIt кто-нить здесь юзал? Насколько оно глючное (что веб-морда дырявая, это понятно)?
>>Поставил базовую систему, прописал айпи, запустил ссш. Вынул карту и дальше настройка
>>идет без нее.Некоторые (debian-installer) извращаются с загрузкой инсталятора дистрибутива и общением с ним по ssh. Про установку вообще без видео карты -- не знаю, не делал. Когда я пытался со штатным инсталятором - надо было-таки до второго-третьего меню дойти с консоли и выбрать что-то вроде "Продолжить удалённо...". Не делал толком - только попробовал.
>Может, это я дурак, но я что-то не помню, чтобы x86 умело
>работать без видеоадаптера. Пусть даже плохонького и практически невидимого.Это не "дурак", это "провал в памяти" на месте "некоторые биосы-таки умеют". Причём речь не про coreboot совсем. Я вот из своей прокси видеокарту вынул (надо было ткнуть куда-то ещё срочно), включил -- а она загрузилась и заработала. Давно это было... А вот без физической клавиатуры зараза не грузилась. Всякое бывает..
>>На самом деле, видяха может пригодиться даже в никсах, потому что всякое
>>бывает.."Эт-точно"(тм)
комент
debian-installer умеет установку по сети, и сделано это довольно просто и надёжно -- но кроме того установка по null-modem'ному кабелю в качестве консоли тоже не редко применяется.(http://goyave.homedns.org/online/debian-serial-install/)
p.s.
x86 не нужна video/keybord/mouse для работы -- эти ограничения накладываются скорее старым "добрым" ПО под названием BIOS, да и то, с некоторых пор ограничения эти можно менять.Ж:-) пиииии-пи-пи-пи (no vga adapter POST)
>>>Поставил базовую систему, прописал айпи, запустил ссш. Вынул карту и дальше настройка
>>>идет без нее.
>
>Некоторые (debian-installer) извращаются с загрузкой инсталятора дистрибутива и общением с ним по
>ssh. Про установку вообще без видео карты -- не знаю, не
>делал. Когда я пытался со штатным инсталятором - надо было-таки до
>второго-третьего меню дойти с консоли и выбрать что-то вроде "Продолжить удалённо...".
>Не делал толком - только попробовал.Хм. А через PXE оно разве ставиться не умеет?
>>Может, это я дурак, но я что-то не помню, чтобы x86 умело
>>работать без видеоадаптера. Пусть даже плохонького и практически невидимого.
>
>Это не "дурак", это "провал в памяти" на месте "некоторые биосы-таки умеют".
>Причём речь не про coreboot совсем. Я вот из своей прокси
>видеокарту вынул (надо было ткнуть куда-то ещё срочно), включил -- а
>она загрузилась и заработала. Давно это было... А вот без физической
>клавиатуры зараза не грузилась. Всякое бывает..Мдя. Век живи, век учись...
>У вас может не быть видеовыхода, но видеоадаптера (со всеми полагающимися причиндалами, вроде проецирования адресного пространства видео на оперативную память).Эээ... Не совсем понял смысл. Если имеется ввиду, что без наличия видеоадаптера не обойтись, то это - неверно.
>Вы в курсе, например, что даже в самом крутом Xeon-сервере имеется ISA?А какое отношение шина ISA имеет именно к видеоадаптеру? ISA - универсальная шина, т.е. плевать что к ней подключено: видеокарта, сетевая плата или модем.
>Мдя. Век живи, век учись...Можно и ускорить: достаточно прочесть нужное в любой толковой книге (статье и т. д.) из серии "Архитектура компьютера" (например Э. Таненбаума) или "Архитектура IBM PC".
>Может, это я дурак, но я что-то не помню, чтобы x86 умело
>работать без видеоадаптера.Умеет-умеет.
>Пусть даже плохонького и практически невидимого.
Ну если речь про воображаемый... :)
>Кстати, оффтоп: MonIt кто-нить здесь юзал? Насколько оно глючное
>(что веб-морда дырявая, это понятно)?Если речь о http://tildeslash.com/monit/, то не надо грязи -- две дырки четырёх- и пятилетней давности в вебморде (которую всяко не стоит вывешивать куда попало), даже с учётом крайней неприятности их характера -- не повод замарывать всю софтину, авторы которой с тех пор явно сделали выводы.
Сам monit -- штука реально полезная, в Vodafone вон тоже используют. Где критично -- вешается прям под init. Единственное, чего хочется по части надёжности -- это чтоб оно в память лочиться научилось.
Вместе с monit рекомендую collectd (http://collectd.org) -- получается связка, которую охарактеризовал как "пассивный сетевой и активный локальный мониторинг". Можно и nagios/zabbix, но им руки распускать удалённо тоже лучше не давать, jimho. :)
>>Может, это я дурак, но я что-то не помню, чтобы x86 умело
>>работать без видеоадаптера.
>
>Умеет-умеет.
>
>>Пусть даже плохонького и практически невидимого.
>
>Ну если речь про воображаемый... :)Примерно так же воображаемый, как COM-порт компьютера для модема, воткнутого в USB:).
>>Кстати, оффтоп: MonIt кто-нить здесь юзал? Насколько оно глючное
>>(что веб-морда дырявая, это понятно)?
>
>Если речь о http://tildeslash.com/monit/, то не надо грязи -- две дырки четырёх-
>и пятилетней давности в вебморде (которую всяко не стоит вывешивать куда
>попало), даже с учётом крайней неприятности их характера -- не повод
>замарывать всю софтину, авторы которой с тех пор явно сделали выводы.Если б я не видел, что софтина стоит внимания, то и спрашивать бы не стал:)). А помимо дырок там немаленькое количество исправленных багов в каждой версии (см. CHANGELOG), причём ветки STABLE для авторов, похоже, не существует - именно это и напрягло. Вебморда меня пока не интересует вообще. :)
>Сам monit -- штука реально полезная, в Vodafone вон тоже используют.
Ну, я рад за VodaFone:). У меня чуть другие задачи, но не суть - как раз через упоминание того, что аналогичный моему сервис где-то работает с ентой прогой, я на неё и вышел:).
>Где критично -- вешается прям под init. Единственное, чего хочется
>по части надёжности -- это чтоб оно в память лочиться научилось.У нас ситуация чуть другая - есть те, кто следят за нагиосом, а есть те, кто чинят. И вот чтобы часть проблем (в том числе вызываемых самописными "автоподнималками") убрать, я и стал искать новое решение. Под init его вешать совсем не обязательно - можно спокойно вне джейла (да-да, речь опять о BSD ;) ) запустить, никто его там не тронет.
>Вместе с monit рекомендую collectd (http://collectd.org) -- получается связка, которую охарактеризовал как
>"пассивный сетевой и активный локальный мониторинг". Можно и nagios/zabbix, но
>им руки распускать удалённо тоже лучше не давать, jimho. :)Ну, нагиос прекрасно через SSH по ключам бегает, так что не страшно.
Спасибо за отзыв :)
>Ну знач юзайте нВидиа. Выбор то всегда есть.Для атей драйвера то как раз склепают, уже есть хоть и сырые - RadeonHD которые.Спасибо АМД за спеки!А вот для нвидии... ... ... :\
а чего они не выложили спеки и не открыли свои закрытые дрова?
что-то там не чисто.
спеки они передали разработчикам xorg без прав рапространения этих спецификаций.
разработчики имеют доступ к спецификациям.
не все
и зачем 2-е ветки драйверов?
что бы отловить имеющиеся баги в закрытых драйверах и заодно посмотреть как будут работать открытые и возможно сделать выбор в пользу открытых
очень мудреная отговорка
>очень мудреная отговоркаДурень, это не отговорка, это практика майнтенанса ряда дистрибутивов.Разными конторами.
Проприетарный хлам всегда отличается тем что в нем пользователи находят баги.И что их починить нельзя.Что на пользу репутации дистрибутива не идет.Поэтому проприетарщиков не жалуют и сейчас тенденция - как можно больше проприетарщины повыкинуть.Чем больше выкинуто проприетарного добра - тем проще майнтенанс системы майнтайнерам и тем довольнее юзеры потому как майнтайнеры могут по поводу багов что-то сделать а не просто взирать на большой бинарный блоб и отписываться "cantfix".
сам ты дурень!
это во первых...
во-вторых - а что свободные дрова уже есть? и их можно юзать?
нет!.. ну тогда свободны...
Вы тормоза, Не видите того, как идет революция. Это первый свет в конце туннеля. Уже виден конец монополии. Ура!
>Вы тормоза, Не видите того, как идет революция. Это первый свет в
>конце туннеля. Уже виден конец монополии. Ура!И поезд я тоже вижу
В Ati/Amd, вероятно заметили резкий скачок в продажах, после открытия спецификаций.
Думаю, если дать им чуть больше времени, то они выкупят все права, на закрытый код от третьих фирм и все-таки откроют код полностью.
Хотя голосование рублем, оно все-таки еще действует. Товарищи-разработчики кричат не зря. Они показывают направление в котором надо двигаться, это тоже немаловажно.
Двигаться надо в сторону - "НЕ КУПИ".А вот пока NVIDIA рулит, никто меня не уговорит купить Radeon. про интель и виа вообще молчу.
"Мы, нижеподписавшиеся разработчики ядра Linux, считаем любые закрытые модули и драйвера ядра Linux опасными и неприемлемы."s/неприемлемы/неприемлемыми
><i>Мы, нижеподписавшиеся разработчики ядра Linux, считаем любые закрытыеЭх, почти :-D успел. http://lrn.ru/?module=news&action=thread&newsid=11938 Зато %) у меня перевод лучше!
>><i>Мы, нижеподписавшиеся разработчики ядра Linux, считаем любые закрытые
>Эх, почти :-D успел. Зато %) у меня перевод лучше!А сюда не хо перебраться? Думаю, с Rider и Vitls такую миграцию на LF10 можно будет залить чаем. :) (впрочем, Антон и не будет против, а Виталик... хммм... мож его тоже сюда перетащить?)
>А сюда не хо перебраться? Думаю, с Rider и Vitls такую
>миграцию на LF10 можно будет залить чаем. :) (впрочем, Антон и
>не будет против, а Виталик... хммм... мож его тоже сюда перетащить?)
>Заманчивое предложение :-)
>>а Виталик... хммм... мож его тоже сюда перетащить?)
>Заманчивое предложение :-)О, привет :-)
BTW на фесте бушь? Может, и Максима попробуем туда вытащить?
Сам-то с год тому почитал http://www.linux.kiev.ua/ru/devel/hosting/web/ -- и решил, что по части новостей и документации лучше последую своему же совету и пойду на opennet -- а l.k.u будем потихоньку поворачивать на родину, к сайту Kiev LUG, а не "ещё одной новостной ленте о фрисофте".
>>>а Виталик... хммм... мож его тоже сюда перетащить?)
>>Заманчивое предложение :-)
>О, привет :-)Привет-)
>BTW на фесте бушь? Может, и Максима попробуем туда вытащить?
Обязательно. Как жкж я такое пропустить могу. Хоть и не каждый год приезжаю,
но через год получается. А тут ещё и юбилей.>
>Сам-то с год тому почитал http://www.linux.kiev.ua/ru/devel/hosting/web/ -- и решил, что по части
>новостей и документации лучше последую своему же совету и пойду на
>opennet -- а l.k.u будем потихоньку поворачивать на родину, к сайту
>Kiev LUG, а не "ещё одной новостной ленте о фрисофте".Да уж лент хватает. Авторов не хватает :-)
Райдер пообещал влить новую жизнь в наш текущий проект, как раз это обсудим. Всё же тоже почти 10 лет в сети.
Обалдеть .... похоже дошло о чём Тео сотоварищи всё это время вещал :)
Ну опять же - удачи!
Во-во. Продолжаем славное дело Тео де Радта.
Главное -- не увлекаться, а то Тео тот еще псих.
Тенденция классная, молодцы ребята.И очень правильно, что именно сейчас, ведь линукс уже очень прочно стоит на ногах, его много крупных компаний поддерживает.
Раньше не могли, а вот теперь разработчики зубы показывают, потому что понимают -- их мнение уже много весит.
>Во-во. Продолжаем славное дело Тео де Радта.
>Главное -- не увлекаться, а то Тео тот еще псих.Псих потому что, в отличие от некоторых (не будем показывать пальцем, но это был в том числе некий R.S.) не требует открывать код прошивок (программ, исполняющихся на устройстве, а не ЦП)?
>>Главное -- не увлекаться, а то Тео тот еще псих.
>Псих потому чтоНет, просто.
>Раньше не могли, а вот теперь разработчики зубы показывают, потому что понимают
>-- их мнение уже много весит.Очень грамотно кстати.Потому что уже всем понятно за чем будущее.Но некоторые упорно сопротивляются.И будет еще не один и не десять раундов в этой непростой борьбе за то чтобы мир никогда не был более унылым засильем проприетарного софта как раньше, бОльшая часть которого от безысходности и безальтернативности 1 хрен честно пиратилась.
>[оверквотинг удален]
>
>и в чем его не гибкость или какие минусы ?!
>
>у меня есть сервер, например я купил его в krafway, установил туда
>RHEL уставновил необходимые драйвер например для SCSI RAID и в чем
>я себя ограничил или еще что то?! В конечном, счете я
>имею нормальную поддержку от производителя серверной платформы и имею поддержку на
>ОС, и мне впринципе не очень важно кто и какое сообщество
>что-то там сказало, важно, то что мои задачи попрежнему решаются на
>полноценном сертифицированном оборудовании и ПО...Бинарный драйвер нужно перекомпилировать для почти каждой версии ядра (особенно если драйвер весьма сложный, по типу тех же видеодрайверов для современных геймерских видеокарт). И делать это может только производитель. Если он не захочет обновлять драйвер для устаревшей, по его мнению, версии ядра, то либо (в лучшем для вас случае) тот же РедХат будет лагать с обновлениями, чтобы и критичные фиксы накатить на старую версию ядра, и работу драйвера при этом не испортить, либо придётся эти фиксы вообще накладывать вручную.
Иными словами, открытые драйвера - это инвестиции в ваше будущее. Так же, как прокладка в здании FTP-6 вместо UTP-5 в нынешнее время.
>Бинарный драйвер нужно перекомпилировать для почти каждой версии ядра (особенно еслиБыло бы не плохо, если бы нижеподписавшиеся задумались, как избавиться от такой необходимости. Подумалось мне...
>[оверквотинг удален]
>весьма сложный, по типу тех же видеодрайверов для современных геймерских видеокарт).
>И делать это может только производитель. Если он не захочет обновлять
>драйвер для устаревшей, по его мнению, версии ядра, то либо (в
>лучшем для вас случае) тот же РедХат будет лагать с обновлениями,
>чтобы и критичные фиксы накатить на старую версию ядра, и работу
>драйвера при этом не испортить, либо придётся эти фиксы вообще накладывать
>вручную.
>
>Иными словами, открытые драйвера - это инвестиции в ваше будущее. Так же,
>как прокладка в здании FTP-6 вместо UTP-5 в нынешнее время.да согласен в этом есть некая логика, для общего пользования и домашнего применения, но вот в корпоративном секторе, это не является важным, поскольку пересборка ядра мало востребованна...редхат будет работать с тем с тем, что поддерживается.
С одной стороны ситуация, когда есть закрытый модуль для устройства, поставлящйющся определенным вендором - в даннам случае, производитель данного модуля как и любой человек, просто не хочет делится своими трудами, выпуская данный модуль в виде открытых исходных кодов и это вполне очеивдно и оправданно, ведь тот контроллер, который будет работать в RH, но не будет работать в другом GNU/Linux дистрибутиве лишь проблема другого диструбутива, что производителям он не приносит ничего...
>[оверквотинг удален]
>>драйвера при этом не испортить, либо придётся эти фиксы вообще накладывать
>>вручную.
>>
>>Иными словами, открытые драйвера - это инвестиции в ваше будущее. Так же,
>>как прокладка в здании FTP-6 вместо UTP-5 в нынешнее время.
>
>да согласен в этом есть некая логика, для общего пользования и домашнего
>применения, но вот в корпоративном секторе, это не является важным, поскольку
>пересборка ядра мало востребованна...редхат будет работать с тем с тем, что
>поддерживается.Во-первых, никто не говорил о пересборке, к бинарным обновлениям ядра это тоже относится; во-вторых, ядро обновлять надо, если нет желания ждать залётного скрипткиддиса с эксплоитами из милворма или падения ФС от очередного косяка в реализации поддержки оной. Если контора не собирается следить за этими вещами, то, думается мне, она и на поддержку от редхата положит...
>С одной стороны ситуация, когда есть закрытый модуль для устройства, поставлящйющся определенным
>вендором - в даннам случае, производитель данного модуля как и любой
>человек, просто не хочет делится своими трудами, выпуская данный модуль в
>виде открытых исходных кодов и это вполне очеивдно и оправданно, ведь
>тот контроллер, который будет работать в RH, но не будет работать
>в другом GNU/Linux дистрибутиве лишь проблема другого диструбутива, что производителям он
>не приносит ничего...именно. Зато работа в другом дистрибутиве - плюс для тех, кто хочет другой дистрибутив с уже работающим этим оборудованием, причём этот "кто" не хочет или даже не может ждать, пока производитель железки почешется и сделает драйвер, поддерживающий то, что надо. Я молчу про то, что затраты производителя драйвера (железки) будут возрастать из-за того, что им придётся поддерживать целый зоопарк; а за счёт чего (у кого) будут компенсироваться эти затраты - догадаться несложно :)
> в даннам случае, производитель данного модуля как и любой человек, просто не хочет делится своими трудами, выпуская данный модуль в виде открытых исходных кодов и это вполне очеивдно и оправданно,Начнём с того, что производитель модуля именно хочет делиться результатами своего труда, но за деньги. Деньги он получает с продажи железа. Что он тнряет от открытия исходников?
С одной стороны, открытые исходники позволят конкурентам лучше и быстрее разобраться в устройстве железа. С другой стороны, открытые исходники позволят сообществу программистов улучшить драйверы и тем самым повысить конкурентоспособносте железа.
> тот контроллер, который будет работать в RH, но не будет работать в другом GNU/Linux дистрибутиве лишь проблема другого диструбутива, что производителям он не приносит ничего...
Это приведёт к тому, что пользователи других дистрибутивов не купят данный контроллер, и производитель не получит прибыли, которые мог бы получить.
>> в даннам случае, производитель данного модуля как и любой человек, просто не хочет делится своими трудами, выпуская данный модуль в виде открытых исходных кодов и это вполне очеивдно и оправданно,
>
>Начнём с того, что производитель модуля именно хочет делиться результатами своего труда,
>но за деньги. Деньги он получает с продажи железа. Что он
>тнряет от открытия исходников?Головную боль:).
>С одной стороны, открытые исходники позволят конкурентам лучше и быстрее разобраться в
>устройстве железа.Вот мне интересно, откуда эта идея взялась? Покажите мне хоть одну железку, которую на основании открытого драйвера кто-то скопировал? Что, от открытость WinAPI много народу принялось штамповать клоны Винды? На единственный ушло 15 лет работы и миллионы человеко-часов; дешевле (если бы речь шла в первую очередь о деньгах) было бы договориться с MS.
А драйвер - тот же API: он, по сути, просто пишет в регистры и читает из них. Чем эти операции помогут узнать, скажем, детали техпроцесса производства чипа?
И что производитель потеряет, если кто-то сделает другую железку с таким же интерфейсом?
При желании список "наивных вопросов" можно продолжить:)
>Начнём с того, что производитель модуля именно хочет делиться результатами своего труда,
>но за деньги. Деньги он получает с продажи железа. Что он
>тнряет от открытия исходников?Например, возможность сказать «это оборудование старое, мы не будем собирать для его драйверы под новые ядра. Покупайте новую, современную версию нашей железки».
>Это приведёт к тому, что пользователи других дистрибутивов не купят данный контроллер,
>и производитель не получит прибыли, которые мог бы получить.Если вы говорите о железе массового назначения — эзернет, райд, видеоадаптер — то вы правы. Но стоит отойти от этого менйнстрима на шаг в сторону — и окажется, что горы оборудования либо вовсе не имеют аналогов, либо переход на эти аналоги требует не только замены драйверов, но замены всего комплекса софта, потому что интерфейс драйверы-прикладной софт не стандартизован, и весь софт по сути является драйвером.
>>у меня есть сервер, например я купил его в krafway, установил туда
>>RHEL уставновил необходимые драйвер например для SCSI RAID и в чем
>>я себя ограничил или еще что то?! В конечном, счете я
>>имею нормальную поддержку от производителя серверной платформы и имею поддержку на
>>ОС, и мне впринципе не очень важно кто и какое сообщество
>>что-то там сказало, важно, то что мои задачи попрежнему решаются на
>>полноценном сертифицированном оборудовании и ПО...Сообщество создало эту систему и оно вправе диктовать условия.
>Бинарный драйвер нужно перекомпилировать для почти каждой версии ядра (особенно если драйвер
>весьма сложный, по типу тех же видеодрайверов для современных геймерских видеокарт).
>И делать это может только производитель. Если он не захочет обновлять
>драйвер для устаревшей, по его мнению, версии ядра, то либо (в
>лучшем для вас случае) тот же РедХат будет лагать с обновлениями,
>чтобы и критичные фиксы накатить на старую версию ядра, и работу
>драйвера при этом не испортить, либо придётся эти фиксы вообще накладывать
>вручную.Ред Хат не работает с потребительским рынком, на видеодрайверы для современных геймерских видеокарт ему наплевать.
>Обалдеть .... похоже дошло о чём Тео сотоварищи всё это время вещал :)Дык Тео проснулся ажно к wifi, если склероз не изменяет.
А в LKML к тому времени уже не первые войны насчёт GPL-only символов отгремели.
>>Обалдеть .... похоже дошло о чём Тео сотоварищи всё это время вещал :)
>
>Дык Тео проснулся ажно к wifi, если склероз не изменяет.Вообще-то в OpenBSD не было и нет бинарных драйверов. С добрым утром. :)
С трудом себе представляю сборку ОТКРЫТЫХ монстроидных нвидивских драйверов.С другой стороны в драйверах может находиться ноу-хау или раскрываться технологические подробности железа, которые фирма не хочет разглашать. Конкуренция как никак.
Лучше уж пускай будут закрытые - чем их вообще не будет.Я не прав?
>С трудом себе представляю сборку ОТКРЫТЫХ монстроидных нвидивских драйверов.
>
>С другой стороны в драйверах может находиться ноу-хау или раскрываться технологические подробности
>железа, которые фирма не хочет разглашать. Конкуренция как никак.
>Лучше уж пускай будут закрытые - чем их вообще не будет.
>
>Я не прав?На самом деле производителям железа открытые драйверы и спецификации не могут помешать никак (в плане конкуренции с другими компаниями). Допустим, кто то решил полностью скопировать новую карту nvidia. Каким образом отсутствие спецификации помешает ему в этом? У него есть завод по произодству графических чипов стоимостью в миллиард баксов, неужели он не сможет нанять людей, которые дизассемблируют бинарный драйвер? Тут скорее другое - никто не хочет упускать возможность контроля за дровами и соответственно пользователями. С железякой ты можешь делать что угодно (это твоя собственность), а вот с кодом так уже не получится (он тебе не принадлежит). Кроме того, стоит проблема с устаревшими технологиями - нельзя позволять пользователю юзать старые железяки или софт, это негласный закон, который все выполняют (причём даже создатели открытого ПО - не важно чего ядра, опенофиса или гнома). А открытость в том или ином виде нарушит этот закон. Например дров для моей видюхи нет для windows 9x и никогда не появится (дискриминация на лицо).
> Например дров для моей видюхи нет для windows 9x и никогда не появится...А ведь никто и не спросит что за видюха...
Ну и хрен с ней, если VESA VGA не держит? то это не видюха, это контролер дисплея. :)
Открытость драйверов это не прихоть разработчиков, а насущная необходимость. Потому что, уже невозможно развивать ядро, повышать его надёжность, производительность, безопасность и т. д..
> Публичное обращение, отражает позициюзапятая лишняя
а по теме: не нравится - не пользуйся.
Существует целый ряд ситуаций, когда нельзя полностью открывать принципы управления чипом. Возьмем WiFi, Wimax. Если сделать все в драйвере и открыть его, то любой гоблин сможет поднять мощность передатчика. Такое устройство не пройдет FCC сертификацию по определению. Поэтому приходится извращаться и часть кода убирать в проприетарный фирмварь, а к нему доделывать костыль в виде открытого драйвера. Кому от этого лучше? Конечному пользователю? Сообществу? Сомнительно мне. Нет, утопические идеи про коммунизм и всемирный опенсорс это круто, пионеры могут и дальше кричать об этом. Просто не всегда так получается. А еще мне не вполне понятно, почему передовая компания должна открывать свои наработки, в которые вложены сотни миллионов, давая китайцам возможность криво это передрать и продать за копейки? Причем на китайцев даже в суд не подать, у них чуть ли не каждая лавка подпольная под прикрытием государства. А судиться с китайским государством просто бесполезно. Кто-нибудь видел, чтобы китайцы открывали исходники бизибокса на своих клонах таблеток от Нокии?
>[оверквотинг удален]
>проприетарный фирмварь, а к нему доделывать костыль в виде открытого драйвера.
>Кому от этого лучше? Конечному пользователю? Сообществу? Сомнительно мне. Нет, утопические
>идеи про коммунизм и всемирный опенсорс это круто, пионеры могут и
>дальше кричать об этом. Просто не всегда так получается. А еще
>мне не вполне понятно, почему передовая компания должна открывать свои наработки,
>в которые вложены сотни миллионов, давая китайцам возможность криво это передрать
>и продать за копейки? Причем на китайцев даже в суд не
>подать, у них чуть ли не каждая лавка подпольная под прикрытием
>государства. А судиться с китайским государством просто бесполезно. Кто-нибудь видел, чтобы
>китайцы открывали исходники бизибокса на своих клонах таблеток от Нокии?Да кому кроме китайцев нужны их клоны
>Существует целый ряд ситуаций, когда нельзя полностью открывать принципы управления чипом. Возьмем
>WiFi, Wimax. Если сделать все в драйвере и открыть его, то
>любой гоблин сможет поднять мощность передатчика. Такое устройство не пройдет FCC
>сертификацию по определению. Поэтому приходится извращаться и часть кода убирать в
>проприетарный фирмварь, а к нему доделывать костыль в виде открытого драйвера.(сжато идиальным архиватором)
Исли любой гоблин сможет поднять мощность передатчика програмно - то это софт (не аппаратное) устройство,и от изменения значения регистра нечего не спасет . В основном используеся у производителя другие решения -передатчик реализован отдельно аппаратно и есть стандартизированный ввод -вывод ,а если используется основной (2 ядро. ,DSP ...) процессор то микропрограмма заверяется цифровой подписью а сигнатура подписи вшита в микросхему (хотя айподы от взлома это не спасло).
> Если сделать все в драйвере и открыть его, то любой гоблин сможет поднять мощность передатчика.
> Такое устройство не пройдет FCC сертификацию по определению.Если нужно жёстко ограничить мощность передатчика, то ограничитель встраивают в виде транзистора. Если впаяный транзистор можно заменить, то транзистор можно встроить в микросхему. Микросхему тоже можно заменить, и вообще, можно выпустить свою PCI-плату. Интересно, насколько жёсткой должна быть защита от оверклокинга, чтобы пройти FCC?
> Поэтому приходится извращаться и часть кода убирать в проприетарный фирмварь, а к нему доделывать костыль в виде открытого драйвера.
Часть кода необходимо делать в виде фирмвари хотя бы потому, что центральный процессор не может обрабатывать каждый чих контроллера; или может, но тратит на это слишком много ресурсов. Типичный пример - дешёвые сетевухи от Realtek, которые грузят процессор по самые помидоры, тогда как более дорогие карты этого не делают. Многопроцессорные системы, у которых каждый контроллер имеет свой процессор, имеют лучшее отношение цены к производительности, чем однопроцессорные системы - это было понято уже на IBM-360 (советский аналог - ЕС).
Объяснение:
- центральный процессор очень много времени тратит на обработку аппаратных прерываний и переключение в режим драйвера, поэтому уменьшение кол-ва аппаратных прерываний сильно разгружает его;
- процессор на контроллере избавлен от необходимости поддерживать многозадачность и защиту памяти от доступа программ, поэтому имеет ту же производительность при меньшей цене;
- процессор на контроллере имеет собственную память, обращения в которую не затрагивают основную память.
>Существует целый ряд ситуаций, когда нельзя полностью открывать принципы управления чипом. Возьмем
>WiFi, Wimax. Если сделать все в драйвере и открыть его, то
>любой гоблин сможет поднять мощность передатчика.Если эта возможность управляется программно, то всё равно любой гоблин сможет это сделать. Просто чуть позже, чем выйдет "родной" драйвер, когда его расковыряют, то бишь.
> Такое устройство не пройдет FCC
>сертификацию по определению. Поэтому приходится извращаться и часть кода убирать в
>проприетарный фирмварь, а к нему доделывать костыль в виде открытого драйвера.Почему "извращаться"? Почему "костыль"? ИМХО, извращение - это как раз когда всё реализуется в драйвере. Про софт-модемы слышали? :)
Собсно, костылями могут считаться скорее сами firmware (вне зависимости от того, открытые они или закрытые). Т.к. всё то, что делает firmware, может делать и железо, и наоборот. Просто firmware поменять можно, а чип на плате уже как-то не очень.
>Кому от этого лучше? Конечному пользователю? Сообществу? Сомнительно мне. Нет, утопические
>идеи про коммунизм и всемирный опенсорс это круто, пионеры могут и
>дальше кричать об этом. Просто не всегда так получается. А еще
>мне не вполне понятно, почему передовая компания должна открывать свои наработки,
>в которые вложены сотни миллионов, давая китайцам возможность криво это передрать
>и продать за копейки?Покажите, пожалуйста, как можно передрать железку на основе открытого драйвера. Если это не тот же софт-модем, конечно, который в железе реализован практически на уровне только АЦП+ЦАП.
А фёрмварь пусть закрывают, она мои закрытые ключи не украдёт.
Какое отношение имеют разработчики ядра к коммерческим модулям? Они предоставляют интерфейс, а вся реализация модулей ложится на плечи коммерческих организаций. Я не прав?
А что касается ati - как было *** с закрытой документацией, так им и сталось с открытой :-)
собственно в чём проблемы? отсутствие поддержки linux? это проблема linux, а не nvidia - значит не заинтересовала она их, а с подобными истерическими заявлениями и не заинтересует. а о возможности улучшить поддержку, если они откроют документацию - кто этим будет заниматься? Вы?
Если хотите - можете заплатить деньги, получить документацию и написать свой хороший модуль все скажут спасибо и контракты с вами заключат :-)
У меня карта intel двухлетней давности - поддерживает OpenGL 1.5, а последний стабильный модуль - 1.4
Может посоветуете git и самому собрать? А работать когда? И вообще это не проблема пользователя
Кажется, что всё это сильно пахнет идеологией
>Какое отношение имеют разработчики ядра к коммерческим модулям? Они предоставляют интерфейс, а
>вся реализация модулей ложится на плечи коммерческих организаций. Я не прав?Дело не в реализации, а в поддержке. Которая ложится на плечи строителей дистрибутивов. Причём из-за закрытости кода далеко не все проблемы можно решить, вследствие чего регулярно приходится выбирать не столько между "хорошим" и "не очень", сколько между "плохим" и "не очень". Надеюсь, не нужно объяснять, что чем больше таких проблем, тем больше проблем как у строителей дистрибутива, так и у его пользователей?
>А что касается ati - как было *** с закрытой документацией, так
>им и сталось с открытой :-)С открытой документацией легче обходить проблемы. На порядки.
>собственно в чём проблемы? отсутствие поддержки linux? это проблема linux, а не
>nvidia - значит не заинтересовала она их, а с подобными истерическими
>заявлениями и не заинтересует.Кажется, вас занесло на пару лет позже, чем вы хотели. Проверьте-ка свой хроноцикл. :)
А доступная альтернатива (в Linux) - это проблема как раз для NVIDIA, железо которой просто будут меньше покупать. И действительно меньше покупают - даже среди знакомых виндузятников процент ATI ширится.
>а о возможности улучшить поддержку, если они
>откроют документацию - кто этим будет заниматься? Вы?Этим уже занимаются, см. выше.
>Если хотите - можете заплатить деньги, получить документацию и написать свой хороший
>модуль все скажут спасибо и контракты с вами заключат :-)А какого хрена я должен платить деньги NVIDIA за то, чтобы расширить ей рынок???
>У меня карта intel двухлетней давности - поддерживает OpenGL 1.5, а последний
>стабильный модуль - 1.4
>Может посоветуете git и самому собрать? А работать когда? И вообще это
>не проблема пользователяКак минимум, не моя - последний раз слово OpenGL в программах, имеющихся у меня на компе, я видел при настройке хранителя экрана. Охотно верю, что у кого-то другие запросы, конечно. Правда, ИМХО, Intel-овские карты сильны не столько реализацией OpenGL, сколько своей интегрированностью в ноутбуках и т.п. :)
>Кажется, что всё это сильно пахнет идеологией
Или сумбуром в чьей-то голове. Может, и в моей - поможете инвалиду моска?
>Существует целый ряд ситуаций, когда нельзя полностью открывать принципы управления чипом. Возьмем
>WiFi, Wimax. Если сделать все в драйвере и открыть его, то
>любой гоблин сможет поднять мощность передатчика. Такое устройство не пройдет FCC
>сертификацию по определению.Каким образом? Если аппаратно мощность не может превышать максимальную, зашитую в железе, то как это можно будет сделать программно?
Напоминает про байку о вирусе-убийце процессоров, который якобы палил процы, подавая на них 24 вольта (-12 и +12)
>Кто-нибудь видел, чтобы
>китайцы открывали исходники бизибокса на своих клонах таблеток от Нокии?Что за клоны?
Считаю что закрывать спеки это кране неблагодарное занятие для развития OpenSource к примеру возьмем компанию ATI (Лично мне очень нравятся их Видеокарты) но к сожалению Драйвера пока оставляют желать лучшего на протяжении уже многих лет и прогресса в этом особо не видно. IMHO остается один выбор только Nvidia и *NIX второго не дано опять же к сожалению (На сколько я знаю у ATI всегда были эти пролемы) (Так как говориться Факин ГЛАЗ Откройте спеку я и мой приятель поправим почти все проблемы с дровами для OpenSource и будет Альтернатива NVidia которая будет раотать точно не хуже) Очень обидно что вендоры не открывают спеки.
>Откройте спеку я и мой приятель поправим почти все проблемы с дровамиТак это... http://www.x.org/docs/AMD/