низка скорость работы с жёстким диском (Runtu)
GNU/Linux, UNIX, Open Source → Аппаратное обеспечение
coocos
написал 10 октября 2008 года в 22:47 (1343 просмотра)
Ведет себя
как мужчина; открыл 2 темы в форуме, оставил 10 комментариев на сайте.
Доброго времени суток. Вчера поставил себе рунту. Сегодня заметил что скорость работы с диском крайне низкая — 4 МБ/с. (в Винде и на Слаке 20-25 МБ/с). В чём может быть проблема? Кроме того ntfs-3g жрёт много ресурсов процессора, вплоть до 40%.
Ну и еще вопросик… Почему в свежих линуксах IDE диски названы SCSI? Может в этом проблема производительности?
Последние комментарии
- OlegL, 17 декабря в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
Так так так… А Файловую систему какую использутете на такой низкой скорости??? Дайте вывод
hdparm /your/device
Файловые системы как ext3, так и ntfs.
Ну, есть такое.
Товарищи с Gentoo.ru подсказывают, что начиная чуть ли не с 2.6.18 IDE — deprecated. Рекомендуют использовать libata.
Я правда сижу на 2.6.25 и только узнал об этом… :)
Со Слакой производительность устраивающая тебя в тех же режимах?
Don’t use NTFS!!! И будет счастье :)
Не в NTFS дело. Походу ДМА не врубается.
root@sasha-desktop:~# hdparm -d /dev/sda
/dev/sda:
HDIO_GET_DMA failed: Inappropriate ioctl for device
root@sasha-desktop:~# hdparm /dev/sda
/dev/sda:
IO_support = 0 (default)
16-bit)
HDIO_GET_UNMASKINTR failed: Inappropriate ioctl for device
HDIO_GET_DMA failed: Inappropriate ioctl for device
HDIO_GET_KEEPSETTINGS failed: Inappropriate ioctl for device
readonly = 0 (off)
readahead = 256 (on)
geometry = 4998/255/63, sectors = 80293248, start = 0
Цитата из dmesg:
[ 25.220650] scsi0 : pata_sis
[ 25.228675] ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
[ 25.242361] scsi1 : pata_sis
[ 25.242933] ata1: PATA max UDMA/133 cmd 0×1f0 ctl 0×3f6 bmdma 0xb400 irq 14
[ 25.242939] ata2: PATA max UDMA/133 cmd 0×170 ctl 0×376 bmdma 0xb408 irq 15
[ 25.404786] ata1.00: ATA-7: Maxtor 2F040L0, VAM51JJ0, max UDMA/133
[ 25.404792] ata1.00: 80293248 sectors, multi 16: LBA
[ 25.420757] ata1.00: configured for UDMA/133
[ 25.760178] ata2.01: ATAPI: _NEC DVD_RW ND-3550A, 1.05, max UDMA/33
[ 25.931873] ata2.01: configured for UDMA/33
[ 25.932082] scsi 0:0:0:0: Direct-Access ATA Maxtor 2F040L0 VAM5 PQ: 0 ANSI: 5
[ 25.933804] scsi 1:0:1:0: CD-ROM _NEC DVD_RW ND-3550A 1.05 PQ: 0 ANSI: 5
Куды дальше копать?
Попробовать пересобрать ядро с конфигом от Слаки.
Почитать diff’ы конфигов ядер.
В libata dma включен по-умолчанию и принимимость в этом случае hdparm довольно огрнаничена. Ты не путай поддержку ntfs в ядре, и ntfs-3g, они совершенно по разному работают и думаю для ntfs-3g это нормальная скорость. А вот если такая же на ext3, то уже надо разбираться.