1 |
Taiidan@×××.com wrote: |
2 |
> Here are some theories. |
3 |
> |
4 |
> * You gotta properly align the sectors for 4K advanced format |
5 |
> * USB doesn't have NCQ which really slows things down. |
6 |
> * Copying many small files is almost always slow since they are located |
7 |
> on various parts of the drive not in a contiguous block (again see NCQ) |
8 |
> * System is set to use IDE not AHCI thus no NCQ etc |
9 |
> * You are using a secondary SATA chip such as the terrible ones from |
10 |
> JMicron or what not instead of what is on your systems northbridge or a |
11 |
> quality PCI-e HBA. |
12 |
> |
13 |
> |
14 |
|
15 |
|
16 |
Googled to see how to find out if it is aligned correctly and found this. |
17 |
|
18 |
root@fireball / # cat /sys/block/sdb/queue/physical_block_size |
19 |
4096 |
20 |
root@fireball / # |
21 |
|
22 |
I thought cgdisk did that automatically so I guess it did. Drive is |
23 |
currently connected to my motherboard's Sata port. If it was a |
24 |
bad/cheap controller, I'd think the other drives would also give slow |
25 |
speeds. They work fine. While I have a Sata PCI-e card installed, I'm |
26 |
not using it yet. It has a Marvel chipset which others say works fine. |
27 |
Once I get some more power cables in, I'll test it to see how it does. |
28 |
At this point tho, all drives are connected to the Gigabyte Sata ports. |
29 |
Sorry if that caused confusion. |
30 |
|
31 |
It seems we can eliminate some possible problems at least. I need more |
32 |
ideas to check on it seems. Still, I may dd the thing, at least the |
33 |
first bit of it anyway, and start again. I did repartition and format |
34 |
the drive after the move tho. Still, maybe dd-ing it for a fresh start |
35 |
will help. At this point, I don't need the data on it. I can redo |
36 |
whatever until I get it working correctly. |
37 |
|
38 |
Thanks for the ideas. |
39 |
|
40 |
Dale |
41 |
|
42 |
:-) :-) |