*BSD News Article 5897


Return to BSD News archive

Xref: sserve comp.os.linux:11531 comp.unix.bsd:5945 comp.sys.ibm.pc.misc:22056 comp.sys.ibm.pc.hardware:32549
Newsgroups: comp.os.linux,comp.unix.bsd,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware
Path: sserve!manuel!munnari.oz.au!uunet!sun-barr!ames!haven.umd.edu!darwin.sura.net!mojo.eng.umd.edu!pandora.pix.com!stripes
From: stripes@pix.com (Josh Osborne)
Subject: Re: public S3 design (Was: Free software and ... Diamond products)
Message-ID: <BvGoLF.8nn@pix.com>
Keywords: Diamond, free-software, S3, VGA, SVGA
Sender: news@pix.com (The News Subsystem)
Nntp-Posting-Host: pandora.pix.com
Organization: Pix Technologies -- The company with no adult supervision
References: <t00nqa=.hasty@netcom.com> <4m+p5fd.hasty@netcom.com> <BvCyt0.JG4@immd4.informatik.uni-erlangen.de>
Date: Thu, 1 Oct 1992 21:20:02 GMT
Lines: 35

In article <BvCyt0.JG4@immd4.informatik.uni-erlangen.de> Torsten Duwe (duwe@informatik.uni-erlangen.de) writes:
[...]
>Doesn't performance depend solely on the main (bus/memory/whatever) clock ?
>... would be a bad thing if drawing speed was closely coupled to the pixel
>clock. 

With normal DRAM (i.e., not VRAM, not duel ported RAM) if the shifter needs
to output 65 Mega Pixels per second (assuming 8bits per pixel) 65 Mbyte/sec
of bandwidth is used to feed the shifter, which is 65Mb/sec you can't use to
transfer data to the DRAM.

[...]
>In my opinion local bus is unnecessary if you have an 'intelligent' SVGA to
>give complex commands to. Only memory to screen bitblt is an issue but that
>should be solved using more video RAM - hope the '928 is able to address more
>than 1 Meg.

Well please optimise copy plane of pixmaps with xor on and have enough RAM
that all of xtanks pixmaps can be resident (I think there is over 1M of them
once rotated out, if not I know there is over 500K of them).  [...]

>[...]
>>(4) S3 corportation provides a software development kit
>Yup! They're very DOS-infected but nice people.

I thought they had a windows bias, the 911 isn't very fast unaccel'ed
(isn't as fast as, say, the ET4000), and most DOS programs arn't accel'ed.
Not that windows is all theat diffrent from DOS...
[...]
-- 
           stripes@pix.com              "Security for Unix is like
      Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
      "The dyslexic porgramer"                  - Kevin Lockwood
We all agree on the necessity of compromise.  We just can't agree on
when it's necessary to compromise.       - Larry Wall