네. 몇 주 전에도 기본 automl 중지 기준을 max_batches=1 로 변경했지만 도움이 되지 않았습니다.

나는 당신이 나열한 솔루션을 좋아합니다! 내 자신의 것 중 하나:

1. 오래 실행되는 계산을 건너뛸 수 있는 숨겨진 코드를 노트북에 추가하십시오. 이것은 파이프라인 적합/예측을 조롱하는 코드일 수 있습니다. 장점: 작동합니다. 단점: 사용자가 직접 실행할 때 얻는 것과 일치하지 않을 수 있으며 숨겨진 코드가 혼란스럽습니다.
2. 장기 실행 노트북의 경우 로컬에서 한 번 미리 실행하고 노트북에 출력을 저장합니다. Nbsphinx는 다시 실행하는 대신 저장된 실행이 있는 경우 이를 사용합니다. 장점: 작동합니다. 단점: 주기적으로 출력을 업데이트하는 것을 잊어버릴 수 있습니다.
3. 노트북 콘텐츠의 일부를 단순화/삭제합니다. 예를 들어, 가능하면 데이터 크기를 낮추거나 기준을 중지하는 등을 고려하십시오. 장점: 속도 향상. 단점: 텍스트와 같은 일부 예의 경우 전체 출력을 표시할 수 없습니다.

옵션 2를 사용하는 것이 좋지만 옵션 3을 염두에 두는 것이 좋습니다.

1627은 중복으로 닫혔지만 여전히 이 문제에서 다루지 않은 것이 있을 수 있으므로 여기에 게시합니다.

문서를 작성하는 데 훨씬 더 오래 걸린다는 것을 알았습니다. 유방암 데이터 세트에는 숫자 열만 있기 때문에 infer_problem_types를 보여주기 위해 유방암 데이터 세트(+ 다른 곳에서는?) 대신 사기 데이터 세트를 사용하도록 automl 문서가 c871f3b에서 변경되었기 때문일 수 있습니다.

나는 이것이 이전 20분에서 현재 >30분으로 훨씬 더 긴 문서 빌드 시간에 대한 다른 문제/이유라고 생각하며 언급할 가치가 있습니다!

@dsherry 참고로

또 다른 가능한 솔루션은 여러 프로세서를 사용하여 문서를 빌드하는 것입니다.

https://www.sphinx-doc.org/en/master/man/sphinx-build.html#cmdoption -sphinx-build-j

@dsherry와의 토론에 따라 업데이트하십시오.

-j 플래그를 Makefile 하면 여기에 표시된 것처럼 circleci에서 build docs 테스트를 더 빨리 완료할 수 있습니다 . 불행히도 ReadtheDocs는 이 명령을 실행하지 않습니다. 즉, 게시된 문서의 실제 생성에는 여전히 시간이 걸리고 종종 오류가 발생합니다.

이것은 ReadtheDocs의 성공적인 빌드 모습이며 완료하는 데 20분이 약간 걸립니다. HTML과 Latex 빌드 시간의 차이점은 Jupyter 노트북 자체를 빌드하는 데 많은 시간이 걸리지 않는다는 것을 의미하며 이는 좋은 일입니다.

빌드처럼 실패 할 경우 그러나, 우리는 또한 인스턴스를 발견하고 이 . 어떤 이유에서인지 ReadtheDocs가 전체 명령 시퀀스를 두 번 실행하여 빌드 시간이 훨씬 더 오래 걸리고(HTML 및 라텍스 파일을 만드는 데 각각 30분 이상) 문서 빌드가 실패한다는 사실을 알게 되었습니다. ReadtheDocs 지원 팀과 함께 이 문제가 발생하는 이유와 이 문제를 해결할 수 있는 방법을 확인하고 피드백을 받으면 여기에서 해당 결과를 업데이트하겠습니다.

@ bchen1116 지원팀에 연락하여 다음과 같이 말했습니다.

이 버그의 근본 원인은 보유한 활성 버전의 수인 것 같습니다. 이와 관련된 로그에 몇 가지 오류가 있습니다.
지금은 이 문제를 해결하기 위해 유지하는 활성 버전의 수를 줄일 수 있습니다. 개별 분기 또는 pull 요청에 대한 버전을 빌드하는 것 같습니다. pull 요청 빌드 기능을 사용해 보셨습니까? 이렇게 하면 빌드된 콘텐츠를 계속 유지하면서 빌드 후 불필요한 버전을 제거하는 데 도움이 됩니다.

여기에서 언급한 "풀 리퀘스트 구축 기능"이 이것 이고 확인하는 것이라고 생각합니다.

업데이트:
pull 요청에서만 빌드하도록 RTD를 업데이트하여 푸시하는 다른 버전(분기)에 대한 불필요한 빌드를 제거했습니다. 또한 RTD(PR에 사용하는 기타 분기)에서 불필요한(태그가 지정되지 않은) 버전을 모두 삭제하여 문서 작성에 도움이 된 것으로 보입니다. 빌드에서 시간 초과되는 문서를 발견하지 못했으므로 시간 초과가 다시 발생하지 않는 한 내일 이 문제를 종료합니다.

@bchen1116 지금

느린 문서 빌드에 문제가 없었으므로 지금 닫습니다.