<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: 中国共有多少台服务器-初略估算初窥</title>
	<atom:link href="http://timyang.net/programming/fermi-problem/feed/" rel="self" type="application/rss+xml" />
	<link>http://timyang.net/programming/fermi-problem/</link>
	<description>Tim&#039;s blog, 关于后端架构、互联网技术、分布式、大型网络应用、NoSQL、Key Value等</description>
	<lastBuildDate>Fri, 30 Jul 2010 12:46:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Leif</title>
		<link>http://timyang.net/programming/fermi-problem/comment-page-1/#comment-3721</link>
		<dc:creator>Leif</dc:creator>
		<pubDate>Thu, 08 Apr 2010 09:51:45 +0000</pubDate>
		<guid isPermaLink="false">http://timyang.net/?p=225#comment-3721</guid>
		<description>奥运订票网站的瘫痪 
是DB的压力过大造成

像这种项目，主要是吞吐量不太好估算 当然可以做超大容量的平台，但是这是花银子的</description>
		<content:encoded><![CDATA[<p>奥运订票网站的瘫痪<br />
是DB的压力过大造成</p>
<p>像这种项目，主要是吞吐量不太好估算 当然可以做超大容量的平台，但是这是花银子的</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ale</title>
		<link>http://timyang.net/programming/fermi-problem/comment-page-1/#comment-698</link>
		<dc:creator>ale</dc:creator>
		<pubDate>Sat, 20 Jun 2009 10:51:14 +0000</pubDate>
		<guid isPermaLink="false">http://timyang.net/?p=225#comment-698</guid>
		<description>有趣、有用</description>
		<content:encoded><![CDATA[<p>有趣、有用</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bm</title>
		<link>http://timyang.net/programming/fermi-problem/comment-page-1/#comment-640</link>
		<dc:creator>bm</dc:creator>
		<pubDate>Fri, 05 Jun 2009 03:38:54 +0000</pubDate>
		<guid isPermaLink="false">http://timyang.net/?p=225#comment-640</guid>
		<description>文章很有意思。八封一下奥运订票网站的瘫痪，高并发的情况他们肯定是想到的，能接这种国家级系统项目的公司，实力和牛人肯定也不差不少；我个人认为宕机几乎是必然。原因有：
1大量非常规的请求，如黑客攻击等
2购票流程复杂和应用设计的不合理，使得多了很多不需要的请求。当时我实际购票的时候深有感触，当页面出不来的时候，很多用户并不是等待处理完，而是拼命地F5、刷新，结果就是造成新的数据库的压力和脏数据。我记得当时页面有好几个，如果一个页面失败，等于都要重新来过。每个页面，都要操作数据库。

每秒2000的并发，实际上并不是一个非常大的量，10-15台前端都算保守了。优化好更省机器。</description>
		<content:encoded><![CDATA[<p>文章很有意思。八封一下奥运订票网站的瘫痪，高并发的情况他们肯定是想到的，能接这种国家级系统项目的公司，实力和牛人肯定也不差不少；我个人认为宕机几乎是必然。原因有：<br />
1大量非常规的请求，如黑客攻击等<br />
2购票流程复杂和应用设计的不合理，使得多了很多不需要的请求。当时我实际购票的时候深有感触，当页面出不来的时候，很多用户并不是等待处理完，而是拼命地F5、刷新，结果就是造成新的数据库的压力和脏数据。我记得当时页面有好几个，如果一个页面失败，等于都要重新来过。每个页面，都要操作数据库。</p>
<p>每秒2000的并发，实际上并不是一个非常大的量，10-15台前端都算保守了。优化好更省机器。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cgeek</title>
		<link>http://timyang.net/programming/fermi-problem/comment-page-1/#comment-539</link>
		<dc:creator>cgeek</dc:creator>
		<pubDate>Mon, 25 May 2009 07:57:56 +0000</pubDate>
		<guid isPermaLink="false">http://timyang.net/?p=225#comment-539</guid>
		<description>&quot;粗略估算&quot; 貌似很有意思，也去买本《编程珠玑》看看~~~</description>
		<content:encoded><![CDATA[<p>&#8220;粗略估算&#8221; 貌似很有意思，也去买本《编程珠玑》看看~~~</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bakey</title>
		<link>http://timyang.net/programming/fermi-problem/comment-page-1/#comment-538</link>
		<dc:creator>bakey</dc:creator>
		<pubDate>Mon, 25 May 2009 05:46:02 +0000</pubDate>
		<guid isPermaLink="false">http://timyang.net/?p=225#comment-538</guid>
		<description>这个问题是否应该从电信/网通的全国机房数和每个机房数的服务器这两个数据入手进行估算。不过从google上随便搜了一下，貌似这些数据不好得出</description>
		<content:encoded><![CDATA[<p>这个问题是否应该从电信/网通的全国机房数和每个机房数的服务器这两个数据入手进行估算。不过从google上随便搜了一下，貌似这些数据不好得出</p>
]]></content:encoded>
	</item>
</channel>
</rss>
