From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 13:25:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2B3216A402 for ; Tue, 27 Mar 2007 13:25:00 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth02.prod.mesa1.secureserver.net (smtpauth02.prod.mesa1.secureserver.net [64.202.165.182]) by mx1.freebsd.org (Postfix) with SMTP id 80C3213C4E5 for ; Tue, 27 Mar 2007 13:25:00 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 1138 invoked from network); 27 Mar 2007 12:58:20 -0000 Received: from unknown (24.144.77.243) by smtpauth02.prod.mesa1.secureserver.net (64.202.165.182) with ESMTP; 27 Mar 2007 12:58:20 -0000 Message-ID: <460914EB.4010804@seclark.us> Date: Tue, 27 Mar 2007 08:58:19 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marc Santhoff , freebsd-stable@freebsd.org References: <200603010505.k2155HfQ003205@aldan.algebra.com> <44054C5E.5070902@deepcore.dk> <200603011107.09942@aldan> <200703261436.28659@aldan> <1174980137.336.5.camel@localhost.das.netz> In-Reply-To: <1174980137.336.5.camel@localhost.das.netz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 13:25:00 -0000 Marc Santhoff wrote: >Am Montag, den 26.03.2007, 14:36 -0400 schrieb Mikhail Teterin: > > >>Over a year later this remains a problem -- exactly as described below... >> >>No other SATA devices are present -- the only other IDE device is the DVD >>drive. My main disks are SCSI. >> >>What's MUCH worse is that the (slowly) written data is also often corrupted... >>I use the drive to store our vast collection of photos and the backups. Every >>once in a while I encounter a corrupt JPEG file, and the backups are _always_ >>corrupt somewhere. Doing something like: >> >> dump 0auChf 16 0 - /home | bzip2 -9 > /store/home.0.bz2 >> >>always produces a corrupt file (as per ``bzip2 -t''). I used to blame the >>drive's temperature, but it now sits in its own enclosure and stays under 40 >>Celsius. >> >>When the drive is accessed, there are (according to `systat -vm') many >>thousands of interrupts 17 -- on my system these are shared between pcm0 and >>ehci0. Why are these triggered by accessing SATA is unclear, but the Intr's >>share of the CPU time is often above 80% of one processor's total (I have 4 >>processors). >> >>As I mentioned a year ago, Knoppix was accessing the same drive at much higher >>speeds, so I don't believe, the problem is with the hardware... >> >>Please, advise. Thanks! >> >> > >FWIW: You could try cleaning the connectors and use a fresh new cable >for the connection (the spec has a very small value for plugging the >connectors at the cable). > > Are you referring to how many time the cable can be plugged in and removed? If so what is the number? Thanks, Steve >I had massive problems and got rid of them that way ... > >Marc > > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson)