关于资源动态加载的一次有趣优化[原创]

通过调整资源加载策略,将单次加载量增大而非减小,有效减少了游戏运行过程中的卡顿现象。实验证明,增大单次加载量可以更充分地利用硬盘读取能力,提高整体流畅度。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  我们的客户端资源采用动态加载卸载,但在某场景模型和NPC密集的情况下会产生画面一顿一顿的情况。一查很明显是由于某时刻加载的资源量太大,于是很明显想到用分块加载来减少单位时间的加载量。细读代码,发现前辈们已经这么优化过,可效果并不见好。

  经过反复测试思考,发现问题的瓶颈在这样一段引擎代码上:

  ......

  resouse_line.pop_n_load(1);    //资源缓冲队列每次弹出一个资源进行加载

  ......

  原来在引擎里也做了处理,延迟加载的资源在引擎里也做了负载均衡!

  我把引擎里的资源一次加载量放大,上层的分块加载优化全部去掉,效果很明显,再也看不到卡顿现象。

  这次优化一反常规做法,不是减少单次资源加载量,而是增大之,却收到了无论怎么细分都无法实现的流畅效果。

  分析:

    硬盘的数据读取能力为50MB~100MB/s,按低端配置50MB设计,动态加载资源也要能充分发挥硬盘的能力。

  如果游戏30fps,即平均每frame可以加载近2MB资源。在几台硬盘速率不同的机器测试发现,2MB/per frame并不如20MB/per 10 frame。也就是硬盘的一次大量读取效果要优于多次小量读取

  根据这个原则,虽然是动态资源加载,也要控制每次的最小加载量,尽可能减少硬盘读取次数。

转载于:https://www.cnblogs.com/billin/archive/2011/02/24/1964125.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值