| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Message Size |
« View previous topic :: View next topic » |
| Author |
Message
|
| offshore |
 Posted: Tue Dec 30, 2003 1:05 pm Post subject: Message Size |
 |
|
Master
Joined: 20 Jun 2002
Posts: 222
|
All,
Not sure if this is in the correct forum but.....
Currently the application people are making changes to an app that now is requesting messages be sent larger than 4MB.
I have a couple of questions and would like input:
1) I as the MQ Admin could increase the MQ system to handle messages bigger than 4MB.
What implications does this have on the system if any? Is there a book that says anything about that?
2) Couldn't the app people segment the message and then put it back together? Although we trigger on every(i know this isn't the correct way to do it but is a long story that i'm not getting into....)so is it even possible to segment the message?
Is one way better than the other???
[We send from a W2K machine(s) to a z/OS that starts CICS transactions.]
Thanks... |
|
| Back to top |
|
 |
| Michael Dag |
| Posted: Wed Dec 31, 2003 1:52 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
offshore,
I always chuckle a little when 4MB messages are mentioned. If it is really ONE message I'd like to see the data structure... usually we are talking about files of messages.
Raising the the MAXMSGL on your Queue's has no immediate effect. MQ does not pre-allocate memory or storage based on these definitions. When the 4MB 'messages' arrive make sure you have plenty of space though.
Define separate transmission Queues and channels, so this 'traffic' does not get in the way of other 'small' stuff.
If indeed these are files with records, then it would be better to split the files into records (AND make the records independent... so there is no message affinity)
Last... are you going to 'feed' the 4MB message to a CICS transaction???
or are you going to split it up when it arrives? (in my memory there is something about a 32k buffer limit for CICS transactions, but I am not sure...)
Michael |
|
| Back to top |
|
|
| offshore |
| Posted: Wed Dec 31, 2003 3:38 am Post subject: |
|
|
Master
Joined: 20 Jun 2002
Posts: 222
|
MDag,
The 32k limit for CICS transaction if you are using the CKBR bridge to kick off the transcation. The CKTI monitor can handle a much larger trans, although I can't remember the limit off hand.
Can I ask what is meant by "files of messages"? <The app people are wrapping the message in XML to do alot of the processing and I know that is an overhead.> I am assuming they collect all this data and plug it into a single message?
If I could get the data structure would it be easy to tell how its broken down? Perhaps I'm missing the point though???!!!
Once more thing enough space as in the pages/log datasets?
Thanks for your help and input!!!! |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Wed Dec 31, 2003 4:01 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| Quote: |
| Can I ask what is meant by "files of messages"? |
sorry, I meant files with the messages as records versus each record as a single message.
| Quote: |
| Perhaps I'm missing the point though???!!! |
probably  The point is that I have not seen single datastructure of 4MB!
(unless maybe graphic data of some sort). Usually 4MB messages are combinations of multiple messages which could have been sent seperatly.
| Quote: |
| Once more thing enough space as in the pages/log datasets? |
yes, if you are sending 10 messages of 4MB+ make sure you allocate enough storage to store them as you can not be sure they are taken off the queue immediatly.
I hope this gave some clarification.
Michael |
|
| Back to top |
|
|
| offshore |
| Posted: Wed Dec 31, 2003 6:09 am Post subject: |
|
|
Master
Joined: 20 Jun 2002
Posts: 222
|
MDag,
Yes that makes perfect sense now.
Thanks. |
|
| 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
|
|
|
|
