LinuxForum.Fans
Тема

Advanced Format WD и линукс

Автор: maka 7 сообщений 6820 просмотров
#138731

Здравствуйте , я новичек в линуксе, у меня счас стоит Debian 6.0, uname -a :

Показать
uname -a : Linux adwe 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 GNU/Linux

Не могу решить проблему с драйвером для чтения остальных своих ntfs разделов. Сначала юзал встроенный в ядро (я так понял) драйвер ntfs, но так как не дает ничего записывать перешел на ntfs-3g.
После чтения манов примонтировал их в /etc/fstab так :

Показать
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sda2 /media/linux ntfs-3g rw,user,uid=1000,gid=1000,nls=UTF-8 0 0
/dev/sda3 /media/Anime ntfs-3g rw,user,uid=1000,gid=1000,nls=UTF-8 0 0
/dev/sda5 /media/Torrents ntfs-3g rw,user,uid=1000,gid=1000,nls=UTF-8 0 0

Тут выскочил напряг с производительностью, комп при копировании грузится на 100% скорость падала до 2-3 mb/sec. (эта проблема вроде решена,
была нехватка свободного места, счас диски заполнены меньше 95% и скорость нормальна, но при переносе больших обьемов все равно падает до 5-7).

Дело в том что сдуру поставил в комп этот долбанный зеленый веник WD с технологией Advanced Format , он мне мозг выел еще под виндой...
Под виндой, после ооочень долгих тормозов и танцев с бубном помогла разбивка модификацией акрониса с сайта Вд и все вроде как работатало без нареканий.
Про поддержу Advanced Format в линуксе не смог найти толковых постов, так что похоже снова встала эта проблема.
В FAQ по ntfs-3g, в перечислении возможных причин тормозов нашел это :

Unaligned partition on a 4096 byte sector size hard driver like Western Digital Caviar Green. // эта долбаная, долбаная зеленка :[

Вот ссылко http://www.tuxera.com/community/ntfs-3g-faq/#slow
Не до конца понимаю, разделы ntfs аллигнуты, но fdisk говорит другое =\ :
Вывод fdisk -l

Показать
fdisk -l /dev/sda

Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512[ bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xa45c81a4

Может в алигнутости диска и кроется подвох? На сайте Вд, при выборе линукса из списка операционок для скачивания их всяких приблуд, заявляется что проводить алигн диска не нужно, но я то это уже сделал давно и под виндой...

В общем возможно ли драйвер ntfs -3g перенастроить на поддержку 4096 bytes? И вообще я в правильном направлении мыслю?

Тут еще нашел hdparm. Вот результаты hdparm -i /dev/sda

Показать
Model=WDC WD15EARS-00Z5B1, FwRev=80.00A80, SerialNo=WD-WMAVU3197430
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=2930277168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=no WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7

hdparm -tT /dev/sda

Показать
/dev/sda:
Timing cached reads: 3334 MB in 2.00 seconds = 1666.52 MB/sec
Timing buffered disk reads: 302 MB in 3.02 seconds = 100.05 MB/sec

Напрягают строчки BuffType=unknown, BuffSize=unknown в выводе, это еще что такое... Помогите, плз!

#138743

Пока не поздно если хард стоит green меняйте парковку головок а точнее время.
http://habrahabr.ru/blogs/sysadm/106273/
И ещё сам ntfs -3g тоже грузит сам проц не плохо. Выход отформатировать диск в ext3 уменьшиться нагрузка на проц.

#138796

Статья полезная спасибо, но вроде мне это неактуально, параметр /proc/sys/vm/dirty_writeback_centisecs у меня 500, количество парковок головки 26 406. ( из заявленных 300 000)
Это в приделах нормального, домашний комп частенько юзаеться под торрент-качалку и может неделями не вырубаться.
От этой беды я уберегся, повезло) .
Мне бы сразу глянуть в Смарт диска, не додумался, а вернее ,пока носом не тыкнули не знал проги в дебиане для этого)
Gsmartcontrol раскрыл глаза :

Показать

1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 190 180 021 Pre-fail Always - 5458
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 379
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0

Вот так зеленая Вд помирает, не проживя активной жизнью на этом свете и полугода...

#138906

В принципе, тормоза при использовании драйвера Ntfs-3g есть у всех, приплюсовать к этому мое состояние веника, это может дать 100 % загрузку системы при копировании?

Буду копать дальше, ясно что где то сидит косяк. Веник может эмулировать размер кластера по 512 байт, если система не поддерживает 4096 байта, судя по всему так сейчас и происходит.

#139141

Тему можно закрывать, разобрался.

#139142

Поделишься? Так на будушее.

#139409

Advansed Format поддерживается в линуксе нормально, вот здесь http://thread.gmane.org/gmane.linux.utilities.util-linux-ng/2926 в обсуждениии нашел инфу о минимальной версии ядра, для поддержки кластеров в 4к - 2.6.31. Главное требование, что бы избежать тормозов из за этой технологии, нужно что бы размер раздела был кратен 4к. Вот здесь малость сложно, на всех форумах предлагается использовать fdisk с ручным расчетом размеров раздела на диске с геометрией по цилиндрам и черт знает что еще. Кароч, не разбирался, ибо скачанной с сайта Вд версией акрониса, специально заточенной под это дело, я давно уже разбил свой диск на разделы.
Для теста выполнил fdisk -l , посмотрел размер тома, разделил на 8 получил целое число . Проверил все 4 раздела всё сошлось smile .
Дальше освободил у себя сотку гигов, и создал себе еще раздел под линукс с ext3. За одно подтвердил одну вещь, на форумах пару раз встречал такое замечание, что линукс знает что размер кластера 4кб, но все равно показывает 512 байт и точка. там вверху я давал свой вывод fdisk -l .

Показать
fdisk -l /dev/sda


Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512[ bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xa45c81a4

Вот что заставило меня напрячься и усиленно гуглить. Сча вывод для только что созданного раздела тот же :

Показать

fdisk -l /dev/sda2

Disk /dev/sda2: 111.7 GB, 111701655552 bytes
255 heads, 63 sectors/track, 13580 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

А вот логи gparted :

Показать
Создать главный раздел раздел #1 (ext3, 104.03 ГБ) на /dev/sda 00:00:34 ( УСПЕШНО )

создать пустой раздел 00:00:02 ( УСПЕШНО )

путь: /dev/sda2
начало: 130478080
конец: 348645375
размер: 218167296 (104.03 ГБ)
установить тип раздела на /dev/sda2 00:00:01 ( УСПЕШНО )

новый тип раздела: ext3
создать новую файловую систему ext3 00:00:31 ( УСПЕШНО )

mkfs.ext3 -L "" /dev/sda2

Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)

Stride=0 blocks, Stripe width=0 blocks
6823936 inodes, 27270912 blocks
1363545 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
833 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872

Не забывая о том что зеленка, сам по себе еб***тый веник, тормозов при копировании с 1 на 2 раздел (оба в ехт3) пока не замечено. Проблема со 100% нагрузкой проца при копировании на раздел с нтфс осталась, буду искать другие причины тормозов.

Войдите или зарегистрируйтесь, чтобы ответить.