分类存档: Moo - 第13页
做一个淡淡的女子
做一个淡淡的女子,
不浮不躁,不争不抢,
不去计较浮华之事,
不是不追求,只是不去强求。
淡然地过着自己的生活,
不要轰轰烈烈,只求安安心心。
有爱情,便全心对待,
没有爱情,也一个人惬意。
学会一个人生活,不论身边是否有人疼爱。
做好自己该做的,有爱或无爱,都安然对待。
缘份到了,伸手便去抓住,
缘份未到,就去为自己营造一个温馨的小世界。
爱情,本就是件宁缺勿滥的事,急不得
无论心情怎样,
不要让自己颓废,
每天从头到脚都要干净得体,
做一个化不化妆都活得精致的女子,
要随时带着微笑!
用空闲的时间去丰富自己的内涵,
不一定要琴棋书画样样精通,
只是要让自己多明白一些事,
不要做居里夫人窝在一个角落,
学会透过表面去看一些东西,
经历的多了,懂的便多了,
懂了,就不必多言。
平时不用多说,会说即可,
朋友多了自然是好,
若实在合不来,那有几个知心的就好了,
交友之事,随缘便可,
虚假的应付,那样的交流太廉价,不要也罢。
我不是人民币,做不到让每个人都喜欢,
别人欣赏也好,有所非议也罢,
只要坚定的走好自己的路,
只要知己相信着我,那就够了。
该得到的,要付出努力抓到手,
不该得到的,想也不要去想。
做这样一个淡淡的女子,
有自己的喜好,有自己的原则,有自己的信仰,
不急功近利,不浮夸轻薄,
做到宠辱不惊,也会大笑,也会打闹,
心,却静如水。淡定安逸,学会懂得,从而学会慈悲。
得之,我幸;不得,我命。如此而已…
一个人面对外面的世界,需要的是窗子;一个人面对自我时,需要的是镜子。通过窗子能看见世界的明亮,使用镜子能看见自己的污点。其实,窗子或镜子并不重要,重要的是你的心。你的心明亮,世界就明亮;你的心如窗,就看见了世界;你的心如镜,就观照了自我。
EPOLL和IOCP比较 (转)
EPOLL是半成品,IOCP是成品,底层机制一样,协议栈的状态检查不需要用户去查询,由作业系统来通知。
其实这是任何守护性逻辑高性能的基础机制。
但是EPOLL只是告诉你现在可以读和写,即协议栈的读写缓冲被初始化或重设(对于写,上次数据已经提交并写缓冲重设为空,对于读,栈议栈读缓冲已经开始接受数据。)
但是写和读的过程还是由用户来控制,系统只是告诉你已经为你准备好了和网络驱动对接好的读写的通道。如果某个通道的读写很慢,我们其实自己可以控制,比如要读8K字节,但经过x秒只读到几个字节,这说明这个通道很差,我们可以将这个IO通道从EPOLL中分离出来把它投递到一个阻塞的socket中,而不影响整个EPOLL的性能。所以EPOLL虽然是半成品,但用户有更高的控制权。
而对于IOCP,从名称就可以知道,系统不仅控制IO通道的状态,而且把读写操作都做完了才通知用户。对于读,系统已经把数据读好放在buffer中,其实相当于是RBF,对于写,已经是写出了n长度的字节,所以即使某个IO通道上的传输很慢,你也无法控制,因为当你收到通知时,系统已经是读好数据或写出数据。所以IOCP在用户的控制上没有灵活的空间。
但是由系统来做毕竟比普通的二流以下的程序员自己来控制性能普遍来说要更好一些。
在高性能服务器的开发中,采用一个非阻塞的IO模型配两三个阻塞的socket混合处理,是最合理的,因为在大量连接中总会有一些客户端传输很慢,对于非常慢的连接,EPOLL,IOCP还不如阻塞模型处理性能更好,即时读写速度是一样的,但阻塞模型简单,上下文切换和内存分配的开销比较少。所以把一些很慢的连接重新投递到阻塞的socket上而让EPOLL能有更多的机会去处理传输非常快的连接才是非阻塞的优势。相比来说,IOCP就不能这样做。
近期评论