Cache失效问题 回复主题 返回讨论区

作者好,当文件很多时(3000个以上?)遇到了Cahce失效的问题,描述如下:

1. 具体什么时候出现此问题并不明确,试过几百个文件时并没有出现。但随着文件数量增加就会出现。

      不能确定文件数量是否为触发条件,只能说文件少时我并没有遇到这个问题。

2. 出现问题时会读取Cache文件,然后很可能被判断为文件被修改,而重新读取图像文件。

    

(ProcessMon的Summary,可以看到对Cache有Read和Write),

3. 是所有的Cache都失效,而不是特定的几个。随意一个Cache对比修改前后的结果如下:


这个文件的大小为1371083 (0x14EBCB),根据Cache的文件头猜测,修改的位置可能是lastwritetime。

但这个文件的lastwrite应该是没有变化的。

创建时间: 2021年4月9日 1:54:32
修改时间: 2021年4月9日 1:54:37
访问时间: 2021年11月26日 11:53:42

--------------------------

以上能定位并修改这个BUG,谢谢。

另外,Cache都是小文件,基本上都在4K左右,HDD加载起来非常慢。我看了一下path.db里应该也有相同的信息,是否意味着未来可以抛弃cache了呢。

再次感谢你的软件,并祝愿越做越好。

游客(楼主) 2021-11-26 13:16:30
希望能定位并修改这个BUG,如有需要可以提供更多的信息。
游客(沙发) 2021-11-26 13:21:08


这是一个正常的Cache文件,可以看到creationtime与lastwritetime的取值是相同的,实际上这个文件的创建时间与修改时间是不同的,


请查下代码,可能原来的lastwritetime没有实际取值,或者存在溢出等原因会被creationtime的值覆盖。当某种条件触发后,lastwritetime的值变成了随机数。

麻烦查查这个问题,谢谢。


游客(板凳) 2021-11-27 11:27:58
奋斗认真、专业,我会尽快分析解决此问题。
管理员-牛闰(地板) 2021-11-29 10:28:13
这个问题后续解决了吗,因为我经常需要重复查找大量的图片(50万+),缓存失效每次都需要重复扫描和对比计算,非常的费时间
游客(4楼) 2022-11-19 12:15:22
回复主题 请注意,这里仅供讨论与新雨软件相关的问题和建议,请勿在此发表不相关的内容。
验证码: