<div dir="ltr">On Sun, May 8, 2011 at 12:01 PM, guy keren <span dir="ltr">&lt;<a href="mailto:choo@actcom.co.il">choo@actcom.co.il</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div><div class="h5">On Sun, 2011-05-08 at 09:57 +0300, shimi wrote:<br>
<br>
</div></div>what tends to get worse after the SSD becomes full is writes, not reads.<br>
and combinations of reads and writes make things look worse (the writes<br>
slow down the reads).<br>
<br></blockquote><div><br>
You&#39;re of course correct. Hope this satisfies the issue:<br>
<br>
$ cat test.sh<br>
#!/bin/sh<br>
dd if=/dev/zero of=test123456.dat bs=1000000000 count=1<br>
sync<br>
<br>
$ time ./test.sh <br>
1+0 records in<br>
1+0 records out<br>
1000000000 bytes (1.0 GB) copied, 3.89247 s, 257 MB/s<br>
<br>
real    0m6.158s<br>
user    0m0.001s<br>
sys     0m1.738s<br>
<br>
(obviously dd itself has stuff in RAM. this is why I used time with sync
 after the dd. 1GB in 6.158 seconds is 162MB/s.... not too bad. still 
better than the Samsung F3 which is one of the fastest disks out 
there... same script on that 1TB drive takes 12.239s to complete the 
same task..) <br>
<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
however, if you feel that the system is very fast after one year of use<br>
- that&#39;s good enough for me.<br>
<br></blockquote><div><br>
I do. And I don&#39;t think it&#39;s such a difference. Most writes are pretty 
small, and will not halt the system. I think most of the time the system
 is slow due to the heads busy with moving around the platter (seek), 
something that is almost completely eliminated in SSD - and *that&#39;s* why
 you have the performance boost. Correct, there are lousy SSDs that 
write very slowly, and then block I/O to the lengthy erase process, and will hang the app or the whole bus (depends on the controller, I guess?)... but
 I don&#39;t think the X25-E falls under that category :)<br>
<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
do you have the ability to extract wear leveling information from your<br>
SSD? it would be interesting to know whether the drive is being used in<br>
a manner that will indeed comply with the life-time expentency it is<br>
sold with (5 years?), or better, or worse.<br>
<font color="#888888"><br></font></blockquote><br>
I don&#39;t know, how do you extract such information?<br>
<br>
The rated MTBF of my specific drive is 2 million hours. If I still know my math, that&#39;s some 228 years....<br>
<br>
-- Shimi<br>
<br>
</div>