As long as it is a separate address space, you should be able to throttle performance. FTP client or server?
Rob Schramm On Thu, Mar 23, 2017 at 4:44 PM Steve Beaver <[email protected]> wrote: > FTP's rarely dominate anything. The only throttle is the speed of the > line and the capacity of the receiver and what is happening > On the LCU > > Steve > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of van der Grijn, Bart (B) > Sent: Thursday, March 23, 2017 3:34 PM > To: [email protected] > Subject: Re: Controlling TCPIP performance > > Wouldn't that be determined by the priority of the application rather than > by the TCPIP task? In this case, the FTP client or server. > Bart > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Tracy Adams > Sent: Thursday, March 23, 2017 3:26 PM > To: [email protected] > Subject: Controlling TCPIP performance > > For obvious reasons we want to run the TCPIP address at a very high > dispatching priority. There are times though when we want to throttle back > certain functions of the TCPIP stack. I will use FTP as the immediate > example. I really don’t want a file transfer to dominate the system :-) > TIA for your thoughts and ideas. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- Rob Schramm ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
