Comments on: The Dark Side of DreamHost (and Shared Hosting) http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/ Faith, Technology and Randomness in Life, According to Scott Wed, 08 Feb 2012 13:17:24 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: i-kuh http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-101608 i-kuh Sun, 27 Feb 2011 18:25:29 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-101608 great story man! thank you for this, I am messing around with same s* like this; we kept wiped out also on fatcow, godaddy and justhost ! for same cpu sharing limits without warning was given! - f* them. so now we are on inmotionhosting, they really dont sucks! servers are not so speedy but site is never down since we are there and that is what counts for me. I mean, I am in Austria xD serverroute is 185ms in the average ... inmotionhosting is a good choice. ps: have you a better one maybe? good luck! great story man! thank you for this, I am messing around with same s* like this; we kept wiped out also on fatcow, godaddy and justhost ! for same cpu sharing limits without warning was given! – f* them. so now we are on inmotionhosting, they really dont sucks! servers are not so speedy but site is never down since we are there and that is what counts for me. I mean, I am in Austria xD serverroute is 185ms in the average … inmotionhosting is a good choice. ps: have you a better one maybe? good luck!

]]> By: Chatear http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-100090 Chatear Wed, 28 Apr 2010 18:43:39 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-100090 It seems that Dreamhost has moved to a grid-style hosting, last time I contacted support they told me something like: Your sites are hosted across various apache instances. Once a machine is restarted, each apache is started one-by-one. [...] It seems that Dreamhost has moved to a grid-style hosting, last time I contacted support they told me something like:

Your sites are hosted across various apache
instances. Once a machine is restarted, each apache is started
one-by-one. [...]

]]> By: Dariusz Cieslak http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-95548 Dariusz Cieslak Fri, 10 Oct 2008 18:54:32 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-95548 > In a shared hosting environment, for security reason it is recommended > to serve PHP pages using suexec+CGI, so that PHP process runs > with webmaster’s uid/gid You are wrong in this aspect. DH uses some kined of FastCGI to use PHP. Under top I see php5.cgi presents with the same PID from few hours. That means: requests are handled effectively (no separate proces for request, requests handled by threads). I bet it is efficient like mod_php version. I think shared hostring is a sensible option - you have to optimize your app to match enforced limits. Always there's an application that can kill even dedicated servers. > In a shared hosting environment, for security reason it is recommended
> to serve PHP pages using suexec+CGI, so that PHP process runs
> with webmaster’s uid/gid

You are wrong in this aspect. DH uses some kined of FastCGI to use PHP. Under top I see php5.cgi presents with the same PID from few hours. That means: requests are handled effectively (no separate proces for request, requests handled by threads). I bet it is efficient like mod_php version.

I think shared hostring is a sensible option – you have to optimize your app to match enforced limits. Always there’s an application that can kill even dedicated servers.

]]> By: Techie Zone http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-93763 Techie Zone Fri, 20 Jun 2008 08:44:43 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-93763 A nice explanation on how the over sold webhosting companies s*@#. I have been a victim to this recently albeit mine is a different host. I must say to be very choosy and to clear all doubts u hv before you finally go doing business. I hv been researching for last two days as I am going to change my hosting company now. may b going to a VPS. I will update abt my research soon on my blog. A nice explanation on how the over sold webhosting companies s*@#.
I have been a victim to this recently albeit mine is a different host. I must say to be very choosy and to clear all doubts u hv before you finally go doing business.

I hv been researching for last two days as I am going to change my hosting company now. may b going to a VPS. I will update abt my research soon on my blog.

]]> By: Bargains in Web Hosting (Part 1) | Bargain Blog http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-93185 Bargains in Web Hosting (Part 1) | Bargain Blog Mon, 12 May 2008 15:16:33 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-93185 [...] server resources”, when you are only using 10% of the allocated quota. It is like going to an all you can eat buffet with 10 minute limit. [...] [...] server resources”, when you are only using 10% of the allocated quota. It is like going to an all you can eat buffet with 10 minute limit. [...]

]]> By: slimetoner @ yahoo.com http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-91500 slimetoner @ yahoo.com Wed, 12 Mar 2008 00:47:39 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-91500 TOO MUCH CPU On your favorite shared web hosting, say we put up a website like youtube. Upload a single, one and only, 20mb video. Let's disregard uploads. QUESTION (without abusing or "using too much much cpu") 1) what web hosting? 2) how many people can view the video at the same time? 3) how many people can view the video each month? i know that dedicated hosting is more suitable, but is there any shared web hosting where we can put that kind of website without running into any "too much cpu", "abuse", or other similar problems. - slimetoner @ yahoo.com TOO MUCH CPU

On your favorite shared web hosting, say we put up a website like youtube.
Upload a single, one and only, 20mb video.
Let’s disregard uploads.

QUESTION (without abusing or “using too much much cpu”)
1) what web hosting?
2) how many people can view the video at the same time?
3) how many people can view the video each month?

i know that dedicated hosting is more suitable, but
is there any shared web hosting where we can put that kind of website without running into any “too much cpu”, “abuse”, or other similar problems.

- slimetoner @ yahoo.com

]]> By: Unknown http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-87790 Unknown Thu, 27 Sep 2007 18:05:13 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-87790 I had a similar (bad) experience with dreamhosters. The server my hosting was on had a constant average load of over 100 and it was taking up to 20 seconds to server a simple html page. I cancelled my package after being told by the support staff that this was normal and they couldn't do anything about it. If you want a fast website avoir dreamhosters.com. I had a similar (bad) experience with dreamhosters. The server my hosting was on had a constant average load of over 100 and it was taking up to 20 seconds to server a simple html page. I cancelled my package after being told by the support staff that this was normal and they couldn’t do anything about it.

If you want a fast website avoir dreamhosters.com.

]]> By: lihuawei http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-80497 lihuawei Tue, 06 Mar 2007 09:52:00 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-80497 强啊~！ 强啊~！

]]> By: Any non-overselling web hosting out there? | HostingFu http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-62557 Any non-overselling web hosting out there? | HostingFu Tue, 12 Dec 2006 08:18:08 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-62557 [...] Overselling is indeed a very touching subject in web hosting. I previously wrote against it earlier this year when I first discovered this terminology. Then I read DreamHost and Site5’s take on this issue, and was convinced that overselling is a “business strategy”, rather than a fraud or trickery. [...] [...] Overselling is indeed a very touching subject in web hosting. I previously wrote against it earlier this year when I first discovered this terminology. Then I read DreamHost and Site5’s take on this issue, and was convinced that overselling is a “business strategy”, rather than a fraud or trickery. [...]

]]> By: green tea fan http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-31370 green tea fan Mon, 10 Jul 2006 14:14:32 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-31370 thanks a lot, i am searching some Promo Code infomation of DreamHost. and find you post. thanks a lot, i am searching some Promo Code infomation of DreamHost. and find you post.

]]> By: Corin http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-27609 Corin Thu, 01 Jun 2006 11:50:00 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-27609 As of this month, Dreamhost have relaxed the usage limits, according to their newsletter. Goes like this... (<em>Edit: There is no need to paste in the entire section of a news letter when you can just use a <a href="http://wiki.dreamhost.com/index.php/V8.05_May_2006" rel="nofollow">link</a></em>) As of this month, Dreamhost have relaxed the usage limits, according to their newsletter. Goes like this…

(Edit: There is no need to paste in the entire section of a news letter when you can just use a link)

]]> By: shinn http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-25572 shinn Sat, 06 May 2006 01:49:42 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-25572 Every DreamHost Customers: let's do "suggestions" to DreamHost to avoid from such sucks! you could search "cpu" in the DreamHost Panel: Home ->Suggestions. please tell this to your friends which using DreamHost. Every DreamHost Customers:
let’s do “suggestions” to DreamHost to avoid from such sucks!
you could search “cpu” in the DreamHost Panel: Home ->Suggestions.
please tell this to your friends which using DreamHost.

]]> By: Sorin Webpro http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-25353 Sorin Webpro Wed, 03 May 2006 17:31:49 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-25353 I had experienced another problem (never got to use all the minutes). Given my 1TB of traffic, I have moved temporarily around 50 (legal) mp3s from a problem-site to DreamHost and served them from there. One subdomain only with mp3s, no site. Each mp3 had around 1.5 Megs and they summed up to around 5GB of traffic per day. But after 1 day and a few hours, some support guy emailed me "I had to take your subdomain down because it was taking up too many resources and there were too many simmultaneous downloads, affecting other users". Wait a minute - there's no CPU usage when downloading a file. It turns out that people used download accelerators which I solved by making A SCRIPT that would disable partial downloads. But after all it's bulls**t - how can you make 1 TB of traffic if 5 GB per day use too many resources??? I had experienced another problem (never got to use all the minutes). Given my 1TB of traffic, I have moved temporarily around 50 (legal) mp3s from a problem-site to DreamHost and served them from there. One subdomain only with mp3s, no site. Each mp3 had around 1.5 Megs and they summed up to around 5GB of traffic per day.
But after 1 day and a few hours, some support guy emailed me “I had to take your subdomain down because it was taking up too many resources and there were too many simmultaneous downloads, affecting other users”. Wait a minute – there’s no CPU usage when downloading a file. It turns out that people used download accelerators which I solved by making A SCRIPT that would disable partial downloads. But after all it’s bulls**t – how can you make 1 TB of traffic if 5 GB per day use too many resources???

]]> By: Rajan http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-24078 Rajan Mon, 10 Apr 2006 13:53:13 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-24078 Most shared hosting providers will not allow unmetered cpu resource consumption and many of then suspend your site without even a warning. Dreamhost categorically states they will not shut down your site if you exceed the limits. They will send you a email and if necessary they will quarantine your site in another server. If you choose to ignore their email alert they will shut your site down. I think for the price of Dreamhost you cannot expect to eat the cake and have it too. However there may be a workaround to overcome this CPU limit by mirroring the site on another server [on Dreamhost ? maybe a damn good idea !!!...its still cheaper than a dedicated or a vps ] if not on Dreamhost then maybe on a third party server. Most shared hosting providers will not allow unmetered cpu resource consumption and many of then suspend your site without even a warning. Dreamhost categorically states they will not shut down your site if you exceed the limits. They will send you a email and if necessary they will quarantine your site in another server. If you choose to ignore their email alert they will shut your site down.

I think for the price of Dreamhost you cannot expect to eat the cake and have it too.

However there may be a workaround to overcome this CPU limit by mirroring the site on another server [on Dreamhost ? maybe a damn good idea !!!...its still cheaper than a dedicated or a vps ] if not on Dreamhost then maybe on a third party server.

]]> By: Duncan Bayne http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-23948 Duncan Bayne Fri, 07 Apr 2006 00:50:41 +0000 http://scott.yang.id.au/2006/01/the-dark-side-of-dreamhost/#comment-23948 I've just enabled CPU usage reporting in my DreamHost account in the hopes of tracking down where it's all going (we're well over our allowed usage at the moment). But - and this is a big but - DreamHost are being very helpful about it, providing assistance in tracking down the problem and allowing plenty of time for me to find a solution. I’ve just enabled CPU usage reporting in my DreamHost account in the hopes of tracking down where it’s all going (we’re well over our allowed usage at the moment).

But – and this is a big but – DreamHost are being very helpful about it, providing assistance in tracking down the problem and allowing plenty of time for me to find a solution.

]]>