Walter,

I knew you would answer! I know it's dicey and that mileage variance is
to be expected.

Brief history - I specifically remember that there was a statement made
somewhere for 6.5 to 7.0 that reference improved response time and
reduced CPU utilization. Pretty decent numbers. Again, I'm not so much
concerned about true gains but your summary does give a nice feeling on
the subject.

What prompted this is we had some management and development weenies
attend Lotusphere and according to the management weenie who is my boss
we have to get to 8.5 ASAP because we have performance gains......

Currently, I'm much messier than Rob. Due to partitions, ST,
Quickplace, and lots of bad luck last year I currently have a mix of
6.5, 7.0, and 8.0 with most production sitting at 6.5. I'm hoping to be
rid of 6.5 by the end of this quarter and well into moving into 8.0 on
certain technologies.

We will get current. Minimally we should be at 8.0 on everything by mid
year. Probably a test server on 8.5.

Michael Crump

Manager, Computing Services
Saint-Gobain Containers, Inc.
1509 S. Macedonia Ave.
Muncie, IN 47302

765.741.7696
765.741.7012 f



Motivation
If a pretty poster and a cute saying are all it takes to motivate you,
you probably have a very easy job. The kind robots will be doing soon.
-----Original Message-----
From: domino400-bounces+mike.crump=saint-gobain.com@xxxxxxxxxxxx
[mailto:domino400-bounces+mike.crump=saint-gobain.com@xxxxxxxxxxxx] On
Behalf Of Walter Scanlan
Sent: Tuesday, January 27, 2009 9:11 AM
To: Lotus Domino on the iSeries / AS400
Cc: domino400-bounces+wscanlan=us.ibm.com@xxxxxxxxxxxx; Lotus Domino on
the iSeries / AS400
Subject: Re: Performance change 6.5 to 7.0 to 8.0 to 8.5

Mike,
Dicey question.

IBM provides performance improvements from Major release to Major
release,
but direct benchmarks between 6.x and 8.x are not performed.
Additionally IBM altered the workload between testing 6.x and 8.x to
better reflect customer's changing use of Domino.
So direct comparisons can be misleading.
However here are some of the big gains between 6.x and 8.x

ADMINP
Large environments will see a huge reduction in CPU used by ADMINP
moving
from ND8 from ND6.
This is due to the redesign of rename/delete in reader/author fields.
Small shops will see little value but our Enterprise customers have
reported net CPU reductions by as much as 25% from this change.

Cluster Replication
Customers using clustering will take advantage of streaming replication
in
ND8.
Again returns vary based on the amount of data written to a server but
expect as much as 10% of CPU returned

Database
New ODS, database compression and additional tweaks will reduce both
memory (main storage) and disk io (# of arms) to support the
same workloads in ND8.x compared to ND6.x, Disk Busy rates can be
reduced as much as 15%.

Main Storage
A lot to cover here,
NSF buffer pool has been reworked, Shared memory structures,managing
session memory, The NET is the average customer memory per
user supported has dropped from 2.2 MB to 1.6 MB (your milage may vary).


These are just the big hitters and the impact will vary widely based on
your usage of Domino.


Walter Scanlan
Senior Software Engineer
Office: 507-286-6088
Cell: 507-990-4539
_______________________________________________
This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list
To post a message email: Domino400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/domino400
or email: Domino400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/domino400.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.