本文主要探索以mmap接口访问文件时，文件自身大小、mmap映射范围和我们所能访问区间之间的关系。主要通过几个小的实验程序来说明。
本文假定读者了解mmap可以作为文件访问的接口，若没有用过可以在Linux中直接man mmap看相关说明，或者去网上搜索其他资料。简单来说，文件的某一段经过mmap系统调用映射后会返回一个地址，这样我们可以像操纵内存一样操纵磁盘上的数据，因此”open +mmap+memcpy+msync “这套文件操作可以在很多的时候代替”open+read/write+fsync“这套文件操作。
但是相比write进行追加写的操作，被mmap映射的地址是无法做到改变被映射文件大小的，那么我们如果想改变文件大小怎么办？如果我们写的地址大于实际文件大小会出现什么情况？如果我们写的地址大于所映射的地址范围会有什么情况？
近年，一些本为内核处理的任务，分别出现用户态的实现，有的是为了提升开发灵活性(FUSE、userfaultfd)，有的则是为了提高与外设通信的性能(SPDK、DPDK)。本系列文章对我所了解到的用户空间实现的内核机制进行使用介绍或原理分析。第一篇文章介绍用户态的缺页处理 — userfaultfd机制，以后还可能根据我的学习进度介绍userfaultfd的内核实现原理、FUSE的使用和原理、SPDK等内容。文章若有错误，恳请指正。
userfaultfd 机制让在用户控制缺页处理提供可能，进程可以在用户空间为自己的程序定义page fault handler，增加了灵活性，但也可能由于类似FUSE之于内核FS的问题(调用层次加深)而影响性能。
以最基本的用户空间进行匿名页缺页处理为例，(例子代码基本来自userfaultfd的man page[1]，)步骤大致如下：
一个比较抽象的词，很难给出一个比较明确的定义，而且我也一直认为没有人可以对一个抽象的概念给出绝对正确的定义。如果一个公司想争夺一种技术的定义权，我会毫不吝啬的给它扣上“技术独裁者”的帽子。
但是理解一个词在当前这个时代、这个世界的用法还是很有必要的，比如“虚拟化”这个词，对虚拟化开始重点关注以来，对“虚拟化”这个词的理解的确是在逐渐变化的，今天就来说一说我目前为止的理解。
关注虚拟化方向之前，我对虚拟化这个词的理解是经历了几个阶段的。最开始可能“虚拟机”啊，有了虚拟机，大家就能方便地在Windows下用Linux系统啦。后来云计算火起来了，云服务器的底层技术是什么啊，是虚拟机和虚拟化啊，所以感觉虚拟化真是很牛逼。后来Docker火了，Docker是什么，人家都说是“轻量级的虚拟化”，哇，虚拟化这么牛逼，虚拟机、云服务器、Docker都用了虚拟化啊。
这是GCC的一个特性，gcc可以使用attribute关键字，格式如下：
|
1 2 |
__attribute__((attribute_name)) |
其中attribute_name中有两类constructor和destructor类似C++中类的构造和析构的概念，只不过是相对main()函数来说的。简单说，__attribute__((constructor))定义的函数在main前执行，__attribute__((destructor))定义的函数在main后执行。
以打印一个蓝色斜体的”hello, world“为例：
|
1 2 |
printf("\033[3;34mhello, world\033[0m\n"); |
|
1 2 |
print "\033[3;34mhello, world\033[0m" |
写shell脚本处理文本的时候，经常用到awk来配合shell命令。但是awk的大括号中和shell貌似是两个世界。本文只介绍最容易理解的方法（作者水平有限，复杂的以后可能补充），来实现awk对shell变量的使用和更改。
如果我们将awk看成变成语言中的函数，或者一个封装，那么要使用或者修改外部的变量，其实就是输入参数和输出返回值的问题。对于使用shell变量，其实就是shell变量怎么作为参数传入awk的问题；而对于awk给shell变量赋值，可以看成awk输出返回值的问题。
awk传入参数的选项是-v [awk_var=$SHELL_VAR]，应该加在’ ‘包围的awk主体程序之前。
在LWN.net上的一篇文章，The UAPI header file split（By Michael Kerrisk July 25, 2012）。原文链接：https://lwn.net/Articles/507794/
这个特性已经在3.7版本中被Linus大神接受[详情]。。。Linus大神如是说：
- the “uapi” include file cleanups. The idea is that the stuff
exported to user space should now be found under include/uapi and
arch/$(ARCH)/include/uapi.
guest 与 guest、guest 与 host 之间可以互相 ping 通；guest 不能访问 host 所在路由器网段(192.158.3.0\24)。
在 host 中搭建了一个虚拟网桥，将 qemu-bridge-helper 工具在启动虚拟机时创建的虚拟网络接口 tap0[1,2…] 与 host 桥接在一起，我手动配置了他们的网段是192.168.4.0\24。
1.配置 host 的 /etc/network/interfaces ，在其中加入以下内容，然后通过 /etc/init.d/networking restart 重启服务来创建网桥。
（发布于 April 3, 2013， 意译于12/9/2016）
- 原文链接 ：https://lwn.net/Articles/545244/
- 另一个版本的翻译(有些句子没有翻): http://kernel.taobao.org/index.php?title=%E5%86%85%E6%A0%B8%E6%9C%88%E6%8A%A52013-04#In-kernel_memory_compression
- 吐槽 : 我的天呐！！翻译完我才发现有人翻译过了，早知道我就不自己翻译了，痛苦死我了。。
- :内容我还没有完全理解，仅供参考，以原文为准。
阿姆达尔定律告诉我们一个计算机系统肯定存在一个瓶颈。历史上，对于很多工作负载这个瓶颈都是cpu，所以人们在不断提升cpu性能。所以现在，渐渐地，ram成为了瓶颈。有时当数据在ram和disk之间来回传递时，cpu就在一边干瞪眼呢。增大ram有时并不是一个好的或者经济的做法，更快的I/O或者ssd可以缓解问题，但是不能消除这个瓶颈。
如果可以增大ram中数据的有效容量，不是很好吗？既然cpu闲置，也许我们可以拿闲置的cpu周期来专注这件事。这就是内核内压缩的目标：用闲置的cpu周期来做ram中的压缩和解压缩。
我发现。。shell脚本貌似不像C或者Python一样自带注释语法，不过拐弯抹角还是有一些方法的。。囧
利用了逻辑语句的执行顺序，缺点是注释中不能出现括号，否则会报错！
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
###逻辑或前如果为真，后边的语句块自动不执行 #1 :||{ 注释内容... } #2 ((1))||{ 注释内容... } #3 true||{ 注释内容... } ###逻辑与前如果为假，后边的语句块自动不执行 #4 ((0))&&{ 注释内容... } <!--more--> #5 false&&{ 注释内容... } |