Stuart Henderson writes:
> On 2016/02/01 12:44, cho...@jtan.com wrote:
> > >Synopsis:  CVS fails to check out large files on amd64, sometimes
> > >Category:  user amd64
> > >Environment:
> >     System      : OpenBSD 5.8
> >     Details     : OpenBSD 5.8 (GENERIC.MP) #1236: Sun Aug 16 02:31:04 MDT 
> > 2015
> >                      
> > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> > 
> >     Architecture: OpenBSD.amd64
> >     Machine     : amd64
> > >Description:
> >     When checking out large files using a local CVS server, the 
> >     final 'ok' line is not printed about 2/3 of the time and the 
> >     checkout subsequently fails.
> > 
> >     I heard through the grapevine (aka. #openbsd on freenode) that 
> >     this is a known problem affecting amd64. Hopefully some 
> >     diagnosis can shed some light on it. Personally I don't relish 
> >     the thought of digging into cvs' source.
> 
> Not seeing this here but you may be running into memory limits.
> See dlimit in CVSROOT/config.

If it's memory limits, it's not anything caused by dlimit, which
complains correctly when it's reached (I think - see 8k).

For reasons I don't care to find out right now, the dlimit in the 
originally sync'd version is 64*1024-1. I've kept up the pattern.


No dlimit line
without:# for k in `jot 100 1`; do grep . < in | cvs server | tail -n1; done | 
sort | uniq -c 
without:  11     3297. Xterm patch #119 (#3335, Thomas Dickey).
without:  89 ok

dlimit=262143
256k:# for k in `jot 100 1`; do grep . < in | cvs server | tail -n1; done | 
sort | uniq -c 
256k:  17     3297. Xterm patch #119 (#3335, Thomas Dickey).
256k:  83 ok

dlimit=65535
64k:# for k in `jot 100 1`; do grep . < in | cvs server | tail -n1; done | sort 
| uniq -c     
64k:  16     3297. Xterm patch #119 (#3335, Thomas Dickey).
64k:  84 ok

dlimit=32767
32k:# for k in `jot 100 1`; do grep . < in | cvs server | tail -n1; done | sort 
| uniq -c 
32k:  13     3297. Xterm patch #119 (#3335, Thomas Dickey).
32k:  87 ok

dlimit=8191
8k:# grep . < in | cvs server                                                   
         
8k:Valid-requests Root Valid-responses valid-requests Repository Directory 
Max-dotdot Static-directory Sticky Checkin-prog Update-prog Entry Kopt 
Checkin-time Modified Is-modified UseUnchanged Unchanged Notify Questionable 
Case Argument Argumentx Global_option Gzip-stream wrapper-sendme-rcsOptions Set 
expand-modules ci co update diff log rlog add remove update-patches 
gzip-file-contents status rdiff tag rtag import admin export history release 
watch-on watch-off watch-add watch-remove watchers editors init annotate 
rannotate noop version
8k:ok
8k:E Terminated with fatal signal 11
8k:E Core dumped; preserving /tmp/cvs-serv25310 on server.
8k:E CVS locks may need cleaning up.
8k:error  


Cheers,

Matthew

Reply via email to