2008年04月23日，星期三
和菜头和 Dreamhost
Shawn写于: 4点23分，分类于: 评评弹弹事情要从和菜头的 Dreamhost 帐号被停说起。谁都知道，Dreamhost $9.95/mo 的这个东西叫做虚拟主机，虚拟主机是用来做什么的呢？简而言之，这是给流量较小的网站准备的一套服务。别看它提供了 500GB 的存储空间和 5000GB 的月流量，实际上这些参数都是建立在“理论值" 基础上的。举例来说，我们买的手机，标称的待机时间动不动就上到 400 小时，可消费者买回去以后，发现顶多4天，电池就耗尽了。找到厂家，人家会告诉我们，400 小时的待机时间是在实验室环境下得出的结论。这个“实验室环境”并不是说真的放在实验室里测试，而是关闭手机的所有功能包括通讯功能进行测试。
买一个电话不打电话，如果打电话就绝对得不到“实验室”数据，那么该问题不追究也罢。说穿了，这是一则“短板效应”。一个由木板围成的水桶，纵使它高N米，宽N米，可是一旦桶上有一块木板短于其它的木板，桶的其它长板就成了摆设——用来装水不能高过最短的木板。虚拟主机的空间容量和CPU占用率也是这样的关系。给很大的空间和很多的流量，但是你使用的时候绝不能超过规定的CPU限制。用过电脑的人都明白，哪怕只是鼠标指针在屏幕上移动一下，都需要依靠 CPU 进行计算，更别说一台服务器时刻都有几百个下载页面的请求。遇上高峰期，情况只会更糟，那么 CPU 占用率自然也会更高。这种情况是自己没法控制的，网站对全球开放，难道管理员还去分分钟控制访问人数不成。一切的一切，都在说明一个问题。虚拟主机毕竟是虚拟主机，跑起来的效率有限，搭个平头百姓的 Blog 还成，换作名人的 Blog，就别怪人家严苛了。当然也不是人家严苛，就出了奥拓的钱，还想换来法拉利的性能么？相反，以和菜头日进一万IP的访问量，Dreamhost 能容忍这么久，已经是个天大的奇迹了。
和菜头用了江东的 Cos-Html-Cache，似乎是期待最后一丝希望。但是，一个插件肯定没法改变高访问量网站 CPU 占用率过高的问题，顶多能算是缓解。每一次页面请求，都在帮着网站去冲高所在服务器的 CPU 占用率，无论是动态的还是静态的。所以说静态化插件只能在一定程度上缓解服务器压力，让有限的 CPU 占用量容许更多的请求，却不可能根除核心问题——CPU仍被占用，访问者仍在访问。
我在江东的 Blog 上看到一则留言，说是和菜头没有托管 Feed，的确如此，和菜头忽略了一个很大的访问来源——Feed阅读器。小 Blog 用 Feed 托管有装模作样之嫌，但是高人气的 Blog 不用 Feed 托管却明显是个失误，或者说，和菜头太高估虚拟主机的实力了。
标签：Dreamhost.
永久链接：和菜头和 Dreamhost.
评论状态：已有18人次发表评论. | 我要评论!
相关文章：
我看得懂了...写的很白话，词句不生硬，浅显易懂，适合大众阅读。谢谢熊老师的知识讲座，期待下一期。
静态化减少了php解析的时间，但是依然不能将负责缓解到DH能忍受的范围之下！
我看了一下抓虾关于caitou RSS数量的统计，光是抓虾都有20w左右！就算减去一半都不是一个很小的数字啊
和菜头一直在说独立 Blog 要把人逼成 “技术专家”，但实际上他确实还没有把很多东西分析到位。
啊啊啊啊啊啊啊啊
有毛病？
熊老师，我装了ubuntu8.04d的，实验室教育网通过ruijie认证，我们使用一台WINXP机器以sygate分配IP ，我linux网络设置和XP一样 就是联不上网，你能帮我解决下么？如果有解答 帮我回个信哈 谢谢了
只是ubuntu上不了网还是包括xp都上不到？如果xp可以上只是ubuntu上不到的话，你要考虑一下ubuntu下的网络协议有没有设置正确.
协议？？是不是ipv4那类的东西啊？？？我再去看看
节日快乐。
其实dreamhost就是诱人的，华而不实。几百G的数据存放，哪能用得上，一些每天PV几十W的站都用不上几百G。不过菜头所说的，“看来独立BLOG都要当技术专家”就错了，先解决流量，有机会当技术专家的时候已经证明自己的BLOG成功了。开心事。但看了shawn的POST，我才知道托管FEED的重要性。
对那种超大流量的 Blog 来说，最耗费的地方就是 Feed.
我不知道这个“没有托管FEED”的结论从哪里来的？
我使用Feedburner已经超过两年，甚至在我的Index页面里已经把默认的RSS地址修改为http://feeds.feedburner.com/caitou。
莫非还有其它的托管方式？
关键问题在于你的订阅方式不够统一。到我写这条留言的时候，单就你首页上散布着的订阅来源就有 Feedburner 和 Wordpress 自身输出的 Feed 两种。不是每一个读者都懂得点击 Firefox 地址栏旁边的 Feed Logo 订阅 Blog，更多的人使用原始的方法，首先在页面里找到 "RSS" "Feed"这类字眼，再复制链接到阅读器。恰好，你页面上的这些字眼链接都是 Wordpress 自身的输出源。最好使用 Feedburner Smith 这个插件，强制将 Wordpress 的所有输出源转向至 Feedburner，这样一来，Feed 阅读器的流量压力就大为减轻了。
至于我说您“没有托管 Feed"，也正是因为当时我随手就点了首页页面上的 “日志 RSS"。
情况是这样：
我的20多万订阅中，99%以上是用的FB的Feed。使用WP标配的RSS地址的，大概不会超过3000。这样的订阅量，对于CPU的影响应该不算大。
真正恐怖的，是Plugin里面小Bug和WP本身的小问题。在低流量的情况下，一切都运转正常。但是流量上去了，问题也就相应出现了。如果不是PHPer，根本没有能力去做修改。
相同的一个Blog，经过PHPer的优化之后，对CPU的消耗降低到了1%，而这时候，PV依然是在20K以上，IP接近10K。
随着网民数量的增加，大家都会面临类似的问题。你写的是技术类Blog，随便放出一个插件，或者一个Bug分析，当日访问就可能出现超过10K级的尖峰。所以，应该先做好准备。
您自己的数据应该很能说明问题。实际情况是，3000份本地日均订阅量+上万IP的页面浏览量，导致一个 DH 的虚拟主机帐号超标。您的 Wordpress 由于使用了江东的静态化插件，相对来说还能够应付，可一旦加上 3000 个 RSS 输出，那情况就比较紧张了。毕竟现在的在线阅读器对于 Feed 的抓取不够智能，只能是主动间歇性检测。
您现在得到了VC的帮助，觉得又快又好，至于服务器压力是不是真的那么乐观，我持保留意见。WP能够被修正和优化的地方不是没有，但还不至于有这么大的转变。我还是那句话，虚拟主机只是虚拟主机，VC给您提供的可不是虚拟主机。
Shawn说的有道理，Verycd自己的论坛程序看来都吃紧，经常出问题，作为他们自己的成员，那么华丽NB地帮和菜头解决了PHP问题却解决不了自己的问题，逻辑上不对吧？
以后搬迁的时候,本身的feed怎么办
本身的 Feed 不受影响。