On May 6, 2010, at 2:12 PM, David Zakar wrote:
Does it suck down an inordinate number of CPU cycles while being
slow, or is it simply constrained by other considerations? I don’t
believe that write performance is a particular concern, so long as
it writes uncorrupted, but eating too much CPU _might_ be
problematic. (Or it might not be, I’m not sure exactly what’s
running on the box.)
-DMZ
Since FUSE is a generic file system adapter you get an extra layer in
there: Application -> FUSE (NTFS-3G) -> OS -> Disk. FUSE also runs in
user space so you take a hit on the context switch between user and
kernel modes.
I've seen the difference quoted in a lot of places as being around 3MB/
s for FUSE to 15MB/s+ for native drivers (probably a lot faster than
that on modern hardware). YMMV.
That said, if you only need to move these files around once the
slowness might not matter. If the machines or disks are also really
slow you might not notice too.
Have you considered just using a host machine (instead of a removable
drive) and scp to copy the files between the machines? I've found that
to be *extremely* fast and super reliable. Just grab putty for Windows
and get the party started! :)
-Elliott
