Path: utzoo!attcan!uunet!tut.cis.ohio-state.edu!ucbvax!UOTTAWA.BITNET!451061
From: 451061@UOTTAWA.BITNET (Valentin Pepelea)
Newsgroups: comp.sys.amiga.tech
Subject: Re: GVP controller
Message-ID: <8908102227.AA12223@jade.berkeley.edu>
Date: 10 Aug 89 21:44:59 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Lines: 109

Christian Balzer  writes in
Message-ID: <4004@shlump.nac.dec.com>

> And once more our loony computer nerd is faced with an article of such
> intense incompetence and stupidity that drives his mind instantly into
> it's Mr. Hyde state and won't allow him to write a more sensible
> response. Sorry!

Agreed, your message was indeed insensible.

> In article <8908072207.AA14796@jade.berkeley.edu>, 451061@UOTTAWA.BITNET
> (Valentin Pepelea) writes...
>
> >Let me give you some insight into that. The GVP controller is actually
> >faster even though you get lower diskperf times.
>  ^^^^^^                     ^^^^^
>
> Hah, can you say contradiction? Gee, I thought so.

No contradiction. Benchmarks are benchmarks, they have the fault of delivering
results which do not apply to other situations.

For example we all know that the Cray Y/MP is the fastest supercomputer in the
world. (debatable) But run some data processing benchmarks on it, and it might
perform slower than an IBM mainframe. Why? The Cray was made to perform
scientific computations using its parallel (pipelined actually) math
processors. Calculating you company's payroll involves more I/O and no FP math,
thus no fantasic results.

Flame(ON);

     I am royally pissed off that you made such a stupid remark, despide your
     comments that followed which show that you clearly understood what I
     meant.

Flame(OFF);

> And don't try to tell us that black is white. A dedicated DMA chip will do a
> MUCH better job transfering data than a 68000. That's why there is a blitter
> in the Amiga, bub.

YASR. (Yet Another Stupid Remark) I never claimed that transfering data using
the CPU was faster than DMAing. Merely that a DMA directly from the hard disk
was limited by the hard disk's mechanical limitations.

> >So if you multitask a lot, you'll want the GVP controller, otherwise the
> >other controllers are for you. Retry the diskperf benchmark again with a
> >few CPU intensive programs in the background, you'll see what I mean.
>
> Yeah, just do that and you'll see his fantasies blown right out of the water.
> I keep on wondering just how much GVP is paying him for this. Or is he
> rambling on his spare time? ;-)

Um, they're letting me have a 25 MHz 68030 board if I can keep this up for a
month. (Keep fantasizing Valentin :-) )

> On a more technical side, Valentin has descriped the way the GVP controller
> works quite correctly.

Thank you.

> But the conclusion he draws from this knowledge are VERY debateable. For
> more infos, see my next HD controller review in a few weeks.

What is wrong, deserves many flames. What is debatable deserves, respect and
counter-rebuttals and challenges.

> >Now you know why all the CS and EE types here on Usenet recommend GVP while
> >the doof dummkopfen in Deutschland recommend the rest.
>                                                         ^^^^^^^^
>                                       SEVERE LACK OF SMILIES DETECTED!!!
>
> Gee, this seems to be the week for for all the morons and bigots to surface.
> First that "don't buy at jews" jerk (sounds awfully familiar) and now this.
> And get your fucking lingo straight, before you start insulting complete
> nations.

Ahh, so this is what angered you so much.

Flame(ON);

     If you bloddy idiot had followed up the thread carefully, you would have
     realised I was talking about a small group of Swiss and German dealers
     which underrated some products in favor of others. While I am willing to
     accept rebuttals and and challenges from anyone, I am not willing to let
     skitsophrenic imbeciles spit beer flavored saliva at me like that.

Flame(OFF);

> On the topic "attitude of net.experts", I'll have to agree with Valentin
> (ugh). I usually give advice via email and restrain myself to answer only
> those questions I feel to be competent enough to do so.

Thank you.

>  / /  | \ \   aka Christian Balzer  - The Software Brewery -         //
> < <   |-<  > decwrl!frambo.dec.com!CB | unido!decum!frambo.dnet!CB      //
>  \ \_ |_/ /  I-Net: CB@frambo.enet.dec.com | E-Net: FRAMBO::BALZER  \\ //
> ------------ PMail: Im Wingertsberg 45, D-6108 Weiterstadt, F.R.G.   \X/

Have a nice day.

Valentin
_________________________________________________________________________
"An  operating  system  without         Name:   Valentin Pepelea
 virtual memory is an operating         Phonet: (613) 231-7476
 system without virtue."                Bitnet: 451061@Uottawa.bitnet
                                        Usenet: Use cunyvm.cuny.edu gate
         - Ancient Inca Proverb         Planet: 451061@acadvm1.UOttawa.CA