Opened 13 years ago
Closed 9 years ago
#8034 closed bug (fixed)
System Unresponsive When copying large numbers of Files from one drive to another drive.
Reported by: | SeanCollins | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | System/Kernel | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
Track and desktop and kernel appear to become unresponsive when copying large numbers of files from one drive to anther drive. No debug info, just something I noticed recently as I have been migrating from a 100gb drive to a 1tb drive. Neither of which are the primary OS drive. No crash, but certainly the system hangs up and becomes unresponsive. Both drives are similar in speed in fact the 1tb drive is marginally faster on write then the the older drive was on read.
This is also noticeable if you copy files from a USB thumb drive to a separate data disk.It is usually OK if you copy one large file, However copying lots of small text files say a few thousand, generally makes it very obvious.
In fact a good test case is to take the Haiku trunk and move it from one non boot drive to another non boot drive, or to move a copy of the Haiku trunk from a USB stick to a separate drive. I did a few test cases on other hardware. single,dual,hex core machines make no difference.
I checked back across a few nightly builds back to r1a3 and the performance issue is present there as well.
Change History (2)
comment:1 by , 9 years ago
comment:2 by , 9 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
This has improved tremendously with JAU and the scheduler and kernel work. recomend close ticket.