Hoofdcategorieën
Topicacties

Performance CompactFlash slecht...

Pagina: 1 2 last

Reageer Nieuw Topic
Flappie!
Berichten: 1.015
Reg. datum: 21 november 2000

Hoi,

In mijn nieuwe servertje zit een 16GB CF kaart. De snelheid van dit kaartje is 150x, dus hij zou volgens mij 22,5 MB/s moeten kunnen doen. Maar een beetje diskactiviteit gaat echt traag en m'n iowait staat dan ook op 99%. Dus voor mijn gevoel moet dit beter kunnen. Met hdparm ben ik maar eens aan de slag gegaan:
code:
1
2
3
4
5
6
[root@bulls ~]# hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   1148 MB in  2.00 seconds = 574.06 MB/sec
 Timing buffered disk reads:    8 MB in  3.03 seconds =   2.64 MB/sec
[root@bulls ~]#

:(

Maar ik ben dus geen held met hdparm, ik heb al wel wat zaken geprobeerd, maar krijg meldingen dat ik vanalles niet mag/kan. Bijvoorbeeld dma zaken:
code:
1
2
3
4
5
6
7
8
9
[root@bulls ~]# hdparm -d /dev/sda

/dev/sda:
[root@bulls ~]# hdparm -d 1 /dev/sda

/dev/sda:
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Inappropriate ioctl for device
[root@bulls ~]#

Hebben jullie toevallig geweldige en briljante tips? Dat ik geen flitsende performance krijg snap ik wel, maar dit is wel erg weinig...
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
[root@bulls ~]# hdparm /dev/sda

/dev/sda:
 IO_support    =  0 (default 16-bit)
 readonly      =  0 (off)
 readahead     = 256 (on)
 geometry      = 1974/255/63, sectors = 31718925, start = 0
[root@bulls ~]#
[root@bulls ~]# hdparm -I /dev/sda

/dev/sda:

ATA device, with non-removable media
        Model Number:       CF 16GB
        Serial Number:      TSS25014071114201111
        Firmware Revision:  20070709
Standards:
        Likely used: 5
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           15      15
        sectors/track   63      63
        --
        CHS current addressable sectors:   15481935
        LBA    user addressable sectors:   31718925
        device size with M = 1024*1024:       15487 MBytes
        device size with M = 1000*1000:       16240 MBytes (16 GB)
Capabilities:
        LBA, IORDY(may be)(cannot be disabled)
        bytes avail on r/w long: 4
        Standby timer values: spec'd by Vendor
        R/W multiple sector transfer: Max = 1   Current = 0
        DMA: mdma0 mdma1 *mdma2
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns  IORDY flow control=120ns
HW reset results:
        CBLID- below Vih
        Device num = 0
Integrity word not set (found 0x0000, expected 0x6ca5)
[root@bulls ~]#

Het zal mij allemaal aan m'n anus oxideren
CCNP / CCDP / CCSE / CEH / JNCIS-FWV / CCIE Security Written

Niet dat ik een Linux specialist ben, maar misschien kan ik je toch op de juiste weg helpen.

Zo ben ik bezig met het benchmarken van USB sticks onder Linux en had ik juist het "omgekeerde" probleem. Mijn benchmarks met DD waren veel en veel te hoog. 70MB/s schrijven met een USB stick is bij mijn weten op dit moment nog niet haalbaar.

Omdat ik misschien dacht dat het een nieuwe feature was, heb ik bijvoorbeeld ook eens getest met een oude Knoppix versie: 3.7. Daar viel het mij op dat hdparm daar ook opeens hele lage cijfers gaf. Misschien een overbodige vraag, maar welke Kernel, dan wel distro (met versie) gebruik je?

Verder kreeg ik betere resultaten door de USB sticks sync te mounten. Die 70MB/s was mogelijk omdat met async schrijf je niet direct naar het device, maar wordt het gebufferd (dus het programma wat schrijft denkt dat het geschreven is) en het OS zoekt dan zelf een efficiente manier om het naar het device te schrijven.

Je zou dus eens kunnen kijken of je CF sync of async gemount is. Async is sneller, maar dan moet je dus wel netjes unmounten en niet opeens de stroom van je bak halen.

Maar ja, het blijft een lage score bij hdparm...
 
Flappie!
Berichten: 1.015
Reg. datum: 21 november 2000

Ik draai met een Fedora Core 8 systeem, kernel 2.6.23.9-85.fc8.

De CF is (dank je voor de tip, ik had hier niet aan gedacht) standaard in async gemount, omdat ie wordt gezien als een volwaardige harde schijf als het goed is. Ik heb wel even geprobeerd de boel in sync te zetten, gewoon voor de test, maar dat had geen enkel effect.

Wat ik mezelf nog voor kan stellen is dat een CF natuurlijk puur standaard ATA is. De kaart is nu beschikbaar als /dev/sda, wat lijkt op de SATA schijf die erin zit (/dev/sdb). Mijn oude PATA schijven waren allemaal bekend als /dev/hda enz. Kan hier iets in zitten?

Het zal mij allemaal aan m'n anus oxideren
CCNP / CCDP / CCSE / CEH / JNCIS-FWV / CCIE Security Written

Berichten: 112
Reg. datum: 10 december 2003

-Hoe ziet je BIOS het kaartje? (Wordt 'ie gedetecteerd als een apparaat dat UDMA kan?)
-Wat staat er in je kernel log over het detecteren can IDE zooi (zowel je chipset als de devices die eraan hangen)?
Mdma2 wat nu gebruikt wordt moet waarschijnlijk udma zijn, alhoewel de cached reads wel erg rap gaan.

Windows is exiting. Is this OK?

Flappie!
Berichten: 1.015
Reg. datum: 21 november 2000

quote:
schnitzelcore schreef op zaterdag 22 december 2007 @ 17:03:
-Hoe ziet je BIOS het kaartje? (Wordt 'ie gedetecteerd als een apparaat dat UDMA kan?)
Niets van te zien... Hij wordt herkent als "CF 16GB", hetzelfde de WD SATA schijf... Het is een Intel D201GLY2 moederbord, waarin de BIOS behooooorlijk kaal is.
quote:
-Wat staat er in je kernel log over het detecteren can IDE zooi (zowel je chipset als de devices die eraan hangen)?
Mdma2 wat nu gebruikt wordt moet waarschijnlijk udma zijn, alhoewel de cached reads wel erg rap gaan.
Even zoeken... Volgens mij staat hier het interessante stuk tussen:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Dec 22 19:57:12 bulls kernel: SCSI subsystem initialized
Dec 22 19:57:12 bulls kernel: scsi0 : pata_sis
Dec 22 19:57:12 bulls kernel: scsi1 : pata_sis
Dec 22 19:57:12 bulls kernel: ata1: PATA max UDMA/133 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x00012310 irq 14
Dec 22 19:57:12 bulls kernel: ata2: PATA max UDMA/133 cmd 0x00010170 ctl 0x00010376 bmdma 0x00012318 irq 15
Dec 22 19:57:12 bulls kernel: ata1.00: ATA-0: CF 16GB, 20070709, max MWDMA2
Dec 22 19:57:12 bulls kernel: ata1.00: 31718925 sectors, multi 0: LBA
Dec 22 19:57:12 bulls kernel: ata1.00: configured for PIO4
Dec 22 19:57:12 bulls kernel: scsi 0:0:0:0: Direct-Access     ATA      CF 16GB          2007 PQ: 0 ANSI: 5
Dec 22 19:57:12 bulls kernel: sd 0:0:0:0: [sda] 31718925 512-byte hardware sectors (16240 MB)
Dec 22 19:57:12 bulls kernel: sd 0:0:0:0: [sda] Write Protect is off
Dec 22 19:57:12 bulls kernel: sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Dec 22 19:57:12 bulls kernel: sd 0:0:0:0: [sda] 31718925 512-byte hardware sectors (16240 MB)
Dec 22 19:57:12 bulls kernel: sd 0:0:0:0: [sda] Write Protect is off
Dec 22 19:57:12 bulls kernel: sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Dec 22 19:57:12 bulls kernel: sda: sda1 sda2 sda3
Dec 22 19:57:12 bulls kernel: sd 0:0:0:0: [sda] Attached SCSI disk

Het zal mij allemaal aan m'n anus oxideren
CCNP / CCDP / CCSE / CEH / JNCIS-FWV / CCIE Security Written


code:
1
2
3
Dec 22 19:57:12 bulls kernel: ata1.00: ATA-0: CF 16GB, 20070709, max MWDMA2
Dec 22 19:57:12 bulls kernel: ata1.00: 31718925 sectors, multi 0: LBA
Dec 22 19:57:12 bulls kernel: ata1.00: configured for PIO4

Met andere woorden: je CF convertor kan niet verder dan PIO4/MWDMA2, wat inhoudt dat je niet verder komt dan 16MB/s. In het geval van PIO4 heb je ook nog eens het probleem dat je systeem enorm belast wordt bij schijftoegang.

Probeer eens "hdparm -X mdma2" om dat ding alsnog in multiword DMA2 mode te krijgen.
 
Berichten: 112
Reg. datum: 10 december 2003

@_JGC_
quote:
DMA: mdma0 mdma1 *mdma2
Uit de openingspost. Het sterretje geeft volgens mij de actieve modus aan...

Windows is exiting. Is this OK?

Hoewel het 'gelijktrekken' van de interfaces voor scsi/sata/pata onder het scsi-framework natuurlijk een mooi doel is zou ik voorlopig voor pata toch gewoon de 'oude' drivers blijven gebruiken, redelijke kans dat je resultaten dan ook veranderen. Dus probeer je CF disk eens 'netjes' als /dev/hda aan de praat te krijgen (ofwel nieuwe kernel compileren, ofwel de volgorde waarin modules geladen worden dus aanpassen).

De ideale jongerenhangplek: Een kuil met ongebluste kalk... Nee, ik ben niet radicaal

Flappie!
Berichten: 1.015
Reg. datum: 21 november 2000

quote:
Kippenijzer schreef op maandag 24 december 2007 @ 10:33:
Hoewel het 'gelijktrekken' van de interfaces voor scsi/sata/pata onder het scsi-framework natuurlijk een mooi doel is zou ik voorlopig voor pata toch gewoon de 'oude' drivers blijven gebruiken, redelijke kans dat je resultaten dan ook veranderen. Dus probeer je CF disk eens 'netjes' als /dev/hda aan de praat te krijgen (ofwel nieuwe kernel compileren, ofwel de volgorde waarin modules geladen worden dus aanpassen).
Tja, dat vermoeden heb ik op een of andere manier ook... Maar hier komt dus mijn beperktere kennis van linux om de hoek kijken, want hoe ik dat dus precies moet gaan doen zonder kernel opnieuw te compileren is "voor mij erg lastig... Dus als je enig idee hebt: geef maar... Ik zit al wel te zoeken op Google, maar nog even niets nuttigs gevonden...

Het zal mij allemaal aan m'n anus oxideren
CCNP / CCDP / CCSE / CEH / JNCIS-FWV / CCIE Security Written

Misschien dat je nog iets kunt proberen met de read-ahead.
Ik verwacht er niet veel van, maar wie weet helpt het jou net genoeg.

Eerst kun je de ra uitlezen: blockdev --getra /dev/sda
En dan proberen of het wat beter gaat met bijvoorbeeld een 4 of 8 keer hogere waarde.

blockdev --setra <waarde> /dev/sda
 
Berichten: 236
Reg. datum: 06 april 2002

In de distro die ik gebruik kun je hetvolgende toevoegen aan grub:
legacy_ide earlymodules=piix

Dan wordt alles gewoon hda ipv sda, misschien heeft jou distributie ook zoiets dergelijks?
 
Wat jij nodig hebt is een CF2IDE-adapter die DMA ondersteund!
Dat lost de snelheidsproblemen EN de de hoge CPUload zeer waarschijnlijk op.
quote:
Whizzer schreef op zaterdag 22 december 2007 @ 16:12:
Wat ik mezelf nog voor kan stellen is dat een CF natuurlijk puur standaard ATA is. De kaart is nu beschikbaar als /dev/sda, wat lijkt op de SATA schijf die erin zit (/dev/sdb). Mijn oude PATA schijven waren allemaal bekend als /dev/hda enz. Kan hier iets in zitten?
Dit doen USBsticks en externe USB harddisken ook, en gezien de snelheid die ik daar uit haal, ligt het daar niet aan...

RemcoDelft wijzigde dit bericht 25-12-2007 11:45 (64%)

Compact Flash kaartjes als stille IDE harddisk gebruiken. Gebruik kortingscoupon "ship4free" voor gratis verzenden. Mijn nieuwe site: Knoopcel batterij .nl

Flappie!
Berichten: 1.015
Reg. datum: 21 november 2000

quote:
RemcoDelft schreef op dinsdag 25 december 2007 @ 11:42:
Wat jij nodig hebt is een CF2IDE-adapter die DMA ondersteund!
Dat lost de snelheidsproblemen EN de de hoge CPUload zeer waarschijnlijk op.
En hoe weet ik dat de adapter die ik nu heb dat wel/niet heeft? En waar vind ik adapters die ik dat dan wel ondersteunen???

Het zal mij allemaal aan m'n anus oxideren
CCNP / CCDP / CCSE / CEH / JNCIS-FWV / CCIE Security Written

quote:
Whizzer schreef op dinsdag 25 december 2007 @ 12:40:
[...]
En hoe weet ik dat de adapter die ik nu heb dat wel/niet heeft?
Gezien je hoge CPUload en lage performance gok ik dat-ie het nu niet heeft... En dat er geen DMA op het kaartje staat.
quote:
En waar vind ik adapters die ik dat dan wel ondersteunen???
www.cf2ide.nl :)

Compact Flash kaartjes als stille IDE harddisk gebruiken. Gebruik kortingscoupon "ship4free" voor gratis verzenden. Mijn nieuwe site: Knoopcel batterij .nl

Berichten: 555
Reg. datum: 05 januari 2002

Ik zat een beetje rond te kijken om te controlleren of mijn cf2ide (die ik besteld heb) ook dma ondersteund. Nou zag ik bij de cf kaartjes ook staan dat ze pio of dma ondersteuenen. Misschien ligt je probleem daar? Of anders natuurlijk bij de adapter die geen dma ondersteund.

Arch Linux | CoD4 & TF2: UNDF-BorrelNoot

Berichten: 346
Reg. datum: 26 november 2001

cf is puur ide met een ander stekkertje. Een cf2ide is dan ook niet meer dan een verloopstukje, en zou je de maximale moeten geven.

Have a taste of freedom. It is sometimes a bitter pill. To me though, this is the sweetness of the GPL

Flappie!
Berichten: 1.015
Reg. datum: 21 november 2000

quote:
laurencevde schreef op woensdag 09 januari 2008 @ 01:02:
cf is puur ide met een ander stekkertje. Een cf2ide is dan ook niet meer dan een verloopstukje, en zou je de maximale moeten geven.
Dat gevoel heb/had ik zelf ook... Maargoed, mijn expertise op dat type hardware is niet zo hoog...

Ik heb ook op RemcoDelft's pagina gekeken, maar zie daar ook nergens vermeld staan dat die adapters dan wèl DMA zouden ondersteunen.. En volgens mij zit er bij DMA wel wat meer techniek achter dan alleen een plastic beugeltje, printplaatje, ledjes en een aansluitstekker... Of zou het dat toch in die miniscule IC zitten?

Het zal mij allemaal aan m'n anus oxideren
CCNP / CCDP / CCSE / CEH / JNCIS-FWV / CCIE Security Written

Berichten: 555
Reg. datum: 05 januari 2002

http://www.cf2ide.nl/prod...6f188bbe46f7429df7417a555

Staat wel bij "DMA mode" ? Anders is het PIO? Weet iig zeker dat er ook adapters zijn die geen dma ondersteunen!

Arch Linux | CoD4 & TF2: UNDF-BorrelNoot

Whizzer ==> Je had me gemaild, maar je afzender lijkt niet te werken... retry?

Compact Flash kaartjes als stille IDE harddisk gebruiken. Gebruik kortingscoupon "ship4free" voor gratis verzenden. Mijn nieuwe site: Knoopcel batterij .nl

Het probleem van TS lijkt aan de CFkaart zelf te liggen... 2,5 MB/s is wel weinig voor een 16 GB kaartje...

Compact Flash kaartjes als stille IDE harddisk gebruiken. Gebruik kortingscoupon "ship4free" voor gratis verzenden. Mijn nieuwe site: Knoopcel batterij .nl

Flappie!
Berichten: 1.015
Reg. datum: 21 november 2000

quote:
RemcoDelft schreef op vrijdag 18 januari 2008 @ 23:02:
Het probleem van TS lijkt aan de CFkaart zelf te liggen... 2,5 MB/s is wel weinig voor een 16 GB kaartje...
Maar hij is in ieder geval niet corrupt... ;)

Binnenkort (na tip van RemcoDelft) eens even klooien met het kaartje in mijn kaartlezer. Had ik zelf nog niet aan gedacht, dom van me.

Het zal mij allemaal aan m'n anus oxideren
CCNP / CCDP / CCSE / CEH / JNCIS-FWV / CCIE Security Written

Ik haal hier met een 1GB TakeMS kaart ook maar 1MB/s via een cardbus->CF bridge. Zo vreemd is het niet dat een dergelijk grote kaart traag is, vrijwel alle goedkope kaarten en USB sticks van grote omvang zijn gebouwd op niet al te snel geheugen.
 
Berichten: 555
Reg. datum: 05 januari 2002

quote:
_JGC_ schreef op zondag 20 januari 2008 @ 00:36:
Ik haal hier met een 1GB TakeMS kaart ook maar 1MB/s via een cardbus->CF bridge. Zo vreemd is het niet dat een dergelijk grote kaart traag is, vrijwel alle goedkope kaarten en USB sticks van grote omvang zijn gebouwd op niet al te snel geheugen.
Wat is de snelheid van jouw kaartje dan? Ik heb zelf bij een sk.net actie, een TakeMS 4GB besteld:

read performance: min. 120x (18 MB/s)
write performance: up to 60x (9 MB/s)

Arch Linux | CoD4 & TF2: UNDF-BorrelNoot

Schrijfperformance was hier ongeveer 1MB/s bij het dd'en van een 1GB OpenBSD flashdist image. Vanuit mijn USB cardreader haal ik 2.7MB/s leesperformance. Het gaat hier om een normale 1GB compactflash, de verpakking geeft alleen aan "The speed you need", wat ook waar is: die CF wordt alleen tijdens het opstarten van mijn router gelezen en daarna als het goed is nooit weer :)
 
Berichten: 1.299
Reg. datum: 27 januari 2001

ik heb nu hetzelfde probleem met een takems kaartje op een cf2ide adaptertje, op het zelfde intel mbtje

eerst geprobeerd met een 128 mb kaart, dat ging prima, maar wegens ruimtegebrek een 8gb erbij gekocht(hyperspeed).
Installeren van openfiler duurt een uur, booten eveneens, dus ergens gaat er iets niet goed
freenas op het 128mb kaartje duurde een paar minuten, en werkte prima

wat kan het probleem zijn?
volgens mij maakt het weinig uit of je nou een dma kaartje hebt of niet, ik zie geen verschil

[root@localhost ~]# hdparm -tT /dev/hda

/dev/hda:
Timing cached reads: 2292 MB in 2.00 seconds = 1145.09 MB/sec
Timing buffered disk reads: 8 MB in 3.44 seconds = 2.32 MB/sec
[root@localhost ~]#

sander817 wijzigde dit bericht 04-07-2008 19:52 (27%)

Pagina: 1 2 last



VNU Media logo Powered by True

© 1998 - 2008 Tweakers.net - Alle rechten voorbehouden

Uitgever van: