LINUX.ORG.RU

При непрерывном чтении с диска чкорость падает до 8 Мбайт/сек

 ,


0

1

что это может быть и можно ли чтото с этим сделать?

соответствующий диску кусок dmesg:

[    1.137994] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.138017] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.139152] ata1.00: ACPI cmd ef/03:0c:00:00:00:a0 (SET FEATURES) filtered out
[    1.139158] ata1.00: ACPI cmd ef/03:45:00:00:00:a0 (SET FEATURES) filtered out
[    1.139364] ata1.00: ACPI cmd c6/00:10:00:00:00:a0 (SET MULTIPLE MODE) succeeded
[    1.139591] ata1.00: ACPI cmd e3/00:00:00:00:00:a0 (IDLE) succeeded
[    1.139598] ata1.00: ACPI cmd b1/c1:00:00:00:00:a0 (DEVICE CONFIGURATION OVERLAY) filtered out
[    1.139601] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
[    1.139605] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
[    1.140526] ata1.00: ATA-8: ST3320418AS, HP35, max UDMA/100
[    1.140531] ata1.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 31/32)
[    1.141780] ata1.00: ACPI cmd ef/03:0c:00:00:00:a0 (SET FEATURES) filtered out
[    1.141786] ata1.00: ACPI cmd ef/03:45:00:00:00:a0 (SET FEATURES) filtered out
[    1.142006] ata1.00: ACPI cmd c6/00:10:00:00:00:a0 (SET MULTIPLE MODE) succeeded
[    1.142243] ata1.00: ACPI cmd e3/00:00:00:00:00:a0 (IDLE) succeeded
[    1.142250] ata1.00: ACPI cmd b1/c1:00:00:00:00:a0 (DEVICE CONFIGURATION OVERLAY) filtered out
[    1.142255] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
[    1.142260] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
[    1.143191] ata1.00: configured for UDMA/100
[    1.143500] scsi 0:0:0:0: Direct-Access     ATA      ST3320418AS      HP35 PQ: 0 ANSI: 5
[    1.143712] sd 0:0:0:0: [sda] 625142448 512-byte logical blocks: (320 GB/298 GiB)
[    1.143721] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    1.143780] sd 0:0:0:0: [sda] Write Protect is off
[    1.143783] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    1.143814] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    1.187653]  sda: sda1 sda2 < sda5 >
[    1.188329] sd 0:0:0:0: [sda] Attached SCSI disk

ubuntu 12.04

★★★★★

Последнее исправление: cvv (всего исправлений: 2)

ну, попробуй читать не с диска, а с ФС. Это всё же как то культурнее.

darkenshvein ★★★★★
()
Ответ на: комментарий от no-dashi

на таких размерах трабла не проявляется. трабла проявляется если копировать порядка десятка гигов или больше

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

Ты правда отвечаешь на его сообщение, или упарываешься?

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

я уже думал о ней потому что одно ядро на 85% находится в iowait :(((
5 звёзд

В общем смарт, потом на другой контроллер, потом пробовать менять ядро.

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

Кому нужна общая скорость то? ddrescue показывает текущую скорость, сразу видно, есть ли проблемы с чтением блоков. А если 10 Гбайт считалось со скоростью 50 Мбайт/с, а потом чтение пошло со скоростью 8 Мбайт/с, то dd далеко не сразу покажет заметное падение скорости.

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

Прогнал под ddrescue: чтение идет на 100MBytes/sec с периодическими провалами до 80 MBytes/sec. Тоесть дело попахивает неээфективностью ext4 на моих данных. При этом одно ядро процентов на 95% в iowait. Это нормально? Меня это смущает.

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

Нет, это не нормально. У меня 110-90 Mbytes/sec. Также ext4. Slackware-current.

Проверил на корне (заодно обновил бэкап). Средняя скорость 9MBps. Жизнь гавно.

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

Тоесть дело попахивает неээфективностью ext4 на моих данных.

О данных ты ничего не говорил.
Фраза: «непрерывном чтении с диска», как мне кажется, должна была означать «последовательное чтение одного большого файла». Если много мелких файлов или что почти тоже самое большой файл сильно фрагментирован, то твои 8МБ/с это естественно.

P.S. Учитесь задавать вопросы, если вас интересует результат в разумные сроки, а не через неделю.

sdio ★★★★★
()
Последнее исправление: sdio (всего исправлений: 1)

Тадам! megabaks Покажи свою скорость rw и с скорость записи на корень, мб дело в ext4 ?

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

Если много мелких файлов или что почти тоже самое большой файл сильно фрагментирован, то твои 8МБ/с это естественно.

Хм. Я считал что с NCQ фрагментация не может так сказыватся.

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

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

cvv ★★★★★
() автор топика
Последнее исправление: cvv (всего исправлений: 3)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.