On Fri, Dec 27, 2019 at 03:06:36PM +0000, Ken Moffat via blfs-support wrote:
> On Fri, Dec 27, 2019 at 02:55:40PM +0000, Ken Moffat wrote:
> > I can see similar slowness when I try to untar in my nfs export, but
> > for the first stage of my backups I use rsync to an nfs mount -
> > obviously the first _system_ backup is slow, but general updates
> > after that (only changed/added files are not too bad.  And writes to
> > my notes (and downloading tarballs to my sources) are all over nfs
> > and seem fine.
> > 
> > But for this specific slowness, please see
> > https://bugzilla.redhat.com/show_bug.cgi?id=790232
> > specifically the first part of comment 2 - the sync to disk for each
> > created file is presumably the reason for the slowness.
> > 
> > So, don't build big source packages in an nfs mount (similar
> > slowness will presumably happen on each created file during a
> > compile).
> > 
> As an alternative, use async in the nfs options (man exports), both
> for the export and for the mount.  But expect damage if you ever get
> an unclean shutdown.
> 
However, I was away from the desktop while that was happening.  Came
back to it just now to kill it, but tar had completed:

real    63m50.926s
user    0m23.907s
sys     0m32.517s

And I confirm du -sch shows it uses 2.6 GB

Maybe doing this on an SSD and a recent kernel (5.3.11 using
mq-deadline io scheduler) also helps in my case.

The server (the athlon 200ge) is running 9.0 with some updates, the
client was my ryzen3 running a system from the end of November.

findmnt /sources/
TARGET   SOURCE                 FSTYPE OPTIONS
/sources llamedos:/home/sources nfs
rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=[suppressed],mountvers=3,mountport=32792,mountproto=udp,local_lock=none,addr=[suppressed]

Oddly, I had to put that into a file to see all the details, on my
100-character-wide terms it drops off everything after 'har'

Oh, and removing the extracted directory over nfs is also slooow, in
the end I killed that, ssh'd to the server and removed it there.

ĸen
-- 
          We've all got both light and dark inside of us.
          What matters is the part we choose to act on.
                                              -- Sirius Black
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to