Speeding up LFS performance

Hi all, in the latest version of gitlab, installed yesterday, we see a very slow upload speed during initial repo push with 2.6gb of small LFS files.

Uploading LFS objects: 100% (6331/6331), 2.6 GB | 1.1 MB/s, done.

The server or client side cpu/memory/io are not maxed out (average was 1MBps, with client connection of 500mbps and server 1gbps) so we’re confused as to where to look for the limitation, what could limit the speed so much? I saw in the git trace mode that authorization is used for all files to be uploaded with PUT over https, but that should be blazing fast after the authorization was completed once. Any ideas about how to speed up LFS uploads from your experience? Also I am looking how to turn of auth just for experiment (and we’re going to use repo in internal network only, so can keep auth off, if it matters for speed that much) but cannot find such settings…
any advice appreciated :pray:

$ time git push --set-upstream origin master
info: detecting host provider for 'https://xxxxxxxxxxxxx/'...
info: detecting host provider for 'https://xxxxxxxxxxxxx/'...
Locking support detected on remote "origin". Consider enabling it with:
  $ git config lfs.https://xxxxxxxxxx/root/speed-test.git/info/lfs.locksverify true
Uploading LFS objects: 100% (6331/6331), 2.6 GB | 1.1 MB/s, done.
Enumerating objects: 96747, done.
Counting objects: 100% (96747/96747), done.
Delta compression using up to 16 threads
Compressing objects: 100% (67963/67963), done.
Writing objects: 100% (96746/96746), 362.91 MiB | 763.00 KiB/s, done.
Total 96746 (delta 23297), reused 96746 (delta 23297), pack-reused 0
remote: Resolving deltas: 100% (23297/23297), done.
To ssh://xxxxxxxxxxxxxx/root/speed-test.git
   3375f500e..2fb2fb0e0  master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.

real    51m48.787s
user    0m0.015s
sys     0m0.031s