LINUX.ORG.RU

Gnome Shell больше не требуется ускорение GPU

 ,


0

2

3 ноября Адам Джексон сообщил о возможности запускать Gnome Shell без поддержки аппаратного ускорения видеокартой.

Программный режим работает при помощи бэкенда Gallium3D LLVMpipe. LLVMpipe - программный драйвер, который предоставляет LLVM возможность использовать ускорение OpenGL на современных процессорах.

Благодаря этому, появилась возможность запускать Gnome Shell/Unity/Compiz, используя лишь ресурсы центрального процессора.

>>> Подробности

★★★★

Проверено: mono ()
Последнее исправление: JB (всего исправлений: 2)

>Gnome Shell больше не требуется ускорение GPU

не совсем верно ибо LLVMpipe только для x86 и x86_64 архитектур

eklalstE
()

не знают, чем заняться, честное слово. то бегом бегут переносить вычисления на мощные и работающие вхолостую GPU, то снова нагружают свистоперделками CPU. пора идти за 8-ядерником?

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

>не совсем верно ибо LLVMpipe только для x86 и x86_64 архитектур
Значит от Г3 откажутся в дебиане? Ну не выкидывать же им все остальные поддерживаемые архитектуры, действительно.

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

Думается, они не думают о других дистрибутивах.

Да и отключаться будет при помощи банального ключа при configure, как обычно и делают.

Shtsh ★★★★
() автор топика

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

Ttt ☆☆☆☆☆
()

А он требовал аппаратного ускорения? DE не могло работать без GPU? facepalm.cg

buddhist ★★★★★
()

А много есть компов без видюхи? Имеются в веду те, на которых используется графическая оболочка.

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

Ну, тут не столько без видюхи, сколько с кривыми драйверами. Всё равно картинку нужно как-то выводить.

Думаю, прилично.

Shtsh ★★★★
() автор топика

Правильно ли я понял, что гном3 теперь перестанет адске жрать батарейку на ноутах?

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

Если он будет жутко грузить проц, то будет жрать жутко.

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

Слово теперь было лишним изначально.

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

Думаю, Unity черерз LLVMpipe будет работать гораздо медленней, чем Unit2D. Хотя, это может мотивировать разработчиков забросить проект.

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

Вспоминается баян:
BIOS POST Message: CPU not found. Press F1 for Software Emulation.

Shtsh ★★★★
() автор топика

Старый добрый софтверный рендеринг :}

yoghurt ★★★★★
()

А зачем там нужно было ускорение GPU с самого начала?

//сначала прочитал Адам Дженсен.

libfun
()

Gnome Shell больше не требуется ускорение GPU

Потому что он просто ушел в мир иной...

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

на моей скромной ATI 4200 GNOME 3 работал с артефактами в верхней панели и меню приложений (если его можно так назвать).

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

Нет.

Софтверный режим не отключает свистоперделки, только перекладывает на процессор. Так что много где он неприменим.

Shtsh ★★★★
() автор топика

А я только что открыл для себя xmonad. Теперь мне не страшен даже серый волк^W^W Gnome 4.

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

Вот это уже другой вопрос)

Но отказываться от fallback было бы глупо и непрактично. Хотя, давно заметно, что гномовцам наплевать на пользователей.

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

ну вобщем-то да, актуален. А какие у вас возражения к этому?

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

Я пробовал в федоре, как оно вышло, потом в арче 3.2 - думал, что стало получше. Но тут проблема в самом подходе. Ну очень неудобно окна переключать.

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

> Но отказываться от fallback было бы глупо и непрактично.

почему ? зачем поддерживать де 2-в-одном, когда есть xfce например ?

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

> зачем поддерживать де 2-в-одном, когда есть xfce например ?

У Xfce уже появился нормальный файловый менеджер?

Nxx ★★★★★
()

Благодаря этому, появилась возможность запускать Gnome Shell/Unity/Compiz, используя лишь ресурсы центрального процессора

Ну и как при этом скорость работы.

RCV ★★★★
()

Когда речь идёт о гном3, то ГШ затмевает собой всё. Забудьте на минуту про ГШ, оглядитесь. Посмотрите какой выбор шоифтов, как урен менеджер питания, как темы выберают, шрифты , иконки, что вышло с наутилусом - он и так не отличался настройками, а сча панель адреса + пара кнопок и всё. Это то, что бросается в глаза сразу - сильно не ковырял, но уже в ужасе.

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

При чем тут файловый менеджер? если нужны приложения из гнома 3 их под xfce легко запустить.

Вопрос в том, зачем гному поддерживать gnome-panel и metacity дополнительно, если все это есть в сотне разных совместимых с гномом видах, начиная от openbox-а и заканчивая компизом.

Другое дело что гном может сломать эту совместимость. Вот тогда наступят действительно плохие времена.

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

> если нужны приложения из гнома 3 их под xfce легко запустить.

а расскажи-ка девица(?)-красавица(?), сколько библиотек и ошметков GNOME для этого нужно притащить в Xfce. кому такой гибрид нужен?

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

> даже я, гнумеромаинтейнер в своём дистре, пишу «I hate GNOME 3», потому что это… это просто неюзабельное нечто…

Зачем делать то, что ненавидишь?

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

Как вообще этот вопрос относится к теме?

Мы тут обсуждаем нужность fallback-режима, то есть возможность использования гнома с другой, отличной от гном-шелл мордой. Я говорю, что таких возможностей тьма и разработчикам гнома 3 нет необходимости поддерживать ещё одну. При этом библиотеки все как были так и остались, ровно в том же количестве.

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