Also be sure to define who your high and low priority users and servers are, and
set your relative share values accordingly. This probably has the biggest effect
on performance than any other single tuning parameter. Then make sure everyone
(especially your lower priority users) understands what those share priorities
mean so there are no false expectations. A well-tuned system will often run at
100% CPU and not generate complaints.

Ray Mrohs
Energy Information Administration
U.S. Department of Energy


-----Original Message-----
From: Post, Mark K [mailto:[EMAIL PROTECTED]
Sent: Monday, November 07, 2005 11:33 AM
To: [email protected]
Subject: Re: Performance of linux on zVM does not compare to x86


Yes, compiles are almost 100% CPU intensive tasks.  Mainframes are not
the best choice for compute intensive tasks, which is why you have to
pick your workload carefully.  The other applications you talk about,
HTTP serving, Web Application serving, email *are* good choices for the
mainframe.  Database serving in particular can save you a ton of money
if you run Oracle, since they license by the machine and price it the
same regardless of architecture.


Mark Post

-----Original Message-----
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Miller, Ila
Sent: Monday, November 07, 2005 8:48 AM
To: [email protected]
Subject: Performance of linux on zVM does not compare to x86


-snip-
It appears a compile on any of the linux takes a very long time and
compares to a Pentium III processor speed.

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to