Comments 27
UFO just landed and posted this here
Согласен, исправил. Просто привык к английской терминологии.
Бонусом этого метода является то, что ряд графических чипов заработают заметно лучше.
Если есть возможность, предоставьте список чипов!
На nvidia в glxgears наблюдается прирост в ~20%. С ati там тоже есть какие-то улучшения. Но это как бы просто в результате того, что устанавливая ядро 2.6.29, мы ставим сразу и все прочие улучшения, которые вошли в это ядро, а в плане графической системы там есть заметные подвижки по сравнению с 2.6.28.
В 2.6.30 дела обстоят ещё лучше, но там большие заморочки с nvidia, модуль ядра просто так не пересоберётся, там надо шаманить. С 2.6.30 надо подождать выхода karmic.
В 2.6.30 дела обстоят ещё лучше, но там большие заморочки с nvidia, модуль ядра просто так не пересоберётся, там надо шаманить. С 2.6.30 надо подождать выхода karmic.
UFO just landed and posted this here
Ничего себе «лекарство». Которое вроде как есть, но его вроде бы и нет.
А я уже винт собрался менять. А тут такое. Спасибо автор!!!
ссылка на deb-файлы это конечно здорово
но было бы это оформленно репозиторием все — цены бы совету не было бы
а так, придется каждый раз вспоминать откуда ставил и проверять ручками обновления
но было бы это оформленно репозиторием все — цены бы совету не было бы
а так, придется каждый раз вспоминать откуда ставил и проверять ручками обновления
Предлагаю тем, кто опробовал второй способ, отписаться о результатах. Это позволит остальным сделать правильный выбор: обновлять — не обновлять.
А меня вот замучал баг на Kubuntu Jaunty с полными зависонами X-ов на трёх компах, не знаю даже в какую сторону копать чтобы его вылечить ;(
Проявляется только со включенным копозингом (Compositing enabled): работает всё нормально, вдруг весь интерфейс замирает и не реагирует ни на клаву ни на мышку, хотя курсор мышки по экрану двигается и Numlock на клаве тоже работает.
Если в первые несколько секунд зависона успеть прибить X или перезапустить или успеть переключиться в консоль — система остаётся живой, а если не успел — перестаёт и на клаву реагировать. В логах /var/log/* ничего не пишет, в домашней папке тоже не нашлось.
Сначала грешил на Intel когда ловил его на ноуте с интегрёной видео Intel (на KDE 4.2 из оф. репозиториев), но потом после нескольких апдейтов он стал проявляться и на Nvidia (с дровами из репозитория) на двух компах, после обновления до KDE 3.x тоже не исчез а наоборот — стал чаще вылазить.
Куда рыть чтобы найти причину — не знаю, чтобы баг открытый найти или новый открыть — тоже недостаточно информации, нужно найти хотя бы виновный пакет или какие-либо записи в логах.
Если кто-нибудь сталкивался с такой проблемой — сообщите плиз, может совместно найдём жучка ;)
Проявляется только со включенным копозингом (Compositing enabled): работает всё нормально, вдруг весь интерфейс замирает и не реагирует ни на клаву ни на мышку, хотя курсор мышки по экрану двигается и Numlock на клаве тоже работает.
Если в первые несколько секунд зависона успеть прибить X или перезапустить или успеть переключиться в консоль — система остаётся живой, а если не успел — перестаёт и на клаву реагировать. В логах /var/log/* ничего не пишет, в домашней папке тоже не нашлось.
Сначала грешил на Intel когда ловил его на ноуте с интегрёной видео Intel (на KDE 4.2 из оф. репозиториев), но потом после нескольких апдейтов он стал проявляться и на Nvidia (с дровами из репозитория) на двух компах, после обновления до KDE 3.x тоже не исчез а наоборот — стал чаще вылазить.
Куда рыть чтобы найти причину — не знаю, чтобы баг открытый найти или новый открыть — тоже недостаточно информации, нужно найти хотя бы виновный пакет или какие-либо записи в логах.
Если кто-нибудь сталкивался с такой проблемой — сообщите плиз, может совместно найдём жучка ;)
Хотя я с этим не сталкивался, но с ходу нашёлся вот этот баг:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/384275
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/384275
Не сильно в тему, но я все про свое…
Как там ext4 лучше заточена под работу на ssd?
Кто копал в эту сторону?
Как там ext4 лучше заточена под работу на ssd?
Кто копал в эту сторону?
UFO just landed and posted this here
Нет, не в курсе. Но вот данная проблема — она исключительно убунтовская. Т.к. в .29 проблемы уже нет, она есть только в 28х ядрах. Т.е. они там бэкпортили поддержку ext4, но как-то коряво получилось, т.е, это проблема появлялась и в основных ядрах, но её очень давно и успешно исправили… А бэкпорт в убунте так и получился недофикшеным.
ext4 бэкпортили, бэкпортили, да не выбэкпортили. :)
ext4 бэкпортили, бэкпортили, да не выбэкпортили. :)
UFO just landed and posted this here
Да в убунте вообще из рук вон плохо с тем, чтобы фиксить баги. Посмотрите баг репорт по ссылке, там же просто никто не собирается его фиксить. Его пофиксили в karmic, а в jaunty и не собираются. И так уже неоднократно сталкивался что баги, порой простейшие, которых нет в том же debian никто не фиксит годами.
ext4 на голую систему ставили или ext3 до ext4 обновляли??
UFO just landed and posted this here
Sign up to leave a comment.
Проблемы с ext4 в ubuntu jaunty