> У меня аптайм месяцами в свопе сейчас 100 метров.

не ну как же тут не гнуть маты, твою дивизию, а? при чем тут твои 100 метров сраных в свопе вместе с твоим аптаймом? вот есть говносервер на ich9r с тремя виртуалками на kvm и в придачу быдломониторилками разными, то есть с пэхапэ и мускулом... в свопе гиг висит обычно и туда-сюда ходит постоянно... все пучком на внешнем LSI и никто не жалуется, то есть всех устраивает и менять мать дабы воткнуть туда еще 4 гига никто не будет. но стоит этот конфиг перекинуть 1в1 но на встроенный ahci - все, вафли, тачка загибается, io-wait запредельный а если еще рсинком начать че-нить гонять так и LA под 500 будет(( если ты мне не веришь, это твое право, но все ж рекомендую тебе пойти почитать хотя бы тут ветку в толксах твою, а потом уже будешь утверждать что мол пофиксили. от 314уя уши они пофиксили - проверил час назад
сто метров у него в свопе. смешной ты, ей-Богу! зайди на любой хостинг и посмотри там free, если покажет...

r0mik (25.02.2010 19:33:29)

Истина дорога, но скор дороже.

Если вы всех подведёте под анонимусов - вас некому будет жалеть. Linux ужасен, но нам это нравится. Кому не нравится - есть замечательные сообщества единомышленников.

И ещё, если честно, наплевать на ваши проблемы, у нас всё работает, а 2.6.33 работает ещё всёвее.

а как с дровами для нвидиа проприетарными?
у мну одного ругаются?

megabaks (25.02.2010 20:01:26)

190.x не стали, не стал разбираться и поставил 195....

r0mik (25.02.2010 20:05:52)

2.6.33 + nvidia 195.36.03. Полёт нормальный.

r0mik,Fest
со 19х.хх у мну фпс децл падает,а вот что говорили просто 190.хх?

megabaks (25.02.2010 20:22:22)

У меня был баг с ио, сейчас его нет. Вывод: баг пофиксили.

И да то ты про своп, то ты про io wait.

daemonpnz (25.02.2010 20:23:50)

хз я не мерял fps. я только из-за vdpau держу, а так бы давно на nouveau был...

r0mik (25.02.2010 20:24:37)

Не замечал. Даже если производительность проседает, то не заметно. Компиз нормально работает, игрушки в вайне тоже.

> У меня был баг с ио, сейчас его нет. Вывод: баг пофиксили.

я за тебя рад))

у тебя был баг по видимому с cfq.. в том смысле, что там оно особо сильно выражалось, вплоть до того, что действительно начинал тормозить rsync.. лечилось это отрубанием cfq и(или) отрубанием ncq (/sys/block/sda/device/queue_depth) или точным его подбором (тут хрен угадаешь)

ради интереса -
запусти какую-нить простую форк-бомбу, не рекурсивную, а чтоб просто уйти в своп, причем желательно чтоб на процесс метров по 50-100 сразу выделялось (в моем случае достаточно ab2 на 10К одновременных запросов). запусти параллельно top и дождись пока уйдет в своп хотя бы гиг-два памяти. потом открой новый терминал и killall-ом грохни эту пачку говна, а еще лучше попробуй в этот момент на лор зайти)) так вот, на обоих моих ноутах и на рабочей машине последний пункт вряд ли хватит терпения сделать - проще кильнуть все SysRq-кеем. на .33 практически ничего не поменялось в моем случае. между тем любая нормальная система конечно будет тормозить, но не так чтоб чересчур, то есть открыть терминал и свободно написать killall вполне можно...

> И да то ты про своп, то ты про io wait.

при интенсивной работе со свопом остальные процессы разве не будут ожидать окончания ввода-вывода (на сколь-либо загруженной системе)? а если своп тормозит время ожидания будет расти...

r0mik (25.02.2010 20:44:44)

Убран планировщик AS IO, добавлен — AS IS :)

У меня gentoo ~amd64 без мультилиба. После загрузки фирмвари монитор просто гаснет, всё остальное продолжает работать, вроде бы...
>УМВР, ЧЯДНТ?
Вот и не верь после такого в карму =)
Будем пробовать на релизном 33, вроде патчи недавно как раз на обработку ошибок(как минимум на это) были.

GAMer (25.02.2010 20:56:32)

гыгы

>Тут помнится говорили, что с VDPAU у нвидии большие проблемы.

в вдпау все прекрасно. арчеюзер, нвидиа ион.

tazhate (25.02.2010 22:30:57)

никто и не заметил, что кодовое название ядра: Man-Eating Seals of Antiquity ("Поедание старых мазолей" в вольном переводе).
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 33
EXTRAVERSION =
NAME = Man-Eating Seals of Antiquity

в 32 вроде как то же самое

Sylvia (25.02.2010 22:49:19)

У меня нубский вопрос. Я только вчера перешел с арча на генту. Ебилдов в дереве в упор не вижу. ЧЯДНТ?

Insomnium (25.02.2010 22:49:27)

Скорей бы nvidia обновила свои драйверы

ACCEPT_KEYWORDS="~x86" emerge -av sys-kernel/gentoo-sources

Ы?

megabaks (25.02.2010 22:58:08)

Они всё таки сделали это ! Они исправили глюк с ACPI и теперь мне не надо двигать мышь для того, что бы выводить процессор из спячки

Я счастлив! На моей АТИ карте я могу использовать компиз с открытыми драйверами и благодаря ему продолжать обучение молодёжи азбуке ;-)

Вы не представляете, в какой восторг приходит молодёжь, когда рисуешь огнём буквы на экране

PS. Чёрт, я перекомпиллировал ядер на полгигабайта, что бы убедиться, что ACPI убили вхлам, и нет ни какой комбинации свойств, при которых оно бы работало.

argin (25.02.2010 22:58:35)

emerge --sync, не? )))
gentoo-sources приплыли сегодня утром, а vanilla еще вчера...

r0mik (25.02.2010 22:59:34)

Действительно...
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 32
EXTRAVERSION = .9
NAME = Man-Eating Seals of Antiquity

Да, в точку. Вот это уже будет нехорошо с меой стороны, но я всё-таки спрошу здесь, чем пойду на вику.) Я так понял, мне вот эту красоту: ~amd64 (да, в моем случае ~amd64), нужно как-то засунуть в package.keywords... Что именно? Просто ~amd64?

Insomnium (25.02.2010 23:08:32)

Всмысле, не вике уже был, но сейчас занят немного другим и мысли путаются.

Insomnium (25.02.2010 23:09:30)

если для всей системы - т.е. для перехода на "тестовую" ветку то в make.conf строку рисуй
ACCEPT_KEYWORDS="~amd64"
для пакетов по отдельности в package.keywords строку вида
sys-kernel/gentoo-sources ~amd64

megabaks (25.02.2010 23:11:45)

Пишете в package.keywords

>=sys-kernel/vanilla-sources-2.6.33 ~amd64

Sidius (25.02.2010 23:13:03)

Вот до этого-то я вчера так и не допер в торопях. Спасибо большое.

Insomnium (25.02.2010 23:13:10)

Опередили :)

Sidius (25.02.2010 23:13:20)

тред превратился в стан обучения гентушнеков ;D

tazhate (25.02.2010 23:27:10)

$eix nvidia-drivers
[I] x11-drivers/nvidia-drivers
Available versions: [M]71.86.09!s [M]71.86.11!s 96.43.13!s 96.43.14!s (~)96.43.16!s 173.14.20!s (~)173.14.20-r1!s 173.14.22!s 180.60!s 185.18.36!s 185.18.36-r1!s (~)190.29!s 190.42-r3!s (~)190.53!s (~)190.53-r1!s [M](~)195.30!s {M}(~)195.36.03!s {M}(~)195.36.03!s[1] {acpi custom-cflags gtk kernel_FreeBSD kernel_linux multilib userland_BSD}
Installed versions: 195.36.03!s[?](23:05:44 02/25/10)(acpi gtk kernel_linux -custom-cflags -multilib)
Homepage: http://www.nvidia.com/
Description: NVIDIA X11 driver and GLX libraries

[1] /usr/local/portage

~/tmp :$uname -a
Linux evenstar 2.6.33-lu #1 SMP PREEMPT Thu Feb 25 22:54:08 MSK 2010 i686 Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz GenuineIntel GNU/Linux

Installed versions: 195.36.03 <<<<

Sylvia (25.02.2010 23:36:10)

Сильви, а осилила nouveau?

Rubystar (25.02.2010 23:41:16)

> Скорей бы nvidia обновила свои драйверы

обновила на что на драйвера ATI

даже не пробовала, и пока не буду, в случае ати у меня нет выбора, поддержка вендором прекращена год назад, в случае же nvidia 9600 меня вполне устраивает пусть и закрытый черный ящик с 10 мб, но где все работает, и игры тоже, с максимальными настройками графики и приемлимой частотой кадров.

Sylvia (26.02.2010 0:19:30)

> в случае же nvidia 9600 меня вполне устраивает пусть и закрытый черный ящик с 10 мб, но где все работает, и игры тоже, с максимальными настройками графики и приемлимой частотой кадров ...

и vdpau и openCL ....
последний, правда, пока ради забавы

в смысле да, согласен

anTaRes (26.02.2010 0:27:06)

vdpau на core2 duo e8400 не столь актуален,хотя конечно хорошо когда mplayer декодирует только звук на процессоре, по части OpenCL я даже не знаю на чем бы мне попробовать его работоспособность, не говоря уже о практическом полезном применении

А вот полноценное хорошее 3D с OpenGL 3.2.0 мне нужно )

Sylvia (26.02.2010 0:30:16)

> vdpau на core2 duo e8400 не столь актуален ...

ну не знаю, приятно когда смотришь HD c примонтированного ftp с нагрузкой в 10-15% на проц - и в комнате тихо (кулера в системнике при малой нагрузке на минимуме) и ничего не тормозит.
проверялось на athlon x1 3500+ 939 2.2Ghz и GF 9600GT

сейчас чуть апгрейд сделал, но все равно приятней когда работает vdpau
причем заметил что в отличии от cpu , температура gpu не возрастает при этом

anTaRes (26.02.2010 0:42:29)

Докладываю ситуацию с nouveau. Знач с 33им ведром что-то не сраслось, не стартуют иксы, собрал в Генте drm модуль для 32 ядра. В итоге могу сказать, что они наконец сделали blur в Компизе, итого работают вообще все эффекты компиза. kwin по прежднему даже не запускается, lightmarks пока по сравнению с проприетарным раз в 10 тормозит

Gorthauer (26.02.2010 0:43:11)

спасибо за вести с полей

>lightmarks пока по сравнению с проприетарным раз в 10 тормозит
досадно

Sylvia (26.02.2010 0:53:59)

Я думал nvidia-drivers - не православненько... Вкомпилить в ядро - вот Ъ. Кстати, всем спасибо за консультацию. Я собрал таки ручками идеальные ядрышко в первый fuc^гентушный раз. ^_^

Insomnium (26.02.2010 1:02:41)

> уже определились? кернелфриз 11 марта, точно будет именно 32?

по официальным анонсам 32, но кто знает -- может что изменится.

sabbakka (26.02.2010 1:06:40)

> 32 обещали именно для LTS. Насчет обычного дейсктопа - не факт.

Как-то Вы смешали круглое с соленым (ИМХО). Какая связь между длительностью поддержки релиза и разновидностью комплектации инсталляционного диска (ubuntu-desktop, ubuntu-server, kubuntu и т.д.)?

Или Вы хотите сказать, что "настольное" ядро будет другой версии? Сильно сомневаюсь. А вот со временем в бэкпортах свежачок появится... эдак в конце октября -- начале ноября (после выхода 10.10). По крайней мере, в Canonical обещают.

sabbakka (26.02.2010 1:14:27)

подозреваю что проприетарные дрова для gf >= 8 series и ati >=r600 можно будет выкинуть не очень скоро

есть в наличии нотик с r300 , там zen-kernel , ждемс

anTaRes (26.02.2010 1:16:57)

у меня вопрос, что там с VMWARE и NVIDIA вмваря может использовать GPU Nvidia ? в своей гостевой системе?

MiklerGM (26.02.2010 1:33:33)

>хочу свеженькое ПО и оптимизации.

Арч же

Dimanc (26.02.2010 2:30:13)

>Арч же
гента же

megabaks (26.02.2010 2:37:07)

> Или Вы хотите сказать, что "настольное" ядро будет другой версии?

Именно это я и хотел сказать. Что настольную комплектацию, не LTS, могут снабдить чем-то посвежее. Как ни странно, четкого документа, что будет в "обычном" десктопе, найти не удалось.

Vit (26.02.2010 3:24:12)

>>Арч же

>гента же

Дебиан же.

> Именно это я и хотел сказать. Что настольную комплектацию, не LTS, могут снабдить чем-то посвежее. Как ни странно, четкого документа, что будет в "обычном" десктопе, найти не удалось.

Это новое слово в убунтостроении - разделение 10.04 на LTS и неLTS, десктопную.

> Именно это я и хотел сказать. Что настольную комплектацию, не LTS, могут снабдить чем-то посвежее. Как ни странно, четкого документа, что будет в "обычном" десктопе, найти не удалось.

LTS не есть характеристика комплектации установочного диска. Это свойства всего релиза в целом. Дистрибутив Ubuntu един во многих лицах, отличия между всякими *buntu только в наборе пакетов по-умолчанию, сценарии установке и дефолтных настройках -- репозитории пакетов одни и те-же. Насколько мне известно, "серверные" ядра в Ubuntu отличаются от "десктопных" (точно не скажу -- на сервера я ее не ставлю). Но мне очень сомнительно, что эти ядра будут разных версий. Технически это довольно сложно, особенно если учесть срок поддержки релиза.

PS Может лучше поговорим за портирование DRM для ATI/Nvidia в ядро 2.6.32 -- куда более интересная тема (ИМХО).

sabbakka (26.02.2010 10:04:36)

Может Вы мне поможите. Ежели xorg.conf отсутствует, то где эту опцию теперь выставлять? Потому как некоторое время назад сплеш стал показываться, хотя раньше небыло.

Toll (26.02.2010 11:46:54)

Я не говорил что оно кривое :)

Boy_from_Jungle (26.02.2010 12:07:44)