From owner-freebsd-current@FreeBSD.ORG Wed Oct 26 09:00:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5BD616A41F for ; Wed, 26 Oct 2005 09:00:46 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1927843D45 for ; Wed, 26 Oct 2005 09:00:46 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t4so204594wxc for ; Wed, 26 Oct 2005 02:00:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hD2t+PTLS0AFbB4MFysrpQBF4+Yjwo7JesjUP64newFTcQRAbqabTI7NBm2dIKdYQFXf70Z3le9CnO0m9zklKCGBdKHsKlv9XxhK+UJmhtU8nqg76bizLifPqxxj0nadq0qxBl7EZo6wwHco09qdeyIxV5NHEhoOYaXe1BY5S9c= Received: by 10.70.15.11 with SMTP id 11mr328875wxo; Wed, 26 Oct 2005 02:00:45 -0700 (PDT) Received: by 10.70.10.5 with HTTP; Wed, 26 Oct 2005 02:00:45 -0700 (PDT) Message-ID: <70e8236f0510260200r60ba38abha0a3afefcfa976d4@mail.gmail.com> Date: Wed, 26 Oct 2005 10:00:45 +0100 From: Joao Barros To: Robert Atkinson In-Reply-To: <6fb2b4650510252107n66318924m874d530fb01410ad@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f0510241518x7b280938jd15f7e8c3224cbd@mail.gmail.com> <435D64B2.2020703@linkline.com> <6fb2b4650510242021l72a1ceb9m91e72a0420458982@mail.gmail.com> <70e8236f0510251636k1002cc96yd357492a138e1933@mail.gmail.com> <6fb2b4650510252107n66318924m874d530fb01410ad@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Poor Samba throughput on 6.0 RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2005 09:00:47 -0000 On 10/26/05, Robert Atkinson wrote: > On 10/25/05, Joao Barros wrote: > > On 10/25/05, Robert Atkinson wrote: > > > Maybe a longshot, but what is your cluster size? > > The default block size of 16384 bytes, a fragment size of 2048 bytes > > The ide drive has a NTFS partition which I mounted readonly and > > copying files from there resulted with the same below expected > > performance :( > > > > > > > > I'd be interested to hear if same irq is being shared if that is eno= ugh > bw? > > > > > > > I disabled the USB controller and the extra NIC to get more available > > > IRQs and tried using the amr on diferent pci slots with no change in > > > performance. > > > > > I could swear I remember seeing that actually usbd_enable=3D"NO" is requi= red > even > if you disable the usb controller for the problem with drive speed and th= e > usbd. I don't have usbd enabled. > > Above that, does dmesg still show the nic, agp, and scsi controller sitti= ng > on irq 11? > Might take a reset config data in bios, or a staggering of pci slots to g= et > it to stop > doing that. No, they don't share interrupts. And I did the slot juggling ;) > > > I'm not great at vm usage, but I think it could just be chipset issue. > I've seen some really poor results with disk performance from some people= , > but was mostly related to vnconfig and mdconfig (4.11 vs 5.X). For what it's worth, it's a server motherboard: Supermicro 370SSR > > This may not help your system out that greatly, as it doesn't appear to b= e > an issue, > but your fxp card should be supported for device_polling. AFAIK you shoul= d > see better > performance, since the fxp card won't be waking up the kernel for every > little packet. > Polling should help when you have lots of interrupts which I believe I do. My objective now is discovering why I do ;) > I'd hope that with screen updates, nic data and the load of the irq from = the > disk would > hurt it all. Surely the agp card is using up some of that, but I'm not su= re > of what that chipset would do under those types of conditions. I mostly use ssh on that machine. > > Is dma being enabled? Is it really important to have access times marked = on > disk? > You could/should turn that off with tunefs I think if you don't need it, > will waste some > access time and if you don't want that stamp, things should improve for a= t > least smaller files. My test is with big files. More easy to benchmark. > > Above all, when a drive starts to be unusually slow, I'd pop a 4.11 disc = in > and test, throw in hard drive > tester if 4.11 shows same perf, which is not easy for scsi drives (don't = see > smart data on the ones I have), ide drives can at least show me what erro= rs > are coming from the disk reads and I know the drive is going to be slower= . > (It takes 5 attempts to get a seek to go through) > I'm getting the same results from an IDE drive, a single SCSI-2 and a RAID5 with 4 drives. I take it it's not a drive issue. Thanks for your input :) -- Joao Barros