<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:media="http://search.yahoo.com/mrss/"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>epoll - 四号程序员</title>
	<atom:link href="https://www.coder4.com/archives/tag/epoll/feed" rel="self" type="application/rss+xml" />
	<link>https://www.coder4.com</link>
	<description>Keep It Simple and Stupid</description>
	<lastBuildDate>Wed, 03 Aug 2011 08:24:56 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.3</generator>
	<item>
		<title>[转载]多线程还是多进程？？</title>
		<link>https://www.coder4.com/archives/319</link>
					<comments>https://www.coder4.com/archives/319#comments</comments>
		
		<dc:creator><![CDATA[coder4]]></dc:creator>
		<pubDate>Fri, 29 Jan 2010 17:34:32 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[大数据技术]]></category>
		<category><![CDATA[epoll]]></category>
		<category><![CDATA[多线程]]></category>
		<category><![CDATA[多进程]]></category>
		<guid isPermaLink="false">http://www.coder4.com/?p=319</guid>

					<description><![CDATA[转载自：http://hi.baidu.com/yancncen/blog/item/b43bf4fee7c7c4385d6008de.html 最近，看了几个开源代码的server框架，有了一些自己的想法，把它记下来。 针对server要求高性能的同时还需要稳定性的特点，有了这样一个构思，建立一个EPOLL+多进程+线程池的server框架，暂且叫它emptyServer(e:epoll,m:muti,p:process,t:thread,y:ycc.哈哈)。 考虑的出发点如下：[......] 继续阅读]]></description>
		
					<wfw:commentRss>https://www.coder4.com/archives/319/feed</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
		<item>
		<title>关于epoll和select的性能测试</title>
		<link>https://www.coder4.com/archives/163</link>
					<comments>https://www.coder4.com/archives/163#respond</comments>
		
		<dc:creator><![CDATA[coder4]]></dc:creator>
		<pubDate>Fri, 04 Dec 2009 17:38:15 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[epoll]]></category>
		<category><![CDATA[select]]></category>
		<category><![CDATA[并发性能测试]]></category>
		<category><![CDATA[非并发测试]]></category>
		<guid isPermaLink="false">http://www.coder4.com/?p=163</guid>

					<description><![CDATA[epoll和select是Linux中提供的两种不同模型，epoll的并发性要好于select，那么究竟能好多少呢？我用前两天实现的Echo Server的epoll和select版本做了测试。 首先是非并发情况，就是一个Request完成后再下一个。 我的测试环境，均本地网络，CPU P8600 2.4G 非节能模式，buffer均为16字节，发送的测试数据为30字节左右。 epoll 5k 0.336841 0.341372 0.327373 0.309983 0.348396 10w[......] 继续阅读]]></description>
		
					<wfw:commentRss>https://www.coder4.com/archives/163/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>(转)测试Lighttpd accept的惊群现象</title>
		<link>https://www.coder4.com/archives/148</link>
					<comments>https://www.coder4.com/archives/148#respond</comments>
		
		<dc:creator><![CDATA[coder4]]></dc:creator>
		<pubDate>Wed, 02 Dec 2009 16:30:59 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[epoll]]></category>
		<category><![CDATA[Lighttpd]]></category>
		<category><![CDATA[惊群]]></category>
		<guid isPermaLink="false">http://www.coder4.com/?p=148</guid>

					<description><![CDATA[关于“惊群现象”：在阻塞模型中，各进程分别通过accept阻塞，等待连接到达，当一个连接到达时，所有的进程都会被唤醒，但只有其中一个进程可以成功accept该连接，其余的则继续投入睡眠，这就是所谓的惊群现象，转载的这篇文章很好的对Lighttpd进行了测试，并分析了惊群现象。模拟实现了epoll+prefox()模型。]]></description>
		
					<wfw:commentRss>https://www.coder4.com/archives/148/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>用epoll实现异步的Echo服务器</title>
		<link>https://www.coder4.com/archives/135</link>
					<comments>https://www.coder4.com/archives/135#comments</comments>
		
		<dc:creator><![CDATA[coder4]]></dc:creator>
		<pubDate>Tue, 01 Dec 2009 16:39:45 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[epoll]]></category>
		<category><![CDATA[socket]]></category>
		<category><![CDATA[异步]]></category>
		<guid isPermaLink="false">http://www.coder4.com/?p=135</guid>

					<description><![CDATA[epoll是Kernel 2.6后新加入的事件机制，在高并发条件下，远优于select. 用个硬件中的例子吧，可能不太恰当：epoll相当于I／O中断（有的时候才相应），而select相当于轮询（总要反复查询）。 其实epoll比slect好用很多，主要一下几个用法。 struct epoll_event ; epoll事件体，事件发生时候你可以得到一个它。其中epoll_event.data.fd可以存储关联的句柄，epoll_event.event是监听标志，常用的有EPOLLIN （有数据[......] 继续阅读]]></description>
		
					<wfw:commentRss>https://www.coder4.com/archives/135/feed</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
	</channel>
</rss>
