终于查到原因,0.9.1使用未管理内存后拷贝大文件会导致高cpu占用和速度低下

[花栗鼠]

最后做了几次实验,实验为c盘 75G,设置了256M缓存 read/write,块大小32K,其他默认读优化的设置[在0.81版本推荐我c盘是32K块大小的],在c盘拷贝一个1.5G大小的文件到e盘,e盘是另外一个磁盘的分区.当设置缓存是windows xp管理的内存时,拷贝速度正常,cpu占用最大越20%;当设置缓存使用未管理内存后,拷贝文件大约到了1/4左右cpu占用就升上去了知道满载,速度也是一直下降到只有8M每秒,正常速度应该在100M至70M左右的.
开始以为是primo ramdisk使用为管理内存做了ramdisk对fancycache有影响,就把ramdisk的虚拟盘删了,情况没任何好转.fancycache换回0.8.1分区版后一切正常,估计是因为0.81没使用未管理内存.


刚发现传文件到我的usb3.0外接的硬盘时速度很慢,刚开始以为是usb3.0卡偶尔识别为2.0的模式而导致,后来觉得怪怪的,速度8MBytes每秒,不高不低,cpu占用几乎100%.临时关掉c盘的cache(cache 0.9.1)的缓存后传输正常,达到正常的90MB每秒.windows xp自己的copy和total commander的文件copy都一样,只有使用fastcopy这拷贝软件绕过了fancycache的cache拷贝速度和cpu占用才正常.
测试环境:测试了好几次,lru lfu-r算法换过了,缓写也关了只用默认的的读缓冲,缓存设置是512M,测试用文件大小是1G,传输到中间左右就开始速度下降了.然后cpu占用狂升...机子cpu是intel e7500配6g内存,fancycache 0.9.1,打开了未识别内存的使用,使用其中的512M做缓存系统盘.其他为识别内存给fancyramdisk使用.
这个大文件传输时缓存空间用尽后的cpu占用太高了吧?希望改善.

补充:拷贝到其他盘符速度还算可以,虽然速度只有一半左右,不过cpu占用还是满的.
再次测试,2个盘符都只打开写缓存的情况下互拷贝的时候速度很快cpu占用正常,只要其中一个使用了读缓存就不行.

[Support]

谢谢反馈！这个问题我们会注意解决，可能是因为未识别内存在处理上的方式导致了这些。