는 명확하지 인 빠른 : 무엇을 더 빨리하게,어느 protobuf 최적화? C++에 대한 구글의 프로토콜 버퍼 컴파일러를 사용
option optimize_for = LITE_RUNTIME;
를 속도가 빠른 경우 :
option optimize_for = SPEED;
또는 라이트 런타임 최적화 : 속도를 최적화? 누구든지 주제에 대해 하드 데이터를 보유하고 있습니까?
는 명확하지 인 빠른 : 무엇을 더 빨리하게,어느 protobuf 최적화? C++에 대한 구글의 프로토콜 버퍼 컴파일러를 사용
option optimize_for = LITE_RUNTIME;
를 속도가 빠른 경우 :
option optimize_for = SPEED;
또는 라이트 런타임 최적화 : 속도를 최적화? 누구든지 주제에 대해 하드 데이터를 보유하고 있습니까?
나는 documentation 읽는 방법, CODE_SIZE에 대한
최적화가 모든 것을 빠른 접근 방법을 생성하지만, 느린 반사에 의존하지 않는, 속도에 대한
최적화가 빠른 접근 당신에게 줄 것이다
또한 LITE_RUNTIME에 최적화하면 빠른 접근자를 제공하지만 protobuf의 모든 기능을 지원하지는 않지만 가벼운 하위 집합 인 protobuf-lite 만 지원합니다. 기본적으로 이것은 설명자 또는 반사를 사용할 수 없음을 의미합니다.
그래서 나는 LITE_RUNTIME 속도보다 느린, 생각, 당신은 당신이 (라이트 또는 전체)를 필요로 할 런타임 라이브러리에 따라 선택해야합니다.
속도가 빠르면 무엇이 더 빠릅니까?
SPEED는 런타임 리플렉션 대신 자동 생성 코드를 사용하므로 CODE_SIZE보다 빠릅니다.
나는 또한 ... 실험적 증거에 따르면 속도가 약간 빨랐다는 것을 알았습니다 ...? 다른 사람이 확인할 수 있습니까? –