본문으로 건너뛰기

Python 및 R 실행 시간

Settings → Runtimes을 열고 노트북 및 에이전트에 사용할 수있는 Python 및 R 환경을 선택하십시오. 환경의 Ready 상태는 성공적인 탐지/setup를 나타냅니다; Enable 스위치는 별도로 에이전트에 대한 가용성을 제어합니다.

앱 관리 환경 또는 기존 해석기를 선택하십시오. Inspect 그것의 경로, 버전, 준비된 국가 및 사용의 앞에 Enable 스위치. 시스템 R 및 앱 관리 R는 coexist 할 수 있습니다.

회사연혁
당신의 선택은 장 전체에 보관됩니다.

당신의 프로젝트에 대한 환경을 선택하십시오.

해석기 이름, 경로 및 버전 기록. 첫 번째 Python 분석의 경우 격리 된 앱 관리 환경을 선호하므로 패키지 변경은 관련 연구 환경을 변경하지 않습니다. 설치를 요청하기 전에 필요한 라이브러리를 위해 Packages을 검사합니다. 성공적인 패키지 목록은 읽기 전용 체크입니다; 외부 해석자를 수정할 수 있는 에이전트 권한을 부여하지 않습니다.

실행 실패 후, 사용할 수없는 해석기, 누락 된 패키지, denied 요청 및 코드 오류를 구분합니다. 재설치는 모든 실패 분석에 대한 깨진 관리 런타임에 적합하다. 결과를 재현해야 하는 경우, 입력된 버전과 코드를 runtime 세부 사항으로 유지하십시오.

주요 통제를 이해하십시오

(주)목적과 경계
Recheck발견된 해석기 및 그들의 상태를 상쾌하게 합니다. 패널은 마지막 검사 시간을 보여줍니다. 분쟁 해결 작업 중에 사용할 수 없습니다.
Network settingsNotebook 네트워크 보호를위한 구성을 엽니 다. 배너는 세션 및 패키지 다운로드가 승인 된 도메인에 제한되는지 설명합니다.
Let the Agent create environments에이전트가 환경을 만들고 누락된 런타임을 설정할 수 있는지 여부를 제어합니다. 이 꺼짐은 명시된 사용자 설정 또는 수리 컨트롤을 제거하지 않습니다.
Add interpreter…기존의 해석기를 위한 시스템 실행 가능한 선택기를 엽니다. 실제 실행을 선택하면 검출된 경로와 준비 상태를 확인합니다.
Download and set up앱 관리 환경이 누락되면 준비합니다.
Cancel 설정 중실행 설정의 취소. 다른 것을 시작하기 전에 해결하기 위해 가동을 기다립니다.
Retry setup그 원인을 해결 한 후 불안정한 설치를 중단하십시오.
Enable [환경]에이전트 선택에 사용할 수있는 환경을 만드십시오. 사용환경을 비활성화하면 충격 확인이 필요할 수 있습니다.
Allow package install사용 가능한 외부 Python 또는 R 환경에 대한 별도의 동의. R 동의는 선택된 개인 도서관에 한정됩니다. 목록 패키지는 설치 동의가 필요하지 않습니다.
패키지 [count]그 해석기에 대한 설치 패키지 재고를 엽니 다.
Reinstallapp-managed 환경을 재건하기 전에 확인을 엽니 다.

앱 관리 환경 설치

앱 관리 Python 설치

Python 설정의 실행 시간 설정

  1. Python → App-managed environment 찾기.
  2. Download and set up을 선택합니다.
  3. 진행 메시지 및 대기를 읽으십시오. Cancel은 설정이 실행되는 동안 사용할 수 있습니다.
  4. 성공시 conda: 기본python, App-managedReady를 확인하십시오.
  5. 해석기 경로와 Enable conda: 기본python 스위치를 확인하십시오.

앱 관리 Python 환경 만들기

Python 설정 완료

Ready, 선택된 해석기 경로 및 활성화된 상태를 확인합니다. 포장 조사와 버전은 임명 근원과 다를 수 있습니다; 스크린 샷의 임시 경로를 영구적으로 사용하지 마십시오.

앱 관리 R 설치

  1. Settings → Runtimes 및 스크롤을 R로 엽니다.
  2. App-managed environment에서 Download and set up을 선택합니다. 기존 시스템 R은 이 별도의 환경에서 당신을 막지 않습니다.
  3. 다운로드 및 환경 만들기에 대한 기대. 응용 프로그램을 열고 복원하기 전에 오류를 읽으십시오.
  4. conda: 기본 R, App-managed, Ready 및 활성화 스위치를 확인합니다.
  5. Packages을 엽니다. Filter packagesr-base을 입력하여 설치 된 R 버전 및 채널을 확인하십시오. 모든 패키지를 볼 필터를 취소합니다.

앱 관리 R 환경 다운로드

앱 관리 R 설치 및 활성화

r-base 필터링을 확인하면 설치된 R 패키지를 버전과 채널로 반환합니다. 패키지 총은 환경을 반영하고 스크린 샷과는 다를 수 있습니다.

R 패키지 재고에서 r-base 확인

기존의 해석기 연결

R을 이미 컴퓨터에 설치

Recheck을 선택하고 검출된 R 경로 및 버전을 검사합니다. 해석자가 복부인 경우, **Add interpreter…**을 사용하여 실행할 수 있습니다. ReadyEnable에는 다른 의미가 있습니다. 검출은 해석기가 사용할 수 있다는 것을 확인합니다; 에이전트에서 선택할 수 있도록 합니다.

R Notebook에서 R.home()를 확인하여 사용환경을 확인합니다. 의존도를 설치하려면 외부 R 임명 단계을 사용하여 개인 라이브러리를 승인하십시오.

/opt/homebrew/bin/R과 같은 검출된 경로는 시스템 설치를 식별합니다.

외부 Python 등록 및 사용

  1. 사용하려는 Python 환경을 준비하십시오.
  2. **Add interpreter…**을 선택하면 Python 실행을 선택하고 Ready, 경로 및 버전을 확인하십시오.
  3. Recheck을 사용하여 감지를 확인한 다음 특정 환경을 활성화합니다.
  4. 에이전트가 Notebook에 대해 명시적으로 선택하도록 요청하십시오.
  5. sys.executable 및 Python 버전을 설치 라이브러리에 의존하기 전에 인쇄하십시오.

symlink 해석기는 macOS 파일 선택기에서 선택될 수 없는 경우에, 예정된 환경의 실제 실행을 선정하십시오. 바인딩 후에 sys.executable를 확인하십시오. 스크린 샷의 임시 예제 경로보다 안정적인 설치 경로 사용.

패키지 권한 및 설치 outcome

외부 Python 환경에서 새로운 패키지를 위해 Allow package install을 먼저 확인하십시오. 권한을 부여 한 후, 설치를 완료하고 계속하기 전에 동일한 환경에서 가져 오기를 확인합니다.

설치가 403 Forbidden 또는 destination resolves to a non-public network address을 보고하면 영향을 받은 호스트명을 검사하고 재시동하기 전에 네트워크를 따르십시오. 이 오류는 네트워크 액세스를 우려하고 패키지가 사용할 수 없다는 것을 증명하지 않습니다. 네트워크 보호 활성화를 유지하십시오.

Notebook에 의해 사용되는 환경 해제

Enable 스위치를 선택하고 확인하기 전에 Active/idle 커널 카운트를 읽으십시오. Disabling은 커널을 닫을 수 있습니다; 다시 활성화 후, 세션을 다시 사용할 수 있는 실행 시간을 선택합니다. 이 패널은 별도의 번역자 찾기 동작보다/disable 컨트롤을 제공합니다.

외부 R에 패키지 설치

기존 R 해석기가 작동하지만 추가 패키지가 필요합니다. 앱은 시스템 또는 사이트 라이브러리가 아닌 하나의 기존 개인 라이브러리에 설치 액세스 권한을 부여합니다.

  1. Settings → Runtimes에서는 의도한 외부 R 환경을 활성화하고 경로/버전을 확인합니다.
  2. Personal R package library의 밑에, 검출된 위치를 검열하고 또는 자격이 된 도서관을 선정하십시오. 아무도 감지되면 **Advanced options → Choose library folder…**을 사용하여 R 해석기에 표시된 기존의 writable 개인 라이브러리를 선택하십시오. 이 동작은 폴더를 만들지 않습니다.
  3. Allow package install 사용 제출하기 전에 선택한 경로 읽기 :이 라이브러리를 사용하여 다른 프로젝트는 설치 된 패키지 변경 사항을 볼 수 있습니다.
  4. 이 R 환경을 naming 앱 패키지 관리 작업을 통해 필요한 패키지를 요청하십시오. 설치 결과와 모든 커널-restart 명령어를 따르십시오.
  5. R.home(), .libPaths(), library(PACKAGE_NAME)packageVersion("PACKAGE_NAME")를 실행하여 패키지 위너를 교체합니다. 분석하기 전에 의도 된 라이브러리가 사용되었는지 확인하십시오.

Allow package install 을 눌러 향후 설치 동의를 취소합니다. 이미 작성된 패키지를 제거하지 않습니다. 다른 라이브러리를 선택하기 전에 동의를 철회합니다. 자격이 없는 폴더가 존재하지 않는 경우, 앱 외부의 개인 R 라이브러리를 준비하거나 앱 관리 환경을 사용하십시오. 시스템 라이브러리를 선택하지 마십시오. 실패한 체크를 우회하십시오.

캡처 된 잠금에서 복원 패키지

저장된 결과를 위해, Provenance → Environment를 열고 붙잡힌 자물쇠를 검사하십시오. Download bundle을 사용할 때 제공. 모든 것을 복원하기 전에 번의 지침 및 우선 순위를 읽으십시오.

외부 R는 유효한 renv 임명 및 지원된 renv.lock를 요구합니다; 외부 Python는 pinned hashes를 가진 기존하는 지원한 필요조건 자물쇠를 필요로 합니다. 해석기 경로 및 패키지 이름의 목록은 혼자 충분하지 않습니다. 캡처 된 해석기, 플랫폼, 아키텍처 및 패키지 관리자 요구 사항은 복원 환경을 일치해야합니다.

번들을 추출하고, 새로운 writable 목적지를 선택하여, 번들 지침을 따르는 실제 해석기와 목적지 경로와 함께 포함 된 restore-packages.py을 실행합니다. 스크립트 체크 prerequisites and checksums before restoring Package, 그 후 그들의 효과적인 버전과 경로 확인. 체크가 실패한 경우, 잠금을 강제로 편집하는 대신 조건을 해결하십시오. Open-Science는 채택하지 않거나 이 외부 목적지를 삭제하지 않습니다.

이것은 조건부 패키지 복원, 전체 환경 복제되지 않습니다. 결과를 다시 열고 재현성을 사용하여 지원된 캡처된 조리법이 출력을 비교할 수 있습니다.

Inspect 설치 패키지

Python 카드에 Packages을 선택합니다. 대화 상자는 환경의 경로, 패키지 소스 및 상태를 보여줍니다.

Filter packagesnumpy과 같은 패키지 이름을 입력하면 버전과 채널을 검사하고, 필터를 제거하여 목록을 복원합니다. Close을 반환합니다.

설치된 Python 패키지 필터링

테이블 열은 Name, Version, BuildChannel입니다. 빌드에서 dash는 빌드 값이 표시되지 않습니다. 이 대화 상자는 재고가 없습니다. 패키지 설치 또는 제거 버튼이 없습니다. 이 대화 상자 안에 "Install Package" 필드를 찾을 수 없습니다.

실제 분석과 환경을 검증

선택한 환경에서 작은 계산을 실행하고 출력을 다시 열고 공유 baseline과 비교합니다. 실행 및 수출을위한 R Notebook을 따르십시오.

Data-quality 워크플로우은 기존의 의존성을 사용하여 Python 경로를 제공합니다. 성공적인 계산은 새로운 패키지가 설치되거나 커널을 다시 시작할 수 있음을 보여주지 않습니다.

성공적인 진짜 Notebook 계산

수입이 실패하면 선택한 런타임과 설치 패키지를 검사합니다. hostname이 예약된 주소로 해결하기 때문에, 네트워크을 따르십시오. 기존 패키지와 함께 실행된 코드는 추가 패키지가 설치될 수 없다는 것을 설정하지 않습니다.

다른 분석의 앞에, 선택된 환경에 있는 그것의 필수 포장을 검열하십시오. 지원되는 포장 관리 가동을 필요하다면, 실제적인 결과를 읽고, 어떤 재시작 필요조건든지 따르고, 수입품을 확인합니다. 허가 승인, 진도 카드 또는 준비 해석기는 수입 시험이 아닙니다.

불완전한 환경 또는 실행 증거를 가진 저장된 결과를 위해, Provenance를 열고 누락한 정보를 검사하십시오. 재현성 검사에 대한 새로운 버전을 준비하려면 환경준비을 따르십시오. 숫자 결과 일치는 누락된 검증을 채우지 않습니다.

활성 해석기 확인

Python 또는 R을 준비한 후 해당 Notebook 언어의 다음 명령을 실행하여 실제 버전과 경로를 확인합니다. 설정은 여러 환경을 나열 할 수 있습니다; 현재 실행의 출력을 사용하여 사용중인 것을 식별합니다.

Python:

import sys
print(sys.version)
print(sys.executable)

R:

R.version.string
R.home()

다음, 작은 프로젝트 테이블을 읽고, 그것의 행 수를 확인하고 결과를 저장하십시오. 앱을 다시 열고 분석하기 전에 체크를 다시 실행하십시오. 읽을 수있는 역사적인 보고서는 이전 in-memory 변수를 여전히 존재하지 않습니다. Notebook 컨트롤에 대한 Notebook 및 실행 증거 참조.

유지 및 수리 환경

설정 및 복원 취소

Download and set up 도중, Cancel를 선택하고 Runtime 설정 취소를 기다리십시오. Retry setup을 선택하고 Ready을 기다리며 환경을 검사하기 위해 Packages를 엽니다. 첫번째 가동이 아직도 settling 동안 두번째 체제를 시작하지 마십시오.

취소된 설정 및 사용 가능한 retry

관리 환경 재설치

  1. 필요한 보고서를 저장하고 추가 패키지를 기록하십시오.
  2. Reinstall 을 선택하여 관리된 환경에서 선택합니다.
  3. 충격 통지를 읽고, 다음 Reinstall runtime을 선택합니다.
  4. Ready에 대한 대기 및 Packages 검사.
  5. 새로운 Notebook 셀을 시작하고 저장된 입력 및 출력을 다시 엽니다.

Notebook 세션 중 확인 제거

재설치 삭제 및 재생 환경. 운동 회복에서 활성 셀은 **실행 취소 : 이 세포가 실행 된 동안 실행 시간이 중지되었습니다.**과 취소되었습니다. 오래된 Notebook 역사는 눈에 띄지 만 네임스페이스는 더 이상 존재하지 않습니다. 이전 변수가 복부되었는지 확인 된 신선한 세포; 변경되지 않은 CSV은 여전히 12 행과 269,027,617 카운트를 반환하고 저장된 보고서가 다시 열렸다.

커널이 중단된 후 Notebook 역사

삭제된 파일 및 유지된 커널 메모리는 다릅니다. 필요한 코드를 다시 실행하여 변수를 재구성합니다. 추가 패키지는 재설치가 필요할 수 있습니다. 기초 환경의 성공적인 회복은 각 추가한 의존성의 회복을 설치하지 않습니다.

개발 빌드: micromamba 찾을 수 없습니다

소스 빌드의 첫 번째 시도는 개발 프로세스가 micromamba를 찾을 수 없기 때문에 제공 전에 실패했습니다.

소스 빌드에서 실제 누락 된 micromamba 오류

패키지 응용 프로그램은이 바이너리를 포함한다. 소스 빌드의 경우, 해당 프로세스의 시작 환경에서 실행 가능한 유효한 micromamba에서 OPEN_SCIENCE_MICROMAMBA_BIN을 포인트로 설정하고 개발 인스턴스를 다시 시작합니다. 호환 설치에서 바이너리 경로를 사용하여 relaunching 전에 실행할 수 있습니다.

이 환경 변수는 개발 설정 세부 사항이며 Runtimes 페이지의 필드가 아닙니다. 환경 디렉토리를 삭제하지 마십시오. 이 발견 오류.