秋季更新的硬盘安装，所带来的loading速度增加和减少的权威解释和解决办法

cloudicy

下面是引用ms.ksd于2008-11-18 17:23发表的:


这位神仙 也是c#之父

我估计他要用c#来写
.......

楼主您表达的意思我懂了

以后的更新就在于多了一个判断，是这样的吗？

现在的那些优化过cache的游戏在运行新的 从光盘读取数据的API接口 还是少了一个判断，导致现在载入硬盘后造成了不断的读写占用了大量资源。

这样一来下一次的更新确实会提高读取速度的


楼上的那位长腿妹子的头像的ID朋友估计看不懂代码。。所以不知楼主所云，也是很正常的。楼主也不需要动怒，默默的放在心里即可

cloudicy

下面是引用kaffir1985于2008-11-18 17:15发表的:
if (游戏已安装)
{
关闭CACHE功能;
运行游戏(只读取HD数据);
}
.......

你这个想法我也考虑过

不过很明显，这个是做不到的，你会给那些做过cache优化的GAME造成崩溃不是吗 [s:256]

该用户已被禁言

下面是引用ms.ksd于2008-11-18 16:12发表的:


首先我不是ms中国的人。ms atc据我所知没有参与xo项目。

其次，我只能说，你的逻辑思维能力太差了，想问题的时候还是该多动动脑子，脑袋不用会退化的。
.......

lz您逻辑思维能力强, 您常动脑子, 过场动画怎么不能cache, 你以为过场动画就放一遍么, 卡关了怎么办,这样的游戏不少吧. 压缩的材质怎么了, 你的xo的api照样可以提供接口, 根据不同的情况进行操作罢了. 还有你的关键事务, 那不光是cache问题, 还有内存管理的问题, 你说的这些事都让游戏开发人员去控制 你觉得合适么? 我承认提供给用户cache的接口是比较灵活, 但这是有代价的, 不是所有的地方都需要这么灵活, 不可能所有的相关操作都要开发人员去关心.

反正我们是都不知道xo的api到底是怎么样的, 但我们相信lz不是***, 那还请lz回答我刚才的问题:
为什么你的解释和实际情况不符, 谢谢

sunnyjee

应该不仅仅是个判断这么简单。。还有很多数据交换问题要解决的吧。。。

asdw226

我的意思是，只要让游戏开发者不能直接访问HDD就可以解决。游戏开发者只要指定哪些资源需要缓冲（而不是自己执行缓冲的动作），然后统一由系统的API来决定具体的操作。这样的话MS就方便了以后的硬件变动，即使要做HDD+DVD+U盘的RADI都可以无缝的实现。
其实很多开发平台都体现了这个思想，没想到MS在这上面犯了傻。不知是否是为了执行的效率作的妥协。

僵尸情人

下面是引用asdw226于2008-11-18 18:14发表的:
我的意思是，只要让游戏开发者不能直接访问HDD就可以解决。游戏开发者只要指定哪些资源需要缓冲（而不是自己执行缓冲的动作），然后统一由系统的API来决定具体的操作。这样的话MS就方便了以后的硬件变动，即使要做HDD+DVD+U盘的RADI都可以无缝的实现。
其实很多开发平台都体现了这个思想，没想到MS在这上面犯了傻。不知是否是为了执行的效率作的妥协。

以前的游戏呢？ 这就是最大问题 向前兼容

asdw226

下面是引用僵尸情人于2008-11-18 18:30发表的:


以前的游戏呢？ 这就是最大问题 向前兼容

所以是说一开始的设计就没有考虑到将来的可能性啊。

ratl

表面来说的很有道理
但是致命的一点是，MS的顶级工程师会连这个简单的问题都要留去2版再做吗？

asdw226

LZ说的还是有点道理的，因为HDD无论如何都该比DVD快。
导致安装后效果不佳的原因也就只有可能是CACHE了。

该用户已被禁言

没看完，秋更后还不用硬盘的用户怎么办？