"Отвалился" OpenGL

После обновления gcc до версии 4.5.3, glibc до 2.12.2 и пересборки системы и мира с флагами:

CFLAGS="-O3 -march=native -mtune=native -fomit-frame-pointer -pipe --param l1-cache-line-size=64 --param l1-cache-size=24 --param l2-cache-size=512 -mmmx -msse -msse2 -msse3 -mssse3 -ffast-math -mfpmath=both -fexcess-precision=fast -fmerge-all-constants -fno-gcse -funroll-all-loops -g0 -Wno-all"

kde стал выводить сообщение: "Графические эффекты работали слишком медленно и были отключены..."
Принудительное включение с блокировкой проверки приводит к жутким "тормозам".
С движком Xrender всё летает. Т.е. проблемы только с OpenGL.

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

PS Также было пересобрано ядро с флагами:

CFLAGS_MODULE = -O2 -march=native -mtune=native --param l1-cache-line-size=64 --param l1-cache-size=24 --param l2-cache-size=512 -fmerge-all-constants -finline-functions -funswitch-loops -fpredictive-commoning -fgcse-after-reload -fipa-cp-clone -fno-gcse
CFLAGS_KERNEL = -O2 -march=native -mtune=native --param l1-cache-line-size=64 --param l1-cache-size=24 --param l2-cache-size=512 -fmerge-all-constants -finline-functions -funswitch-loops -fpredictive-commoning -fgcse-after-reload -fipa-cp-clone -fno-gcse

PPS Недобук Acer Aspire one AOA110, Atom N270, 1.5 GB, I945

borskiy написал:

CFLAGS="-O3 -march=native -mtune=native -fomit-frame-pointer -pipe --param l1-cache-line-size=64 --param l1-cache-size=24 --param l2-cache-size=512 -mmmx -msse -msse2 -msse3 -mssse3 -ffast-math -mfpmath=both -fexcess-precision=fast -fmerge-all-constants -fno-gcse -funroll-all-loops -g0 -Wno-all"

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

по поводу opengl:
glxgears крутятся? должно быть ~50-60fps
и логи иксов в студию...

Извиняюсь, за введение в заблуждение.
OpenGL, оказывается, работает отлично. Скринсейверы, использующие этот движок, "летают".
Видимо, проблема с KDE?
Может, снести его совсем и собрать заново?

Fat-Zer написал:

и уверены в их необходимости/полезности?

У других это работает замечательно. Мне самому и в голову бы не пришло так оптимизировать, поскольку "новичок" - мягко сказано.

borskiy написал:

У других это работает замечательно. Мне самому и в голову бы не пришло так оптимизировать, поскольку "новичок" - мягко сказано.

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

borskiy написал:

Видимо, проблема с KDE?
Может, снести его совсем и собрать заново?

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

Fat-Zer написал:

просто для нетбука важен скорее размер кода

Первую сборку оптимизировал именно по этому параметру. В конце концов, она (вместе со всей остальной приблудой) всё равно не поместилась на диск (8GB). Поэтому примонтировал к /usr SD-шку (как раз вся и забилась исходниками) и собрал с оптимизацией по скорости.

borskiy написал:

Первую сборку оптимизировал именно по этому параметру. В конце концов, она (вместе со всей остальной приблудой) всё равно не поместилась на диск (8GB). Поэтому примонтировал к /usr SD-шку (как раз вся и забилась исходниками) и собрал с оптимизацией по скорости.

o_O вы туда kde-meta и гном запилили что ли? или distfiles забыли удалить после всего?
можно бало FEATURES="nodoc" добавить...

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

[added]
посмотрел на недобук... оказывается там флешка всего на 8гигов... я думал, как у меня - 8+32... тогда действительно сложно впихнуть - под /home места мало...

Fat-Zer написал:

кеши и память достыточно малы...

Кеши - да. А память у моего увеличена втрое от исходной. Системный монитор показывает загрузку (при куче распахнутых закладок в мазиле) в пике не более 600 МБ (своп-раздел, ессно, не создавал).