p*****2
发帖数: 21240 | |
z****e
发帖数: 54598 | |
p*****2
发帖数: 21240 | 3
读写latency大概什么样呀？
【在 z****e 的大作中提到】
: c*真不错，用过的都说好，二爷你不试试？
|
z****e
发帖数: 54598 | 4 “We’re believers in the Netflix way of thinking.”
就看到这么一句话，哈哈
现在真的是全球都在看netflix
以后程序员干活估计都是contractor模式
越来越多公司在学习netflix |
z****e
发帖数: 54598 | 5 这个还是自己试一下吧
我说了万一你那边数据不对，那岂不是误导你
【在 p*****2 的大作中提到】
:
: 读写latency大概什么样呀？
|
p*****2
发帖数: 21240 | 6
我总感觉达不到我们的要求。我记得HBASE读是30ms吗？
【在 z****e 的大作中提到】
: 这个还是自己试一下吧
: 我说了万一你那边数据不对，那岂不是误导你
|
z****e
发帖数: 54598 | 7 hbase比较慢，但是c*会比较快吧？
h*&m*都是cp系统，需要保证consistency
c*是ap系统，所以一致性被牺牲了
【在 p*****2 的大作中提到】
:
: 我总感觉达不到我们的要求。我记得HBASE读是30ms吗？
|
a***n
发帖数: 538 | 8
mongodb偶尔也会超过30ms的吧，如果碰上rebalance就不知道多久了。
【在 p*****2 的大作中提到】
:
: 我总感觉达不到我们的要求。我记得HBASE读是30ms吗？
|
z****e
发帖数: 54598 | 9 c*你可以调整一致性
作为tradeoff，越靠近cp越慢 |
p*****2
发帖数: 21240 | 10
我没有用sharding，而且我实时部分不用mongo。
【在 a***n 的大作中提到】
:
: mongodb偶尔也会超过30ms的吧，如果碰上rebalance就不知道多久了。
|
|
|
p*****2
发帖数: 21240 | 11
有没有数据。mongo一般2ms就够了。
【在 z****e 的大作中提到】
: c*你可以调整一致性
: 作为tradeoff，越靠近cp越慢
|
z****e
发帖数: 54598 | 12 多大的数据2ms？
我刚试了下，~1.3ms
不过我不要求什么一致性
完全就是log，所以aop截取到之后就扔进去
也不update什么的，所以没啥特别复杂的东东
你还是实际测一下好
【在 p*****2 的大作中提到】
:
: 有没有数据。mongo一般2ms就够了。
|
p*****2
发帖数: 21240 | 13
同一台机吗？还是remote？
【在 z****e 的大作中提到】
: 多大的数据2ms？
: 我刚试了下，~1.3ms
: 不过我不要求什么一致性
: 完全就是log，所以aop截取到之后就扔进去
: 也不update什么的，所以没啥特别复杂的东东
: 你还是实际测一下好
|
z****e
发帖数: 54598 | 14 local的
【在 p*****2 的大作中提到】
:
: 同一台机吗？还是remote？
|
p*****2
发帖数: 21240 | 15
多谢.local的mongo应该是0.1ms
【在 z****e 的大作中提到】
: local的
|
z****e
发帖数: 54598 | 16 因为都在内存里面
那这样主要的时间开销都在io上了
【在 p*****2 的大作中提到】
:
: 多谢.local的mongo应该是0.1ms
|
p*****2
发帖数: 21240 | 17
是。我们公司不用cassandra。很多support都没有，都要自己折腾。不过感觉大数据的
时候应该考虑。
【在 z****e 的大作中提到】
: 因为都在内存里面
: 那这样主要的时间开销都在io上了
|
