[Zope] Python on Sun cf Linux/Intel
Dr. Ross Lazarus
rossl@med.usyd.edu.au
Sun, 07 Nov 1999 13:44:02 +1100
Benchmarks are always problematic. It seems pretty clear that pystone is
single threaded and doesn't do "justice" to dual cpu's. It's also clear
that any serious benchmarks should run multiple threads to compare
machines under load when running zope tasks.
But, I still have trouble understanding why a single zope task takes
twice as long on the lightly loaded midrange Sun as a low end LIntel box
!
It's a typical development task - make 70 complex pages from zclasses
with thousands of elements. I don't want it to run multithread ! Coming
from a PC background, I always thought that we bought "big iron" minis
because they gave better throughput for everything - sure, it's not that
simple and the big iron will no doubt do much better under heavier
load....
FWIW, I'm moving all my development to the $2k LIntel box until I get
faster (raw, single threaded !) response elsewhere....
Pavlos Christoforou wrote:
>
> Discussing pystone benchmarks ...
>
> On our server Dual 450 PentiumIII, 512 Mb Ram, running ZServer (30,000
> hits /per day) and apache (800,000 req/day) pystone gives:
>
> Pystone(1.1) time for 10000 passes = 1.9
> This machine benchmarks at 5263.16 pystones/second
>
> Comparing with other machines I got the impression the pystones does not
> do justice for dual processor machines.
>
> Regards
>
> Pavlos
>
> On Sun, 7 Nov 1999, Andreas Kostyrka wrote:
>
> > On Sat, 6 Nov 1999, Dr. Ross Lazarus wrote:
> >
> > > Some time ago, there was a brief thread about zope on Sun.
> > > Does Python 1.5.2 run slower than might be hoped ?
> > >
> > > Two examples - taken from real boxes running real jobs. The bigger box
> > > was running more/other tasks than the littler one but load average never
> > > got beyond 1.0. Note that the Lintel box was a midvintage PII350 (92mB
> > > ram !) server running a squid proxy - surely not twice as fast as a
> > > lightly loaded dual cpu sun ?.
> > You should perhaps run the pystone benchmarks with time around it, and
> > divide by the CPU percentage. This should correct at least partly for some
> > existing load. (It doesn't solve the problem that with heavier load the
> > caches tend to be more often cold, etc.)
> >
> > Andreas
> > --
> > Andreas Kostyrka | andreas@mtg.co.at
> > phone: +43/1/7070750 | phone: +43/676/4091256
> > MTG Handelsges.m.b.H. | fax: +43/1/7065299
> > Raiffeisenstr. 16/9 | 2320 Zwoelfaxing AUSTRIA
> >
> >
> >
> > _______________________________________________
> > Zope maillist - Zope@zope.org
> > http://lists.zope.org/mailman/listinfo/zope
> > No cross posts or HTML encoding!
> > (Related lists -
> > http://lists.zope.org/mailman/listinfo/zope-announce
> > http://lists.zope.org/mailman/listinfo/zope-dev )
> >
--
Dr Ross Lazarus
Associate Professor and Sub-Dean for Information Technology
Faculty of Medicine, A27, R126a, University of Sydney,
Camperdown, NSW 2006, Australia
Tel: (+61 2) 93514429 Mobile: +61414872482
Fax: (+61 2) 93516646 Email: rossl@med.usyd.edu.au
http://www.health.usyd.edu.au/people/rossl.htm