[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Monotone-devel] monotone serve thrashing
From: |
Matt Johnston |
Subject: |
Re: [Monotone-devel] monotone serve thrashing |
Date: |
Fri, 20 May 2005 11:54:59 +0800 |
User-agent: |
Mutt/1.5.6+20040907i |
On Thu, May 19, 2005 at 10:35:49PM -0500, Glen Ditchfield wrote:
> I have monotone 0.19, compiled on SuSE 9.2 from the source rpm. I used
> monotone serve to serve a 250MB database, and synced with a brand new empty
> database.
>
> The server has only 196 MB of real memory, so I wasn't expecting
> instantaneous
> response, and I walked away. When I came back 9 hours later, the top command
> said that the monotone serve process had consumed 43 minutes of CPU, but had
> caused 1.9 million page faults. Virtual image size was 251 MB, and resident
> set size was 152 MB. The syncing process on the other computer had received
> 6.7 MB in.
>
> I gave up and copied the database to the other server. Since then I have
> synced the two a few times. The amount of data transfered was never large,
> and the commands completed in seconds -- typing in my pass phrase is the
> longest part of the process.
What sort of distribution of file sizes does the database
have? (and also how many revisions/files etc?) Currently
files are often loaded into memory multiple times, which is
problematic for large files. (This is just a vague guess,
it's likely that it might be something else such as buffer
resizing that's causing problems).
Matt