Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Mario Marietto via rsync
Hello to everyone. I'm copying a large file from a NTFS formatted disk to another one,UFS/FreeBSD disk,both are removable disks attached to the USB 3 port. The file is 200 GB large and it is copied very slowly. Why it is so slow ? I don't know where to store my virtual machines. I tried to save

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Mario Marietto via rsync
Hello. What happens now if I stop the transfer ? I imagine that I can't resume it. Do you think that it is a good idea to stop now (I've copied 70 mb over 200) and to restart the transfer using cp -au ? Il giorno dom 28 nov 2021 alle ore 21:14 Kevin Korb ha scritto: > cp -au is pretty much the

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Harry Mangalam via rsync
Ok, thanks for that explanation. H On Sun, Nov 28, 2021, 1:59 PM Kevin Korb wrote: > Rsync is designed to reduce the amount of data transmitted over the > network. If rsync isn't networking it can't do that. However, it still > uses the same code so it is still using a sender and a receiver

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Mario Marietto via rsync
I think that I will fire up a bhyve vm where I will attach the folder where is stored the file to copy to the ufs disk and then when the vm will be ready (I think I will boot windows 11) I will install apache web server and I will copy the file to the proper apache folder. So,from the host I will

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Mario Marietto via rsync
root@marietto:/mnt/da3p2/bhyve/Ubuntu # cp -au /mnt/da0p1/Backups/OS/bhyve/Ubuntu/im* . cp: illegal option -- u Il giorno dom 28 nov 2021 alle ore 21:40 Kevin Korb ha scritto: > rsync will not resume a transfer on a local copy. It forces --whole-file. > > On 11/28/21 15:32, Mario Marietto

--copy-unsafe-links unexpected behavior with unsafe symlinks

2021-11-28 Thread Cristian via rsync
Hello all I have a problem with the --copy-unsafe-links option. My environment is presented and the end of the message. I have the following directory structure (I hope the that it will be visible; commands below) TST/ +-- outside1 |    | |    +-- outside1-file.txt | +-- outside2-file.txt |

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Mario Marietto via rsync
Is OpenZFS compatible with Windows 10 / 11 ? I haven't had a chance to try it yet. Should I reinstall the whole OS or I can convert in some way ufs2 to openzfs ? Il giorno dom 28 nov 2021 alle ore 23:23 Mike Hodson ha scritto: > Perhaps OpenZFS could be shared between both operating systems ?

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Mario Marietto via rsync
ok. I know how to resume a transfer with rsync,but I don't know how to do that using cp. Which parameter should I use? 10x. On the next file I will use cp and I'm curious to compare both the speeds. Il giorno dom 28 nov 2021 alle ore 21:25 Kevin Korb ha scritto: > rsync will delete the file it

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread James Moe via rsync
On 2021-11-28 13:22, Mario Marietto via rsync wrote: > What happens now if I stop the transfer ? > The partial output file is deleted. > I imagine that I can't resume it. > True. > Do you think that it is a good idea to stop now > (I've copied 70 mb over 200) and to restart the transfer >

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Mario Marietto via rsync
yes,but it is on the same PC where I have installed freebsd. Can you give a look at the rsync parameters ? Are they optimized ? Can I change some parameters to improve the speed ? Il giorno dom 28 nov 2021 alle ore 19:54 Franklin M. Siler ha scritto: > Do you have a windows machine? Could you

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Mario Marietto via rsync
Hello. thanks. Can you tell me the most appropriate parameters to use with cp ? U will save me a lot of time. Thanks very much. Il giorno dom 28 nov 2021 alle ore 20:43 Kevin Korb via rsync < rsync@lists.samba.org> ha scritto: > rsync is terribly slow at local copies. Also, it doesn't do its

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Kevin Korb via rsync
Rsync is designed to reduce the amount of data transmitted over the network. If rsync isn't networking it can't do that. However, it still uses the same code so it is still using a sender and a receiver rather than simply reading and writing as cp does. Also, rsync forces --whole-file

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Kevin Korb via rsync
rsync is terribly slow at local copies. Also, it doesn't do its normal optimizing (see --whole-file). Just use cp. On 11/28/21 13:38, Mario Marietto via rsync wrote: Hello to everyone. I'm copying a large file from a NTFS formatted disk to another one,UFS/FreeBSD disk,both are removable

Re: Copying a large file from an USB 3 disk (NTFS or EXT4) to another one (UFS/FreeBSD) is a very slow process....

2021-11-28 Thread Harry Mangalam via rsync
Can you elaborate on why this is? I wrote a parallel rsync wrapper that works very well over networks but is similarly very slow over local disks. I thought it was a bug in my code but didn't get around to tracking it down since my use cases were all network/ parallel file systems. Harry On Sun,