| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQ for z/OS V7 is 31-bit or 64-bit |
« View previous topic :: View next topic » |
| Author |
Message
|
| lqanny |
 Posted: Sun Jan 18, 2009 7:49 pm Post subject: MQ for z/OS V7 is 31-bit or 64-bit |
 |
|
Newbie
Joined: 27 Nov 2008
Posts: 4
|
From the MQ for z/OS V7 annoucement, I haven't found info about it's 31-bit or 64-bit?
So not sure MQ for z/OS V7 is 31-bit or 64-bit? any setting can switch between two mode? |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Sun Jan 18, 2009 8:42 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.
|
If you are running any reasonably current version of z/OS, it only IPL's in zArchitecture mode - 64-bit. z/OS supports 64-bit applications.
http://www-01.ibm.com/support/docview.wss?rs=171&uid=swg27011919 refers to JDK being 64-bit.
Are you asking WMQ v7 makes use (explicitly or implicitly) of virtual storage above the 2gig bar, I'd imagine so. But, there is usally sufficient virtual storage below the 2gig bar to satisfy the requirements of a queue manager.
But, what is your concern exactly?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| lqanny |
| Posted: Sun Jan 18, 2009 11:18 pm Post subject: MQ for z/OS V7 is 31-bit or 64-bit |
|
|
Newbie
Joined: 27 Nov 2008
Posts: 4
|
I suppose support 31-bit or 64-bit has two aspects meaning. One is whether queue manager is 64-bit, as you mentioned, whether queue manager can use storage above 2G.
Another is application, such as CICS application using MQI whether can support 64-bit. I suppose it needs to link-edit with 64-bit library to support this.
Maybe I don't understand correctly. Please help to clarify if any mistake. Many thanks:) |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Mon Jan 19, 2009 2:59 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
My guess is the short answer to that question would be:
Is your operating system a 31 bit or 64 bit system (zOS) ?
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Mon Jan 19, 2009 8:44 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.
|
z/OS is a tri-modal o/s, it runs 24-bit, 31-bit and 64-bit AMODE applications. 24-bit, 31-bit applications need not be modified or re-linked (re-bound) to execute in z/Architecture mode. This is IBM's comitment to legacy applications. Legacy means it works, and likely has done so for decades.
Applications coded to do so can switch between these addressing modes.
Applications that want to explicitly allocate virtual storage above the 2gig bar must use IARV64 macros to do so. Virtual storage above the bar is allocated (created, destroyed) in 1-meg memory objects. IARV64 macros are documented in z/OS V1R9.0 MVS Extended Addressability Guide SA22-7614-05.
At present, executing applications must reside below the 2-gig bar, but they may access 64-bit instructions and 64-bit virtual storage. Virtual storage above the 2-gig bar may be used to store data, which can include executables.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| osiknichols |
| Posted: Thu Feb 26, 2009 8:18 am Post subject: |
|
|
Newbie
Joined: 26 Feb 2009
Posts: 1
|
I'm pretty sure that the CICS and IMS environments are still "restricted" to amode(31) compiles/binds. However, other z/os environments fully support the 64-bit addressing mode. I have tried building C batch programs in this mode (using the LP64 option) and these work fine. However, if I include MQI calls, I get an error on the bind indicating that the MQ entry points (referenced via CSQBSTUB) are built in amode(31). On platforms explicitly documented as supporting 64-bit addressing (e.g., AIX), there are separate 64-bit versions of the mq DLLs, which you must use if you want 64-bit addressing for your program. Does anyone know if there's something similar in the z/OS MQ distribution? Thanks!
Ken |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Thu Feb 26, 2009 9:45 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| osiknichols wrote: |
I'm pretty sure that the CICS and IMS environments are still "restricted" to amode(31) compiles/binds. However, other z/os environments fully support the 64-bit addressing mode. I have tried building C batch programs in this mode (using the LP64 option) and these work fine. However, if I include MQI calls, I get an error on the bind indicating that the MQ entry points (referenced via CSQBSTUB) are built in amode(31). On platforms explicitly documented as supporting 64-bit addressing (e.g., AIX), there are separate 64-bit versions of the mq DLLs, which you must use if you want 64-bit addressing for your program. Does anyone know if there's something similar in the z/OS MQ distribution? Thanks!
Ken |
Yes there is and it's called zLinux... and it will support a distributed type of MQ !!!
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Feb 27, 2009 6:59 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.
|
| Quote: |
| Yes there is and it's called zLinux... and it will support a distributed type of MQ !!! |
zLinux is not a z/OS component. Rather, zLinux is a stand-alone UNIX o/s distribution IPLable on zSeries hardware LPAR.
More specifically, zLinux runs in an LPAR of its own, and has no direct or indirect relationship to z/OS - other than one you might establish - either via WMQ using real channels or using HiperSockets.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Sat Feb 28, 2009 3:57 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| bruce2359 wrote: |
| Quote: |
| Yes there is and it's called zLinux... and it will support a distributed type of MQ !!! |
zLinux is not a z/OS component. Rather, zLinux is a stand-alone UNIX o/s distribution IPLable on zSeries hardware LPAR.
More specifically, zLinux runs in an LPAR of its own, and has no direct or indirect relationship to z/OS - other than one you might establish - either via WMQ using real channels or using HiperSockets. |
I stand corrected by the purists. I thought, maybe wrongly so, that as he was building his own C programs he would not be adverse to running it under zLinux vs zOS. Once the file is written is there a difference, or is the storage completely separate between the zLinux and the zOS partitions? And even if so, what is the cost of moving a file via FTP and Hypersockets from one Lpar to the other?
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sat Feb 28, 2009 6:52 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.
|
| Quote: |
| I thought, maybe wrongly so, that as he was building his own C programs he would not be adverse to running it under zLinux vs zOS. |
From a C point of view, I'm not sure if it matters where it runs. I run C apps on my Wintel box at home. While there are substantial benefits of living in a zSeries platform (high-availability, some WLM, HiperSockets), there are no z/OS benefits (like RACF, for example) in zLinux.
| Quote: |
| Once the file is written is there a difference, or is the storage completely separate between the zLinux and the zOS partitions? |
Storage (memory and disk) can be configured so data can be shared. A SAN box can be configured to connect zLinux and z/OS LPARs. HiperSockets can be configured for virtual channel support between them, too.
z/OS UNIX Ssystem Services (this is not zLinux) offers a cool feature (file tags) that automatically converts between data code pages without app modification.
| Quote: |
| And even if so, what is the cost of moving a file via FTP and Hypersockets from one Lpar to the other? |
zip.
| Quote: |
| I stand corrected by the purists. |
I was trying to shed light. Stick the letter z in front, and assumptions are made.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sat Feb 28, 2009 1:04 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.
|
| Quote: |
| However, if I include MQI calls, I get an error on the bind indicating that the MQ entry points (referenced via CSQBSTUB) are built in amode(31). |
Please post the entire error message (including the message number) that you received.
If memory serves (?), this is a warning from the binder.
There are some other requirments for lp64 explained here http://publibfp.boulder.ibm.com/epubs/pdf/cbcug170.pdf
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
