Martin Pool wrote:
> Public bug reported:
>
> While pulling from lp:bzr-svn into my copy, with the remote in 2a and my
> branch in a pack format, I see it make very slow progress with many
> small get_parent_map calls. I eventually interrupted it in
>
^- Isn't that backwards? Last I checked bzr-svn was in 1.9-rich-root
format...
...
> File "/home/mbp/bzr/trunk/bzrlib/fetch.py", line 103, in __fetch
> search = self._revids_to_fetch()
> File "/home/mbp/bzr/trunk/bzrlib/fetch.py", line 172, in _revids_to_fetch
> find_ghosts=self.find_ghosts)
> File "/home/mbp/bzr/trunk/bzrlib/decorators.py", line 138, in read_locked
> result = unbound(self, *args, **kwargs)
> File "/home/mbp/bzr/trunk/bzrlib/repository.py", line 1522, in search_missing_revision_ids
> revision_id, find_ghosts)
^- This means it was using the streaming fetch code path.
> File "/home/mbp/bzr/trunk/bzrlib/decorators.py", line 138, in read_locked
> result = unbound(self, *args, **kwargs)
> File "/home/mbp/bzr/trunk/bzrlib/repository.py", line 3479, in search_missing_revision_ids
> return self._walk_to_common_revisions([revision_id])
> File "/home/mbp/bzr/trunk/bzrlib/repository.py", line 3435, in _walk_to_common_revisions
> next_revs_part, ghosts_part = searcher.next_with_ghosts()
^- And I think the overhead was just in the _walk_to_common part.
This is supposed to grab the revisions, and a bit of extra history. That
said, I think Andrew has spent a lot more time optimizing 'push'
performance rather than 'pull' performance. And it is possible that some
more tweaking needs to be done here.
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Martin Pool wrote:
> Public bug reported:
>
> While pulling from lp:bzr-svn into my copy, with the remote in 2a and my
> branch in a pack format, I see it make very slow progress with many
> small get_parent_map calls. I eventually interrupted it in
>
^- Isn't that backwards? Last I checked bzr-svn was in 1.9-rich-root
format...
... mbp/bzr/ trunk/bzrlib/ fetch.py" , line 103, in __fetch to_fetch( ) mbp/bzr/ trunk/bzrlib/ fetch.py" , line 172, in _revids_to_fetch self.find_ ghosts) mbp/bzr/ trunk/bzrlib/ decorators. py", line 138, in read_locked mbp/bzr/ trunk/bzrlib/ repository. py", line 1522, in search_ missing_ revision_ ids
> File "/home/
> search = self._revids_
> File "/home/
> find_ghosts=
> File "/home/
> result = unbound(self, *args, **kwargs)
> File "/home/
> revision_id, find_ghosts)
^- This means it was using the streaming fetch code path.
> File "/home/ mbp/bzr/ trunk/bzrlib/ decorators. py", line 138, in read_locked mbp/bzr/ trunk/bzrlib/ repository. py", line 3479, in search_ missing_ revision_ ids to_common_ revisions( [revision_ id]) mbp/bzr/ trunk/bzrlib/ repository. py", line 3435, in _walk_to_ common_ revisions next_with_ ghosts( )
> result = unbound(self, *args, **kwargs)
> File "/home/
> return self._walk_
> File "/home/
> next_revs_part, ghosts_part = searcher.
^- And I think the overhead was just in the _walk_to_common part.
This is supposed to grab the revisions, and a bit of extra history. That
said, I think Andrew has spent a lot more time optimizing 'push'
performance rather than 'pull' performance. And it is possible that some
more tweaking needs to be done here.
John
=:->
-----BEGIN PGP SIGNATURE----- enigmail. mozdev. org/
6I2oACgkQJdeBCY SNAAOaigCeOEJRl NuO2iglX8nWTCsA V6Jy mqBKdp6mQNi9N56 6MVxh9Z+ EP
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://
iEYEARECAAYFAkq
aScAoM/
=hDzG
-----END PGP SIGNATURE-----