Jihad needs scientists
in [Design]
|
From: MassiveProng on 6 Mar 2007 19:42 On Tue, 06 Mar 2007 08:16:02 -0600, "nonsense(a)unsettled.com" <nonsense(a)unsettled.com> Gave us: >MassiveProng wrote: > >> On Mon, 05 Mar 2007 07:15:46 -0600, "nonsense(a)unsettled.com" >> <nonsense(a)unsettled.com> Gave us: > >snip > >>>Bit by bit compare is the gold standard. > >> Bullshit. The MICROSOFT Flight Sim X CHECKSUMS the DVD during the >> install process. It reads the entire DVD, and there is no image to >> check it against bit-for-bit. It relies on a checksum figure, and it >> is deadly accurate, dipshit. > >snip > >Using a Microsoft game as your standard? > Using any optical medium based install application, dumbass. >Good for you, not so good for serious uses. You're an idiot. For one thing MS Flight is NOT a game. It is one of the most advanced flight simulators on the planet at the consumer level. For another, ALL Suse Linux, as well as many other distros use checksums to verify their disc images as well as the finished burned discs. As do many other makers of soft media provided on optical storage mediums. You could be a bit more clueless, just not in this life.
From: MassiveProng on 6 Mar 2007 19:49 On Tue, 06 Mar 2007 08:25:51 -0600, "nonsense(a)unsettled.com" <nonsense(a)unsettled.com> Gave us: >MassiveProng wrote: > >> On Mon, 05 Mar 07 16:01:29 GMT, jmfbahciv(a)aol.com Gave us: >> >> >>>And one controller could have many devices hanging off it. >> >> >> >> Nope. MFM as well as ESDI carried only two drives per channel. > >Had tapes on them too. > >> SCSI >> is the exception, and has always carried many "ports" per channel. >> That is due to the fact that the interface, SCSI, is meant for more >> than hard drives. > >Wrong again. SCSI is NOT an exception. You'd probably be >surprised at the sorts of things we hang off a centronics >parallel I-O port. You folks call that the printer port >because IBM named it LPT1. I worked with various IEEE standard interfaces before you even knew what a printer was, much less how it was attached.
From: MassiveProng on 6 Mar 2007 19:55 On Tue, 06 Mar 2007 08:56:31 -0600, "nonsense(a)unsettled.com" <nonsense(a)unsettled.com> Gave us: >Seems to me she's delving into theory while you're stuck >in "hardware as it is now" arguments. She's learning from >you, possibly not in ways you can relate to. > Your analytical skills are about as useless as your capacity for the computing realm. That said, you cannot possibly have any credibility when addressing such issues, dumbass.
From: MassiveProng on 6 Mar 2007 19:57 On Tue, 6 Mar 2007 15:06:34 +0000 (UTC), kensmith(a)green.rahul.net (Ken Smith) Gave us: >In article <2f35c$45ed811d$4fe701c$6345(a)DIALUPUSA.NET>, >nonsense(a)unsettled.com <nonsense(a)unsettled.com> wrote: >[.....] >>> Not what BAH is refering to isn't. The change she is disagreeing with >>> didn't start with any ability to do operations between drives without the >>> CPU getting involved. The disk drive controller electronics was shared >>> between two drives but only one drive could operate at a time. >>> >>> It is posible that she has confused the disk drive controller with a >>> thing called a channel controller that was a topic in earlier discussion. >> >>Seems to me she's delving into theory while you're stuck >>in "hardware as it is now" arguments. > >I think you need new glasses. She is speaking of theory that was old when >we were young. She has gone part way towards noticing that a round thing >will roll even if you attach to a shaft at its center point. In a another >few weeks whe will have a wheel. > Dip that wick into the hot wax often enough and eventually you will produce what we modern folks call a candle.
From: MassiveProng on 6 Mar 2007 20:03
On Tue, 6 Mar 2007 10:09:04 -0500, krw <krw(a)att.bizzzz> Gave us: >Dimbulb, SATA drives are one per cable. There is no Master/Slave, >nor Cable Select (what you're attempting simper on about). I meant UDMA. You know, that method you swore was controlled at the motherboard. Just so you know, the SERIAL ATA interface is ALSO tertiary to the PCI bus. |