本来上周末计划朋友来天津考试顺便玩两天，没想到那个怂包感觉自己考试肯定过不了直
接弃考不来了，遂放弃，临时改成和媳妇去北京玩。

天津到北京的车挺多，但人也不少，来去的时候车上基本都坐满了。周日回来的票一开始
买的下午三点，感觉太早了改签到六点，幸亏周六出发的时候就改签了，周日再改签的话
基本上是没票。

周六早上打车去车站，c打头的火车一个来小时就到了北京南站。到北京后想先去吃饭，
脑子里想的是去大悦城顺便逛街，结果西单大悦城记成东单了，地铁坐错了浪费将近半个
小时寻思算了直接去王府井吧。

到了王府井发现现在人比我前几年来的时候少了好多，稍微溜达了一会儿在一个地下美食
广场吃了个麻辣烫，算是媳妇在北京的第一餐（不算火车上吃的四个丑橘）。

吃完饭去天安门，人贼多，去长安街就得先验身份证，结果到天安门地铁站门口人告诉我
天安门现在需要提前预约，不然进不了。一看预约时间今天是没戏了，转头就去景山公园。
景山公园人也不少，不过感觉也没啥逛的，基本上就只能朝一个方向顺着人流走。跟着大
流上了小山头，在那几个亭子那看了眼故宫。里面有卖冰淇淋的，这时候贼后悔没在王府
井排那个吴裕泰冰淇淋，虽然不知道啥味儿。

下来就直接步行去了荷花市场，南锣鼓巷那有个卖爆肚的，媳妇以为是那种辣的，斥巨资
买了一份儿，结果一口下去就吃不了，味贼重，后来我都给吃了顺便嘲讽她肯定也吃不了
卤煮（虽然我也在没吃过）。

从南锣鼓巷出来就是晚饭点儿，一路步行到簋街，看到美团上胡大饭馆小龙虾好吃，过去
寻思取个号。好家伙，不取不知道，取了吓一跳哇，开着的几家店排号没有下300的，总
店更是排了1000桌，等了一会儿发现今晚吃它无望赶紧在旁边找了一家湘菜吃。

吃饭等位的时候看了下周围的宾馆，基本都是四五百左右，媳妇心疼钱找便宜的，看见一
个319 的速八，寻思速八也不是小牌子就定了，结果吃完饭过去发现环境极差，没热水，
有味儿隔音还差，想随便看看电视结果总共就7个台，还都是雪花，差评中的差评。

第一天走了两万多步，有点脚疼，随便涮了涮就休息了。

因为破旅店隔音太差，听了一晚上呼噜和楼道里的动静，周日早上起来精神头相当一般，
九点半出门想买个早点，结果发现太晚了早点都收摊了。因为脚疼头天预约的天安门也不
想去了，下次连故宫一起，先打车去西单吃个饭。

到了西单大悦城，脚疼也不想逛，看着广告想去吃那个费大厨辣椒炒肉，结果前面又排几
十号。找了个不排号的撒椒吃了吃，他家的甜皮鸭还不错。地下B2 有一家一撇一捺，媳
妇喜欢她家的耳环，过去逛了逛买了两个，店员是个社牛，贼热情，赶紧非常热爱她的工
作，回头还加微信帮忙找了找老款式（可惜没找到）。

下午坐地铁去了动物园，本来加了四块钱看熊猫，结果熊猫那人太多，排队起码半个小时
就没看。其他地方人也很多，动物数量很少而且基本都在休息，就看哪聚集了人就过去瞅
一眼，反正大半部分动物也不搭理你，看个懒洋洋的睡姿（这帮家伙上班就是睡觉，羡慕
的不行）。

从狮虎山出来过桥看大象，说实话大象味儿是真大，粑粑比人腿都粗，屋里也比较热，赶
紧出来去河马犀牛什么的那边，这有个小餐厅，坐下歇了会儿。继续往前走是鹰山，结果
也就一只鹰在山头上坐着，没啥劲。往回走看猴儿，整个动物园感觉就猴儿多，还有个人
在那扔香肠逗猴儿，本来还寻思这都关着呢怎么还都是禁止投喂的标语，这哥们儿就给我
演示了一下。后面因为脚疼和火车时间快到了，匆匆离开。

这次临时起意去北京，啥也没准备，而且这个时间景点儿人已经特别多了，去哪都是匆匆
忙忙被人推着走，体验相当一般。下次出去玩起码得提前几天做做攻略，不然哪哪儿都排
队啥也干不成。

通过yaourt -Syu 升级系统后，重启电脑进入kde 桌面发现菜单栏等中文的地方变成了方块，尝试重新安装了wqy-microhei 并重启后依然无效。

于是直接搜索设置font，发现所有字体都变成了Noto Mono，调整为WenQuanYi Micro Hei 后恢复正常。

sk_buff 是Linux 网络中的重要数据结构，每个包的发送和接收都要处理这个结构体。

这个结构体比较长，只讨论部分字段。开头是一个联合，它要么在一个链表里，要么在一个rb tree（netem/tcp)里。

openflow 本身没有定义连接状态，需要控制器做sdn 防火墙。但ovs 的实现中支持了conn track，可以利用Linux 的nf_conntrack（类似iptables）。

这些设备文件定义在 linux/drivers/char/mem.c 的devlist 中。就像文件名和结构体名描述的，它们是基于内存的字符设备。

和聂工一起在如何在硬件资源有限的情况下尽量多的运行虚拟机的泥潭中苦苦挣扎。

想利用numa 的优势，但又因为内存资源总是不够，使用strict 的策略可能会导致oom，只好允许进程跨numa node 使用内存。
当在一台启用了numa 的物理机上，通过libvirt 的xml 给虚拟机添加内存策略preferred 后，期待的是它会先使用preferred 的node 上的内存，只有这个node 上的内存不足时，才考虑使用其他node.
但实际部署下来，经常发现很多进程在两个node 上都有内存，但通过numastat -m 来看其实preferred 的node 上往往还有不少可释放的buffer/cache 等。

个人习惯用grep 搜索：

1
2
3

$ grep 'SYSCALL_DEFINE.*<syscallname>' **/*.[ch]
# 例如
$ grep 'SYSCALL_DEFINE.*mmap' **/*.[ch]

一台线上的虚拟机，ping localhost 时出现了sendmsg: Invalid argument的错误，偶尔会正常，同时ping 同网段的机器都有问题，但ping 跨网段的机器没有问题。但使用的ping 命令并没有附加什么参数。
查看strace 的结果，发现是在sendto 的系统调用中返回的EINVAL 错误，检查man 2 sendto，也只是说Invalid argument passed，但对比正常机器，strace 中输出的函数调用传参并无问题。

在通过iperf3 测试4 块网卡做的lacp 链路聚合时，xmit_hash_policy 选择的是layer3+4. 当iperf3 指定的线程数比较少时，总是打不满带宽。
例如在源目的IP和目的端口不变的情况下，四个线程使用连续的4个源端口10001~10004 (iperf3 参数 -P 4-B src_ip –cport 10001)测试tcp 只能打出3 个网卡的效果，从/proc/net/dev 中查看计数，以及从tcpdump 的抓包中，发现只有1,2,3 三块网卡有出流量。
其中10001 用网卡1,10002 和10003 用网卡2,10004 用网卡3，网卡四没有发包。
后续测试其他连续端口，也发现类似的情况，甚至有时候只能打出两张卡的效果。

于是去查询了kernel bonding 文档 得知其hash 方式如下：

golang 解析XMl encoding/xml.Marshal

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

package main

import (
	"encoding/xml"
	"fmt"
	"os"
)

func main() {
	type Address struct {
		City, State string
	}
	type Person struct {
		XMLName   xml.Name `xml:"person"`
		Id        int      `xml:"id,attr"`
		FirstName string   `xml:"name>first"`
		LastName  string   `xml:"name>last"`
		Age       int      `xml:"age"`
		Height    float32  `xml:"height,omitempty"`
		Married   bool
		Address
		Comment string `xml:",comment"`
	}

	v := &Person{Id: 13, FirstName: "John", LastName: "Doe", Age: 42}
	v.Comment = " Need more details. "
	v.Address = Address{"Hanga Roa", "Easter Island"}

	output, err := xml.MarshalIndent(v, "  ", "    ")
	if err != nil {
		fmt.Printf("error: %v\n", err)
	}

	os.Stdout.Write(output)
}