[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Changing SVN Repository from Linux to Windows

From: Janulewicz, Matthew <MJanulewicz_at_westernasset.com>
Date: 2005-07-22 23:30:38 CEST

I'm gonna butt in. Sorry. Have to.

I agree that this is not a list for platform advocacy, and Subversion is cross platform, but all the platforms do not perform or act in the same way, and certain runtime environments are better, or at least different, than others, and I think it's worth addressing, especially in a case where someone is doing something that is more likely to degrade performance.

If the original poster is doing this because his boss said to, and the project goes awry, it's his head, not his boss'. Although Tommy maybe wasn't thinking along these lines, it's good to help folks out in other ways beyond the original scope of the question.

My point to add is that with any application that is highly active on the filesystem, Windows is a poor choice. There have been several discussions about this recently, as well as the case sensitivity issue with Windows servers (due to Window's filesystem implementation, not SVN. Any SCC tool served from Windows has the same problem.) If the repo being moved has a huge amount of items in it, moving from Linux to Windows will instantly cause a performance degradation.

If this person was running SVN with Apache, simply moving a repo to a Windows machine will not do. That's a whole other set of problems the poster may not have considered.

Personally, even on easy/simple issues, I like getting more information than I ask for when people answer my questions. If someone can prevent me from shooting myself in the foot, I'd rather hear it than not.


-----Original Message-----
From: Mark Parker [mailto:mark@msdhub.com]
Sent: Friday, July 22, 2005 2:07 PM
To: Tommy Nordgren
Cc: Mathias Willburger; users@subversion.tigris.org
Subject: Re: Changing SVN Repository from Linux to Windows

Tommy Nordgren wrote:
> There are two things against windows. Windows are subject to many
> more succesful intrusion
> attempts than linux or Mac OS X.
> Also linux runs software a lot more efficiently than windows.
> Meurements with GnuMake
> on linux and the Cygwin environment on Windows, show similar runtimes,
> when the linux can have
> only 1/5 the clock frequency of the windows can.

Comparing a native application on one operating system to an emulation
layer on another operating system is a pretty poor performance
comparison. For each argument for one platform, you can find an argument
against it. For example, in your case, noone ever had to worry about
enabling large file support on Windows. No Windows user ever had to
worry about RPM installations and dependancy nightmares. They also don't
have to worry about permissions problems. Nor do they worry about ldconfig.

This list isn't about advocating any operating system over any other.
We're here to help the users of this **cross-platform** software.

Mathias, to answer your question, use svnadmin dump on the current
server, and svnadmin load on the new server. It's as easy as that.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

E-mail sent through the Internet is not secure. Western Asset therefore recommends that you do not send any confidential or sensitive information to us via electronic mail, including social security numbers, account numbers, or personal identification numbers. Delivery, and or timely delivery of Internet mail is not guaranteed. Western Asset therefore recommends that you do not send time sensitive or action-oriented messages to us via electronic mail.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jul 22 23:32:43 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.