Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Cobol Programming - Technique

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> COBOL Programming
View previous topic :: :: View next topic  
Author Message
manishram1

New User


Joined: 23 Mar 2006
Posts: 34

PostPosted: Mon May 31, 2010 10:04 am    Post subject: Cobol Programming - Technique
Reply with quote

Hi Friends,
We use a Common Program to Get/Put messages in MQ (Say MQX).We have at least 30 Programs which is using this MQX to put or get messages from MQ.Though these programs have different length of Messages ,they are forced to use the maximum message length while calling MQX ,since it is the common module which inturn using considerable amount of CPU.

Eg

A,B,C programs Calls MQX

A has MQ Message Length of 50 bytes
B has MQ Message Lenght of 2000 bytes
C has MQ Message Length of 20 MB

Since MQX is the common module ,MQX has been gradually increased to 20 MB .So A,B though have smaller MQ Message length it is forced to use 20 MB to pass the message.

Thanks in Advance.

-Mani
Back to top
View user's profile Send private message

dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Mon May 31, 2010 11:27 am    Post subject:
Reply with quote

Hello,

You might consider a new design where the very large messages are placed in one queue and the others are placed in another. . .

Why is there a requirement that these all be interleaved?
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Mon May 31, 2010 2:09 pm    Post subject:
Reply with quote

what is the problem?

the length of the message, is the message length...

and just because you read a 20 byte message into an 20mg byte buffer is no problem.

you are having to resource problems just because of the 20mg buffer size.

you are deluded and have a personal problem which needs to be rectified before you have fix your mqs mess.

you have something else wrong with your system.
a standard - single module to read/write mqs message, regardless of the size is the way to go -
and your crying about needing separate module to handle the 'big ones',
only shows how inexperienced your are.

now explain your problem (other that wanting two modules).

how did you determine the problem?
because this is an idiot statement:
Quote:
They are forced to use the maximum message length while calling MQX ,since it is the common module which inturn using ...


they are not forced to used the maximum length...
Back to top
View user's profile Send private message
manishram1

New User


Joined: 23 Mar 2006
Posts: 34

PostPosted: Sat Jun 05, 2010 7:48 pm    Post subject:
Reply with quote

Thanks for the Great Response dbz.

Dick,
Yes,we are thinking of new design.Thanks
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> COBOL Programming All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts RULES(NOEVENPACK) in cobol jackzhang75 COBOL Programming 5 Wed Mar 29, 2017 12:47 am
No new posts SQL query not working in Cobol program. CuriousMainframer COBOL Programming 14 Wed Feb 22, 2017 5:56 pm
No new posts Execute TSO ACF commands from COBOL-I... supreethi.srid TSO/ISPF 0 Tue Feb 21, 2017 5:19 pm
No new posts Mainframe Interview Questions CICS,CO... akshathan Mainframe Interview Questions 6 Thu Feb 09, 2017 6:38 pm
No new posts Submit job from Cobol with input data abdulrafi COBOL Programming 4 Wed Feb 01, 2017 12:41 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us