Re: z/800 to z9 upgrade questions

Miklos Szigetvari writes:
On the hardware side , as we are software development company , we
need a SYSPLEX with different z/OS releases,
and a "strong" CPU which could compile our sources in a "acceptable"
time frame.
We compile now in the z/800 about 18 hours, in the fastest Unix servers
the same is about 2 hours.

My guess is you've got a uniprocessor-friendly workload, but I'm curious to
hear back what you discover.

How often do you do recompiles for things like syntax checking?
Conceivably you could see some benefit to using Rational Developer for
System z to handle the code syntax checking right on the developer PC.
Starting in V7.0 it supports C/C++.

Also a shout out to the Dignus people here, which is an alternative or
additional option.

The code is 98% C++, and we would like to test the optimised code for
the z9 machines .
   We deliver currently the code optimised for 9672.
Here is als a question: how to deal with the possibilty to generate code
for different hardware architecture levels.

You can certainly do that, and there's been a lot of discussion on the list
previously about the "best" ways to support different hardware
architectures from the same product, from both support and technical points
of view. There's also the interesting option of METAL C (in the z/OS 1.9
compiler and above), which might be of particular interest to an ISV like
you. As general (and perhaps unsurprising) advice I'd say that you only
need to support the newer instructions (even optionally) if they benefit
your product.

There are various hardware features you can use that do not depend on the
presence of the actual hardware. One notable example is the zIIP. If you
zIIP-enable your product (or part of your product), it still runs on
non-zIIP-equipped hardware. I believe many (but not all) of the ICSF
(cryptographic) services are like that, too, to pick another example.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: timothy.sipples@xxxxxxxxxx
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

.

Relevant Pages

  • Re: Oxidation number of atoms in thiocyanate ion
    ... >> knowledge of the different bonding types is buried deeply, ... but it also should compile on Windows. ... the hardware and OS you have. ... I'll cleanup the code a little bit and put some legal blurp in ...
    (sci.chem)
  • Re: [linux-dvb] DST/BT878 module customization (.. was: Critical points about ...)
    ... returns an object for one instance of that hardware. ... This design means the actual hard link between different drivers is limited to ... support until it is needed. ... It's entirely possible to use both at once: compile some drivers into ...
    (Linux-Kernel)
  • Re: kernel compile error
    ... The hardware reports a non fatal, ... when I try to compile 2.6.5 which is what I'm running right now. ... This message has been scanned for viruses and dangerous content, and is believed to be clean. ...
    (RedHat)
  • Re: FPGA C Compiler on sourceforge.net (TMCC derivative)
    ... > * Languages do not have all ANSI C features ... it does not mean it can't be based on ANSI C. ... You couldn't compile that efficiently to an FPGA - it would need the ... able to develop hardware acceleration for a given algorithm. ...
    (comp.arch.fpga)
  • Re: Warum Java und nicht C#?
    ... Ist das nicht eher z/OS heutzutage (und S/390 ist die Hardware)? ... gibt's wohl eine POSIX-Schicht, ... Java/contra POSIX durchzugehen. ...
    (de.comp.lang.java)