[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