From owner-freebsd-questions@FreeBSD.ORG Fri Mar 18 04:23:44 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4196516A4CE for ; Fri, 18 Mar 2005 04:23:44 +0000 (GMT) Received: from lakermmtao05.cox.net (lakermmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6783D43D66 for ; Fri, 18 Mar 2005 04:23:43 +0000 (GMT) (envelope-from bob89@bobj.org) Received: from mail.bobj.org ([68.101.66.44]) by lakermmtao05.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050318042343.CSTJ3789.lakermmtao05.cox.net@mail.bobj.org> for ; Thu, 17 Mar 2005 23:23:43 -0500 Received: from bobj.dyndns.org ([192.168.132.161]) (AUTH: PLAIN bobj, ) by mail.bobj.org with esmtp; Thu, 17 Mar 2005 23:23:42 -0500 From: Bob Johnson To: freebsd-questions@freebsd.org Date: Thu, 17 Mar 2005 23:23:27 -0500 User-Agent: KMail/1.7.2 References: <423A4647.5000709@mykitchentable.net> In-Reply-To: <423A4647.5000709@mykitchentable.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503172323.27821.bob89@bobj.org> cc: Drew Tomlinson Subject: Re: sbp, camcontrol, and Tagged Queuing X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2005 04:23:44 -0000 On Thursday 17 March 2005 10:08 pm, Drew Tomlinson wrote: > I posted this a while back and am still having the same problem. Can > anyone offer any insight as to if the sbp man page suggestion about tagged > queuing is something I should try? Is there any risk of screwing up my > drives by trying this? > Tagged queueing queues up multiple instructions for the drive simultaneously. The drive then attempts to sort them out and execute them in optimum order. Some drives that claim to support tagged queueing do not correctly do so, and don't perform well when it is used (and may lose data). If you set the queue size to one, as recommended in the passage you reference, then only one instruction will be issued to the drive at time, and it will behave like a drive without tagged queueing. It will do no harm to the drive. If the drive correctly implements tagged queueing, this will slow down the drive, but if it does not correctly implement it, then this may dramatically speed up the drive (and make it more stable). I have an external drive that manages 1.3 MBps transfers with queueing enabled, and 25 MBps transfers when I set the queue size to one. As for whether it will help your specific problem, I don't know, but I can't see how it would do any harm to test it. This issue is not specific to FreeBSD. Any OS that supports tagged queuing has problems with some drives. - Bob > Thanks, > > Drew > [...] > da2 and da3 are two IDE drives in a firewire enclosure. These are also > the drives that come up "referenced" after restarting. What do these > errors mean? How can I correct them? Is the following section from the > sbp man page applicable to my situation? > > Some (broken) HDDs don't work well with tagged queuing. If you have prob- > lems with such drives, try ``camcontrol [device id] tags -N 1'' to dis- > able tagged queuing. > > Thanks for your help! > > Drew >