I disagree with compression not taking a lot of cpu seconds, it does. I worked for XCOM 6.2 support at Legent, trust me, we told customers if they are running 'large pipes' i.e' T1s or T3s or Channel extenders do no compress, its buys you nothing and just eats cpus seconds..We had about 3000+ customers on MVS/VM/VSE....
Scott Ford Senior Host Developer | Forging Enterprise Identity | IdentityForge.com (Main) 678.266.3399 x304 | (Cell) 609.346.0399 | (Fax) 678.266.3399 [EMAIL PROTECTED] This message is for the designated recipient only and may contain priviledged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and then delete the original. Any other use of the email by you is prohibited. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ulrich Krueger Sent: Friday, May 02, 2008 12:45 PM To: [email protected] Subject: Re: Connect:Direct (NDM) CPU Usage Is it possible that NDM needs to be tuned (region size, internal config parameters, etc) to be able to better handle large files? Lots of CPU usage for an extended period of time is to me an indicator of a problem with the application. Even the process of compressing a file should not take lots of CPU for an extended period of time, as you indicated. Which brings up a question: How big was the file? Have you tried compressing it outside of NDM and then sending the compressed file as-is, without NDM performing any further compression on it? You might want to talk to the software vendor ... are there any patches addressing this issue that should be installed? Regards, Ulrich Krueger -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: Friday, May 02, 2008 08:53 To: [email protected] Subject: Connect:Direct (NDM) CPU Usage We run Connect:Direct (used to be called NDM) from Sterling Commerce. Yesterday afternoon the started task, CDNDM, took from 50-60% of an engine on our z9BC for almost 2 hours while it transferred a large file. This caused us to hit our softcap and affected other tasks in the system. We have the CDNDM task running in our STCLO service class which is set for Vel=50 and an importance level of 4. It was still running at a high DP and grabbed the CPU. I can't understand why a task that is basically transmitting a file over the network should need this much CPU. My only explanation might be that it is compressing the data before putting it on the network and the compression algorithm isn't the most efficient in the world. Has anyone else had this kind of a problem running Connect:Direct? What, if anything, did you do to control it? Tom Kelman Commerce Bank of Kansas City (816) 760-7632 **************************************************************************** * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. **************************************************************************** * ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
