Вышло ядро 2.6.32

>когда ебилд будет?

Ебилд для ванильного ядра уже есть.

ну на нетбуке можно и больше часа,
хотя такое безобразие как сборку rc на нетбуках обычно не делают :)

А кстати, забавно. Тэг drm ведет как на новости про видеокарты так и про копирайт.

>только БСДшники и неадекватные фроникс-тестеры могут тестить десктопный планировщик И/О на подобных задачах

а взрослые дяди выбирают deadline...

можно ссылок на адекватное сравнение планировщиков на десктопах/серверах?

>Ебилд для ванильного ядра уже есть.

Синк делал. sys-kernel/vanilla-sources Latest version available: 2.6.31.6 Latest version installed: [ Not Installed ]

> когда mesa 7.7 выйдет? я так понимаю, без неё нельзя гонять 3D на открытых дровах ATI

7.6 тоже умеет

скоро, до linux 2.6.33 точно успеют )
вместе с 7.6.1
7.6.1rc1 уже вышла

http://packages.gentoo.org/package/sys-kernel/vanilla-sources

Для меня хорошо тем что в это ядро включена поддержка моего ТВ-тюнера (BeholdTV X7).

Если бы всякие регистранты были чуть менее Ъ, они ходили бы по ссылкам и знали, что падение производительности произошло в драйвере ext4, а взамен пользователи ext4 получили значительно возросшую надёжность ФС.

> Синк делал. sys-kernel/vanilla-sources Latest version available: 2.6.31.6 Latest version installed: [ Not Installed ]

Наверное не расползлось еще по всем зеркалам.

* sys-kernel/vanilla-sources

Latest version available: 2.6.32

Latest version installed: [ Not Installed ]

Да, и это настраивается при монтировании. Условно говоря, можно выбрать бОльшую производительность или бОльшую надёжность.

Даже mesa-7.7-rc1 уже вышла.

Когда оно уже гигабайт будет весить?

Мужики, сейчас будем собирать. Да, размер ведра в архиве уже больше 60 метров, жестковато.

>Это не у ЛОРовцев, это у анонимусов. :)

А это тебе что? Не ЛОР-овца:

http://www.linux.org.ru/view-message.jsp?msgid=4296274#comment-4296397

Полтора землекопа.

> можно ссылок на адекватное сравнение планировщиков на десктопах/серверах?

http://www.redhat.com/magazine/008jun05/features/schedulers/

но я не о том, а о всем известной регресии (cfq+sata), что пошла с 2.6.19. так что тестить с cfq - маразм, имхо, в не зависимости от того, пофиксили ли регрессию...

7.6 тоже умеет

Для чипов <R600 умеет. А для R600+ в 7.6 стоит нерабочая заглушка. Полная поддержка будет в mesa 7.7, которая выйдет к католическому рождеству.

не пишут там как проверяли NOOP, с NCQ где-то писали что работает даже быстрее чем deadline/anticipatory/cfq

можно ссылок на адекватное сравнение планировщиков на десктопах/серверах?

http://algo.ing.unimo.it/people/paolo/disk_sched/

благодарю. на досуге полистаю.

> Если бы всякие регистранты были чуть менее Ъ, они ходили бы по ссылкам и знали, что падение производительности произошло в драйвере ext4, а взамен пользователи ext4 получили значительно возросшую надёжность ФС.

если бы на фрониксе не заседали такие муда^Wубунтоиды, то возможно мы и сходили бы туда, да...

Традиционно: последние дрова нвидии работают?

>Множество исправлений, связанных с видеочипами производства Intel

кто-нибудь уже может похвастаться?

190.42 - нет
195.xx возможно да

> 195.xx возможно да

195.22 работают без проблем.

>а взрослые дяди выбирают deadline...

А обосновать? :) В своё время (сразу после его выхода) переход с deadline на cfq снизил тормоза сервера в разы. Так с тех пор на cfq и сижу. За эти годы что-то поменялось? :)

ему нечего отдавать

на R700? что-то сомневаюсь

ну что ж, хорошо

190.42 на 2.6.32 под убунтой работает нормально

> 190.42 - да

fixed for you.

> если бы на фрониксе не заседали такие муда^Wубунтоиды, то возможно мы и сходили бы туда, да...
Д'Артаньян?

man git-bisect

ну значит это у гентушников ебилд испорченый )

Ну и что отвалится на этот раз?

Biburat (*) (03.12.2009 14:24:22)

Для меня хорошо тем что в это ядро включена поддержка моего ТВ-тюнера (BeholdTV X7).

Отпишись, если заведёшь, как оно. А то присматриваюсь к покупке. Неужели все фичи приделали? Судя по этому треду - работа кипит.

F*ck em all: http://bugzilla.kernel.org/show_bug.cgi?id=14616

А нам ортогонально, нам и на 2.6.24 неплохо живётся. Всё железо работает на ура, секьюрити-фиксы приходят регулярно, чего ещё желать-то?

// Старею...

>Что меня прикалывает на ЛОРе - появится хорошая новость, так сразу появляется куча школьников, которые пытаются толсто и глупо троллить.

Да тут уже поди разбери, кто троллит, а кто не может отличить одного drm от другого...

Интересно, а проблему с huge iowait уже решили?
Если да - обновлюсь без промедления

>Условно говоря, можно выбрать бОльшую производительность или бОльшую надёжность.

sync || async ?

1.435 разработчиков

полтора человека o_O

Спили мушку^W^W смени локаль, сынок.

Не нужно. Закапывайте. Linux RIP =)

>>Условно говоря, можно выбрать бОльшую производительность или бОльшую надёжность.

sync || async ?

Здесь надо смеяться?

>Спили мушку^W^W смени локаль, сынок.

А в какой локали точка - разделение тысяч? Вроде, в России тысячи пробелом разделяют, в англоязычных - запятой. А точка - где такое?

Может мне кто нибудь объяснить, когда будет доступен свежий мануал по glibc?

На дворе уже давно релиз glibc 2.11, а на сайте gnu до сих пор мануал только по 2.08 лежит, где ни про какие NPTL нет ни строчки.

> переход с deadline на cfq снизил тормоза сервера в разы

в точности до наоборот, вот ей-Богу!))
имею подобное http://bugzilla.kernel.org/show_bug.cgi?id=7372 почти везде

да и какие тормоза? в связи с чем тормоза? я ведь речь веду о тестах перформанса БД (который сливает у фроникса, впрочем там ext4 виноват), а не феерических тормозах... действительно, если отключить на OpenVZ-хосте cfq и запустить бекап на всех VS-ах, то мы можем получить просто нереальные тормоза, да...

Д'Артаньян?

man git-bisect

anonymous (*) (03.12.2009 15:06:51)

это ты к чему?

F*ck em all: http://bugzilla.kernel.org/show_bug.cgi?id=14616

If you have special configuration where 1 second delay isn't acceptable <...>

мдя... кернел-девелоперы такие кернел-девелоперы... но надо переходить на AHCI

>да и какие тормоза? в связи с чем тормоза?

Памяти маловато было и mysql постоянно iowait создавал.

я ведь речь веду о тестах перформанса БД

А я - про общее время отклика LLMP'а. Замена deadline на cfq снизила его под нагрузкой в несколько раз.