Opened 5 years ago
Closed 9 months ago
#15789 closed bug (invalid)
Slow dd performance when flashing USB flash drives
Reported by: | bubblineyuri | Owned by: | mmlr |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Drivers/USB | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
While burning an image with dd to a USB flash drive the performance is really low compared to Linux. FreeBSD seems to have the same issue so it might have something to do with drivers. The performance is bad on any machine I own which are various ThinkPad models and my own custom-built computer.
Change History (7)
comment:1 by , 5 years ago
comment:2 by , 5 years ago
Component: | - General → Drivers/USB |
---|---|
Owner: | changed from | to
comment:3 by , 5 years ago
dd is ment to copy exactly as fast as you tell it too, it would be nice to post the actuall comment you used, usually dd is not suited to copying images onto flash drives.
a more fair comparison would be to try cp file /dev/da0 on FreeBSD or cp file /dev/sdb on linux (assuming those are the correct paths) and comparing that to Haiku, cp is supposed to use apropriate block sizes etc. automatically so should get "the best" performance
So please test with cp too
comment:4 by , 5 years ago
Please post the command line you used, first of all. By default dd uses 128 bytes blocks, which is stupid and makes things slow.
But the best thing to do, indeed, is to stop using dd because cp will do the job better and faster.
comment:5 by , 5 years ago
I will have a look at all this in the coming weekend. I'm currently very busy for reporting bugs that are bigger than I expected.
This is far too vague. Please at least post "dd" outputs (i.e. MB/s), and "listusb"/"lsusb" verbose outputs from both Haiku and Linux (as attachments.)