- 主题:C++的map慢的令人发指,尤其比C#慢的太多太多
很有意思的结论。C++在菜鸟手里反而更慢。怪不得脚本语言有真么大生存空间。不光是容不容易崩的问题,对菜鸟程序方方面面C++都被碾压。
【 在 jzh800 的大作中提到: 】
: c++
: 编译器优化一般般,
: 不debug应该默认优化,
: ...................
--
FROM 163.114.130.*
C++为啥是微软家的。那些库都是微软开发吗
C#倒真是微软家的,结果做成这样
【 在 foliver 的大作中提到: 】
: 起因是我有一个python运算程序,运算太慢。用C#实现后,效率大幅提升。后来想用c++改写应该更快些, 发现竟然慢很多。不能忍。
: 原因程序需要用到大容量字典。百千万级别。
: 对比了下c#和C++(unorder map):
: ...................
--
FROM 120.244.202.*
对菜鸟不友好,
等于对新人不友好,
没新人就玩完。
【 在 winterchill @ [CPlusPlus] 的大作中提到: 】
:
: 很有意思的结论。C++在菜鸟手里反而更慢。怪不得脚本语言有真么大生存空间。不光是容不容易崩的问题,对菜鸟程序方方面面C++都被碾压。
: 【 在 jzh800 的大作中提到: 】
: : c++
: : 编译器优化一般般,
#发自zSMTH@M2103K19C
--
FROM 223.104.41.*
hash_map 才是你要的
stl的map确实慢
--
FROM 125.120.87.*
看场景啊,有的场景内存可以无限吃,有的场景要紧内存。
鱼与熊掌不可兼得,只有增加学习成本。
【 在 fupip 的大作中提到: 】
: c++能不能好好搞搞std啊,这种基本的map.之类还要调优
--
FROM 125.120.87.*
【 在 foliver 的大作中提到: 】
: 起因是我有一个python运算程序,运算太慢。用C#实现后,效率大幅提升。后来想用c++改写应该更快些, 发现竟然慢很多。不能忍。
: 原因程序需要用到大容量字典。百千万级别。
: 对比了下c#和C++(unorder map):
: ...................
那Python建这个字典要花多长时间?比C++快么?
--
FROM 180.166.53.*
我试过python和c++map的对比,效率差不多
【 在 holyshark 的大作中提到: 】
: 【 在 foliver 的大作中提到: 】
: : 起因是我有一个python运算程序,运算太慢。用C#实现后,效率大幅提升。后来想用c++改写应该更快些, 发现竟然慢很多。不能忍。
: : 原因程序需要用到大容量字典。百千万级别。
: ...................
--来自微微水木3.5.12
--
FROM 223.104.40.*
我觉得也不是。还是有人愿意用一些学习曲线陡峭的东西的,比如VIM。用的人不多,但是活下来还是可以的。
【 在 jzh800 的大作中提到: 】
: 对菜鸟不友好,
: 等于对新人不友好,
: 没新人就玩完。
: ...................
--
FROM 163.114.132.*
哈哈,我喜欢,
VSstudio,qtcreator,pycharm。
vi 在Linux下干小活。
【 在 winterchill @ [CPlusPlus] 的大作中提到: 】
:
: 我觉得也不是。还是有人愿意用一些学习曲线陡峭的东西的,比如VIM。用的人不多,但是活下来还是可以的。
: 【 在 jzh800 的大作中提到: 】
: : 对菜鸟不友好,
: : 等于对新人不友好,
#发自zSMTH@M2103K19C
--
FROM 124.204.78.*
你用的不会是红黑树的map吧
【 在 foliver (Oliver) 的大作中提到: 】
: 看你大家都很信任c++的库。实际上,我看了下爆栈,c++的map慢是共识,网上有很多比标准库效率高好几倍的实现。
:
: 我这个运算程序,除了map外,在处理wchar类型字符串,比如中文,c++也比C#慢非常非常多。因为程序中map的主键是wstring,所以c++那性能就更加不能看了。
:
--
FROM 113.201.132.*