s****y
发帖数: 503 | 1 Redis和Memcached功能和性能有什么不一眼？应用的领域有什么不同？ |
l**********n
发帖数: 8443 | 2 redis is more sophisticated. redis supports persistence and transaction. |
e***m
发帖数: 92 | 3 redis的 API功能更丰富。支持除byte array外更多的数据结构。redis有beta的版的
clustering version，还支持persistent to disk。redis和memcached一样，不支持真
正意义上的transaction。在performance上俩者接近，毕竟都是C写的。无脑选择redis。
【在 s****y 的大作中提到】
: Redis和Memcached功能和性能有什么不一眼？应用的领域有什么不同？
|
l**********n
发帖数: 8443 | |
p*****2
发帖数: 21240 | 5
有mango为什么还需要redis？
【在 l**********n 的大作中提到】
: redis + nodejs + mongo
|
l**********n
发帖数: 8443 | 6 Here are a few examples of concrete usage of Redis on top of MongoDB.
Pre-2.2 MongoDB does not have yet an expiration mechanism. Capped
collections cannot really be used to implement a real TTL. Redis has a TTL-
based expiration mechanism, making it convenient to store volatile data. For
instance, user sessions are commonly stored in Redis, while user data will
be stored and indexed in MongoDB. Note that MongoDB 2.2 has introduced a low
accuracy expiration mechanism at the collection level (to be used for
purging data for instance).
Redis provides a convenient set datatype and its associated operations (
union, intersection, difference on multiple sets, etc ...). It is quite easy
to implement a basic faceted search or tagging engine on top of this
feature, which is an interesting addition to MongoDB more traditional
indexing capabilities.
Redis supports efficient blocking pop operations on lists. This can be used
to implement an ad-hoc distributed queuing system. It is more flexible than
MongoDB tailable cursors IMO, since a backend application can listen to
several queues with a timeout, transfer items to another queue atomically,
etc ... If the application requires some queuing, it makes sense to store
the queue in Redis, and keep the persistent functional data in MongoDB.
Redis also offers a pub/sub mechanism. In a distributed application, an
event propagation system may be useful. This is again an excellent use case
for Redis, while the persistent data are kept in MongoDB. |
w**z
发帖数: 8232 | 7 只当cache 用，两个差不多。
http://stackoverflow.com/questions/10558465/memcache-vs-redis
【在 s****y 的大作中提到】
: Redis和Memcached功能和性能有什么不一眼？应用的领域有什么不同？
|
d*******r
发帖数: 3299 | 8 你在生产中用上 Redis Cluster 了吗? 我看它还是 "working in progress" 状态...
的
redis。
【在 e***m 的大作中提到】
: redis的 API功能更丰富。支持除byte array外更多的数据结构。redis有beta的版的
: clustering version，还支持persistent to disk。redis和memcached一样，不支持真
: 正意义上的transaction。在performance上俩者接近，毕竟都是C写的。无脑选择redis。
|
p*****2
发帖数: 21240 | 9
For
will
low
easy
所以redis做了一大堆不该做的事情。
【在 l**********n 的大作中提到】
: Here are a few examples of concrete usage of Redis on top of MongoDB.
: Pre-2.2 MongoDB does not have yet an expiration mechanism. Capped
: collections cannot really be used to implement a real TTL. Redis has a TTL-
: based expiration mechanism, making it convenient to store volatile data. For
: instance, user sessions are commonly stored in Redis, while user data will
: be stored and indexed in MongoDB. Note that MongoDB 2.2 has introduced a low
: accuracy expiration mechanism at the collection level (to be used for
: purging data for instance).
: Redis provides a convenient set datatype and its associated operations (
: union, intersection, difference on multiple sets, etc ...). It is quite easy
|
l**********n
发帖数: 8443 | 10 what is your point?
【在 p*****2 的大作中提到】
:
: For
: will
: low
: easy
: 所以redis做了一大堆不该做的事情。
|
|
|
d*******r
发帖数: 3299 | 11 二爷你不是 Redis 粉吗，这个黑的，展开说说
【在 p*****2 的大作中提到】
:
: For
: will
: low
: easy
: 所以redis做了一大堆不该做的事情。
|
p*****2
发帖数: 21240 | 12
redis定位有问题，做了很多东西都做的不好，该做的确没做。
【在 d*******r 的大作中提到】
: 二爷你不是 Redis 粉吗，这个黑的，展开说说
|
g*****g
发帖数: 34805 | 13 Redis的这些feature 跟C*和Kafka竞争，在scalability上就差多了。另外rich data
structure对做clustering肯定有负面影响。我不是要一棍子打死，我的意思就是说真
的量上去了，Redis还是只能拿来做Cache，性能还不如Memcached.
某种程度上跟Mongo有相似之处。我觉得这年头轮子还是要又强又专比较有前途，贪大
求全开始快超猛好用，日后还是得换。当然大多数startup根本撑不到要换的时候。我
更多的是从做轮子的公司角度来说前途。
For
will
low
easy
【在 l**********n 的大作中提到】
: Here are a few examples of concrete usage of Redis on top of MongoDB.
: Pre-2.2 MongoDB does not have yet an expiration mechanism. Capped
: collections cannot really be used to implement a real TTL. Redis has a TTL-
: based expiration mechanism, making it convenient to store volatile data. For
: instance, user sessions are commonly stored in Redis, while user data will
: be stored and indexed in MongoDB. Note that MongoDB 2.2 has introduced a low
: accuracy expiration mechanism at the collection level (to be used for
: purging data for instance).
: Redis provides a convenient set datatype and its associated operations (
: union, intersection, difference on multiple sets, etc ...). It is quite easy
|
p*****2
发帖数: 21240 | 14 同意 scale大了redis就沦为cache了
没用过memcached 性能差别有多大呢？我一直以为不应该差
【在 g*****g 的大作中提到】
: Redis的这些feature 跟C*和Kafka竞争，在scalability上就差多了。另外rich data
: structure对做clustering肯定有负面影响。我不是要一棍子打死，我的意思就是说真
: 的量上去了，Redis还是只能拿来做Cache，性能还不如Memcached.
: 某种程度上跟Mongo有相似之处。我觉得这年头轮子还是要又强又专比较有前途，贪大
: 求全开始快超猛好用，日后还是得换。当然大多数startup根本撑不到要换的时候。我
: 更多的是从做轮子的公司角度来说前途。
:
: For
: will
: low
|
d*******r
发帖数: 3299 | 15 我觉得 Redis 独特的用途是 all in memory ，
C* 和 Kafka 都是直接写到硬盘里的吧，做 low latency app (e.g. online gaming)
应该不这么搞吧。
【在 g*****g 的大作中提到】
: Redis的这些feature 跟C*和Kafka竞争，在scalability上就差多了。另外rich data
: structure对做clustering肯定有负面影响。我不是要一棍子打死，我的意思就是说真
: 的量上去了，Redis还是只能拿来做Cache，性能还不如Memcached.
: 某种程度上跟Mongo有相似之处。我觉得这年头轮子还是要又强又专比较有前途，贪大
: 求全开始快超猛好用，日后还是得换。当然大多数startup根本撑不到要换的时候。我
: 更多的是从做轮子的公司角度来说前途。
:
: For
: will
: low
|
g*****g
发帖数: 34805 | 16 C*比的是cluster上当DB用，Kafka比的是做MQ用。你说的是当Cache用，比的是
Memcached.
所以我说Redis做了一堆Feature，但跟专业的干一件事情的比就不行。
)
【在 d*******r 的大作中提到】
: 我觉得 Redis 独特的用途是 all in memory ，
: C* 和 Kafka 都是直接写到硬盘里的吧，做 low latency app (e.g. online gaming)
: 应该不这么搞吧。
|
p*****2
发帖数: 21240 | 17
)
C*也可以把数据都放memory
【在 d*******r 的大作中提到】
: 我觉得 Redis 独特的用途是 all in memory ，
: C* 和 Kafka 都是直接写到硬盘里的吧，做 low latency app (e.g. online gaming)
: 应该不这么搞吧。
|
d*******r
发帖数: 3299 | 18 我感兴趣的是 message queue in memory for low latency app
【在 g*****g 的大作中提到】
: C*比的是cluster上当DB用，Kafka比的是做MQ用。你说的是当Cache用，比的是
: Memcached.
: 所以我说Redis做了一堆Feature，但跟专业的干一件事情的比就不行。
:
: )
|
d*******r
发帖数: 3299 | 19 C* 当 message queue 不合适吧，
而且我不知道有人大规模这么用吗, 我是说 best practice 里，大家有用 C* 当
memoryDB 用?
我在看 ES，ES 里存的 index 也可以放到 memory 里，就是不知道 best practice 是
不是能这么用.
【在 p*****2 的大作中提到】
:
: )
: C*也可以把数据都放memory
|
p*****2
发帖数: 21240 | 20
redis不能scale
为什么不用akka？
【在 d*******r 的大作中提到】
: 我感兴趣的是 message queue in memory for low latency app
|
|
|
p*****2
发帖数: 21240 | 21
zeromq如何？storm最早用的这个。不然就用AKKA？
【在 d*******r 的大作中提到】
: C* 当 message queue 不合适吧，
: 而且我不知道有人大规模这么用吗, 我是说 best practice 里，大家有用 C* 当
: memoryDB 用?
: 我在看 ES，ES 里存的 index 也可以放到 memory 里，就是不知道 best practice 是
: 不是能这么用.
|
d*******r
发帖数: 3299 | 22 zeromq 现在分家了，其中一人搞了这个 nanomsg
http://nanomsg.org/documentation-zeromq.html
http://tim.dysinger.net/posts/2013-09-16-getting-started-with-n
而且 zeromq 这种太底层了，cluster 貌似全要自己搭
AKKA 最好要上 Scala 吧，syntax 太多, feature 太多，搞不懂呀，
要不二爷你评价下这个:
http://www.mitbbs.com/article_t/Programming/31378713.html
你不是在总结 Scala 编程规范和 feature set 吗
【在 p*****2 的大作中提到】
:
: zeromq如何？storm最早用的这个。不然就用AKKA？
|
p*****2
发帖数: 21240 | 23
最有用的就是这个
0.1 MUST NOT follow advice blindly
【在 d*******r 的大作中提到】
: zeromq 现在分家了，其中一人搞了这个 nanomsg
: http://nanomsg.org/documentation-zeromq.html
: http://tim.dysinger.net/posts/2013-09-16-getting-started-with-n
: 而且 zeromq 这种太底层了，cluster 貌似全要自己搭
: AKKA 最好要上 Scala 吧，syntax 太多, feature 太多，搞不懂呀，
: 要不二爷你评价下这个:
: http://www.mitbbs.com/article_t/Programming/31378713.html
: 你不是在总结 Scala 编程规范和 feature set 吗
|
