Re: [Monotone-devel] automate inventory (mtn-0.28) shows added files as unpatched

2006-07-29 Thread Derek Scherger
Nathaniel Smith wrote: compatibility -- that we happened to tweak the changeset format is fine, but I'm sure the connection between that and the inventory output format is not obvious to people implementing 3rd-party tools, and this is something that would be have pretty trivial to keep the

Re: [Monotone-devel] memory exhausted error for 'mtn list status' command

2006-07-29 Thread Timothy Brownawell
On Fri, 2006-07-28 at 21:56 -0700, Drakie Awita wrote: Nathaniel: No, I'm not using Reiser FS; it happens on both ext3 FS (debian linux), and NTFS (Windows XP). I've found that, if I move the large un-versioned sub-directory (contrib/oss.boost.release) out of the project root dir, then

Re: HOWTO: benchmarking monotone (was Re: [Monotone-devel] memory exhausted error for 'mtn list status' command)

2006-07-29 Thread Eric Anderson
Nathaniel Smith writes: Of course, things are slightly more subtle even than that... I believe massif is looking at allocated bytes + per currently allocated block overhead + stack size - freed bytes while memtime is looking at allocated bytes - large freed blocks - re-used freed

[Monotone-devel] Binary files for benchmarking, and faster random file generation

2006-07-29 Thread Eric Anderson
I just pushed revision 9e7bf3f1355e0563551aad0fc22de3ef2b8033d7 which adds in the ability to generate binary files in addition to text files. So that it is sane to generate large repositories, I also added in a mkrandom.c program that can generate both the random binary and text files. My