3

我很好奇为什么 vptr 的大小在 64 位机器上似乎需要 64 位，以及 C++ 是否真的需要它。

所有 vptr 需要做的就是指向 vtables，并且由于 vtables 不能占用太多内存并且可以组合在一起，32 位应该足以解决它们。

你的课程有多少个课程？1000？10000？他们平均有多少个虚函数？也许100？如果编译器+链接器连续放置所有 vtable，它们占用的空间不会超过几 MB。将具有 32 位索引的特定 vtable 寻址到“所有 vtable 的数组”中应该可以工作。

我之所以这么说，是因为某些带有虚函数的小类；有时我会看到一个只有 2 个单词 + vptr 的类的大量对象数组，而 64 位 vptr 对内存使用有重大影响。

4

2 回答 2

3

不，它不必是 64 位的。但是，有几个原因：

  • 有可能，类的第一个成员需要 64 位对齐，所以在这种情况下没有好处
  • 通常，vptrs 不会占用大量内存
  • 最有力的论点是：如果 vptr 是 32 位索引，那么所有虚函数调用都会变慢（因为额外的内存引用），并且会生成更大的代码。这根本不值得。

注意，有一个内存模型（ILP32，-mx32switch for gcc），很少使用，其中指针是32位的，但可以使用64位的寄存器。

如今，内存的微优化并不是重点。例如，编译器可以自由地跨访问说明符重新排序成员（因此可以减少填充），但我所知道的编译器没有这样做。

于 2017-11-30T02:30:25.553 回答
1

您的怀疑是正确的，C++ 确实允许这样做。不过，16 位可能不现实。即使所有的 vtable 都大于 4 GB，它们通常也不会有 40 亿个条目那么大。一个典型的稳定条目是 64 位，因此 40 亿个条目将占用 32 GB。

于 2017-11-30T01:20:37.837 回答