LINUX.ORG.RU

Debian Squeeze + ext4... очень медленно


0

2

Всем доброго дня! Имеем - AMD Phenom X4 9850, 4GB RAM, WD 120GB 7200rpm Устанавливаю Squeeze (amd64) с netinstall дистрибутива в режиме эксперта, в процессе разметки диска выбираю фс ext3, разметка и форматирование проходят, процесс инсталляции проходит без проблем и вопросов к системе нет... если же выбрать тип фс ext4 то даже в процессе инсталляции видно замедление в работе с диском, процесс распаковки и настройки пакетов идет оч.медленно... дожидаемся окончания установки, загружаемся в свежеустановленную консоль, пока все нормально, но в том же aptitude при установке например иксов сильно заметно медленную работу с фс... к чтению с диска вроде бы претензий нет, а вот пишет очень медленно... куда смотреть? чего крутить? пока сижу на экст3, но хочется уже и новую фс использовать

>но в том же aptitude при установке например иксов сильно заметно медленную работу с фс

сильно заметно


тесты на глаз - это не тесты. Выхлоп hdparm и dd на разделы ext3 и ext4 в студию. Примеры простейших тестов можешь легко нагуглить

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

вот что сейчас на ext3

root@home:/# hdparm /dev/sda

/dev/sda:
multcount = 0 (off)
IO_support = 1 (32-bit)
readonly = 0 (off)
readahead = 256 (on)
geometry = 19457/255/63, sectors = 312581808, start = 0

сейчас затею переустановку и будет результат с ext4...

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

Вас просили показать тесты hdparm и dd:

hdparm -Tt /dev/sda 
dd if=/dev/zero of=/file.img bs=1M count=1000

Первая команда протестирует скорость чтения из кэша жёсткого диска и непосредственно физически с пластин, вторая протестирует скорость записи, но это уже на файловую систему, будет создан файл, размером в 1000 мегабайт в корне корневого раздела, тавтология. Можете тестировать запись прямо на устройство, но тогда вы повредите файловую систему.

dd if=/dev/zero of=/dev/sda bs=1M count=1000

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

прошу прощения, вот теперь то что просили на ext3

root@home:/# hdparm -Tt /dev/sda

/dev/sda:
Timing cached reads: 6332 MB in 2.00 seconds = 3167.48 MB/sec
Timing buffered disk reads: 306 MB in 3.01 seconds = 101.72 MB/sec

root@home:/# dd if=/dev/zero of=/file.img bs=1M count=1000

1000+0 записей считано
1000+0 записей написано
скопировано 1048576000 байт (1,0 GB), 5,57395 c, 188 MB/c

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

ну вот наконец и ext4

поставил дебиан заново... теперь ext4... результаты

root@home:/# hdparm -Tt /dev/sda

/dev/sda:
Timing cached reads: 5958 MB in 2.00 seconds = 2979.93 MB/sec
Timing buffered disk reads: 306 MB in 3.01 seconds = 101.65 MB/sec

root@home:/# dd if=/dev/zero of=/file.img bs=1M count=1000

1000+0 записей считано
1000+0 записей написано5
скопировано 1048576000 байт (1,0 GB), 4,61806 c, 227 MB/c

интересно, с диском получается все более чем хорошо... тогда интересно в чем дело... замедление заметно даже на этапе инсталляции системы когда ставятся базовые пакеты... в случае с ext3 этот процесс проходит раза в два быстрее, а тут я бы покурить успел даже...

anovokreschenov
() автор топика
Ответ на: ну вот наконец и ext4 от anovokreschenov

Не знаю, на что вы пишете, но скорость записи 188 Мб/с или 227 Мб/с для обычного жёсткого диска, с магнитными пластинами, это не нормально, у вас не ssd случаем ?

kostik87 ★★★★★
()
Ответ на: ну вот наконец и ext4 от anovokreschenov

Вы видите, что вот по этим двум тестам

Timing buffered disk reads: 306 MB in 3.01 seconds = 101.65 MB/sec
Timing buffered disk reads: 306 MB in 3.01 seconds = 101.72 MB/sec
скорость чтения с накопителя у вас примерно 101 MB/sec, скорость записи должны быть чуть меньше, 90-95 MB/sec.

А у вас почти двукратное увеличение скорости записи.

В качестве приёмника в dd нужно указывать файл, находящийся в директории, куда смонтирована файловая система на жёстком диске.

of=<mount_point>/file.img

Такой скорости записи быть не может на вашем жёстком диске, вы что то не так делаете.

Либо вы выполняете тест в livecd и в качестве корня у вас tmpfs, но тогда скорость записи должна быть раз в десять больше, либо вы тролите.

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

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

root@home:/# hdparm -I /dev/sda

/dev/sda:

ATA device, with non-removable media
   Model Number: WDC WD1600AAJS-22L7A0
   Serial Number: WD-WCAV34537689
   Firmware Revision: 01.03E01
   Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5
Standards:
   Supported: 8 7 6 5
   Likely used: 8
Configuration:
   Logical      max   current
   cylinders   16383   16383
   heads      16   16
   sectors/track   63   63
   --
   CHS current addressable sectors: 16514064
   LBA user addressable sectors: 268435455
   LBA48 user addressable sectors: 312581808
   Logical/Physical Sector size: 512 bytes
   device size with M = 1024*1024: 152627 MBytes
   device size with M = 1000*1000: 160041 MBytes (160 GB)
   cache/buffer size = 8192 KBytes
Capabilities:
   LBA, IORDY(can be disabled)
   Queue depth: 32
   Standby timer values: spec'd by Standard, with device specific minimum
   R/W multiple sector transfer: Max = 16   Current = 0
   Recommended acoustic management value: 128, current value: 254
   DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
    Cycle time: min=120ns recommended=120ns
   PIO: pio0 pio1 pio2 pio3 pio4
    Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
   Enabled   Supported:
    *   SMART feature set
       Security Mode feature set
    *   Power Management feature set
    *   Write cache
    *   Look-ahead
    *   Host Protected Area feature set
    *   WRITE_BUFFER command
    *   READ_BUFFER command
    *   NOP cmd
    *   DOWNLOAD_MICROCODE
       Power-Up In Standby feature set
    *   SET_FEATURES required to spinup after power up
       SET_MAX security extension
       Automatic Acoustic Management feature set
    *   48-bit Address feature set
    *   Device Configuration Overlay feature set
    *   Mandatory FLUSH_CACHE
    *   FLUSH_CACHE_EXT
    *   SMART error logging
    *   SMART self-test
    *   General Purpose Logging feature set
    *   64-bit World wide name
    *   Segmented DOWNLOAD_MICROCODE
    *   Gen1 signaling speed (1.5Gb/s)
    *   Gen2 signaling speed (3.0Gb/s)
    *   Native Command Queueing (NCQ)
    *   Host-initiated interface power management
    *   Phy event counters
    *   DMA Setup Auto-Activate optimization
    *   Software settings preservation
    *   SMART Command Transport (SCT) feature set
    *   SCT Long Sector Access (AC1)
    *   SCT LBA Segment Access (AC2)
    *   SCT Features Control (AC4)
    *   SCT Data Tables (AC5)
       unknown 206[12] (vendor specific)
       unknown 206[13] (vendor specific)
Security:
   Master password revision code = 65534
      supported
   not   enabled
   not   locked
   not   frozen
   not   expired: security count
      supported: enhanced erase
   30min for SECURITY ERASE UNIT. 30min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 50014ee1acc335b6
   NAA      : 5
   IEEE OUI   : 0014ee
   Unique ID   : 1acc335b6
Checksum: correct

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

Ну вы поняли меня, по краней мере, что ваш вывод не соответсвует реальному положению вещей.

Либо вы команду даёте не правильно, либо что-то еще.

Либо dd измеряет как-то не так.

К тому же у вас жёсткий диск не 120 гигабайт, как вы указали в шапке, а 160 гигабайт. Что-то вы темните.

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

да в кэш пишет dd потому и получаются космические скорости нивелировать эффект(не до конца) может порамитер oflag=direct

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

вернулся на ext3

лень ковыряться и искать причину, но замедление присутствует это факт... на копировании мелких файлов более заметно... в общем пока оставляю все как есть. Всем спасибо за участие.

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

Это понятно, что в кэш наверно пишет, но у меня эта же команда отрабатывает без кэша, показывает реальные значения скорости записи непосредственно на магнитные пластины.

kostik87 ★★★★★
()
14 июня 2012 г.

Прошел один год...

Прошу прощения за поднятие старой темы, но вдруг кому пригодится. В общем вернулся еще раз к ext4, в /etc/fstab прописал опции монтирования defaults,barrier=0 и вопрос с «тормозами» решился.

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