Opened 15 years ago
Closed 3 years ago
#4925 closed bug (fixed)
Tracker freezing all internal trackers processes while copying from BFS -> NTFS
Reported by: | streak | Owned by: | 3dEyes |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta4 |
Component: | File Systems/NTFS | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | #9955 | |
Platform: | All |
Description
Tracker freezing all internal trackers processes while copying a few files [ mainly big ] files from BFS -> NTFS, so i couldnt run any app via tracker, and changing/choosing hdd partitions is hard aswell.
Additionally tracker freezes a window with NTFS destination folder while copying [ bigger ] files from BFS -> NTFS
Change History (10)
follow-up: 2 comment:1 by , 15 years ago
Component: | Applications/Tracker → File Systems/NTFS |
---|---|
Owner: | changed from | to
comment:2 by , 15 years ago
Replying to axeld:
Certainly not Tracker's fault.
It would be nice if it could gracefully handle such cases though. Imagine an interrupted connection on a userland ssh fs.
comment:3 by , 15 years ago
Sure, but that should only ever affect the windows of that file system, not the whole thing.
comment:4 by , 12 years ago
When I tried to copy a large file in Haiku R1a4.1 to an NTFS partition with one folder on it, the first 88 MiB seemed to copy fast, then the process slowed to almost a halt. I didn't have the patience to wait for the copy to finish and left it running unattended. Later I couldn't wake up Haiku which had put the monitor in stand-by and rebooted the machine. I have not checked whether I can replicate this issue all times. The NTFS volume had been initialized in Ubuntu 12.10.
comment:7 by , 3 years ago
Tested on hrev55555 x64 (512MB file from BFS->NTFS):
NTFS write speed averages around 1.5MB/s on USB 3.0 drive from a USB 2.0 port.
No crash.
Certainly not Tracker's fault.