二进制包如何知道go 版本_gops 是怎么和 Go 的运行时进行交互的?

487c6055857863742839ca622bda4a9f.png

本文基于 Go 1.13 和 gops 0.3.7.

gops 旨在帮助开发人员诊断 Go 流程并与之交互。它提供了跟踪运行中的程序几秒钟的功能,可以通过获取 CPU 配置文件 pprof,甚至可以直接与垃圾收集器进行交互。

发现

gops 提供发现服务,该服务能够列出计算机上运行的 Go 进程。gops 不带参数运行仅显示 Go 进程。为了举例说明,我启动了一个程序,该程序可以计算高达一百万的素数。这是流程发现的输出:

295 1 gops go1.13 /go/src/github.com/google/gops/gops

168 1 prime-number* go1.13 /go/prime-number/prime-number

gops 看到程序启动以及它自己的过程。基于此输出,我们唯一需要的是进程 ID 就可以开始与程序进行交互。但是,让我们了解 gops 是如何只过滤 Go 进程。

首先,gops 列出所有过程。然后,对于每个进程,它将打开二进制文件以读取其符号表:4d12770b5f7b7c050db26f45241d154e.png

如果符号表包含 runtime.main(主 goroutine 的入口)或 main.main(我们程序的入口),则可以将其标记为 Go 程序。

有关符号表的更多信息,建议您阅读我的文章 “Go:如何利用符号表”。要了解有关主 goroutine 的更多信息,建议您阅读我的文章 “ Go:g0,Special Goroutine”。

gops 也会通过之前的符号表里面的 runtime.buildVersion获取使用的 Go 版本。但是,由于可以从二进制文件中删除符号表,因此 gops 需要另一种方法来检测 Go 二进制文件。让我们用剥离后的二进制文件再试一次:

295 1 gops go1.13 /go/src/..../gops

168 1 prime-number-s* unknown Go version /go/.../prime-number-s

如果程序正确地标记为 Go 二进制文件,则由于缺少符号表,因此无法再检测 Go 版本。根据该可执行文件格式 - ELF,MZ 等 - gops 读取寻找嵌入在二进制版本 ID 的部分。一旦发现完成,它就可以开始与程序进行交互。

交互

与其他 Go 程序进行交互的唯一条件是确保它们启动了 gops 代理。该代理是一个简单的侦听器,将为 gops 请求提供服务。只需添加以下行即可:

if err:= agent.Listen(agent.Options {}); err!= nil {

log.Fatal(err)

}

然后,具有可用代理的任何程序都可以与 gops 进行交互。这是命令的示例 stats

# gops stats 168

goroutines: 6210

OS threads: 9

GOMAXPROCS: 2

num CPU: 2

有关更多命令,您可以参考项目文档。如果缺少该代理,则在与该代理进行交互时会收到错误消息:

Couldn't resolve addr or pid 168 to TCPAddress: couldn't get port for PID 168

该错误表明 gops 正在通过 TCP 寻找暴露的端点以便与程序进行通信。让我们画出软件包的工作流程以了解其工作原理。

工作流程

gops 与 Go 程序之间的通信是通过 TCP 和 Go 程序的暴露端点进行的:6c0ce81dc39a3c2ff59eed12cb4fc797.png

分配给每个程序的端口都写在配置文件中,例如, path/to/config/{processID}可以很容易让 gops 知道暴露的端口。然后,gops 可以将命令标志发送到代理将在其中收集数据并进行响应的程序:e5e915f332855a76e0e728d8b467efaf.png

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
题目中提到的“人月神话”是由美国计算机科学家弗雷德里克·布鲁克斯于1975年提出的。他在书中指出,软件开发人员的生产率增加并不能通过增加工作人员来实现,即“增加程序员数量,不管是好还是坏,只会延迟项目的完成时间”。 布鲁克斯提出的理论至今仍然有很大的指导意义。在运维领域,DevOps(Development和Operations的结合)模式的出现,解决了开发和运维之间的协同问题,加快了软件的交付速度。但是,如果对DevOps简单地理解为开发和运维的融合,就有可能陷入“人月神话”的陷阱。因为开发团队和运维团队的职能并不完全一致,需要的人员数量和技能也不同。如果简单地增加开发人员而没有相应的建设运维团队的能力,就可能导致开发速度加快但质量下降,从而让整个项目变得更加复杂。 因此,要想在DevOps模式下取得成功,需要注意以下几点: 1. 开发和运维团队要有一定的交叉能力,以共同制定并实现符合业务需求的系统。 2. 建立规范的工作流程和协同机制,确保开发和运维之间的工作有效沟通。 3. 把质量和稳定性放在首位,注重开发和运维人员对系统的监控和维护。 4. 在实现DevOps的同时,也要考虑组织文化的变革,括领导力、组织架构、人员培养等方面。 总之,DevOps模式的核心是协同和效率,但实现中需要注意避免“人月神话”的陷阱,从而达到快速交付高质量的系统的目标。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值