T.R | Title | User | Personal Name | Date | Lines |
---|
6028.1 | | PCBUOA::KRATZ | | Thu May 22 1997 08:14 | 5 |
| Right... it's an attribute of the SIS chipset. The Venturis line
is more aimed at the general business user, with the Celebris line
more aimed at the power user, which is what this more closely aligns
to.
K
|
6028.2 | Did the swapfile size change? | NNTPD::"[email protected]" | | Fri May 23 1997 07:38 | 5 |
| Just a stab in the dark, but what was your swapfile size
for each memory configuration?
r
[Posted by WWW Notes gateway]
|
6028.3 | BG92202A.EXE | PCBUOA::LIBKIND | Sam Libkind - PC Support Engineering 276-9465 | Tue May 27 1997 06:47 | 3 |
| The latest BIOS on WEB/BBS fixes this problem.
Venturis 5xxx (not 560) BIOS V2.02 (EXE)
BG92202A.EXE
|
6028.4 | Further Info | HGOV08::JOHNNYSZE | | Tue May 27 1997 21:25 | 10 |
| Rod,
The swap file was changed accordingly under different memory
configuration.
Sam,
The BIOS has been upgraded to V2.02 already and no improvement.
|
6028.5 | Me, too? | SHRCTR::PJOHNSON | Vaya con huevos. | Wed May 28 1997 03:56 | 6 |
| I don't have a degradation problem: I just haven't seen an improvement
after upgrading a Venturis 4100 from 36MB to 68MB and a Celebris 5100
XL from 48MB to 192 or 196MB. Are there BIOS changes that I should
apply?
Pete
|
6028.6 | Any Other Ideas/Comments ? | HGOV05::JOHNNYSZE | | Sun Jun 01 1997 21:15 | 18 |
|
As per my first message, there was no improvement after upgrading the
Venturis 5100 from 40MB to 56MB, and there was even degradation when
it was further upgraded to 72MB:
Memory | Time taken by Venturis 5100
=====================================
8MB | 35-36 sec
16MB | -
24MB | 12-13 sec
40MB | 11-12 sec
56MB | 11-12 sec
72MB | 16-18 sec
It seems that this might be due to the 64MB memory limit for 256KB L2
cache. Any other ideas/comments ?
|
6028.7 | | TARKIN::LIN | Bill Lin | Mon Jun 02 1997 07:05 | 7 |
| re: .6 by HGOV05::JOHNNYSZE
Are you expecting the runtime to approach ZERO as your memory goes to
INFINITY? It just doesn't work that way! How do you know that 11-12
seconds is not the best that one can do on that machine?
/Bill
|
6028.8 | put down the hammer | PCBUOA::KRATZ | | Mon Jun 02 1997 09:34 | 2 |
| Maybe it's me, but if it feels good at 40Mb and 56Mb, and hurts
at 70Mb, then I'd stay away from 70Mb.
|
6028.9 | Venturis 5100 only ?? | HGOV05::JOHNNYSZE | | Tue Jun 03 1997 05:39 | 14 |
|
We have just tested the Compaq PC with more than 64MB memory & the result
is as follows. From this it is clear that performance is degrading in
our Venturis PC.
System Compaq Deskpro2000 Digital Venturis
File Size used 11.6 MB 11.6 MB
L2 Cache 256 KB 256 KB
RAM Size used 40 MB 72 MB 40 MB 72 MB
Time taken 3 Minute 2 Min.10 Sec. 3 Min. 22 Sec. 3 Min. 40 Sec.
Anyone has further idea ?
|
6028.10 | | PCBUOA::KRATZ | | Tue Jun 03 1997 08:59 | 4 |
| reread .1 again.
reread .1 again.
reread .1 again.
re...
|
6028.11 | No Workaround ?? | HGOV06::JOHNNYSZE | | Tue Jun 03 1997 20:29 | 3 |
| If it's an attribute of the SIS chipset, does it mean that there is no
workaround ??
|
6028.12 | SIS? | USPS::FPRUSS | Frank Pruss, 202-232-7347 | Wed Jun 04 1997 08:44 | 1 |
| What is the SIS chip set?
|
6028.13 | one thought.... | TROOA::MSCHNEIDER | [email protected] | Wed Jun 04 1997 08:51 | 4 |
| SIS --- "Sorry It's Slow"
8-)
|
6028.14 | | CAMPY::ADEY | PC Server...now there's an oxymoron! | Wed Jun 04 1997 10:26 | 6 |
| re: Note 6028.11 by HGOV06::JOHNNYSZE
It means you either don't go over 64MB of RAM, or you replace your
motherboard with one that's more 'robust'.
Ken....
|
6028.15 | | PCBUOA::KRATZ | | Wed Jun 04 1997 11:05 | 15 |
| re.12
>What is the SIS chipset
A chipset from a company called SIS. We sold 800,000 PC based on
them last year. BTW, what's Alpha? ;-)
>Sorry It's Slow
An SIS-based Celebris FX got the highest score (Winstone97 Business
score of 45) in PC Magazine's last roundup (not the one just out;
the February MMX roundup... not to be confused with the FX-2 which
got a 45 too (but only had 256k, all production models are 512k)
in the 6/27/97 roundup).
The SIS-based PC is designed for business applications, where it does
very well, not high end CAD.
K
|
6028.16 | | TARKIN::LIN | Bill Lin | Wed Jun 04 1997 13:49 | 5 |
| SiS stands for Silicon Integrated Systems (Corp.).
FYI,
/Bill
|
6028.17 | Fine, but... | USPS::FPRUSS | Frank Pruss, 202-232-7347 | Wed Jun 04 1997 18:40 | 6 |
| Uh could I buy a clue here?
What does the SIS "chipset" _do_? Why is it "obviously slower" with
a memory size larger than 64Mb?
FJP
|
6028.18 | | TARKIN::LIN | Bill Lin | Wed Jun 04 1997 18:55 | 21 |
| re: .17 by USPS::FPRUSS
> What does the SIS "chipset" _do_? Why is it "obviously slower" with a
> memory size larger than 64Mb?
All of the "chipsets" people talk about when referring to PCs are the
system support chip sets. They connect the processor chip to the
external cache (if it exists), the main memory, and provide some path
to the I/O. Current chip sets provide a primary PCI bus and a bridge
to ISA or EISA.
The 64MB cacheable limit in this particular product gives us the
undesirable side effect that adding memory beyond 64MB can result in
slower performance, because once the O.S. touches memory beyond the
cacheable limit, access times are those of standard dynamic rams (50 to
70 nanoseconds typically) rather than those of much faster static rams
(10 to 15 nanoseconds typically) for most memory accesses.
Hope this simplified explanation helps.
/Bill
|
6028.19 | memory allocated from the top-down | MARVIN::RIGBY | No such thing as an alpha beta | Fri Jun 06 1997 04:19 | 18 |
| > The 64MB cacheable limit in this particular product gives us the
> undesirable side effect that adding memory beyond 64MB can result in
> slower performance, because once the O.S. touches memory beyond the
> cacheable limit, access times are those of standard dynamic rams (50 to
> 70 nanoseconds typically) rather than those of much faster static rams
> (10 to 15 nanoseconds typically) for most memory accesses.
And to make matters worse, Robert Collins reports that memory is allocated from
the 'top' down (see http://www.x86.org/digest/May97/Feature01.html)
"I didn't think this was any big deal, as I figured that the benchmark
programs would use less than 64 MB of memory, and wouldn't be affected by the
upper 64 MB of cacheability. An AMD employee pointed out that Windows
allocates memory from top-down. That means that these benchmarks were run in
the non-cacheable portion of memory (top of memory), instead of the better
performing lower portion of memory. Now, I've installed the tag-ram (a
whopping $1.89) and re-run the tests. As you can see, the results are
strikingly different than they were before."
|