[prev in list] [next in list] [prev in thread] [next in thread]
List: subversion-issues
Subject: [Issue 773] New - PROPFIND on large dir takes excessive memory/time
From: issues () subversion ! tigris ! org
Date: 2002-06-30 12:35:02
[Download RAW message or body]
http://subversion.tigris.org/issues/show_bug.cgi?id=773
*** Old
--- New
***************
*** 0 ****
--- 1,41 ----
+ +============================================================================+
+ | PROPFIND on large dir takes excessive memory/time |
+ +----------------------------------------------------------------------------+
+ | Issue #: 773 Component: subversion |
+ | Status: NEW Version: current |
+ | Resolution: Platform: All |
+ | Issue type: DEFECT OS/Version: All |
+ | Priority: P3 Subcomponent: src |
+ +----------------------------------------------------------------------------+
+ | Assigned To: issues@subversion |
+ | Reported By: kevin |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ Quoting from my mail to the dev list:
+
+ > Trying to help someone on IRC today, I imported the linux kernel source into a
+ > repository. I then tried to check it out over dav and had problems. After
+ > watching for a while, I noticed that whenever the checkout started a new
+ > directory it would stop for quite a while, and the httpd memory usage would
+ > grow. I soon found out that my svn client would time out before getting a
+ > PROPFIND request back for the include/linux directory of the kernel sources.
+ >
+ > The reason for this is that my machine starts thrashing, because the httpd
+ > process trying to do the propfind grows huge (680MB before I killed it).(Note
+ > by contrast that opening the directory in w3m took about 2 seconds, and I
+ > didn't notice httpd's memory usage.
+ >
+ > Tracing into this I found that mod_dav opens and closes it's internal prop
+ > database for every resource found. I don't claim to know enough about the
+ > internal workings of mod_dav to fix it, but thought I would post it here to
+ > get gstein's attention when he gets back.
+
+ Also note that it is not the call to svn_fs_dir_entries that is the problem
+ since dav_svn_deliver has the same call, but not the same problems. Sander
+ thinks it may be the recursive loop just below (we're talking
+ mod_dav_svn/repos.c:1963). He's testing a fix right now, so hopefully this
+ issue will be quickly closed.
\ No newline at end of file
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic