Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-30 Thread David Schultz
Thus spake Peter Wemm [EMAIL PROTECTED]: Actually, not even then. Modern IDE drives only write entire tracks at a time. If you modify a single sector, then the drive has to read the entire track into the buffer, in-place edit the sector, and then rewrite the entir e track.

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-29 Thread Nate Lawson
On Mon, 28 Oct 2002, Doug Barton wrote: On Mon, 28 Oct 2002, Kenneth Culver wrote: I'd probably steer clear of the western digital drives as well. Yes the make that stear clear. Ummm... why? steer is a word with multiple meanings. I can't find stear anywhere. Mu. -Nate To

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-29 Thread Peter Wemm
David Schultz wrote: Thus spake Peter Wemm [EMAIL PROTECTED]: Actually, not even then. Modern IDE drives only write entire tracks at a time. If you modify a single sector, then the drive has to read the entire track into the buffer, in-place edit the sector, and then rewrite the entir

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Kenneth Culver
You might want to give that a bit of thought. IBM, while producing OK scsi disks, has had a really terrible headache getting reliability into their IDE products. Additionally, IBM just sold their entire hard disk product line to some other company. I don't know if that had anything to do

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Kenneth Culver
I'd probably steer clear of the western digital drives as well. Yes the make that stear clear. 8MB cache that some of them have DOES make a difference, but from personal experience, the drives themselves don't last that long. So in short, what good is a fast hard-drive if it's just going to

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Daniel O'Connor
On Tue, 2002-10-29 at 01:42, Kenneth Culver wrote: I'd probably steer clear of the western digital drives as well. Yes the 8MB cache that some of them have DOES make a difference, but from personal experience, the drives themselves don't last that long. So in short, what good is a fast

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Kenneth Culver
I haven't had any trouble with the WDxxxBB drives - the WDxxxAA drives are pretty unreliable though. Hrmm, I havn't tried those, but just about every WD drive I've used has ended up with problems which were of course handled by the warranty, but even then, I still had to reinstall the os and

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Daniel O'Connor
On Tue, 2002-10-29 at 01:54, Kenneth Culver wrote: I haven't had any trouble with the WDxxxBB drives - the WDxxxAA drives are pretty unreliable though. Hrmm, I havn't tried those, but just about every WD drive I've used has ended up with problems which were of course handled by the

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Doug Barton
On Mon, 28 Oct 2002, Kenneth Culver wrote: I'd probably steer clear of the western digital drives as well. Yes the make that stear clear. Ummm... why? steer is a word with multiple meanings. I can't find stear anywhere. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Kenneth Culver
Yes, but my point is that the AA drives are bad, but the BB drives seem good. I have been using them for a while (~1 year) without trouble. I believe the JB drives are much more closely related to the BB drives (ie effectively identical but with a bigger cache). Personally I find that no HD

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Kenneth Culver
Ummm... why? steer is a word with multiple meanings. I can't find stear anywhere. well, lets just say that my brain is fried b/c of midterms. OK? :-P Ken To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Doug Barton
On Mon, 28 Oct 2002, Kenneth Culver wrote: Ummm... why? steer is a word with multiple meanings. I can't find stear anywhere. well, lets just say that my brain is fried b/c of midterms. OK? :-P Ah, you are forgiven then... go and sin no more. :) To Unsubscribe: send mail to [EMAIL

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread .
Howdy Crew, I am about to buy a new hard disk for my FreeBSD work station. Since FreeBSD's ATA drivers implement Tagged Command Queuing and IBM make the only ATA disks that implement tagged command queuing ( ie since the 60GXP family ), an IBM 40GB 120GXP looks like the best solution.

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Chuck Robey
On 29 Oct 2002, Daniel O'Connor wrote: On Tue, 2002-10-29 at 01:54, Kenneth Culver wrote: I haven't had any trouble with the WDxxxBB drives - the WDxxxAA drives are pretty unreliable though. Hrmm, I havn't tried those, but just about every WD drive I've used has ended up with

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Daniel O'Connor
On Tue, 2002-10-29 at 02:40, Chuck Robey wrote: Personally I find that no HD manufacturer has a good reputation - they have all made trashy drives at one point. Give the general time it takes for problems to surface vs product lifetimes makes deciding what to buy a PITA :( No, I'd take

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Peter Wemm
Daniel O'Connor wrote: On Tue, 2002-10-29 at 02:40, Chuck Robey wrote: Personally I find that no HD manufacturer has a good reputation - they have all made trashy drives at one point. Give the general time it takes for problems to surface vs product lifetimes makes deciding what to buy

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread .
Daniel O'Connor wrote: As you can imagine, this violates the basic assumptions of FFS and softdep. They assume that only sectors that are written to are at risk, and do all their ordering based on that assumption. But the assumption is completely bogus. Even with no-caching it doesn't work

Re: [hardware] Tagged Command Queuing or Larger Cache ?

2002-10-28 Thread Peter Wemm
.@babolo.ru wrote: Daniel O'Connor wrote: As you can imagine, this violates the basic assumptions of FFS and softdep. They assume that only sectors that are written to are at risk, and do all their ordering based on that assumption. But the assumption is completely bogus. Even with