Thanks but that does not solve my problem. I'm not looking for alternative. If someone hands me USB drive to copy files for him I won't be able to use "LocalSend".
As I've already mentioned, sync does absolutely nothing. The copy took so long that the sync command exited 4 times while the files were still transfering and were nowhere near finishing. Regarding the watch -d grep -e Dirty: -e Writeback: /proc/meminfo command, I did not mention it in this thread but I did try it and yes, there was some almost 900k kB of data in the "Dirty" buffer that went up and down constantly even after I've disabled the caching.
I'm copying 6 video files that are 40GB total and it's been over 3h now and still not finished so it's not just a lot of small files. It's just slow as hell in general. Yes, the USB is 3.0 connected to 3.0 port verified it's actually running at 3.0 bus. No, it's not fault of the USB drive as this takes around 30min from USB 2.0 on Windows 10. Yes, I've tried Fat32, exFAT and NTFS... I couldn't care less about ext4 for this particular use case so it's not relevant and I haven't tried it yet because I'm still stuck copying. Not sure what rsync does different, I just use standard CTRL+C/CTRL+V copy/paste that I expect to work flawlessly in 2025. No idea why I would want to use command line for copying files to USB drive. This seems like an ongoing problem for over 10 years from what I've been looking at trying to find solution, I found none that worked yet, just the same comments I'm getting here mostly.
I'm aware of these programs but they are just a way around the problem and not a solution. Besides they have their own limitations... I can't use KDE Connect because it does not work on my network because I run 3 routers in one network and would have to be connected to the same router which is not possible... Because of the reason why I need to run 3 routers
Bus 004 Device 004 and it's USB 3.0 as it should be.
Also I've disabled caching and I'm now copying 6 video files at only just 15MB/s (and it's slowing down, byt the time I went to make screenshot for this post it dropped again). And it's quite a bit slower than on Windows still.
I'm using USB 3 10Gbps on my Linux system. The USB stick is USB 3-1.0 and the Windows PC only has USB 2.0 so it should be the slowest but it's actually several times faster.
That's nice but I managed to copy 300GB worth of data from the Windows PC to my Linux PC in around 3h to make a backup while I reinstall system and now I've been stuck for half a day copying the data back to the old Windows PC and I've not even finished 100GB yet... I've noticed this issue long ago but I ignored it as I never really had to copy this much data. Now it's just infuriating.
I can do 2150MHz fast timings on Windows (2000MHz is default). But on Linux even +1MHz is unstable with CoreCTRL and anything above +2MHz is unstable with LACT
I've just got to try it and you're right. VRAM OC is also broken with LACT though at first it seemed like it worked and I even managed one full bebchmark run in CP2077 but my PC started heavily artifacting and crashed on 2nd run.
Thanks but that does not solve my problem. I'm not looking for alternative. If someone hands me USB drive to copy files for him I won't be able to use "LocalSend".