Go语言基准测试(benchmark)三部曲之三:提高篇

这篇具有很好参考价值的文章主要介绍了Go语言基准测试(benchmark)三部曲之三:提高篇。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

欢迎访问我的GitHub

这里分类和汇总了欣宸的全部原创(含配套源码):https://github.com/zq2599/blog_demos

本篇概览

-《Go语言基准测试(benchmark)三部曲》已近尾声,经历了《基础篇》和《内存篇》的实战演练,相信您已熟练掌握了基准测试的常规操作以及各种参数的用法,现在可以学习一些进阶版的技能了,在面对复杂一些的场景也能高效完成基准测试,另外还有几个坑也要提前了解,避免以后掉进去

ResetTimer

  • 有时候,在基准测试前会有些准备工作,这些准备工作的耗时会影响基准测试的结果,举例如下,BenchmarkFib是常规的基准测试,而BenchmarkFibWithPrepare多了八百毫秒的准备时间
func BenchmarkFib(b *testing.B) {
	for n := 0; n < b.N; n++ {
		fib(30)
	}
}

// BenchmarkFibWithPrepare 进入正式测试前需要耗时做准备工作的case
func BenchmarkFibWithPrepare(b *testing.B) {
	// 假设这里有个耗时800毫秒的初始化操作
	<-time.After(800 * time.Millisecond)

	// 这下面才是咱们真正想做基准测试的代码
	for n := 0; n < b.N; n++ {
		fib(30)
	}
}
  • 同时执行上述两个基准测试,命令和结果如下,可见因为准备工作的耗时,BenchmarkFibWithPrepare方法的测试结果远不及BenchmarkFib,这与事实是不符合的,因为BenchmarkFibWithPrepare方法的测试目标没有变化,但是因为自身的准备工作导致测试结果出现较大偏差
go test -bench='BenchmarkFib|BenchmarkFibWithPrepare' benchmark-demo
goos: darwin
goarch: arm64
pkg: benchmark-demo
BenchmarkFib-8                       325           3637442 ns/op
BenchmarkFibWithPrepare-8             50          20173566 ns/op
PASS
ok      benchmark-demo  14.871s
  • 解决上述问题的思路是不要将准备工作的耗时算入基准测试,实现起来很简简,如下图黄色箭头所示,b.ResetTimer()重置了计时器,前面的耗时都与基准测试无关
    Go语言基准测试(benchmark)三部曲之三:提高篇
  • 再做一次基准测试,结果如下,可见800毫秒带来的偏差已被去除
go test -bench='BenchmarkFib|BenchmarkFibWithPrepare' benchmark-demo
goos: darwin
goarch: arm64
pkg: benchmark-demo
BenchmarkFib-8                       325           3616239 ns/op
BenchmarkFibWithPrepare-8            316           3729323 ns/op
PASS
ok      benchmark-demo  5.628s

StopTimer & StartTimer

  • 前面通过ResetTimer消除了基准测试前的多余耗时,但是如果多余的耗时出现在基准测试过程中呢?代码如下所示,fib是本次测试的目标,如果每次fib结束后都要做一些耗时的清理工作(这里用10毫秒延时来模仿),才能再次fib,那又该如何消除这10毫秒对基准测试的影响呢?
func BenchmarkFibWithClean(b *testing.B) {
	// 这下面才是咱们真正想做基准测试的代码
	for n := 0; n < b.N; n++ {
		fib(30)

		// 假设这里有个耗时100毫秒的清理操作
		<-time.After(10 * time.Millisecond)
	}
}
  • 先来看看每次fib之后的10毫秒是否会影响基准测试,执行测试的命令和测试结果如下,可见,和没有任何耗时的BenchmarkFib方法相比,BenchmarkFibWithClean的测试结果与fib的真实性能相去甚远
go test -bench='BenchmarkFib$|BenchmarkFibWithClean' benchmark-demo
goos: darwin
goarch: arm64
pkg: benchmark-demo
BenchmarkFib-8                       322           3610100 ns/op
BenchmarkFibWithClean-8               81          16139196 ns/op
PASS
ok      benchmark-demo  3.002s
  • 对于这种每次调用fib之前或者之后都会出现的额外耗时操作,可以用b.StartTimer()b.StopTimer()的组合来消除掉,简单的说就是StartTimer会开启基准测试的计时,StopTimer会暂停计时,具体的使用方法如下
// BenchmarkFibWithClean 假设每次执行完fib方法后,都要做一次清理操作
func BenchmarkFibWithClean(b *testing.B) {
	// 这下面才是咱们真正想做基准测试的代码
	for n := 0; n < b.N; n++ {
		// 继续记录耗时
		b.StartTimer()

		fib(30)

		// 停止记录耗时
		b.StopTimer()

		// 假设这里有个耗时100毫秒的清理操作
		<-time.After(10 * time.Millisecond)
	}
}
  • 再次测试,结果如下,去除了多余耗时的基准测试结果,从之前16139196ns恢复到7448678ns,然而,和原始的没有任何处理的BenchmarkFib结果相比依然有一倍左右的差距,看来StartTimer和StopTimer本身也会带来耗时,而且在纳秒级别的测试中会显得非常明显
go test -bench='BenchmarkFib$|BenchmarkFibWithClean' benchmark-demo
goos: darwin
goarch: arm64
pkg: benchmark-demo
BenchmarkFib-8                       325           3631020 ns/op
BenchmarkFibWithClean-8              241           7448678 ns/op
PASS
ok      benchmark-demo  7.751s

危险用法,提前避开

  • 现在咱们对benchmark的了解已经比较全面了,可以覆盖大多数单元测试场景,下面有两个反面教材,希望咱们将来都能提前避免类似错误
  • 这两个反面教材比较类似:对b.N的错误使用
  • 第一个错误用法如下所示,在执行b.N次循环的时候,将当前是第几次作为入参传入了被测试的方法fib
// BenchmarkFibWrongA 演示了错误的基准测试代码,这样的测试可能无法结束
func BenchmarkFibWrongA(b *testing.B) {
	for n := 0; n < b.N; n++ {
		fib(n)
	}
}
  • 上述代码在基准测试的时候可能永远不会结束,这是因为b.N的值并不固定,可能超出了fib方法的设计范围,这样就导致出现意料之外的结果(本意是性能测试,fib的入参应该是设计范围内的),实际运行效果如下,红色箭头指向的状态一直在等待中,只能强行关闭了
    Go语言基准测试(benchmark)三部曲之三:提高篇
  • 第二种反面教材也类似,不过更简单,直接拿b.N作为入参,只调用一次fib方法,代码如下所示
func BenchmarkFibWrongB(b *testing.B) {
	fib(b.N)
}
  • 和前面的BenchmarkFibWrongA比,fib的执行次数似乎少了,但是请注意:b.N到底是多少呢?是否在fib方法的设计范围内?依旧没有明确答案,因此,代码也有可能永远不会结束
  • 以本例中的fib为例,实际功能是斐波那契数列,我这边入参等于50的时候,fib方法的耗时是54秒,所以,如果b.N的值再大一些,例如等于100的时候,fib方法就要计算很久了,而计算较大值并不是我们做基准测试的意图
  • 至此,Go语言基准测试(benchmark)三部曲就全部完成了,相信此刻的您对除了信心满满,还有就是迫不及待的想去写上一段benchmark代码,看看自己的方法函数究竟性能如何吧
  • 希望这三篇文章能给您带来一些参考,golang学习路上,欣宸一路相伴

欢迎关注博客园:程序员欣宸

学习路上,你不孤单,欣宸原创一路相伴...文章来源地址https://www.toymoban.com/news/detail-741773.html

到了这里,关于Go语言基准测试(benchmark)三部曲之三:提高篇的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 人脸识别三部曲

    引用文121本 开始运行时,输入待录入的人脸姓名。 按下s键后,开始录入人脸图像,录入两百张后,结束程序。

    2024年02月07日
    浏览(44)
  • 【Docker学习三部曲】—— 入门篇

    1️⃣ 什么是 docker ? Docker 是 一种运行应用程序的平台,它可以使应用程序在容器中不受环境差异的影响进行部署和运行 。Docker 的流行度越来越高,是因为它可以帮助在不同的开发者和开发团队之间实现代码的共享和协同开发,并且大大 简化了应用程序的部署,提高了可移

    2023年04月20日
    浏览(47)
  • 【Docker学习三部曲】——进阶篇

    1️⃣ 什么是 Docker-Compose ? Docker Compose 是 Docker 官方提供的 一个用于定义和运行多个容器的工具 ,它采用了声明式的语法定义单个应用程序的多个容器以及它们之间的相互关系和依赖关系。 使用 Docker Compose ,您可以通过一个配置文件来管理多个 Docker 容器,从而更轻松地部署

    2023年04月25日
    浏览(39)
  • JavaCV人脸识别三部曲之二:训练

    这里分类和汇总了欣宸的全部原创(含配套源码):https://github.com/zq2599/blog_demos 本文是《JavaCV人脸识别三部曲》的第二篇,前文《视频中的人脸保存为图片》咱们借助摄像头为两位群众演员生成大量人脸照片,如下图,群众演员A的照片保存在 E:temp20211218\\001 man ,B的照片保存

    2024年02月11日
    浏览(34)
  • Java版人脸跟踪三部曲之二:开发设计

    如何开发Java版人脸跟踪应用?本篇给出了设计大纲,并解释了相关的重要知识点 这里分类和汇总了欣宸的全部原创(含配套源码):https://github.com/zq2599/blog_demos 本篇是《Java版人脸跟踪三部曲》系列的第二篇,前文体验了人脸跟踪的效果,想要编码实现这样的效果,咱们需要做

    2024年02月12日
    浏览(39)
  • vscode上的git三部曲+git pull操作

    git三部曲:git add .、git commit -m \\\'\\\'、git push,命令在连接远程仓库的本地仓库路径下的终端执行。 vscode上的可视化操作如下:  1、对仓库里的文件做更改,让仓库操作的地方有变化。 2、 点击+号,让文件进入缓存,此步骤相当于终端执行命令git add .  3、在这里输入信息并点击

    2024年02月11日
    浏览(39)
  • 【C++系列P4】‘类与对象‘-三部曲——[类](2/3)

     前言 大家好吖,欢迎来到 YY 滴 C++系列 ,热烈欢迎! 【 \\\'类与对象\\\'-三部曲】的大纲主要内容如下 : 如标题所示,本章是【 \\\'类与对象\\\'-三部曲】三章中的第二章节—— 类章节 ,主要内容如下: 目录 一.类 1.类的组成与计算类的大小(含结构体内存对齐规则) 二. 空类的大小

    2024年02月08日
    浏览(40)
  • 数据结构:堆的三部曲(二)top K问题

    top k问题解决的是获取前几个最值的问题。 我们知道 堆的功能主要是选数,选出最大值或者最小值 。那么我们每次获取堆顶元素后,再将剩余元素调整成堆,就可以选出次大的数,如果我们只想要前k个最大值或者最小值,就只需要获取堆顶元素k次,调整k次。比如王者荣耀

    2024年02月02日
    浏览(40)
  • 大模型 Dalle2 学习三部曲(二)clip学习

    clip论文比较长48页,但是clip模型本身又比较简单,效果又奇好,正所谓大道至简,我们来学习一下clip论文中的一些技巧,可以让我们快速加深对clip模型的理解,以及大模型对推荐带来革命性的变化。 首选我们来看看clip的结构,如图clip结构比较直观,训练的时候把文本描述

    2024年02月09日
    浏览(38)
  • 【C++系列P5】‘类与对象‘-三部曲——[对象&特殊成员](3/3)

     前言 大家好吖,欢迎来到 YY 滴 C++系列 ,热烈欢迎! 【 \\\'类与对象\\\'-三部曲】的大纲主要内容如下 : 如标题所示,本章是【 \\\'类与对象\\\'-三部曲】三章中的第三章节——对象成员章节,主要内容如下: 目录 一.const成员/成员函数 一.用const修饰this指针的好处——含权限知识点

    2024年02月06日
    浏览(42)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包