12:37 ` Peter Krefting 12:59 ` Derrick Stolee #9 sequencer_pick_revisions (opts=0x7fffffffdf70) Msgbuf=0x7fffffffd810, head=0x7fffffffd7f0, #0 diffcore_count_changes diffcore-delta.c:203 Where it hits whenever I hit Ctrl+C (various line numbers 199-207 inĭiffcore-delta.c this is on the v2.15.0 tag). Seems that it spends most time in diffcore_count_changes(), that is ![]() > Can you get a backtrace? I'd do something like: ![]() 12:59 ` Derrick Stolee 0 siblings, 1 reply 13+ messages in threadįrom: Peter Krefting 12:37 UTC ( / raw) 10:20 ` Jeff King 12:37 ` Peter Krefting Minutes, you'll be likely to stop in the middle of it ) ). (or of course use real profiling tools, but if the slow path is taking 6 Which should give a sense of which code path is leading to the slowdown give it a few seconds to hit the CPU heavy part, then ^C It kind of sounds like a temporary index is being refreshed that doesn'tĬan you get a backtrace? I'd do something like: > immediately, while cherry-picking takes several minutes for every > I thought it was just updating the status, but "git status" returns ![]() > and munmap() on every single file in the repository, which takes a lot of > Running strace, it seems like it is doing lstat(), open(), mmap(), close() On Fri, at 10:39:39AM +0100, Peter Krefting wrote: 12:37 ` Peter Krefting 0 siblings, 1 reply 13+ messages in thread 9:39 cherry-pick very slow on big repository Peter 10:20 ` Jeff King * Re: cherry-pick very slow on big repository // Peter - ^ raw reply 13+ messages in thread Immediately, while cherry-picking takes several minutes for every I thought it was just updating the status, but "git status" returns ![]() Running strace, it seems like it is doing lstat(), open(), mmap(),Ĭlose() and munmap() on every single file in the repository, which (.git/objects/info/alternates) with another repository (I have run One-file change, where the file is in the same place on both branches,Īnd which applies cleanly (I am backporting a few fixes to a git/objects), gitĬherry-pick is very slow for me (v2.15.0). On a big repository (57000 files, 2,5 gigabytes in. 10:20 ` Jeff King 0 siblings, 1 reply 13+ messages in threadįrom: Peter Krefting 9:39 UTC ( / raw) Cherry-pick very slow on big repository mailing list mirror (one of many) help / color / mirror / code / Atom feed * cherry-pick very slow on big repository 9:39 Peter Krefting
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |