>백엔드 개발 >Golang >내 Cgo 기능이 동등한 Go 기능보다 훨씬 느린 이유는 무엇입니까?

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

DDD
DDD원래의
2024-12-04 01:27:09806검색

Why Is My Cgo Function So Much Slower Than My Equivalent Go Function?

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 < 100000000; i = i + 1 {
        C.show()
    }
    end_time := time.Now()

    var dur_time time.Duration = end_time.Sub(now)
    var elapsed_min float64 = dur_time.Minutes()
    var elapsed_sec float64 = dur_time.Seconds()
    var elapsed_nano int64 = dur_time.Nanoseconds()
    fmt.Printf("cgo show function elasped %f minutes or \nelapsed %f seconds or \nelapsed %d nanoseconds\n",
        elapsed_min, elapsed_sec, elapsed_nano)

    now = time.Now()
    for i := 0; i < 100000000; i = i + 1 {
        show()
    }
    end_time = time.Now()

    dur_time = end_time.Sub(now)
    elapsed_min = dur_time.Minutes()
    elapsed_sec = dur_time.Seconds()
    elapsed_nano = dur_time.Nanoseconds()
    fmt.Printf("go show function elasped %f minutes or \nelapsed %f seconds or \nelapsed %d nanoseconds\n",
        elapsed_min, elapsed_sec, elapsed_nano)

    var input string
    fmt.Scanln(&amp;input)
}

예상치 못한 결과 및 탐색 답변

테스트 코드 결과, C 함수 호출이 Go 함수에 비해 현저히 느린 것으로 나타났습니다. 이로 인해 테스트 코드 자체에 결함이 있는지에 대한 의문이 생겼습니다.

Cgo의 성능 과제 살펴보기

제공된 테스트 코드는 유효하지만 Cgo에 내재된 성능 제한으로 인해 Cgo 함수의 실행 시간이 느려졌습니다.

Cgo를 통해 C/C 코드를 호출하면 상대적으로 높은 오버헤드가 발생하고 이러한 CGo를 최소화합니다. 일반적으로 통화를 권장합니다. 이 특정 시나리오에서는 Go에서 CGo 함수를 반복적으로 호출하는 대신 루프를 C로 이동하면 잠재적으로 성능이 향상될 수 있습니다.

또한 CGo는 C 코드 실행을 위해 별도의 스레드 설정을 사용하여 코드의 내용에 대해 특정 가정을 합니다. 행동. 이러한 가정 중 일부는 성능에 영향을 미칠 수 있습니다.

  • Go의 고루틴은 상대적으로 작은 스택을 활용하고 스택 증가를 동적으로 처리합니다.
  • CGo의 스레드 처리는 libpthread의 스레드 로컬 저장소 구현을 방해할 수 있습니다.
  • Go의 UNIX 신호 처리기는 기존 C 또는 C를 방해할 수 있습니다.
  • C 코드가 시스템 호출을 차단하거나 스레드를 독점하는 경우 여러 고루틴에 OS 스레드를 재사용하면 부정적인 결과를 초래할 수 있습니다.

결론

CGo의 역할은 다음과 같습니다. 주로 기존 라이브러리와 인터페이스하기 위한 게이트웨이로 간주되며 잠재적으로 Go에서 수행되는 호출 수를 줄이기 위한 추가 작은 C 래퍼 기능이 있습니다. CGo를 통한 C와 유사한 성능 최적화에 대한 기대는 일반적으로 충족되지 않습니다. 이는 동등한 C 코드와 Go 코드 사이의 성능 격차가 이미 적기 때문입니다.

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

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.