git/list[1] front-page[2] threads[3] people[4] search[5] about
 

"git svn fetch" slow

From
Markus Heidelberg <markus.heidelberg@web.de>
Date
Jan 31, 2009, 13:14 UTC
Message-ID
<200901311414.58205.markus.heidelberg@web.de>
Hi,

since several days "git svn fetch" didn't seem to work any more. I bisected it down to

    commit dbc6c74d0858d77e61e092a48d467e725211f8e9
    git-svn: handle empty files marked as symlinks in SVN
    2009-01-11

In the new function _mark_empty_symlinks() there is a loop that takes about 36 seconds for me. That means each svn revision takes 36+x seconds for downloading. So it still works, but I aborted it before waiting so much time, so I thought, it didn't work any more.

The loop loops over each blob ("git ls-tree -r git-svn | wc -l" times). The project I'm using git-svn with is Buildroot and it has currently 3074 blobs in the tree. Printing a loop counter every time the loop is executed, I can see that it mostly goes really fast, but there are files, where it needs much time then.

Could there be a way to avoid this time consuming step?
Markus
Next: Sverre Rabbelier
Message 1 of 11 in “"git svn fetch" slow”
  1. Markus HeidelbergJan 31, 2009
  2. Sverre RabbelierJan 31, 2009
  3. Markus HeidelbergJan 31, 2009
  4. Sverre RabbelierJan 31, 2009
  5. git-svn: allow disabling expensive broken symlink checksEric Wong, Feb 1, 2009
  6. Junio C HamanoFeb 2, 2009
  7. Eric WongFeb 3, 2009
  8. Junio C HamanoFeb 3, 2009
  9. Eric WongFeb 3, 2009
  10. Eric WongFeb 5, 2009
  11. Junio C HamanoFeb 5, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.