Date: Fri, 25 Mar 2005 22:08:24 +0100 From: Anthony Atkielski <atkielski.anthony@wanadoo.fr> To: freebsd-questions@freebsd.org Subject: Re: Anthony's drive issues.Re: ssh password delay Message-ID: <1171299852.20050325220824@wanadoo.fr> In-Reply-To: <LOBBIFDAGNMAMLGJJCKNEEOIFAAA.tedm@toybox.placo.com> References: <1074993623.20050324195325@wanadoo.fr> <LOBBIFDAGNMAMLGJJCKNEEOIFAAA.tedm@toybox.placo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Ted Mittelstaedt writes: > That is right around the time that brand new drives fail, if they are > going to, that is. Well, I got a replacement drive today, so if this one fails, I have another one standing by. I'll need to see more clear indications that the drive is actually in trouble before swapping them, however (I have backups and only /var and /tmp are on the drive, so I can afford to wait and see). The self-tests I run with smartctl show no errors, but the UDMA CRC error count for /dev/ad10 is non-zero, as is the soft error count. I don't know how much I can trust these numbers. > Modern drives with the exception of high end SCSI ones, are as a > friend of mine put it once: "slapped together a million miles a second > on the assembly line" I could buy a dozen of these drives for the cost of one equivalent SCSI drive. SCSI is nice, but it's awfully pricey, for no good reason that I can see, and unless one is running a very heavily loaded server, I'm not sure that I see the advantage to it. I was thinking a few days ago that extremely fast static RAM might be the single best way to boost system performance, but that was just daydreaming. (From what I understand, most modern processors spend most of their time in wait states waiting for memory to reply.) -- Anthony
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1171299852.20050325220824>