会员
周边
众包
新闻
博问
闪存
赞助商
Chat2DB
所有博客
当前博客
我的博客
我的园子
账号设置
会员中心
简洁模式
...
退出登录
注册
登录
躺柒
博客园
首页
新随笔
联系
订阅
管理
随笔 - 788
文章 - 0
评论 - 17
阅读 -
49126
读元宇宙改变一切笔记05_计算
计算
合集 - 读元宇宙改变一切(14)
1.
读元宇宙改变一切笔记
14_读后总结与感想兼导读
2024-01-28
2.
读元宇宙改变一切笔记
01_起源
2024-01-07
3.
读元宇宙改变一切笔记
02_元素(上)
2024-01-08
4.
读元宇宙改变一切笔记
03_元素(下)
2024-01-09
5.
读元宇宙改变一切笔记
04_网络化
2024-01-11
6.
读元宇宙改变一切笔记
05_计算
2024-01-12
7.
读元宇宙改变一切笔记
06_虚拟世界引擎
2024-01-13
8.
读元宇宙改变一切笔记
07_硬件与互操作性(上)
2024-01-14
9.
读元宇宙改变一切笔记
08_硬件与互操作性(中)
2024-01-15
10.
读元宇宙改变一切笔记
09_硬件与互操作性(下)
2024-01-16
11.
读元宇宙改变一切笔记
10_支付方式
2024-01-20
12.
读元宇宙改变一切笔记
11_区块链
2024-01-21
13.
读元宇宙改变一切笔记
12_元宇宙+
2024-01-22
14.
读元宇宙改变一切笔记
13_治理与管理
2024-01-27
1. 物理定律
1.1. 元宇宙是否需要如此遵从物理定律是存在争议的
1.2. 沉浸式模拟的下一步将远远超越更逼真的爆炸效果或更生动的虚拟化身这一水平
1.2.1. “粒子物理定律、引力定律、电磁定律、电磁波(包括光)和无线电波……压力和声音”应用到元宇宙中
1.3. 物理定律带入虚拟世界的愿望似乎很难实现,但是如果这个愿望的确无法实现,就需要预测和排除将物理定律应用在虚拟世界可能带来的创新
1.4. 计算的可用性和限制将决定对于哪些人来说,在何时何地,怎样的元宇宙体验是可能实现的
2. 摩尔定律
2.1. 戈登·摩尔(Gordon Moore)于1965年提出
2.2. 密集集成电路中的晶体管数量大约每18个月会翻一番
2.3. 但这种增长速度现在正在放缓,而CPU和GPU处理能力继续快速增长
3. 计算
3.1. 理解数据,运行代码,评估输入,执行逻辑,渲染环境等等CPU和GPU所要承担的工作,在广义上叫作“计算”
3.1.1. 及时发送足够的数据只是操作同步虚拟世界过程的一部分
3.1.2. 所有数字工作的执行都有赖于计算
3.2. 过去40年电子游戏机的平均大小
3.2.1. PS1于1994年发布,重3.2磅,体积为10.75英寸×7.5英寸×2.5英寸
3.2.1.1. (除了它的光驱)可以塞进钱包,成本低于25美元
3.2.2. PS5于2020年发布,重9.9磅,体积为15.4英寸×10.2英寸×4.1英寸
3.2.2.1. 为了增加设备的计算能力,因此在设备工作过程中需要更大的风扇进行冷却
3.3. 元宇宙所需的渲染和计算要复杂得多
3.3.1. 必须大约每0.016秒
3.3.2. 最好是大约每0.0083秒创建一次
3.3.3. 不是每家公司都买得起一个超级计算机数据中心,可以说只有极少数公司买得起
3.4. 游戏取得了令人难以置信的创造性成就,但它们的基本思想不是全新的
3.4.1. 开发人员一直在想象与数十名(如果达不到数百或数千人的话)实时在线的玩家在同一个虚拟环境中共享仅受用户想象力限制的模拟体验
3.4.1.1. 目前的技术无法实现这种体验
3.5. 知道元宇宙需要更多的计算能力,但并不知道具体需要多少
3.6. 计算能力每年都在提高
3.6.1. 计算能力的进步总会带来重要的突破,而突破就意味着需要更多的计算能力
3.6.1.1. 计算能力无论如何都是稀缺的
3.6.2. 资产、纹理的增加,分辨率的提高或额外的帧和播放器的添加都意味着要消耗更多稀缺的计算资源
3.6.2.1. 1080p
3.6.2.2. 4K甚至8K格式渲染该世界
3.7. 观点1
3.7.1. 虚拟世界需要的大部分计算在每个用户的设备上单独执行,这对很多人来说都是一种浪费
3.7.1.1. 这意味着很多设备为了支持相同的体验需要在同一时间执行相同的操作
3.7.2. 计算应该尽可能在远程的工业级数据中心而不是在消费级设备上执行
3.7.3. 将尽可能多的处理和渲染转移到工业级数据中心,不仅可以提高效率,对于构建元宇宙也至关重要
3.7.3.1. 客户端设备唯一需要做的就是播放此视频并发送输入(向左移动、按下X等)——类似于观看奈飞的视频
3.7.4. 背后的逻辑
3.7.4.1. 家庭用电通常是由电网和工业发电厂而不是私人发电机供应的
3.7.4.2. 有了基于云的模型,消费者可以不用再购买消费级、不经常升级和被零售商加价的计算机,而是租用单位处理能力更具成本效益且更易于更新的企业级设备
3.7.4.3. 同时奈飞和Spotify等公司提供的服务器端内容服务也取得了成功
3.7.4.4. 但远程渲染并不是当今的游戏发行商达成了共识的解决方案
3.7.4.4.1. 重点在于网络阻碍着传输,且这样的阻碍将来会继续存在
3.7.5. 远程计算尚未证明自己在渲染方面更高效,这是几个相互关联的问题导致的
3.8. 观点2
3.8.1. 由虚拟世界“所有者”运营的超级强大的服务器只是跟踪用户输入,在必要时进行中继(relay)处理,然后在过程发生冲突时充当裁判
3.8.1.1. 甚至不需要渲染任何东西
3.9. 由于延迟并不是固定的,因此设备接收到的火箭的发送时间有可能稍早或稍晚,并且发射位置稍有不同
3.9.1. 玩家看到的爆炸场景有可能各不相同,即使“相同”的爆炸物在“相同”的时间以“相同”的角度击中了“相同”的树,并且应用了完全相同的逻辑来处理因果关系
3.10. 虚拟世界的整体复杂性,最终在一定程度上会受到可以访问它的最低端设备的限制
4. GPU
4.1. 视锥剔除、遮挡和细节层次解决方案对于实时渲染体验至关重要
4.1.1. 能够让用户的设备将处理能力集中在用户可以看到的内容上
4.1.2. 但结果是,其他用户无法“搭载”该用户的GPU进行计算
4.2. 在玩《塞尔达:旷野之息》时,任天堂Switch使用的英伟达GPU有效地卸载了之前渲染的所有内容,以支持玩家的新视野
4.3. 细节层次是指只有在玩家应该可以看到某些信息的时候才加载它们
4.3.1. 白桦树树皮的细微纹理
4.4. 每台设备的分辨率或帧速率下降的程度与用户数量成正比
4.4.1. 意味着即使使用两台电视来操作双人模式的《马里奥赛车》,而不是将一台电视分成两部分,每台电视每秒也只能接收一半的渲染像素
4.5. GPU可以渲染两个完全不同的游戏
4.5.1. 可以支持2D横向卷轴游戏《超级马里奥兄弟》的两种不同模拟
4.5.2. 同时支持《超级马里奥兄弟》的一个版本以及一个与之类似的低功耗游戏
4.5.3. 这不是以高效计算的方式完成的
4.6. 即使游戏A永远也用不到英伟达GPU既定的全部功率,备用部分也不能被分配到其他地方
4.7. GPU不会生成通用渲染功率
4.7.1. 不能像发电厂将电力分配给多个家庭那样在用户之间进行分配
4.7.2. 不像CPU服务器那样可以支持大逃杀游戏中100位玩家的输入、位置和同步数据。
4.7.3. GPU通常作为支持单个玩家渲染的“锁定实例”(locked instances)运行
4.8. GPU要想功率翻倍,其生产成本也得翻倍
4.9. 租用利用率低的高端GPU一直都很昂贵
4.9.1. 数据中心的经济考量总会以优化需求为导向
4.9.2. 如果解决远程服务器价格高昂问题的唯一方法是使用而不是替换旧服务器,那么我们并没有解决计算资源稀缺问题
4.9.3. 随着客户数量和多样性的增加,需求趋于稳定,平均利用率就会提高
4.9.3.1. 意味着远程GPU和终端用户之间的距离变远了,延迟也会随之增加
4.10. 奈飞和其他公司的成本利用率提高了,但它们通常采用的是非实时方式
4.10.1. 从附近存储文件的服务器发送每秒少于30帧(不是60~120帧)、分辨率较低的视频(比如谷歌Stadia所做的那样,采用1K或2K,而不是4K或8K分辨率)
4.10.2. 不是执行密集的计算操作
5. 去中心化计算
5.1. 消费者购买的这些服务器,可能是游戏机或游戏专用个人电脑,这时没人会关注它们是否被使用或是否离线
5.1.1. 在消费者手中以及其他众多家庭中,有着这么多功能强大且经常处于未使用状态的设备
5.1.2. 想要开发系统来分享它们大部分空闲的处理能力
5.2. 加密交换概念的支持者认为它代表了未来所有微芯片都将具备的特征
5.2.1. 每台计算机,无论大小,都将被设计成可随时拍卖空闲周期
5.2.2. 数十亿个动态排列的处理器将为大型工业客户的深度计算周期提供动力,并提供终极的、无限的计算网格,使元宇宙成为可能
5.2.3. 要想让每个人都能听到树倒下的声音,唯一的方法就是所有人都给它浇水
6. 电子游戏行业
6.1. 世界上最受欢迎(同时创收能力也最强)的游戏往往是那些专注于丰富的用户生成内容和大量并发用户的游戏
6.1.1. 《自由之火》
6.1.1.1. 只能在移动设备上玩的大逃杀游戏《自由之火》是世界上最受欢迎的游戏之一
6.1.1.2. 《自由之火》中的大逃杀仅限50个玩家同时参与,而不是100个
6.1.2. 《绝地求生》
6.1.3. 《堡垒之夜》
6.1.3.1. 一局比赛中有数十个生动逼真的游戏化身,每个角色都可以做多样的动作,并与一个生动且有形的世界,而不是一片广袤冰冷的空间进行交互
6.1.3.2. 大约在同一时间,出现了足够多价格不算太高的服务器,而且可以管理和同步来自如此多个设备的输入
6.1.3.3. 当《堡垒之夜》或Roblox等游戏在更狭窄的空间,比如在虚拟演唱会现场开展社交活动时,它们会将并发用户减少到50个或更少
6.1.3.3.1. 与标准游戏模式相比,它们还限制了用户可以做的事情
6.1.3.3.2. 建筑项目可能会被关闭,另外舞蹈动作的数量也会从正常的十几个或两个减少到只有一个预设选项
6.1.4. 《使命召唤:战争地带》(Call of Duty: Warzone)
6.1.5. 微软模拟飞行
6.1.5.1. 除了地图、天气和飞行路线之外,它的世界只有很小一部分是真实的
6.1.6. Roblox
6.1.7. 魔兽世界
6.1.7.1. 数十个化身可以在同一个地方渲染
6.1.7.2. 模型细节不到位,比例相对较小,玩家也不能很好地控制化身
6.1.7.3. 游戏服务器会暂时将其“分片”呈现为该空间的并发操作,但副本依然保持独立
6.1.7.4. 用户可能不得不“关闭”或“降低”游戏的渲染能力或将帧速率减半
6.1.8. 《我的世界》
6.2. 2016年全球只有3.5亿人拥有渲染丰富的3D虚拟世界所需要的设备
6.3. 2021年
6.3.1. 每一天都有超3.5亿人参与大逃杀游戏
6.3.1.1. 这只是高CCU(并发用户)游戏的一种类型
6.3.1.2. 有数十亿人能够参与这样的游戏
6.3.2. Roblox的月活跃用户数达到巅峰为2.25亿
6.3.2.1. 这个数字比历史上最畅销的游戏机PS2的终生销量高出1/3以上
6.3.2.2. 是Snapchat和Twitter等社交网络用户数量的2/3
6.4. 运用了特定的设计决策来解决当前的计算限制
6.4.1. 大多数大逃杀游戏支持100名玩家同时在线
6.4.1.1. 大逃杀的设定决定了到那个时候,绝大部分玩家都已被“杀死”了
6.4.2. 使用带有众多“兴趣点”的巨大地图将玩家分散开来
6.4.3. 意味着虽然服务器需要跟踪每个玩家在做什么,但每个玩家的设备不需要渲染他们或跟踪处理他们的动作
6.4.4. 玩家最终必须集中在一个小空间内
6.4.4.1. 有时这个空间只有宿舍大小
6.4.4.2. 随着地图的不断缩小,生存也会变得更加困难
6.4.4.3. 大逃杀玩家可能需要提防99个竞争对手,但他们的设备面临的挑战要少得多
合集:
读元宇宙改变一切
好文要顶
关注我
收藏该文
微信分享
躺柒
粉丝 -
50
关注 -
0
+加关注
0
0
升级成为会员
«
上一篇:
读元宇宙改变一切笔记04_网络化
»
下一篇:
读元宇宙改变一切笔记06_虚拟世界引擎
posted @
2024-01-12 07:23
躺柒
阅读(
41
) 评论(
0
)
编辑
收藏
举报
刷新页面
返回顶部
登录后才能查看或发表评论,立即
登录
或者
逛逛
博客园首页
【推荐】还在用 ECharts 开发大屏?试试这款永久免费的开源 BI 工具!
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
相关博文:
·
读元宇宙改变一切笔记03_元素(下)
·
读元宇宙改变一切笔记04_网络化
·
坚叔:让科幻片的概念变成产品丨编程挑战赛 x 嘉宾分享
·
剖析虚幻渲染体系(14)- 延展篇:现代渲染引擎演变史Part 3(开花期)
·
元宇宙是VR虚拟现实的未来吗?
阅读排行:
·
【.NET】调用本地 Deepseek 模型
·
CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
·
DeepSeek “源神”启动!「GitHub 热点速览」
·
我与微信审核的“相爱相杀”看个人小程序副业
·
Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
历史上的今天:
2023-01-12
读编程与类型系统笔记05_函数类型
公告
昵称:
躺柒
园龄:
2年1个月
粉丝:
50
关注:
0
+加关注
<
2025年2月
>
日
一
二
三
四
五
六
26
27
28
29
30
31
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
1
2
3
4
5
6
7
8
搜索
常用链接
我的随笔
我的评论
我的参与
最新评论
我的标签
合集
学信息系统项目管理师第4版(35)
学系统集成项目管理工程师(中项)(43)
读高性能MySQL(第4版)(21)
读发布!设计与部署稳定的分布式系统(第2版)(34)
随笔及总结(26)
读改变未来的九大算法(10)
读数据压缩入门(11)
读C#代码整洁之道(8)
读编程与类型系统(12)
读函数式编程思维(6)
读Java8函数式编程(9)
读Java实战(第二版)(20)
读Java性能权威指南(第2版)(31)
读SQL进阶教程(17)
选读SQL经典实例(23)
读SQL学习指南(第3版)(13)
读图数据库实战(11)
读程序员的制胜技(15)
读像火箭科学家一样思考(16)
读程序员的README(19)
读算法霸权(13)
读元宇宙改变一切(14)
读AI3.0(10)
读千脑智能(13)
读十堂极简人工智能课(9)
读人工不智能:计算机如何误解世界(10)
读算法的陷阱:超级平台、算法垄断与场景欺骗(20)
读所罗门的密码(21)
读天才与算法:人脑与AI的数学思维(26)
读人工智能时代与人类未来(19)
读AI未来进行式(12)
读AI新生:破解人机共存密码(18)
读人工智能全传(16)
读写给大家的AI极简史(7)
读零信任网络:在不可信网络中构建安全系统(21)
读软件开发安全之道:概念、设计与实施(17)
读软件设计的要素(7)
读构建可扩展分布式系统:方法与实践(16)
读数据湖仓(9)
读数据工程之道:设计和构建健壮的数据系统(34)
读数据质量管理:数据可靠性与数据质量问题解决之道(20)
读数据保护:工作负载的可恢复性(31)
读量子霸权(18)
读算法简史:从美索不达米亚到人工智能时代(15)
读当我点击时,算法在想什么?(7)
读DAMA数据管理知识体系指南(4)
更多
随笔档案
2025年2月(25)
2025年1月(31)
2024年12月(31)
2024年11月(30)
2024年10月(31)
2024年9月(30)
2024年8月(31)
2024年7月(31)
2024年6月(30)
2024年5月(31)
2024年4月(30)
2024年3月(31)
2024年2月(29)
2024年1月(31)
2023年12月(31)
2023年11月(30)
2023年10月(31)
2023年9月(30)
2023年8月(31)
2023年7月(31)
2023年6月(30)
2023年5月(31)
2023年4月(31)
2023年3月(36)
2023年2月(28)
2023年1月(26)
阅读排行榜
1. C#代码整洁之道读后总结与感想(599)
2. 选读SQL经典实例笔记01_检索和排序(369)
3. 读C#代码整洁之道笔记01_C#的编码标准和原则(311)
4. 读C#代码整洁之道笔记04_重构C#代码识别代码坏味道(309)
5. 学信息系统项目管理师第4版系列02_法律法规(268)
评论排行榜
1. 2023年1月随笔(11)
2. 2023年10月随笔之婚宴趣事多(2)
3. 读高性能MySQL(第4版)笔记12_查询性能优化(下)(2)
4. 读Java性能权威指南(第2版)笔记18_垃圾回收E(2)
推荐排行榜
1. 读高性能MySQL(第4版)笔记01_MySQL架构(上)(2)
2. 选读SQL经典实例笔记01_检索和排序(2)
3. 读软件设计的要素01概念(1)
4. 读AI未来进行式笔记01深度学习(1)
5. 读所罗门的密码笔记01_当人类遇见机器(1)
最新评论
1. Re:2023年10月随笔之婚宴趣事多
@gz4621 wondershare mindmaster...
--躺柒
2. Re:2023年10月随笔之婚宴趣事多
大神 思维导图用的什么软件制作的?
--gz4621
3. Re:读高性能MySQL(第4版)笔记12_查询性能优化(下)
@东围居士 建议读新版。...
--躺柒
4. Re:读高性能MySQL(第4版)笔记12_查询性能优化(下)
第4版相比第3版好像缩减了好多内容?楼主推荐第3版还是第4版
--东围居士
5. Re:读Java性能权威指南(第2版)笔记18_垃圾回收E
@屠炉 没有用第三方工具,手动的。 有几个平台直接支持markdown导入,只是要调整一下图片上传即可。...
--躺柒
点击右上角即可分享
支持DeepSeek的编程助手
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 【.NET】调用本地 Deepseek 模型
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
2023-01-12 读编程与类型系统笔记05_函数类型