To sum up the points above, it is likely that converting to USB 3.0 seems to be the best solution. However, my currently 0.5m + 0.5m SATA cable connection is failing once a few days. USB to SATA convertor) as possible, in order to maintain the reliability. I want as least conversion as possible, and as few intermediate elements (e.g.Even if using USB 3.0 (300MB/s), the bottleneck is obviously the speed of my mechanical hard disks (230MiB/s).
However, it seems to be my misconception of my USB 2.0 experiences. It is because I felt USB was quite slow.I was using SATA cables, not converting to USB connections for two reasons: Learnt from this webpage that USB3.0 typical transfer speed is around 300MB/s. I just realise that their speeds are just only 230MiB/s. I am using cheap hard disks as I am doing RAID1. There are only USB 3.0 ports, no USB 3.1. (But in the Wikipedia table, USB 3.0 could be as fast as SATA theoretically.) But converting SATA to USB3.0 seem slowing down the data transfer a lot. And USB repeater (active USB cable, with power supplied) are very easily available. If I convert SATA to eSATA at the motherboard, and convert back from eSATA to SATA at the harddisk, can the length limit go beyond 1 meter, and approaching around 1.8 meter? ( eSATA length limit is 2 meter.).Any consumer grade SATA Signal Repeater? (I found the Renesas website.My ideal setup will be putting hard disks even further away than 1 meter, approaching 2 meters or even a bit more. This may be the reason why my hard disks sometimes disconnect, as I am pushing beyond its length limit (including the motherboard circuitry). I know the length limit of SATA cable is 1 meter. I am using (0.5 meter + 0.5 meter in serial) two SATA cables to connect from the motherboard to my hard disks on the desk.
SATA CABLE NEAR ME PC
And the cages are put on the desk (cable length around 1 meter), for easy swapping hard disks (while PC is off), and less dusty also. I bought some "cages" which can hold 5 hard disks and mount a fan. I have many hard disks for storage and backups.
0 kommentar(er)
