l

o

a

d

i

n

g

.

.

.


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.
评论状态:已有18人次发表评论. | 我要评论!
相关文章Feedsky的非技术故障
那些臃肿的Feed啊
Dreamhost:合租才是最大的浪费
发誓再也不用 Dreamhost
加快 Wordpress 载入速度的小技巧
作文大全和系列报道
别在cPanel下绑定四级域名
Surpasshosting 使用小节(2)
唠叨:我的博客和我用的主机
Feedsky插件冲突

目前有18条评论

» 您可以 发表评论 或者 Trackback .

  1. leehow 说:

    我看得懂了...写的很白话,词句不生硬,浅显易懂,适合大众阅读。谢谢熊老师的知识讲座,期待下一期。

  2. cosbeta 说:

    静态化减少了php解析的时间,但是依然不能将负责缓解到DH能忍受的范围之下!

    我看了一下抓虾关于caitou RSS数量的统计,光是抓虾都有20w左右!就算减去一半都不是一个很小的数字啊

  3. Shawn 说:

    和菜头一直在说独立 Blog 要把人逼成 “技术专家”,但实际上他确实还没有把很多东西分析到位。

  4. leephone 说:

    啊啊啊啊啊啊啊啊

  5. Shawn 说:

    有毛病?

  6. fengzhengchuan 说:

    熊老师,我装了ubuntu8.04d的,实验室教育网通过ruijie认证,我们使用一台WINXP机器以sygate分配IP ,我linux网络设置和XP一样 就是联不上网,你能帮我解决下么?如果有解答 帮我回个信哈 谢谢了

  7. Shawn 说:

    只是ubuntu上不了网还是包括xp都上不到?如果xp可以上只是ubuntu上不到的话,你要考虑一下ubuntu下的网络协议有没有设置正确.

  8. fengzhengchuan 说:

    协议??是不是ipv4那类的东西啊???我再去看看

  9. leehow 说:

    节日快乐。

  10. g.zhen.ning 说:

    其实dreamhost就是诱人的,华而不实。几百G的数据存放,哪能用得上,一些每天PV几十W的站都用不上几百G。不过菜头所说的,“看来独立BLOG都要当技术专家”就错了,先解决流量,有机会当技术专家的时候已经证明自己的BLOG成功了。开心事。但看了shawn的POST,我才知道托管FEED的重要性。

  11. Shawn 说:

    对那种超大流量的 Blog 来说,最耗费的地方就是 Feed.

  12. 和菜头 说:

    我不知道这个“没有托管FEED”的结论从哪里来的?

    我使用Feedburner已经超过两年,甚至在我的Index页面里已经把默认的RSS地址修改为http://feeds.feedburner.com/caitou。

    莫非还有其它的托管方式?

  13. Shawn 说:

    关键问题在于你的订阅方式不够统一。到我写这条留言的时候,单就你首页上散布着的订阅来源就有 Feedburner 和 Wordpress 自身输出的 Feed 两种。不是每一个读者都懂得点击 Firefox 地址栏旁边的 Feed Logo 订阅 Blog,更多的人使用原始的方法,首先在页面里找到 "RSS" "Feed"这类字眼,再复制链接到阅读器。恰好,你页面上的这些字眼链接都是 Wordpress 自身的输出源。最好使用 Feedburner Smith 这个插件,强制将 Wordpress 的所有输出源转向至 Feedburner,这样一来,Feed 阅读器的流量压力就大为减轻了。
    至于我说您“没有托管 Feed",也正是因为当时我随手就点了首页页面上的 “日志 RSS"。

  14. 和菜头 说:

    情况是这样:

    我的20多万订阅中,99%以上是用的FB的Feed。使用WP标配的RSS地址的,大概不会超过3000。这样的订阅量,对于CPU的影响应该不算大。

    真正恐怖的,是Plugin里面小Bug和WP本身的小问题。在低流量的情况下,一切都运转正常。但是流量上去了,问题也就相应出现了。如果不是PHPer,根本没有能力去做修改。

    相同的一个Blog,经过PHPer的优化之后,对CPU的消耗降低到了1%,而这时候,PV依然是在20K以上,IP接近10K。

    随着网民数量的增加,大家都会面临类似的问题。你写的是技术类Blog,随便放出一个插件,或者一个Bug分析,当日访问就可能出现超过10K级的尖峰。所以,应该先做好准备。

  15. Shawn 说:

    您自己的数据应该很能说明问题。实际情况是,3000份本地日均订阅量+上万IP的页面浏览量,导致一个 DH 的虚拟主机帐号超标。您的 Wordpress 由于使用了江东的静态化插件,相对来说还能够应付,可一旦加上 3000 个 RSS 输出,那情况就比较紧张了。毕竟现在的在线阅读器对于 Feed 的抓取不够智能,只能是主动间歇性检测。
    您现在得到了VC的帮助,觉得又快又好,至于服务器压力是不是真的那么乐观,我持保留意见。WP能够被修正和优化的地方不是没有,但还不至于有这么大的转变。我还是那句话,虚拟主机只是虚拟主机,VC给您提供的可不是虚拟主机。

  16. M 说:

    Shawn说的有道理,Verycd自己的论坛程序看来都吃紧,经常出问题,作为他们自己的成员,那么华丽NB地帮和菜头解决了PHP问题却解决不了自己的问题,逻辑上不对吧?

  17. 耿厅 说:

    以后搬迁的时候,本身的feed怎么办

  18. Shawn 说:

    本身的 Feed 不受影响。

Say Something↓ OR Back 2 Top ↑