Xcode 4-성능 저하

Xcode 4와 관련하여 코드 편집, 스크롤 영역 등 사용자 상호 작용에 매우 느리게 응답하는 문제가 있습니다. 특히 많은 컨트롤러 /보기 파일 등이있는 대규모 프로젝트에서 발생합니다.

나는 하드 디스크를 완전히 지우고 다른 주에 Snow Leopard와 Xcode를 다시 설치했지만 꾸준히 작업 흐름을 방해하는 좌절 된 응답 시간 (몇 일에 걸쳐)에 지속적으로 도달했습니다.

또한 때때로 Organizer-> Projects를 통해 프로젝트의 "파생 된 데이터"를 제거했지만 효과가 거의 없었습니다.

첫 번째 인스턴스에서 더 높은 사양의 컴퓨터를 얻는 것 외에 성능을 향상시키기 위해 할 수있는 일이 있는지 궁금합니다.

참고로 2GHz 및 4GB RAM의 Intel Core 2 Duo 프로세서가 장착 된 MacBook을 실행하고 있습니다.

업그레이드가 필요한 경우 사람들이 잘 지정된 컴퓨터에서 Xcode 4의 성능 저하를 경험하고 있는지 확인하고 싶습니다 (MacBook에서 성능 문제가있는 Xcode 뿐이므로 하드웨어 업그레이드가 무의미합니다).

누구든지 어떤 제안이나 권장 사항이 있거나 더 큰 프로젝트 트리에서 Xcode의 성능이 어떻게 하드웨어에 미치는 영향을 알려줄 수 있다면 비슷한 위치에있는 다른 개발자에게 매우 유용한 정보가 될 것입니다.

작업 공간 파일을 제거하면 파일 속도가 향상됩니다.

먼저 Xcode가 열려 있지 않은지 확인하십시오. 이제 프로젝트 파일을 찾으십시오. 마우스 오른쪽 버튼으로 클릭하고을 선택하십시오 Show Package Contents.

그런 다음을 삭제하십시오 project.xcworkspace.

Xcode를 열고 더 빠른 성능을 즐기십시오!

덕분에 : http://meachware.blogspot.com/2011/06/speed-up-xcode-4.html

편집 : 일부 프로젝트의 경우 문제가 발생할 수 있다는 점에 대해 몇 가지 의견을 얻었습니다. 이 단계를 수행하기 전에 프로젝트를 백업했는지 확인하고 나중에 프로젝트를 확인하고 테스트하는 것을 잊지 마십시오 . 여전히 모든 실행 파일과 구성표가 있어야합니다.

중요 업데이트 : Xcode 6의 경로가 변경되었습니다 (댓글 dcc에 감사드립니다)! 방금 다른 방법을 추가했습니다.

다음 코드 줄을 사용하여 램 디스크를 만들어 빌드를 빠르게하는 또 다른 좋은 방법이 있습니다.

diskutil erasevolume HFS+ "ramdisk" `hdiutil attach -nomount ram://8475854`

약 4GB 크기의 인 메모리 디스크 이미지가 생성됩니다. 그러나 메모리가 충분해야합니다. 물론 2GB와 같은 더 작은 이미지 (4237927)를 만들 수 있습니다.

그런 다음 Xcode에 파생 데이터를 저장하도록 지시하십시오.

Xcode에 iPhone Simulator 데이터를 직접 저장하도록 지시 할 수는 없지만 다음을 수행하여 Ramdisk에 폴더를 작성하고 iPhone Simulator 디렉토리 대신 기호 링크를 작성할 수 있습니다.

Xcode 6 :

cd /Volumes/ramdisk
mkdir CoreSimulator
rm -R ~/Library/Developer/CoreSimulator
ln -s /Volumes/ramdisk/CoreSimulator ~/Library/Developer/CoreSimulator

이전 Xcode 버전 :

cd /Volumes/ramdisk
mkdir iPhone\ Simulator
rm -R ~/Library/Application\ Support/iPhone\ Simulator
ln -s /Volumes/ramdisk/iPhone\ Simulator ~/Library/Application\ Support/iPhone\ Simulator

이 설정으로 시뮬레이터를 빌드하면 즉시 작동합니다. :)

컴퓨터를 다시 시작하면 램 디스크가 사라 지므로 시작시 실행되는 스크립트 나 무언가를 만드는 것이 좋습니다. 그리고 당신이 간직하고 싶은 데이터를 배치하지 마십시오 !!!

2013-03-12 업데이트 :

1. 아래에서 Francisco Garcia의 의견을 읽으십시오!

2. 새로운 MBP (SSD 드라이브 포함)에서는이 방법이 더 이상 필요하지 않습니다. Xcode는 지옥처럼 실행됩니다 :). 이것이 큰 과일 문제에 대한 광고로 보이지 않기를 바랍니다. 경험 보고서 일뿐입니다 ...

일반 기본 설정에서 라이브 문제를 비활성화하면 명확한 차이가 있습니다. 또한 자주 재실행되는 상황에 대해 gdb를 사용하지 않고 구성표를 설정했습니다 (gdb가 실행 속도를 크게 높이 지 않음).

나에게 Xcode는 32 비트 모드 (기본적으로 64)로 실행되도록 설정 한 후 성능이 크게 향상되었습니다. 그것은 기존의 엑스 코드 (3)과 같이 마우스 오른쪽 버튼으로 클릭 (에서 응용 프로그램을하여 32 비트로 전환 할 수 있습니다 거의 빠르고 /Developer/Applications/XCode.app )와 선택 정보 가져 오기 및 점검 32 비트 모드에서 열기를 .

Xcode 4.2, 4.3 :

파일 인덱서 (Spotlight를 실행하는 동일한 코드, 몇 년 동안 버그가 있었습니까?)와 관련된 주요 문제.

"감시"파일과 관련된 모든 비 필수 항목을 비활성화하십시오.

1. 빠른 도움말 (NB : QH 탭을 클릭하지 마십시오. 보조 도구를 숨겨도 여전히 코드가 실행됩니다! 새 파일로 이동하기 전에 다른 탭으로 전환하십시오 ...)
2. SCM 관리 (SVN, Git 등-Xcode의 git 지원은 여전히 ​​버그가 많으며 (프로젝트를 손상시킬 수 있음) SVN 지원을 중단 했으므로 어쨌든 사용하지 않아야합니다!)
3. 작업 공간 폴더를 삭제하십시오 (허용 된 답변에 따라), 디스크에 큰 경우에만
4. ... 개별 파일의 상태와 관련하여 찾을 수있는 것

Xcode 4.4, 4.5 :

이 버전에는 주요 메모리 누수, 파일 인덱서가 손상되었지만 (4.2 및 4.3보다 우수) 개인 스왑 파일 문제가있을 수 있습니다.

결국 스왑 공간을 비활성화 / 활성화 ( mac os x에서 스왑을 비활성화 또는 활성화하는 방법 )하고 여러 컴퓨터에서 일반 하드 드라이브를 사용하고 2GB RAM이 최대 16GB RAM 인 컴퓨터에서 실험을 실행하면 Xcode가 OS X 스왑 (!)과 독립적으로 자체 스왑 공간을 실행하는 것 같습니다.

(이것은 실수 일 수 있습니다-아마도 모르는 OS X 스와핑의 다른 형태가있을 수 있습니다-그러나 시스템 스왑 파일은 크거나 작지 않은 반면 디스크 공간은 일부 컴퓨터에서 기가 바이트 씩 위아래로 뛰었습니다.)

관찰 :

1. Xcode 4.4 / 4.5는 시스템의 모든 RAM (작은 프로젝트의 경우 10GB)을 무작위로 가져 와서 나머지 시스템이 정지되고 디스크 스왑을 기다리는 동안 중단됩니다

   1. 세계 : SSD가 장착 된 맥북에서는 이런 일이 발생했다는 것을 알 수 없습니다
   2. 최악 : ... 하드 디스크가 손상 될 수 있지만 (SSD는 쓰기를 스 래싱하는 것을 좋아하지 않습니다)

2. Xcode는 하드 디스크에 대한 액세스 권한을 가지므로 내부 파일 인덱싱이 가능합니다. 시스템 메모리가 부족하고 OS X가 스와핑을 수행해야 할 때 ... 파일을 색인하기 위해 Xcode를 기다리는 동안 멈추게됩니다 ... 그리고 Xcode는 기다리는 동안 더 많은 메모리를 사용합니다 ... 및 : BOOM! 작은 시스템에서 OS X는 결국 중단됩니다

3. Xcode는 OS X 스왑 공간이 필요하지 않습니다

마지막 것은 매우 흥미 롭습니다. 메모리가 많은 경우 (예 : 16GB) 스왑 공간을 영구적으로 비활성화하십시오. OS X Lion은 mem 관리에 버그가있어서 필요하지 않은 경우에도 스왑하기 때문에 Xcode가 더 빠르게 실행 됩니다 .

xcode가 갑자기 느려지면 내부적으로 스와핑되어 종료하고 다시 시작할 수 있습니다.

(SSD를 사용하는 경우 스와핑이 시작되었는지 알 수있는 유일한 방법은 SSD가 "느려질"때까지 기다리는 것입니다. 그렇지 않으면 HD 스 래시가 들리 자마자 시스템 스왑 파일이 더 이상 없으므로 가능한 원인은 Xcode입니다)

2GB RAM이 있어도 스왑을 안전하게 비활성화 할 수 있습니다 (이 작업을 시도했을 때 한 달에 한 번 OS X 충돌이 있었고 1 년 동안이 방법으로 실행했습니다). 파일로 고급 비디오 / 그래픽 작업을 중단합니다 실행하려면 수 기가 바이트가 필요합니다. 몇 주 동안 사용해보고 어떤 일이 일어나는지 확인하십시오.

그러나 ... Xcode가 느려질 때마다 다시 시작하면 놀라운 일입니다. RAM이 적은 시스템에서 Xcode의 개인 스왑 파일은 닫을 때 즉시 삭제되는 것처럼 보입니다 (RAM이 많은 시스템에서는 발생하지 않는 것 같습니다)

이 응답들 중 어느 것도 내 경우에는 실제로 성능을 향상시키지 못했습니다 (시간이 지남에 따라 Xcode 4.1은 거의 사용할 수 없게되어 지금은 종료 한 다음 도움이되었습니다).

그러나 방금 모든 문서 (control-command-W)를 계속 닫으면 빨리 유지되는 것으로 나타났습니다. Xcode는 클릭 한 모든 문서를 자동으로 메모리에 유지하며 제어 명령 왼쪽 / 오른쪽 화살표를 사용하여 문서 사이를 탐색 할 수 있습니다. 실수로 너무 많은 경우 (특히 IB 창) 열리면 중지됩니다. 열려있는 모든 문서를 닫으면 전체 다시 시작하지 않고도이를 완화하는 것처럼 보입니다.

@lukasz의 다음 게시물은 특히 답변 # 8의 닫힌 항목 (빠른 유틸리티 패널 및 빠른 도움말 창)에서 약간의 도움을주었습니다.

Xcode 4가 매우 느려져 하드 드라이브를 죽입니다.

이러한 문제가 발생하는 모든 사람은 Mac OS X Lion에서 Xcode 4.1을 사용해보십시오. 내가 어떻게 놀라게하고 많이 는 동일한 하드웨어에 빠르게 반응 (맥북 여기에 4GB의 RAM과 2.66 GHz의 코어 2 듀오 프로).

이 릴리스에서 수많은 성능 버그를 수정했다고 가정합니다.

시간 프로파일 템플릿으로 인스트루먼트를 실행하고 실행중인 Xcode (또는 빌드 중에 문제가있는 경우 clang, llvm 등)에 첨부하십시오. 문제를 매우 빨리 볼 수 있어야합니다. 나는 다른 기계에서 매우 다른 원인을 보았다. 버전 관리는 종종 범인입니다.

나는 같은 문제에 직면하고 있습니다. 베타 빌드가 여전히 영구적이기 때문에 부분적으로 수정되었습니다. Xcode가 내부적으로 메모리를 떠 다니는 하나 이상의 누수가있는 것 같습니다. 통합 Interface-Builder를 사용할 때이 멋진 기능을 매우 잘 볼 수 있습니다. 기도하고 사과에 대한 버그 보고서 작성 아래 두 가지 가능한 솔루션 :

1. 내부 빌더를 사용하지 말고 대신 외부 애플리케이션을 실행하십시오.
2. 때때로 Xcode를 종료하십시오. 이렇게하면 누출 된 메모리가 해제됩니다.

나는이 글에서 제안 된 모든 것들과 [다른 많은] 다른 것들을 시도했지만 나에게 도움이 된 유일한 것은 프로젝트의 서브 버전을 "비활성화"하는 것이었다. 내장 SVN 플러그인을 "비활성화"할 수있는 유일한 방법은 / etc / hosts 파일을 가짜 IP 주소로 고정하여 모든 SVN 액세스에 효과적으로 실패하는 것입니다.

/ Developer / Library / Xcode / PrivatePlugIns에서 IDESubversion.ideplugin을 제거하거나 이름을 바꾸려고 시도했지만 Xcode 4.2.1은 푸시를 시작하지 않습니다.

Xcode를 다시 시작할 때마다 Xcode에서 SVN 저장소를 제거하려고 시도했지만 몇 분 내에 Xcode가 충돌합니다.

파일-> 소스 제어-> 원격 상태 숨기기를 통해 "원격 상태"를 해제하려고했습니다 (아무 것도 없었습니다).

호스트 파일에서 SVN 호스트 이름을 1.2.3.4로 설정 했으므로 Xcode는 훌륭하게 작동하며 파일을 전환 할 때마다 거의 SBBOD를 표시하지 않습니다.

$ grep 1.2.3.4 /etc/hosts
1.2.3.4 svn.myhost.com

그런 다음 실제로 버전 제어를 원할 때 hosts 파일을 제거하고 cmd line svn을 사용해야합니다.

Xcode 인덱싱을 피할 수 있습니다. 이렇게하면 시스템의 메모리 성능이 향상되지만 자동 완성 및 정의로 이동과 같은 IDE 기능이 작동하지 않습니다.

$ defaults write com.apple.dt.XCode IDEIndexDisable 1

인터페이스 작성기 / 편집기로 .xib 파일을 수정하는 동안 성능이 느리다면 File Inspector에서 .xib를 찾아서 자동 레이아웃을 비활성화하십시오 . .xib를 편집 한 다음 마지막 단계로 자동 레이아웃을 다시 활성화하고 구속 조건을 추가 또는 조정하십시오.

마침내 git 기능을 해제하여 Xcode가 정상적으로 작동하도록했습니다.

여기에 설명 된대로 스냅 샷을 비활성화하여 문제를 해결했습니다.

Xcode 5에서 스토리 보드 편집이 매우 느립니다

제 경우에는 RAM 사용량이었습니다.

Chrome 탭이나 거의 사용하지 않는 앱을 ​​죽이십시오.

XCode 4의 컴파일 성능을 가속화하는 요령을 찾았습니다. Xcode에서 실행하거나 컴파일하거나 다른 처리를 할 때 열린 활성 모니터가 중단되면 Xcode 프로세스를 선택한 다음 샘플 프로세스를 클릭하십시오. 합리적인 시간에 앱을 빌드 할 수 있도록 프로세스가 중단되지 않고 정상적으로 다시 실행됩니다.