Сабж.
Для тех, кто в танке: llvmpipe — новый софтварный рендерер opengl (в mesa), использующий llvm и архитектуру gallium. Призван, наконец, нормально реализовать поддержку OpenGL там, где его нет (старое/не поддерживаемое оборудование, виртуальные машины, etc.). В игры на нём не особо поиграешь (хотя, говорят, на хорошем процессоре openarena сносно работает). И версия поддерживаемого OpenGL не такая дохлая, как в старом софтварном рендеринге, а соотвествует поддерживаемой Mesa.
В идеале он даст возможность забить на всё и при написании программ рассчитывать на то, что OpenGL есть везде.
Например, compositing в kwin, compiz, и т.д. (Кстати, имхо, всё идёт к тому, что kwin со временем тоже будет требовать OpenGL ES и режим без него убьют).
Ещё (оправдывая тэг [Qt5]), в Qt всеръёз раздумывают над тем, чтобы в Qt 5 оставить только OpenGL ES для отрисовки (выкинуть raster), чтобы не плодить свой растеризатор, а использовать унифицированный OpenGL ES. В llvmpipe куча оптимизаций (есть и планируется), так что можно ожидать, что даже на софтварном рендеринге OpenGL ES через llvmpipe отрисовка в итоге будет всё равно быстрее, чем на собственном растеризаторе Qt.
Кто не понял, повторюсь: llvmpipe — быстр. Намного быстрее простой софтварной растеризации «в лоб». Как вы думаете, если вы на простой софтварной растеризации того же Qt напишите что-то вроде OpenArena, оно вообще заработает со сносной скоростью хоть на одном десктопе? Так что даже с софтварным рендерингом OpenGL всё будет быстрее, чем сейчас.
P.S. И да, с отрисовкой всего на свете через OpenGL ES, надеюсь, исчезнут вопли про нужность тормознутого и древнего как говно мамонта протокола отрисовки иксов (используемого в Qt native engine). Кому надо — прогонит OpenGL по сети и будет счастлив.
P.P.S. WebGL — OpenGL ES 2.0. Да-да. Может, когда всё созреет, кому придёт в голову написать на основе этого удалённый отрисовщик окон прямо в браузере клиента.
