[prev in list] [next in list] [prev in thread] [next in thread]
List: subversion-issues
Subject: [Issue 3903] New - Consider optimizing 'svnadmin load' and
From: cmpilato () tigris ! org
Date: 2011-05-27 18:01:16
Message-ID: iz3903 () subversion ! tigris ! org
[Download RAW message or body]
http://subversion.tigris.org/issues/show_bug.cgi?id=3903
Issue #|3903
Summary|Consider optimizing 'svnadmin load' and 'svnrdump load
|' revision map for memory usage
Component|subversion
Version|trunk
Platform|All
URL|
OS/Version|All
Status|NEW
Status whiteboard|
Keywords|
Resolution|
Issue type|ENHANCEMENT
Priority|P3
Subcomponent|libsvn_repos
Assigned to|issues@subversion
Reported by|cmpilato
------- Additional comments from cmpilato@tigris.org Fri May 27 11:01:15 -0700 2011 -------
'svnadmin load' and 'svnrdump load' both employ a hash which maps revisions
found in the dumpstream to actual committed revisions. It's been suggested that
this might not be the best approach in terms of memory consumption when loading
large (many-revisioned) repositories.
http://svn.haxx.se/dev/archive-2011-05/0943.shtml
A new approach *should* be able to be dropped in fairly easily. See the
set_revision_mapping() and get_revision_mapping() functions found in both
libsvn_repos/load-fs-vtable.c and svnrdump/load_editor.c.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=463&dsMessageId=2750463
To unsubscribe from this discussion, e-mail: [issues-unsubscribe@subversion.tigris.org].
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic