time.Sleep()은 실제로 Go에서 고루틴을 차단합니까?

time.Sleep이 고루틴을 일시 중단할까요?

Time.Sleep은 Go 프로그램에서 지정된 기간 동안 실행을 일시 중지하는 데 자주 사용됩니다. 그러나 일부 다른 프로그래밍 언어와 달리 time.Sleep은 실제로 고루틴을 차단하지 않습니다.

MPG 모델 및 고루틴 스케줄링

Go의 런타임 스케줄러는 MPG( M: M, P: P, G: 고루틴). 각 M(머신)은 P(프로세서) 고루틴을 동시에 실행합니다. 고루틴이 차단 상태에 들어가면 해당 P는 M에서 분리되고 유휴 M을 찾거나 사용할 수 있는 것이 없으면 새 M을 만듭니다.

time.Sleep Block Goroutines가 있습니까?

예, time.Sleep은 고루틴이 차단 상태에 있음을 나타냅니다. 이는 고루틴을 일시적으로 사용할 수 없으므로 다음 명령문을 즉시 실행할 수 없음을 의미합니다.

Why Does n't time.Sleep Create More Threads?

차단 특성에도 불구하고 time.Sleep의 경우 런타임 스케줄러가 추가 스레드를 생성하지 못할 수 있습니다. 이는 스케줄러가 성능과 리소스 활용도를 최적화하는 것을 목표로 하기 때문입니다. 따라서 휴면 고루틴을 처리할 수 있는 스레드가 충분하면 시간에 대한 새 스레드를 할당하지 않습니다. 휴면 고루틴.

규칙 예외

그러나 예외적인 상황에서는 상당한 시간이 소요됩니다. 휴면 고루틴에서 스케줄러는 유지 관리를 위해 추가 스레드를 생성할 수 있습니다. 응답성.

time.Sleep과 Real IO의 차이

주어진 예에서 실제 IO를 사용하면 시간을 사용하는 것에 비해 스레드 수가 더 많아졌습니다. 잠. 이는 IO 작업에 운영 체제 및 외부 장치와의 상호 작용이 포함되어 추가 차단 지점이 발생하고 전용 스레드가 필요할 수 있기 때문입니다.

결론

동안 시간.Sleep은 다음을 나타냅니다. 차단 고루틴이라고 해서 반드시 새로운 스레드가 생성되는 것은 아닙니다. 런타임 스케줄러는 사용 가능한 리소스와 활성 고루틴 수를 기반으로 스레드 할당을 최적화합니다. 과도한 스레드 사용의 병리학적 사례를 시뮬레이션하도록 프로그램을 의도적으로 설계하지 않는 한 개발자는 스레드 생성에 대해 지나치게 걱정해서는 안 됩니다.

위 내용은 time.Sleep()은 실제로 Go에서 고루틴을 차단합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!