Tag Archives: vintage

My little SiS (6326) can’t be this fast…er

Remember when I tried the SiS 6326 C3 and it sucked? Well, I ultimately decided to test the C5 revision as well. I actually found one still in its box. The stuff people keep around these days… it has its drivers disc (only includes version 1.23, so pretty useless today) and even a small user manual.

Never even heard of this brand. But the side of the box implies that they might have made an Intel i752. Now that would be a rare find.

So let’s look at the facts. The C3 revision had its fair share of issues, chiefly some horrible perspective correction and warping polygons. After completing my tests, I can say that these are mostly gone here. I say mostly, because it’s still not as good as some other cards… but considering the price, it’s not that bad.

One quick look at the manual would show the line “Supports 4MB SGRAM memory configurations”. Suspicious. My model is supposed to have 8MB. And it is. Except that, as it turns out, no game will run at anything above 800×600, choking on Out Of Memory errors. Digging around the net, I discovered that some people believe the SiS 6326 can’t actually access more than 4MB. That seems to be true. It would mean everything else after that amount can’t be used as framebuffer and becomes texture memory. My tests, again, seem to corroborate this theory. Having an 8MB card is useful though, because unlike my 4MB card, it doesn’t drop any textures. And let’s face it, the 6326 is slow as a snail so you wouldn’t really wanna run on 1024×768, even in the simplest games.

I was also able to find a specific “High Angle” driver (yes, that’s the version, it doesn’t have a number) that manages to support OpenGL in Quake 2 (about as badly as you’d expect) and somehow allows 3DMark 99 to run on its default settings. Speed is just as bad as always, perhaps slightly faster than before, but not in any appreciable manner. It’s really all about the improved image quality. Still, OpenGL manages to make it even worse.

The Quake 2 demo1.dm2 hall of shame (i440BX2, P3-450mhz, 128MB PC100). I guess the Riva and i740 don’t really belong in there, but that performance drop on 1024×768 is quite ugly.

Strangely, the card seems to use the same refresh and resolution timings as the newer SiS 305, rather than those used by the previous 6326 model. Maybe some things were changed in between.

With its outstanding issues fixed, the 6326 is a little bit faster than a Rage IIc and even a bit more reliable. For 1998 however, one year after the original (buggy) 6326 was released, it was just too slow, no matter how small your budget may have been. It sure sold a lot though. I wonder how many people bought one, just to discover that it was the true successor of the graphics decelerator? Good times indeed.

Advertisements

Memory Goes Here, Performance Goes There

Another failure? At least an interesting one, this time.

20170216_194151
A whole 8MB on a single stick. Only in 1998, folks.

Just a few days ago, I found a cheap 8MB SGRAM expansion for the Matrox G200 series. Yes, it’s a memory expansion for real this time. It was supposed to bring my G250 all the way up to 16MB. In itself, it’s already a useless experiment – the G400 32MB has more memory, is faster in everything, and has literally the same compatibility (including the same issues). While I was sure it wouldn’t make any difference in lower resolutions, I was thinking that perhaps you could see an effect once the local memory was entirely filled up by the framebuffer.

What I didn’t know, was that the memory expansion would actually decrease the default memory and core clocks on the card.

g250bench1
You don’t have to worry about higher resolutions if your monitor is crap.

I said in the past, that my G250 seems a bit different from the specs originally mentioned on Wikipedia: the core runs at 105mhz core, and the memory at 140mhz. That’s pretty high for its time, but I tested the veridicity of Powerstrip’s claims by running a few games and noticing that framerates scaled almost linearly against the G200A (which runs at 84/112mhz). It doesn’t even seem like an anomalous overclock, since scores stay up no matter how long I keep the tests running, and there are no artifacts in sight.

But after installing the memory daughterboard, suddenly I found the clocks going down to 90/120mhz. Attempting to overclock the card all the way up to the original values produced slight artifacts, so I didn’t make any further attempts. And sure enough, testing the card showed a sizeable decrease over the original framerates. The Forsaken test is particularly telling: the framerate matches the core clocks almost entirely, and shows that, at least on a P3-450mhz, the game is completely bound by the graphics card.

20170216_194429
The complete set. Now with automatic downclocking.

I made two mistakes: I thought there would be no difference at lower resolutions, but there was. And also, I thought there might be a difference at high resolutions, but it didn’t quite turn out. Even with something like 1024x768x32 in Incoming, which is supposed to fill the framebuffer almost entirely, the framerate delta is still effectively the same. 3DMark 99 does show a slight proportional increase when running at 1280×1024, but the difference is pretty small. I suppose the G200 series was really good at AGP texturing. It had DiME support, like the i740, whereas many AGP cards of the era stopped at DMA.

So what happened? Well, I have a theory. The expansion module was made for the old G200, which only ran at 84/112mhz (just like the later G200A die shrink). So they didn’t bother making memory chips that could run much faster than that, since they weren’t expecting people to clock the card any higher – after all, the G200 wasn’t even quite a gamer’s card to begin with. Therefore, since the G200 seems to always run with a 3:4 ratio between the core and memory, if you add slower memories, the core will go down too. Bummer, uh?

20170215_200400
Thank god my paycheck came in just a few days ago.

So that was an interesting experiment, but it could have gone better. Lately, all of my experiments haven’t gone so well, perhaps it’s a sign that my benchmarking days are over? Time will tell. At least the rest of my haul from yesterday wasn’t bad, as you can see. I expect to start Barrow Hill pretty soon, perhaps in the weekend (still playing Claw)… while the Zork book will have to wait until War and Peace is finished, which might take a little while.

Oh, and the SiS 6326 is a C3 revision with just 4MB of memory. Even worse than expected. I’ve never seen such horrible texturing perspective issues. Another one for the shelf.