Can we get better statisitics collection (i.e. i/o stats on cp/gridftp sub processes? data rates?)
#1 Updated by Marc Mengel over 7 years ago
- Description updated (diff)
- Status changed from New to Assigned
- Target version set to v1_2_5
- % Done changed from 0 to 30
#2 Updated by Marc Mengel about 7 years ago
Updated to try to stat() all our arguments, and if we found files, to keep a sum of the st_size values for the source and destination files separately. If we don't get rusage blocks in and out, we take the st_size sums/512 and report that. That should give us some approximation of block count vs time that we can use
to collect througput numbers.
#3 Updated by Marc Mengel about 7 years ago
Okay, now we stat our inputs and outputs after we copied the files, and total up any of them we can see, and use the max of inputs/outputs (because often one is remote and we get zero) to report bytes transferred, and we use higher resolution time to do our difference so we get a delta time for quick (i.e. local) copies. Downside is we include fork/excec time in the timing, but for larger transfers that should come out in the wash.