From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <63e120fb2d13beaa3498c01a3eaad9e9@terzarima.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil speed From: Charles Forsyth Date: Wed, 26 Jan 2005 22:09:18 +0000 In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-mhpgklqavljiemjwoxqfspzsmy" Topicbox-Message-UUID: 36621fd0-eace-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-mhpgklqavljiemjwoxqfspzsmy Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit what happens when you extract? --upas-mhpgklqavljiemjwoxqfspzsmy Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by lavoro; Wed Jan 26 21:49:27 GMT 2005 Received: from psuvax1.cse.psu.edu (localhost [127.0.0.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 851D2C67EA for ; Wed, 26 Jan 2005 16:36:50 -0500 (EST) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: from localhost (localhost [127.0.0.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AB63A63FE3 for <9fans@cse.psu.edu>; Wed, 26 Jan 2005 16:36:32 -0500 (EST) Received: from mail.cse.psu.edu ([127.0.0.1]) by localhost (psuvax1 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04908-01-90 for <9fans@cse.psu.edu>; Wed, 26 Jan 2005 16:36:31 -0500 (EST) Received: from plan9.ucalgary.ca (plan9.ucalgary.ca [136.159.220.110]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 09CC263FB0 for <9fans@cse.psu.edu>; Wed, 26 Jan 2005 16:36:30 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil speed Date: Wed, 26 Jan 2005 14:36:29 -0700 From: andrey mirtchovski In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 9fans-bounces+forsyth=terzarima.net@cse.psu.edu Errors-To: 9fans-bounces+forsyth=terzarima.net@cse.psu.edu > has anyone else found fossil to be very slow? even when it's not > using venti at all (e.g. extracting a large tar archive). > "almost" identical machines using ide disks (2.0 vs 2.6ghz cpu's): on plan9: plan9% time tar cv xen | gzip > xen.tgz a xen/9pccpu 3189 blocks a xen/etc_xen_plan9 7 blocks a xen/kfs_root_image.gz 298211 blocks 0.42u 6.48s 56.15r tar cv xen plan9% then this very same file was copied and untarred on the linux box: $ time tar cvf - xen | gzip > xen.tgz xen/ xen/9pccpu xen/etc_xen_plan9 xen/kfs_root_image.gz real 0m29.123s user 0m22.805s sys 0m2.635s $ i have both rwm and dma turned on. the disks are IDE in both cases. for Plan 9, fossil is mounted through a devfs mirror of two disks, which should slow it down even more. andrey --upas-mhpgklqavljiemjwoxqfspzsmy--