После семи месяцев разработки анонсирован (http://lists.x.org/archives/xorg-announce/2014-July/002457.h... релиз X.Org Server 1.16. Ключевым улусшением в новом выпуске является включение (http://cgit.freedesktop.org/xorg/xserver/commit/?id=6e539d88... в состав DDX-компонента XWayland (http://cgit.freedesktop.org/xorg/xserver/tree/hw/xwayland), который позволяет обеспечить работу прослойки для выполнения немодифицированых приложений X11 в окружении на базе Wayland и композитного сервера Weston.
По организации работы XWayland выполнен в форме отдельного X-сервера (DDX, Device-Dependent X), чем напоминает Xwin и Xquartz для платформ Win32 и OS X. Для ускорения вывода используется (http://cgit.freedesktop.org/xorg/xserver/commit/?id=2f113d68... основанная на OpenGL архитектура 2D-акселерации Glamor, что позволяет использовать XWayland независимо от установленных видеодрайверов. Для обеспечения прямого доступа к видеоадаптеру в XWayland реализована поддержка интерфейса DRI3 (http://www.opennet.me/opennews/art.shtml?num=38742).
Изначально, первый вариант XWayland, от которого впоследствии отказались разработчики, основывался на задействовании средств 2D-ускорения из отдельных драйверов для конкретного оборудования, например, развивался специальный драйвер xf86-video-wayland (http://cgit.freedesktop.org/xorg/driver/xf86-video-wayland) и поддерживалась отдельная ветка (http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/log... драйвера xf86-video-intel с поддержкой Wayland, теперь эти наработки объявлены устаревшими.Из других новшеств (http://cgit.freedesktop.org/xorg/xserver/) X.Org Server 1.16 можно отметить:
- Интегрирована (http://cgit.freedesktop.org/xorg/xserver/commit/?id=2dbbe256... поддержка архитектуры 2D-ускорения GLAMOR (http://www.freedesktop.org/wiki/Software/Glamor), которая была предложена компанией Intel. Особенностью GLAMOR является использование OpenGL для ускорения 2D-операций. GLAMOR перекладывает выполнение всех операций рендеринга на плечи внешней библиотеки (http://cgit.freedesktop.org/xorg/driver/glamor/), которая использует OpenGL и шейдеры для вывода 2D-графики, а также, когда это возможно, пытается задействовать текстуры для представления пиксельных карт и вызывает OpenGL-функции для прямой отрисовки на текстуру. В отличие от SNA и UXA, архитектура GLAMOR может быть адаптирована для работы с любым DDX-драйвером, для которого реализована поддержка OpenGL;
- Добавлены (http://cgit.freedesktop.org/xorg/xserver/commit/?id=a270bb18... переданные компанией NVIDIA наработки для обеспечения поддержки GPU на шине, отличной от PCI. В частности, изменения необходимы (http://www.opennet.me/opennews/art.shtml?num=38987) для работы новых чипов Tegra, доступ к GPU в которых организован через отдельный уровень абстракции, не привязанный к шине PCI. Для определения подобных устройств вывода представлена новая секция в файле конфигурации xorg.conf (xorg.conf.d) - OutputClass, которая позволяет привязать атрибуты к устройству вывода для определения какой DDX-модуль следует использовать для не-PCI устройства. Например, для привязки DDX-модуля "opentegra" к драйверу ядра "tegra" в настройках следует указать:
<font color="#461b7e">
Section "OutputClass"
Identifer "NVIDIA Tegra open-source driver"
MatchDriver "tegra"
Driver "opentegra"
EndSection
</font>
- Обеспечена (http://cgit.freedesktop.org/xorg/xserver/commit/?id=e7b84ca4... возможность запуска X-сервера без root-привилегий при наличии DRM/KMS-драйверов, работающих на уровне ядра. Запуск X-сервера без root-привилегий пока поддерживается при использовании DDX-драйверов Intel (http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/com... Nouveau (http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commi... Radeon (http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commi... xf86-video-modesetting (http://cgit.freedesktop.org/xorg/driver/xf86-video-modesetti... и xf86-video-freedreno (http://cgit.freedesktop.org/xorg/driver/xf86-video-freedreno... в сочетании с системой systemd-logind, которая используется (http://cgit.freedesktop.org/xorg/xserver/commit/?id=cac39219... для управления файловыми дескрипторами устройств ввода и DRM-узлами. Для обеспечения работы устаревших UMS-драйверов, которым требуются root-полномочия для инициализации и управления видеоподсистемой, реализована специальная suid-прослойка;- По умолчанию отключена (http://cgit.freedesktop.org/xorg/xserver/commit/?id=93fa64e1... поддержка режима DMX (http://dmx.sourceforge.net/) (Distributed Multihead X), позволяющего при использовании Xinerama объединить несколько X-серверов в один виртуальный экран. Поддержка прекращена в связи с невостребованностью технологии и наличием проблем при использовании OpenGL;
- Решены (http://cgit.freedesktop.org/xorg/xserver/commit/?id=d6c8d750... проблемы с использованием экранов серхвысокого разрешения (4K (http://ru.wikipedia.org/wiki/4K)) через порт HDMI.
URL: http://lists.x.org/archives/xorg-announce/2014-July/002457.html
Новость: http://www.opennet.me/opennews/art.shtml?num=40200
Подождите, раньше GLAMOR не было? О_о
> Подождите, раньше GLAMOR не было? О_оКакую букву в слове integration объяснить?
ну объясняй как оно раньше работало
> ну объясняй как оно раньше работалоС помощью внешней либы, наверное?
> ну объясняй как оно раньше работало..."the 1.16 release of the X server! Lots of new stuff, including
..." * Glamor integration. This GL-based X acceleration subsystem now offers reasonable performance that avoids software fall backs much of the time.
Ну, давай сам, как-как оно "раньше работало"? Давай-давай-давай, тише-тише!...
Жил, живёт и будет жить, не смотря на Wayland и Mir.
> Жил, живёт и будет жить, не смотря на Wayland и Mir.конечно будет! ни кто не сомнивается..
в будущем -- Xorg будет жить главным образом -- для целей обеспечения XWayland :-)
>не()смотря на Wayland и Mir.Век грядущий, век "systemd integration" успокоит Вас, сударыня.
Даёшь бинарный /etc !
> Даёшь бинарный /etc !Давно пора!
/etc не нужен.
нужен /bin/regedit<БГГГ/>
Наверное вам понравился бы солярис, с его XML и бинарным скулайтом.
> Наверное вам понравился бы солярис, с его XML и бинарным скулайтом.Нет, труЪ UNIX нам не надо.
> Нет, труЪ UNIX нам не надо.Что, бинарные базы данных в тру-юниксах принципиально иные чем бинарные базы данных в виндах? :)
И чего в нём не так, ну XML и XML, вы часто пишите манифесты в Solaris? Их можно генерировать, там есть шаблоны, где у вас проблема?
Вы хотели сказать /usr/bin ? Или /systemd/sistem32/regedit
Даже в Windows есть, а у нас нет, доколе!
> Даёшь бинарный /etc !Уже ест. проект - электра ,но что то интузиазма проект не вызвал .Разработчики даже включали падч для Хfree .
> Уже ест. проект - электра ,но что то интузиазма проект не вызвалУчитывая что ФС и так частный случай БД - не очень понятно нафига козе бaян. Ну майкрософт сделал реестр потому что FAT загнулся бы от работы с такой иерархиев влобовую. Ну в пингвинах то ФС нормальные...
>> Даёшь бинарный /etc !
> Уже ест. проект - электра ,но что то интузиазма проект не вызвал
> .Разработчики даже включали патч для Хfree .//fixed. Ступидо, патч пишется через t даже в английском.
> Даёшь бинарный /etc !Уже сделано проект электра.Был даже падч для Xfree чтобы работать с этим реестром .Что-то проект не шевелиться пребывая в состоянии близко к зомби .
+2000
к сожалению вайланд/мир в таком состоянии что жить ему еще долго
> Жил, живёт и будет жить, не смотря на Wayland и Mir.Учитывая, что xorg и wayland делают практически одни и те же люди, "не смотря" - не получится :)
Может он имел в виду "закрыть глаза чтобы не видеть п...ц"?
> Может он имел в виду "закрыть глаза чтобы не видеть distrowatch"?//fixed. Не благодари.
как раз таки пристально глядя как внуки растут дедушка Х и живёт, и долгую и счастливую пенсию заслужил!
А как же новый API/ABI?NVIDIA уже постаралась, AMD ещё нет.
// b.
А у амд нынче нормально работают опенсорсные драйвера...
При условии, что OpenCL не нужен.
Так он и не нужен, иначе желающие давно бы помогли допилить.
То есть пара желающих конечно есть, они и помогают слегка, плюс пара человек в AMD, а остальным не нужно.
> Так он и не нужен, иначе желающие давно бы помогли допилить.
> То есть пара желающих конечно есть, они и помогают слегка, плюс пара
> человек в AMD, а остальным не нужно.Шибко специфическая область, пробовал как-то mesa править (OpenGL) и то ничего путного кроме нескольких хаков не вышло.
> Шибко специфическая область, пробовал как-то mesa править (OpenGL) и то ничего путного
> кроме нескольких хаков не вышло.Очень специфичное. И багов немеряно. Но их постепенно ловят. И давят.
> Так он и не нужен, иначе желающие давно бы помогли допилить.
> То есть пара желающих конечно есть, они и помогают слегка, плюс пара
> человек в AMD, а остальным не нужно.вкратце: у АМД всё достаточно плохо с деньгами чтобы нанять лишних программистов..
> вкратце: у АМД всё достаточно плохо с деньгами чтобы нанять лишних программистов..Вкратце, АМД в плане открытых дров для GPU проигрывает только 1 компании - интелу.
> При условии, что OpenCL не нyжен.Вот вам для разнообразия: http://rghost.net/56947758/image.png
Так, hints:
1) Майнер патчить уже не требуется. Я его просто запустил...
2) Сие примерно 80% от проприетары.
3) А R9 270 с правильными параметрами - считает в аккурат за этих двоих, что тоже вполне достойно.В отличие от блободрайвера MESA не страдает кучей дурных грабель. Не, оно сырое, но - смотрите-ка, оно идет на взлет :-).
> В отличие от блободрайвера MESA не страдает кучей дурных грабель. Не, оно
> сырое, но - смотрите-ка, оно идет на взлет :-).Очень радует! Мне лично OpenCL нужен для luxrender.
> Очень радует! Мне лично OpenCL нужен для luxrender.Там еще есть багов, особенно по линии LLVM, но в целом прогресс весьма радует. За luxrender ничего не скажу - ни разу в жизни не видел это.
что теперь будет по умолчанию для Intel? (GLAMOR? SNA? UXA?)в ситуации когда Xorg-конфиг отсутствиет.
> что теперь будет по умолчанию для Intel? (GLAMOR? SNA? UXA?)
> в ситуации когда Xorg-конфиг отсутствиет.SNA, ибо быстрее чем GLAMOR и UXA.
сильно?
> сильно?http://www.phoronix.com/scan.php?page=article&item=intel_2dx...
чёртпобери, вот же проклятие!# UPDATED:
а нет. беру свою ругань обратно..
дочитал до 4й страницы [ http://goo.gl/vLWFcP ] -- и там показано что GTK всё-таки работает на GLAMOR быстрее чем SNA\UXA! во всех GTK-тестах!
(а нам всем -- собственно как раз самое главное и нужно чтобы работало бы быстро именно GTK.. всё остальное пофиг -- пусть остальное работает с любой скоростью)..
значит всё-таки есть надежда на GLAMOR в режим поумолчанию для Intel? (ну так как GLAMOR всех победил в GTK-тесте).. SNA уже надаел :-)
# P.S.:
# на крайний случай -- разработчики могли бы внести в SNA некоторые замедляющие строчки кода,
# для того чтобы GLAMOR победил бы SNA и в остальных тестах :-) ..
> дочитал до 4й страницы [ http://goo.gl/vLWFcP ] -- и там показано что
> GTK всё-таки работает на GLAMOR быстрее чем SNA\UXA! во всех GTK-тестах!Еще раз гляньте ;) На GTK glamor тормозит больше всего.
HINT: less is better
> HINT: less is betterда да, вот сейчас заметил :)
не нужен нам *такой* GLAMOR!
> не нужен нам *такой* GLAMOR!К вопросу о такой: смотреть на древние бенчи смысла мало - там недавно вкатили серию патчей (в том числе от интеля), улучшающих производительность. Местами - в разы.
эх.. не увидил я кое где надпись "Less Is Better" :)
> эх.. не увидил я кое где надпись "Less Is Better" :)Да вы вообще сначала делаете, а потом думаете. И то - думаете только иногда.
> Да вы вообще сначала делаете, а потом думаете. И то - думаете только иногда.то есть для вас -- языком болтнуть по клавиатуре -- это уже называется дело? :-)
ну не перетрудитесь там тогда :-D
> то есть для вас -- языком болтнуть по клавиатуреДа вы извращенец, однако. Я как-то пальцы при печати использую...
>> то есть для вас -- языком болтнуть по клавиатуре
> Да вы извращенец, однако. Я как-то пальцы при печати использую...Мастер спорта международного класса по клавиатурному десятиборью?
Не быстрее.
пруф?
> SNA, ибо быстрее чем GLAMOR и UXA.Пакард выпиливает гламур в пользу/из UXA: http://keithp.com/blogs/Glamorous_Intel/
И SNA он не меряет почему-то.Про умолчание, видимо, надо читать не там. Но есть впечатление, что там спагетти-код, и не только glamour/uxa, который по ссылке, но и этот самый sna, который, видимо, стильно зависит от железа -- разная поддержка разных проц-ров на разных версиях...
> И SNA он не меряет почему-то.SNA занимается другой человек и пилит его очень активно:
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/log/> Про умолчание, видимо, надо читать не там. Но есть впечатление, что там
> спагетти-код, и не только glamour/uxa, который по ссылке, но и этот
> самый sna, который, видимо, стильно зависит от железа -- разная поддержка
> разных проц-ров на разных версиях...Насколько я понимаю SNA ориентирована на особенности интеловского железа, отсюда и высокая скорость. GLAMOR напротив универсальное решение, которое позволяет отказаться от отдельного блока 2d ускорения. Думаю в будущем при необходимости внесут расширение в OpenGL, дабы GLAMOR не проигрывал классическим 2d блокам по скорости и энергоэффективности.
>Интегрирована поддержка архитектуры 2D-ускорения GLAMORдавно уже
>Обеспечена возможность запуска X-сервера без root-привилегий при наличии DRM/KMS-драйверови это вроде тоже
> Запуск X-сервера без root-привилегий ... в сочетании с системой systemd-logindЭэээ network manager без systemd не работает, теперь ещё и X-сервер? Ну приехали...
работает. Просто без root у него не было прав доступа к устройствам ввода, а системд ему эти права дает.
> Ээээ network manager без systemd не работает, теперь ещё и X-сервер? Ну приехали...то что другие системы инициализации не являются такими привлекательными как systemd (для разработчиков демонов) -- это именно их собственный недостаток.
systemd даёт некоторые возможности для демонов. возможности, которые не дают другие системы инициализации... и спрашивается -- нафига (ради чего?) разработчики демонов должны париться о проблемах которых нет в systemd?
и нафига (ради чего?) мейнтейнеры-дистрибутивов-ОС должны париться о проблемах с деманоми.. проблемах, которые возникают при условии использования других системах инициализации.
ваши религиозные проблемы (ненависти к systemd) -- не интересны инженерам и разработчикам.
> то что другие системы инициализации не являются такими привлекательными как systemd (для разработчиков демонов) -- это именно их собственный недостатокКогда речь идёт о нынешних разработчиках XOrg, стоит иметь в виду что у них свои собственные критерии привлекательности, весьма порой чудные.
это их право.
> Когда речь идёт о нынешних разработчиках XOrg, стоит иметь в виду что у них свои собственные критерии привлекательности, весьма порой чудные.Стоит также иметь в виду, что никто не мешает вам разработать собственный X, со своими критериями привлекательности и блэкджеком. Или хотя бы форкнуть. Это в любом случае было бы более продуктивно и менее смешно, чем рассуждения экспертов-анонимов о нынешних разработчиках.
> у них свои собственные критерии привлекательности, весьма порой чудные.Пили xorg и используй свои критерии привлекательности. Никто тебя не подписывался ублажать занахаляву. Такая неожиданность!
> Когда речь идёт о нынешних разработчиках XOrgНе только о них. С systemd интегрируется все больше юзерспейсных программ. И существенных аргументов против этого, кроме уж совсем упертого фричества, никто пока так и не озвучил.
> Не только о них. С systemd интегрируется все больше юзерспейсных программ. И
> существенных аргументов против этого, кроме уж совсем упертого фричества, никто пока
> так и не озвучил.Если зависимость необязательная, то особых возражений нет.
Если же обязательная (невозможно без нее собрать проект), то это уже проблема, так как навязывает systemd там, где все прекрасно работало без него и где он будет создавать излишнюю сложность и overhead. Вдобавок такая зависимость ставит под вопрос судьбу других систем инициализации и убивает здоровую конкуренцию (и получаем аналог vendor lock).
> Если зависимость необязательная, то особых возражений нет.Авторам программ зачастую удобно пользоваться услугами systemd. А кто не хочет такие услуги предоставлять - тот пусть и допиливает программу. Вполне валидная логика - экономия усилий. Собственно systemd майнтайнерам и авторам софта тем и нравится что берет некоторые не самые тривиальные вещи на себя, разгружая от этого авторов софта и майнтайнеров. А поскольку "человек ленив" у остальных вариантов есть два: или вывешивать эквивалент, или идти на...й, так что маргиналам придется самостоятельно докостыливать кучу программ там и тут.
Можно долго рассуждать о том хорошо это или плохо, но такой подход имеет место быть. И было бы как-то кривовато, если бы каждый автор программы кодил себе mallic() сам, потому что зависимость от libc - это, видите ли, неправильно и все такое.
> Если же обязательная (невозможно без нее собрать проект), то это уже проблема,
Так это ВАША проблема, а не проблема авторов программы.
> так как навязывает systemd там, где все прекрасно работало без негоЧтобы вам не навязывали - пишите код сами, так как вам надо. Тогда вы будете сами себе режиссер.
> и где он будет создавать излишнюю сложность и overhead.Ну да, systemd создает оверхед, а вон те кучи местечковых костылей и подпорок - "свое дepьмо не пахнет". Видели мы это - зачастую еще хреновее получается, но поскольку автору "свое не пахнет" - его легче расстрелять чем убедить в том что это ужасные костыли.
> С systemd интегрируется все больше юзерспейсных программ.эта интеграция происходит -- потому что разработчики демонов не хотят писать лишний код, делать ту работу которая уже сделана (внутри systemd). или скажем так: зачем делать ту работу которая должна делаться другой подсистемой?
зачем делать что-то ещё раз (велосипедить), если можно заиспользовать уже реализованный функционал, предоставляемый от systemd?
принцип "do not repeat yourself" -- экономит не только время -- но и позволяет создавать более качественный результат.
и вот кстати говоря, именно качественный резальтат является решаюшим аргументом.
> эта интеграция происходит -- потому что разработчики демонов не хотят писать лишний код, делать ту работу которая уже сделана (внутри systemd). или скажем так: зачем делать ту работу которая должна делаться другой подсистемой?
>зачем делать что-то ещё раз (велосипедить), если можно заиспользовать уже реализованный функционал, предоставляемый от systemd?В таком случае логично выделить код, востребованный в других проектах, в отдельную библиотеку, которая может быть использована совместно с другими системами инициализации.
> библиотеку, которая может быть использована совместно с другими системами инициализации.Стандартная логика других систем инициализации - "е..есь там как хотите, нас все и так устраивает". Чем-то отличается в лучшую сторону разве что upstart, но на его развитие одно время почти забили, тогда как systemd напротив реализовал за это время уйму полезных фич. Что апстарт и подвело.
Эталонным примером может послужить OpenRC. Эти мега-разработчики обнаружили что в дебиане оказывается навалом багов касающихся OpenRC ... лишь когда угроза внедрения systemd стала неиллюзорной. До этого на толпы багов просто клали с прибором. Зато как резко подорвались их чинить при появлении перспективы использования systemd - прямо любо-дорого смотреть. Странно правла что такая гиперактивность по починке багов не возникала ДО этого...
А ничего, что OpenRC появился в репах Дебиана уже после известных событий?
> А ничего, что OpenRC появился в репах Дебиана уже после известных событий?А о багах сообщали и задолго до. А вот обратить внимание на этот факт все причастные почему-то соизволили лишь когда системдец образовался на горизонте и в рассылке публично макнули разработчиков что OpenRC - багодром.
то что другие операционные системы не являются такими привлекательными как Windows (для разработчиков софта) -- это именно их собственный недостаток.Windows даёт некоторые возможности для софта. возможности, которые не дают другие операционные системы... и спрашивается -- нафига (ради чего?) разработчики софта должны париться о проблемах которых нет в Windows?
в том то и дело что Windows технических приемуществ не даёт. :) , а вот systemd -- даёт.с технической точки зрения -- Windows только гемороя добавить может :) . а НЕ с технической точки зрения -- его приемущество это большая база пользователей (много денег за продажу проприетарного ПО).
если бы Windows был бы технически более удобным для разработчиков, чем GNU/Linux -- то свободное ПО главным образом писали бы именно под него.
а как мы видим -- под Windows в основном пишут только программы на продажу (и некоторая часть бесплатных программ.. и совсем мало полноценного СПО).
почти всё СПО (99.9%) которое портировано на Windows из GNU/Linux --- кастрировано и упрощено.
> в том то и дело что Windows технических приемуществ не даёт. :)
> , а вот systemd -- даёт.Перечисли по пунктам. Как опытный разработчик.
> с технической точки зрения -- Windows только гемороя добавить может :) .
> а НЕ с технической точки зрения -- его приемущество это большая
> база пользователей (много денег за продажу проприетарного ПО).Перечисли по пунктам.
> если бы Windows был бы технически более удобным для разработчиков, чем GNU/Linux
> -- то свободное ПО главным образом писали бы именно под него.Перечисли по пунктам. Как опытный разработчик под то и другое.
> а как мы видим -- под Windows в основном пишут только программы
> на продажу (и некоторая часть бесплатных программ.. и совсем мало полноценного
> СПО).Причина религиозного, а не технического порядка.
> почти всё СПО (99.9%) которое портировано на Windows из GNU/Linux --- кастрировано
> и упрощено.Причина - религиозного, а не технического порядка.
>> Запуск X-сервера без root-привилегий ... в сочетании с системой systemd-logind
> Ээээ network manager без systemd не работает, теперь ещё и X-сервер? Ну
> приехали...systemd-logind увы не имеет аналогов на самом деле... я не знаю почему все остальные говорят что такой функционал никому не нужен потому что он не нужен конкретно им..
ConsoleKit.
> ConsoleKit.Тут тоже были версии с рассказом про то как оно не надо. Ну ок, оно не надо. Теперь оно по сути deprecated в пользу systemd-logind. Что, фаготы, вопившие "не надо" - вы довольны кончиной консоль-кита? :) На вас и ваших локалхостах мир не заканчивается, а если вон той ораве надо, а вам нет - орава пойдет и сделает как им было надо. И кто там в прососе окажется - большой такой вопрос.
> вы довольны кончиной консоль-кита?
> Председателя нашего мы все не любили. Он это знал. Но если его снимут, то пришлют еще худшего. Этого мы не желали. Он и это знал
> http://ru.wikipedia.org/wiki/Стокгольмский_синдром
> и ваших локалхостах
> I work for Sony
> Creating Gentoo profiles to auto generate dozens of different server image types, and building solid base Gentoo install for those servers.
> Also building a fully automated Gentoo installation system that can partition disks, set up RAID, LVM and other parameters based on a JSON definition. Also a configuration file generation system that makes up the basis of our configuration management system.
> http://blogs.gentoo.org/news/2014/07/06/gentoo-monthly-newsl...
Вы думаете что я буду в этом однородном месиве пытаться декодировать вашу мысль? Дяденька, научитесь текст форматировать по человечески, а потом умничайте.
Это к опеннету. Заставить его не съедать пустые строки между квотами у меня не получилось.
Куда он всё выходит-то, але?
V Mir
В тираж.
> которая была предложена компанией Intel
> переданные компанией NVIDIA«Что там ни будь, я данайцев боюсь, дары приносящих!»
Ох не нравится мне, что нонешний мир СПО стал кишеть агентами корпораций. Опасность в этом чую я.
Это решается просто - делаешь свой форк и выкидываешь из него все коммиты от корпораций.
А если глянуть трезво - у СПО разве есть выбор, под чьи железки плясать ?
Поэтому все идет, как оно и есть.Дао.
А дальше будет - то что будет!
Intel занимает первое место по вкладу в ядро Linux.
Intel занимает первое место по вкладу в продажи своего протрояненого железа! Linux им вкуй не впился.
> им вкуй не впился.Впился, судя по коммитам. Наверное как раз для продаж своих троянов :).
>> им вкуй не впился.
> Впился, судя по коммитам. Наверное как раз для продаж своих троянов :).Все дело в том, что чипы не растут на деревьях. А Интел - безусловный монополист. Если покупатель желает кушать гогно на их процессоре - велкам бэк. Ничего личного.
> отключена поддержка режима DMX (Distributed Multihead X), позволяющего при использовании Xinerama объединить несколько X-серверов в один виртуальный экран. Поддержка прекращена в связи с невостребованностью технологии и наличием проблем при использовании OpenGL;Да лаааадно! Они что, реально прекратили поддержку нескольких мониторов?!
Я только этим и пользуюсь и дома и на работе! Да и оконные менеджеры, и те поддерживают!
Никаких проблем с OpenGL не наблюдаю, да есть игры стимовские которые не знают как себя растянуть на два монитора, но есть и игры, которые определяют что два монитора объединённые в один рабочий стол, и предлагают выбрать вывод.
Как же так..
> Поддержка прекращена в связи с невостребованностью технологииВ колбасе сегодня потребности нет.
Поддержку нескольких мониторов никто не убирал, усбагойся. Перечитай еще раз новость.
Сначала nvidia урезала возможности драйвера до 3-х мониторов одновременно, мотивируя тем, что так легче клепать дравишки, т.к. на виндузе больше 3-х нельзя. Теперь ЭТО.. Вот и тревожит всё это..
> Сначала nvidia урезала возможности драйвера до 3-х мониторов одновременно,А ты больше проприетарь используй...
Так посоветуй тогда уж OpenHardware, который потянет вот это:
http://youtu.be/FduwDABNEL8
или
http://youtu.be/goQHXt-stE8
Я сразу перейду.Или сейчас старую пластинку заведём: "Раз open, так сделай сам" ?
> Так посоветуй тогда уж OpenHardware, который потянет вот это:
> http://youtu.be/FduwDABNEL8
> или
> http://youtu.be/goQHXt-stE8
> Я сразу перейду.
> Или сейчас старую пластинку заведём: "Раз open, так сделай сам" ?Возьми и сделай. Мешки рядами к горизонту уходят.
>Запуск X-сервера без root-привилегий пока поддерживается при использовании DDX-драйверов ... в сочетании с системой systemd-logindзаражение распространяется стремительными темпами
>>Запуск X-сервера без root-привилегий пока поддерживается при использовании DDX-драйверов ... в сочетании с системой systemd-logind
> заражение распространяется стремительными темпамиЭто рак, это пройдет.
Это бы вырезать да поскорее, а не ждать пока "пройдёт".
Обновился, мать его - на связке Xorg 1.16 + Nvidia 340.24 Герои Меча и Магии 5 - Повелители Орды в вине стали работать в режиме слайдшоу. На старых Xorg 1.15.1 и Nvidia 331.79 всё работало, как часы. Не смертельно, конечно, но линукс такой линукс. Ждем корректирующих релизов. Дебиан Сид.
