WPS vs SAS & WPS on zLinux
William Richter
http://teamwpc.co.uk/press/press_statement_le_claim
WPS licensing their product on zlinux hopefully will give SAS and incentive
to do the same.
http://www.teamwpc.co.uk/products/wps/platforms/zlinux
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Scott Barry
>It appears that SAS is getting some competition from WPS
>
>http://teamwpc.co.uk/press/press_statement_le_claim
>
>WPS licensing their product on zlinux hopefully will give SAS and incentive
>to do the same.
>
>http://www.teamwpc.co.uk/products/wps/platforms/zlinux
>
Furthermore, MXG, likely many other SAS-based applications, today runs under
WPS on its supported OS platforms (z/OS MVS, *nix, Windows, zLinux, as
mentioned, and even a Mac).
While CA is working diligently with WPS R&D to develop their own CA MICS
supported environment for WPS on z/OS.
SAS Institute has decided to wake up and meet/greet the neighbors...finally!
Scott Barry
SBBWorks, Inc.
Kirk Wolf
for there to be competition.
Here's another: http://www.dullesopen.com/products/features
Mark Zelden
>SAS is a great product with great history; its only natural (and good)
>for there to be competition.
>Here's another: http://www.dullesopen.com/products/features
>
Great. Convert it from one CPU hog to another. :-)
I wonder which uses more CPU resources (not taking zAAP savings into account)?
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark....@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
Pommier, Rex R.
language? Do the lights in the data center dim when you merely mention
the name? :-)
Rex
Kirk Wolf
not in practice "interpreted".
For most things, its performance is not that far from "C". When
"Java" is slow, its almost always due to poor design (and
programmers). Have you looked at the machine code generated by the
Java JVM? Its great stuff, and automatically recompiles "hot" method
stacks with fancy inlining, loop unwinding, etc as your program runs.
Assembler programs are faster because assembler programmers are
generally better, and they don't haphazardly pull in huge frameworks
into their code without understanding the performance implications.
Not so for your average Java programmer :-)
I can't speak for Carolina, but IMO the general design of compiling
SAS code into Java byte codes (which are dynamically compiled into
machine code) is not inherently flawed. This has been proven to be
successful (and performant) over and over again for many languages
that compile to Java byte codes.
One would have to benchmark specific workloads with this technology to
see how well it performs. It could suck, but it could also perform
well.
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
Brian Crow
A long time lurker mostly, it is now time to say goodbye.
Thanks for all the help and advice you have given.
With 35 years of mainframe experience in many areas, most recently
mainframe performance
I was moved to capacity planning of mid range boxes some 4 months ago.
I am now taking the opportunity to leave and my last day is the end of
the month.
So I will be signing off... And thanks for the fish.
Brian Crow.
Rick Fochtman
A long time lurker mostly, it is now time to say goodbye. Thanks for all
the help and advice you have given.
With 35 years of mainframe experience in many areas, most recently
mainframe performance I was moved to capacity planning of mid range
boxes some 4 months ago.
I am now taking the opportunity to leave and my last day is the end of
the month.
So I will be signing off... And thanks for the fish.
-------------------------------<unsnip>--------------------------------
Sorry to see you leave, Brian. Going to catch up on the fishing, hunting
or golf? Or making some 'quality time' with the grandkids? Just
remember: it's a parent's duty to say "NO", but it's a grandparent's
privilege to say "YESSSSSSSSS". :-)
Rick
howard...@cusys.edu
wrote:
>Sorry to see you leave, Brian. Going to catch up on the fishing, hunting
>or golf? Or making some 'quality time' with the grandkids? Just
>remember: it's a parent's duty to say "NO", but it's a grandparent's
>privilege to say "YESSSSSSSSS". :-)
You've got that right. And it's great!
Andrew Armstrong
I'd strongly recommend you continue lurking! 35 years of experience is a
valuable community resource to lose, and many people on this list are very
interested in what has happened over the last several decades. I too am a
LTL - I only wish I was paid for it!
Best wishes,
Andrew.
(Fellow Hitchhiker's fan)
Eric Bielefeld
know there are a few that do. Some offer good suggestions, and then there
are some that offer really out of date advice. I don't want to be one of
those. I guess when that time comes, I'll figure it out.
Eric Bielefeld
Sr. Systems Programmer
IBM Global Services Division
Dubuque, Iowa
414-477-7259
Brian Crow
I could just not quite pull the plug, but now I must as the email dies
tomorrow...
I will however be sure to lurk from time to time from home.
Brian
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On
Paul Gilmartin
>
>I could just not quite pull the plug, but now I must as the email dies tomorrow...
>I will however be sure to lurk from time to time from home.
>
Will you have no other email?
-- gil
Rick Fochtman
be well worth your while.
Rick
--------------------------------------------------