缓存 std::vector 的大小是否更快
Is it faster to cache the size of std::vector
我正在寻找一个C++类,它环绕std::vector并存储向量的大小。每次修改向量时,该类都会更新此大小,从而导致大量冗余代码(因为 size() 方法始终提供最新的大小)。 这真的更快,还是编译器会优化 size() 的迭代使用?
首先,与之前帖子中所述的不同,我见过的std::vector
(MS 和 g++)的实现确实如此不缓存大小。 另一方面,它可以计算通过简单的指针减法,以及您对缓存所做的任何操作大小几乎肯定会增加比节省更多的开销。
std::vector::size
具有恒定的时间复杂度,所以是的,它已经存储在向量中并且代码是多余的。
在我看到的所有实现中,缓存会更慢。这只是浪费内存带宽。
据我所知,vector::size
的标准库实现只是返回缓存大小,而不是每次都重新计算它。
相关文章:
- 检查 std::shared_ptr<> 的当前底层类型是否为 T
- 关于std::move的使用,是否有编译警告
- 通过网络、跨平台传递std::变体是否安全
- 是否有类似std::lower_bound的函数,而不需要排序/分区输入
- std::vector::迭代器是否可以合法地作为指针
- MESI协议和std::atomic-它是否确保所有写入立即对其他线程可见?
- 是否将std::packaged_task添加到现有线程
- C++中是否存在 std::conditional 的懒惰等价物?
- 检查某些类型是否是模板类 std::optional 的实例化
- 如何检查两个 std::向量在小于 O(n) 的时间复杂度内是否相等
- 在C++中,使用带有 std::optional 参数的函数<T>来表示可选参数是否有意义?
- C++标准是否允许<double>在没有开销的情况下实现 std::可选
- '[](std::list& list)<int>{return std::move(list)}(list)' 是否保证将 'list' 留空?
- "std::list::splice(std::const_iterator pos, std::list&& other)"是否保证将"其他"留空?
- 为什么程序员同时使用 std::bad_alloc 和 std::exception.是否 std::例外 仅是不够的
- glibcxx STL 在实现 std::valarray::sum() 时是否不正确?
- 在 C++20 中是否不再允许在 std 中对程序定义类型的函数模板进行专用化?
- 将 std::map::emplace 与返回 shared_ptr 的函数一起使用是否正确?
- std::p romise::set_value() 和 std::future::wait() 是否提供内存围栏?
- std::less是否应该允许在编译时比较不相关的指针?