vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   General Hosting/Server Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=197)
-   -   Server Load - What is "Good", What is "Bad", and What is "UGLY"? (https://vborg.vbsupport.ru/showthread.php?t=171075)

Jase2 03-09-2008 12:20 PM

Mines usually at 1 and below on a shared hosting account. I wouldn't worry too much though, as the server loads are for the entire server, so if you see the loads go high, then it will probably be down to another client on the same server.

Regards Jason :)

Phaedrus 03-09-2008 03:07 PM

I use Jaguar PC, mine are always below 2 and usually barely above 1 or just below it.

tinkerbell 03-10-2008 02:34 PM

For those interested my forum is at present closed and i run nothing else on this hostgator shared hosting account, my server load for 2cpu's is reading 6.12 and flashing a red dot.

I would like to thank all for replying to this thread as I thought it was me causing that load, it has been higher, now I know it obviously isn't. I have been advised to go with Surpass and get rid of hostgator, who I came to from 1 and 1 (wouldn't touch them again)

A very happy Tinkerbell :D

Update - server load is at 74.62 for 2 cpu's with hostgator's shared hosting, time to find someone else i think!!!

Josh A 03-19-2008 12:43 PM

Well, no matter how big they are - just look at there pricing and packages.. Highly over-selling, along with highly over-loading the servers.

alphadeity 03-19-2008 02:21 PM

When you pay for shared hosting the risk of the host overselling the server's resources is probable. I have 3 dedicated servers from three different hosts. They all run great, but at a slightly higher price than average. I would stay away from VPS as most are oversold. Also some control panels take up a good amount of resources. I like direct admin. There are not as many features compared to some other control panels, but direct admin is simple, secure, and fast. I try to keep my servers below 50% load on both memory and cpu. Memory is also very important. All my servers have at least 2GB. The more the better. To top it off, I make sure all clients on the servers are not running scripts that are not allowed or clients that are abusing the server. Although I don't host with either of the hosts mentioned on this thread, 1and1 is a great choice based on past experience.

snunhuck 03-19-2008 06:37 PM

Here's mine right now, and mine some time ago:

Now:Server Load Averages 6.12 4.12 5.23 | 1 Users Online (1 members and 0 guests)
Earlier: 72.37 55.40 29.45 | 3 Users Online (1 members and 2 guests)

iRO Wiki 03-19-2008 07:25 PM

Server Load Averages 1.70 1.47 1.20 | 141 Users Online (105 members and 36 guests)

1 CPU

Usually bounces between .3 - .8, when it gets busy, goes up to 1-3, goes to 5-6 with the nightly backup...

snun: a load avg of 72 means something is wrong, my box only does that when I'm getting a syn attack...

Paul M 03-19-2008 07:32 PM

I *think* the general rule is that the load should be less than the number of processors. Anything upto twice the cpu count is not good, but not bad, anything over that is just not good - the server is being pushed too much.

So if you have 2 cpus then <2 is good, 2 to 4 is ok, 4+ is not good.

So 10+ is bad no matter how you look at it (even if you have 4 cpu's).

peterpigman 03-20-2008 05:45 AM

Quote:

Originally Posted by Paul M (Post 1469018)
I *think* the general rule is that the load should be less than the number of processors. Anything upto twice the cpu count is not good, but not bad, anything over that is just not good - the server is being pushed too much.

So if you have 2 cpus then <2 is good, 2 to 4 is ok, 4+ is not good.

So 10+ is bad no matter how you look at it (even if you have 4 cpu's).

Our server was hitting 2+ (twin proc) pretty much constantly and it failed last week. I don't know if it was directly the cause but thankfully our new box has halved it.
100-200 online average
1.16 1.13 0.90
now \0/.

snunhuck 03-21-2008 04:14 PM

Quote:

Originally Posted by Paul M (Post 1469018)
I *think* the general rule is that the load should be less than the number of processors. Anything upto twice the cpu count is not good, but not bad, anything over that is just not good - the server is being pushed too much.

So if you have 2 cpus then <2 is good, 2 to 4 is ok, 4+ is not good.

So 10+ is bad no matter how you look at it (even if you have 4 cpu's).

So has anyone seen a server with 35CPUs?


All times are GMT. The time now is 11:24 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.00979 seconds
  • Memory Usage 1,739KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (2)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (2)pagenav_pagelink
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete