darcs

Issue 89 darcs record --ask-deps" very slow

Title darcs record --ask-deps" very slow
Priority bug Status resolved
Milestone Resolved in
Superseder Nosy List darcs-devel, dmitry.kurochkin, kowey, markstos, thorkilnaur, tommy, zooko
Assigned To
Topics Performance

Created on 2006-01-10.04:07:08 by zooko, last changed 2009-08-27.14:04:01 by admin.

Messages
msg348 (view) Author: zooko Date: 2006-01-10.04:07:06
I have a repo here with about 1300 patches, and darcs record --ask-deps takes
minutes before prompting me for which patches to depend on.
msg349 (view) Author: zooko Date: 2006-01-10.04:42:03
> I have a repo here with about 1300 patches, and darcs record --ask-deps 
> takes minutes before prompting me for which patches to depend on.

After "darcs optimize --checkpoint --compress --modernize-patches
--reorder-patches -v -v -v", it goes much faster -- now it takes only a part of
a minute.  Does this mean that this issue report should be closed?

--Z
msg353 (view) Author: zooko Date: 2006-01-11.18:57:30
Actually I tried this again, and after the optimize step darcs record --ask-deps
*still* takes more than 2 minutes before it prompts me for which patches to
depend on.  So in this test optimize helped not at all.
msg367 (view) Author: droundy Date: 2006-01-13.14:52:24
On Wed, Jan 11, 2006 at 06:57:31PM +0000, Zooko wrote:
> Actually I tried this again, and after the optimize step darcs record
> --ask-deps *still* takes more than 2 minutes before it prompts me for
> which patches to depend on.  So in this test optimize helped not at all.

I think what would help would be to define a tag and then optimize, as
darcs would then only prompt you for patches back to that tag.  This isn't
a complete solution, since it only makes darcs faster by making darcs do
less, but it might be helpful for you.

--ask-deps is inherently a pretty inefficient command.  We could make it
significantly more efficient (especially in startup) by writing custom code
that would be smarter about only looking at patches that might have their
state changed, but that's tricky code to write, and an easy way to
introduce bugs.  Which isn't to say we shouldn't do it, but that it'll take
time, so we shouldn't try to do it unless we've got that time (which I
don't).
-- 
David Roundy
http://www.darcs.net
msg3277 (view) Author: markstos Date: 2008-02-09.18:56:59
For me, this looks liks it's "resolved in unstable". On the darcs repo on a 1Ghz
laptop, it took only 5 seconds to bring up this prompt.
History
Date User Action Args
2006-01-10 04:07:08zookocreate
2006-01-10 04:42:04zookosetstatus: unread -> unknown
nosy: droundy, tommy, zooko
messages: + msg349
2006-01-11 18:57:31zookosetnosy: droundy, tommy, zooko
messages: + msg353
2006-01-13 14:52:26droundysetnosy: droundy, tommy, zooko
messages: + msg367
2007-07-23 20:59:17koweysettopic: + Performance
nosy: + kowey, beschmi
2008-02-09 18:57:00markstossetstatus: unknown -> resolved-in-unstable
nosy: + markstos
messages: + msg3277
2008-09-04 21:28:02adminsetstatus: resolved-in-unstable -> resolved
nosy: + dagit
2009-08-06 17:37:12adminsetnosy: + jast, Serware, dmitry.kurochkin, darcs-devel, mornfall, simon, thorkilnaur, - droundy
2009-08-06 20:34:13adminsetnosy: - beschmi
2009-08-10 22:21:08adminsetnosy: - darcs-devel, jast, Serware, mornfall
2009-08-11 00:16:09adminsetnosy: - dagit
2009-08-25 17:51:04adminsetnosy: + darcs-devel, - simon
2009-08-27 14:04:01adminsetnosy: tommy, kowey, markstos, darcs-devel, zooko, thorkilnaur, dmitry.kurochkin