I think a proper test methodology on both Windows and Linux should basically be:
1. Start copy operation and start stopwatch. 2. As soon as the copy is finished on the screen, umount/"Safely Remove" the drive. 3. Wait for activity light on USB drive to go out and stop stopwatch. I'm not sure if this bug is truly fixed on Linux, either, but because of write caching and buffering at different levels and differences in OSes, any benchmark must take into account unmounting/removing the drive, otherwise it's apples and oranges. The progress bars, they lie! On Fri, May 18, 2012 at 4:21 PM, Torsten Bronger <[email protected]> wrote: > I observe a drop to 1/10th in writing speed if I switch from NTFS to > FAT32 on an external USB disk. Is this related to this issue? > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/500069 > > Title: > USB file transfer causes system freezes; ops take hours instead of > minutes > > To manage notifications about this bug go to: > https://bugs.launchpad.net/linux/+bug/500069/+subscriptions -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/500069 Title: USB file transfer causes system freezes; ops take hours instead of minutes To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/500069/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
