First, for the past 10 years or so the SMP effect has been negated to the
point that it is almost not worth figuring, especially for anything under 10
engines.
I disagree.
I lose 12-15% of the engine when I add the second one and I lose another 15%
(or more) for each engine thereafter, up to
Are you running the latest version of TRSMAIN?
-Rob
This e-mail transmission contains information that is confidential and may be
privileged. It is intended only for the addressee(s) named above. If you
receive this e-mail in error, please do not read, copy or disseminate it in any
manner.
I've heard of that some places are desperate to get every KB
of extended private area they can, but I've never worked at one.
So usually I like to see between 50MB and 200MB of ECSA sitting
around just in case. Then, if an ECSA hog comes along you have
room to move. Such a hog (of varying
The LE callable service CEEGMTO returns the offset of local time from
GMT/UTC time. Examples of its use are provided in the IBM manual z/OS
Language Environment Programming Reference, publication number SA22-7562.
The current edition can be downloaded from the IBM publications website.
I've heard of that some places are desperate to get every KB of extended
private area they can, but I've never worked at one.
We had a front-end software switch in front of ABM's a few years back, where I
used to work.
It kept all of its control blocks in one address space.
We had to tune the
Hi Ted,
I won't discount that could be true with an unusual pathologically SMP
unfriendly workload but it's not normal on modern zSeries environments
in my experience. The support in z/OS for more than 16 CP's would be
pointless if it were true. Some of the capacity charts produced for
z990 and
I'm curious about something. I believe the z/900, which I'm sure can be
bought fairly cheaply on the open market, has multiple engines that can be
turned on or off by IBM. What if you buy a 3 engine machine, and 6 months
later you need 5 engines. I'm sure if you pay IBM to upgrade the box,
I disagree.
I lose 12-15% of the engine when I add the second one and I lose
another 15% (or more) for each engine thereafter, up to about 8 or 9
engines. Going from a 308 to a 309 adds only about 300 MIPS when an
engine is (nominally) 450 MIPS.
That to me is more than almost not worth
On Sat, 2006-06-10 at 15:35 -0700, Gerhard Adam wrote:
I disagree.
I lose 12-15% of the engine when I add the second one and I lose
another 15% (or more) for each engine thereafter, up to about 8 or 9
engines. Going from a 308 to a 309 adds only about 300 MIPS when an
engine is (nominally)
Mainframes to address new ‘workload,’ says IBM
INQ7.net Sat, 10 Jun 2006 10:33 AM PDT
MAINFRAMES will stay but will continue to evolve to address new types
of applications or workloads that customers demand today, an IBM
executive said.
The bit I found interesting was;
IBM's internal figures indicate that around 60 percent of mainframe
revenues are now derived from running new workloads such as Linux, Java,
database applications, and recently, service-oriented architecture-type
of systems.
I can believe these so-called new
Don't know perhaps he/she means SAP, SIEBEL, Datawarehouse or whatever comes
via DB2 Connect.
Well I see about 30-40 percent for two of my four client. Well SOA is just a
bit not to
say close to 1 percent but it's a very new task even it's old for IBM.
XML is very important and AFAIK z/OS R8
Gerhard Adam wrote:
What are you losing? It isn't as if these processors are off playing
solitaire. They're paying the cost of communication to allow more
simultaneous operations for YOUR workload. The primary benefit of this
approach is to reduce the queueing impacts of multiple units of
13 matches
Mail list logo
