Xcode 11 디버거가 매우 느립니다. 알려진 문제입니까?

최신 Xcode 버전 11.0 (11A420a)으로 업데이트했기 때문에 디버깅이 매우 느리고 번거 롭습니다.

편집 : 11.1 GM (11A1027)으로 업데이트 한 후에도 문제는 여전히 동일합니다.

프로젝트를 컴파일하고 시뮬레이터 또는 장치에서 실행하는 것은 문제가되지 않습니다. 그러나 중단 점에 도달하면 Xcode를 어느 정도 사용할 수 없게됩니다.

• 중단 점에 도달하면 프로그램 실행이 즉시 중지됩니다. 그러나 Xcode는 코드 창에 위치를 표시하는 데 최대 30 초가 걸리고 변수보기의 내용을로드하는 데 1 분 정도가 걸립니다 (중단 점에서 사용 가능한 변수의 값과 상태를 표시 함).
• 내가 사용하는 경우 에 단계 또는 이상의 단계 기능이 변수를로드하는 다음 단계 다시 다른 분을 수행하기 위해 분 정도 소요됩니다.

3.2GHz i7 및 32GB 램으로 Mac mini 2018에서 Xcode를 실행하고 있습니다. 이전에 같은 컴퓨터에서 문제없이 Xcode 10을 사용했습니다.

"Xcode slow"를 검색하면 당연히 많은 스레드와 가능한 솔루션이 나타납니다. iOS 개발자로 일하면서 Xcode가 가장 빠르고 안정적인 프로그램이 아니라는 것을 알고 있습니다. 그러나 지금만큼 나쁘지는 않았습니다.

불행히도 알려진 트릭 (Xcode 또는 Mac 다시 시작, 프로젝트 정리, Xcode 라이브러리 폴더 정리 등)은 효과가 없었습니다.

그래서 큰 질문은 :

이것이 Xcode 11에서 알려진 문제입니까? 알려진 솔루션이 있습니까?

글쎄, 나는 같은 문제가 있었고 최근에 내 계획에 대한 진단을 비활성화하는 것을 잊었다는 것을 알았습니다

실행 구성 열기-> 구성표 관리-> 구성표 편집-> 실행-> 진단 탭

전체 대 증분 컴파일 동작을 사용할 때 성능이 약간 향상되었습니다. 또한 Mojave와 Catalina에서 실행하면 둘 다 성능 문제가 나타납니다. 특히 Canvas 미리보기 및 기타 새로운 기능은 Xcode의 마지막 버전보다 더 많은 CPU 강도를 필요로하기 때문에 Xcode 11을 사용할 때 Mojave 성능이 낮아질 것으로 예상합니다 (이 버전의 OS에 최적화되지 않았기 때문). Catalina가 베타 버전이므로 추가 문제도 볼 수있을 것으로 예상됩니다. 시력 검사 이외의 구체적인 조치를 취하지 않았습니다. Whole Compilation의 초기 실행은 느리지 만 그 후 더 좋아지는 것 같습니다.

빠른 도움말 상태 :

요약

이 설정은 모듈의 Swift 파일이 다시 빌드되는 방식을 제어합니다. * 증분 : 필요에 따라 여러 컴파일러 프로세스를 실행하면서 오래된 모듈에서 Swift 소스 파일 만 다시 빌드합니다. * 전체 모듈 : 단일 컴파일러 프로세스에서 항상 모듈의 모든 Swift 소스 파일을 다시 빌드합니다. 선언

SWIFT_COMPILATION_MODE 값 유형

열거 (문자열)

선택을 취소하십시오 : 구성표 편집 에서 각 대상에서 빌드 병렬화 . 프로젝트에 많은 타겟이있는 경우 빌드 시간을 절약 할 수 있습니다.

구성표 편집 :

안전 모드에서 Xcode를 실행 해 보셨습니까? 이상적은 아니지만 이것이 효율적으로 실행할 수있는 유일한 방법이었습니다. 내 장치가 더 이상 안전 모드에서 감지되지 않는 최근 Catalina 업데이트까지입니다. 그래서 이제 원점으로 돌아 왔습니다.

두 가지 경우에서 동일한 문제를 발견했습니다.

1) 앱이 Xcode에 의해 실행되지 않습니다. 즉, "실행이 실행될 때까지 대기"플래그가 Scheme Run 설정의 Info 패널에 설정되어 있습니다.

2) 구성표 설정에서 "백그라운드 가져 오기 이벤트로 인해 실행"옵션이 선택되어 있습니다 (기본값은 아님).

Xcode 11.2.1 (11B500)

필자의 경우 (XCode 11.x, MacOS 10.15.2) 극단적 인 디버거 속도는 다른 단일 단계 작업이 진행되는 동안 한 단계 씩 진행되는 경우에만 트리거된다는 것을 발견했습니다. 즉, 단계 버튼을 너무 빨리 눌렀습니다. 내 현재 해결 방법은 그렇게하지 않는 것입니다.

순수한 추측이지만 아마도 여러 중단 점을 동시에 서비스하려는 XCode / LLDB에 의해 트리거됩니까? 중단 점 하나를 제외하고 모든 중단 점을 제거하고 도움이되는지 확인하십시오.

관련성이있는 경우 : 저는 주로 XCode에서 C ++로 작업하고 여기저기서 약간의 Obj-C를 사용합니다. 나는 현재 Swift를 전혀 사용하지 않습니다.

나는 이것을 영원히 다루었 고 마침내 그것을 알아 냈습니다. 내 ~ / .lldbinit 파일의 다음 줄이었습니다.

break set -F '-[UIView layoutIfNeeded]' -c '!(BOOL)[NSThread isMainThread]' -L objc
break set -F '-[UIView(AdditionalLayoutSupport) updateConstraintsIfNeeded]' -c '!(BOOL)[NSThread isMainThread]' -L objc

나는 그 라인을 주석 처리했고 이제는 디버거가없는 것만 큼 빠릅니다!

사용하지 않은 중단 점을 238 개 설정했습니다. 삭제하면 다시 빨라집니다 (진단이 켜져 있어도).