手机站:/m

云数据库_刺客信条2百度云_排行榜

时间:2021-04-26 12:21编辑:淘客樊里来源:淘客樊里当前位置:主页 > 云解析 >

韩国云服务器_香港_存储云

这篇文章最初是作为2008年客户峰会上关于电子加速器性能调整的演讲的一部分。在之前的一些帖子中,我们研究了CloudBees加速器代理收集的一些性能指标,以及如何使用这些信息来了解构建的性能。在这篇文章中,我们将开始研究electronicsmake自己收集的性能指标。特别是,我们将研究与emake的临时目录相关的指标,自建站平台,如何识别设置不理想的情况,以及如何解决问题以改进构建性能。如生成运行时,生成的文件被写入临时位置,而且只有在确定创建作业不冲突时,文件才会重新定位到其最终的正确位置。为了保持系统的原子性和事务性,这是必需的。如果emake不以这种方式处理文件,物联网工程师,就不可能回滚恢复的作业,因为示例.文件使用以下两种技术之一将其提交到最终位置:通过复制提交,这种方法保证在所有情况下都有效,但速度可能很慢;通过重命名提交,速度非常快,但在所有情况下可能都不可能。具体地说,每当临时位置和最终位置位于不同的物理磁盘上时,操作系统都禁止通过重命名提交。因为速度快得多,软件企业的认定,emake在任何时候都使用通过重命名提交可能。Emake报告使用emake性能度量中的每个机制提交的文件的部分,企业管理软件排行,您可以通过向命令中添加--emake debug=g选项来获得该部分-行:emake--emake debug=g--emake日志文件=电子邮件.dlog当构建完成时,您将发现电子邮件.dlog包含数百个单独的性能指标,如emake中的网络带宽和锁争用。在本例中,我们对Commit by感兴趣计数器:终止符:按副本提交:10个文件1048.6 MB,总体9.1 MB/s按重命名提交:0个文件0.0 MB,总体0.0 MB/s理想情况下,相对于按重命名提交,按副本提交要小一些。在本例中,您可以看到按副本提交比通过重命名提交大得多,这表明emake正在为生成的文件使用一组次优的临时目录。默认情况下,emake为每个emake根创建一个临时目录,这通常会产生良好的性能。但是,如果一个物理根跨接不够,则可能是多个物理根。例如,使用来自多个网络文件系统(如/net/src和/net/tools)的文件的构建可能只需将/net指定为emake根目录。这很方便,但是强制emake使用复制来提交这些位置中的文件,因为在/net中创建的临时目录可能与/net/src或/net/tools不在同一个磁盘上。您可以使用--emake tmpdir命令行选项指示emake在特定位置创建临时目录。在这个例子中,一个更好的临时目录会产生以下im证明:终结者:按副本提交:0个文件0.0 MB,总体0.0 MB/s通过重命名提交:10个文件1048.6 MB,总体29.3 MB/s这个调整的实际效果是在构建中改进了3倍以上运行时间:之前:1m54sAfter:0m36s3.17x fasterOne此问题经常出现在ClearCase环境中,其中emake根通常包括/view或/vob。ClearCase中的每个vob和视图都被视为一个不同的磁盘,因此emake无法使用Commit-by-rename高效地在它们之间移动文件。您可以通过使用--emake tmpdir为每个vob/视图显式声明一个临时目录来解决这个问题,阿里大数据,或者在CloudBees Accelerator 4.x中,您可以利用内置的ClearCase集成自动为每个vob/视图创建一个临时目录,方法是在emake命令行中添加--emake ClearCase=vob。

上一篇分布式存储_网站建网站建设_

下一篇全站加速_重生之顾东百度云_0元

云市场知识本月排行

云市场知识精选