IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

Performance tuning of Connect:Direct (NDM)


IBM Mainframe Forums -> All Other Mainframe Topics
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
avik

New User


Joined: 13 May 2008
Posts: 16
Location: kolkata

PostPosted: Fri May 23, 2008 12:30 pm
Reply with quote

We're using Connect:Direct (NDM) for data transfer between different LPARs. A lot of CPU consumption happens for NDM processes. So I have searched a lot regarding tuning options of Connect:Direct. But didn't get much about it.

I know Connect:Direct is already a tuned proccess. So are there any other suggestions for tuning Connect:Direct?
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


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

PostPosted: Fri May 23, 2008 10:29 pm
Reply with quote

Hello,

File transfers usually do not consume excessive cpu.

Does this process use compression?
Back to top
View user's profile Send private message
superk

Global Moderator


Joined: 26 Apr 2004
Posts: 4652
Location: Raleigh, NC, USA

PostPosted: Fri May 23, 2008 10:35 pm
Reply with quote

FWIW, there's a similar topic of discussion on the IBM-MAIN LISTSERV that might be worth investigating:

groups.google.com/group/bit.listserv.ibm-main/browse_frm/thread/a111628a55cbfea0?hl=en#
Back to top
View user's profile Send private message
avik

New User


Joined: 13 May 2008
Posts: 16
Location: kolkata

PostPosted: Mon May 26, 2008 11:34 am
Reply with quote

Is there any guidelines for getting optimal performance for NDM in z/os?
Example-what should be the "VEL" or "IMP" parameters?
Back to top
View user's profile Send private message
avik

New User


Joined: 13 May 2008
Posts: 16
Location: kolkata

PostPosted: Sun Jun 08, 2008 1:31 pm
Reply with quote

Hi all,
In proclib of NDM I found out many procs containing "Compression" on.So the jobname in my JCLlib having those procs are using "Compression on" while running.
Can anyone help me out that how to make the compression outside NDM & then sending the data through it. icon_rolleyes.gif
If I am compressing data outside NDm through any job(JCL) the is that going to give me benefit or not?
Also how to check for "velocity" & region size" & other parameters for NDM???
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10873
Location: italy

PostPosted: Sun Jun 08, 2008 1:45 pm
Reply with quote

Quote:
If I am compressing data outside NDm through any job(JCL) the is that going to give me benefit or not?


compression and decompression are CPU intensive processes,
so it is irrelevant at what stage You perform it, CPU consumption will be there
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


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

PostPosted: Sun Jun 08, 2008 11:16 pm
Reply with quote

Hello,

Quote:
compression and decompression are CPU intensive processes,
. . ., CPU consumption will be there


Depending on which compression tool you use and the content of the data to be compressed, one may use a bit more or less than the other. To find out, run some tests.

As Enrico mentioned, compression is CPU intensive, so someone will need to decide if it is preferable to use more CPU or transmit a larger volume.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> All Other Mainframe Topics

 


Similar Topics
Topic Forum Replies
No new posts Connect Direct 6.3 for Z/OS All Other Mainframe Topics 20
No new posts exploiting Z16 performance PL/I & Assembler 2
No new posts JOIN STATEMENT PERFORMANCE. DFSORT/ICETOOL 12
No new posts Getting TWA in CICS program while con... CICS 14
No new posts Unable to connect FTP over TLS from z... All Other Mainframe Topics 5
Search our Forums:

Back to Top