- 主题:size_t和int比较时哪种写法效率更高？
50步和100步的区别
【 在 here080 (hero080) 的大作中提到: 】
: 不一样。有符号数的惊喜只在大数时会产生。无符号数的惊喜则在0上面也会产生。比如经典的v.size() - 1
: 【 在 z16166 (Netguy) 的大作中提到: 】
: : 标 题: Re: size_t和int比较时哪种写法效率更高？
: : 发信站: 水木社区 (Wed Aug 12 16:08:23 2020), 站内
--
FROM 221.220.175.*
【 在 walkinrain 的大作中提到: 】
: 我是小白，自己编的程序
: 需要操作超大矩阵，假设10万乘以10万
: 一运行就报错没有这么多内存可分配
: ...................
换大系统。
如果考你外存使用，你就考虑数据存文件，逐块掉入内存。
--
修改:ylh1969 FROM 221.221.53.*
FROM 221.221.53.*
数据处理里面，一次处理16GB以上的数据也有可能，我原来公司的服务器基本上都是128GB内存的；比较变态的spark服务器，有些公司会弄到300GB以上的内存
包含4G个元素的列表倒是很少见，主要是效率太低，包含4G个元素的vector是很有可能的
【 在 hgoldfish 的大作中提到: 】
: 道理我懂啊。我只是想问，有谁见过一次性处理 4gb 内存和 4g 元素列表的代码没？是什么场景。
:
--
FROM 221.218.210.*
n < 0的时候，转换成size_t会有惊喜...
【 在 jsznzsj 的大作中提到: 】
: int n;
: vector<double> vec;
: 是 (size_t)n < vec.size() 还是 n < (int)vec.size() 效率高？假设64位程序。
: ...................
--
FROM 221.218.210.*
spark 程序也不是一个任务处理 4gb，得拆分开才有效率。内存大很正常，但一次处理一块大内存的场景可能比较少。
【 在 Bernstein (Berns) 的大作中提到: 】
: 数据处理里面，一次处理16GB以上的数据也有可能，我原来公司的服务器基本上都是128GB内存的；比较变态的spark服务器，有些公司会弄到300GB以上的内存
: 包含4G个元素的列表倒是很少见，主要是效率太低，包含4G个元素的vector是很有可能的
--
FROM 59.60.57.*
最佳实践是啥呢
strlen返回的是size_t
要不要转换为int呢
【 在 libgcc 的大作中提到: 】
: std::vector sss = .....
: for(int i=0; i<ss.size()-1; ++i)
: ss是空的时候就很二逼了...
: ...................
--
FROM 114.242.250.*