Rust: C에서 호출할 수 있는 Rust 함수

여기로 뛰어들어서 죄송하지만 C 함수를 호출하는 것은 _blazing_ fast에서와 같이 빨라야 한다는 점을 강조하고 싶습니다. Allegro, SDL 또는 Opengl과 같은 C 라이브러리를 사용하여 녹으로 게임을 작성하려면 이것이 필수적입니다. 그렇지 않으면 C 호출이 많은 렌더링 코드에서 게임 속도가 느려지므로 허용할 수 없습니다. cgo를 사용하는 기본 Go 언어 컴파일러에는 이러한 문제가 있습니다.

따라서 Rust 측의 기능이 수행할 수 있는 작업을 제한할 수 있지만 빠른 솔루션을 선호합니다.

또한 "크러스트 fn" 대신 "네이티브 fn"을 사용하는 것이 아이디어가 아닐까요? 아니면 다른 계획된 의미가 있습니까?

@beoran 당신은 이것을 뒤로 가지고 있습니다. 우리는 Rust를 호출하는 C에 대해 이야기하고 있습니다. Rust에서 C 함수를 호출하는 것은 이미 꽤 빠릅니다(좀 더 빨라질 수 있음).

그래 알았어. 녹에서 C를 호출하는 속도를 높일 수 있는 방법이 있습니까?

@beoran 내가 말했듯이 이것은 이 문제와 일종의 직교이지만 아마도 당신이 할 수 있는 최선은 성능이 얼마나 부적절한지를 보여주는 벤치마크를 만드는 것입니다. :)

좋아, 나는 Rust Rust에서 호출하는 오버헤드와 C에서 호출하는 오버헤드를 비교하기 위해 Allegro를 래핑하는 데 충분히 익숙해지면 그렇게 할 것입니다. 지금은 이 문제를 그대로 두고 일단 새 문제를 열겠습니다. 벤치마크.

현재 Rust->C 호출이 하는 것처럼 C 함수가 Rust 스택에 직접 쓰도록 하여 인수의 복사본 중 하나를 피할 수 있습니까?

나는 shim 구조체에서 Rust 함수의 인수로 들어가는 인수의 최종 복사본이 인라인을 통해 제거되기를 바랍니다. 그것이 당신이 언급하는 것인지 확실하지 않습니다.

저는 우리의 C 호출이 현재 Rust 스택의 구조체에 인수를 복사한 다음 해당 구조체를 C 스택에 복사한다고 믿습니다.

@pcwalton Rust->C는 현재 i386에만 해당되기 때문에 C 스택에 직접 쓰지 않습니다. 64비트 작동을 위해 약간의 성능을 희생하더라도 특정 호출 규칙에 특정한 코드를 작성하는 것을 피하고 싶었습니다. (이러한 최적화가 이제는 의미가 있을 수 있다고 생각합니다. 특히 #1402에서 LLVM이 호출 규칙을 완전히 _어쨌든_ 처리하지 못한다고 지적했기 때문에)

스택 전환 함수를 읽은 후에는 arg 구조체가 스택 간에 전혀 복사되지 않고 이전 스택에 대한 포인터가 새 스택에서 실행되는 함수로 전달되므로 완벽합니다.

arg 구조체는 복사되지 않지만 shim 함수는 구조체에서 값을 로드하고 새 스택에 다시 푸시합니다. 말 그대로 인수 값을 대상 스택에 직접 쓰는 데 사용되는 이전 코드입니다. 이것은 i386에서는 의미가 있었지만 x86_64에서는 스택 등에 어떤 값이 들어갈지 알아내는 것이 훨씬 더 복잡합니다.

몇 가지 테스트 후에 나는 크러스트 기능이 실패하지 않는다는 것을 보장하는 것이 매우 어렵다는 것을 발견했습니다. 현재 발생하는 일은 최상위 작업(예: main)이 실패하면 모든 작업이 실패하도록 하기 때문에 콜백이 메시지를 보내려고 하자마자(또는 메시지를 보낸 후 돌아올 때) 실패할 수 있습니다. 런타임이 비정상적으로 중단되도록 합니다.

작업이 Rust 스택에 다시 들어가면 kill 요청을 무시하도록 rust_task를 변경할 수 있다고 생각합니다. 이벤트 루프를 구현하는 작업의 경우 런타임이 실패하고 있음을 나타내는 메시지를 찾는 일부 모니터 포트를 엿보고 정상적으로 종료하는 방법을 파악할 수 있습니다.

그래서 최상위 작업이 실패하면 자식에게 오류를 전파합니까? 나는 우리의 오류 전파 모델을 이해하지 못한다고 생각합니다. C 스택에서 실행되는 코드는 감독되지 않은 작업이나 이와 유사한 작업에서 실행할 수 있어야 하는 것 같습니다.

기본적으로 'main'이 커널에 의해 감독되는 것처럼 작동하므로 main이 실패하면 모든 것이 실패합니다.

나는 이것을 완료라고 부른다. 약간의 정리가 있으며 나머지 문제에 대해 별도의 버그를 제출했습니다.

이 부활을 용서해 주세요. 하지만 이 문제는 y-combinator 조각과 다른 몇 가지 사이트에서 연결되어 있으며 최근에 멍청한 놈이 이에 대해 질문했기 때문에 이 문제 및 이후 변경 사항에 따라 C에서 Rust를 호출한다는 점에 주목합니다 간단합니다 :

#[no_mangle]
pub extern fn hello_rust() -> *const u8 {
    "Hello, world!\0".as_ptr()
}

#include "stdio.h"
const char *hello_rust(void);
int main(void) {
    printf("%.32s\n", hello_rust());
}