status is slow at printing newly added files
Bug #758164 reported by
Martin Pool
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Confirmed
|
Medium
|
Unassigned |
Bug Description
sabdfl reports:
---
cd emacs
bzr init
bzr add
time bzr status
time bzr status
time bzr commit
time bzr status
time bzr status
In my case, I see a marked difference between the first two "status"
times, when there are a lot of added but uncommitted files, and the
second two "status" times, when the files are all committed.
---
Changed in bzr: | |
status: | Incomplete → Confirmed |
summary: |
- first status after add is slow + status is slow at printing newly added files |
Changed in bzr: | |
assignee: | Martin Pool (mbp) → nobody |
importance: | High → Medium |
tags: | added: check-for-breezy |
To post a comment you must log in.
I can't reproduce this at the moment: on a machine with magnetic disks and with the caches flushed I get
[1] mbp@grace% time bzr init && time bzr add -q && time bzr st |wc && time bzr st |wc testdata/ launchpad/
Created a repository tree (format: 2a)
Using shared repository: /home/mbp/
bzr init 0.45s user 0.12s system 14% cpu 3.908 total
bzr add -q 1.17s user 0.18s system 61% cpu 2.180 total
6891 6891 367471
bzr st 0.40s user 0.05s system 83% cpu 0.536 total
wc 0.02s user 0.01s system 5% cpu 0.536 total
6891 6891 367471
bzr st 0.37s user 0.05s system 97% cpu 0.429 total
wc 0.01s user 0.02s system 6% cpu 0.429 total
strace shows us chdiring into subdirectories, reading the directory and stating the files and that's it.
(Possibly we could just use the metadata returned by getdents and not even stat them, but that shouldn't cause a drastic change in time, and istr we discussed this and found there was something we needed missing from that.)