Performance CompactFlash slecht...

Pagina: 1
Acties:
  • 1.392 views sinds 30-01-2008
  • Reageer

Acties:
  • 0 Henk 'm!

  • Whizzer
  • Registratie: November 2000
  • Laatst online: 06-03 13:47
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 ~]#

Ik ben geweldig.. en bescheiden! En dat siert me...


Acties:
  • 0 Henk 'm!

  • Supremo
  • Registratie: Juli 2003
  • Laatst online: 09-09-2018
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...

Acties:
  • 0 Henk 'm!

  • Whizzer
  • Registratie: November 2000
  • Laatst online: 06-03 13:47
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?

Ik ben geweldig.. en bescheiden! En dat siert me...


Acties:
  • 0 Henk 'm!

  • schnitzelcore
  • Registratie: December 2003
  • Laatst online: 13-08-2021
-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?


Acties:
  • 0 Henk 'm!

  • Whizzer
  • Registratie: November 2000
  • Laatst online: 06-03 13:47
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.
-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

Ik ben geweldig.. en bescheiden! En dat siert me...


Acties:
  • 0 Henk 'm!

  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 11:18
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.

Acties:
  • 0 Henk 'm!

  • schnitzelcore
  • Registratie: December 2003
  • Laatst online: 13-08-2021
@_JGC_
DMA: mdma0 mdma1 *mdma2
Uit de openingspost. Het sterretje geeft volgens mij de actieve modus aan...

Windows is exiting. Is this OK?


Acties:
  • 0 Henk 'm!

  • Kippenijzer
  • Registratie: Juni 2001
  • Laatst online: 26-08 09:08

Kippenijzer

McFallafel, nu met paardevlees

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).

Acties:
  • 0 Henk 'm!

  • Whizzer
  • Registratie: November 2000
  • Laatst online: 06-03 13:47
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...

Ik ben geweldig.. en bescheiden! En dat siert me...


Acties:
  • 0 Henk 'm!

  • Supremo
  • Registratie: Juli 2003
  • Laatst online: 09-09-2018
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

Acties:
  • 0 Henk 'm!

  • YscO
  • Registratie: April 2002
  • Laatst online: 12-09 15:55
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?

Acties:
  • 0 Henk 'm!

  • RemcoDelft
  • Registratie: April 2002
  • Laatst online: 03-05 10:30
Wat jij nodig hebt is een CF2IDE-adapter die DMA ondersteund!
Dat lost de snelheidsproblemen EN de de hoge CPUload zeer waarschijnlijk op.
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...

[ Voor 64% gewijzigd door RemcoDelft op 25-12-2007 11:45 ]


Acties:
  • 0 Henk 'm!

  • Whizzer
  • Registratie: November 2000
  • Laatst online: 06-03 13:47
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???

Ik ben geweldig.. en bescheiden! En dat siert me...


Acties:
  • 0 Henk 'm!

  • RemcoDelft
  • Registratie: April 2002
  • Laatst online: 03-05 10:30
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.
En waar vind ik adapters die ik dat dan wel ondersteunen???
www.cf2ide.nl :)

Acties:
  • 0 Henk 'm!

  • jordz.
  • Registratie: Januari 2002
  • Laatst online: 27-06 17:34
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


Acties:
  • 0 Henk 'm!

  • laurencevde
  • Registratie: November 2001
  • Laatst online: 29-09-2024
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


Acties:
  • 0 Henk 'm!

  • Whizzer
  • Registratie: November 2000
  • Laatst online: 06-03 13:47
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?

Ik ben geweldig.. en bescheiden! En dat siert me...


Acties:
  • 0 Henk 'm!

  • jordz.
  • Registratie: Januari 2002
  • Laatst online: 27-06 17:34
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


Acties:
  • 0 Henk 'm!

  • RemcoDelft
  • Registratie: April 2002
  • Laatst online: 03-05 10:30
Whizzer ==> Je had me gemaild, maar je afzender lijkt niet te werken... retry?

Acties:
  • 0 Henk 'm!

  • RemcoDelft
  • Registratie: April 2002
  • Laatst online: 03-05 10:30
Het probleem van TS lijkt aan de CFkaart zelf te liggen... 2,5 MB/s is wel weinig voor een 16 GB kaartje...

Acties:
  • 0 Henk 'm!

  • Whizzer
  • Registratie: November 2000
  • Laatst online: 06-03 13:47
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.

Ik ben geweldig.. en bescheiden! En dat siert me...


Acties:
  • 0 Henk 'm!

  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 11:18
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.

Acties:
  • 0 Henk 'm!

  • jordz.
  • Registratie: Januari 2002
  • Laatst online: 27-06 17:34
_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


Acties:
  • 0 Henk 'm!

  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 11:18
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 :)

Acties:
  • 0 Henk 'm!

  • sander817
  • Registratie: Januari 2001
  • Laatst online: 12-09 16:20

sander817

5260 Wp + 13,2GJ Zonneboiler

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 ~]#

[ Voor 27% gewijzigd door sander817 op 04-07-2008 19:52 ]


Acties:
  • 0 Henk 'm!

  • axis
  • Registratie: Juni 2000
  • Laatst online: 26-01-2023
Ik heb niet direct antwoord op je vraag, maar ik kan wel wat vergelijkingsmateriaal bieden.. SanDisk 8GB Extreme III kaartje met cf2ide adapter onder FreeBSD 7.0 op een antieke Pentium III.
Als ik het goed lees haal ik max 7.1MB/s write, 13.1MB/s read.

code:
1
2
[angelo@krypton ~]$ cat /var/run/dmesg.boot | grep ad0
ad0: 7815MB <SanDisk SDCFX3-8192 HDX 4.03> at ata0-master WDMA2

(Wat WDMA2 dan weer mag zijn?)

code:
1
2
3
4
5
6
7
8
9
10
11
angelo@krypton ~]$ bonnie++ -d /usr/local/tmp/
Version 1.93d       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
krypton.hongen 480M    39  98  7160  13  4188   8   111  98 13077  11 269.6  24
Latency               286ms     431ms     948ms   97522us     111ms   10179ms
Version 1.93d       ------Sequential Create------ --------Random Create--------
krypton.hongens.loc -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16  2434  39 10726  85  8036  78  2066  32 11790  95 10171  97
Latency              1267ms   13463us     474us    1338ms   27867us     859us

Two advices for network troubleshooting.. learn to draw diagrams in Visio, and THINK IN LAYERS!


Acties:
  • 0 Henk 'm!

  • sander817
  • Registratie: Januari 2001
  • Laatst online: 12-09 16:20

sander817

5260 Wp + 13,2GJ Zonneboiler

kan ik udma forceren op de 1 of andere manier? Hij draait nu in pio4 zie ik

Acties:
  • 0 Henk 'm!

  • martijn_tje
  • Registratie: Mei 2004
  • Laatst online: 02-09 20:26
Heeft je CF kaartje wel UDMA ondersteuning? Bij CF zit de geheugencontroler namelijk in het kaartje inplaats van in het apparaat waar je het in steekt. Maar weinig kaartjes hebben UDMA ondersteuning. Ik acht het ook niet erg waarschijnlijk dat modi de de geheugenconrtroler van het kaartje niet ondersteund te forceren zijn. Enkele voorbeelden van (dure) kaartjes die wel UDMA hebben zijn Lexar 300x of Sandisc Extreme IV Ducati Edition.

Ik heb geen idee of er ook goedkopere alternatieven met UDMA ondersteuning zijn.

Maar ik heb eerder het idee dat snelheden onder de 5MB/s eerder door de lezer beperkt worden als door het kaartje (of door compatibiliteit, m'n camera gaat bijvoorbeeld over z'n nek van dane elec kaartjes). Ik heb een Mycom huismerk lezertje dat nog geen 2 MB/s doet (het kaartje doet in een ander cardreader ~11MB/s).

[ Voor 23% gewijzigd door martijn_tje op 05-07-2008 15:53 ]

Sony A6600 + Sigma 16 f/1.4, Tamron 17-70 f/2.8, Sigma 30 f/1.4, Sigma 56 f/1.4, Tamron 70-180 f/2.8 en Meike Mk320


Acties:
  • 0 Henk 'm!

  • Whizzer
  • Registratie: November 2000
  • Laatst online: 06-03 13:47
Hey... It's alive... again...

Even serieus... Eind januari een keer bij RemcoDelft geweest en het een en ander getest met andere controllers en ook simpel het kaartje in een USB lezer ding. Het kaartje an sich lijkt gewoon voor geen meter te willen performen.

Toevallig gisteren een nieuwe harde schijf binnen gekregen (uiteindelijk voor een ander doosje) welke ik even als migratiehulpmiddel gebruik om de compact flash "uit te faseren". Daarna is ie dus "vrij" en ga ik nog eens goed op onderzoek.

Ik ben geweldig.. en bescheiden! En dat siert me...


Acties:
  • 0 Henk 'm!

  • RemcoDelft
  • Registratie: April 2002
  • Laatst online: 03-05 10:30
sander817 schreef op zaterdag 05 juli 2008 @ 15:33:
kan ik udma forceren op de 1 of andere manier? Hij draait nu in pio4 zie ik
Hoe snel is het kaartje in een gewone USB cardreader? Als-ie dan ook niet sneller is, valt er helaas weinig aan te doen...

Acties:
  • 0 Henk 'm!

  • sander817
  • Registratie: Januari 2001
  • Laatst online: 12-09 16:20

sander817

5260 Wp + 13,2GJ Zonneboiler

toch wel zon 17mb/s met een cardreader van een paar euro
Afbeeldingslocatie: http://www.pichost.nl/uploads/f0b1d75a3b.jpg

Acties:
  • 0 Henk 'm!

  • RemcoDelft
  • Registratie: April 2002
  • Laatst online: 03-05 10:30
sander817 schreef op zondag 06 juli 2008 @ 21:01:
toch wel zon 17mb/s met een cardreader van een paar euro
Oftewel je CF2IDE-adapter ondersteund geen DMA?

Acties:
  • 0 Henk 'm!

  • sander817
  • Registratie: Januari 2001
  • Laatst online: 12-09 16:20

sander817

5260 Wp + 13,2GJ Zonneboiler

ja, dat dacht ik ook al, maar waarom duurt een install van bijv openfiler zon 2 uur, en booten duurt eveneens erg lang. Dat het niet snel gaat snap ik, maar dit is wel heel extreem


[root@smeserver flash]# hdparm -tT /dev/sda
/dev/sda:
Timing cached reads: 512 MB in 2.02 seconds = 254.01 MB/sec
Timing buffered disk reads: 50 MB in 3.05 seconds = 16.39 MB/sec
[root@smeserver flash]#

bonnie++ geeft dan wel weer een slecht resultaat, vooral schrijven:
Version 1.03 ------Sequential Output------ --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
smeserver 1G 1853 22 2133 1 4933 4 7331 90 14497 11 1557 15
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 470 99 +++++ +++ 30931 55 476 99 +++++ +++ 1708 97
smeserver,1G,1853,22,2133,1,4933,4,7331,90,14497,11,1557.4,15,16,470,99,+++++,+++,30931,55,476,99,+++++,+++,1708,97

[ Voor 74% gewijzigd door sander817 op 07-07-2008 14:26 ]


Acties:
  • 0 Henk 'm!

  • bobo1on1
  • Registratie: Juli 2001
  • Laatst online: 18-05 17:57
Hoe heb je die grafiek gemaakt?
Hier haal ik 9,4 mb/s lezen en 4.2 mb/s schrijven met een 2 gb kingston sd card op een sd card to ide adapter, dat is snel genoeg voor mij en de sd card was maar 8 euro, de adapter werkt volgens hdparm op udma2.

Impedance, a measure of opposition to time-varying electric current in an electric circuit.
Not to be confused with impotence.


Acties:
  • 0 Henk 'm!

  • sander817
  • Registratie: Januari 2001
  • Laatst online: 12-09 16:20

sander817

5260 Wp + 13,2GJ Zonneboiler

met dat bonnie++ programma

www.coker.com.au/bonnie++

Acties:
  • 0 Henk 'm!

  • bobo1on1
  • Registratie: Juli 2001
  • Laatst online: 18-05 17:57
Ik lees net dit op slashdot, zou dat er wat mee te maken kunnen hebben?

Impedance, a measure of opposition to time-varying electric current in an electric circuit.
Not to be confused with impotence.


Acties:
  • 0 Henk 'm!

  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 11:18
Wat ik zelf heb met een TakeMS 1GB standaardsnelheid kaartje is dit:
code:
1
2
wd0 at wdc1 channel 0 drive 0: <TOSHIBA THNCF1G02QG>
wd0: 1-sector PIO, LBA, 976MB, 2000880 sectors

Er draait OpenBSD 4.2 op dat ding, welke 1-sector transfers alleen in PIO kan doen. OpenBSD 4.3 kan ook 1-sector DMA doen. Ik weet niet wat de IDE code van linux hiermee kan.
Ik heb nog een 40x TakeMS 1GB kaartje liggen waar straks 4.3 opgezet gaat worden, misschien dat het geheel dan nog net wat sneller wordt. Ik verwacht er niet veel van: de CF controller op mijn embedded bordje is nml een ISA controller als ik het goed heb begrepen.
Pagina: 1