© 2005 copyright amadeus global travel distribution s.a. / all rights reserved / unauthorized use...
TRANSCRIPT
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
den
z/TPF – A Pilot Site Experience
Ana Ribeiro, Manager TPF Systems
Amadeus Operations
17October, TPFUG Orlando 2005
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denContents
Amadeus Scope z/TPF Certification Goals at Amadeus Development Environment Migration Tools Operating System
z/TPF Limits Extended Performance Debugging and Toolkit
Applications Development Problem Statistics Stability of z/TPF Summary IBM Support
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denAmadeus Scope
The volume of messages processed by our TPF-based systems are increasing steadily and the following architectural limits are slowly being reached:
Memory Database
The purpose of the beta program for Amadeus was to:
Determine whether or not z/TPF is achieving the goals intended by it's technology
Amadeus became a beta site for z/TPF on Q4 2004.
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denAmadeus Certification Goals
The goals of this certification were to assess the following: Quality Stability Performance Impact to Applications
All TPF staff to familiarize themselves with: New development environment Migration tools and new build and load process z/TPF concepts and z/Architecture instruction set
Determine the effort to migrate from TPF 4.1 to z/TPF
Support for GO/NOGO decision to implement z/TPF
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
den
Development Environment
LINUX Basic Infrastructure
SuSE Enterprise Server - 8.1 for S/390X (64-bit) Linux Kernel - 2.4.19-3suse-SMP Main Memory - 3.5 GB Two CPs (approximately 853 MIPS) Disk space -58.9 GB GCC/G++ -3.2 tpf-gcc (GCC) - 3.4-tpf-04r2-5 (used for Cross Compilation) Assembler: HLASM R5.0
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denDevelopment Environment (cont)
Infrastructure/Environment Setup
z/VM Administrator (VM Mainframe Issues) Works with Linux Administrator
Linux Administrator (Linux System Issues) Works with Linux TPF Build Administrator
Linux and z/OS TPF Build Administrator (Tool/Build Issues) Works with z/OS Administrator Works with Developers Writes tools
z/OS Administrator (z/OS USS Tool/NFS Issues)
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
den
Solution to deal with LINUX complexity
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denDevelopment Environment (cont)
Amadeus developed tools to reduce build tool complexity and requirement for Linux experience:
AMACONFIG to setup build, load and promotion environment (using .cfg files and $TPF_CFG).
AMAGET to retrieve software for private development. AMAPROMOTE to submit software for implementation. AMACUTOFF to implement software. AMALOAD to create GF, TLD, or OLD (calls IBM’s bldtpf and
loadtpf scripts)
Other complexity: handling of .exp and .cntl files
Amadeus did not use any library system. Just the standard flat file system provide by IBM For full deployment need Library system and SW management
process
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
den
No other Option….
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denDevelopment Environment (cont)
Windows Tools
SMB (Samba) –to make sources available on Windows.
IBM TPF Information Center – for documentation.
PuTTY - to establish a connection to the Linux operating system.
Textpad (4.7.3 – 32 bit edition) – editor (Helios Software Solutions).
IBM TPF Merge Tool - used to merge files from 3 different sources.
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denDevelopment Environment (cont)
Problems
Many compiler problems and environment at first but all resolved On z/OS NFS occasionally returns file “Could not be found” when
file is available on Linux. File time stamp corruption when viewing Linux files in update mode
via SMB.
Comments
IBM Linux TPF Build Environment is good but complex. No tools build around complexity. Up to Customer. Would like to see .exp and .cntl files handling simpler Would like to see current z/OS builds and z/OS software (TPFLDR,
OSTG, etc.) run on Linux to reduce dependencies and complexity
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
den
Tools, which ones?
Rmtrigraphs Rmbackslashes Sspragmas Convert_hdr.sh …. Convert_hdr2upr.sh
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denMigration Tools (cont)
Porting of Assembler code:
No problems with installing assembler programs which do
not need to run in 64 bit mode. Conversion tool works okay for straight assembler programs
which need to be converted to run 64 bit mode. If the 64 bit requirement is localized, it may be possible to
use SAM64/SAM31 instructions round the relevant code and put AMODE on CINFC calls.
Assembler programs which use SPMs are a problem if they need to be converted, because the conversion tool does nothing with the SPMs.
SPM calls will need to be changed manually or the segment re-written to remove the SPM calls.
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denMigration Tools
Porting of Assembler code (cont):
Assembler option FLAG(NOCONT) for programs using the SPM continuation macro # - are not covered in the documentation, but IBM has added ACONTROL statements to all of its programs using the macro;
This would be a big element of work for customers who use
SPMs, so would want to tailor the program or do it via configuration/makefile.
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denMigration Tools (cont)
Porting of ‘C’ code:
When programs look into system data (CP tables) need to look carefully at what the data is and adjust the header files accordingly (especially for pointers).
With single source APARs, loading code to both z/TPF and
TPF 4.1 is quite easy, although you need to create "wrappers" header files to call the equivalent 4.1 C$xxxx/I$xxxx header so you don’t have to change the c_xxxx.h and i_xxxx.h #includes.
IBM provided “header wrappers” for TPF (PJ29593) and for TPFDF (PQ91899)
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denMigration Tools (cont)
Porting of C++ code:
g++ compiler is ‘more’ ANSI compliant than the V1R2 TPF 4.1 current compiler. It is more strict and some manual code cleaning may have to be planned.
Full automation of C++ port is not possible mainly due to: Implementing single source approach cannot be always automated Subtle differences in the Standard Template Library (STL) Order of parameters’ evaluation in function calls
Most runtime problems were related to improper pointer size assumptions
Toolkit proved to be helpful in investigating runtime port issues.
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denz/TPF
The SIPGEN process as well as getting to NORM state has been highly improved.
The Restart processing gives more flexibility to go around certain processes like SNA, TCP/IP, etc. allowing you to achieve different goals without the need of all the components.
The information provided by different displays has more useful information which was obtained by the use of 2 or more entries in TPF 4.1
We would like to see more thorough testing from the Lab , and we suggest the use of large configurations with multiple SSUs.
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denLimits Extended
64-bit addressing supports 10 exabytes of memory Amadeus used VM userids, L/C with 5GB each, and three
different memory configurations (on ECBs, VFA, etc.)
Support more than 16 I-streams The testing was with 16 I-Streams due to Global definitions.
Support more than 3999 DASDs This support was not tested due to hardware limitation.
Support up to x’FFFF ‘ SDAs Testing was done with tape drives, and DASD above
x’7FFF’ SDA range, and including x’FFFF’.
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denPerformance
More physical memory implies less I/O ECB creation time reduced Memory pre-allocated at IPL (e.g.. heap, stack) Memory management overhead reduced Program linkage overhead reduced Tuning ECB heap now possible
CDC – user friendly installation process. Recommended to try out in TPF 4.1
Software Profiler initial testing was performed, and at first glance looks very basic.
We were unable to perform volume testing and performance measurements due to the lack of applications in our test environment.
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denDebugging
More heap usage info collected by Data Collection More information provided in dumps Separate trace tables Dumps include translation – ASCII, EBCDIC, user defined C/C++ function trace includes parameter labels
Toolkit IBM Toolkit Beta release 2.0.9 and 3.0 IBM z/TPF Beta Release PUT01
Good product for applications testing Not suitable for systems or communications diagnostics Product stability better than TPF 4.1 version Support very difficult as much of the product is OCO
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denApplications Development
Development Environment: The change of compiler introduces a lot of changes in the
applications code. Linux/makefile environment is better Makefile and shell script are standard Open implementation provides flexibility for future
development Tools have to be built to hide complexity of control files
The lack of dependency mechanisms such as cross reference complicates the environment for the developer
For C++ this is a must. Is an absolute need to identify to the developer that every object dependant from its class should be rebuilt
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denApplications Development (cont)
Windows Environment: The use of Windows enables the developers the use of
powerful tools built in the workstation X86-64 Linux Intel Server
Installation of the development environment in the Intel server allows developers to speed up the testing phase without dependencies on the network. During the certification this was achieved and the improvement helped to ease the migration of 2 application packages.
Migration Tools With the exception of the Assembler all the tools worked in
the Intel server environment and the assessment from this experience has reduced the time to migrate programs.
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denApplications Development (cont)
Debugging Tools Toolkit V3.0 has been certified and proved to be easy to
install and plug in some of the tools developed in Amadeus.
z/TPF Two applications were migrated, and noticed that changes
made by IBM in the ECB could impact implementation. ECB fields dropped (i.e. CE1RDA, CE2ISOC), used by Amadeus appls.
Integration of Customer records such as the AAA, OPMT, and Globals seen as substantial effort.
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
den
Problem solving methodology
Does the damn thing work?
Don’t mess with it Did you mess with it?
Yes No
Does anyone know? Idiot…
Yes
Hide it
You poor soul
Can you blame somebody else?
NO PROBLEM
No
Yes
No Yes.. IBM
Will you get complaints?
Get rid of it
No
Yes
No
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
denStatistics
Amadeus has open more than 150 PMRs for z/TPF in the IBM system, and only 6 remain open, the areas more affected were:
Documentation Development Environment File System System Definition System Restart MDBF related issues
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
den
Stability of z/TPF
PUT00 or GA is very stable but lacks of some functionality
PUT01 Initially seemed instable due to the detection of errors on areas
already stable in PUT00. New APARs were applied and stability became a non-issue Features such as CDC, Software profiler, and large enhancements
on the File System, make this level a very reliable base for z/TPF implementation.
PUT02 Just received. Currently building the system. No tests have yet
been performed
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
den
Summary Development environment
Open and standard, aligned with Amadeus strategy LINUX / tools – complex to handle as delivered. Need customization
for deployment Big infrastructure changes if you have legacy SW repositories, SW
management tools and promotion processes. z/TPF
O/S very stable at PUT01 level Architecture limits lifted and a good set of new functionality provided z/Architecture instruction set – a learning curve
Migration TPF 4.1 to z/TPF Good migration tools. Don ‘t meet 100% customer needs Effort is deemed very high for Applications Reengineering SW development and deployment infrastructure
© 20
05 C
opyr
ight
Am
adeu
s G
loba
l Tra
vel D
istrib
utio
n S.
A. /
all r
ight
s re
serv
ed /
unau
thor
ized
use
and
disc
losu
re s
trict
ly fo
rbid
den
IBM Support Through the entire project IBM:
Provided quick response to inquiries. Provided accurate information. Open to new ideas and providing suggestions. Overall excellent customer and technical support.