副标题: 评论更精彩,教你怎么解决64位Windows版Redis狂占C盘的问题.
MS Open Tech 技术团队近期花了非常多时间来測试最新构建的Windows版Redis(可在 ). 当我们測试计划快要完毕时,我们觉得应该分享一些振奋人心的结果。
在压力測试的第一阶段,我们让Redis在Windows上进行各种測试,执行时间从1天到16天,以及简单的单master配置,到例如以下图所看到的的更复杂的配置,包含1个Master以及4个replicas。 你能够在 看到使用的整体測试策略和配置.
測试结果令人振奋 —— 我们仅仅发现了一个 BUG,当然我们已经修正了.
这些已经完毕的測试是基于Linux版的Redis2.6.8迁移到 Windows 版的, 这个版本号完毕了我们, 比方支持64位系统。
我们的目标是确保开发人员能够放心地在Windows上使用Redis,包含高靠性要求的业务场景. 我们计划继续在更“严苛”的场景中进行測试, 确保我们没有漏过不论什么东西。
假设您对业务场景和測试计划/策略有什么意见或建议,请务必告诉作者们。
我们非常乐意使用Redis开发人员觉得适合的随意app或场景。
评论更精彩
1楼:
非常高兴看到你们的进步. 我们喜欢在分布式项目中使用Redis,但一直执行独立的linux服务器或Redis专属的虚拟机上。
当然这也不是什么大事啦,依据详细情况决定吧。
干得不错!(Good work!)
2楼:
Good work! 做windows上做开发或者简单測试时确实是不错的。
3楼:
Redis 2.8.12 —— 我有两个版本号的 redis-server.exe : 一个是32位,还有一个是64位, 在启动这两个版本号时都会创建一个 RedisQFork.dat文件, 当我执行32位exe时这个文件的大小是500 MB, 而执行64位时RedisQFork.dat文件变成了 16GB,这就是问题所在。
那么请问有什么方法(比方配置某些參数)能让Redis不去创建这个16GB 的文件吗?
(顺便说一下我的服务器是 windows 2012, 所以我希望能使用64位的exe), 回到问题… 我想说的是有没有什么办法让redis不要去创建这个巨大的文件,或者假如必须创建这个文件, 那有什么办法能够让Redis去其它磁盘或网络上(unc路径)创建呢, 比方有大容量存储空间的地方。
你能顺便解释一下这个文件的作用是什么吗。
谢谢!
4楼:
我也遇到了和 Rushdeep 一样的问题, 就是在64位版本号上 RedisQFork_nnnn.dat 文件占用16GB磁盘空间的问题. 这是一个bug吗?
5楼:
我碰到了相同的问题. 我不确定 RedisQFork 文件是否变小一点, 但我确定, 你能够通过设置Redis启动參数 heapdir 来调整这个文件的位置. 比如: redis-server.exe -heapdir D:\redisdata
铁锚备注:
当然啦,铁锚也碰到这个问题好久了.今晚上被 , 知道了人生不应该瞎混的道理,所以回家来就着手解决问题,百度一搜 RedisQFork,就发现了这篇文章,当然,依照5楼的处理思路,这个算是攻克了.
我在 redis.windows.conf文件里搜索 "heapdir",然后在默认凝视掉的内容以下加入一行,指定Redis内存映射文件(memory mapped file)存放的路径:
# heapdir指定内存映射文件路径名,不能是文件名称# heapdirheapdir D:/temp/redis_heapdir/
详细文件和文件夹就请你依据自己的磁盘进行指定啦. 我的症状和情况是这种, 16GB内存,Windows版64bit的Redis，启动Redis后就在C盘的 C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Redis 文件夹以下生成一个16GB大小的 RedisQFork_8792.dat 文件(8792是本次启动的进程PID, 关闭redis 则此文件自己主动被删除). 本来当初为了省钱仅仅上了64GB的固态硬盘,结果16G一吃下来,C盘就仅仅有16GB空余空间,自从设置到D盘,重新启动以后,感觉强迫症就好多了。
当然,铁锚要废话不是想说这些,而是想引入2个參数:
# maxheap指定最大heap字节数,比方 10000000# maxheap详细的參数请參考配置文件内的说明,一搜索就知道.(主要是铁锚配置这两个參数就一直出错,半天启动不起来,等研究明确再说吧.)# maxmemory 指定最大使用内存,单位:字节# maxmemory
原文链接:
原文日期: 2013-04-22
翻译日期: 2014-11-16
翻译人员:
CNCounter翻译文章文件夹: