开封企业网站建设,炫酷网站模板免费下载,高端建设网站,WordPress文章分栏置顶日前#xff0c;Perforce携手合作伙伴龙智一同亮相Unreal Fest 2024上海站#xff0c;分享Helix Core版本控制系统及其协作套件的强大功能与最新动态#xff0c;助力游戏创意产业加速前行。
Perforce解决方案工程师Kory Luo在活动主会场#xff0c;带来《Perforce Helix C…日前Perforce携手合作伙伴龙智一同亮相Unreal Fest 2024上海站分享Helix Core版本控制系统及其协作套件的强大功能与最新动态助力游戏创意产业加速前行。
Perforce解决方案工程师Kory Luo在活动主会场带来《Perforce Helix CoreUnreal Engine工作流程与使用实践》的主题演讲分享Helix Core在Project Titan项目中的关键角色、与UnrealEngine的配置技巧、常见的使用误区及解决办法、以及Helix Core的最新功能与应用等重磅干货。
此次演讲的精华回顾我们将分为上下两期为您呈现内容有精简优化本期为上期敬请持续关注。 大家好我叫Kory来自Perforce Software很荣幸能参加这次Unreal Fest上海站的活动。相信大家在活动期间过得非常充实也希望大家能在此找到自己所需要的新技术和新功能。
接下来我将为大家介绍Helix Core版本控制系统及其与Unreal Engine相辅相成的工作流程和最佳使用实践。
Helix Core和Project Titan关于这场4000人参与的全球艺术盛会的细节
话不多说首先来做个小调查大家是否了解Project Titan或者是否曾参与到这个艺术创作中来 Project Titan是由Epic Games发起一个UE艺术盛会对全球的UE艺术家开放。该项目提供一个基本开放的世界观框架鼓励所有参与者共同协作去创造一个崭新的世界。在这个64平方公里的虚拟土地上有各种地貌比如湿地、沙漠、森林等参与者可以在其中创建各类角色、材料、道具和效果等等。
Helix Core作为这次项目的版本控制软件负责存储Project Titan当中的所有数据信息助力协同完成了这场创作。该项目历时10周从3月份一直持续到6月份。项目结束时Project Titan一共有4122名用户参与协同创建了17000个变更列表。项目结束后下载到本地电脑会占据75GB的磁盘空间服务器端储存的版本控制文件一共有350GB。
Project Titan 服务器规格
首先我们来了解下Project Titan中的服务器规格。 为了方便Epic Games和Perforce去管理构建这样一个项目初始的服务器规格其实非常小性能相对较弱部署在AWS上使用的是AWS C5.large只有两个VirtualCPU和4GB的RAM。
但是当项目开始运行后参与者变得非常多。第一周大概有800多个用户第二周就激增到1600个用户。如此一来小规格的服务器就不再适用了。于是我们相应扩充了服务器规格采用m5.2xlarge内存为32GB这个规格支撑了项目运行的大部分时间。
在项目后期我们观察到RAM的峰值达到了32GB。为了确保项目的持续顺利运行保障客户体验我们将配置升级到m5.4xlarge。另外关于我们的储存空间root volume有50GB用于存储日志的hxlogs也是50GB用于存储元数据的hxmetadata有80GBhxdepot是用于存储版本控制软件的实体文件大概为1T。
Project Titan 服务器拓扑结构
下面来看一下Project Titan服务器的拓扑结构了解我们是如何支撑4000多名用户在AWS上面完美地完成这场艺术创作的。 我们有一个主服务器在英国伦敦有三个代理服务器其中两个在美国的维吉尼亚和加利福尼亚还有一个在韩国首尔以便亚太地区的用户能够更好地与Helix Core进行交互、下载文件。我们代理服务器的安装非常简单对配置的要求也相对较低。其配置是主服务器初始时的最低配版本完全能够支持大量用户的访问和下载。
整个Project Titan服务器的部署都是通过我们的SDPServer Deployment Package服务器部署包进行安装的。使用该部署包不需要支付任何费用也无需注册任何信息。
如果您对Helix Core的部署有任何问题欢迎咨询Perforce中国授权合作伙伴——龙智我们的专业服务团队可为您提供相应指导。 Project Titan 服务器监控功能
接下来我们来了解Project Titan服务器的监控功能。我们使用P4Prometheus来实时监察了解服务器的运行状况。 从上图的第一张图表中可以看出CPU的使用率不足25%处理指令非常丝滑没有任何问题。
第二张图表中可以看到内存峰值在32GB上下浮动我们也是观察到这个变动之后才继续升级了服务器的规格。
第三张图表可以看到服务器的负载情况每天有多少个用户访问服务器每个时段有多少个指令在服务器进行交互这些都是可以直观呈现的。
最后一张图表用于监察磁盘空间。我们每天都会清理磁盘空间清理旧的日志以确保项目的顺利进行。黄线代表服务器元数据储存空间。在项目后期我们扩充了该磁盘所以图表可见其向下波动。所有人执行的每一项操作我们都可以在服务器监控到。
另外我们为什么会在项目结束前五天或前一周的时候去扩充metadata的磁盘空间呢因为我们考虑到大部分的UE艺术家往往在项目结束前会进行大量提交有可能导致系统卡顿和运行不畅。最终我们选择扩充磁盘空间也是避免了这一情况成功为项目保驾护航确保了项目的顺利完成。
P4Prometheus 概述
P4Prometheus是一个与Helix Core相集成的监控框架。管理员可以通过图中的一些图表直观了解到服务器的运行状况而不用去盯着那些死板的数字了。
通过实时监控服务器的运行状况我们可以处理日志并在Grafana面板上清楚地展示以便于管理员实时了解。在监测一些实时指标时我们也可以将其视作为一个系统预警以有效地减缓意外的发生并在问题产生之前就将其解决。 如需进一步了解可扫描图中二维码免费下载获取详细的安装和使用流程。 Helix Core与UnrealEngine的配置适用于任何规模的安装基本知识和技巧
接下来我们一起来了解大家比较关心的内容——Unreal Engine如何与Helix Core集成使用也有一些基本知识要为大家介绍。
Typemaps
我们先来认识Typemaps。Typemaps是一个自定义文件用于规定文件存入到Helix Server当中所对应的文件储存类型。 上图右侧的图表包含了binary文件也就是二进制文件。从事美术开发的人员都知道二进制文件是不能合并的这就会导致多人同时处理同一文件时可能会产生工作冲突。
为了避免这一问题有效地提升开发效率我们引入了filetype modifier也就是“l”我们叫exclusive lock即文件的专属锁。如何理解呢有了文件专属锁一旦文件被某个用户检出checkout服务器将显示专属锁防止其他的用户修改同一文件避免工作浪费从而提升工作效率。
当管理员在服务器端设置好Typemap后用户在上传文件时它就会自动根据该表分配文件的存储类型。上图中我们还看到“S2”的文件类型什么意思呢我们只保留最新的两个版本文件到服务器端以节省磁盘空间。如果大家有需要的话也可以参考设置。
我们提供的Typemap是一个标准模板适用于UnrealEngine和Unity下载后即可投入使用。进一步了解Typemap欢迎咨询Perforce中国授权合作伙伴龙智。 如果需要更改Typemap该怎么办?
Typemap设置后如需更改也可以进行实时更改但不会影响已存到服务器现有版本的文件类型。如需更改现有的文件类型可以使用P4 retype进行更改。 上图下方是一个示例可知之前的 .uasset管理员设置的文件类型是binary我们发现同时更改二进制文件可引发冲突后对文件类型进行“l”操作那此后服务器当中的所有 .uasset文件类型都是“binaryl”。
.p4ignore文件
下面来看一下 .p4ignore。顾名思义ignore就是“忽略”它是在客户端上传文件时用于忽略特定文件的一项规则。 如何忽略就是通过上图所示的这张表。对于文件路径或是相符的文件名称、扩展名都可以通过该表进行忽略。
举例来说如果将系统生成的文件上传到服务器会非常占空间且无用那么我们就可以在上传之前将其忽略掉。管理员在设置好这个功能后可以提交到我们的版本仓这样用户在下载文件的时候该ignore文件就会自动下载到本地的磁盘空间。然后ignore规则就开始适用了。 当然也有一个小bug。因为用户对版本仓都是有更改权限的很可能存在文件误删或误改的情况。这个时候也没有关系因为我们在服务器端还有控制管理。管理员可以在流规范stream spec中直接设置进一步设置ignore规则。不过呢相对于 .p4ignore流规范中的ignore在通配符使用上相对比较局限。所以我们通过用户端的.p4ignore和服务器端的ignore设置来进行双重管控避免将不必要的文件上传到服务器。
权限及文件保护设置
接下来我们谈谈权限管理。 我们的IP至关重要为了防止团队文件被未授权的人员或者第三方访问管理员可以为整个服务器的用户或小组设置独立的专属权限。Helix Core的权限控制非常细粒度可以精确到每一个版本仓、每一个文件夹、每一个子文件夹、每一个特定文件或者特定的一个扩展名这些全部都可以在protection table中进行设置。对于新加入项目组的用户操作不太熟练可能会出现误改或误删的情况影响到项目进度。我们可以通过限制其访问范围来避免这一情况也可以根据职位给予合适的权限和合适的文件路径。另外在与第三方合作时往往需要限制第三方的合作视野我们也可以通过Helix Core进行很好地权限控制。
具体来认识一下protection table。它包含多个纵列比如权限级别它能够控制用户是否可以提交、下载、创建分支以及能否查看特定路径的特定文件包括文件名、文件内容等等。
下图是Project Titan项目中权限表的部分截图示例。 可以看到这个开放项目在初始时所有用户的权限都比较开放但对于一些关键文件比如11-16行我们设置了“no open”也就是说对于这些文件所有用户都是无法更改和删除的。此外我们还可以限制访问的IP地址确保只有在受信任的IP地址中用户才能获得相应的访问权限。
备份及服务器还原点设置
再来了解一下还原点设置我们称之为checkpoint。它记录了Helix Core服务器当中所有元数据的全部信息包括谁、在什么时间、修改了什么版本、执行了什么操作。所含的信息比如常见的变更列表、用户信息、标签、分支、工作请求等等checkpoint都将其全部包含在内。 不过我们在创建还原点时需要注意其对数据库性能的影响。因数据库大小的不同锁住数据库的时长也不同。在服务区繁忙时会导致命令堆积从而影响到服务器性能。因此我们建议在服务器负载较低的时间段比如夜间或凌晨进行checkpoint的创建。另外呢Helix Core的服务器部署包SDP也提供了自动化脚本可以设置在夜间的某个时段自动化创建checkpoint。
未完待续...... 如需进一步了解欢迎咨询Perforce中国授权合伙伙伴龙智获取更多Helix Core管理员需要了解的基础知识与技巧。 官网 http://www.shdsd.com 电话400-666-7732 邮箱marketingshdsd.com
