From owner-freebsd-stable@FreeBSD.ORG Tue Mar 27 09:28:59 2007 Return-Path: X-Original-To: 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 9120816A501 for ; Tue, 27 Mar 2007 09:28:59 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id D79D313C4C2 for ; Tue, 27 Mar 2007 09:28:57 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 91476 invoked by uid 89); 27 Mar 2007 09:23:39 -0000 Received: by simscan 1.2.0 ppid: 91471, pid: 91473, t: 2.1234s scanners: attach: 1.2.0 clamav: 0.88.7/m:42/d:2560 Received: from unknown (HELO claylaptop) (clay@milos.za.net@82.206.131.154) by bart.milos.co.za with ESMTPA; 27 Mar 2007 09:23:37 -0000 Message-ID: <02ac01c77052$546b8430$9a83ce52@claylaptop> From: "Clayton Milos" To: References: <200603010505.k2155HfQ003205@aldan.algebra.com><44054C5E.5070902@deepcore.dk> <200603011107.09942@aldan><200703261436.28659@aldan> <1174980137.336.5.camel@localhost.das.netz> Date: Tue, 27 Mar 2007 10:28:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: Subject: Re: pitiful performance of an SATA150 drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list 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 09:28:59 -0000 ----- Original Message ----- From: "Marc Santhoff" To: "Mikhail Teterin" Cc: Sent: Tuesday, March 27, 2007 8:22 AM Subject: Re: pitiful performance of an SATA150 drive > 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). > > I had massive problems and got rid of them that way ... > > Marc > Personally, I think the SATA cables are the biggest load of rubbish ever invented. They give endless headaches, always come lose, prone to vibration and are not strong enough to support the weight of the SATA cable itself. The ones that come with the Areca cards have clips that help a little. They should have used a FCH connector or something like that that has been proven in the field for years instead of inventing some flimsy rubbish that isn't reliable. If you can, glue the cables on the drive side at least so that they don't give you headaches. -Clay