우리 회사는 현재 Windows XP에서 TortoiseSVN 1.6.16 32 비트를 사용하여 HTTPS를 통해 동일한 네트워크에있는 Windows Server 2003에서 실행되는 VisualSVN-Server 2.1.19에 연결합니다 (프록시 없음). 우리는 Windows 자격 증명을 사용하여 자체 서명 된 인증서와 Kerberos 인증을 사용합니다 (VisualSVN 관련 기능이라고 생각합니다). 이 설정에서는 모든 것이 멋지게 작동합니다. 우리 회사는 윈도우 7로 이동하기로 결정했을 때 Subversion은 Windows 7에서 느리게 작동하지 않습니다.
, 우리는 64 비트 Windows에서 TortoiseSVN을 1.7.6을 시도 다음과 같은 문제에 결과 7 64 비트 : 서버를 포함하는- 모든 작업 (repo-browser, checkout, update, checkin, ...)은 참을 수 없을 정도로 느리다.
- 의 repo 브라우저 (10 개 사업) 개봉 : 15 분 (50 개) 파일의 신선한 체크 아웃에
- 업데이트 : 1 분 하나의 빈 파일의
- 체크인 : 30 초
- 거북이 선택적으로 정상 전송 속도와 0 바이트/초를 보여줍니다. 많은 작은 파일은 몇 개의 큰 파일보다 느린 것 같습니다. 다양한 장애에
- 느린 연결 결과 (농노는 여전히 느리지 만 작업이 오류없이 성공적으로 완료) 는
- EasySVN, SmartSVN 및 TortoiseSVN을 함께 제공되는 SVN 명령 행 클라이언트는 동일한 동작을 보여 HTTP-lib 디렉토리로 네온을 사용하는 경우 . TortoiseSVN 1.6.16 64 비트와 동일합니다.
- TortoiseSVN을가 1.7.6 윈도우 XP 32 비트는 우리의 서버 와 함께 잘 작동 다른 한편으로 상황을
이 향상되지 않습니다 HTTP (NO SSL)에 서버 프로토콜을 변경
- 브라우저를 통해
- 액세스/WebDAV는 심지어 서버 측 로그 오류 또는 경고
나는 또한 Windows 7에서 느린 동작에 대해 불평하지만 로컬 작업이거나 TortoiseSVN으로 제한되어 있기 때문에 청구서에 맞지 않는 게시물을 발견했습니다.
Windows의 서브 버전 7에 일반적인 문제가 있다는 표시가 없으므로 OS의 네트워킹 매개 변수 또는 프로토콜 버전 일 수 있습니다. Subversion의 성능에 영향을 미치는 것으로 알려진 매개 변수가 있습니까?
Subversion (또는 네온/서프)이 OS와 어느 부분에 의존하는지 정확히 알지 못합니다. 그 정보는 크게 감사하겠습니다.
서브 버전 '서버'파일에 테스트해야 할 매개 변수가 있습니까? Wireshark 연결이 나를 도울 수있는 기회를 어떻게 생각하세요?
비슷한 경험, 의견, 도움말, 빨대 환영합니다.
Wireshark는 산발적 인 간격을 보여줍니다. 5 초 VisualSVN 서버에 의해 발생한 TCP 스트림.
- 은 HTTPS : 서버는 클라이언트가 인사 후 인사
- HTTPS를 자사의 서버를 보내기 전에 5 개 초 기다립니다 인정 : 서버는 클라이언트 키를 인정하고 이상이
- HTTPS 암호화 된 핸드 쉐이크 데이터를 제공하기 전에 5 초 소요 : 핸드 셰이크 외부에서도 서버가 ACK (TCP 수준에서)를 보낸 다음 5 초 후에 클라이언트에 무언가를 보냅니다 (데이터가 암호화되어 관심이있는 지점에서 중단이 발생했는지 여부를 알 수 없음)
- http : NTLM 인증 중 서버 측 전송시 모두
- HTTP : 서버 이전
어디서 났습니까? –
나를 상기시켜 줘서 고마워. 내 자신의 대답을 참조하십시오. – wolfpile
도메인 이름 확인은 내 문제가 로컬'호스트 '항목을 추가하고 그것이 삶에 나타났습니다. – Lankymart