Re: TortoiseCVS inside SAMBA network share

"Arthur Barrett" <arthur.barrett-qn/[email protected]> Mon, 22 Aug 2011 16:57:17 +1100
Newsgroups gmane.comp.version-control.cvs.tortoisecvs.user
Message-ID <[email protected]>
Marcus,
 
If you've got performance difficulties, please diagnose and fix the
performance problem, not try and work around it.  The phrase 'make it
faster' is not descriptive enough for anyone to give you any help
whatsoever.  As a guide - using client/server most operations should
complete in about 1 second or often less.  Checkout of a 50Mb sandbox
should take about the same amount of time as it takes to copy the same
50Mb worth of files from the server to the client using Samba.
 
Under extreme circumstances you may need to set up repository
replication.  Details on WAN performance and also repostiory replication
are available here:
http://march-hare.com/cvspro/?pdf=p
 
I suggest you work through a diagnostic procedure with the people
responsible for both the server and client software, eg:
 
* is it the client that is slow or the server or the network?  (eg: test
a client/server directly on the server, test client/server directly on
the client, test the network)
 
* are you using the latest software on the server and the client?
 
* is it a functional performance problem or a technical performance
problem
 
  - a functional performance problem is something like: when I tag it
takes ages, or 1000 developers come in to work at 9am and each checkout
new sandboxes - and it takes ages (yes that's a real actual customer
example of a bug report).  Functional performance problems usually
require an upgrade to a modern server (like CVSNT 2.8 or EVSCM 3.1), or
a change to your workflow.
 
 - a technical performance problem is something like: committing a file
of 39M takes 1 hour, 1M files take 1 second; a trace shows each command
'delays' 3 seconds before executing.  Technical performance problems are
often caused by related software (routers, drivers, active directory,
disks) or can sometimes require a patch upgrade (eg: 2.5.03.4065)
 
 
The samba protocol is not fault tolerant - so dropped
connections/packets can result in corrupt repositories, making your
version history unreadable.  The :local: protocol is for use of
CVS/CVSNT developers only.  You wouldn't share your Oracle or MySQL
database over samba, so don't try it with CVS.
 
Regards,
 
 
Arthur Barrett
 

	-----Original Message-----
	From: Marcus Diniz [mailto:[email protected]] 
	Sent: Thursday, 18 August 2011 11:23 PM
	To: tortoisecvs-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
	Subject: [TortoiseCVS] TortoiseCVS inside SAMBA network share
	
	
	Is it a good idea to mount a SAMBA share and use TortoiseCVS
with :local: to make it faster?
	

	-- 
	Marcus Diniz

------------------------------------------------------------------------------
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev

_______________________________________________
tortoisecvs-users mailing list
tortoisecvs-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/tortoisecvs-users