[cvsnt] Re: Excessive delays with files > ~800KB

John Hardin jhardin at epicor.com
Wed Jun 14 16:20:21 BST 2006

Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.

Bo Berglund wrote:
> On Tue, 13 Jun 2006 14:29:28 -0400, John Hardin <jhardin at epicor.com>
> wrote:
> >Server: Linux, CVS 1.11.2
> One would assume that you are running against a CVSNT server since you
> post your problems on this list, so I overlooked this item...
> Please ask the GNU CVS people on this, because it is not a CVSNT
> problem...

Ah, but the *client* is CVSNT, and we're only seeing the delay on CVSNT

I do wish the mod would approve my long (8600 bytes is long?) post with 
the numbers...

> >> >Operations (commit, update, diff) involving large individual files 
> >> >(larger than about 800KB) experience
> >>
> >> This is not a particularly large file...
> >> If you had said 800 Mb I would have agreed tit is s large file, but 
> >> 800 kb is nothing, really.
> >
> >Wow. You regularly deal with 800kB+ text files?
> We have SQL database definition files that are text files and are
> 700-800 kb in size

Yeah, so do we. I don't know why that escaped my memory. Probably
because we haven't made any schema changes recently.

> >> The problem is not connected with the file size for this size anyway.
> >
> >That's the only indicator I have. The problem becomes noticeable at around
> >800kB and gets unbearable at over 1.5MB, and non-cvsNT clients are not
> >seeing the delays. See my other post with trace and timing data (which is in
> >the moderator queue at the moment).
> Sounds bad. Does the server reside on the same network segment and
> what kind of machine is it in relation to the general domain setup?

It is on the same gigabit local network, and is a reasonably muscular
Linux box. We access it via external ssh using local logins. Native
Windows auth does not come into play, and I don't think network issues
(e.g. DNS) are a problem as the delay occurs after the login has
succeeded and the server-side cvs process has started, and only with
CVSNT clients. Cygwin and GNU/Linux cvs clients on various roughly
equivalent client computers don't see the same delays.

> Also, what happens if you try to commit from the command line rather
> than from Tortoise? If you don't know how:
> cd <sandbox directory>
> <cvs install path>\cvs commit -m "your commit message here" file
> If this also results in "excessive delays" then you have ruled out
> Tortoise from the problem area.

Per my other mail stuck in the moderator queue, yes, the CVSNT command
line exhibits the problems. That's why I moved this from the TortoiseCVS
bugtraq to the CVSNT mailing list.

> Of course. Delays are in my world *always* caused by the client/server
> communication or by the server processing. The client just sends the
> files to the server for processing and receives back data to update
> the local sandbox with. It does not do a whole lot itself...

That's what's so puzzling. The network operations *seem* to complete
promptly. I haven't done packet captures yet to verify that, I may yet
do so.

John Hardin KA7OHZ
Senior Applications Developer, RetailCRM Development
  web: http://www.epicor.com
voice: (425) 672-1304
  fax: (425) 672-0192
email: <jhardin at epicor.com>
EPICOR|CRS Retail Solutions Division
3400 188th Street SW, Suite 185
Lynnwood, WA 98037
  The first time I saw a bagpipe, I thought the player was torturing
  an octopus. I was amazed they could scream so loudly.

More information about the cvsnt mailing list
Download the latest CVSNT, TortosieCVS, WinCVS etc. for Windows 8 etc.
@CVSNT on Twitter   CVSNT on Facebook