Роман Химов

В продолжение ящерной темы. С параметром «x11failsafe» система грузилась неплохо (в общем, за наличие Failsafe режима загрузки надо галочку SUSE поставить). Карточка на железке ATI Mobility Radeon HD 3200, который должен с radeonhd работать. SaX (конфигурялка X) придерживался того же мнения. Он, причём, до определённого момента и отрабатывал, рисовал загрузку профиля, все дела. А потом вставал колом.

Много почитав и подумав, засунул (руками) в xorg.conf Driver типа «ati». Прогресс! Я увидел облом автологина и появление авторизационного диалога KDM. Логин не проходил ни под каким соусом. Потратив ещё некоторое время на изучение разного сделал решительный шаг:

$ rm -fr ~/.kde4

И, удивительным образом, всё завелось.

Но я, конечно, не успокоился и немного ещё поигрался. Вернул на место драйвер radeonhd, без проблем. Пошёл в настройки KDE и, на всякий случай, попробовал включить эффекты KWin. «Бумц!» — сказал X сервер. «Ух ты!» — подумал я. Сходил в ~/.kde/share/config/kwinrc, убил все плагины, перезапустил xdm, не помогло. Переключил там же режим эффектов из OpenGL в XRender. Завелось!

Конечно, после этого я эффекты снова выключил куда подальше. И теперь много думаю над тем, надо мне такое openSUSE или нет.

Но не без позитива. Под этим соусом сын начал изучение английского языка. Сразу со слова «FAIL».

А про что необходимо чиркнуть, так это про radeonhd. Я на буке сходу в баг уткнулся с ним, который потом в какой-то другой баг перешёл и ничего пока не исправлено. Но. С параметром SWCursor драйверу у меня сейчас radeonhd работает отлично, выдавая, наконец-то, законные 1920×1200. Что просто радует. Рекомендую попробовать владельцам карточек ATI. В Debian, кстати, есть пакет уже.

Ох уж эта FreeBSD. 🙂 После двух недель ощущения уже несколько другие, нежели за первые четыре дня. Конечно, что-то сказывается здесь пингвинячее, возможно, в моем подходе к ней, но, определенно, проблемы с ней есть. Даже появилось мнение, что с установкой первого кандидата в релиз я все-таки погорячился. Хоть это и стабильная ветка, хоть это и FreeBSD, которая обычно работает, а все-таки RC есть RC.
Читайте далее »

Вчерашний эксперимент с X выявил интересную штуку — с OpenOffice работать на сильной машине было хуже, чем на той самой замученной. Она просто упаривалась все прорисовывать (тут надо отметить, что на ней стоит уродская видеокарта, которая просто-напросто периодически гадит на экран в высоких разрешениях, поэтому X использует ее без ускорения).

При этом, поток данных при перемещении элементов в OpenOffice Draw составлял около 900 Кбайт/с, и, что интересно — это в направлении от сервера к клиенту (надо пояснить, что сервер здесь — сервер X, то есть слабая машина). Прорисовки всего полотна были видны невооруженным глазом. Эксперимент в части X был свернут, а вот рендеринг HTML в Konqueror все-таки оставили на откуп сильной машине. Так все и сделали.

Но так как я экспериментатор по натуре, я не успокоился и скомпилировал себе за ночь KOffice 1.4.2. А потом повторил эксперимент с Kivio. Что удивительно — никаких тормозов, а поток данных при перемещении объектов составил около 100-200 Кбайт/с в направлении от клиента к серверу.

Однако, в OpenOffice были более нагруженные объекты и я попробовал добавить в кружок немного текста. Оп-па и вот тебе на поток данных от сервера к клиенту на уровне 2 Мбайт/с. Правда, в KOffice перемещения при этом не тормозят (а он полностью прорисовывает объект при перемещении).

Запущенный заново OpenOffice при перемещении просто объектов показал себя вполне нормально (хотя он их немного по-другому двигает, объект рисуется контуром без внутренностей, пока не будет «брошен»), поток данных около 50-100 Кбайт/с от клиента к серверу.

И вот добавляется текст. Перемещения опять-таки работают быстро, поскольку водишь в OOo только контуром кружка. Но, что интересно, после отпускания объекта никаких мучительных прорисовок не возникло.

Как так? Барабанная дробь! На моей машине стоит две версии OpenOffice.org, одна — 1.1.1 сборки SUSE, а вторая — 2.0.1 сборки Sun. Вчера мы безуспешно пытались работать с первой, а сегодня я запустил вторую. Для проверки еще раз поднял первый OpenOffice и убедился в наличии диких тормозов на прорисовке. Возможно, конечно, имеет место разница сборок SUSE и Sun, но она не должна быть столь разительной. А раз так, разрешите поздравить разработчиков OpenOffice.

Тем не менее, интересно, что добавление текста резко меняет картину в передаче данных X во всех случаях.

Определенно, в X все-таки что-то есть. Вот, например, стоит мой ноутбук с Athlon 1700+ и 768 МБ памяти, мается от безделья. А рядышком замученный жизнью Celeron 480 со 128 МБ мозгов. И второму очень не нравится одновременная работа OpenOffice 2.0 и Konqueror, особенно когда тот мучается, загружая HTML на 200 КБ с тремя сотнями картинок. Однако, вовремя вспомнив про то, что X умеет работать по сети можно взять первое попавшееся руководство и запустить требовательные приложения на быстрой машинке.

Единственная возникшая загвоздка заключалась в том, что нынче модно запускать X с параметром «-nolisten tcp» (так делает kdm по умолчанию), что хорошо для безопасности при исключительно локальной работе, но впрямую противоречит нашим целям. Убираем, перезапускаем X и вуаля! Все прекрасно работает.

Все-таки что-то есть в X. 🙂