Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

What would be the best solution considering, scalability/load and security, svnserve + xinetd or standalone svnserver? Thank you!

share|improve this question
    
How many concurrent uses do you have to serve ? –  Dave Cheney Feb 27 '10 at 23:52
    
It would be aprox. up to 100 concurrent uses. –  crazybyte Feb 28 '10 at 9:06
add comment

2 Answers

Don't forget there is always svn over ssh, and mod_dav_svn, both widely deployed, and highly reliable.

share|improve this answer
    
It is on the internal network, so I don't think that ssh is needed. mod_dav_Svn is already in use. What I'm curios of if there are some advantages (beside the ones I can think of) of running svnserve with xinetd instead of running it standalone. Basically I'm making a small cleanup and I want to get rid of the xinetd daemon if there is no need for it. –  crazybyte Feb 28 '10 at 9:10
    
I second the desire to drop xinetd if you don't need it. I've had no problems running svnserve over internal and external networks. –  Dave Cheney Feb 28 '10 at 9:14
add comment

One thing that I can think of as a benefit of doing it with xinetd is with regards to multiple repositories.

If you are looking to have one svnserve serving up multiple repositories, you'd need to use the -r switch, and load up svnserve.

However adding a new repository tree would require a restart of the entire svnserve process, possibly interrupting current users.

If you use xinetd it will automatically be picked up the next time the system is quite (and you don't have to wait around for it to happen).

At the moment that's the only advantage I can see to using xinetd.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.