Wie Wechsel von https:// , svn:// - Protokoll in subversion-server
AKTUALISIEREN : svn und http-Protokoll benchmarking ist in..
Wie lange dauerte es von der Kasse den Kofferraum eines Projekts (in Minuten und Sekunden)..
svn-Protokoll : 5:32
http: Protokoll : 5:33
svn-Protokoll (mit AVG-Ordner der Ausnahme) : 2:22
http-Protokoll (mit AVG-Ordner der Ausnahme) : 2:23
Geschwindigkeit Ergebnis : Absolut nichts!
AVG Ergebnis : Jedoch, indem er erzählt, AVG ignorieren meiner arbeiten Ordner kopieren Check-out-Zeit wurde doppelt so schnell!
URSPRÜNGLICHEN FRAGE :
Derzeit nutzen wir VisualSVN Server, denke ich!? unterstützt nur http(s) Protokoll? (Kann das jemand bestätigen?)..
Habe ich Lesen Sie hier und zu erkennen, dass der svn://- Protokoll ist wesentlich schneller, vor allem mit vielen kleineren Dateien.
Kann jemand empfehlen die meisten Schmerzen Weg frei der Migration mit einem subversion-server mit svn://- Protokoll (auch wenn das bedeutet, dass mit einem anderen Geschmack von subversion-server).
Die Maschine läuft VisualSVN Server ist ein Microsoft Windows Server 2003 Kiste.
Vielen Dank im Voraus,
-- Lee
svn://
Protokoll. Siehe: visualsvn.com/support/topic/00011Frak, denke, das wäre zu einfach gewesen..
Ich würde mal sagen die benchmark-Ergebnisse als eine Antwort auf Ihre Frage. Es ist eine Lösung auf Ihre Frage, nachdem alle.
InformationsquelleAutor Lee Englestone | 2010-02-02
Du musst angemeldet sein, um einen Kommentar abzugeben.
Verwenden Sie die ursprüngliche Subversion-server anstelle von VisualSVN. Verwaltung von Repositorys ist nicht so schwer! Bewegen Sie einfach normal SVN und sparen Sie sich die Lizenzkosten.
Ich würde auch vorschlagen, zu bleiben, innerhalb der HTTP/HTTPS-Protokoll. In den meisten Fällen, das Protokoll ist nicht ein Problem auf Windows-Arbeitsstationen. Das Problem in der Regel Ihre Antivirus-und langsam ist NTFS, die die Probleme verursachen.
Allgemeiner Hinweis: Kasse auf Linux schneller durch die Größenordnung dann auf windows-station, weil das oben genannte Problem. Also ich glaube nicht, dass es sich anfühlen würde, irgendwelche Verbesserungen nach der Umstellung auf
svn://
. Auch können Sie einige einfache benchmarking mit original Subversion-server und prüfen Sie, ob es verbessert sich nichts.Auch das arbeiten mit https können Sie (an einem gewissen Punkt, wenn Sie möchten), um SVN-repository in das internet und ermöglichen den Benutzern, um es in sicheren Weg ohne VPN.
Das benchmarking ist vor allem interessant, wenn ohne den Pfad in der Arbeitskopie von AVG! 2x schneller bereits.
Ich habe dir gesagt, das Protokoll ist bei weitem nicht der Flaschenhals des SVN die Leistung auf Windows -
;-)
, bitte aktualisieren Sie, wenn Sie die Ergebnisse.Vielen Dank für den Hinweis auf die AVG und mich immer zu diesem benchmarking Artjom! Sehr hilfreich ist.
InformationsquelleAutor Artyom
Ich denke, es ist einfach zu ändern aus
https://
/http://
zusvn://
Protokoll in den VisualSVN server, da gibt es einesvnserve
unter VisualSVN server. Nur zu Anfang dersvnserve
verwenden Sie den Befehlsvnserve -d -r <repositories_dir>
, dann können Siesvn://
Protokoll für den Zugriff auf die repositories.InformationsquelleAutor Johnson Hao
Es stellt sich heraus, das problem mit subversion update Abschwächung wurde NICHT durch das Protokoll (SVN war der gleichen Geschwindigkeit wie HTTP), aber in der Tat durch AVG Scannen jede Datei.
Nach dem hinzufügen einer Ausnahme zu AVG zu ignorieren, mein Arbeits-Ordner kopieren-updates und Check-out sind jetzt mehr als doppelt so schnell.
Wie lange dauerte es von der Kasse den Kofferraum eines Projekts (in Minuten und Sekunden)..
svn-Protokoll : 5:32
http: Protokoll : 5:33
svn-Protokoll (mit AVG-Ordner der Ausnahme) : 2:22
http-Protokoll (mit AVG-Ordner der Ausnahme) : 2:23
Geschwindigkeit Ergebnis : Absolut nichts!
AVG Ergebnis : Jedoch, indem er erzählt, AVG ignorieren meiner arbeiten Ordner kopieren Check-out-Zeit wurde doppelt so schnell!
InformationsquelleAutor Lee Englestone
Verwenden Sie die ursprüngliche Subversion-server anstelle von VisualSVN. Verwaltung von Repositorys ist nicht so schwer! Bewegen Sie einfach normal SVN und sparen Sie sich die Lizenzkosten.
Ich würde auch vorschlagen, zu bleiben, innerhalb der HTTP/HTTPS-Protokoll. In den meisten Fällen, das Protokoll ist nicht ein Problem auf Windows-Arbeitsstationen. Das Problem in der Regel Ihre Antivirus-und langsam ist NTFS, die die Probleme verursachen.
Allgemeiner Hinweis: Kasse auf Linux schneller durch die Größenordnung dann auf windows-station, weil das oben genannte Problem. Also ich glaube nicht, dass es sich anfühlen würde, irgendwelche Verbesserungen nach der Umstellung auf
svn://
. Auch können Sie einige einfache benchmarking mit original Subversion-server und prüfen Sie, ob es verbessert sich nichts.Auch das arbeiten mit https können Sie (an einem gewissen Punkt, wenn Sie möchten), um SVN-repository in das internet und ermöglichen den Benutzern, um es in sicheren Weg ohne VPN.
;-)
, bitte aktualisieren Sie, wenn Sie die Ergebnisse.Ich denke, es ist einfach zu ändern aus
https://
/http://
zusvn://
Protokoll in den VisualSVN server, da gibt es einesvnserve
unter VisualSVN server. Nur zu Anfang dersvnserve
verwenden Sie den Befehlsvnserve -d -r <repositories_dir>
, dann können Siesvn://
Protokoll für den Zugriff auf die repositories.Es stellt sich heraus, das problem mit subversion update Abschwächung wurde NICHT durch das Protokoll (SVN war der gleichen Geschwindigkeit wie HTTP), aber in der Tat durch AVG Scannen jede Datei.
Nach dem hinzufügen einer Ausnahme zu AVG zu ignorieren, mein Arbeits-Ordner kopieren-updates und Check-out sind jetzt mehr als doppelt so schnell.
Wie lange dauerte es von der Kasse den Kofferraum eines Projekts (in Minuten und Sekunden)..
svn-Protokoll : 5:32
http: Protokoll : 5:33
svn-Protokoll (mit AVG-Ordner der Ausnahme) : 2:22
http-Protokoll (mit AVG-Ordner der Ausnahme) : 2:23
Geschwindigkeit Ergebnis : Absolut nichts!
AVG Ergebnis : Jedoch, indem er erzählt, AVG ignorieren meiner arbeiten Ordner kopieren Check-out-Zeit wurde doppelt so schnell!