supercacheII及supervolume的问题

xygbt1

是的,我用的是xp_sp2,,,ramdisk可舍不得卸呀

jakenchao

原帖由 xygbt1 于 2007-12-13 16:19 发表
是的,我用的是xp_sp2,,,ramdisk可舍不得卸呀

舍不得就先停用，我现在ＲＡＭＤＩＳＫ都是用的时候现挂，平时都关着。

xygbt1

昨天把ramdisk卸了,标记12345正常了,启动后设置是否失效还有待考验,谢谢楼上各位

jakenchao

原帖由 xygbt1 于 2007-12-14 08:57 发表
昨天把ramdisk卸了,标记12345正常了,启动后设置是否失效还有待考验,谢谢楼上各位

也解决我一个疑难问题，RAMDISK启动实效是和SURERCACHE冲突了，可能是物理内存地址占用的问题。
看来两个同时使用的话RAMDISK不适合开机就加载虚拟硬盘了。

xygbt1

CDE盘128M0延时0预读,J盘800M的supervolume,还有存在失效的情况,XP_SP2

jakenchao

原帖由 xygbt1 于 2007-12-14 20:07 发表
CDE盘128M0延时0预读,J盘800M的supervolume,还有存在失效的情况,XP_SP2

那就不清楚了，重做系统怎么样？

xygbt1

重做系统就等于放弃了!

xygbt1

问题已解决,谢谢jackenchao,另外,你在另外论坛发的eboostr是无效的!

jakenchao

原帖由 xygbt1 于 2007-12-18 13:49 发表
问题已解决,谢谢jackenchao,另外,你在另外论坛发的eboostr是无效的!

eboostr是什么？我怎么没印象？

xygbt1

但在另台电脑上supercache和集成显卡冲突了,启动蓝屏,或进入后显示为4色

jakenchao

原帖由 xygbt1 于 2007-12-19 15:16 发表
但在另台电脑上supercache和集成显卡冲突了,启动蓝屏,或进入后显示为4色

:sweatingbullets:这个无语了，什么电脑你都往上装，你内存过剩了？

xygbt1

为了感谢jakenchao,特转载此文如下:
程序员都知道，程序一运行就会将自身完全载入内存了。虽然现在的游戏几乎没有不超过G大小的，但是，游戏主程序加上其需要调用的DLL文件，可能加起来也就才几十M而已，甚至更少！（大家可以运行一个大型游戏来看看它的内存使用量）。那另外那些几乎超过游戏总大小百分之九十九的东西是什么呢？不用说大家都知道，是游戏必不可少的资源文件，比如：地图、图像、声音等等。而游戏一般进去都会有等待载入的画面，这里等待载入的东西，就是那些资源文件。而这些资源文件载入后放在哪里了？即使你系统有NG的内存容量，也不要指望游戏会将它放全部放在内存里。（不信你现在又可以看看游戏所占用内存使用量）。那是放哪里了？那么多宠大的游戏资源文件是放在哪里了？去问个游戏程序员吧（问我也行啊，俺也是。。）。他会告诉你，放在页面文件里了！！！   千万不要以为，游戏是边运行边从硬盘读取文件的，游戏为了加快运行速度，都是将需要运行的文件预先加载入内存或是虚拟内存中的！而更多的是加载到虚拟内存即页面文件中，即使是几G的内存，也是摆设。
    感觉到恐怖吧！你以为你的系统分区磁盘几乎没做什么事，其实它是最累的！游戏的读取只需要进行一次，就是说载入一次，但是载入以后的东西是放在页面文件中的，游戏对页面文件的读取是非常频繁的！

jakenchao

:loveliness:看来以后真要准备16Ｇ内存了，２Ｇ物理内存跑程序，４Ｇ放页面文件，4Ｇ做磁盘缓存，还有６Ｇ虚拟硬盘分区放游戏……

xygbt1

那时可能用 hyperdrive4了(或I-RAM)

jakenchao

原帖由 xygbt1 于 2007-12-21 08:52 发表
那时可能用 hyperdrive4了(或I-RAM)

也许吧，至少从现在的个人计算机模型来说，硬盘和内存是不可能完全被替代的。

xygbt1

With a high proportion of reads requests, a slightly smaller page size may be desirable. When used in conjunction with

the read-ahead feature, read performance may be optimized. For these two reasons the default page size value is 32 KB.

To improve read performance, read-ahead values of 1 to 3 will prove effective for many application.

Read ahead, in pages

Describes the number of additional, trailing cache pages that will be read from disk when a read request cannot be

serviced immediately from the cache. Applications with a high proportion of reads generally benefit from a read-ahead

setting of 1-3. Applications that perform large-size read requests, or frequent bursts of sequential reads, may benefit

from a larger read-ahead setting.

The maximum value of this setting varies according to page size. For page sizes of 4, 8, 16, 32, and 64 KB, the maximum

value is 15 pages. For page sizes of 128 and 256 KB, the maximum values are 7 and 3 pages, respectively.