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.
If you can store these executables in a compressed form (.zip, .gz, or whatever) this will reduce the load on your server. You can then modify your scripts to uncompress these files before running them. Mark > -----Original Message----- > From: michel.leclerc at b-rail.be [mailto:michel.leclerc at b-rail.be] > Sent: 22 October 2004 09:26 > To: cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook > Subject: Re(2): Fwd:[cvsnt] Re: Performance problem with large f iles > > > Tony, > > I'm interrested in using an other method to store theses big > files. Do you have > an idea of an alternate methode ? > The files I use are script files that are frequently updated > (In this case CVs > fits well). These scripts use external exe files that can be > very large. > I want to be certain that we I do a Checkout I get all the > files that I need to > run the script. > > Thanks for your help > > Michel Leclerc > > > Tony Hoyle (21/10/2004 16:40): > >michel.leclerc at b-rail.be wrote: > >> Tony, > >> > >> It seems that network speed is not the bottleneck. I've > tried with a speed of > >> 10 Mbits, 100Mbits and gigabit and it does not make a big > difference. > >> These large files are binary files and I don't understand > why they require so > >> much CPU resources. Why CVs does require so much memory to > handle these > files? > >> Which amount of memory do I need to feel comfortable? > > > >It depends on the amount of activity going on at the same > time, whether > >you're checking out HEAD, etc. > > > >A 270MB file will at a minimum use twice that size for checkout, then > >the disk space for the temporary file, before sending to the client. > > > >If you're not checking out HEAD you can double that memory > requirement, > >at least. If multiple users are going to be checking out > >simultaneously, multiply the whole thing by the number of users. > > > >A version control system doesn't simply store the files on > disk, it has > >to calculate differences between versions and (during checkout) > >reconstruct the original file. There are also some changes > required by > >the RCS file format that mean you don't entirely get away > with it even > >for HEAD. The faster the CPU the better for this kind of thing - no > >matter how efficient the algorithm a file of that size is > going to take > >a significant time to process. > > > >You may be better off using an alternate method of storing > those files, > >as you're quickly going to end up with RCS files of several > GB in size - > >this makes backup of those files difficult. > > > >Tony > >_______________________________________________ > >cvsnt mailing list > >cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook > >http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs > > > > > _______________________________________________ > cvsnt mailing list > cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook > http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs > ****************** This e-mail has been sent from Imagination Technologies Limited. PowerVR, Metagence, Ensigma and PURE Digital are divisions of Imagination Technologies Limited. The information contained in this e-mail, including any attachment, is confidential and may be legally privileged. It is intended solely for the addressee(s) and access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying or distribution or use of the information contained in this e-mail, is prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender by return e-mail and then delete it from your system. Internet communications cannot be guaranteed to be secure, error or virus-free. The sender does not accept liability for any errors or omissions which arise as a result. Any views expressed in this message are those of the author, except where the author specifies and, with authority, states them to be the views of Imagination Technologies Ltd.