> 백엔드 개발 > Golang > 무한 루프 고루틴이 `runtime.GOMAXPROCS` 및 `runtime.LockOSThread()`에도 불구하고 Go의 HTTP 서버를 차단하는 이유는 무엇입니까?

무한 루프 고루틴이 `runtime.GOMAXPROCS` 및 `runtime.LockOSThread()`에도 불구하고 Go의 HTTP 서버를 차단하는 이유는 무엇입니까?

Linda Hamilton
풀어 주다: 2024-12-07 00:15:16
원래의
692명이 탐색했습니다.

Why Do Infinite-Loop Goroutines Block Go's HTTP Server Despite `runtime.GOMAXPROCS` and `runtime.LockOSThread()`?

Go의 고루틴 무한 루프 차단 HTTP 서버

Go 프로그래밍 언어를 사용하면 병렬로 실행되는 동시 고루틴을 생성할 수 있습니다. 그러나 최근 관찰에 따르면 HTTP 서버의 무한 루프 고루틴 동작에 대한 우려가 제기되었습니다.

Go 문서에 따르면 8개의 CPU 코어가 있는 Runtime.GOMAXPROCS(8)를 설정하면 고루틴이 병렬로 실행될 수 있어야 합니다. 서로 막지 않고. 그러나 net/http 패키지를 사용하는 경우에는 그렇지 않습니다. 무한 루프 고루틴은 몇 번의 요청 후에 서버를 차단하는 것 같습니다.

무한 루프 고루틴에 Runtime.LockOSThread()를 추가해도 문제가 지속되기 때문에 문제는 코드에만 국한되지 않습니다. Runtime.LockOSThread()는 루프가 별도의 스레드에서 실행되도록 보장하여 다른 고루틴이 계속 실행되도록 해야 하기 때문에 예상치 못한 결과입니다.

설명

Go 런타임의 스케줄러는 완전히 선점형이 아닙니다. 무한 루프 코드의 경우처럼 함수 호출이 없으면 스케줄러가 실행되지 않습니다. 이를 통해 무한 루프 고루틴이 CPU를 독점하고 다른 고루틴이 실행되는 것을 방지할 수 있습니다.

해결책

이 문제에 대한 몇 가지 가능한 해결 방법이 있습니다.

  • 무한 루프에 콘텐츠 추가: 본문 또는 함수 추가 무한 루프를 호출하면 스케줄러가 더 자주 실행되고 다른 고루틴이 실행될 수 있습니다.
  • 정기적으로 Runtime.Gosched를 호출하세요. Runtime.Gosched() 함수는 다음과 같습니다. 스케줄러를 수동으로 생성하여 다른 고루틴을 실행할 수 있도록 하는 데 사용됩니다. 이 접근 방식은 성능에 민감한 애플리케이션에는 적합하지 않을 수 있습니다.

runtime.LockOSThread()가 루프를 별도의 스레드로 완전히 격리하지 않는다는 점에 유의하는 것이 중요합니다. 루프가 모든 스레드에서 실행될 수 있도록 허용하지만, 다른 고루틴에서 실행이 필요한 경우 스케줄러가 계속 루프를 중단할 수 있습니다.

위 내용은 무한 루프 고루틴이 `runtime.GOMAXPROCS` 및 `runtime.LockOSThread()`에도 불구하고 Go의 HTTP 서버를 차단하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
저자별 최신 기사
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿