|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-03-23
ls,用户信息也不一定要存在session吧，完全可以map.put(cookieId, user);
|
| 返回顶楼 | |
|
发表时间：2007-03-23
session无非服务端一持久数据而已，通过sessionid这个cookie来做标识。通过memcache实现session有很多好处，除速度外，它还可以自动清除expired掉的记录。服务器集群时，本地session根本没戏，这时候完全可以把session搞到memcached里去，用sessionid当键名。如果还同时使用了cache，最好把缓存和session的数据分开成两个memcached daemon，否则cache一清扫，session数据也全没了。
|
| 返回顶楼 | |
|
发表时间：2007-03-27
不是很喜欢memcache java client这种搞个连接池，每次发送的时候拿到一个连接，发送后阻塞在那里等回应，一般remote cache如果每次请求带个id的话，是可以在client端用一个链接做异步的,也就是request pool而不是connection pool
|
| 返回顶楼 | |
|
发表时间：2007-03-28
robbin 写道 JavaEye现在也用到了memcache，用来做对象缓存和少量查询缓存，负载很低很低，CPU一般只有0.1%。
我使用memcache的java client来取代Java自己的HttpSession机制，然后对一个实际的web项目使用loadrunner进行压力测试，模拟20个用户，50个用户同时使用。压力测试结果表明，使用memcache取代httpsession几乎没有性能损失。(memcache java client要开socket pool) 原来使用httpSession的话，在这个压力下性能如何？ |
| 返回顶楼 | |
|
发表时间：2007-03-28
firebody 写道 robbin 写道 JavaEye现在也用到了memcache，用来做对象缓存和少量查询缓存，负载很低很低，CPU一般只有0.1%。
我使用memcache的java client来取代Java自己的HttpSession机制，然后对一个实际的web项目使用loadrunner进行压力测试，模拟20个用户，50个用户同时使用。压力测试结果表明，使用memcache取代httpsession几乎没有性能损失。(memcache java client要开socket pool) 原来使用httpSession的话，在这个压力下性能如何？ 性能几乎是一样的。 |
| 返回顶楼 | |
|
发表时间：2007-03-28
这个帖子里的朋友有兴趣去写一个request pool而不是connection pool的mem client么？
或者谁能证明n个链接发数据和1个链接在数据吞吐量上有什么差别, connection pool只是为了编程上方便的做法 |
| 返回顶楼 | |
|
发表时间：2007-03-30
memcache 对比其他一些 缓存系统如 JCS ,OSCache，有什么优势呢？
好像都是支持集群的吧？ |
| 返回顶楼 | |
|
发表时间：2007-04-19
xieke 写道 memcache 对比其他一些 缓存系统如 JCS ,OSCache，有什么优势呢？
好像都是支持集群的吧？ 上面已经说了，memcache可以作为一种集中式的cache，而OSCache可以支持集群，但是集群中服务器多，数据更新比较频繁的情况下，集群见的数据广播也是很恐怖的意见事情。 |
| 返回顶楼 | |
|
发表时间：2007-04-20
ｑｑ新做的网站：http://city.qzone.qq.com ( 绝非作广告) 上面的搜索结果就是用的６台服务器的memcached来做的． 将搜索条件拼成key，然后去命中缓存． 每次查询的时间都在0.0x秒以下． |
| 返回顶楼 | |
|
发表时间：2007-04-22
用memcached做集中session处理，是否容易造成单点故障？用双机解决？
|
| 返回顶楼 | |
