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

Re: git-svn: cat-file memory usage

From
Jeff King <peff@peff.net>
Date
Sep 16, 2015, 16:31 UTC
Message-ID
<20150916163146.GA28401@sigill.intra.peff.net>
In-Reply-To
<6AE1604EE3EC5F4296C096518C6B77EE5D0FDAB9CD@mail.accesssoftek.com>
On Wed, Sep 16, 2015 at 06:40:23AM -0700, Victor Leschuk wrote:
Show 5 quoted lines
> Unfortunately using patch didn't change the situation. I will run some
> tests with alternate allocators (looking at jemalloc and tcmalloc). As
> for alternate tools: as far as I understood svn2git calls 'git svn'
> itself. So I assume it can't fix the memory usage or speed up clone
> process... Correct me if I'm wrong.

I think there are actually several tools calling themselves svn2git. There was a C tool once upon a time, but it looks fairly inactive, and the top search hit for svn2git does turn up a git-svn wrapper. Like I said, I am not very up on the current state of affairs.

> Btw, what do you think of getting rid of batch mode for clone/fetch in
> perl code. It really hardly has any impact on performance but reduces
> memory usage a lot.

I'd worry there are other cases where it does impact performance (e.g., perhaps smaller blobs), but I don't know enough about the git-svn internals to say much more.

-Peff
Previous: Victor Leschuk
Message 4 of 4 in “git-svn: cat-file memory usage”
  1. Victor LeschukSep 16, 2015
  2. Jeff KingSep 16, 2015
  3. Victor LeschukSep 16, 2015
  4. Jeff KingSep 16, 2015

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.