paper help# Chemistry - 化学
S*L
1 楼
宝宝已有美国护照. 请问在给宝宝填旅行证申请表的时候, 需要把他的美国护照号填上
去吗? 是不是填了美国护照号, 就有可能能拿不到旅行证了?
谢谢!!!!
去吗? 是不是填了美国护照号, 就有可能能拿不到旅行证了?
谢谢!!!!
b*a
2 楼
成功，除了努力，还要靠机遇。而很多人的一生，机遇只有一次，抓住了便是“心想事成”，错过了就只能“望洋兴叹”。感情如此，事业如此。近年来，面对日趋严峻的就业形势，很多人滋生出创业的念头。然而出于资金、实力、风险等因素的考虑，只有极少数人将创业的念头付诸行动。
我认为，随着经济的发展，传统的行业，已经在慢慢淘汰，或者说是在慢慢的萎靡。但是，与此同时商业社会也已经越来越成熟，越来越规范。我觉得，凡是一方得利的生意都不是好生意，也不会长久。任何智者，都是资源整合的高手，他会把人们熟视无睹地、看似不沾边、不关联的事物，有机的揉合到一起，为我所用，为我所利。智者做事，不吃独食，拒绝单赢，追求皆大欢喜，互利共赢。
智者的含义是什么？就是聪明、智慧、有谋略的意思。你还在等什么，还在每天浑浑噩噩的过着一天是一天，每天上班下班等着放假，等着过节，等着哪天找到高富帅或者白富美吗？让她或者他拉你走出你现在的生活，过着衣食无忧的日子，每天想干嘛就干嘛，也不用担心钱的问题。如果你还在这样想，你还不称早回到你爸爸妈妈的怀抱，让他们为你遮风避雨。到时候看着他们两鬓斑白，还在为你日夜奔波，而终日惶恐不安。
如果你忍心的话，你就继续那么做吧！不过我相信大多是的人都是智者，天上掉馅饼的事是没有的，如果真的有的话，也早就被那些早起的人捡走了，轮不到你的。
我们人生的改变，往往是从选择开始的！珍惜生命中每一个与我们相遇的人，感恩生命中每一个帮助过我们的人，靠近生命中每一个比我们成功的人。抓住一条有价值的信息，也许会让一个人很快就能成功。操作一个真实可靠的项目，能改变一个人原有的人生轨迹...
黄明富今年39岁，原来在当地一家商场卖家电，做的是家电销售工作，每月薪水却少的可怜，只有2000多元，他是真真正正地厌倦了这样的打工生涯，所以心中那份渴望创业的激情始终绵绵不断、奔腾不息！就这么稀里糊涂的过完一辈子？老黄不甘心！
更重要的是，因为收入不高，老黄先后经历两次婚变，被老婆甩了的滋味令他感觉抬不起头来！知耻而后勇，一个偶然的机会，黄明富看到一个项目，反复思考、沉淀了四年，见证了很多人的成功以后，他决定破釜沉舟，狠下心来操作项目，结果60天时间赚了9万多元，实现了人生的彻底转变！
我认为，随着经济的发展，传统的行业，已经在慢慢淘汰，或者说是在慢慢的萎靡。但是，与此同时商业社会也已经越来越成熟，越来越规范。我觉得，凡是一方得利的生意都不是好生意，也不会长久。任何智者，都是资源整合的高手，他会把人们熟视无睹地、看似不沾边、不关联的事物，有机的揉合到一起，为我所用，为我所利。智者做事，不吃独食，拒绝单赢，追求皆大欢喜，互利共赢。
智者的含义是什么？就是聪明、智慧、有谋略的意思。你还在等什么，还在每天浑浑噩噩的过着一天是一天，每天上班下班等着放假，等着过节，等着哪天找到高富帅或者白富美吗？让她或者他拉你走出你现在的生活，过着衣食无忧的日子，每天想干嘛就干嘛，也不用担心钱的问题。如果你还在这样想，你还不称早回到你爸爸妈妈的怀抱，让他们为你遮风避雨。到时候看着他们两鬓斑白，还在为你日夜奔波，而终日惶恐不安。
如果你忍心的话，你就继续那么做吧！不过我相信大多是的人都是智者，天上掉馅饼的事是没有的，如果真的有的话，也早就被那些早起的人捡走了，轮不到你的。
我们人生的改变，往往是从选择开始的！珍惜生命中每一个与我们相遇的人，感恩生命中每一个帮助过我们的人，靠近生命中每一个比我们成功的人。抓住一条有价值的信息，也许会让一个人很快就能成功。操作一个真实可靠的项目，能改变一个人原有的人生轨迹...
黄明富今年39岁，原来在当地一家商场卖家电，做的是家电销售工作，每月薪水却少的可怜，只有2000多元，他是真真正正地厌倦了这样的打工生涯，所以心中那份渴望创业的激情始终绵绵不断、奔腾不息！就这么稀里糊涂的过完一辈子？老黄不甘心！
更重要的是，因为收入不高，老黄先后经历两次婚变，被老婆甩了的滋味令他感觉抬不起头来！知耻而后勇，一个偶然的机会，黄明富看到一个项目，反复思考、沉淀了四年，见证了很多人的成功以后，他决定破釜沉舟，狠下心来操作项目，结果60天时间赚了9万多元，实现了人生的彻底转变！
M*9
3 楼
1994大字
1995上海版
都是有塑料壳子外面是原封，94的边缘有少许toning
2个1起走$238包邮到美加地址，有tracking number
有兴趣的朋友请跟帖或者PM，我可以发照片给你看。
1995上海版
都是有塑料壳子外面是原封，94的边缘有少许toning
2个1起走$238包邮到美加地址，有tracking number
有兴趣的朋友请跟帖或者PM，我可以发照片给你看。
p*o
4 楼
输出电压一样，但电流不一样……
d*g
5 楼
今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
到了youtube上。
http://www.youtube.com/watch?v=goxWaZGcjwc
到了youtube上。
http://www.youtube.com/watch?v=goxWaZGcjwc
d*r
6 楼
最近在研究 memory database，做 queuing， cache 和 简单查询。
Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
大牛们有无推荐?
Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
大牛们有无推荐?
u*g
7 楼
Enhanced photocurrent ZnO/CdS/CuInSe2 solar cells
Solar Cells
Volume 16, January-February 1986, Pages 521-527
http://dx.doi.org/10.1016/0379-6787(86)90107-9
Thanks in advance.
Solar Cells
Volume 16, January-February 1986, Pages 521-527
http://dx.doi.org/10.1016/0379-6787(86)90107-9
Thanks in advance.
f*n
8 楼
是
当然不是
【在 S*L 的大作中提到】
: 宝宝已有美国护照. 请问在给宝宝填旅行证申请表的时候, 需要把他的美国护照号填上
: 去吗? 是不是填了美国护照号, 就有可能能拿不到旅行证了?
: 谢谢!!!!
M*9
9 楼
1994 pending
n*e
10 楼
电流一般自适应的吧
【在 p**o 的大作中提到】
: 输出电压一样，但电流不一样……
【在 p**o 的大作中提到】
: 输出电压一样，但电流不一样……
c*b
11 楼
一半是神医吧
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
g*g
12 楼
你到底需要那些特性？只是cache的话memcached, 相似的还有Riak.
【在 d*******r 的大作中提到】
: 最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
: 大牛们有无推荐?
【在 d*******r 的大作中提到】
: 最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
: 大牛们有无推荐?
S*L
14 楼
万分感谢！
【在 f*******n 的大作中提到】
:
: 是
: 当然不是
【在 f*******n 的大作中提到】
:
: 是
: 当然不是
M*9
15 楼
1994 sold
p*o
16 楼
我原来也是这么想的，反正电脑的USB口不是都能插么
但如果一样，iPad的充电器为啥要做得那么肥硕呢？
【在 n*******e 的大作中提到】
: 电流一般自适应的吧
但如果一样，iPad的充电器为啥要做得那么肥硕呢？
【在 n*******e 的大作中提到】
: 电流一般自适应的吧
j*a
17 楼
This video is not yet processed.
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
y*y
18 楼
数据关系比较复杂的话用什么最好？ 或者应该上graph database？
u*g
19 楼
Thank you so much!
【在 w*q 的大作中提到】
: http://www.sendspace.com/file/qbhuw9
【在 w*q 的大作中提到】
: http://www.sendspace.com/file/qbhuw9
n*e
20 楼
为了让他能适应ipad需要的电流？
【在 p**o 的大作中提到】
: 我原来也是这么想的，反正电脑的USB口不是都能插么
: 但如果一样，iPad的充电器为啥要做得那么肥硕呢？
【在 p**o 的大作中提到】
: 我原来也是这么想的，反正电脑的USB口不是都能插么
: 但如果一样，iPad的充电器为啥要做得那么肥硕呢？
d*g
21 楼
好像不是，绝大多数是pick up预定电话的。
我知道一个人没有预定成功，早上5点在曼哈顿的苹果店外排队，下午4点排到了，
iPhone也卖完了。
【在 c*b 的大作中提到】
: 一半是神医吧
我知道一个人没有预定成功，早上5点在曼哈顿的苹果店外排队，下午4点排到了，
iPhone也卖完了。
【在 c*b 的大作中提到】
: 一半是神医吧
d*r
22 楼
就是把实时采集到的用户端数据，基本都放在内存(过了几秒以上的，persisent到硬盘
)，然后用内存database里的数据，做一些非常实时的计算 (要支持比较复杂的查询)。
具体的需求还在完善。但是我想要一个快的，而且强大的 memory database, 这样后续
开发方便。
看了 Redis 的表现能力，觉得很爽。就是不支持 Cluster scale out.
Riak 用的人很少吧。我怕查不到资料和经验。难道 Riak 有 Redis 一样高性能的的内
存数据库功能，persistent 做得还比 Redis 好很多？我知道 Riak scale out 不错的。
【在 g*****g 的大作中提到】
: 你到底需要那些特性？只是cache的话memcached, 相似的还有Riak.
)，然后用内存database里的数据，做一些非常实时的计算 (要支持比较复杂的查询)。
具体的需求还在完善。但是我想要一个快的，而且强大的 memory database, 这样后续
开发方便。
看了 Redis 的表现能力，觉得很爽。就是不支持 Cluster scale out.
Riak 用的人很少吧。我怕查不到资料和经验。难道 Riak 有 Redis 一样高性能的的内
存数据库功能，persistent 做得还比 Redis 好很多？我知道 Riak scale out 不错的。
【在 g*****g 的大作中提到】
: 你到底需要那些特性？只是cache的话memcached, 相似的还有Riak.
S*r
23 楼
ipad的给iphone充没问题， iphone的给ipad充会很慢。
d*g
24 楼
available now.
【在 j*a 的大作中提到】
: This video is not yet processed.
【在 j*a 的大作中提到】
: This video is not yet processed.
g*g
25 楼
Maybe Elastic Search is your answer.
的。
【在 d*******r 的大作中提到】
: 就是把实时采集到的用户端数据，基本都放在内存(过了几秒以上的，persisent到硬盘
: )，然后用内存database里的数据，做一些非常实时的计算 (要支持比较复杂的查询)。
: 具体的需求还在完善。但是我想要一个快的，而且强大的 memory database, 这样后续
: 开发方便。
: 看了 Redis 的表现能力，觉得很爽。就是不支持 Cluster scale out.
: Riak 用的人很少吧。我怕查不到资料和经验。难道 Riak 有 Redis 一样高性能的的内
: 存数据库功能，persistent 做得还比 Redis 好很多？我知道 Riak scale out 不错的。
的。
【在 d*******r 的大作中提到】
: 就是把实时采集到的用户端数据，基本都放在内存(过了几秒以上的，persisent到硬盘
: )，然后用内存database里的数据，做一些非常实时的计算 (要支持比较复杂的查询)。
: 具体的需求还在完善。但是我想要一个快的，而且强大的 memory database, 这样后续
: 开发方便。
: 看了 Redis 的表现能力，觉得很爽。就是不支持 Cluster scale out.
: Riak 用的人很少吧。我怕查不到资料和经验。难道 Riak 有 Redis 一样高性能的的内
: 存数据库功能，persistent 做得还比 Redis 好很多？我知道 Riak scale out 不错的。
w*y
26 楼
iPad要high-power usb
【在 p**o 的大作中提到】
: 我原来也是这么想的，反正电脑的USB口不是都能插么
: 但如果一样，iPad的充电器为啥要做得那么肥硕呢？
【在 p**o 的大作中提到】
: 我原来也是这么想的，反正电脑的USB口不是都能插么
: 但如果一样，iPad的充电器为啥要做得那么肥硕呢？
d*g
27 楼
谁请教我把video贴到这来？
d*r
28 楼
看了下ElasticSearch介绍，用起来像 NoSQL DB 的搜索存储servce? 看样子是主要提
供很强的 RESTful search API.
我觉得我主要是要快，search 的功能要不到 ElasticSearch 那么强。
我想从end端用户采集信息-->存到我们server上的内存DB-->viewer端检索出部分出来
represent
viewer端是些 interactive的charts,
e.g. http://code.shutterstock.com/rickshaw/examples/extensions.html
实际的charts比这个复杂，很多charts还要联动，支持real time的随便调整参数
整个过程 (end端->server端->viewer端) 延迟我想控制在 ms 级别，最多不超过 1s.
所以我主要是想快, 我都打算所有通信用 JSON over TCP, 不用 HTTP 了。
end 端 是我们自己的 app，可以不用 HTTP 提交数据。
viewer端(e.g. browser) 和中间 server 的通信，我打算用 websocket.
【在 g*****g 的大作中提到】
: Maybe Elastic Search is your answer.
:
: 的。
供很强的 RESTful search API.
我觉得我主要是要快，search 的功能要不到 ElasticSearch 那么强。
我想从end端用户采集信息-->存到我们server上的内存DB-->viewer端检索出部分出来
represent
viewer端是些 interactive的charts,
e.g. http://code.shutterstock.com/rickshaw/examples/extensions.html
实际的charts比这个复杂，很多charts还要联动，支持real time的随便调整参数
整个过程 (end端->server端->viewer端) 延迟我想控制在 ms 级别，最多不超过 1s.
所以我主要是想快, 我都打算所有通信用 JSON over TCP, 不用 HTTP 了。
end 端 是我们自己的 app，可以不用 HTTP 提交数据。
viewer端(e.g. browser) 和中间 server 的通信，我打算用 websocket.
【在 g*****g 的大作中提到】
: Maybe Elastic Search is your answer.
:
: 的。
w*g
29 楼
3 blocks?
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
g*g
30 楼
高并发的我比较熟，要保证延迟的实时系统我不会，不想误导你。
【在 d*******r 的大作中提到】
: 看了下ElasticSearch介绍，用起来像 NoSQL DB 的搜索存储servce? 看样子是主要提
: 供很强的 RESTful search API.
: 我觉得我主要是要快，search 的功能要不到 ElasticSearch 那么强。
: 我想从end端用户采集信息-->存到我们server上的内存DB-->viewer端检索出部分出来
: represent
: viewer端是些 interactive的charts,
: e.g. http://code.shutterstock.com/rickshaw/examples/extensions.html
: 实际的charts比这个复杂，很多charts还要联动，支持real time的随便调整参数
: 整个过程 (end端->server端->viewer端) 延迟我想控制在 ms 级别，最多不超过 1s.
: 所以我主要是想快, 我都打算所有通信用 JSON over TCP, 不用 HTTP 了。
【在 d*******r 的大作中提到】
: 看了下ElasticSearch介绍，用起来像 NoSQL DB 的搜索存储servce? 看样子是主要提
: 供很强的 RESTful search API.
: 我觉得我主要是要快，search 的功能要不到 ElasticSearch 那么强。
: 我想从end端用户采集信息-->存到我们server上的内存DB-->viewer端检索出部分出来
: represent
: viewer端是些 interactive的charts,
: e.g. http://code.shutterstock.com/rickshaw/examples/extensions.html
: 实际的charts比这个复杂，很多charts还要联动，支持real time的随便调整参数
: 整个过程 (end端->server端->viewer端) 延迟我想控制在 ms 级别，最多不超过 1s.
: 所以我主要是想快, 我都打算所有通信用 JSON over TCP, 不用 HTTP 了。
l*e
31 楼
用什么拍的？好清晰啊！
a*n
32 楼
MongoDB吧，快的时候不到1ms。查询很方便。就是偶尔会卡住，不过也不会超过1s的吧。
d*g
33 楼
一个block拐了个弯，包了两条边。
【在 w*****g 的大作中提到】
: 3 blocks?
【在 w*****g 的大作中提到】
: 3 blocks?
N*n
34 楼
你的数据量真大到要用CLUSTER CACHE了？还有你的数据之间COUPLING是高
还是低？高的话就不那么容易SCALE OUT了，除非你在STALENESS上让步。
【在 d*******r 的大作中提到】
: 最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
: 大牛们有无推荐?
d*g
35 楼
Droid
手机上好的多，传到youtube上被压缩了。
【在 l*****e 的大作中提到】
: 用什么拍的？好清晰啊！
手机上好的多，传到youtube上被压缩了。
【在 l*****e 的大作中提到】
: 用什么拍的？好清晰啊！
g*r
36 楼
you can do your own client side hashing with Redis
【在 d*******r 的大作中提到】
: 最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
: 大牛们有无推荐?
【在 d*******r 的大作中提到】
: 最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
: 大牛们有无推荐?
N*D
37 楼
youtube 压缩视频效果不好
诺基亚的ovi效果好的多
也可能应为偶用的是N97
【在 d*********g 的大作中提到】
: Droid
: 手机上好的多，传到youtube上被压缩了。
诺基亚的ovi效果好的多
也可能应为偶用的是N97
【在 d*********g 的大作中提到】
: Droid
: 手机上好的多，传到youtube上被压缩了。
d*r
38 楼
是的，上头一定要求要能随便 scale out
我数据之间 COUPLING 很低，基本是些实时的client端的 performance metrics.
【在 N********n 的大作中提到】
:
: 你的数据量真大到要用CLUSTER CACHE了？还有你的数据之间COUPLING是高
: 还是低？高的话就不那么容易SCALE OUT了，除非你在STALENESS上让步。
我数据之间 COUPLING 很低，基本是些实时的client端的 performance metrics.
【在 N********n 的大作中提到】
:
: 你的数据量真大到要用CLUSTER CACHE了？还有你的数据之间COUPLING是高
: 还是低？高的话就不那么容易SCALE OUT了，除非你在STALENESS上让步。
c*e
39 楼
打酱油的路过瞻仰一下。庸俗的世界上最有品位的一群人
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
d*r
40 楼
这样只解决了 client side 写到 Redis 的 load balancing 的问题吧，相当于让
clients 随机均衡地写各个 Redis nodes。回头我要在这些各自独立的 Redis nodes上
做各种querying还是不方便。
【在 g****r 的大作中提到】
: you can do your own client side hashing with Redis
clients 随机均衡地写各个 Redis nodes。回头我要在这些各自独立的 Redis nodes上
做各种querying还是不方便。
【在 g****r 的大作中提到】
: you can do your own client side hashing with Redis
g*y
41 楼
始终不理解为什么要排队
网上可以提前订啊 如果确实需要
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
网上可以提前订啊 如果确实需要
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
d*r
42 楼
你用MongoDB cluster 做过大系统吗，说说经验
吧。
【在 a***n 的大作中提到】
: MongoDB吧，快的时候不到1ms。查询很方便。就是偶尔会卡住，不过也不会超过1s的吧。
吧。
【在 a***n 的大作中提到】
: MongoDB吧，快的时候不到1ms。查询很方便。就是偶尔会卡住，不过也不会超过1s的吧。
t*u
43 楼
网上定也得能挤得到阿 流量太大,几个小时就定光了
【在 g*******y 的大作中提到】
: 始终不理解为什么要排队
: 网上可以提前订啊 如果确实需要
【在 g*******y 的大作中提到】
: 始终不理解为什么要排队
: 网上可以提前订啊 如果确实需要
a*n
44 楼
很久以前用过，大概100M个doc，1TB左右的数据吧, 没什么不好的单机可以达到4，5k/
s的query吧。就是不怎么稳定。
primary死掉以后也不是立即elect，有时候干脆变成只读的了，不过我觉得这也可能是
配置问题吧，DBA是个什么都不懂的烙印。
【在 d*******r 的大作中提到】
: 你用MongoDB cluster 做过大系统吗，说说经验
:
: 吧。
s的query吧。就是不怎么稳定。
primary死掉以后也不是立即elect，有时候干脆变成只读的了，不过我觉得这也可能是
配置问题吧，DBA是个什么都不懂的烙印。
【在 d*******r 的大作中提到】
: 你用MongoDB cluster 做过大系统吗，说说经验
:
: 吧。
c*e
45 楼
哥排的不是队，是品位
【在 g*******y 的大作中提到】
: 始终不理解为什么要排队
: 网上可以提前订啊 如果确实需要
【在 g*******y 的大作中提到】
: 始终不理解为什么要排队
: 网上可以提前订啊 如果确实需要
d*r
46 楼
几年前？现在应该改进不少吧。
尼玛 MongoDB 也要 DBA? 不是 dev 一并做了吗
5k/
【在 a***n 的大作中提到】
: 很久以前用过，大概100M个doc，1TB左右的数据吧, 没什么不好的单机可以达到4，5k/
: s的query吧。就是不怎么稳定。
: primary死掉以后也不是立即elect，有时候干脆变成只读的了，不过我觉得这也可能是
: 配置问题吧，DBA是个什么都不懂的烙印。
尼玛 MongoDB 也要 DBA? 不是 dev 一并做了吗
5k/
【在 a***n 的大作中提到】
: 很久以前用过，大概100M个doc，1TB左右的数据吧, 没什么不好的单机可以达到4，5k/
: s的query吧。就是不怎么稳定。
: primary死掉以后也不是立即elect，有时候干脆变成只读的了，不过我觉得这也可能是
: 配置问题吧，DBA是个什么都不懂的烙印。
a*n
47 楼
实在无法理解, 实在没有这样的品位.
小时候排队买米买油买猪肉就可以这么排,
叫我这么排队买个电话??? hell no!
像传
【在 c*****e 的大作中提到】
: 打酱油的路过瞻仰一下。庸俗的世界上最有品位的一群人
小时候排队买米买油买猪肉就可以这么排,
叫我这么排队买个电话??? hell no!
像传
【在 c*****e 的大作中提到】
: 打酱油的路过瞻仰一下。庸俗的世界上最有品位的一群人
a*n
48 楼
1年前吧。
【在 d*******r 的大作中提到】
: 几年前？现在应该改进不少吧。
: 尼玛 MongoDB 也要 DBA? 不是 dev 一并做了吗
:
: 5k/
【在 d*******r 的大作中提到】
: 几年前？现在应该改进不少吧。
: 尼玛 MongoDB 也要 DBA? 不是 dev 一并做了吗
:
: 5k/
t*u
49 楼
is there anything that you passionate enough to pai dui for ?
【在 a*****n 的大作中提到】
: 实在无法理解, 实在没有这样的品位.
: 小时候排队买米买油买猪肉就可以这么排,
: 叫我这么排队买个电话??? hell no!
:
: 像传
【在 a*****n 的大作中提到】
: 实在无法理解, 实在没有这样的品位.
: 小时候排队买米买油买猪肉就可以这么排,
: 叫我这么排队买个电话??? hell no!
:
: 像传
d*r
50 楼
请问你说的快的时候不到1ms，是在在你们 Mongo cluster上读写吗？
你们 cluster 规模大概有多少？还是一个 powerful 的单机 server?
吧。
【在 a***n 的大作中提到】
: MongoDB吧，快的时候不到1ms。查询很方便。就是偶尔会卡住，不过也不会超过1s的吧。
你们 cluster 规模大概有多少？还是一个 powerful 的单机 server?
吧。
【在 a***n 的大作中提到】
: MongoDB吧，快的时候不到1ms。查询很方便。就是偶尔会卡住，不过也不会超过1s的吧。
a*e
51 楼
赶上领救济的了
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
a*n
52 楼
好像有5个吧。不过mongodb有replicate和master/slave两种模式，再shard，很不好用。
【在 d*******r 的大作中提到】
: 请问你说的快的时候不到1ms，是在在你们 Mongo cluster上读写吗？
: 你们 cluster 规模大概有多少？还是一个 powerful 的单机 server?
:
: 吧。
【在 d*******r 的大作中提到】
: 请问你说的快的时候不到1ms，是在在你们 Mongo cluster上读写吗？
: 你们 cluster 规模大概有多少？还是一个 powerful 的单机 server?
:
: 吧。
b*k
53 楼
简直有病
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
【在 d*********g 的大作中提到】
: 今天去苹果店买了个电脑，被门外等iPhone的长队给震惊了，一千多人，拍了段录像传
: 到了youtube上。
: http://www.youtube.com/watch?v=goxWaZGcjwc
d*r
54 楼
这个具体怎么讲
用。
【在 a***n 的大作中提到】
: 好像有5个吧。不过mongodb有replicate和master/slave两种模式，再shard，很不好用。
用。
【在 a***n 的大作中提到】
: 好像有5个吧。不过mongodb有replicate和master/slave两种模式，再shard，很不好用。
L*M
55 楼
这不是排队， 这是朝圣。
a*n
56 楼
我觉得设计的人开始没有设计成能做很大的cluster。不过大数据我也没有什么经验。
【在 d*******r 的大作中提到】
: 这个具体怎么讲
:
: 用。
【在 d*******r 的大作中提到】
: 这个具体怎么讲
:
: 用。
a*n
57 楼
不就一个电话吗, 还passionate?
用了它能跟神仙通话?
【在 t******u 的大作中提到】
: is there anything that you passionate enough to pai dui for ?
用了它能跟神仙通话?
【在 t******u 的大作中提到】
: is there anything that you passionate enough to pai dui for ?
d*r
58 楼
依然没有... 尼玛没有人怒了自己去写一个吗 ...
t*u
59 楼
你国内的吧 看不懂英文?
【在 a*****n 的大作中提到】
: 不就一个电话吗, 还passionate?
: 用了它能跟神仙通话?
【在 a*****n 的大作中提到】
: 不就一个电话吗, 还passionate?
: 用了它能跟神仙通话?
v*e
60 楼
couchbase = cluster + memcached + couchdb + xdcr
used by many enterprise customers, this is exactly what you want
【在 d*******r 的大作中提到】
: 最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
: 大牛们有无推荐?
used by many enterprise customers, this is exactly what you want
【在 d*******r 的大作中提到】
: 最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
: 大牛们有无推荐?
a*n
61 楼
你美国的吧，看不懂中文？
【在 t******u 的大作中提到】
: 你国内的吧 看不懂英文?
【在 t******u 的大作中提到】
: 你国内的吧 看不懂英文?
d*r
62 楼
这个公司现在有好几个产品，看着好乱不敢用
它这个使用者是怎么算的
http://www.couchbase.com/company
【在 v***e 的大作中提到】
: couchbase = cluster + memcached + couchdb + xdcr
: used by many enterprise customers, this is exactly what you want
它这个使用者是怎么算的
http://www.couchbase.com/company
【在 v***e 的大作中提到】
: couchbase = cluster + memcached + couchdb + xdcr
: used by many enterprise customers, this is exactly what you want
v*e
63 楼
正派产品就一个，Couchbase Server，我们一直用
scalability比mongo好太多，还有mongo没有的
cross-datacenter replication（XDCR）和UI
get/set performance比cassandra强，因为是围绕
memcached 写的。
这些应该都是paid customer吧，不想花钱就用community
version好了，功能和enterprise version一样
当然，具体还要看你的需要
【在 d*******r 的大作中提到】
: 这个公司现在有好几个产品，看着好乱不敢用
: 它这个使用者是怎么算的
: http://www.couchbase.com/company
scalability比mongo好太多，还有mongo没有的
cross-datacenter replication（XDCR）和UI
get/set performance比cassandra强，因为是围绕
memcached 写的。
这些应该都是paid customer吧，不想花钱就用community
version好了，功能和enterprise version一样
当然，具体还要看你的需要
【在 d*******r 的大作中提到】
: 这个公司现在有好几个产品，看着好乱不敢用
: 它这个使用者是怎么算的
: http://www.couchbase.com/company
d*r
64 楼
那你说的 community version 比 enterprise version 差在哪里？
memcached 是已经集成进 Couchbase Server了，还是 Couchbase Server 自己用
Erlang 实现了一个类似 memcached 的服务？
好不容易发现个用 Erlang 系的... 满版只有 C/C++ VS Java 有木有...
所以顺便问下，你们用 Rabbitmq 吗？这货如何?
【在 v***e 的大作中提到】
: 正派产品就一个，Couchbase Server，我们一直用
: scalability比mongo好太多，还有mongo没有的
: cross-datacenter replication（XDCR）和UI
: get/set performance比cassandra强，因为是围绕
: memcached 写的。
: 这些应该都是paid customer吧，不想花钱就用community
: version好了，功能和enterprise version一样
: 当然，具体还要看你的需要
memcached 是已经集成进 Couchbase Server了，还是 Couchbase Server 自己用
Erlang 实现了一个类似 memcached 的服务？
好不容易发现个用 Erlang 系的... 满版只有 C/C++ VS Java 有木有...
所以顺便问下，你们用 Rabbitmq 吗？这货如何?
【在 v***e 的大作中提到】
: 正派产品就一个，Couchbase Server，我们一直用
: scalability比mongo好太多，还有mongo没有的
: cross-datacenter replication（XDCR）和UI
: get/set performance比cassandra强，因为是围绕
: memcached 写的。
: 这些应该都是paid customer吧，不想花钱就用community
: version好了，功能和enterprise version一样
: 当然，具体还要看你的需要
p*2
65 楼
message queue我还没研究过。大牛研究一下给个summary？
【在 d*******r 的大作中提到】
: 那你说的 community version 比 enterprise version 差在哪里？
: memcached 是已经集成进 Couchbase Server了，还是 Couchbase Server 自己用
: Erlang 实现了一个类似 memcached 的服务？
: 好不容易发现个用 Erlang 系的... 满版只有 C/C++ VS Java 有木有...
: 所以顺便问下，你们用 Rabbitmq 吗？这货如何?
d*r
66 楼
同研究中... 好像 Rabbitmq 功能挺强的
最近在琢磨能不能组些 vert.x 节点，简单写点东西，就当 message services 用了
【在 p*****2 的大作中提到】
:
: message queue我还没研究过。大牛研究一下给个summary？
最近在琢磨能不能组些 vert.x 节点，简单写点东西，就当 message services 用了
【在 p*****2 的大作中提到】
:
: message queue我还没研究过。大牛研究一下给个summary？
p*2
67 楼
我感觉这个是个好选择
https://github.com/ptaoussanis/carmine
【在 d*******r 的大作中提到】
: 同研究中... 好像 Rabbitmq 功能挺强的
: 最近在琢磨能不能组些 vert.x 节点，简单写点东西，就当 message services 用了
v*e
68 楼
到目前为止没差，一样的。当然enterprise license有support
不过将来就不知道了
是的，Couchbase Server的caching layer就是memcached + persistence，
是一个C/C++ process，当然加了很多改进，但还是兼容memcached binary protocol
很多enterprise user 用couchbase构建很大的cluster，但是developer里面，
couchbase用的就比mongdo少。
Erlang不太可能写memcached，不是用来干这个的。
Couchbase Server架构里面除了memcached，是还有一大块Erlang process
不过是用来做cluster management和couchdb的
好像用的，具体不太清楚。
【在 d*******r 的大作中提到】
: 那你说的 community version 比 enterprise version 差在哪里？
: memcached 是已经集成进 Couchbase Server了，还是 Couchbase Server 自己用
: Erlang 实现了一个类似 memcached 的服务？
: 好不容易发现个用 Erlang 系的... 满版只有 C/C++ VS Java 有木有...
: 所以顺便问下，你们用 Rabbitmq 吗？这货如何?
g*o
69 楼
或者0MQ ? 或者netty里面的mq?
【在 d*******r 的大作中提到】
: 同研究中... 好像 Rabbitmq 功能挺强的
: 最近在琢磨能不能组些 vert.x 节点，简单写点东西，就当 message services 用了
【在 d*******r 的大作中提到】
: 同研究中... 好像 Rabbitmq 功能挺强的
: 最近在琢磨能不能组些 vert.x 节点，简单写点东西，就当 message services 用了
d*r
70 楼
这些都太底层了，
zeromq 有核心离开了，搞了个 www.crossroads.io
vert.x 是 build 在 netty 上的，直接用更方便
【在 g*******o 的大作中提到】
: 或者0MQ ? 或者netty里面的mq?
zeromq 有核心离开了，搞了个 www.crossroads.io
vert.x 是 build 在 netty 上的，直接用更方便
【在 g*******o 的大作中提到】
: 或者0MQ ? 或者netty里面的mq?
d*r
71 楼
赞详细解释
【在 v***e 的大作中提到】
:
: 到目前为止没差，一样的。当然enterprise license有support
: 不过将来就不知道了
: 是的，Couchbase Server的caching layer就是memcached + persistence，
: 是一个C/C++ process，当然加了很多改进，但还是兼容memcached binary protocol
: 很多enterprise user 用couchbase构建很大的cluster，但是developer里面，
: couchbase用的就比mongdo少。
: Erlang不太可能写memcached，不是用来干这个的。
: Couchbase Server架构里面除了memcached，是还有一大块Erlang process
: 不过是用来做cluster management和couchdb的
【在 v***e 的大作中提到】
:
: 到目前为止没差，一样的。当然enterprise license有support
: 不过将来就不知道了
: 是的，Couchbase Server的caching layer就是memcached + persistence，
: 是一个C/C++ process，当然加了很多改进，但还是兼容memcached binary protocol
: 很多enterprise user 用couchbase构建很大的cluster，但是developer里面，
: couchbase用的就比mongdo少。
: Erlang不太可能写memcached，不是用来干这个的。
: Couchbase Server架构里面除了memcached，是还有一大块Erlang process
: 不过是用来做cluster management和couchdb的
d*r
72 楼
展开说说？还是只是因为是 Clojure 的 Redis msq queue?
【在 p*****2 的大作中提到】
:
: 我感觉这个是个好选择
: https://github.com/ptaoussanis/carmine
【在 p*****2 的大作中提到】
:
: 我感觉这个是个好选择
: https://github.com/ptaoussanis/carmine
p*2
73 楼
用redis做queue更方便了。
不过你要用vert的话，直接用它的mb酸了。
【在 d*******r 的大作中提到】
: 展开说说？还是只是因为是 Clojure 的 Redis msq queue?
d*r
74 楼
我看了下，vert.x message bus 貌似还是太简单，只有基本功能，
如果要把很多 messages 扔到到一个分布式内存 DB 中，然后还要支持很快的自定义的
查询读写，貌似 "Redis Cluster" 之类的最好，但是丫还处于难产的"开发中"阶段
【在 p*****2 的大作中提到】
:
: 用redis做queue更方便了。
: 不过你要用vert的话，直接用它的mb酸了。
如果要把很多 messages 扔到到一个分布式内存 DB 中，然后还要支持很快的自定义的
查询读写，貌似 "Redis Cluster" 之类的最好，但是丫还处于难产的"开发中"阶段
【在 p*****2 的大作中提到】
:
: 用redis做queue更方便了。
: 不过你要用vert的话，直接用它的mb酸了。
p*2
75 楼
你需要什么样的concurrency呀？
【在 d*******r 的大作中提到】
: 我看了下，vert.x message bus 貌似还是太简单，只有基本功能，
: 如果要把很多 messages 扔到到一个分布式内存 DB 中，然后还要支持很快的自定义的
: 查询读写，貌似 "Redis Cluster" 之类的最好，但是丫还处于难产的"开发中"阶段
d*r
76 楼
回二爷，
前面说了延迟需求，
我们视频直播，平时没多少人看，就是直播时候concurrent users多，上头要求峰值时
候大概要支持end端的 50M concurrent users' clients 同时提交 metrics 数据(但愿
达不到这个...)，每人每10~30sec 发一个包含metrics 数据的 message到我们server
上的内存DB，每个 message 大概 1K bytes 大小。所以至少是 50M*1K/30sec = 1.
7Gbytes/sec 数据。我虽然有networking背景，但是没有写过这种大并发实时app，不
知道这样直接估计对不对。
前面说了延迟需求，
我们视频直播，平时没多少人看，就是直播时候concurrent users多，上头要求峰值时
候大概要支持end端的 50M concurrent users' clients 同时提交 metrics 数据(但愿
达不到这个...)，每人每10~30sec 发一个包含metrics 数据的 message到我们server
上的内存DB，每个 message 大概 1K bytes 大小。所以至少是 50M*1K/30sec = 1.
7Gbytes/sec 数据。我虽然有networking背景，但是没有写过这种大并发实时app，不
知道这样直接估计对不对。
p*2
77 楼
server
大牛不考虑一下storm呀？
【在 d*******r 的大作中提到】
: 回二爷，
: 前面说了延迟需求，
: 我们视频直播，平时没多少人看，就是直播时候concurrent users多，上头要求峰值时
: 候大概要支持end端的 50M concurrent users' clients 同时提交 metrics 数据(但愿
: 达不到这个...)，每人每10~30sec 发一个包含metrics 数据的 message到我们server
: 上的内存DB，每个 message 大概 1K bytes 大小。所以至少是 50M*1K/30sec = 1.
: 7Gbytes/sec 数据。我虽然有networking背景，但是没有写过这种大并发实时app，不
: 知道这样直接估计对不对。
g*o
78 楼
听起来storm+kafka可能适合啊～～
kafka的batch模式throughput大概2台小vm可以handle 20k/sec messages.如果换成更
强大的vm应该能handle更多。
server
【在 d*******r 的大作中提到】
: 回二爷，
: 前面说了延迟需求，
: 我们视频直播，平时没多少人看，就是直播时候concurrent users多，上头要求峰值时
: 候大概要支持end端的 50M concurrent users' clients 同时提交 metrics 数据(但愿
: 达不到这个...)，每人每10~30sec 发一个包含metrics 数据的 message到我们server
: 上的内存DB，每个 message 大概 1K bytes 大小。所以至少是 50M*1K/30sec = 1.
: 7Gbytes/sec 数据。我虽然有networking背景，但是没有写过这种大并发实时app，不
: 知道这样直接估计对不对。
kafka的batch模式throughput大概2台小vm可以handle 20k/sec messages.如果换成更
强大的vm应该能handle更多。
server
【在 d*******r 的大作中提到】
: 回二爷，
: 前面说了延迟需求，
: 我们视频直播，平时没多少人看，就是直播时候concurrent users多，上头要求峰值时
: 候大概要支持end端的 50M concurrent users' clients 同时提交 metrics 数据(但愿
: 达不到这个...)，每人每10~30sec 发一个包含metrics 数据的 message到我们server
: 上的内存DB，每个 message 大概 1K bytes 大小。所以至少是 50M*1K/30sec = 1.
: 7Gbytes/sec 数据。我虽然有networking背景，但是没有写过这种大并发实时app，不
: 知道这样直接估计对不对。
T*U
79 楼
hekaton
【在 d*******r 的大作中提到】
: 最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
: 大牛们有无推荐?
【在 d*******r 的大作中提到】
: 最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
: 大牛们有无推荐?
a*n
80 楼
好像很难用啊，我的同事扯这个大半年了，也没有看见做出什么像样的东西来。
【在 p*****2 的大作中提到】
:
: server
: 大牛不考虑一下storm呀？
【在 p*****2 的大作中提到】
:
: server
: 大牛不考虑一下storm呀？
g*o
81 楼
用clojure就出的很快了～～
不过在guarantees data processing处理大量数据流的时候，对network latency很敏
感。
【在 a***n 的大作中提到】
: 好像很难用啊，我的同事扯这个大半年了，也没有看见做出什么像样的东西来。
不过在guarantees data processing处理大量数据流的时候，对network latency很敏
感。
【在 a***n 的大作中提到】
: 好像很难用啊，我的同事扯这个大半年了，也没有看见做出什么像样的东西来。
p*2
82 楼
其实storm真的算是易用了。这个zhaoce大牛可以证明.
【在 a***n 的大作中提到】
: 好像很难用啊，我的同事扯这个大半年了，也没有看见做出什么像样的东西来。
z*e
83 楼
i agree
but for some people
who dont have too much experiences in using 3rd party tools
i dont think it would be easy for them
【在 p*****2 的大作中提到】
:
: 其实storm真的算是易用了。这个zhaoce大牛可以证明.
but for some people
who dont have too much experiences in using 3rd party tools
i dont think it would be easy for them
【在 p*****2 的大作中提到】
:
: 其实storm真的算是易用了。这个zhaoce大牛可以证明.
z*e
84 楼
spark spark
【在 g*******o 的大作中提到】
: 听起来storm+kafka可能适合啊～～
: kafka的batch模式throughput大概2台小vm可以handle 20k/sec messages.如果换成更
: 强大的vm应该能handle更多。
:
: server
【在 g*******o 的大作中提到】
: 听起来storm+kafka可能适合啊～～
: kafka的batch模式throughput大概2台小vm可以handle 20k/sec messages.如果换成更
: 强大的vm应该能handle更多。
:
: server
a*n
85 楼
据说不是实时的？
【在 z****e 的大作中提到】
: spark spark
【在 z****e 的大作中提到】
: spark spark
q*c
86 楼
就是因为这样不错那样不错，所以 cluster 搞不定。
transaction 可不容易。
【在 d*******r 的大作中提到】
: 最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
: 大牛们有无推荐?
transaction 可不容易。
【在 d*******r 的大作中提到】
: 最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。
: 大牛们有无推荐?
p*2
87 楼
大牛说的是。我觉得也是这么个问题
【在 q*c 的大作中提到】
: 就是因为这样不错那样不错，所以 cluster 搞不定。
: transaction 可不容易。
d*r
88 楼
之前琢磨过 kafka+storm, 后来觉得这俩东西性价比不高，就是 (能用他们干的事情)/
(学习试错成本) 不太划算。
就拿 kafka 来说，你想写点复杂点的 query 咋办? 貌似听goodbug说最近 v0.8 才真
正支持分布式的？觉得还不如把数据存在某种 NoSQL DB 里面算了，要是追求存取速度
，就搞 Redis+硬盘DB 这种组合。storm 处理的问题就更 specific 了，而且要用
Clojure 我还是怕组里的人吃不消。
【在 g*******o 的大作中提到】
: 用clojure就出的很快了～～
: 不过在guarantees data processing处理大量数据流的时候，对network latency很敏
: 感。
(学习试错成本) 不太划算。
就拿 kafka 来说，你想写点复杂点的 query 咋办? 貌似听goodbug说最近 v0.8 才真
正支持分布式的？觉得还不如把数据存在某种 NoSQL DB 里面算了，要是追求存取速度
，就搞 Redis+硬盘DB 这种组合。storm 处理的问题就更 specific 了，而且要用
Clojure 我还是怕组里的人吃不消。
【在 g*******o 的大作中提到】
: 用clojure就出的很快了～～
: 不过在guarantees data processing处理大量数据流的时候，对network latency很敏
: 感。
d*r
89 楼
大牛说的是，难道不能牺牲点一致性
【在 q*c 的大作中提到】
: 就是因为这样不错那样不错，所以 cluster 搞不定。
: transaction 可不容易。
【在 q*c 的大作中提到】
: 就是因为这样不错那样不错，所以 cluster 搞不定。
: transaction 可不容易。
d*r
90 楼
这是神马高科技?
【在 T*U 的大作中提到】
: hekaton
【在 T*U 的大作中提到】
: hekaton
z*e
91 楼
我打算vert.x试用一段时间后
如果没问题，以后就替换掉storm这些
就用一个vert.x好了
)/
【在 d*******r 的大作中提到】
: 之前琢磨过 kafka+storm, 后来觉得这俩东西性价比不高，就是 (能用他们干的事情)/
: (学习试错成本) 不太划算。
: 就拿 kafka 来说，你想写点复杂点的 query 咋办? 貌似听goodbug说最近 v0.8 才真
: 正支持分布式的？觉得还不如把数据存在某种 NoSQL DB 里面算了，要是追求存取速度
: ，就搞 Redis+硬盘DB 这种组合。storm 处理的问题就更 specific 了，而且要用
: Clojure 我还是怕组里的人吃不消。
如果没问题，以后就替换掉storm这些
就用一个vert.x好了
)/
【在 d*******r 的大作中提到】
: 之前琢磨过 kafka+storm, 后来觉得这俩东西性价比不高，就是 (能用他们干的事情)/
: (学习试错成本) 不太划算。
: 就拿 kafka 来说，你想写点复杂点的 query 咋办? 貌似听goodbug说最近 v0.8 才真
: 正支持分布式的？觉得还不如把数据存在某种 NoSQL DB 里面算了，要是追求存取速度
: ，就搞 Redis+硬盘DB 这种组合。storm 处理的问题就更 specific 了，而且要用
: Clojure 我还是怕组里的人吃不消。
z*e
92 楼
tim以前就是做mq的
【在 d*******r 的大作中提到】
: 同研究中... 好像 Rabbitmq 功能挺强的
: 最近在琢磨能不能组些 vert.x 节点，简单写点东西，就当 message services 用了
【在 d*******r 的大作中提到】
: 同研究中... 好像 Rabbitmq 功能挺强的
: 最近在琢磨能不能组些 vert.x 节点，简单写点东西，就当 message services 用了
z*e
93 楼
哇，感觉你这个跟netflix的很接近
都是做流式数据的，问问古德霸他们吧
server
【在 d*******r 的大作中提到】
: 回二爷，
: 前面说了延迟需求，
: 我们视频直播，平时没多少人看，就是直播时候concurrent users多，上头要求峰值时
: 候大概要支持end端的 50M concurrent users' clients 同时提交 metrics 数据(但愿
: 达不到这个...)，每人每10~30sec 发一个包含metrics 数据的 message到我们server
: 上的内存DB，每个 message 大概 1K bytes 大小。所以至少是 50M*1K/30sec = 1.
: 7Gbytes/sec 数据。我虽然有networking背景，但是没有写过这种大并发实时app，不
: 知道这样直接估计对不对。
都是做流式数据的，问问古德霸他们吧
server
【在 d*******r 的大作中提到】
: 回二爷，
: 前面说了延迟需求，
: 我们视频直播，平时没多少人看，就是直播时候concurrent users多，上头要求峰值时
: 候大概要支持end端的 50M concurrent users' clients 同时提交 metrics 数据(但愿
: 达不到这个...)，每人每10~30sec 发一个包含metrics 数据的 message到我们server
: 上的内存DB，每个 message 大概 1K bytes 大小。所以至少是 50M*1K/30sec = 1.
: 7Gbytes/sec 数据。我虽然有networking背景，但是没有写过这种大并发实时app，不
: 知道这样直接估计对不对。
z*e
94 楼
你要是不怕牺牲一致性的话
那就上cassandra？
这个高并发估计问题不大，文档也多
不过你们视频直播这种我没试过
如果不怕麻烦的话，c*和storm准备两套方案
最后看看表现如何，这个要测试一下才行
感觉akka也行啊，卡卡
【在 d*******r 的大作中提到】
: 大牛说的是，难道不能牺牲点一致性
那就上cassandra？
这个高并发估计问题不大，文档也多
不过你们视频直播这种我没试过
如果不怕麻烦的话，c*和storm准备两套方案
最后看看表现如何，这个要测试一下才行
感觉akka也行啊，卡卡
【在 d*******r 的大作中提到】
: 大牛说的是，难道不能牺牲点一致性
z*e
95 楼
恩，好像是，会顿，不适合看视频这种领域
【在 a***n 的大作中提到】
: 据说不是实时的？
【在 a***n 的大作中提到】
: 据说不是实时的？
z*e
96 楼
想了下，c*不合适，还是storm吧
要么就是内存数据库，redis貌似不错得样子
你自己写一点cluster得功能也没那么难了
反正你们只是查，没有大面积的改写数据which适用于c*
所以你有两套方案，内存数据库vs流式处理
也就是redis/mongo vs storm这些
storm不需要你用clojure，除非有bug
否则你不用clojure也没啥大不了的
如果真怕，用jstorm吧，淘宝的人做的
建议你做两套，然后看看表现如何
哪个好留哪个
看了下redis，感觉真不错
观后感是
写内存计数器的eq简直是降到了零点以下
整个一负数
要么就是内存数据库，redis貌似不错得样子
你自己写一点cluster得功能也没那么难了
反正你们只是查，没有大面积的改写数据which适用于c*
所以你有两套方案，内存数据库vs流式处理
也就是redis/mongo vs storm这些
storm不需要你用clojure，除非有bug
否则你不用clojure也没啥大不了的
如果真怕，用jstorm吧，淘宝的人做的
建议你做两套，然后看看表现如何
哪个好留哪个
看了下redis，感觉真不错
观后感是
写内存计数器的eq简直是降到了零点以下
整个一负数
z*e
97 楼
vert.x有一个流式媒体的module
基本上功能直接对应storm
然后tim以前就是做mq的
但是我没试过这样效果如何
不能保证
基本上功能直接对应storm
然后tim以前就是做mq的
但是我没试过这样效果如何
不能保证
d*r
98 楼
我觉得我的处理数据的逻辑其实挺简单的，重点在快速存取，支持一些复杂的querying，
可能上 MongoDB + Redis 就行了，回头 MongoDB 扛不住写，再琢磨下 C*.
【在 z****e 的大作中提到】
: 想了下，c*不合适，还是storm吧
: 要么就是内存数据库，redis貌似不错得样子
: 你自己写一点cluster得功能也没那么难了
: 反正你们只是查，没有大面积的改写数据which适用于c*
: 所以你有两套方案，内存数据库vs流式处理
: 也就是redis/mongo vs storm这些
: storm不需要你用clojure，除非有bug
: 否则你不用clojure也没啥大不了的
: 如果真怕，用jstorm吧，淘宝的人做的
: 建议你做两套，然后看看表现如何
可能上 MongoDB + Redis 就行了，回头 MongoDB 扛不住写，再琢磨下 C*.
【在 z****e 的大作中提到】
: 想了下，c*不合适，还是storm吧
: 要么就是内存数据库，redis貌似不错得样子
: 你自己写一点cluster得功能也没那么难了
: 反正你们只是查，没有大面积的改写数据which适用于c*
: 所以你有两套方案，内存数据库vs流式处理
: 也就是redis/mongo vs storm这些
: storm不需要你用clojure，除非有bug
: 否则你不用clojure也没啥大不了的
: 如果真怕，用jstorm吧，淘宝的人做的
: 建议你做两套，然后看看表现如何
z*e
99 楼
如果只是mongodb抗不住的话
你换一个couchdb试试
couchdb vs mongodb
like
cassandra vs hbase
querying，
【在 d*******r 的大作中提到】
: 我觉得我的处理数据的逻辑其实挺简单的，重点在快速存取，支持一些复杂的querying，
: 可能上 MongoDB + Redis 就行了，回头 MongoDB 扛不住写，再琢磨下 C*.
你换一个couchdb试试
couchdb vs mongodb
like
cassandra vs hbase
querying，
【在 d*******r 的大作中提到】
: 我觉得我的处理数据的逻辑其实挺简单的，重点在快速存取，支持一些复杂的querying，
: 可能上 MongoDB + Redis 就行了，回头 MongoDB 扛不住写，再琢磨下 C*.
d*r
100 楼
我其实没懂这个类比，为啥呢
【在 z****e 的大作中提到】
: 如果只是mongodb抗不住的话
: 你换一个couchdb试试
: couchdb vs mongodb
: like
: cassandra vs hbase
:
: querying，
【在 z****e 的大作中提到】
: 如果只是mongodb抗不住的话
: 你换一个couchdb试试
: couchdb vs mongodb
: like
: cassandra vs hbase
:
: querying，
z*e
101 楼
couchdb&c* - a+p
mongodb&h* - c+p
【在 d*******r 的大作中提到】
: 我其实没懂这个类比，为啥呢
mongodb&h* - c+p
【在 d*******r 的大作中提到】
: 我其实没懂这个类比，为啥呢
d*r
102 楼
多谢~~
【在 z****e 的大作中提到】
: couchdb&c* - a+p
: mongodb&h* - c+p
【在 z****e 的大作中提到】
: couchdb&c* - a+p
: mongodb&h* - c+p
z*e
103 楼
couchdb 就是 mongodb的ap版本
大部分原理跟mongodb类似
但就是不强调一致性，而强调availability
大部分原理跟mongodb类似
但就是不强调一致性，而强调availability
v*e
104 楼
Couchbase，not CouchDB
【在 z****e 的大作中提到】
: couchdb 就是 mongodb的ap版本
: 大部分原理跟mongodb类似
: 但就是不强调一致性，而强调availability
【在 z****e 的大作中提到】
: couchdb 就是 mongodb的ap版本
: 大部分原理跟mongodb类似
: 但就是不强调一致性，而强调availability
d*r
105 楼
说实话，轮子太多确实也容易选晕了
z*e
106 楼
no
couchbase是商用产品
couchdb是apache的开源产品
别搞错了
couchbase类似couchdb+redis这样
他们自己有一个memcache的东西
所以如果搂主只是mongodb不顶用
换成couchdb可能就可以了
【在 v***e 的大作中提到】
: Couchbase，not CouchDB
couchbase是商用产品
couchdb是apache的开源产品
别搞错了
couchbase类似couchdb+redis这样
他们自己有一个memcache的东西
所以如果搂主只是mongodb不顶用
换成couchdb可能就可以了
【在 v***e 的大作中提到】
: Couchbase，not CouchDB
v*e
107 楼
CouchDB根本不是楼主需要的那种。
我认为你根本不知道你在说什么。
【在 z****e 的大作中提到】
: no
: couchbase是商用产品
: couchdb是apache的开源产品
: 别搞错了
: couchbase类似couchdb+redis这样
: 他们自己有一个memcache的东西
: 所以如果搂主只是mongodb不顶用
: 换成couchdb可能就可以了
我认为你根本不知道你在说什么。
【在 z****e 的大作中提到】
: no
: couchbase是商用产品
: couchdb是apache的开源产品
: 别搞错了
: couchbase类似couchdb+redis这样
: 他们自己有一个memcache的东西
: 所以如果搂主只是mongodb不顶用
: 换成couchdb可能就可以了
z*e
108 楼
看图
搂主都用了redis+mongodb了
现在是mongodb撑不住
换个couchdb就好了，牺牲一下一致性
你用couchbase反而有重叠
【在 v***e 的大作中提到】
: CouchDB根本不是楼主需要的那种。
: 我认为你根本不知道你在说什么。
搂主都用了redis+mongodb了
现在是mongodb撑不住
换个couchdb就好了，牺牲一下一致性
你用couchbase反而有重叠
【在 v***e 的大作中提到】
: CouchDB根本不是楼主需要的那种。
: 我认为你根本不知道你在说什么。
v*e
109 楼
正以为楼主需要的是redis+mongo之类的，所以couchdb
根本不是楼主需要的，而couchbase才是
couchdb是distributed datastore，全Erlang，不能提供楼主要求
的high performance caching 和 in-memory operation,
Couchbase 是memcached (caching) + Couchdb （只用在persisted db layer)
+ cluster + XDCR
Couchdb在商业上并不成功，只有Cloudant之类的还在围绕it开发，而Couchbase
是和Mongo，Cassandra一起的NoSQL DB market 三驾马车
楼主原帖 “最近在研究 memory database，做 queuing， cache 和 简单查询。
Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。”
【在 z****e 的大作中提到】
: 看图
: 搂主都用了redis+mongodb了
: 现在是mongodb撑不住
: 换个couchdb就好了，牺牲一下一致性
: 你用couchbase反而有重叠
根本不是楼主需要的，而couchbase才是
couchdb是distributed datastore，全Erlang，不能提供楼主要求
的high performance caching 和 in-memory operation,
Couchbase 是memcached (caching) + Couchdb （只用在persisted db layer)
+ cluster + XDCR
Couchdb在商业上并不成功，只有Cloudant之类的还在围绕it开发，而Couchbase
是和Mongo，Cassandra一起的NoSQL DB market 三驾马车
楼主原帖 “最近在研究 memory database，做 queuing， cache 和 简单查询。
Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。”
【在 z****e 的大作中提到】
: 看图
: 搂主都用了redis+mongodb了
: 现在是mongodb撑不住
: 换个couchdb就好了，牺牲一下一致性
: 你用couchbase反而有重叠
d*r
110 楼
再次感谢详细解答！之前就一直没搞懂 couchdb 公司那几个产品的关系。
【在 v***e 的大作中提到】
: 正以为楼主需要的是redis+mongo之类的，所以couchdb
: 根本不是楼主需要的，而couchbase才是
: couchdb是distributed datastore，全Erlang，不能提供楼主要求
: 的high performance caching 和 in-memory operation,
: Couchbase 是memcached (caching) + Couchdb （只用在persisted db layer)
: + cluster + XDCR
: Couchdb在商业上并不成功，只有Cloudant之类的还在围绕it开发，而Couchbase
: 是和Mongo，Cassandra一起的NoSQL DB market 三驾马车
: 楼主原帖 “最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。”
【在 v***e 的大作中提到】
: 正以为楼主需要的是redis+mongo之类的，所以couchdb
: 根本不是楼主需要的，而couchbase才是
: couchdb是distributed datastore，全Erlang，不能提供楼主要求
: 的high performance caching 和 in-memory operation,
: Couchbase 是memcached (caching) + Couchdb （只用在persisted db layer)
: + cluster + XDCR
: Couchdb在商业上并不成功，只有Cloudant之类的还在围绕it开发，而Couchbase
: 是和Mongo，Cassandra一起的NoSQL DB market 三驾马车
: 楼主原帖 “最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。”
z*e
111 楼
我知道你的意思了
你要用couchbase整个替换掉mongodb+redis
我说的是，如果只是mongodb顶不住的话
换成couchdb就好了，并没有打算替换掉redis，还照用
couchdb从某种意义上说只是couchbase的子集
当然略有不同，这样做的好处是可以继续保留有redis
而不用被couchbase给捆绑住手脚
http://www.couchbase.com/couchbase-vs-couchdb
【在 v***e 的大作中提到】
: 正以为楼主需要的是redis+mongo之类的，所以couchdb
: 根本不是楼主需要的，而couchbase才是
: couchdb是distributed datastore，全Erlang，不能提供楼主要求
: 的high performance caching 和 in-memory operation,
: Couchbase 是memcached (caching) + Couchdb （只用在persisted db layer)
: + cluster + XDCR
: Couchdb在商业上并不成功，只有Cloudant之类的还在围绕it开发，而Couchbase
: 是和Mongo，Cassandra一起的NoSQL DB market 三驾马车
: 楼主原帖 “最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。”
你要用couchbase整个替换掉mongodb+redis
我说的是，如果只是mongodb顶不住的话
换成couchdb就好了，并没有打算替换掉redis，还照用
couchdb从某种意义上说只是couchbase的子集
当然略有不同，这样做的好处是可以继续保留有redis
而不用被couchbase给捆绑住手脚
http://www.couchbase.com/couchbase-vs-couchdb
【在 v***e 的大作中提到】
: 正以为楼主需要的是redis+mongo之类的，所以couchdb
: 根本不是楼主需要的，而couchbase才是
: couchdb是distributed datastore，全Erlang，不能提供楼主要求
: 的high performance caching 和 in-memory operation,
: Couchbase 是memcached (caching) + Couchdb （只用在persisted db layer)
: + cluster + XDCR
: Couchdb在商业上并不成功，只有Cloudant之类的还在围绕it开发，而Couchbase
: 是和Mongo，Cassandra一起的NoSQL DB market 三驾马车
: 楼主原帖 “最近在研究 memory database，做 queuing， cache 和 简单查询。
: Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。”
c*o
112 楼
spark-Streaming 是实时的。
据说比storm 快
【在 a***n 的大作中提到】
: 据说不是实时的？
据说比storm 快
【在 a***n 的大作中提到】
: 据说不是实时的？
相关阅读
paper help with linkPaper help with link!美国重点高中的高中化学也让我抓狂 (转载)包子求文章paper help! Thx!Free up to $810 cash from Chase &Amex手把手教求片paper 10个包子another paper help请教大牛们一个方向选择的问题Paper help哪有可做ICP-MS的company?paper help please, thanks请问有University of Oregon的同学吗?paper help, TL 1984, thankspaper help这么活着有什么意思?paper help! 有链接急问！谢谢各位前辈paper help请问有没有同志有课余时间，有兴趣审些电化学相关的稿子啊?