Нет, не заработали. Всё по старому. Xrender - летает, OpenGL - ползает (если отключить проверку) или совсем эффекты отключаются.
НО! (повторяюсь) OpenGL-то работает!!! Все GL-ные скринсейверы летают, как положено, без каких-либо лагов/фризов и прочих бяков.
Евгений Савченко wrote:
нативу нет смысла верить. обратите внимание на флаг glibc-omitfp он заставляет при компиляции glibc создавать д в е версии библиотеки, оптимизированную по “нехочу” (она и дает взрывной рост производительности) и “стандартную”, подключаемую в тех случаях когда оптимизированная по какимто причинам не катит, например запрещено развертывание циклов (смотрите исходники gcc и glibc много нового узнаете )
А разве без glibc-omitfp с -fomit-frame-pointer не создается только оптимизированная glibc?
native - это для без “заморочек”. core2 эффективней на большинстве софта, но не на всем. Процентов тридцать собрано как generic под 686. Оказалось что можно получить двухсотпроцентный и более профит.
Можешь поделиться наработками? Хотелось бы объединить Ваши и мои усилия в этом направлении - может получится улучшить наши результаты.
Почему --param l1-cache-size=32, а не 24?
Почему --param l2-cache-size=1024, а не 512?Элементарно, 270, как и 510 атом интел “не докастрировал” это дает возможность “поиграть” в "крутой проц"ю ядро 3.0.4 вульгарис некомпиленое ибо незачем…
Странно… но везде инфа о кастрировании атома… Нужно понять как проверить какой из вариантов кеша L1=512 или L1=1024 работает, т.к. если он реально 512к, а поставить 1024к, то на некоторых приложениях можно так свалить производительность, что не поднять уже и домкратом…
Олег Воробьёв wrote:
Нет, не заработали. Всё по старому. Xrender - летает, OpenGL - ползает (если отключить проверку) или совсем эффекты отключаются.
НО! (повторяюсь) OpenGL-то работает!!! Все GL-ные скринсейверы летают, как положено, без каких-либо лагов/фризов и прочих бяков.
Попробуйте для начала пересобрать opengl, как советовал Евгений, xorg и драйвера. Если не поможет тогда нужно перебрать KDE. Если и это не поможет, то дальше на ум приходит только полная пересборка мира… Настройки-то у Вас все в порядке… Чтобы ускорить повторные компиляции - подключите ccache заблаговременно.
Алексей Чуклимов wrote:
… и драйвера.
Дык они же в ядре… Внешние не устанавливал.
xorg-server и xorg-x11 пересобрал ещё раз. Результат - ноль.
Что-то идеи у меня быстро иссякают( Попробуйте поставить xf86-video-intel с USE флагом sna.
А разве без glibc-omitfp с -fomit-frame-pointer не создается только оптимизированная glibc?
В том что и дело, что нет. -fomit-frame-pointer сам по себе непересобранный c флагом use glibc-omitfp не оказывает никакого эффекта на компиляцию (почти) в версии gcc 4.5.3.
Можешь поделиться наработками? Хотелось бы объединить Ваши и мои усилия в этом направлении - может получится улучшить наши результаты.
Обязательно поделюсь. правда софт у меня специфично - смертоносный. Попробуй собрать тот же 7zip под 686 результат думаю сильно удивит.
Почему --param l1-cache-size=32, а не 24?
Почему --param l2-cache-size=1024, а не 512?
Странно… но везде инфа о кастрировании атома… Нужно понять как проверить какой из вариантов кеша L1=512 или L1=1024 работает, т.к. если он реально 512к, а поставить 1024к, то на некоторых приложениях можно так свалить производительность, что не поднять уже и домкратом…
Не спорю. Но пока бог миловал.
Алексей Чуклимов wrote:
Попробуйте поставить xf86-video-intel с USE флагом sna.
В ядре - отключить?
Олег Воробьёв wrote:
Алексей Чуклимов wrote:
Попробуйте поставить xf86-video-intel с USE флагом sna.
В ядре - отключить?
В ядре не отключайте.
Фокус снова не удался. (
А что показывают:
# lspci | wgetpaste
и
# lsmod | wgetpaste
?
Олег Воробьёв wrote:
http://paste.pocoo.org/show/486814/
http://paste.pocoo.org/show/486817/
Нужно повторить lsmod - вторая ссылка пустая.
Это не ошибка.
localhost ~ # lsmod
Module Size Used by
localhost ~ #Олег Воробьёв wrote:
Это не ошибка.
[…]
А должно быть что-то в этом роде:
$ lsmod
Module Size Used by
aes_i586 7094 2
aes_generic 29296 1 aes_i586
rfcomm 26902 0
cpufreq_userspace 1675 0
cpufreq_powersave 678 0
cpufreq_conservative 4697 0
acpi_cpufreq 4837 1
mperf 1031 1 acpi_cpufreq
btusb 10496 1
bluetooth 140979 14 rfcomm,btusb
usbhid 18190 0
uvcvideo 61752 0
videodev 75906 1 uvcvideo
nvidia 10670193 43
cryptomgr 2268 0
aead 5103 1 cryptomgr
arc4 1077 2
uhci_hcd 22622 0
crypto_algapi 13799 5 aes_i586,aes_generic,cryptomgr,aead,arc4
ehci_hcd 42015 0
ath5k 153149 0
usbcore 162298 6 btusb,usbhid,uvcvideo,uhci_hcd,ehci_hcd
ath 13742 1 ath5k
psmouse 36710 0
mac80211 217610 1 ath5k
cfg80211 164806 3 ath5k,ath,mac80211
intel_agp 9198 0
intel_gtt 13262 1 intel_agp
agpgart 26884 3 nvidia,intel_agp,intel_gtt
thermal 9030 0
ac 3102 0
battery 10533 0
asus_laptop 15098 0
processor 26131 1 acpi_cpufreq
sparse_keymap 3076 1 asus_laptop
button 4360 0
rfkill 14662 4 bluetooth,cfg80211,asus_laptop
Т.е. У вас отсутствуют загруженные модули ядра…
Придется продолжить поиск ошибки - нужен вывод информации по загрузке системы:
dmesg | wgetpaste
Не понял…
Это что, получается, он у меня без ядра работает? 
нужен вывод информации по загрузке системы:
Пардон, это только вечером смогу. Бук дома забыл. (
PS При конфигурировании ядра заменил все (М) на (*). (Может, поэтому нет загруженных модулей, что всё в ядро включено?)
PPS Прошу извинить, если подобные вопросы кажутся идиотскими.
Олег Воробьёв wrote:
Не понял…
Это что, получается, он у меня без ядра работает?нужен вывод информации по загрузке системы:
Пардон, это только вечером смогу. Бук дома забыл. (
PS При конфигурировании ядра заменил все (М) на (*). (Может, поэтому нет загруженных модулей, что всё в ядро включено?)
PPS Прошу извинить, если подобные вопросы кажутся идиотскими.
Все включать в ядро не имеет смысла. Основной смысл модулей подключать устройства, используемые время от времени. Включать же в ядро жестко нужно только то, что используется постоянно. Тогда будет выигрыш. Загружать модули можно и без использования initrd, если они не относятся к тем, которые нужны ядру для загрузки системы, как, например, файловая система и контроллер жесткого диска. Модули же будут отображаться по команде lsmod в любом случае, даже если они включены в ядро. Видимо что-то у Вас работает неправильно. Это и нужно выяснить.
P.S.
Вопросы абсолютно нормальные)
Включать же в ядро жестко нужно только то, что используется постоянно.
Так в том-то и дело, что железо неизменно. Ничего не подключаю/отключаю (даже флешки). Всё (или почти всё, т.к. те пункты, которые не понял, предпочёл не трогать), что не имело отношения к буку - убрал совсем.
Олег Воробьёв wrote:
что не имело отношения к буку - убрал совсем.
Вот этот пункт особенно заинтересовал) Видимо придется нам с Вами еще и по конфигу ядра пробежаться. Приложите его тоже вечером.
Какое ядро установлено в системе?
2.6.39-r3
Вот этот пункт особенно заинтересовал)
Думаете, убрал что-то нужное? Так ведь, до оптимизации-то всё работало. Конфигу я не менял, просто пересобрал с Вашими флагами.
К тому же, поскольку старые ядра я не удаляю, то пробовал грузить и их. Результат тот же, что и с новым. ИМХО дело в КДЕ.
Возможно и в KDE какая-нибудь библиотека хандрит, но почему lsmod пустой, вот в чем вопрос.