|
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 +---
As an Amazon Associate we earn from qualifying purchases.
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.