在VSCode中运行go test，在代码中写的fmt.Printf("TestB\n")这些语句均不打印，只显示最终的结果PASSokgithub.com/B 0.034sSuccess: Tests passed.经查，需要在执行go test时添加-v参数，而默认不添加，需要在VSCode中添加相关设置文件>>首选项>>设置>>工作区设置>>在

CPU性能篇1. 平均负载平均负载是指单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是平均活跃进程数，平均负载合理建议值：当平均负载不高于 CPU 数量 70% 的时候平均负载与 CPU 使用率 。我们还是要回到平均负载的含义上来，平均负载是指单位时间内，处于可运行状态和不可中断状态的进程数。所以，它不仅包括了正在使用 CPU 的进程，还包括等待 CPU 和等待 I/O 的进程。而

現在越來越多環境都跑在 Docker 環境下，但不知道你是否有遇過想要停止容器，但執行docker stop之後卻無法立即停止的狀況？這個問題會牽扯到我在當 .NET Core 執行在 Linux 或 Docker 容器中如何優雅的結束文章中提到的訊號(Signal) 是如何傳送到容器的程序。這篇文章我將更深入的探討這個問題，以及提供解決方法。關於容器與訊號的關係當你在執行 Docker 容器時，

父进程在创建完子进程之后就不管了，这就是造成子进程变成僵尸进程的原因。父进程要在子进程退出时进行wait()或waitpid()的调用，子进程才能顺利退出。当如果容器启动命令使用Bash之类进程的话，在主进程退出，由bash进程接管子进程的场景中就容易造成僵尸进程。所以容器服务的启动命令不建议使用bash、sh等命令，应使用tini等作为1号进程。...

# vim /etc/docker/daemon.json{"insecure-registries": ["registry.svc.xxx.cn"]}#systemctl restart dockerServer Version: 17.09.1-ce

k8s域名解析超时问题记录

kube-scheduler是 kubernetes 系统的核心组件之一，主要负责整个集群资源的调度功能，根据特定的调度算法和策略，将 Pod 调度到最优的工作节点上面去，从而更加合理、更加充分的利用集群的资源。部署使用物理部署直接使用二进制文件启动就可以kube-scheduler [flags]比如/usr/bin/kube-scheduler --logtostderr=true --v=4

https://www.cnblogs.com/ccorz/p/kubernetes-19-an-zhuang-bu-shu-v1.html

判断磁盘极限性能误区：只通过iostat 中的 %util 指标确定磁盘是否达到带宽或iops极限背景：在判断磁盘是否达到极限性能时，总有人通过 iostat -x 中的 %util 指标来确认磁盘是否带宽带宽或IOPS瓶颈，其实这是不对的，特做如下说明：结论：iostat 中的 %util 基本已经没有任何作用了，svctm也没什么参考意义磁盘是否达到真正极限瓶颈，需要参考通过fio等工具压测出