恩.怎么说 是这样额.
官方介绍redis
测试完成了50个并发执行100000个请求。
设置和获取的值是一个256字节字符串。
Linux box是运行Linux 2.6,这是X3320 Xeon 2.5 ghz。
文本执行使用loopback接口(127.0.0.1)。
结果:读的速度是110000次/s,写的速度是81000次/s 。我的测试
使用2个并发执行100000个请求.
设置每条数据的字节为20~30.
Windows8.1 x84 3.00ghz
然后在自己本地,(127.0.0.1)
结果测试的结果
本地的测试结果,8秒写10条数据,竟然才是官方结果的十分之一!
然后关于java测试代码.其实很简单 就是一个简单地for循环.然后十万次用过redis的大神们,求原因. 我找不到原因啊!(顺便说一句, 因为本地的结果不尽人意,所以没有远程操作redis.但是测试了下,远程连接redis耗时大概在1毫秒左右.我用了连接池,理论上用不了那么久的时间的.先帮我找到上个原因吧,谢谢各位)
官方介绍redis
测试完成了50个并发执行100000个请求。
设置和获取的值是一个256字节字符串。
Linux box是运行Linux 2.6,这是X3320 Xeon 2.5 ghz。
文本执行使用loopback接口(127.0.0.1)。
结果:读的速度是110000次/s,写的速度是81000次/s 。我的测试
使用2个并发执行100000个请求.
设置每条数据的字节为20~30.
Windows8.1 x84 3.00ghz
然后在自己本地,(127.0.0.1)
结果测试的结果
本地的测试结果,8秒写10条数据,竟然才是官方结果的十分之一!
然后关于java测试代码.其实很简单 就是一个简单地for循环.然后十万次用过redis的大神们,求原因. 我找不到原因啊!(顺便说一句, 因为本地的结果不尽人意,所以没有远程操作redis.但是测试了下,远程连接redis耗时大概在1毫秒左右.我用了连接池,理论上用不了那么久的时间的.先帮我找到上个原因吧,谢谢各位)
还真没有关注到这些...
没用过redis，这个好像一般都用来做 缓存用的，把不长变化的数据，从数据库加载到redis，来加快读的速度，这样就不用每次都从数据库中查询数据了。不过我觉得，是否是因为你的机器不如 官方的测试机器配置好呢？
哦 ，另外，redis应该是会把数据都放到内存中的，所以内存越大，速度应该越快。还有，redis应该会有一些配置参数，你看看 你的redis参数 和 官方测试的redis配置参数是否一致。