LINUX.ORG.RU

Доступна поддержка NCQ на чипсетах NVidia серии nForce4.


0

0

Эндрю Мортон включил в поддерживаемый им патчсет к ядру версии 2.6.19-rc3 обновление драйвера sata_nv от Robert Hancock, позволяющее задействовать режим ADMA на чипсетах NVIDIA nForce4 (CK804), что позволяет:

* использовать NCQ для приводов с поддержкой данной функции;
* уменьшить загрузку ЦПУ за счет прямого передачи данных из/в память;
* включить полноценный 64-битный DMA.

Режим ADMA после применения патча становится активным по умолчанию, для выключения доступна boot-time опция ядра: adma_enabled=0.

Патч: http://ftp.kernel.org/pub/linux/kerne...

>>> Подробности



Проверено: Shaman007 ()

Ответ на: комментарий от Selecter

Именно.

Либо поправить в заголовках патча drivers/ata на drivers/scsi (в .19 SATA/PATA отпочковались в собственную ветку).

Заодно при тестах - аккуратней, ieee1394 в который раз поломано и на 2.6.19-rc3 сегфолтится в 64-битном режиме (на gcc-4.1.1 точно, на gcc-3.4.6 не проверял, там другое отваливается).

Gharik
() автор топика

Наконец-то, ура, товарищи!

lexius ★★
()
Ответ на: комментарий от Arceny

Круто! А на nForce 5 это пройдет? Думаю там большой разницы не будет.

k1804bc1
()

наконец-то!

если б не ложка дегтя ...

правда еще ранее была другая ложка: то ли в 15-м, то ли в 16-м ядре перестал нормально работать мой тюнер -- AverMedia TVGo :(((((

поэтому дома -- только 14-е

vadiml ★★★★★
()
Ответ на: комментарий от Metallic

Не торопись, грешник - понедельник токмо на дворе! ;)

e
()
Ответ на: комментарий от Selecter

:) сегфолтится... как писать багрепорт, не знаю... где логи брать - тоже... придётся ждать релиза

Жёсткий поддерживает NCQ. Без NCQ как-то медленно работает(или мне кажется)... CPU жрёт по полной при запуске того же firefox-а(iowait may be).

Selecter ★★★★
()

А если у меня винты IDE'шные, толк будет какой-нить от этого патча?
И что такое NCQ и режим ADMA?

Danmer ★★
()
Ответ на: комментарий от Danmer

Как я понял, винт должен поддерживать NCQ. NCQ только для SATA-дисков.

Selecter ★★★★
()
Ответ на: комментарий от Selecter

странно, у меня с 18-mm3, для которого оно только появилось, эти патчи работают. К ним особых претензий нет. Выигрыша от них тоже кстати особого нет, либо я bonnie++ не умею параметры задавать. Получилось увидеть небольшое снижение загрузки CPU при передаче больших объёмов.

А вот software suspend to disk со сменой диска на sata у меня как-то не получается даже на непатченном драйвере.

McSim
()
Ответ на: комментарий от anonymous

>Ну теперь то уже будет конец винде или как?

Он уже был.

lexius ★★
()
Ответ на: комментарий от McSim

а в чем именно проблема? у меня вроде нормально работает на 2.6.16, на 2.6.15 были непонятные глуки.

anonymous
()
Ответ на: комментарий от Selecter

> :) сегфолтится... как писать багрепорт, не знаю... где логи брать - тоже... придётся ждать релиза

Логи разве что сфоткать, есть мысли с консоли подцепить - но лениво до ужаса ;)

> Жёсткий поддерживает NCQ. Без NCQ как-то медленно работает(или мне кажется)... CPU жрёт по полной при запуске того же firefox-а(iowait may be).

Вот тут мы подошли к самой главной фиче - необходимости "тюнить". Только никто не знает, что и как :) Смысл в том, что с NCQ винт пишет "абы как", такое ощущение - что данные ложатся на блины "секторами", а не "цилиндрами" (при низкой скорости записи) - на вендовом "дефрагментаторе" очень здорово видно.

Зато резко возрастает скорость случайного чтения: предварительно побитый на 4кб кусочки 700М файлик (здорово размазанный по блину) читается на другой винт на 1.2-1.5Мб/с (с НТФС!) - что почти что скази 8))

e
()

Кстати какие имена будут у дисков, если задействовать эти новые дрова ATA/SATA? А то оно, сволочь, теперь kernel panic устраивает т.к. не видит своего /dev/hda1...

anonymous
()
Ответ на: комментарий от McSim

предыдущее сообщение было ответом на: >А вот software suspend to disk со сменой диска на sata у меня как-то не получается даже на непатченном драйвере.

а в чем именно проблема? у меня вроде нормально работает на 2.6.16, на 2.6.15 были непонятные глуки.

anonymous
()
Ответ на: комментарий от Selecter

> sda1

Неа, тоже самое. :(

Может оно и не должно работать? Я полностью отключил старый раздел (который ATA/MFM/RLL) и включил то что мне надо (Intel PIIX PATA) в новом разделе...

А ссылка не открывается.

anonymous
()
Ответ на: комментарий от anonymous

Мляяяя.... П-ц идиотизм был - чтобы завёлся PATA оказывается надо было включить ещё и SATA для этого же чипсета.

anonymous
()

> Наконец-то, ура, товарищи!

А зачем все эти навороты, все равно только для игр под windows

anonymous
()
Ответ на: комментарий от anonymous

Вообще-то поддержка NCQ очень даже пригодится на серверах. Почитай.

Selecter ★★★★
()
Ответ на: комментарий от Selecter

2.6.19-rc3 = эттаа Полный Пэ... acpi колбасит как с похмелья, любая мультимедия жестко вываливает ядро в кору, usb мигает - но нихрена не делает... и все это вне зависимости от компилятора после применения сего патча.

Хорошо дисковая вразлет не уехала... и всяко придется ждать ебилдов, ибо явно в релизе нереальные шоколадки готовят :)

Но NCQ - работает, б.п., картинка точь в точь, плюс - рейзеровые партишены в 250G под завязку с данными стали монтироваться "мгновенно", вместо минутного ожидания на каждой...

Остальные выводы - как у аффтаров, линейное чтение слегка проседает или такое же, случайное и иопсы - отрастает подобно сочному слакбилду.

e
()

А как узнать есть ли поддержка всего этого на моём MCP61 SATA Controller ? И тоже самое с винтом ? Доку по матери полистал там как обычно много всякой билиберды.

vtVitus ★★★★★
()
Ответ на: комментарий от e

2 e (*) (31.10.2006 2:35:12)

> Но NCQ - работает, б.п., картинка точь в точь, плюс - рейзеровые партишены в 250G под завязку с данными стали монтироваться "мгновенно", вместо минутного ожидания на каждой...

Боюсь никакого отношение ускорение монтирования reiserfs к NCQ не имеет. Скорее всего это reiserfs-on-demand-bitmap-loading.patch (in -mm since 2.6.17-mm1)

-- Nick

bugfixer ★★★★
()
Ответ на: комментарий от vadiml

> если б не ложка дегтя ... > правда еще ранее была другая ложка: то ли в 15-м, то ли в 16-м ядре перестал нормально работать мой тюнер -- AverMedia TVGo :((((( > поэтому дома -- только 14-е

Так diff сделай, посмотри, чем отличается

anonymous
()
Ответ на: комментарий от e

> В чем радость? Без этого патча тоже 14 ;)

Я так написал, что мне это тоже актуально будет :)

Deleted
()
Ответ на: комментарий от anonymous

> Так diff сделай, посмотри, чем отличается

ты подумал о чем сказал? у меня ядра от RH, там СТОЛЬКО отличий

vadiml ★★★★★
()
Ответ на: комментарий от vadiml

>> Так diff сделай, посмотри, чем отличается > ты подумал о чем сказал? у меня ядра от RH, там СТОЛЬКО отличий

Сколько? Сам-то пробовал смотреть?

anonymous
()
Ответ на: комментарий от anonymous

> Мляяяя.... П-ц идиотизм был - чтобы завёлся PATA оказывается надо было включить ещё и SATA для этого же чипсета.

Вот чудило, ты прочел про изменения в 2.6.19? Там как раз и сказано, что новые драйвера PATA реализованы поверх инфраструктуры libata, а значит, ее нужно включить. До 2.6.19 она находилась в ветке ./scsi (а теперь будет в ./ata)

annoynimous ★★★★★
()
Ответ на: комментарий от anonymous

>а в чем именно проблема? у меня вроде нормально работает на 2.6.16, а 2.6.15 были непонятные глуки.

на 2.6.18-gentoo и 2.6.19-rc2 тупо встаёт после саспенда c мигающим курсором в консоли. Удалось наложить новый патч на 2.6.18-mm3, вот на нём саспенд работает(правда с оригинальным патчем на mm3 оно иногда паниковало при саспенде, а иногда отваливался диск при ресаме, с последним патчем пока такого не наблюдается). С PATA на 2.6.18-gentoo тоже с саспендом проблем не было.

McSim
()

Ню ню... Посмотрим, что это повлечёт за собой..

MiracleMan ★★★★★
()
Ответ на: комментарий от anonymous

>>CPU жрёт по полной при запуске того же firefox-а(iowait may be).

> Use CFQ IO Scheduler, Luke

В 2.6.18 он by default. iowait при копировании тоже замечаю, 80-90%

anonymous
()
Ответ на: комментарий от anonymous

> В 2.6.18 он by default. iowait при копировании тоже замечаю, 80-90%

Господа, а Вы не пробовали что-то копировать _на_флешку_ и обратить внимание, что iowait тоже будет 90-100%. Но понятно же, что флешовая микросхема не может выбрать даже полосу пропускания high-speed USB. Так что нефиг панику поднимать - высокий iowait еще не повод для беспокойства.

annoynimous ★★★★★
()
Ответ на: комментарий от annoynimous

> Господа, а Вы не пробовали что-то копировать _на_флешку_ и обратить внимание, что iowait тоже будет 90-100%. Но понятно же, что флешовая микросхема не может выбрать даже полосу пропускания high-speed USB. Так что нефиг панику поднимать - высокий iowait еще не повод для беспокойства.

До появления у nf4 поддержки ncq система при копировании просто становилась чуть менее отзывчивой (ну и время, проведённое в пространстве ядра немного подскакивало), а сейчас система ощутимо тормозит, iowait зашкаливает, но ядерное время стало укладываться в пару процентов :)

anonymous
()
Ответ на: комментарий от bugfixer

> Боюсь никакого отношение ускорение монтирования reiserfs к NCQ не имеет. Скорее всего это reiserfs-on-demand-bitmap-loading.patch (in -mm since 2.6.17-mm1)

Да ладно? А при чем тут -mm?

e
()
Ответ на: комментарий от anonymous

> До появления у nf4 поддержки ncq система при копировании просто становилась чуть менее отзывчивой (ну и время, проведённое в пространстве ядра немного подскакивало), а сейчас система ощутимо тормозит, iowait зашкаливает, но ядерное время стало укладываться в пару процентов :)

Ну что я могу сказать... Визуальные, аудиальные и прочие органолептические ощущения невозможно интерпретировать. Тем более непонятно, причем тут NCQ. Возможно, включение NCQ как-то влияет на латентность доступа к жесткому диску. Но вообще - прогоните тесты хотя бы bonnie++, чтобы был предмет разговора.

annoynimous ★★★★★
()
Ответ на: комментарий от annoynimous

> Ну что я могу сказать... Визуальные, аудиальные и прочие органолептические ощущения невозможно интерпретировать. Тем более непонятно, причем тут NCQ.

Давно top и iostat записали в оранолептику? :)

> Возможно, включение NCQ как-то влияет на латентность доступа к жесткому диску.

Конечно влияет.

> Но вообще - прогоните тесты хотя бы bonnie++, чтобы был предмет разговора.

Мне это не нужно. Гигабайты дома я копирую крайне редко, а в остальном меня всё устраивает :)

anonymous
()
Ответ на: комментарий от anonymous

> Давно top и iostat записали в оранолептику? :)

Еще раз, медленно.

1. Высокий iowait не значит, что система будет тормозить (см. выше мой пример про флешку). Также, как и неверно обратное. Если Вы повесите на одну шину много высокоскоростных устройств, то при интенсивном использовании одних у Вас будут высокие задержки при обращении к другим, даже при относительно низком значении iowait.

2. top - вообще плохой помощник при тюнинге подсистемы вввода/вывода, так что его использование почти равносильно органолептическим ощущениям :)

annoynimous ★★★★★
()
Ответ на: комментарий от snoosmumrik

Спасибо, посмотрю, может уже пофиксили ... На 17м ядре было поломано, а далбше я не пробовал ...

anonymous_IV
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.