LINUX.ORG.RU

Что придёт на смену xorg.conf?

 , ,


0

0

Уже давно очевидно, что хранение настроек иксов в xorg.conf устарело и не справляется с возложенными на него задачами, в связи с чем, например, писатели проприетарных драйверов от AMD/ATI и NVIDIA изобрели собственные реестроподобные велосипеды.

Недавно по этому поводу разгорелась дискуссия среди разработчиков иксов, в ходе которой было выдвинуто несколько смелых идей — в их числе, например, хранение настроек в GConf. Мэтью Типпет из AMD рекомендовал использовать иерархаичную конфигурацию, сходную с решением в проприетарных драйверах ATI. «NIH syndrome always rules...» — отметил он.

>>> Подробности в репортаже Phoronix

★★★★

Проверено: JB ()

А в XML-конфиги include'ы можно делать?

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

>А сколько до рекорда?

В треде про Аксница&Поносова было 3К благодаря тебе в том числе. Но зато данный тред чист в плане нацпола.

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

> В треде про Аксница&Поносова было 3К благодаря тебе в том числе. Но зато данный тред чист в плане нацпола.

Да мы прям добытчики кристально чистого флейма :)

gaa ★★
()

господа, вас это не зае*ало? а то у меня от номеров станиц уже форматирование слетело

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

> господа, вас это не зае*ало? а то у меня от номеров станиц уже форматирование слетело

А что? Нормально, в 3 ряда :) (у меня по 20 сообщений на страницу)

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

>а то у меня от номеров станиц уже форматирование слетело

Иди к чёрту, анонимный собрат, здесь совсем немного до круглого рекорда осталось, а тут ты вылез.. >:[

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

>ди к чёрту, анонимный собрат, здесь совсем немного до круглого рекорда осталось, а тут ты вылез.. >:[

+1

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

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

>господа, вас это не зае*ало? а то у меня от номеров станиц уже форматирование слетело

use opera, luke

anonymous
()

суть в том, что социальная интервенция - типичный способ развала опенсорс-проектов. начиная с файтингов вокруг тикля и размежевания Хфри-хорг до все ивестных, НАСТОЯЩЕГО. но что хуже - этот тред, похоже - не только пишут, но читают в MS. см новости про MS и Apache.

BasileyOne
()

Ну что, до 50-й страницы немного осталось. ;-)

Bohtvaroh ★★★★
()

Дамы и Господа, после 10 дней изнурительного флейма в режиме 24/7 мы наконец-то сделали это!!

Поздравляю всех! =)

anonymous
()

увы, каждый день, когда я Вынужден работать с оффтопиком - с особой теплотой и легкой грустью - вспоминаю времена, когда "реестр" там, был - в *.ini - контейнере. Каждый %@@#%@ день почти.

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

> И неужели всё напрасно?

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

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

>Ведь это глупо - придумывать всякие велосипеды в то время как есть универсальный стандартный и эффективный язык для доступа к данным SQL.

видал я одного вебдизигнера, у которого жабоскрипт генерил sql на стороне клиента. Фееричненько

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

> у которого жабоскрипт генерил sql на стороне клиента

Сколько минут у него максимальный аптайм был?

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

> Ведь это глупо - придумывать всякие велосипеды в то время как есть универсальный стандартный и эффективный язык для доступа к данным SQL.

Тоньше, анонимус, тоньше надо!

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

>Сколько минут у него максимальный аптайм был?

минут? хехехе

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

>> А давай вдвоем запинаем сиквелоидов? Еще каментов на тышу?

>Ну нафиг, они неприкольно лопаются... ;)

А какие езыги доступа к данным еще есть? Навигиционный способ? MUMPS?

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

>Ну нафиг, они неприкольно лопаются... ;)

+1

"Грешно смеяться над больными людьми" (с) Не помню...

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

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

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

>А какие езыги доступа к данным еще есть?

А зачем одязательно "езыги"? "Способы доступа" - недостаточно?

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

> А какие езыги доступа к данным еще есть? Навигиционный способ? MUMPS?

Чем тот же xpath или treeql не языки доступа к данным? Причем даже не к плоским, а к иерархическим.

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

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

А вот товарищи g, o и f понятие модель до "иерархическая модель" почему-то сужать не стали. Наверно, они не достигли дао :)

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

>>А какие езыги доступа к данным еще есть?

>А зачем одязательно "езыги"? "Способы доступа" - недостаточно?

Способ доступа один - чтение блока с HDD и отсекание от него всего ненужного. Для того чтобы определить местоположение этого блока, и оффсет + длину искомых данных нужен езыг.

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

>> А какие езыги доступа к данным еще есть? Навигиционный способ? MUMPS?

>Чем тот же xpath или treeql не языки доступа к данным? Причем даже не к плоским, а к иерархическим.

SQL-не плоские данные. Там можно задать любую модель, и при минимально набитой руке извлечь из этой модели любой срез, добившись при этом приемлемого плана выполнения запроса. В Оракле есть дохрена вспомогательных пакетов для этого - OLAP, Data Mining и пр.

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

> при минимально набитой руке извлечь из этой модели любой срез

Да, в SQL возможны извращения, это факт! Но иерархию там обрабатывать неудобно.

> В Оракле есть дохрена вспомогательных пакетов для этого - OLAP, Data Mining

Реальная эффективность наступает при использовании нестандартных расширений SQL.

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

>> А какие езыги доступа к данным еще есть? Навигиционный способ? MUMPS?

>Чем тот же xpath или treeql не языки доступа к данным?

Представляю себе XPath на террабайтном xml файле.

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

>Представляю себе XPath на террабайтном xml файле.

Думаешь SQL на террабайтном xml файле - получше будет?

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

А если и сам SQL террабайтный - ваще без 128-битного проца не обойтись!

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

>>Представляю себе XPath на террабайтном xml файле.

>Думаешь SQL на террабайтном xml файле - получше будет?

xml и SQL вообще для разных объемов данных предназначены. Или речь идет о выфетчивании из xml с помошью SQL в какой-то реализации? Не понял ерничания.

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

>xml и SQL вообще для разных объемов данных предназначены. Или речь идет о выфетчивании из xml с помошью SQL в какой-то реализации? Не понял ерничания.

Ты путаешь RDBMS с SQL и XML с XPath, т.е. способ организации данных со способом доступа к ним.

Для доступа к иерархическим базам данных способ доступа SQL ОЧЕНЬ неэффективен. Так же как хранение иерархических баз в классических попсовых RDBMS. Даже для классических "табличных" баз SQL далеко не всегда эффективен - поинтересуйся, зачем Oracle купили BerkleyDB

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

>> А вот товарищи g, o и f понятие модель до "иерархическая модель" почему-то сужать не стали. Наверно, они не достигли дао :)

> Ферштейн нихт. Это о ком?

Это я так GoF(Erich Gamma, Richard Helm, Ralph Johnson, and John Vlissides) извратил :)

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

>>> А какие езыги доступа к данным еще есть?

>> Чем тот же xpath или treeql не языки доступа к данным?

> Представляю себе XPath на террабайтном xml файле.

Ну то есть ты признаёшь, что это таки "езыг доступа к данным"?

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

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

Да, а любую программу можно написать на брейнфаке.

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

>Ты путаешь RDBMS с SQL и XML с XPath, т.е. способ организации данных со способом доступа к ним.

SQL завязан на табличный способ организации данных *на диске*, XPath - на обработку DOM-деревьев загруженных *в ОЗУ*, так что разница между форматом данных и языком доступа к ним в нашем контексте это исчезающе тонкий ньюанс чтобы его обсуждать.

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

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

>Да, а любую программу можно написать на брейнфаке.

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

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

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

Ты парадоксальную для себя ситуацию с Oracle и BerkleyDB уже разрулил?:)

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

>Я знаю про разреженные многомерные кубы и MUMPS. Не факт что они лучше технически, т.к опыт промышленной эксплуатации того же Оракела накоплен в разы больший. Не факт что они лучше в плане программерского сахара, т.к на MUMPS например очень тяжело делать отчеты по словам людей которые с этим чудом имели дело.

Есть реальные "истории успеха", когда переход с MUMPS на Oracle повышал требования к железу на НЕСКОЛЬКО ПОРЯДКОВ. Это не значит, что "MUMPS - хороший", а "Oracle - плохой". Это значит, что серебряной пули не бывает, и SQL - не серебранная пуля (как, впрочем, и XML:))

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

> SQL завязан на табличный способ организации данных *на диске*, XPath - на обработку DOM-деревьев загруженных *в ОЗУ*

Сказочный бред. Где в соотв. специфицациях найти слова "диск" и "ОЗУ"? Вообще, давно пора сваять XPath на SAX...

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

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

>Ты парадоксальную для себя ситуацию с Oracle и BerkleyDB уже разрулил?:)

BerkleyDB - это типа B* дерева с парами key=value? Вряд ли однотабличные запросы по первичному ключу в Index-Organized Table будут медленнее.

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

>Вообще, давно пора сваять XPath на SAX...

А это можно вообще принципиально? Т.е для простых случаев конечно можно, для навороченных XPath2 - не уверен.

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