KamoCRM

X는 수면을 통해 계산을 유지, 그래서 모든 이력서 컴퓨터는 잠을 곧 다시 갔다

FixKlusterServices
Shipped
2026년 9월 24일 오전 8:48 UTC
Author
Kamo
Commit
c657eb1

회원이 컴퓨터를 열어 검은 탭을 얻었다. 발사는 벌금이었다, 깨는 벌금이었다, 이력서 브라우저가 연결되기 전에 자체를 구동 한 다음 잘되었습니다. 으로 클러스터, 오늘 08:38: VirtualMachineInstance 시작. (08:35:33) 컴퓨터 hc-...-7dcfc3f4194a는 idle 2564s (제한 30m)이었습니다 — 잠에 묻습니다 (08:38:13) 가상 머신 인스턴스를 삭제하여 가상 머신을 중지 [console] 재부팅: 아래로 힘 160 초 동안 올라온 컴퓨터는 유휴의 42 분을보고했습니다. Guacamole 인증 회원과 터널을 열지 못했습니다. 그 이후로 3389에 듣지 못했습니다. guacd는 1개의 연결이 매일 시도하지 않았습니다. xprintidle은 "이 X 세션이 지속되었기 때문에 얼마나 긴 대답", 그리고 X SERVER KEEPS COUNTING SUSPEND-TO-DISK에 대하여 그것은 입력 타임스탬프로 복원, 그래서 매 시간 기계 전원을 공급하는 것은 idleness의 시간으로 반환됩니다. 둘 다 소비자는 그(것)들을 정확하게 했었습니다 그 번호로 할 수 있도록 제작 : 제한에 에이전트의 자신의 워커 hibernates, 및 computeservice의 idle 청소는 그것을 묻습니다. 회원은 한 번씩 청소할 수 있었습니다. 이것은 a607fea에서 고정 된 이력서 버그가 아닙니다. 한 번 놓은 절반입니다. 그것은 다시 시작 `last active` 벽 시계가 갭을 보여줍니다 때 - 및 poll() 그런 다음 세 줄을 나중에 overwrote 잘못된 매우 카운터, 그래서 재설정은 단일 오염을 살아. 컴퓨터는 깨지기보다 더 이상 어릴 수 없습니다. 즉 invariant는 수정이며, 어떤 X 믿지: ` awake since`는 시작과 다시 모든 감지 된 이력서에 설정, 이 클래스의 모든 응답은 그것에 클램프됩니다. 재시작 감지는 idle seconds()라고 하는 note resume()로 나뉩니다. computeservice는 자신의 일정에 대한 상태를 요청하고, 이력서가 처음 착륙을 읽는 것은 그 대답은 기계가 잠에 넣는지 결정합니다; 재시작이 단지 안으로 살 때 tick(), 먼저 도착한 상태 호출은 미리 잠들고 청소가 진행되었습니다. 4개의 기존의 시험은 기계가 위로 되었는지 말하지 않고 last active를, 놓았습니다 invariant는 이제 소설으로 노출됩니다. - 한 시간 동안 컴퓨터 요원은 한 번에 awake되었습니다. 그들은 이제 모두 말한다. 3개의 새로운 시험은 이력서를, 두번째 idle 정책이 되고 있지 않습니다, 그리고 첫번째 진드기 전에 도착한 상태 호출.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing