From mboxrd@z Thu Jan 1 00:00:00 1970 From: "David Dabbs" Subject: RE: mongo benchmark results Date: Fri, 30 Jul 2004 11:11:59 -0500 Message-ID: <20040730161402.7273015DDB@mail03.powweb.com> References: <410A6652.9050009@namesys.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <410A6652.9050009@namesys.com> List-Id: Content-Type: text/plain; charset="us-ascii" To: "'E. Gryaznova'" Cc: reiserfs-list@namesys.com, 'Alex Zarochentsev' , 'Hans Reiser' > > > Hello, David. > > what are PHASE_MKFILES and PHASE_MKDIRS in your benchmark? Did you use > not original mongo? Would you please send us > the modified one? > > Thanks, > Lena > Hi Lena, PHASE_MKDIRS and PHASE_MKFILES were attempts on my part to inject some realistic filesystem noise into the mongo tests. I simply listed all the directories / files on my computer into files. I created two new programs, mongo_mkfiles and mongo_mkdirs that read a list from stdin and create each directory or file (zero length). I disabled these phases in the runs I published as my test disk space is limited and I didn't want to muddy the waters with non-standard mongo settings. I'll be happy to send you the sources later today. Since the phases were disabled, essentially the results were generated by 'standard' mongo (well, the cpu_util version) sources. By the way, great work on finding the patch that had been slowing things down. David