Re: Perl Data Transfer Rate

My question is: why do you even care about the checkout time? It's not like you check out 100 packages a day (or are you?)

The interesting actions in any source management system are committing, branching, merging and updating. And those depend much more on the underlying architecture than whatever you're measuring right now.

Here's linus calling you stupid and ugly :-)

"What should it profit a man, if he should win a flame war, yet lose his cool?"

Comment on Re: Perl Data Transfer Rate

Replies are listed 'Best First'.
Re^2: Perl Data Transfer Rate by Mr. Muskrat (Canon) on Nov 15, 2008 at 18:58 UTC
I haven't used SVN much but if it is anything like ClearCase then the larger the file is, the longer the checkout takes. I have a file that is roughly 1.5G and it takes between 20 and 30 minutes to check it out with ClearCase. :(	[reply]
Re^3: Perl Data Transfer Rate by Joost (Canon) on Nov 16, 2008 at 01:09 UTC
Well, I'm fairly confident that you don't have a single 1.5Gb file of source code, so you may want to reconsider the usefulness of putting that file in any kind of source control system. FTR: adding large blobs into SVN will give you similar results. "What should it profit a man, if he should win a flame war, yet lose his cool?"	[reply]
Re^4: Perl Data Transfer Rate by Mr. Muskrat (Canon) on Nov 19, 2008 at 18:30 UTC
It's a tarball of third party software. I agree with you however the powers that be want even third party software to be revision controlled.	[reply]
Re^4: Perl Data Transfer Rate by Anonymous Monk on Nov 20, 2008 at 18:52 UTC
The time I am trying to calculate is to fix some major performance issues on project migrations. So I need to calculate the list of files on checkout and the time they took and kb/sec. Still trying to find a light there. I know Tortoise SVN gives this after the checkout or export is done. I am not able to get it through any of the solutions mentioned above in my script.	[reply]