Multitasking - while copying and moving (job queue)

Bugs and other issues or requests which have been resolved.
Message
Author
luc
Posts: 3
Joined: 22.12.2007, 00:24

Multitasking - while copying and moving (job queue)

#1 Post by luc » 22.12.2007, 00:49

Hello, I am a longtime user of freeCommander and I do enjoy the continuing progress made by the program.

One aspect I have been missing is the ability to copy large files and then keep on working with FC without having to wait for the large file transfer to be finished. I have the impression FC is using the built-in windows tools for actually carrying out the transfers and it does not seem to be able to multi-task or queue such processes.

Perhaps I am missing something? If not, this would be most important missing FC feature fo rme.[/b]

joe-the-indian
Posts: 4
Joined: 18.01.2008, 22:17

#2 Post by joe-the-indian » 18.01.2008, 22:31

yes! queueing copy/move jobs would be soooo nice! oh, and pausing them too :)

User avatar
daat99
Posts: 3
Joined: 18.04.2008, 09:48
Location: Israel
Contact:

#3 Post by daat99 » 18.04.2008, 09:49

I would like to join in this request.
It'll be great if FreeCommander will be able to handle the multi-threaded file copy/move methods without third party tools like teracopy.

I'll appreciate any indication if this is even being considered or not.

Thanks in advanced
daat99

User avatar
Dreamer
Site Admin
Posts: 6113
Joined: 19.08.2007, 23:40

#4 Post by Dreamer » 20.04.2008, 22:09

+1

Mr-Fly
Posts: 187
Joined: 13.10.2007, 22:55

#5 Post by Mr-Fly » 20.04.2008, 23:26

Same here,

Would speed up copying a lot, especially when copying small files.

Regards
Thorsten
Using FC under: Win10 German (2004+), Server 2016, Server 2019 + Onedrive

User avatar
daat99
Posts: 3
Joined: 18.04.2008, 09:48
Location: Israel
Contact:

#6 Post by daat99 » 20.04.2008, 23:52

Mr-Fly wrote:Same here,

Would speed up copying a lot, especially when copying small files.

Regards
Thorsten
Technically speaking, multi tasking copy operations will be faster only on different physical drives, on the same drives it will slow the copy process considerably (it's all about the hard drive discs reaching the next data block position).

However it's nice (essential to me) to have a different thread on copy while you browse your computer for another file.



P.S.
I would really appreciate a feedback from one of the devs if this is even being considered.

Regards
daat99
I always try to help ;)
Sometimes I don't know how :(

Mr-Fly
Posts: 187
Joined: 13.10.2007, 22:55

#7 Post by Mr-Fly » 20.04.2008, 23:57

Where I see this is when copying over the network.
If you have a lot of small files, the performance really goes down a lot.
A multi-copy would help there a lot, while HDD is not an issue there.

Maybe the function should differentiate between copying locally and remote.

Regards
Thorsten
Using FC under: Win10 German (2004+), Server 2016, Server 2019 + Onedrive

User avatar
daat99
Posts: 3
Joined: 18.04.2008, 09:48
Location: Israel
Contact:

#8 Post by daat99 » 21.04.2008, 18:38

Mr-Fly wrote:Where I see this is when copying over the network.
If you have a lot of small files, the performance really goes down a lot.
A multi-copy would help there a lot, while HDD is not an issue there.

Maybe the function should differentiate between copying locally and remote.

Regards
Thorsten
Assuming your file server (or the computer that shares the files) doesn't limit the bandwidth per connection (most lan servers doesn't, it only happens on the internet) then opening multiple threads for copying will just stretch the same physical resource again.
Maybe it won't be your local hard drive but it will be either your server physical parameters or your lan limits.

The only real (physical) reason multi threaded copy/move operations are beneficial is the ability to keep doing what you're doing while it copies the files.
Starting multiple copy operations won't speed up the copy process but it will make it easier to handle.
It'll also make it easier to recover from copy errors where you don't have the appropriate permissions and the copy process stops unexpectedly.
In that particular situation it's best to copy each folder in its own process and then handle the problematic folder while the rest is being copied.

Again, it will never make copying faster, but it'll definitely make it a lot easier :)


P.S.
I hope you read this post as it is intended (to be beneficial and constructive) rather then rude (or destructive).
If you have some questions you can reach me in my icq/aim/msn (available via my profile).
Keep in mind that due to time differences and me working most of the day that you may get a real slow response, so if you need to log out just ask the full question and I'll reply when I get back.


Regards
daat99
I always try to help ;)
Sometimes I don't know how :(

User avatar
clanman
Posts: 166
Joined: 27.03.2008, 22:37
Location: Australia

#9 Post by clanman » 24.04.2008, 01:09

I support this also.

I would be great to simply queue the copies then walk away leaving FC to do the task. :D

omerfree
Posts: 104
Joined: 08.02.2008, 18:17
Location: Israel

See also older thread:

#10 Post by omerfree » 27.04.2008, 23:35

http://forum.freecommander.com/viewtopic.php?t=584

To bypass all Windows copy/move limitations (especially when error occurs on one of the files) it is very important so the copy/move process may continue even if one file fails - no matter the reason.
Omer.

Wardenclyffe
Posts: 2
Joined: 02.08.2008, 23:03

#11 Post by Wardenclyffe » 04.08.2008, 11:44

Copy/cut queuing would be great!

luc
Posts: 3
Joined: 22.12.2007, 00:24

#12 Post by luc » 05.08.2008, 01:47

Free Commander is sooo good already, all the recent additions are adding only niceties (for my personal needs).

The only really important feature lacking (in my eyes) is for FreeCommander to use its own robust and queued filehandling, so that copying large files or multiple files does not imply automatically an extendended coffee break.

I certainly cannot complain about FreeCommander :D
(....Just found another thread discussing Teracopy etc; it seems like the native file copying is somewhere on the to-do-list) .

JPYoshi
Posts: 2
Joined: 02.08.2008, 23:41
Location: Slovenia

#13 Post by JPYoshi » 07.08.2008, 13:13

+1 for copy/cut queueing.

James
Posts: 17
Joined: 17.07.2008, 17:21

#14 Post by James » 11.08.2008, 23:11

+1

omerfree
Posts: 104
Joined: 08.02.2008, 18:17
Location: Israel

hmmm...

#15 Post by omerfree » 11.08.2008, 23:18

Seems too many users would like this enhancment...

Marek, wake up :D
Omer.

Post Reply

Who is online

Users browsing this forum: No registered users and 39 guests