gold_hash_map vs google sparse map by google’s time_hash_map.cc

阅读更多关于《gold_hash_map vs google sparse map by google’s time_hash_map.cc》

这个列表由我写的一个 perl 程序抓取 time_hash_map 的结果生成。time_hash_map 是 google 自己实现的 hash table 中的一个性能测试程序,我在其中加入了针对 gold_hash_map 的测试,没有其它任何改动。实现原理:缓存与平行数组在…… 继续阅读

hash_strmap 最新性能数据

阅读更多关于《hash_strmap 最新性能数据》

QPS  达到了35,644,397,测试机器就是普通 PC:CPU 3G Hz,内存 2G。

总计500,000 条数据,keylen=32 byte,迭代20次, 总查询次数 10,000,000 次, 耗时 0.280549 秒 继续阅读

gold_hash_map design

阅读更多关于《gold_hash_map design》

前一段时间写了个 hash_strmap, 效果不错,其中的一些设计思想可以扩展。于是,昨天到今天两天写了一个通用的 hash_map, 起了个名字叫gold_hash_map继续阅读

gold_hash_map bench mark with google sparse hash

阅读更多关于《gold_hash_map bench mark with google sparse hash》

This is the testing result with google sparse hash’s bench mark (time_hash_map.cc in google sparse hash’s tar ball)
The only modify to time_hash_map.cc is added the test for gold_hash_map (see diff below) 继续阅读

hash_strmap 为什么那么快

阅读更多关于《hash_strmap 为什么那么快》

测试结果(普通PC,CPU 3G HZ,内存 2G)

  • 单核达到了每秒 30,000,000 次查询,string 长度是 32 字节,这个速度比 unordered_map 快10 倍,比 std::map 快40 倍。
  • iteration 的速度, 比 std::map 快 180 倍以上, 比 unordered_map 快 150 倍。

继续阅读

reverse_iterator

阅读更多关于《reverse_iterator》

stl 容器大都有 reverse_iterator, 用法跟 iterator 一样。然而,可能很少有人考虑过它的实现。

首先, reverse_iterator 大都由 std::reverse_iterator 包装 iterator 生成,如此,同样的遍历循环, 继续阅读

is_trivially_destructible replaced has_trivial_destructor

阅读更多关于《is_trivially_destructible replaced has_trivial_destructor》

C++11 中的 type_traits, 改变了一些约定成俗的名字:

我们经常使用的 has_trivial_destructor, 变成了 is_trivially_destructible, 现在已有不少编译器实现了 has_trivial_destructor, (std, std::tr1). 继续阅读

HashMap<string, …> 能有多快

阅读更多关于《HashMap<string, …> 能有多快》

看到很多使用 map<string, ….> 的代码, 也有一些使用了 unordered_map<string, …> 或者 hash_map<string, …>, 当然, hash_map 不是标准的, unordered_map 也只在 boost, tr1 和 c++0x 中可用. 从代码的简洁性和可移植性上讲, 标准的 std::map 是首选. 继续阅读

怎样让C++函数重载时连返回值类型也加入重载决议?

阅读更多关于《怎样让C++函数重载时连返回值类型也加入重载决议?》

众所周知,C++函数重载时返回值是不参与重载决议的, 也就是说: 继续阅读

Large Number of Coroutine is possible: Split Stacks in GCC

阅读更多关于《Large Number of Coroutine is possible: Split Stacks in GCC》

本文来源:http://gcc.gnu.org/wiki/SplitStacks

注:GCC4.6 已经支持 -split-stack 选项。Why Fiber/Coroutine?  可参考我的相关文章:异步通讯中使用纤程(Fiber/UserSpaceThread) 继续阅读