背景

open-falcon的graph模块占用内存太多, 即发起了graph的内存优化，在上线过程中发生了曲线值异常的问题

背景 服务在开启了pprof的情况下，可以使用如下方式，简单粗暴的的获取gc情况 实现 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 #!/bin/bash _lastNumGC=0 _first=true while : ; do r=$(curl -s

背景

日常工作中，经常需要通过跳板机登录线上机器。
而为了安全起见，系统部的同学又启用了otp，动态生成code
给经常登录线上机器的使用者，带来了很大不便

作为iterm2的使用者，其coprocess的功能，可以实现自动登录，极大减少了手工输入动态密码及个人密码的次数。
什么是iterm2的coprocess，可参见其官方说明 coprocesses

背景

golang的依赖一直是让人头疼的问题, 大家对其自有的package管理也是褒贬不一
而对于一个公司内部项目来讲, 主要的需求有以下几点

1. 方便的依赖包版本管理
2. 方便协同开发
3. 尽可能不依赖其编译所在环境
4. 除基础包之外, 第三方包尽可能的自包含

基于此, 有了本文, 打算以最小的环境变更及工具, 打造一个可协同工作的golang projects

现象

业务同学反馈，A服务调用B服务有连接超时

环境

• src：A服务, 以下均用src代指
• dst：B服务, 以下均用dst代指
• B服务通过lvs + nginx的方式对外服务
• A服务连接超时设置为500ms