[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Monotone-devel] Issue 120 - list changed much slower than status (monot
From: |
code |
Subject: |
[Monotone-devel] Issue 120 - list changed much slower than status (monotone) |
Date: |
Sun, 26 Dec 2010 13:35:58 GMT |
Hello,
A new issue has been created and assigned
to you:
120 - list changed much slower than status
Project: monotone
Status: New
Reported by: joe 23
Labels:
Type:Defect
Priority:Medium
Description:
It seems like 'list changed' is the same as 'status' but with a different
output format. However, 'list changed' takes much longer, when a small portion
of the total workspace is specified. With a decent-sized project, the delay of
'list changed' is mildly annoying.
My guess is that 'status' only checks the portion of the workspace specified,
but 'list changed' checks the whole workspace and then filters the result?
Of course if there's some good reason why it must be slower, please close the
ticket.
Thanks!
Steps to reproduce the problem:
-------------------------------
1. time mtn list changed path/to/some/dir
2. time mtn status path/to/some/dir
3. repeat 1) and 2) now that the OS has cached things
Expected result:
----------------
Both take about the same CPU and elapsed time
Actual results:
---------------
list changed takes about 4x as long as status, and is noticeably slower to
complete.
Output of `mtn version --full`:
-------------------------------
0.99.1
--
Issue: https://code.monotone.ca/p/monotone/issues/120/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Monotone-devel] Issue 120 - list changed much slower than status (monotone),
code <=