昨天研究了linux的用户timer,其实不是linux的用户timer而是posix规定的一个timer接口,这个接口规定了一些规 则,linux具体在内核或用户空间来实现而不一定非要在内核空间实现,posix标准只是一些接口规范,具体怎么实现就不管了,典型的在 linux2.6内核之前,内核并没有实现posix规定的异步io,而linux承诺实现posix,那么怎么办呢?只好在用户空间实现,做成一个库,这个库封装了异步io的实现,实际上就是用户使用异步io的时候,库负责fork出来一个新的进程(或者线程)来协助完成异步io,这个新fork出来的 进程实际在进行同步io,但是调用库的用户进程却可以注册一个完成回调后直接返回或者不注册完成回调而直接返回,在以后的时间查询完成状态,待库新 fork出的进程完成io的时候发信号给用户进程或者置位一些标志以等待用户查询,这个实现一点不违背posix的语义,我们就说linux的异步io库 实现了posix的异步io标准接口。当然这是一种方式,内核设计的好坏直接关系到这种用户库实现posix标准的难易程度,好在linux内核的低耦合 性,库实现就简单多了。另一种更好更有效率的方式就是直接在内核实现posix,还是以异步io为例,2.6以上的内核在内核实现了异步io,实际是由工 作队列实现的,这样我们同样说linux实现了posix的异步io。由此看来posix根本不管你的实现方式,只要符合接口规范就成。
谈到timer,很多了解linux内核的人就会想到内核中的timer_list,时钟中断中检测到到期的timer们,然后依次执行这些timer们 的回调函数,这是其一,还有就是linux的信号机制,它会发送信号到任何进程,只要进程不阻塞该信号,用户注册的信号处理函数就会捕获发送给该进程的信号,这是其二,这两种简单的机制使得在内核实现posix的timer很容易。在linux内核的设计上来说也将内核实现posix的timer简单化 了,linux内核的数据结构和管理实体都是一些低耦合的松散对象,各司其职,实现了unix的kiss原则,只做一件事并把它做好,这样组合这些小对象 的余地就会更大,它们没有那种藕断丝连,牵一发而动全身的拙劣特性,简单就是好。不只是内核,你可以看看/bin或/sbin的目录,很少有巨大的程序, 都是一些小程序,这些小程序的协作就可以完成强大的功能,这归功于linux的设计粒度,本质上也是kiss原则,不会牵一发而动全身在稳定性的意义上就是如果一个协作者出了问题,那么不会导致连锁反应。另外小对象也有利于扩展,扩展的时候无非就是三件事,一个是添,一个是改,另一个是重组,linux都 是小对象组成,添加一个或修改一个很简单,大多数时候不用添加,也不需要修改,只需要重组就可以了,类比一下细胞学的遗传和变异就会得到很大启发,无非就是线嘌呤,鸟嘌呤,胞嘧啶,胸腺嘧啶这四种“小对象”组成了美女,帅哥,×××,希特勒...当然前提是你的“小对象”必须设计的足够好,足够自洽,足够正交,DNA不去讨论,那是上帝设计的,一定没错,就算错了我也不敢说,还是仔细品一下linux内核吧,参考我前面的文章,list_head和 kobject就是两个杰作。试想一些大结构组成的系统,比如人体是由很大的结构组成,那么生一个孩子的代价就太大了,基因复制的时候就不单单是双链解旋了,可能就不是仅仅基因复制了,为何基因可以决定一切,再想想蛋白质,组成我们就是蛋白质,而蛋白质也不是一个大对象,它也是一些被称为氨基酸的小对象组 合而成的,而哪些氨基酸具体合成什么样的蛋白质是由基因决定的,而基因是那四个小对象决定的,四个小对象洗牌重组后的输出给了基因的输入,进一步又输出给了转运核糖核酸即tRNA,tRNA的输出给了氨基酸的输入,最终氨基酸的输出就是最后的蛋白质。然后先看看linux内核的数据结构和函数,其本质也是 协作完成创建,看看sys_fork是不是和合成蛋白质有些类似,再看看用户程序:ps -aux|grep mypro是不是也有些味道。既然都能和蛋白质合成类比了,那么《***帝国》里的场景可能要首先在linux或unix上成为现实了,linux和 unix真的很恐怖
简单就是美,简单又纯真则更美,linux做到了。
瞎扯完了,来看看posix的timer吧,内核实现在:/kernel/posix-timers.c中,timer_create就是:
asmlinkage long
559 sys_timer_create(clockid_t which_clock,
转载于:https://blog.51cto.com/dog250/1273432