Beach ball play is fun, but I see this ball bounched betwen rsync, openbsd and supermicro, and I am not enjoying it. I see a large cache delivered by the OS on server hardware and a program unable to use it.<br><br><br>-------- Original Message --------<br>On 8 Aug 2020, 20:14, < pluto@agora.rdrop.com> wrote:<br>Rupert Gallagher via rsync <rsync@lists.samba.org> wrote:<br>> On 7 Aug 2020, 23:44, Wayne Davison < wayne@opencoder.net> wrote:<br>><br>> >> Also, I have 12GB of cache in ecc ram that rsync is not using.<br>><br>> >It uses whatever memory it needs plus whatever filesystem caching<br>> >your OS provides.<br>><br>> Hmmm... bad day today...<br>><br>> No, it is not using all available resources. It is doing frantic<br>> I/O instead of buffering. The result is a appalling low transfer<br>> rate.<br>This is an OS configuration/tuning problem, not an rsync problem.<br>Application-level code (such as rsync) does not directly deal with<br>NUMA features such as external RAM banks. Support for that sort of<br>thing would normally be provided by the OS memory management and<br>filesystem code -- but (depending on the hardware details) it might<br>need configuration or even a specialized driver.<br>