Почему драйверы потребности и для X-сервера и для ядра Linux?
Простой ответ: Отключите настольные эффекты
Длинный ответ: Я даже не знал, что compiz был моим менеджером окон!, я думал, что это был "гном", где-нибудь в конфигурации, я видел "гнома-wm", перечисленного как "менеджер окон", но я просто узнал, что это - просто сценарий для загрузки фактического менеджера окон
Существует также переменная среды WINDOWMANAGER =/usr/bin/gnome
таким образом, я предполагаю, что это поднимает больше вопросов для меня, как я знаю, какой дисплей/среда рабочего стола, менеджер окон, на самом деле активен? хорошо я на самом деле знаю, что менеджер по оформлению является гномом, потому что это было частью установки
так или иначе, для кого-либо еще имеющего ту же проблему, откройте центр управления, перейдите к "стилю", выберите "Настольные эффекты" и снимите флажок, "включают настольные эффекты"
более быстрый способ добраться до того же диалогового окна состоит в том, чтобы выполнить простую-ccsm команду (от диалогового окна приложения выполнения, гном - делают, или терминал).
теперь, это (я думаю), я знаю, что у меня есть compiz как мой менеджер окон, я также попытался войти в gconf-editor/apps/compiz/general/allscreens/options и установил свои ярлыки там, но это не работало (действительно пытался выйти из системы и въезжал задним ходом снова),
Поддержка графики Linux была в большой степени видоизменяющейся вещью для большей части жизни ядра. Первоначально, ядро только говорило с видеокартой в целях текстового режима. Тогда, X использовал его драйверы, чтобы сделать все, таким образом, это работало огромным kernel-outside-the-kernel.
Позже, с Прямой инфраструктурой рендеринга (DRI), часть кода для ускоренных графических функций переместила сторону ядра (названный Прямым менеджером Рендеринга, DRM — ничто, чтобы сделать с управлением цифровыми правами) для обеспечения последовательного, абстрактного интерфейса 3D ускоряющим функциям.
В настоящее время у Вас не должно быть загруженного модуля DRM стороны ядра. Но если Вы не имеете один, возможности являются Вашими X сессиями, отступит к представленному в программном обеспечении, 3D, который значительно медленнее и более голоден питания, чем 3D аппаратные средства. Выполнение glxinfo покажет информацию об этом.
Уэйленд является немного отличающейся историей. Это находится между ядром и клиентскими приложениями. С Уэйлендом X-сервер является другим клиентским приложением, отображая его корневое окно как просто другая вещь. Уэйленд берет обязанности того, чтобы говорить с аппаратными средствами (X говорящий с Уэйлендом вместо этого). Так как проект находится все еще в большой степени в разработке, нет никакого способа знать, где это закончится, но способ, которым я понимаю, что это - это, все еще нуждается в поддержке ядра 3D рендеринга.
Это очевидно из схем архитектуры Уэйленда, также: оставленный текущее положение дел для современного X рабочих столов, правом является предложенный Уэйленд architecute. Наборщик Уэйленда заменяет X-сервер в качестве вещи, которая говорит с аппаратными средствами, но это не заменяет инфраструктуру ядра — таким образом, Вам все еще была бы нужна соответствующая поддержка ядра. На самом деле, учитывая цели проекта, больше материала должно переместиться в ядро для еще лучшей абстракции. Уэйленд, как X-сервер, все еще графический аппаратно-зависимый.
pnginfoна исходном файле:tEXtблок предполагает, что был сделан с Inkscape. – Alexios 18.06.2012, 11:32