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