Re: "hg clone https://anonhg.netbsd.org/src/" still aborts, but...

[Roy Marples <roy%marples.name@localhost>]

On 13/06/2020 22:48, J. Lewis Muir wrote:
> On 06/13, Greg A. Woods wrote:
> > The time to do the checkout is clearly limited by the NFS server
> > (especially since it's on an entirely separate physical machine with a
> > 1GB ethernet link), but that's in theory at least exactly the same
> > amount of I/O and data that Git has to move to do the same checkout.  HG
> > is just way slower, at least when doing the primary bundle unpacking
> > during the clone operation and again during the initial "hg checkout".
>
> Didn't Roy Marples show that his Mercurial clone was only 12 seconds
> slower than your Git clone?
>
>    https://mail-index.netbsd.org/tech-repository/2020/06/12/msg000723.html
>
> Or are you saying that the problem is that you're cloning to an
> NFS-mounted file system, and *that* is way slower with Mercurial
> compared to Git?  If so, that seems like a separate issue that could
> benefit from a new thread with a new subject.  It could even be a
> problem with NFS at that point.

To be fair, I'm not using NFS, I'm using ZFS.
Here's an equivalent git clone from github on the same machine.

$ time git clone git%github.com@localhost:NetBSD/src.git
Cloning into 'src'...
Enter passphrase for key 'xx':
remote: Enumerating objects: 297, done.
remote: Counting objects: 100% (297/297), done.
remote: Compressing objects: 100% (161/161), done.
remote: Total 5117665 (delta 169), reused 202 (delta 136), pack-reused 5117368
Receiving objects: 100% (5117665/5117665), 1.87 GiB | 3.20 MiB/s, done.
Resolving deltas: 100% (3877102/3877102), done.
Updating files: 100% (172000/172000), done.
      695.61 real       217.62 user        29.68 sys
$

For reference this an AMD 2600X w 32G RAM using a 250GB SSD w ZFS and a very new 
NetBSD-current kernel.
What was very noticeable that during the hg unpacking all the cores span up but 
under the git unpacking they did not, or rather not noticeably.

Roy