but it's 13k objects having to be inspected for the incremental. only 29
have actually been backed up. maybe some more RAM or CPU could lower that
1:45 hr figure. one would have to look at the client options to see if any
setting can be changed. as said, the 47 secs are the time it took to backup
that 1.7GB. if you run the instr_client_detail_trace you can get more
detailed info on why it takes so long to inspect all the files. maybe you
can track it down to processor %occupation, or volume distribution etc.

Cordiali saluti
Gianluca Mariani
 Tech Support SSD
Via Sciangai 53, Roma
 phones : +39(0)659664598
                   +393351270554 (mobile)
[EMAIL PROTECTED]



                      "Wholey, Joseph
                      (TGA\\MLOL)"             To:       [EMAIL PROTECTED]
                      <JWholey@EXCHANGE        cc:
                      .ML.COM>                 Subject:  Re: data tansfer time ???
                      Sent by: "ADSM:
                      Dist Stor
                      Manager"
                      <[EMAIL PROTECTED]
                      .EDU>


                      06-06-02 18.21
                      Please respond to
                      "ADSM: Dist Stor
                      Manager"





Processing time seems a bit exorbitent, no?

-----Original Message-----
From: Rob Jones [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 05, 2002 12:38 PM
To: [EMAIL PROTECTED]
Subject: Re: data tansfer time ???


Well, it took 1 hour 45 minutes to scan 12,987 files on that node.  Only 29
changed and needed
backing up. So, it took 47.07 seconds to backup up those 20 files which
changed, but the bulk
of the time was still the incremental checking of all your files to see if
they had changed.



Rob L. Jones
Operations
dotLogix, Inc. - Smarter, Faster Business
901-260-7137


|---------+---------------------------->
|         |           "Wholey, Joseph  |
|         |           (TGA\\MLOL)"     |
|         |           <JWholey@EXCHANGE|
|         |           .ML.COM>         |
|         |           Sent by: "ADSM:  |
|         |           Dist Stor        |
|         |           Manager"         |
|         |           <[EMAIL PROTECTED]|
|         |           .EDU>            |
|         |                            |
|         |                            |
|         |           05/31/2002 07:37 |
|         |           AM               |
|         |           Please respond to|
|         |           "ADSM: Dist Stor |
|         |           Manager"         |
|         |                            |
|---------+---------------------------->
  >
--------------------------------------------------------------------------------------------------------------------------------------------------|

  |
|
  |       To:       [EMAIL PROTECTED]
|
  |       cc:
|
  |       Subject:  data tansfer time ???
|
  >
--------------------------------------------------------------------------------------------------------------------------------------------------|





Can someone expound on what exactly DATA TRANSFER TIME specifies.  I've
read the definition in the manual and it's still not clear to me.  In the
below example, exactly what took 47.07 seconds?  thx.


05/30/2002 21:45:36 --- SCHEDULEREC STATUS BEGIN
05/30/2002 21:45:36 Total number of objects inspected:   12,987
05/30/2002 21:45:36 Total number of objects backed up:       29
05/30/2002 21:45:36 Total number of objects updated:          0
05/30/2002 21:45:36 Total number of objects rebound:          0
05/30/2002 21:45:36 Total number of objects deleted:          0
05/30/2002 21:45:36 Total number of objects expired:          0
05/30/2002 21:45:36 Total number of objects failed:           1
05/30/2002 21:45:36 Total number of bytes transferred:     1.70 GB
05/30/2002 21:45:36 Data transfer time:                   47.07 sec
05/30/2002 21:45:36 Network data transfer rate:        38,081.71 KB/sec
05/30/2002 21:45:36 Aggregate data transfer rate:        283.08 KB/sec
05/30/2002 21:45:36 Objects compressed by:                   37%
05/30/2002 21:45:36 Elapsed processing time:           01:45:32
05/30/2002 21:45:36 --- SCHEDULEREC STATUS END
.

Reply via email to