× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  1.  Home
  2. MIDRANGE-L
  3. May 2000

RE: Correlating *SAVF "records" to FTP job I/O count

  • Subject: RE: Correlating *SAVF "records" to FTP job I/O count
  • From: Rob Berendt <rob@xxxxxxxxx>
  • Date: Wed, 3 May 2000 11:24:16 -0500
 
Combination of:
CFGTCP & WRKLIND
would be a start.  
Under NT you can use the command tracert, which stands for trace route.
For example, from the MS DOS command prompt:


C:\qtemp>tracert gdisys

Tracing route to gdisys.dekko-1 [198.1.1.201]
over a maximum of 30 hops:

  1   <10 ms   <10 ms   <10 ms  10.10.4.1
  2   <10 ms   <10 ms    10 ms  198.1.1.201

Trace complete.

Second sample:
C:\qtemp>tracert nra.org

Tracing route to nra.org [206.97.103.71]
over a maximum of 30 hops:

  1   <10 ms    10 ms   <10 ms  10.10.4.1
  2   <10 ms    10 ms   <10 ms  208.16.99.1
  3    40 ms   <10 ms   <10 ms  sl-gw5-chi-5-2.sprintlink.net [144.228.59.117]
  4    50 ms    60 ms    60 ms  sl-bb3-chi-2-0.sprintlink.net [144.228.50.15]
  5    71 ms    80 ms   100 ms  core4-serial6-0-0.WillowSprings.cw.net [206.157
77.93]
  6    60 ms    61 ms    70 ms  corerouter2.WillowSprings.cw.net [204.70.9.146]

  7    50 ms    60 ms    70 ms  corerouter1.WestOrange.cw.net [204.70.9.138]
  8   120 ms   100 ms   100 ms  core9.WestOrange.cw.net [204.70.9.53]
  9   100 ms    40 ms    60 ms  core2-hssi-2.NewYork.cw.net [204.70.1.97]
 10   200 ms    80 ms    60 ms  border6-fddi-0.NewYork.cw.net [204.70.219.66]
 11   130 ms   200 ms   241 ms  mainstream-eis.NewYork.cw.net [204.70.221.86]
 12   110 ms   150 ms   130 ms  www.nra.org [206.97.103.71]

Trace complete.





DBale@lear.com on 05/03/2000 10:37:08 AM
Please respond to MIDRANGE-L@midrange.com@Internet
To:     MIDRANGE-L@midrange.com@Internet
cc:      
Fax to: 
Subject:        RE: Correlating *SAVF "records" to FTP job I/O count

Wow, what a difference!  I am unaware of the comm hardware involved here.  I
can tell you that they have a network of 30+ AS/400s.  FWIW, any of these
AS/400s can FTP to any other AS/400 in the network (I don't know if that
gives a clue as to the setup they're using).

How can I tell what comm config is being used for FTP?

TIA,
Dan Bale

> -----Original Message-----
> From: Patrick Townsend [SMTP:townsend@patownsend.com]
> Sent: Wednesday, May 03, 2000 2:10 AM
> To:   MIDRANGE-L@midrange.com
> Subject:      Re: Correlating *SAVF "records" to FTP job I/O count
> 
> Dan,
> 
> I just transferred a large save file from the AS/400 to PC:
> 
>     81792480 bytes transferred in 328.231 seconds. Transfer rate 249.191
> KB/sec.
> 
> I then transferred the same save file to another AS/400 on the same
> network (10, not 100):
> 
>     81792480 bytes transferred in 127.947 seconds. Transfer rate 639.267
> KB/sec.
> 
> I think you should be seeing better throughput! Have you talked to the
> network folks to see what they have to say?
> 
> Patrick
> 
> 
> "Bale, Dan" wrote:
> > 
> > That bugger took 3 hours and 40 minutes to transmit.  It was 59.7MB.
> From
> > the log file:
> > 
> >     61202064 bytes transferred in 12555.306 seconds. Transfer rate 4.875
> > KB/sec.
> > 
> > The save file had 115,913 records.  115,913 * 528 = 61,202,064.  The
> DSPOBJD
> > size was 59,785,216 (????).
> > 
> > Using 1480 bytes per frame, would you calculate the number of puts as:
> >    1)  61,202,064 / 1480 = 41,352.7         *or*
> >    2)  1480 / 528 = 2 whole records per frame; 115,913 / 2 = 57,957
> > Based on the "guesstimate" that the number of puts was around 17,000
> about
> > two hours into the job, I'm not sure either of these calculations work.
> > 
> > I think I'm going to set up a test whereby I submit a batch job to do an
> FTP
> > and another batch job to do a DSPJOB OPTION(*OPNF) in a loop that runs
> every
> > 15 seconds and run some stats on the collected data to see if there's a
> > pattern I can use.
> > 
> > Other suggestions are greatly appreciated!
> > 
> > - Dan Bale
> > 
> > > -----Original Message-----
> > > From: Patrick Townsend [SMTP:townsend@patownsend.com]
> > > Sent: Monday, May 01, 2000 8:24 PM
> > > To:   MIDRANGE-L@midrange.com
> > > Subject:      Re: Correlating *SAVF "records" to FTP job I/O count
> > >
> > >
> > > Yes, 1496 bytes. Subtracting TCP/IP frame headers you are probably
> > > transferring 1480 bytes per frame. How long does it take to transfer a
> > > 58 meg save file? Just takes a few minutes here between AS/400 and
> > > Windows NT PC.
> > >
> > > Patrick
> > >
> > > "Bale, Dan" wrote:
> > > >
> > > > What if I see that the Maximum Frame Size of the line description is
> > > 1496?
> > > > What does 1496 mean?  1496 bytes?  I don't have the authority to run
> a
> > > comm
> > > > trace here.  Not sure anyone else here would want to go through the
> > > bother.
> > > >
> > > > TIA,
> > > > - Dan Bale
> > > >
> > > > > -----Original Message-----
> > > > > From: Patrick Townsend [SMTP:townsend@patownsend.com]
> > > > > Sent: Monday, May 01, 2000 3:15 PM
> > > > > To:   MIDRANGE-L@midrange.com
> > > > > Subject:      Re: Correlating *SAVF "records" to FTP job I/O count
> > > > >
> > > > > Dan,
> > > > >
> > > > > I believe the transfer record size of an FTP transfer will be
> > > controlled
> > > > > by the Maximum Frame Size of the line description. Save file
> record
> > > > > lengths are 528, but I believe FTP should send multiple records
> with
> > > > > each transfer. You can see what the AS/400 is doing by putting a
> > > > > communications trace on the line (STRCMNTRC). End the trace with
> > > > > ENDCMNTRC and then print it with PRTCMNTRC. There is a header for
> each
> > > > > TCP/IP frame, but you will get an idea of the size this way.
> > > > >
> > > > > Patrick
> > > > > --
> > > > > IBM AS/400 communications, FTP automation, and network security
> > > > > software and consulting services.
> > > > >
> > > > > http://www.patownsend.com
> > > > >
> > > > > "Bale, Dan" wrote:
> > > > > >
> > > > > > Is there a known, constant, record-blocking factor used when
> > > > > transmitting a
> > > > > > save file from one AS/400 to another via FTP?
> > > > > >
> > > > > > I am using FTP to transmit save files from plant boxes to the
> > > division
> > > > > box.
> > > > > > One I have running right now is 56MB.  The system operator is
> > > wondering
> > > > > how
> > > > > > much longer the FTP will run.  When I look at the job running
> FTP,
> > > it
> > > > > shows
> > > > > > the save file being transmitted as an open file (WRKJOB option
> 14)
> > > and
> > > > > shows
> > > > > > the I/O count at 12,417.  If I could correlate the save file's
> > > number of
> > > > > > records to the I/O count, I would be able to estimate the time
> > > remaining
> > > > > to
> > > > > > complete the transmission.
> > > > > >
> > > > > > RTFM?  Please point the way.
> > > > > >
> > > > > > - Dan Bale
> > >
> > > --
> > > IBM AS/400 communications, FTP automation, and network security
> > > software and consulting services.
> > >
> > > http://www.patownsend.com
> > +---
> > | This is the Midrange System Mailing List!
> > | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> > | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> david@midrange.com
> > +---
> 
> -- 
> IBM AS/400 communications, FTP automation, and network security
> software and consulting services.
> 
> http://www.patownsend.com
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...
Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.