Comments on: DreamHost 的 CPU 限制 http://blog.gslin.org/archives/2006/05/20/601/ 幹壞事是進步最大的原動力 Sat, 06 Sep 2008 22:33:34 +0000 http://wordpress.org/?v=2.6.1 By: 台灣PHP聯盟[ Taiwan PHP User Group ] - Step-by-step 輕鬆架設部落 http://blog.gslin.org/archives/2006/05/20/601/#comment-103909 台灣PHP聯盟[ Taiwan PHP User Group ] - Step-by-step 輕鬆架設部落 Wed, 13 Dec 2006 06:24:51 +0000 http://blog.gslin.org/archives/2006/05/20/601/#comment-103909 <!--%kramer-ref-pre%-->[...] 呵呵！我來幫 [...] 呵呵！我來幫

]]> By: Mark's Place http://blog.gslin.org/archives/2006/05/20/601/#comment-15213 Mark's Place Wed, 14 Jun 2006 07:06:15 +0000 http://blog.gslin.org/archives/2006/05/20/601/#comment-15213 <strong>心境的轉變...</strong> 很早就看到 Jeff 的文章了，謝謝他對我處境的體諒。而沒在事... 心境的轉變…

很早就看到 Jeff 的文章了，謝謝他對我處境的體諒。而沒在事…

]]> By: something about matt … http://blog.gslin.org/archives/2006/05/20/601/#comment-12948 something about matt … Thu, 01 Jun 2006 01:45:34 +0000 http://blog.gslin.org/archives/2006/05/20/601/#comment-12948 [...] 就在前不久，許多大神紛紛爆料對於 DreamHost 的限制 CPU 使用率表示不滿而紛紛跳槽而去，而今，DreamHost 跳出來澄清說絕無此事，而事實的真相則是：The Truth About Overselling! [...] [...] 就在前不久，許多大神紛紛爆料對於 DreamHost 的限制 CPU 使用率表示不滿而紛紛跳槽而去，而今，DreamHost 跳出來澄清說絕無此事，而事實的真相則是：The Truth About Overselling! [...]

]]> By: Program development should have clear baseline, and scope [JeffHung.Blog] http://blog.gslin.org/archives/2006/05/20/601/#comment-12128 Program development should have clear baseline, and scope [JeffHung.Blog] Tue, 30 May 2006 11:42:27 +0000 http://blog.gslin.org/archives/2006/05/20/601/#comment-12128 [...] 如果能夠被當個人看，那寫程式時會快樂一些。這個倒蠻常見的。:-p [back]E.g. 微軟派 vs. 開放原始碼派。 [back]因為沒有達到「Open Source 軟體應該 release soon, release often」的要求，而被認定是白爛，以致於後來對人不對事地繼續窮追猛打，這種種的現象，讓人不禁體會到，LifeType 開發者的難與累。 [back] [...] [...] 如果能夠被當個人看，那寫程式時會快樂一些。這個倒蠻常見的。:-p [back]E.g. 微軟派 vs. 開放原始碼派。 [back]因為沒有達到「Open Source 軟體應該 release soon, release often」的要求，而被認定是白爛，以致於後來對人不對事地繼續窮追猛打，這種種的現象，讓人不禁體會到，LifeType 開發者的難與累。 [back] [...]

]]> By: jslee http://blog.gslin.org/archives/2006/05/20/601/#comment-7833 jslee Mon, 22 May 2006 18:34:47 +0000 http://blog.gslin.org/archives/2006/05/20/601/#comment-7833 不好意思上面的大大，借偛話一下 現在DH上好像不允許用mod_php模式了 導致我每天晚上都睡不大安穩等著過載通知... 我已經改由crontab去產生大部分的頁面資訊了 average 0.048 seconds 但是 count 201263 不好意思上面的大大，借偛話一下
現在DH上好像不允許用mod_php模式了

導致我每天晚上都睡不大安穩等著過載通知…

我已經改由crontab去產生大部分的頁面資訊了

average
0.048 seconds

但是
count
201263

]]> By: 這是否又是一個 SA 與 Programmer 對立的例子？ [JeffHung.Blog] http://blog.gslin.org/archives/2006/05/20/601/#comment-7470 這是否又是一個 SA 與 Programmer 對立的例子？ [JeffHung.Blog] Mon, 22 May 2006 06:13:51 +0000 http://blog.gslin.org/archives/2006/05/20/601/#comment-7470 [...] 看到這篇《DreamHost 的 CPU 限制》，想起很久以前就有跟 Arlo 討論過這種現象，SA 與 Programmer 看事情的角度不太一樣，工作型態也不太一樣。最大的差別大概在於，一個 [...] 看到這篇《DreamHost 的 CPU 限制》，想起很久以前就有跟 Arlo 討論過這種現象，SA 與 Programmer 看事情的角度不太一樣，工作型態也不太一樣。最大的差別大概在於，一個

]]> By: Mark http://blog.gslin.org/archives/2006/05/20/601/#comment-6384 Mark Sat, 20 May 2006 11:04:32 +0000 http://blog.gslin.org/archives/2006/05/20/601/#comment-6384 我也不知該怎麼說了。後續的發展是，我把 php cgi 改成 mod_php 在 run並作測試，而且寫信詢問 dreamhost 管理者，如果我將 php cgi 改成 mod_php 對改善 CPU loading 是否有幫助。他的回答是，只要我敢再啟用 mediawiki 就永久停用我的帳號。 另外，我也測過啟用 memcached來減少 Mediawiki 對 DB 的存取，看能不能減少 Loading ... 問題是，第二天後 CPU minutes 一樣飆高到 180 cpu minutes 以上。 :( 所以之後我就把 mediawiki 關了，開始尋找 Hosting Service Provider 來贊助 LifeType 的 Hosting。 當然也就沒有再超過 30 cpu minutes 了，大約是維持在 20-25 cpu minutes 上下。 我並沒在跟你辯解 LifeType 的 performance 有多好。因為程式的寫法，所以 LifeType 在 loading 時會讀取很多的 scripts, 這是不爭的事實。這是也是 1.1 我們在嘗試改善的方向。 BTW， SVN 的 checkout 方式，也在 wiki 上寫了，如果還不過清楚，請讓我知道，我會在補強。謝謝！ Mark 我也不知該怎麼說了。後續的發展是，我把 php cgi 改成 mod_php 在 run並作測試，而且寫信詢問 dreamhost 管理者，如果我將 php cgi 改成 mod_php 對改善 CPU loading 是否有幫助。他的回答是，只要我敢再啟用 mediawiki 就永久停用我的帳號。

另外，我也測過啟用 memcached來減少 Mediawiki 對 DB 的存取，看能不能減少 Loading … 問題是，第二天後 CPU minutes 一樣飆高到 180 cpu minutes 以上。 :(

所以之後我就把 mediawiki 關了，開始尋找 Hosting Service Provider 來贊助 LifeType 的 Hosting。

當然也就沒有再超過 30 cpu minutes 了，大約是維持在 20-25 cpu minutes 上下。

我並沒在跟你辯解 LifeType 的 performance 有多好。因為程式的寫法，所以 LifeType 在 loading 時會讀取很多的 scripts, 這是不爭的事實。這是也是 1.1 我們在嘗試改善的方向。

BTW， SVN 的 checkout 方式，也在 wiki 上寫了，如果還不過清楚，請讓我知道，我會在補強。謝謝！

Mark

]]> By: Gea-Suan Lin http://blog.gslin.org/archives/2006/05/20/601/#comment-6359 Gea-Suan Lin Sat, 20 May 2006 10:41:45 +0000 http://blog.gslin.org/archives/2006/05/20/601/#comment-6359 <blockquote>資料隨著時間過去已經不在了，所以我無法提出證明。但是這是我測試的結果就是了。</blockquote> 我雖然對閣下當強盜喊殺人的事情不滿，不過我還沒有小人到認為你會信口開河。 第一次 2005/01/29 我罵 pLog 自己關門起來幹，我沒有搞不清楚那件事情的真相，我從幹剿的時候就已經知道當時閣下是故意關起門來，你認為的理由我認為不是理由。我幹剿的文章都還在：http://gslin.org/2005/01/29/447/。 第二次 2006/05/20 這次我搞錯對象，把 MediaWiki 當成 Lifetype。早上十一點多的時候 pesty 告訴我時，我先用 del 劃掉。 我本來是要寫一篇對於吃掉 6.7% CPU resource 的強盜跑出來喊殺人的行為不滿的文章。也打算寫一篇對明明是個 PHP Developer，知道有 mod_php4 卻硬幹說 php.cgi 會吃光資源很不以為然的文章。 錯就錯在我把 MediaWiki 與 Lifetype 搞在一起，文章的力道就已經沒了。

資料隨著時間過去已經不在了，所以我無法提出證明。但是這是我測試的結果就是了。

我雖然對閣下當強盜喊殺人的事情不滿，不過我還沒有小人到認為你會信口開河。

第一次 2005/01/29 我罵 pLog 自己關門起來幹，我沒有搞不清楚那件事情的真相，我從幹剿的時候就已經知道當時閣下是故意關起門來，你認為的理由我認為不是理由。我幹剿的文章都還在：http://gslin.org/2005/01/29/447/。

第二次 2006/05/20 這次我搞錯對象，把 MediaWiki 當成 Lifetype。早上十一點多的時候 pesty 告訴我時，我先用 del 劃掉。

我本來是要寫一篇對於吃掉 6.7% CPU resource 的強盜跑出來喊殺人的行為不滿的文章。也打算寫一篇對明明是個 PHP Developer，知道有 mod_php4 卻硬幹說 php.cgi 會吃光資源很不以為然的文章。

錯就錯在我把 MediaWiki 與 Lifetype 搞在一起，文章的力道就已經沒了。

]]> By: Mark http://blog.gslin.org/archives/2006/05/20/601/#comment-6356 Mark Sat, 20 May 2006 09:45:13 +0000 http://blog.gslin.org/archives/2006/05/20/601/#comment-6356 Hi gslin: 這已經是你第二次沒搞清楚事情的真相就在隨便批評了！ 在那之後，我大概花了兩個禮拜來測試，那幾天大概都是 180 - 200 cpu minutes。（我也請 Dreamhost 的管理者允許這樣的測試，也跟他們說如果覺得 Server 不穩，隨時可以先暫停我的服務） 這是的結果中，以平均 180 cpu minutes 為例，大概有平均 155 cpu minutes 來自 mediawiki，而 SMF 佔了 15 cpu minutes, 而 lifetype 佔了 10 cpu minutes （因為最少人看 Development Journal ....） 資料隨著時間過去已經不在了，所以我無法提出證明。但是這是我測試的結果就是了。 我不知的這樣的說法你滿不滿意了。 建議你，下次要批評前，先花一下時間查證吧。 Mark Hi gslin:

這已經是你第二次沒搞清楚事情的真相就在隨便批評了！

在那之後，我大概花了兩個禮拜來測試，那幾天大概都是 180 - 200 cpu minutes。（我也請 Dreamhost 的管理者允許這樣的測試，也跟他們說如果覺得 Server 不穩，隨時可以先暫停我的服務）

這是的結果中，以平均 180 cpu minutes 為例，大概有平均 155 cpu minutes 來自 mediawiki，而 SMF 佔了 15 cpu minutes, 而 lifetype 佔了 10 cpu minutes （因為最少人看 Development Journal ….）

資料隨著時間過去已經不在了，所以我無法提出證明。但是這是我測試的結果就是了。

我不知的這樣的說法你滿不滿意了。

建議你，下次要批評前，先花一下時間查證吧。

Mark

]]>