xvdf虽然变成了256个，但是xbv00000.vdf依旧那么大，难道有什么升级效果吗

显示全部楼层 · 发表于 2014-6-30 16:17:30

如题，虽然xvdf方案现在已经出来了，但是第一个定义文件还是那么大，这样子符合方案的初衷，有什么改进效果吗？

显示全部楼层 · 发表于 2014-6-30 17:58:03

那个大的xdf是整合过后的结果，其他小的xdf是为了更新读取方便而已

显示全部楼层 · 发表于 2014-6-30 19:38:55

欧阳宣发表于 2014-6-30 17:58
那个大的xdf是整合过后的结果，其他小的xdf是为了更新读取方便而已

但是，如果最大的需要更新，按照之前的说法应该还是进行替换，就会产生不小的读写，而且扫描的时候也要进行大量的存取，真不知道这个更新的效果有没有那么好

显示全部楼层 · 发表于 2014-6-30 20:24:56

jmkbird 发表于 2014-6-30 19:38
但是，如果最大的需要更新，按照之前的说法应该还是进行替换，就会产生不小的读写，而且扫描的时候也要进 ...

就是因为更新只用读取小的啊。每次只更新小的，再合并，比以前每次都要更新大块文件减少了读写。

显示全部楼层 · 发表于 2014-7-1 14:51:49

本帖最后由 aaa839 于 2014-7-1 14:53 编辑

xbv0000是最基本的vdf,所以一定最大
但留意,即使是最大
每次更新會另外生成一個已最佳化的病毒庫快取檔案
localxxx.vdf
這個檔案就是每次更新時自動整合已下載的病毒庫,而合併並最佳化的單一快取版本
檔案的大小每次都會不同,
自xVDF開始,Avira掃描器及即時防護都只會讀取這個快取檔案資料,而不需要一次載入並整合全部256個xVDF檔案
按照這樣來加快載入速度

显示全部楼层 · 发表于 2014-7-1 15:48:37

aaa839 发表于 2014-7-1 14:51
xbv0000是最基本的vdf,所以一定最大
但留意,即使是最大
每次更新會另外生成一個已最佳化的病毒庫快取檔案 ...

那这个病毒定义文件缓存是不是在每次开机的时候并入基本病毒库吗？

显示全部楼层 · 发表于 2014-7-1 18:50:45

本帖最后由 aaa839 于 2014-7-1 18:55 编辑

jmkbird 发表于 2014-7-1 15:48
那这个病毒定义文件缓存是不是在每次开机的时候并入基本病毒库吗？

不是這樣
此快取檔案只會在以下情況自動生成
執行病毒庫更新(有新的病毒庫,現時一天最少8次更新)/修復/修改安裝組件/全新安裝Avira
但此檔案並不會在開機時才生成

病毒庫快取localxxx.vdf是由更新程式,每次更新時把xbv000.vdf-vbv256.vdf合併而生成
xVDF的病毒庫就是XBV000~XBV255.VDF 這256個檔案組成
只是xbv000為較主要的病毒庫(即是好像以前nVDF時的VBASE000.VDF

显示全部楼层 · 发表于 2014-7-1 19:01:26

aaa839 发表于 2014-7-1 18:50
不是這樣
此快取檔案只會在以下情況自動生成
執行病毒庫更新(有新的病毒庫,現時一天最少8次更新)/修 ...

这样啊，那缓存文件每次合成也挺耗CPU的，瞬间的读盘量挺大的，不过对于监控压力应该小一些

显示全部楼层 · 发表于 2014-7-1 19:25:22

本帖最后由 aaa839 于 2014-7-1 19:27 编辑

jmkbird 发表于 2014-7-1 19:01
这样啊，那缓存文件每次合成也挺耗CPU的，瞬间的读盘量挺大的，不过对于监控压力应该小一些

其實也不算讀盤量大,但這樣隨著時間推移,每次合併並不是由0~255全部合併,如果是這樣,正如你所說資源消耗量是巨大

xVDF的合併特色是只有首次安裝時才需要調用更新程式由0~255個檔案資料合併成單一快取檔案,
但你後續的每次病毒庫更新時,
更新程式只會把新下載的xVDF病毒庫檔案資料合併(增加)入快取內
而不需要由0~255全部都讀取一次才能生成快取

显示全部楼层 · 发表于 2014-7-1 19:34:18

aaa839 发表于 2014-7-1 19:25
其實也不算讀盤量大,但這樣隨著時間推移,每次合併並不是由0~255全部合併,如果是這樣,正如你所說資源消 ...

就是增量更新变成缓存文件方便使用，然后利用开机之类的机会，将该缓存文件并入256病毒定义文件，然后产生新的缓存文件，这个缓存文件也就充当了第三方容器，right？

[讨论] xvdf虽然变成了256个，但是xbv00000.vdf依旧那么大，难道有什么升级效果吗