LINUX.ORG.RU
ФорумTalks

[ЖЖ][история НЕуспеха] о свободном софте

 ,


0

0

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

Значит, стоит у меня на работе P IV со встроенной интеловской видеокартой. Стоит, работает под xorg-server 1.3 + kernel 2.6.26, кушать не просит, но захотелось мне DRI2, KMS, больше попугаев в glxgears и просто приключений на свою голову.

Обновился до xorg-server 1.5.x, 2.6.30 ядра, драйвера на интеловскую видюху тоже обновил. Вот тогда я впервые в жизни узнал, что такое тормоза в 2D. Редактирование файла в виме внутри gnome-terminal = 70-90% CPU usage иксами. glxinfo пишет, что DRI есть, а на деле абсолютно никакого ускорения нет и даже /dev/dri/card* отсутствуют, хотя нужные модули подгружены. Плюс какой-то козел в очередной раз поменял название grp:caps_toggle. Новое название, кстати, найти так и не удалось, так что пришлось сделать файлик для xkb, в котором ручками прописано, что Caps у нас -- это group toggle. После этого переключение начало работать через раз: четные переключения работают на ура, при нечетных не работают backspace, стрелки управления курсором, F* и т.п.

В скором времени вышло 2.6.31, появилась /dev/dri/card0, но в иксах с графикой продолжилась какая-то жопа: на этот раз временами переставало обновляться изображение на экране. Лечилось движением курсора мыши, но через некоторое время перерисовка снова пропадала. Хваленое "KMS" оказалась какой-то хренью, которая заменяла Ъ текстовую консоль на богомерзкий фреймбуффер после старта иксов. Да, обновление до Xorg 1.6.3 не помогло: все те же проблемы с переключением режимов и перерисовкой. Но зато добавились проблемы с ALSA: повисание при выключении на стадии "unloading ALSA modules".

В итоге откатился на старый видеодрайвер для интела и 2.6.26 ядро. Проблемы с перерисовкой исчезли, проблемы с глючным переключением раскладок лечатся повторной загрузкой настроек с помощью xkbcomp.

Вывод: вектор направления развития иксов, свободных видеодрайверов Intel, и части ядра, ответственной за графику, направлен куда-то в жопу. Предвосхищая вопли многочисленных гиков-у-которых-с-intel-все-хорошо, скажу, что видеокарта далеко не новая. Возможно проблемы именно в этом: опенсорсные интеловские дрова имеют проблемы со старыми железками. В проприетарных нвидивских хотя бы честно говорят "unsupported, пошел бы ты на legacy".

Попытка обновить gnome-terminal тоже привела к интересным эффектам с нестартующим gconfd-2, без которого терминал не запускается. Лечится ручным запуском гконфа или запуском фаерфокса, который запускает этот самый gconf.

В общем, свободный софт катится в сраное глючное говно, но в красивой обертке (см KDE 4.x).

Ну так ты сам сломал работающее, а теперь плачешься? Ты взрослый человек (надеюсь), знал на что шел.

annoynimous ★★★★★
()

> вектор направления развития иксов ... направлен куда-то в жопу

Это вроде бы стало очевидным с появлением тенденций завязывать xorg-server на hal и гасить Ctrl-Alt-BkSp по дефолту.

k336184
()

>В общем, свободный софт катится в сраное глючное говно, но в красивой обертке (см KDE 4.x).

В правы, товарищ. Вместо того чтоб делать что-то стабильное и работающее, делают не стабильное и не работающее (каламбур, ёпт).
Хорошо хоть Дебиан есть. Главное, чтоб он тоже в сраное говно не скатился.

zloy_buratino
()
Ответ на: комментарий от annoynimous

>Ну так ты сам сломал работающее, а теперь плачешься?

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

linuxfan
() автор топика

> какой-то козел в очередной раз поменял название grp:caps_toggle

Спроси SVU :)

У меня xorg-server 1.5.3. Поискал в /usr/share/X11/xkb/ — похоже в нём вообще не предусмотрено переключение групп по Caps, по крайней мере Caps среди groups нет. Правда, есть опция capslock(grouplock), но как её вызывать?

question4 ★★★★★
()

Про кде все правильно сказал. Какой дистриб? Я недавно по интелу постил историю на дебиане с точностью до наоборот.

MuZHiK-2 ★★★★
()
Ответ на: комментарий от anotheranonymous

>Сказать, куда тебе пойти?

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

linuxfan
() автор топика
Ответ на: комментарий от question4

но как её вызывать?

key <CAPS> { [ISO_Next_Group, Caps_Lock] };

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

linuxfan
() автор топика

Скажи, в каком дистрибутиве обновление приводит к таким последствиям. Отписался ли ты в багзиллу своего дистрибутива? Уж не ответили ли тебе там, что ты должен обновить железо?

Не понимаю я этого нытья. Большинство вменяемых дистрибутивов не ломают работоспособность компонентов посреди релиза, даже в Генту.

annoynimous ★★★★★
()
Ответ на: комментарий от MuZHiK-2

>Какой дистриб?

Gentoo. Все и было хорошо, пока не заапдейтился. Вот теперь и думаю: столько пиара было: DRI2, стабильность, улучшенное быстродействтие, а на деле 2.6.31 ядро ни разу не смогло корректно выполнить poweroff, ибо зависало на полпути на ALSA. Я конечно понимаю, что писать багрепорты наше все, но только не особо хочется этим заниматься на рабочем месте. Да и дома, честно говоря, можно гораздо интереснее провести время, чем в погоне за неведомыми багами горе-разработчиков.

linuxfan
() автор топика

Поставь снапшот ubuntu 9.10, там всё внезапно заработает ;)

Adjkru ★★★★★
()
Ответ на: комментарий от linuxfan

Используй стабильный дистрибутив! Ты стал старый и потерял темп -- не успеваешь за Линуксом

annoynimous ★★★★★
()

Какая то беда с этим 2.6.30 - у многих проблемы как вижу. У меня тоже иксы после апдейта стали грузиться через раз. То всё нормально, то чёрный экран и тишина. Ковырять в чем причина не было желания, со старым ядром всё работает. Похоже обновляться стало страшно везде, не только в Арче, как я наивно полагал. Только Debian stable решает. Ну может ещё коммерческие дистры.

И откуда это шило в заднице у open-source разработчиков? Казалось бы, никто не стоит над душой - делай не спеша, вылизывай код. Ан нет, устраивают какие то безумные гонки релизов.

Hjorn
()

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

И в то время, как школьники прикручивают весь этот вебдваноль к libmad и libalsa, теряются невероятно полезные вещи. Например, есть http://equ.sourceforge.net Чтобы понять, что это такое, рекомендую где-нибудь в виртуалке поставить старенький debian, где есть xmms и поставить плагин eq-xmms или audacious+eq-audacious. Потрясающий DSP плагин заброшен, зато цветут и пахнут projectm, звук по bluetooth и 1001 графический эквалайзер.

linuxfan
() автор топика

Гадаю по картами и звёздам, ставлю диагнозы тредам по нику топикстартера. Этому треду ставлю диагноз "толсто".

ptarh ★★★★★
()
Ответ на: комментарий от ptarh

>Гадаю по картами и звёздам, ставлю диагнозы тредам по нику топикстартера. Этому треду ставлю диагноз "толсто".

Конечно толсто! Сам аж на потолок залез.

wyldrodney
()
Ответ на: комментарий от ptarh

> Этому треду ставлю диагноз "толсто".
Довольно жизненно. Но местами толстовато и ССЗБ, конечно.

power
()

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

hibou ★★★★★
()
Ответ на: комментарий от wyldrodney

>Конечно толсто! Сам аж на потолок залез.

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

ptarh ★★★★★
()
Ответ на: комментарий от linuxfan

>а на деле 2.6.31 ядро ни разу не смогло корректно выполнить poweroff, ибо зависало на полпути на ALSA.

почему у меня и множества людей этого не наблюдается на 2.6.31 ?

xtron
()
Ответ на: комментарий от xtron

>почему у меня и множества людей этого не наблюдается на 2.6.31 ?

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

Более того, лично для меня в ядре нет абсолютно никаких сдвигов в лучшую сторону со времен 2.6.12.

linuxfan
() автор топика
Ответ на: комментарий от linuxfan

Ты правда думаешь что твоё нытьё вкупе с техническим вопросом в _толксах_ будет воспринято серьёзно?

Тебя волнует - решай проблему, жаловаться зачем?

wyldrodney
()
Ответ на: комментарий от hibou

>Это нужно быть в курсе дел, чтобы без ошибок пересобирать.

Знаешь, "пересобрать с ошибками" звучит так... по-убунтовски. Даже если отбросить в сторону тот факт, что я использую Gentoo, чем мой ./configure && make хуже того, что у дистростроителей?

linuxfan
() автор топика
Ответ на: комментарий от wyldrodney

> Тебя волнует - решай проблему, жаловаться зачем?
Это можно сказать в ответ на каждый твой пост или тему.

power
()
Ответ на: комментарий от power

Можно, если бы я троллил. А тут технический вопрос без деталей, да ещё и в толксах.

wyldrodney
()
Ответ на: комментарий от wyldrodney

>Ты правда думаешь что твоё нытьё вкупе с техническим вопросом в _толксах_ будет воспринято серьёзно?

Протри глаза, у меня нет технических вопросов. Я просто говорю как есть: свободный софт катится в сраное говно. Возможно кто-то прочитает и решит поставить sarge вместо lenny, чем избавит себя от головной боли, а кто-то не станет делать emerge -uND world, что тоже сэкономит много времени, нервов и электроэнергии.

linuxfan
() автор топика
Ответ на: комментарий от linuxfan

Честно говоря не знаю насколько гентушники в курсе современности. И потом, гентушники тоже разные бывают.

А ошибки имелись ввиду не только те, что выдает make. Речь как раз таки о куче зависимостей.

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

hibou ★★★★★
()
Ответ на: offtop от power

Думаю, это пусть Шаман посмотрит. И замысел я тоже не понял. Честно.

hibou ★★★★★
()
Ответ на: комментарий от hibou

:))) И тем не менее, что-то я не вижу гентушников одолевших установку
fglrx 9.8 & 9.9 - таки там xorg похоже как-то непоправимо улучшен.

elipse ★★★
()
Ответ на: комментарий от elipse

Ну у меня у самого под новыми ядрами не поднимается wifi (broadcom). Но это не значит, что ядра плохие. Да и сказать по правде, я не особо напористо ищу решения, так... потыкал веточкой.

hibou ★★★★★
()
Ответ на: комментарий от power

>Художника обидеть может каждый!

А смотря на этот скриншот не только может, но и хочет? Собственно, не самый плохой художественный замысел :)

ptarh ★★★★★
()
Ответ на: комментарий от hibou

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

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

И да, релиз 2.6.31 - это не более чем очередное rc10.
Понятие релиза и критериев ЧТО называть релизами совсем деградировали,
типа :вот задолбались разрабы возится и все - это "релиз", долбайтесь сами теперь.

elipse ★★★
()
Ответ на: комментарий от elipse

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

Ты достал уже эту мантру повторять. Пусть производители предоставляют спеки, а лучше -- исходники своих драйверов и все как рукой снимет. Неужели непонятно, что нестабильное api нужно, чтобы вынуждать производителей не создавать нестабильных бинарных блобов? Все правильно делается. Хочешь стабильности api -- вали на винду, там со времен NT ничего не менялось

annoynimous ★★★★★
()
Ответ на: комментарий от elipse

И да, ядра с kernel.org давно не являются стабильными, об этом Линус честно заявил уже давным-давно. Пользуйся ядрами от производителей, чурко.

annoynimous ★★★★★
()

Запусти livecd с ubuntu 9.10, посмотри, заработает ли все у тебя.

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

michwill ★★★★★
()
Ответ на: комментарий от elipse

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

hibou ★★★★★
()
Ответ на: комментарий от annoynimous

> Ты достал уже эту мантру повторять.

А это реже свучит нахального:

> Пусть производители предоставляют спеки, а лучше -- исходники своих драйверов и все как рукой снимет


Никто тебе ничего не должен - просто ,не надо быть придурками и все будет работать на 90 % и оставшееся 10% решаемы.

> Неужели непонятно, что нестабильное api нужно, чтобы вынуждать производителей не создавать нестабильных бинарных блобов?


Или это фантазии больных на голову, или затянувшиеся состояние продления детсада.

> Все правильно делается. Хочешь стабильности api -- вали на винду, там со времен NT ничего не менялось


Да, хочу стабильности и чтоб пирдурков меньше было в Linux.

elipse ★★★
()
Ответ на: комментарий от annoynimous

>Пусть производители предоставляют спеки, а лучше -- исходники своих драйверов и все как рукой снимет.

ATI предоставила. Что-то радеоновскому опенсорсу до проприетарной богомерзкой нвидии как до Луны пешком.

>Хочешь стабильности api -- вали на винду

Solaris

Кстати, я искренне удивлен тем, что стабильное API у нас уже считается злом. Ты у нас очередной красноглазый гуманитарий чтоли, чтобы такую чушь молоть?

linuxfan
() автор топика
Ответ на: комментарий от michwill

>Запусти livecd с ubuntu 9.10, посмотри, заработает ли все у тебя.

Читай по слогам: "У меня все работает. Трахаться с новыми ядрами не имею никакого желания." То, что сейчас весь опенсорц состоит из индусоподобного быдлокода процентов на 40, думаю, всем очевидно. Кто еще не понял, напишите top и посмотрите, сколько памяти сейчас потребляет какой-нибудь захудалый IM.

linuxfan
() автор топика
Ответ на: комментарий от annoynimous

> Хочешь стабильности api -- вали на винду, там со времен NT ничего не менялось

Ага, только всю подсистему Win32 API сами микрософтовцы уже закопали, и версии .NET'а клепают как горячие пирожки, не всегда обратно совместимые, с разморозочкой вас.

по сабжу - видео от Интел --- знатный кактус, это всем известно. А если не знаешь броду - не лезь в воду.

d_a ★★★★★
()
Ответ на: комментарий от linuxfan

А, ты, я смотрю, голубоглазый технарь?

У меня все работает, я не сижу на красноглазых дистрибутивах. На работе -- CentOS, на лаптопе -- Федора. Стабильное API -- зло, потому что вредит развитию. Линукс, если ты заметил, уникальная система, развивающаяся эволюционно -- в нем изначально роль интеллектуального дизайна (инженерии) не была первостепенной. Именно ввиду того, что синженеренные системы не могут перерасти замысла создателя, -- а какой бы он не был гениальный -- рано или поздно его создания перерастают его замыслы. Именно поэтому винда сейчас монстрообразное создание, не влезающее в 23 Гб установки, т.к. вынуждена тащить груз совместимости, и именно поэтому линукс мутирует так быстро. А ты, мой узколобый голубоглазый друг, не понимаешь основного его преимущества, и, как всякий узколобый, еще и вопишь об этом в полный голос, дабы никто не мог усомниться в твоей узколобости.

annoynimous ★★★★★
()
Ответ на: комментарий от elipse

> Да, хочу стабильности и чтоб пирдурков меньше было в Linux.

Если придурки линукса когда-нибудь соберутся вместе, ты явно понесешь их флаг.

annoynimous ★★★★★
()
Ответ на: комментарий от d_a

> по сабжу - видео от Интел --- знатный кактус,

Не только, прикинь релиз драйвера то nvidia:

1. возьмите ядро с drm . версия? - хз, сами там нароете.

2 . соберите из git lib drm2

3 . нацепите последнюю mesa на свежайший xorg

И мы закрыли уши , пишите багрепорты.
Нам будет интересно узнать как у вас все это состыковалось.


:)))

Я не хочу уже открытых драйверов.


elipse ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.