Роман Химов

Срочно звездочку на погон! Кажется, я умудрился совершить еще одну большую ошибку в общении с Reiser4 и бОльшая часть моей музыки да разного видео ушла погулять в /dev/null. Первая ошибка была очевидна и просто глупа с моей стороны — случайно загрузился с неправильным ядром (хотя было правильное и оно у меня нормально работало) в страшные времена тотальной дестабилизации Reiser4 на пути к официальному ядру.

Теперь вот предстоит выяснить, все-таки я два раза дурак или в fsck.reiser4 есть ошибка. Мой новенький блестящий винчестер на 250 ГБ пал жертвой fsck.reiser4 после того, как мне подумалось, что неплохо бы проверить, все ли в порядке после нескольких «Badness» от ядра 2.6.15-rc5-mm3 в его сторону. Узнал, что не все в порядке, есть одна маленькая inconsistency. Ну и сделал «fsck.reiser4 —build-fs», как сам fsck посоветовал. Теперь разглядываю каталог «lost+found», размышляю о всяком.

Что интересно, Reiser4progs уже есть версии 1.0.5, а у меня почему-то до сих пор 1.0.4 стоят. Если это из-за этого, значит я действительно совсем дурак и пора прекратить жесткие эксперименты — выходит себе дороже. Однако, весело. Написал в reiserfs-list, Ганс Райзер поведал, что Виталий (который занимается fsck.reiser4) сейчас в отпуске. Ладно, подожду диагноза, что уж делать. Скорее всего диагноз поставят мне. 🙁

Как-то нехорошо у меня все складывается с R4. 🙁

Обновление:
Урра!!! Кажется, диагноз поставили. Как и думалось, я дурак дважды. ;-)))
Обновление:
Вай, я еще и тут ошибку допустил — Badness исходил от 2.6.15-mm4…

Обожаю Planet KDE. Как посмотришь, что люди уже начали с компиляторами разговаривать (да еще и на разных диалектах), так сразу и поймешь, что еще не совсем свихнулся. А это приятно. 🙂

Вчерашний эксперимент с 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. 🙂