Поставил сабж. R300.

Отключаю в xorg.conf SwapbuffersWait, включаю PageFlipping. Запускаю glxgears - бац, опять пишет что синхронизировано с моим 60 Гц монитором. Я же вроде отключил синхронизацию?! Подолбил гугл, других вариантов отключить вертикальную синхронизацию нет, а судя по Xorg.0.log она отключена.

Запускаю Neverwinter Nights. Fps на уровне 2.6.36. Ладно, пофиг, играть можно, на глазок в районе 30-50 fps.

Запускаю Quake 3 Arena. 60 fps. В расстройстве выхожу из игры - kernel oops.

Запуск mc в xterm приводил к визуально медленной (примерно 1 секунду) перерисовке окна, управлять курсором с клавиатуры с такой задержкой, понятное дело, быстро наскучило.

Иксы, Mesa, xf86-video-ati более-менее последних стабильных версий, пока откатился на 2.6.36.

Алсо, http://www.phoronix.com/scan.php?page=news_item&px=OTIxMQ Для Ъ: в 2.6.39 обещают сделать отставание от fglrx не более 30%.

На ноуте есть две видяхи - интеловская и Mobility Radeon HD 5470. Второй я не пользуюсь, поэтому в целях экономии энергии аккумулятора её надо отключить.

Суть проблемы: при включении KMS для Radeon'а, есть доступ к файлу /sys/.../switch, через который устанавливается режим работы видеокарты - отключена или включена. Но при этом переключение в консоль не работает. При отключении KMS консоль начинает работать, но доступ к файлу switch теряется, и обе видяхи жрут аккумулятор одновременно.

Есть идеи как разрулить проблему? Ноут - Acer TimelineX 4820TG, дистриб - текущий Gentoo x86, ядро - gentoo-sources-2.6.36-r5.

Кто какими пользуется? Юзаю Defender в бело-жёлтой цилиндровой упаковке, но после них на мониторе остаётся много грязи. Лет 5-7 назад были BASF неплохие, которые могли вычистить монитор одним взмахом до его покупной чистоты, но сейчас их нигде не видно.

Как бы вот: http://www.phoronix.com/scan.php?page=article&item=ati_r500_pflipper&num=1

Сабж. Друг ищет на месяц-два, может больше, комнату. Максимум минутах в 15 на автобусе от метро.

Обновился до сабжа с 1.7 и тачскрин на ноуте (Acer Aspire 4820TG) стал просто офигенно чувствительным - чувствует нажатие даже если палец висит в миллиметре от него не касаясь, из-за чего, собственно, его стало невозможно юзать. Как пофиксить?

Дали мне на переписывание проект на PHP+MySQL с условием что могу делать всё что захочу лишь бы работало как раньше и не глючило. Проект, для примера, представляет из себя информационную базу - таблицу песен привязанных по album_id к таблице альбомов, ну и куча дополнительных полей - теги к каждой песне, текст слов и т. д.

Решил что раз уж переписывать такой хлам 10-летней давности, то лучше сразу на PHP 5.3 со всеми его плюшками. А вот с выбором базы данных затормозил. Дело вот в чём - в проекте за 10 лет его работы обнаружилось нарушение целостности связей между таблицами. Скажем, альбом удалён, а песни остались, так и висят в БД мёртвым грузом. Учитывая, что база проекта была в таблице типа MyISAM, о транзакциях речи не было. Пару лет назад кто-то кое-как выкрутился из ситуации используя вместо транзакций полные блокировки половины таблиц на время работы с ними. Но это костыльное решение. Тогда я посмотрел в сторону InnoDB. Сразу написал первый тест «в лоб»: выборка всех альбомов с песнями, связывая их по album_id:

SELECT * FROM albums AS a, songs AS s WHERE s.album_id = a.id

Перед каждым таким запросом сбрасывал кэши запросов. На 10000 песен получилось так: MyISAM - 0.07 сек, InnoDB - 0,17 сек., т. е. в 2 раза дольше, а это всего один запрос, в среднем же там запросов 10 на страницу. Ко всему прочему размер базы в InnoDB в 2 раза больше чем MyISAM, хотя обе уже в UTF-8.

Всё это на MySQL 5.1.51, MariaDB почему-то не захотела ставиться, а плагин XtraDB к MySQL не захотел активироваться, так что попробовать его не получилось.

В общем, MySQL'овский InnoDB не порадовал, да ещё среди его разработчиков разброд и шатание начался. Решил посмотреть на PostgreSQL, почитав отзывы о нём, что в определённых ситуациях он работает быстрее MySQL. А что можете сказать о нём вы? Сервер - VDS с 256 мб RAM, из которых максимум под БД могу выделить мегабайт 50-60. В основном юзаются сложные SELECT (по отзывам PostgreSQL их куда умнее обрабатывает, но и MyISAM на SELECT'ах быстр, т. к. писался специально для выборок), но и какой-либо механизм обеспечения целостности связей между таблицами обязателен.