Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Paulie 02. 03. 2014, 15:40:31
-
Pro začátech chci říct že s Linuxem se teprve učím, tak mě prosím neukamenujte. Mám tady Raspberry PI, ke kterému jsem připojil externí disk, který jsem naformátoval na filesystém ext4. Ale problém je zoufalá rychlost zápisu, zatímco čtení je v rámci "pomalého ethernetu" na celkem rozumné úrovni okolo 8 - 9 MB/s, tak zápis je sotva 1,5 MB/s. Zkusil jsem připojit disk k svému notebooku (mám Windows takže jsem použil driver Paragon ExtFS) a tady zatímco čtení je něco okolo 30 MB/s (stejně jako když byl HDD naformátovaný na NTFS) tak zápis nejde přes 11 MB/s. Opravdu by mě zajímalo čím tohle může být. Zjistil jsem, že by mohlo pomoct nastavit ext4 žurnál do režimu writeback při mountování, takže jsem upravil zápis v fstab takhle:
LABEL=exterak /mnt/exterak ext4 user,auto,rw,data=writeback 0 0Ale výsledek veštkerý žádný, rychlost pořád stejně slabá. Nic víc se mi už najít pak nepovedlo. Nemáte někdo tušení čím to může být a co by se s tím dalo dělat?
-
Zkuste si tam jeste pridat noatime nebo relatime.
-
noatime zrychli jen cteni, navic ty widle nevidi fstab v maline.
spis si myslim, ze neni zarovnana partice na 4k
-
na ten disk si partice udelal v maline? bych tomu fdisku v maline moc neveril, ze pozna 4k sektory
zkus v nejakem aktualnim linuxu toto:
parted /dev/sdb
p
align-check opt 1
viz. http://www.root.cz/clanky/jak-rozdelit-disk-spravne-s-gnu-parted/
pri nejhorsim v maline je taky parted
-
USB je hodně náročné na procesor, tak jestli není limit tam. Jak to vypadá v topu?
-
nojo, to by bylo pomaly i cteni, nejen zapis
-
Tak zarovnáním na sektory to není (navíc tohle je starší disk co má ještě 512 B sektory) a procesor je při zápise taky vytížený jen asi na 25 %. Záhada... ???
-
Co syslog? Nepise se tam neco o nejakych chybach, ktere vynucuji opakovani zapisu? A co si nekde pujcit jiny disk a zkusit, jestli to dela take? Treba tenhle ma nejaky dementni radic, ktery se s Linuxem nema rad. BTW, neni mozne, ze to USB jede jako USB 1? Treba je neco blbe inicializovane nebo je disk spatne rozpoznan. Co rekne log po pripojeni disku?
-
Tak po připojení se v syslogu zjevilo toto:
Mar 4 17:43:51 Malina kernel: [10865.579913] usb 1-1.3: new high-speed USB device number 5 using dwc_otg
Mar 4 17:43:51 Malina kernel: [10865.681694] usb 1-1.3: New USB device found, idVendor=1058, idProduct=1100
Mar 4 17:43:51 Malina kernel: [10865.681731] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Mar 4 17:43:51 Malina kernel: [10865.681750] usb 1-1.3: Product: My Book
Mar 4 17:43:51 Malina kernel: [10865.681770] usb 1-1.3: Manufacturer: Western Digital
Mar 4 17:43:51 Malina kernel: [10865.681788] usb 1-1.3: SerialNumber: ***
Mar 4 17:43:51 Malina kernel: [10865.683384] usb-storage 1-1.3:1.0: USB Mass Storage device detected
Mar 4 17:43:51 Malina kernel: [10865.686564] scsi1 : usb-storage 1-1.3:1.0
Mar 4 17:43:52 Malina kernel: [10866.681090] scsi 1:0:0:0: Direct-Access WD 6400AAV External 1.65 PQ: 0 ANSI: 4
Mar 4 17:43:52 Malina kernel: [10866.685348] sd 1:0:0:0: [sda] 1250263728 512-byte logical blocks: (640 GB/596 GiB)
Mar 4 17:43:52 Malina kernel: [10866.686319] sd 1:0:0:0: [sda] Write Protect is off
Mar 4 17:43:52 Malina kernel: [10866.686352] sd 1:0:0:0: [sda] Mode Sense: 21 00 00 00
Mar 4 17:43:52 Malina kernel: [10866.687314] sd 1:0:0:0: [sda] No Caching mode page found
Mar 4 17:43:52 Malina kernel: [10866.687342] sd 1:0:0:0: [sda] Assuming drive cache: write through
Mar 4 17:43:52 Malina kernel: [10866.694438] sd 1:0:0:0: [sda] No Caching mode page found
Mar 4 17:43:52 Malina kernel: [10866.694472] sd 1:0:0:0: [sda] Assuming drive cache: write through
Mar 4 17:43:53 Malina kernel: [10867.255245] sda: sda1
Mar 4 17:43:53 Malina kernel: [10867.261213] sd 1:0:0:0: [sda] No Caching mode page found
Mar 4 17:43:53 Malina kernel: [10867.261252] sd 1:0:0:0: [sda] Assuming drive cache: write through
Mar 4 17:43:53 Malina kernel: [10867.261278] sd 1:0:0:0: [sda] Attached SCSI disk
Ale přiznám se že mi to nic moc neříká.
-
Otestoval bych disk na špatné sektory a dále statistiky SMART na realokaci těchto sektorů.
-
co vypisuje tohle:
smartctl -A /dev/sda
?
-
Podle SMART je disk zcela zdráv:
smartctl 5.41 2011-06-09 r3365 [armv6l-linux-3.10.25+] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 131 127 021 Pre-fail Always - 6441
4 Start_Stop_Count 0x0032 097 097 000 Old_age Always - 3035
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 100 253 051 Old_age Always - 0
9 Power_On_Hours 0x0032 052 052 000 Old_age Always - 35607
10 Spin_Retry_Count 0x0032 100 100 051 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 051 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 208
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 11
193 Load_Cycle_Count 0x0032 199 199 000 Old_age Always - 3032
194 Temperature_Celsius 0x0022 116 091 000 Old_age Always - 31
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 051 Old_age Offline - 0
A hlavně nikdy dřív když byl naformátovaný na NTFS se tohle nedělo. Předpokládám, kdyby to byl problém hardwarového ražení tak se bude projevovat nezávisle na filesystému.
-
ext4 je hodně náročný na systémové prostředky (relativně na slabém HW), ext3 nebo ext2 by nestačil?
-
A hlavně nikdy dřív když byl naformátovaný na NTFS se tohle nedělo. Předpokládám, kdyby to byl problém hardwarového ražení tak se bude projevovat nezávisle na filesystému.
Pokud jste oddil delal nastroji od Microsrotu, tak je mozne, ze se vytvoril nejak podivne. Ja se vselijakymi fdisky a disk managery z Redmondu mel akorat problemy, vcetne padu oddilu s naslednou nespravnou reportovanou velikosti disku (512 MB namisto 8 GB), kdy jsem to pak nejak zachranoval Ontrackem. A tak dnes, i kdyz ma neco byt formatovano na NTFS, tak radsi udelam oddil cfdiskem z Linuxu a pak to ve Widlich akorat formatuji. Cili bych zboural zacatek disku prevalcovanim dd (dd if=/dev/zero of=/dev/sda a nechat chvili bezet - predpoklad je, ze vas disk je sda). Nasledne bych zalozil znovu oddil a naformatoval.
-
Nevím, jestli to tu bylo už rečeno, ale od RPi NEČEKEJ rychlé diskové oprerace, zvláště ne po síti. Tím bych začal.
A že Windows zapisují pomalu? Tam těch důvodů může být tolik... A přitom žádný na disku...
-
Ext4 ma narozdil od ext3 v zakladu zaple bariery - mechanismus na ochranu zapisu dat na disk. Bariery hodne zpomaluji zapis - setkal jsem se stim hlavne u MySQL ktere bylo zalostne pomale.
uprav fstab nasledovne odpoj a pripoj:
LABEL=exterak /mnt/exterak ext4 user,auto,rw,data=writeback,barrier=0 0 0
A pak zkus zapis jestli to pomohlo.
-
Take jsem si rikal. Nicmene nevim, jak moc je vypnuti barier o hubu, tak jsem si rekl, ze radsi zustanu zticha. Tak kdyz uz to tu nekdo vytahl z pytle, vi nekdo, jak moc je vypnuti barier o hubu?
-
Tak vypnutí barrier nepomohlo. No nic, asi ten disk přeformátuju na ext2 a bude...
-
Vypnutím barrier se skutečně zrychlí vše - kopírování souborů, čtení souborů a při výpadku proudu i využití záloh těchto souborů. ;D
-
Tak vypnutí barrier nepomohlo. No nic, asi ten disk přeformátuju na ext2 a bude...
Clovek hned nemusi propadat maniodepresivni psychoze. Muzete napred zkusit Ext3.