문제

SVN 리포지토리/프로젝트 중 하나에서 고통스럽게 느린 작업을 경험하고 있습니다.

예를 들어, 하나의 작은 파일 (10 KB)의 변경 사항을 되돌리는 데 5-10 분이 걸립니다. 또는 100MB의 프로젝트를 확인하는 데 약 40-60 분.

같은 서버에는 약 30 개의 다른 프로젝트가 있으며, 일부 프로젝트는이 프로젝트보다 훨씬 큽니다.

주목해야 할 것은이 프로젝트는 마젠토 프로젝트. 디스크 공간 측면에서 크지는 않지만 23k 파일과 11k 폴더가 있으며 파일이 거의 없을 때 SVN Preform을 잘못 읽었습니다. 이것이 사실입니까? 그리고 속도를 높이기 위해 할 수있는 일이 있습니까?

도움이 되었습니까?

해결책

Subversion Working Copy는 귀하의 경우와 같이 수많은 디렉토리가있을 때 상당히 심하게 수행됩니다. 작업 사본에 대한 쓰기 작업 (로컬로만)의 경우 작업 사본이 잠겨 있어야합니다. 즉, 잠금 파일이 모든 디렉토리 (11k 파일 생성)에서 생성되고 동작이 실행되고 11k 파일은 11k 파일이 생성됩니다. 다시 삭제되었습니다.

Subversion 1.7은 다른 작업 사본 형식으로 이동하여 이러한 문제를 해결해야합니다. 그때까지 바이러스 스캐너에서 작업 사본을 제외하고 디렉토리의 파일 모니터 (거북이)의 파일 모니터를 비활성화하고 총 디렉토리 수를 줄이려는 등의 속도를 높이려고 할 수있는 몇 가지 트릭이 있습니다. (아마도 별도의 작업 사본 몇 개를 확인함으로써)

다른 팁

재활용 빈을 사용하는 데 알려진 문제가 있습니다. 재활용 쓰레기통 비우고 거부 작업 중에 사용하지 않도록 TortoisesVN 설정이 작업 속도를 높이십시오 (참조 http://www.nabble.com/revert-is-too-slow-td18222196.html).

이것은 확실히 내 반환 작업을 분명히 만들었습니다.

비밀번호를 변경 한 후 Windows에서 전복으로 극도로 속도가 느려졌습니다. 모든 디렉토리와 파일을 삭제해야했습니다 %APPDATA%\Subversion\auth.

이제 SVN은 토끼로 빠릅니다. 내 속도는 TortoisesVN과 명령 줄을 통해 발생했습니다.

NFS를 사용하면 SVN이 느립니다 (네트워크 파일 시스템) 작업 사본의 경우. 이것은 당신의 문제 일 수 있습니다.

안티 바이러스 소프트웨어를 일시적으로 비활성화하십시오.

SVN의 변경 사항은 서버로 전혀 가지 않아야하는 로컬 작업입니다. 따라서 문제가 프로젝트의 작업 사본에있는 것처럼 들립니다.

작업 사본에서 'SVN 정리'를 실행해보십시오. 하드 드라이브 또는 파일 시스템에 문제가 있는지 확인할 수도 있습니다.

우리 SVN은 TortoisesVN을 통해 고통스럽게 느리게 달리고있었습니다. 그리고 명령 줄. 커밋과 수출은 느 렸습니다. 우리의 Zend 프레임 워크-기반 PHP 프로젝트는 약 3 개의 파일의 작은 커밋으로 업데이트하고 팝업하는 데 5-10 분이 걸립니다.

우리의 SVN 가상 머신 (센토스) 700MB의 RAM이 있었는 아파치 그리고 약 1 년 동안 잘 운영되었습니다. 우리는 약 20 개의 프로젝트와 3 명의 개발자 만 있습니다.

나는 그것을 1.5GB의 RAM으로 올렸고 지금은 우리의 기존 속도로 돌아가고 있습니다.

또한 TortoisesVN 1.7.3으로 업그레이드 한 후 큰 둔화를 겪었습니다.

그런 다음 SVN 1.6.5의 별도 설치가 있음을 발견했습니다. 나는 둘 다 제거하고 거북이를 다시 설치했으며 이제는 상황이 훨씬 나아졌습니다. TortoisesVN에서 오늘의 첫 번째 업데이트는 여전히 느리지 만 (1-2 분) 그 후에도 빠릅니다.

우리는 비슷한 문제에 직면하고 문제는 TortoisesVN (버전 1.9.7)이었습니다. 예를 들어, repo browser 초기에 약 10 분이 걸렸습니다.

우리는 Show Locks 기능과 모든 것을 고정시킵니다!

폴더를 마우스 오른쪽 버튼으로 클릭하고 선택하십시오 Tortoise\Settings 그 다음에 General\Dialog 3 그 다음에 선택 해제 Show Locks

또한 좋은 힌트를 찾을 수 있습니다 http://tigris-scm.10930.n7.nabble.com/workaround-for-slow-repositorybrowser-on-large-repositories-td92324.html

Eclipse IDE를 사용하는 프로젝트가 있습니다. Eclipse Project 디렉토리를 캡처하면 수백 및 수백 개의 작은 파일을 얻습니다.

파일을 확인할 때 SVN은 한 번에 하나씩 수행 할 수 있다고 생각합니다. 이는 수많은 파일이있는 프로젝트가 항상 느려질 것이며 (빈번한 전체 개혁 조작을 피하는 것 외에도) 할 수있는 일은 많지 않다는 것을 의미합니다.

그래도 단일 파일을 변경하는 것은 느리지 않아야합니다.

제안을 시도 할 수 있습니다 느린 SVN에 대한 스택 오버플로의 또 다른 게시물. 또한 예정일 수도 있습니다 BDB 데이터베이스 사용.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top