Golem에 걸어 둔 용량은 아직 지급된 작업이 아닙니다

CPU 스레드, 메모리, 디스크를 Golem에 내놓는 것은 그 자원을 공유하겠다는 뜻입니다. 요청자가 실제로 작업을 보내고, 그 작업이 GLM이 되는 것은 그다음 두 단계입니다. 용량, 작업 수, 지급은 서로를 대신하지 않습니다.

각 항목의 의미

설치 설명의 YA_RT_CORES, YA_RT_MEM, YA_RT_STORAGE는 공유할 스레드 수, 메모리(GiB), 디스크(GiB)입니다. 이미지의 기본값은 작습니다. 문서는 정말 공유할 양으로 바꾸고 호스트에 여유를 남기라고 합니다. 초기 기본 가격은 스레드당 시간당 0.1 GLM이라고 적혀 있고, 같은 글은 현재 시장에서는 높을 수 있으니 Stats의 제공자 목록을 보고 직접 맞추라고 합니다. 가격은 제공자 데이터에 있으며 모니터의 수입이 아닙니다.

golemsp status의 Tasks에는 최근 1시간 처리, 최근 1시간 진행, 누적 처리가 있고 실패를 포함한다고 적혀 있습니다. 이것은 작업 횟수이지 GLM이 아닙니다. Golem Stats 첫 화면은 네트워크에서 요청자를 위해 계산 중인 제공자 수도 보여 줍니다. 그것은 네트워크 규모이며 내 기기의 청구서가 아닙니다.

모니터에서 볼 수 있는 것은 노드 이름, CPU 모델, 코어 수, 온라인 표시, 최근 24시간과 누적 GLM입니다. 작업 한 건씩은 나열하지 않습니다.

무엇을 대조하나

• 상태나 설치 설정에서 실제로 내놓은 코어, 메모리, 디스크를 읽습니다. 기기 전체 하드웨어로 바꾸지 마세요.
• 최근 1시간 진행과 처리가 0인지 봅니다. 0은 그 상태 표본에 해당 작업이 없다는 뜻이지, 용량이 수입과 같다는 뜻이 아닙니다.
• 누적 처리에는 실패가 포함됩니다. 실패 횟수는 받은 지급 횟수가 아닙니다.
• 모니터로 돌아와 GLM 칸에 숫자가 없으면 알 수 없음입니다. 코어 수가 0보다 크다고 수입을 채우지 마세요.

다음에 갈 분기

• 용량은 큰데 작업 수가 계속 0입니다. 오프라인과 연결 점검부터 합니다. 가상화 장치와 네트워크를 포함합니다. 가격이 높으면 요청자가 지나갈 수도 있으며, 모니터는 그것을 증명하지 않습니다.
• 작업 수는 느는데 GLM이 비어 있습니다. 지급과 잔액은 GLM 지급과 용량을 보세요. 작업 수에 기본 0.1을 곱해 입금을 추정하지 마세요.
• GLM은 있는데 내놓은 코어 수와 비례하지 않습니다. 코어 수는 작업 시간이 아닙니다. 두 GLM은 최근 24시간과 누적을 보세요.

예시

예시이며 측정이 아닙니다. 설정을 스레드 4, 메모리 8 GiB, 디스크 40 GiB로 두고, 상태에서 최근 1시간 처리 0, 진행 0, 누적 처리 0이라면, 그 표본에는 작업이 없습니다. 최근 24시간 GLM을 0으로 만들지 않습니다. 그 칸이 없으면 여전히 알 수 없음입니다. 차트에 있는 네트워크 전체 제공자 수도 내 수입이 아닙니다.

관련 도구

Golem 프로젝트 페이지에는 보려는 노드만 저장합니다. 무료는 프로젝트당 저장된 기기 5대, Pro는 50대입니다. 같은 기기에서 공개 항목을 더 보아도 자리는 늘지 않습니다.