OESF | ELSI | pdaXrom | OpenZaurus | Zaurus Themes | Community Links | Ibiblio

IPB

Welcome Guest ( Log In | Register )

4 Pages V  « < 2 3 4  
Reply to this topicStart new topic
> 16gb Cf For $159.99 After Rebate
adf
post Jul 16 2007, 11:45 PM
Post #46





Group: Members
Posts: 2,821
Joined: 13-September 04
From: Wasilla Ak.
Member No.: 4,572



fwiw I've been using the a-data 40x 16g for about a week on pdaxii13 quite happily.I partioned and formatted mine before I swapped, and I use a swapfile on the SD...but niether of those should make a life or death difference.

I'd bet bad specemin-- but trisoft seems to have had some weird experiences too, as you probably know.
Go to the top of the page
 
+Quote Post
ZDevil
post Sep 19 2007, 12:30 PM
Post #47





Group: Members
Posts: 2,003
Joined: 16-April 04
From: the Netherlands && /dev/null
Member No.: 2,882



Okay, here is the much belated mini-benchmarking result.

I used hdparm -tT as suggested by adf.

Here it is.

Testing environment: Debian Lenny (Titchy), internal Sandisk Extreme III CF 16gb, Hitachi microdrive 6gb (the original internal disk of 3200)

Command: hdparm -tT
http://linux.die.net/man/8/hdparm
-T
Perform timings of cache reads for benchmark and comparison purposes. For meaningful results, this operation should be repeated 2-3 times on an otherwise inactive system (no other active processes) with at least a couple of megabytes of free memory. This displays the speed of reading directly from the Linux buffer cache without disk access. This measurement is essentially an indication of the throughput of the processor, cache, and memory of the system under test. If the -t flag is also specified, then a correction factor based on the outcome of -T will be incorporated into the result reported for the -t operation.

-t
Perform timings of device reads for benchmark and comparison purposes. For meaningful results, this operation should be repeated 2-3 times on an otherwise inactive system (no other active processes) with at least a couple of megabytes of free memory. This displays the speed of reading through the buffer cache to the disk without any prior caching of data. This measurement is an indication of how fast the drive can sustain sequential data reads under Linux, without any filesystem overhead. To ensure accurate measurements, the buffer cache is flushed during the processing of -t using the BLKFLSBUF ioctl. If the -T flag is also specified, then a correction factor based on the outcome of -T will be incorporated into the result reported for the -t operation.

Results:
#1 Hitachi microdrive 6gb
CODE
/dev/hdc1:
Timing cached reads:   168 MB in  2.02 seconds =  83.17 MB/sec
Timing buffered disk reads:    6 MB in  3.26 seconds =   1.84 MB/sec


#2 Sandisk Extreme III CF 16gb
CODE
/dev/hda1:
Timing cached reads:   164 MB in  2.01 seconds =  81.59 MB/sec
Timing buffered disk reads:    8 MB in  3.26 seconds =   2.45 MB/sec
Go to the top of the page
 
+Quote Post

4 Pages V  « < 2 3 4
Reply to this topicStart new topic
2 User(s) are reading this topic (2 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 26th November 2014 - 12:57 AM