2008-08-30
2008-08-14
Отрисовка на Fedora+i945
На #fedora@freenode подсказали элегантное решение описанной мною в предыдущем посте проблемы с отрисовкой. Напомню, крайне удручала 2д-составляющая 9-й федоры по сравнению с восьмёркой: glxgears показывал 600-700fps против 1100 в более старом дистрибутиве.
Разумеется, полагаться только на показания glxgears глупо, но визуально эти тормоза были очень даже видны - окна прорисовывались очень медленно по современным меркам, и я грешил на драйвера.
В общем, решение достаточно простое - нужно насильно прописать в xorg.conf метод прорисовки. Их, как известно, несколько - XAA, KAA, EXA (подробнее - на вики иксорга). Самым правильным с точки зрения производительности является EXA - он окончательно "заточен" под X.org, без ненужного груза обратносовместительных фич Xfree86.
Итак, вкратце: на Fedora 9 с видеокарточками Intel для получения ощутимого прироста скорости отрисовки в /etc/X11/xorg.conf нужно прописать в секции Device следующие дополнительные опции:
Вторая опция отвечает за нюансы отрисовки EXA - когда запихивать пиксмапы в видеопамять (подробнее).
Разумеется, полагаться только на показания glxgears глупо, но визуально эти тормоза были очень даже видны - окна прорисовывались очень медленно по современным меркам, и я грешил на драйвера.
В общем, решение достаточно простое - нужно насильно прописать в xorg.conf метод прорисовки. Их, как известно, несколько - XAA, KAA, EXA (подробнее - на вики иксорга). Самым правильным с точки зрения производительности является EXA - он окончательно "заточен" под X.org, без ненужного груза обратносовместительных фич Xfree86.
Итак, вкратце: на Fedora 9 с видеокарточками Intel для получения ощутимого прироста скорости отрисовки в /etc/X11/xorg.conf нужно прописать в секции Device следующие дополнительные опции:
Option "AccelMethod" "exa"
Option "MigrationHeuristic" "greedy"
Вторая опция отвечает за нюансы отрисовки EXA - когда запихивать пиксмапы в видеопамять (подробнее).
2008-08-13
Fedora x86_64
Давеча интересу ради поставил Fedora 8 64-битную редакцию. Началось всё с того, что осознание ошибочности апгрейда 8-ки на 9-ку перешло все границы - аккурат после того, как на совершеннейше ровном месте со страшным треском и грохотом обвалились иксы и перестали работать ажно до перезагрузки.
Ну, глюками инсталлятора меня в принципе было не удивить - правда падал он у меня целых три раза. Понял, что пакеты лучше не выбирать лишние, и вообще оставить всё по-дефолту - только после этого поставилось. Обновиться сразу не удалось - жуткая ругань на конфликты в пакетах (это на свежеустановленной-то системе!..). Погуглив узнал, что удаление NetworkManager.i386 решает проблему, ну и не погнушался такого решения.
На сегодняшний день ядро - 2.6.25.11-60, глюков именно в его работе не заметил. Проблемная wifi-карточка моя тоже завелась на удивление легко - по старому способу, из livna-testing репозитория.
После обновления всё стало боле-мене стабильно, только NetworkManager периодически ругается на отсутствующие компоненты (видимо, ему не хватает тех 32-битных либ). Что есть из проблемного/напрягающего:
1. Флеш-плеер. Gnash и swfdec - унылое говно, и нативного кроме них ничего нет. Проприетарная адобовская поделка - только 32-битная, и чтобы она нормально заработала нужны даже не костыли, а строительные леса. Пока резюме - жизнь без ютуба безрадостна. Но идеология (система без 32-битных компонентов) пока цветёт махром. Посмотрим, что будет дальше.
2. Пужаютъ какими-то 32-разрядными кодеками для mplayer-а. Тьфу-тьфу - пока что всё играется и поётся, так что не озадачиваюсь, но буду очень не рад, если эти костыли всё-таки понадобятся.
В целом - даже несмотря на то, что 64-разрядные системы априори хуже тестируются и вообще гавно, система работает стабильней 32-разрядной девятки. Вот уж и вправду - у федоры только чётные релизы удачные... будем ждать 10-й ветки осенью.
glxgears выдаёт почти в два раза больший фпс, чем на 9-й федоре - но это связано, разумеется, не с разрядностью, а с версиями дров/иксов: в "девятке" с интелами как-то не очень хорошо всё.
Буду продолжать тыкать и оценивать юзабельность.
Ну, глюками инсталлятора меня в принципе было не удивить - правда падал он у меня целых три раза. Понял, что пакеты лучше не выбирать лишние, и вообще оставить всё по-дефолту - только после этого поставилось. Обновиться сразу не удалось - жуткая ругань на конфликты в пакетах (это на свежеустановленной-то системе!..). Погуглив узнал, что удаление NetworkManager.i386 решает проблему, ну и не погнушался такого решения.
На сегодняшний день ядро - 2.6.25.11-60, глюков именно в его работе не заметил. Проблемная wifi-карточка моя тоже завелась на удивление легко - по старому способу, из livna-testing репозитория.
После обновления всё стало боле-мене стабильно, только NetworkManager периодически ругается на отсутствующие компоненты (видимо, ему не хватает тех 32-битных либ). Что есть из проблемного/напрягающего:
1. Флеш-плеер. Gnash и swfdec - унылое говно, и нативного кроме них ничего нет. Проприетарная адобовская поделка - только 32-битная, и чтобы она нормально заработала нужны даже не костыли, а строительные леса. Пока резюме - жизнь без ютуба безрадостна. Но идеология (система без 32-битных компонентов) пока цветёт махром. Посмотрим, что будет дальше.
2. Пужаютъ какими-то 32-разрядными кодеками для mplayer-а. Тьфу-тьфу - пока что всё играется и поётся, так что не озадачиваюсь, но буду очень не рад, если эти костыли всё-таки понадобятся.
В целом - даже несмотря на то, что 64-разрядные системы априори хуже тестируются и вообще гавно, система работает стабильней 32-разрядной девятки. Вот уж и вправду - у федоры только чётные релизы удачные... будем ждать 10-й ветки осенью.
glxgears выдаёт почти в два раза больший фпс, чем на 9-й федоре - но это связано, разумеется, не с разрядностью, а с версиями дров/иксов: в "девятке" с интелами как-то не очень хорошо всё.
Буду продолжать тыкать и оценивать юзабельность.
2008-08-09
Fedora PreUpgrade
Третьего дня попытался заюзать preUpgrade для обновления моей Fedora с 8 на 9 версию. Предварительно посмотрел на отсылку в багзиллу - если /boot находится на корневом разделе, то инсталлятор не может найти stage2 образ для загрузки. Решение - добавить прямой слэш в пути к этому образу, т.е. вместо hd:sda4:boot/upgrade/stage2.img будет hd:sda4:/boot/upgrade/stage2.img
Нужные пакеты выкачались, я подредактил menu.lst и пошёл в ребут. В целом - та же анаконда, только с винта. Долго ждал окончания обновления, и вот на самом последнем проценте и пакете вылезла мерзостная ошибка о невозможности найти/считать rpm-ку с emacs. В отчаянии я пытался убедить инсталлятор, что он есть, но, видимо, был недостаточно убедительным, и комп просто ребутнулся.
Результаты: частично обновлённая система без горки либ, необходимых для работы rpm и yum, неустановившееся ядро, незагружающийся Gnome. Путём трёхчасовых шаманств уже из принципа растормошил полумёртвый rpm, но это уже не помогло - система была раскорячена окончательно :(
Повторный запуск PreUpgrade, кстати, тоже ни к чему не привёл - он считал, что у меня установлена честная 9-я федора, и предлагал проапгрейдиться исключительно на нестабильную 10-ку (эта попытка тоже не увенчалась успехом, кстати).
Вывод прост - если захотите использовать preUpgrade - будьте готовы к милым неожиданностям и полной переустановке системы. Лучше апгрейдиться с диска, по-старинке - надёжней выходит...
Нужные пакеты выкачались, я подредактил menu.lst и пошёл в ребут. В целом - та же анаконда, только с винта. Долго ждал окончания обновления, и вот на самом последнем проценте и пакете вылезла мерзостная ошибка о невозможности найти/считать rpm-ку с emacs. В отчаянии я пытался убедить инсталлятор, что он есть, но, видимо, был недостаточно убедительным, и комп просто ребутнулся.
Результаты: частично обновлённая система без горки либ, необходимых для работы rpm и yum, неустановившееся ядро, незагружающийся Gnome. Путём трёхчасовых шаманств уже из принципа растормошил полумёртвый rpm, но это уже не помогло - система была раскорячена окончательно :(
Повторный запуск PreUpgrade, кстати, тоже ни к чему не привёл - он считал, что у меня установлена честная 9-я федора, и предлагал проапгрейдиться исключительно на нестабильную 10-ку (эта попытка тоже не увенчалась успехом, кстати).
Вывод прост - если захотите использовать preUpgrade - будьте готовы к милым неожиданностям и полной переустановке системы. Лучше апгрейдиться с диска, по-старинке - надёжней выходит...
Подписаться на:
Сообщения (Atom)
Сообщения
