learn and live.

阅读本篇文章前，你最好已经知道如何写基本的单元测试。本篇文章共包含3个小建议，以及7个小技巧。

建议一，不要使用框架

在Go语言中，结构体的大小取决于内部属性的类型以及它们的排列顺序。

1
2
3
4
5
6

struct {
    a bool
    b int32
    c string
    d string
}

上面这个结构体的大小和下面这个结构体的大小是不同的，尽管它们只是属性的定义顺序不同。

RSS是Resident Set Size（常驻内存大小）的缩写，用于表示进程使用了多少内存（RAM中的物理内存），RSS不包含已经被换出的内存。RSS包含了它所链接的动态库并且被加载到物理内存中的内存。RSS还包含栈内存和堆内存。

VSZ是Virtual Memory Size（虚拟内存大小）的缩写。它包含了进程所能访问的所有内存，包含了被换出的内存，被分配但是还没有被使用的内存，以及动态库中的内存。

假设进程A的二进制文件是500K，并且链接了一个2500K的动态库，堆和栈共使用了200K，其中100K在内存中（剩下的被换出或者不再被使用），一共加载了动态库中的1000K内容以及二进制文件中的400K内容至内存中，那么：

文章前放个广告，我个人采用Go语言编写的一个开源流媒体服务器，欢迎关注： lal (https://github.com/q191201771/lal)

chunk stream id

设计思想

大部分人在考虑存储性能时，他们首先想到的是最大吞吐量。但是最大吞吐量就像汽车厂商给汽车标的最高速度。实际上，你几乎永远不会达到那个速度。考虑存储性能时也不应该只考虑最大吞吐量。

还拿汽车来举例，大部分时候，加速度和过弯的处理能力可能会比最大吞吐量更重要。这和存储性能是类似的。

大部分人都知道SSD固态硬盘一般比普通的机械硬盘快。但这不仅仅是因为固态硬盘的最大吞吐量更大。还和它们的IOPS（Input/Output operations per second, 每秒读写次数）有关。更高IOPS的存储器，会提高我们日常真实应用的性能。但是IOPS也不是唯一指标。更准备的说：IOPS只有和平均时延以及读写字节大小相关联时才有意义。让我们先来看IOPS和时延。

使用supervisor工具对我们的非daemon程序做保活，当我们的进程崩溃了或被误杀了后能再次被自动拉起。

CentOS 安装 supervisor

本文介绍如何用c语言实现一个简单的内存分配器，可替换glibc中的 malloc(), calloc(), realloc(), free().

这是一篇入门级别的文章，所以不会介绍所有的细节。
代码实现主要为了演示内存分配器的基本工作原理，所以和工业级内存分配器相比，缺少非常多的性能优化，分配内存时也不会按页对齐，但是至少，我们构建的内存分配器是可以工作的。

在构建内存分配器之前，需要先介绍程序的内存布局。操作系统中的进程运行在它自己独有的虚拟地址空间，不同进程间的虚拟地址空间是独立、相互隔离的。虚拟地址空间一般由以下5部分组成：

通过ELRepo RPM repo升级内核

查看当前内核版本

1

$uname -r

输出如下：

先放结论

使用cgo时：

1. 和日常Go对象被gc管理释放的表现略有不同的是，Go和c代码的类型相互转化传递时，有时需要在调用结束后手动释放内存。
2. 有时类型转换伴随着内存拷贝的开销。
3. 如果想消除拷贝开销，可以通过unsafe.Pointer获取原始指针进行传递。
4. c代码中的内存泄漏，依然可以使用valgrind检查。但是需要注意，像C.CString这种泄漏，valgrind无法给出泄漏的准确位置。
5. go pprof无法检查c代码中的内存泄漏。

引子

Go中的channel十分强大，理解channel的内部机制后再去使用它可以发挥出更大威力。另外，选择使用有缓冲channel还是无缓冲channel会影响到我们程序的行为表现，以及性能。

无缓冲channel