gpt4 book ai didi

c++ - 输入参数传递 : is there a size threshold for efficient pass-by-value?

转载 作者:可可西里 更新时间:2023-11-01 16:47:52 24 4
gpt4 key购买 nike

在 C++ 中,当输入参数复制成本低时(例如,intfloat 等),它通常被传递只需按值。相反,复制起来并不便宜的输入“观察到的”参数(例如 std::string)由 const & 传递。

我想知道像 POD 这样的类型表示具有 int 坐标的二维 vector ,例如

struct Vec2i
{
int X;
int Y;
};

在 32 位 MSVC 编译器上,它只有 8 个字节 (2 * sizeof(int))。您会按值还是按 const & 传递它?

那么 Vec2ddouble 类型的坐标呢?
(在 MSVC 上它将是 2 * sizeof(double),所以 2 * 8 = 16 字节。)

是否有“大小阈值”(例如 16 字节?)用于放置一行并说:“对于超过 X 大小的 POD,const & , 对于较小的 POD 按值传递"?


PS:请不要在回复中使用参数作为“过早优化”。
这对我来说听起来像是 ++itit++ 的情况(其中 it 是一个 STL 迭代器):它不是 ++it 是一个过早的优化,关键是 it++ 是一个过早的悲观化 :)

最佳答案

在幕后,一个驱动因素是是否可以在一个或多个寄存器中传递变量。在 20 世纪,当参数类型直接映射到寄存器时,编译器做得很好。在寄存器对中传递具有两个成员的结构是 21 世纪的优化。

正如您在评论中提到的 x86,这是一个特例。它缺乏寄存器,可能没有可用于参数传递的寄存器对。 x86 和 ARM 在这方面要好得多,这也是 x64 通常更快而 ARM 更省电的原因之一

boost::call_traits<T>试图弄清楚通过 T 是否明智通过引用,但它并不完美。

关于c++ - 输入参数传递 : is there a size threshold for efficient pass-by-value?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22306491/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com