SVN / TortoiseSVN 고통스럽게 느림
SVN 리포지토리 / 프로젝트 중 하나에서 작업 속도가 매우 느립니다.
예를 들어 하나의 작은 파일 (10KB)에서 변경 사항을 되 돌리는 데 5-10 분이 걸립니다. 또는 100MB의 프로젝트를 확인하는 데 40-60 분 정도 걸립니다.
같은 서버에 약 30 개의 다른 프로젝트가 있으며, 일부는이 프로젝트보다 훨씬 더 크고,이 중 어느 것도 이와 같은 프리폼이 없습니다.
한 가지 주목할 점은이 프로젝트는 Magento 프로젝트라는 것입니다. 디스크 공간 측면에서 그리 크지는 않지만 23k 파일과 11k 폴더가 있고 작은 파일이 많을 때 SVN 프리폼을 잘못 읽었습니다. 이것이 사실입니까? 속도를 높이기 위해 할 수있는 일이 있습니까?
Subversion 작업 복사본은 귀하의 경우와 같이 많은 수의 디렉토리가있을 때 매우 나쁘게 수행됩니다. 작업 복사본에 대한 쓰기 작업 (로컬로만 해당)의 경우 작업 복사본을 잠 가야합니다. 즉, 모든 디렉터리에 잠금 파일이 생성되고 (즉, 11k 파일이 생성됨) 작업이 실행되고 해당 11k 파일이 다시 삭제되었습니다.
Subversion 1.7은 이러한 문제를 해결해야하는 다른 작업 복사본 형식으로 이동하고 있습니다. 그때까지는 바이러스 스캐너에서 작업 복사본을 제외하고 디렉터리에서 파일 모니터를 비활성화 (예 : TortoiseSvnCache)하고 총 디렉터리 수를 줄이는 등 작업 속도를 높이기 위해 시도 할 수있는 몇 가지 트릭이 있습니다. (아마도 몇 개의 별도 작업 사본을 확인하여)
되돌리기 기능이있는 휴지통을 사용할 때 느린 되돌리기가 발생하는 알려진 문제가 있습니다. 휴지통을 비우고 복구 작업 중에 TortoiseSVN을 사용하지 않도록 설정하면이 작업의 속도가 빨라집니다 ( http://www.nabble.com/Revert-is-too-slow-td18222196.html 참조 ).
이것은 확실히 내 되돌리기 작업을 가속화했습니다.
암호를 변경 한 후 Windows에서 Subversion을 사용하면 매우 느려졌습니다. 에서 모든 디렉토리와 파일을 삭제해야했습니다 %APPDATA%\Subversion\auth.
이제 SVN은 토끼처럼 빠릅니다. TortoiseSVN과 명령 줄을 통해 속도가 느려졌습니다.
작업 복사본에 NFS ( Network File System )를 사용하면 SVN이 느립니다 . 이것은 당신의 문제 일 수 있습니다.
바이러스 백신 소프트웨어를 일시적으로 비활성화하십시오.
SVN에서 변경 사항을 되 돌리는 것은 서버로 전혀 이동해서는 안되는 로컬 작업입니다. 따라서 문제가 프로젝트의 작업 복사본에있는 것처럼 들립니다.
작업 복사본에서 'svn cleanup'을 실행 해보십시오. 하드 드라이브 나 파일 시스템에 문제가 있는지 확인할 수도 있습니다.
우리의 SVN은 TortoiseSVN, Eclipse 및 명령 줄을 통해 고통스럽게 느리게 실행되었습니다 . 커밋과 수출은 느렸다. 우리 젠드 프레임 워크는 PHP 프로젝트를 업데이트 할 나이 걸릴 작은에서 터지는 5 ~ 10 분 정도 걸릴 것 세 가지에 대한 파일의 커밋 기반.
우리의 SVN 가상 머신 ( CentOS )에는 700MB의 RAM이 있었는데, 이는 Apache 를 통해 Subversion을 실행하는 Linux CLI에 합리적으로 보였으며 약 1 년 동안 정상적으로 실행되었습니다. 약 20 개의 프로젝트와 3 명의 개발자 만 있습니다.
나는 그것을 1.5GB의 RAM으로 올렸고 지금은 이전 속도로 돌아가 훨씬 더 빠르게 실행되고 있습니다.
또한 TortoiseSVN 1.7.3으로 업그레이드 한 후 큰 속도 저하를 겪었습니다.
그런 다음 SVN 1.6.5가 별도로 설치되어 있음을 발견했습니다. 둘 다 제거하고 TortoiseSVN을 다시 설치했으며 이제 상황이 훨씬 좋아졌습니다. 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 프로젝트 디렉토리를 캡처하면 수백, 수백 개의 작은 파일을 얻을 수 있으며 이는 내 프로젝트에서 고통을 겪는 것과 동일한 효과를 갖습니다.
나는 당신이 파일을 체크 아웃 할 때 SVN이 한 번에 하나씩 그렇게한다고 생각한다. 이것은 엄청난 수의 파일이있는 프로젝트는 항상 느려질 것이고 그것에 대해 할 수있는 일이 많지 않다는 것을 의미한다 (빈번한 전체 저장소 작업을 피하는 것 외에).
그러나 단일 파일을 변경하는 것이 느려서는 안됩니다.
느린 SVN에 대한 Stack Overflow의 다른 게시물에서 제안을 시도 할 수 있습니다 . BDB 데이터베이스 를 사용하기 때문일 수도 있습니다 .
참고 URL : https://stackoverflow.com/questions/949492/svn-tortoisesvn-painfully-slow
'program tip' 카테고리의 다른 글
| tf.layers.conv2d 및 tf.layers.dense의 기본 커널 이니셜 라이저는 무엇입니까? (0) | 2020.11.28 |
|---|---|
| 식 트리 람다는 null 전파 연산자를 포함 할 수 없습니다. (0) | 2020.11.28 |
| 실용적인 예는 dup 또는 dup2를 사용합니다. (0) | 2020.11.28 |
| Lucene / Solr과 같은 문서 저장소가 NoSQL 대화에 포함되지 않는 이유는 무엇입니까? (0) | 2020.11.28 |
| Visual Studio 2010 기본 확대 / 축소 수준 (0) | 2020.11.28 |