Details
-
Task
-
Status: Closed
-
Blocker
-
Resolution: Invalid
-
all
-
None
Description
subversion client ist very slow compared to other version control systems client. there was discussion on the list, but no clear direction where to go. so therefor a task for remembering this. its very important to compete in speed and reliability. problems seen were: - wait time for disk on client - wait time for network on client - delta algorithm on server ideas included less files in working copy admin directory (.svn), store less information in the client working copy, multithreading, pipelining, better delta algorithm, better compression algorithm, making less http calls to the server (properties e.g.), put the working copy admin in one huge file (berkely db). relevant threads: http://subversion.tigris.org/servlets/BrowseList? list=dev&by=thread&from=82916 http://subversion.tigris.org/servlets/BrowseList? list=dev&by=thread&from=82932 http://subversion.tigris.org/servlets/BrowseList? list=dev&by=thread&from=82701 http://subversion.tigris.org/servlets/BrowseList? list=dev&by=thread&from=81362 aehm ... and i think the threading software on collab net is broken ... the titles of the threads are: "faster client pre-1.0: neon prefetching, multithreading" "faster client pre-1.0: decrease number of files&folders in .svn" "faster client pre-1.0"
Original issue reported by ford