From owner-freebsd-hackers@FreeBSD.ORG Tue May 10 05:40:33 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A3D116A4EE; Tue, 10 May 2005 05:40:33 +0000 (GMT) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F8CB43D6D; Tue, 10 May 2005 05:40:32 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.100] (cpe-065-184-196-020.ec.res.rr.com [65.184.196.20])j4A5eRLv006932; Tue, 10 May 2005 01:40:27 -0400 (EDT) Message-ID: <42804C19.1060506@ec.rr.com> Date: Tue, 10 May 2005 01:52:25 -0400 From: jason henson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050426) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Amandeep References: <427FA802.90805@chamkila.org> In-Reply-To: <427FA802.90805@chamkila.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-hackers@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: Low HDD tranfer rate with FreeBSD 5.3-Release X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 05:40:33 -0000 Amandeep wrote: > Hi all, > > I am using Tyan S2098 MB with 160GB Maxtor ATA Drive and the transfer > rate is very low. FreeBSD 5.3-Release. > Any ideas what is going on here. > > The transfer rate is about 15MB/s > > when I run > #dd if=/dev/zero of=/usr/junk bs=8192 > > then do > #iostat 1 > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > Check the performance archive for a long thread on disk tweaking. sysctl vfs.read_max=32 should give you a good boost, but read that thread being attempting this. There was another tweak in there I found interesting, but can be dangerous. I'll let you look that one up.