내 Cgo 기능이 동등한 Go 기능보다 훨씬 느린 이유는 무엇입니까?

Cgo의 성능이 당황스러울 정도로 느린 이유: 테스트 케이스 검토

Cgo와 순수 Go 기능의 실행 시간을 반복적으로 비교하려고 시도한 테스터가 예상치 못한 결과를 만났습니다. . Cgo 함수는 Golang 함수보다 훨씬 오랜 시간이 걸려 테스트 코드에 대한 혼란과 탐색이 발생했습니다.

문제의 테스트 코드

아래 제공된 테스트 코드는 Cgo의 실행 시간을 비교합니다. 및 순수 Go 기능은 각각 1억 번 실행되었습니다.

import (
    "fmt"
    "time"
)

/*
#include <stdio.h>
#include <stdlib.h>
#include <string.h>

void show() {

}

*/
// #cgo LDFLAGS: -lstdc++
import "C"

//import "fmt"

func show() {

}

func main() {
    now := time.Now()
    for i := 0; i <h3 id="예상치-못한-결과-및-탐색-답변">예상치 못한 결과 및 탐색 답변</h3>
<p>테스트 코드 결과, C 함수 호출이 Go 함수에 비해 현저히 느린 것으로 나타났습니다. 이로 인해 테스트 코드 자체에 결함이 있는지에 대한 의문이 생겼습니다.</p>
<h3 id="Cgo의-성능-과제-살펴보기">Cgo의 성능 과제 살펴보기</h3>
<p>제공된 테스트 코드는 유효하지만 Cgo에 내재된 성능 제한으로 인해 Cgo 함수의 실행 시간이 느려졌습니다.</p>
<p>Cgo를 통해 C/C 코드를 호출하면 상대적으로 높은 오버헤드가 발생하고 이러한 CGo를 최소화합니다. 일반적으로 통화를 권장합니다. 이 특정 시나리오에서는 Go에서 CGo 함수를 반복적으로 호출하는 대신 루프를 C로 이동하면 잠재적으로 성능이 향상될 수 있습니다.</p>
<p>또한 CGo는 C 코드 실행을 위해 별도의 스레드 설정을 사용하여 코드의 내용에 대해 특정 가정을 합니다. 행동. 이러한 가정 중 일부는 성능에 영향을 미칠 수 있습니다.</p>
<ul>
<li>Go의 고루틴은 상대적으로 작은 스택을 활용하고 스택 증가를 동적으로 처리합니다.</li>
<li>CGo의 스레드 처리는 libpthread의 스레드 로컬 저장소 구현을 방해할 수 있습니다. </li>
<li>Go의 UNIX 신호 처리기는 기존 C 또는 C를 방해할 수 있습니다. </li>
<li>C 코드가 시스템 호출을 차단하거나 스레드를 독점하는 경우 여러 고루틴에 OS 스레드를 재사용하면 부정적인 결과를 초래할 수 있습니다.</li>
</ul>
<h3 id="결론">결론</h3>
<p>CGo의 역할은 다음과 같습니다. 주로 기존 라이브러리와 인터페이스하기 위한 게이트웨이로 간주되며 잠재적으로 Go에서 수행되는 호출 수를 줄이기 위한 추가 작은 C 래퍼 기능이 있습니다. CGo를 통한 C와 유사한 성능 최적화에 대한 기대는 일반적으로 충족되지 않습니다. 이는 동등한 C 코드와 Go 코드 사이의 성능 격차가 이미 적기 때문입니다.</p></string.h></stdlib.h></stdio.h>

위 내용은 내 Cgo 기능이 동등한 Go 기능보다 훨씬 느린 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!