• Subject: Re: How long to FTP a SAVF
  • From: "Neil Palmer" <neilp@xxxxxxxxxxx>
  • Date: Sun, 28 Jan 2001 22:02:19 -0500

What I meant was that the most amount of time spent on a lot of backups 
(except for very large files) is in the housekeeping part.  Preparing 
objects to be saved (checking authority to objects, checking for and 
obtaining object locks), updating last saved date/times in the objects, 
releasing the locks afterwards, etc. 
The checking, obtaining & releasing of locks is avoided when saving with 
the system in a restricted state. 
Comparing the time to transfer the backup file, once created, with the 
time it took to create the savefile in the first place, is what I meant by 
comparing apples to oranges.
Still, agreed - it does sound like Leo has some sort of network problem 
causing the extremely slow transfer speed.

Neil Palmer      DPS Data Processing Services Canada Ltd.
50 Acadia Avenue, Ste.102                   AS/400~~~~~
Markham, Ontario, Canada.   ____________          ___  ~ 
Phone:(905) 474-4890 x303   |OOOOOOOOOO| ________  o|__||= 
Cell.:(416) 565-1682 x303   |__________|_|______|_|______) 
Fax:  (905) 474-4898         oo      oo   oo  oo   OOOo=o\ 
mailto:NeilP@DPSlink.com  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
http://www.DPSlink.com     iSeries 400  The Ultimate Business Server





Scott Klement <klemscot@klements.com>
Sent by: owner-midrange-l@midrange.com
2001/01/28 20:39
Please respond to MIDRANGE-L

 
        To:     MIDRANGE-L@midrange.com
        cc: 
        Subject:        Re: How long to FTP a SAVF



I didn't specify DTACPR(*YES), so compression wasn't an issue.  I don't
see why the backup should be "the hard part"??

At any rate -- the point of my message was that FTP from V3R2 to V4R5 is
not slow.  He must have a network problem to contend with.


On Sun, 28 Jan 2001, Neil Palmer wrote:

> Yes - but that's comparing apples to oranges.  The hard work was running 

> the backup (especially if you specified DTACPR(*YES) causing software 
data 
> compression), not the transfer of the data once created.
> 
> Neil Palmer      DPS Data Processing Services Canada Ltd.
> 50 Acadia Avenue, Ste.102                   AS/400~~~~~
> Markham, Ontario, Canada.   ____________          ___  ~ 
> Phone:(905) 474-4890 x303   |OOOOOOOOOO| ________  o|__||= 
> Cell.:(416) 565-1682 x303   |__________|_|______|_|______) 
> Fax:  (905) 474-4898         oo      oo   oo  oo   OOOo=o\ 
> mailto:NeilP@DPSlink.com  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
> http://www.DPSlink.com     iSeries 400  The Ultimate Business Server
> 
> 
> 
> 
> 
> 
> Scott Klement <klemscot@klements.com>
> Sent by: owner-midrange-l@midrange.com
> 2001/01/28 18:00
> Please respond to MIDRANGE-L
> 
> 
>         To:     midrange-l <MIDRANGE-L@midrange.com>
>         cc: 
>         Subject:        Re: How long to FTP a SAVF
> 
> 
> 
> I've gpt a V3R2 system, (Model 200) and a V4R5 system (Mod 270) that I
> just got on Friday.  SO I tried this.
> 
> It took me 20 minutes to create a save file on the CISC box...  that 
same
> SAVF took only 2 minutes to transfer w/FTP to the RISC box.  It actually
> transfers faster than saving to the SAME HARD DRIVE!! 
> 
> I'm also using a 10Mbit LAN -- the fastest that my CISC box supports 
(tho
> the new box will probably run 100Mbit once the old one is gone)
> 
> Not sure what you're missing -- I'm guessing that something is wrong 
with
> your network somewhere -- FTP in OS/400 is not the problem.
> 
> 
> On Sat, 27 Jan 2001, Leo Lefebvre wrote:
> 
> > I thought I had a good plan:
> > 1) Save to *SAVF on System 1 (V3R2), Model D60;
> > 2) FTP *SAVF to System 2 (V4R5) Model 720;
> > 3) Restore *SAVF to System2.
> > 
> > The two systems are side by side, connected through a 10 mg hub.
> > Testing the process take EXTREMELY long time.The *SAVF contains 
905,985
> > records (records are 528 long). 9 hours after the start of the process
> > the job display shows only 50,000 I/Os.
> > I can FTP between my PC and the server at a much faster rate through a
> > simple modem-to-modem connection (capable of 56k).
> > 
> > What am I missing?
> > --
> > 
> > Leo Lefebvre
> > President
> > Toronto Users Group for Midrange Systems
> > Visit our home page at <http://www.tug.on.ca>
> > Ph: (416) 606-5960   ---   Fx: (416) 495-0100
> > mailto:leo@tug.on.ca
> 
> 
> 
> +---
> | 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
+---

This thread ...


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

This mailing list archive is Copyright 1997-2020 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].