XFileSharing Pro - Web Server Upgrade Specs

Message
Author
RockDiz
Posts: 135
Joined: May 05, 2011 4:47 pm

Web Server Upgrade Specs

#1 Postby RockDiz » Nov 29, 2012 5:37 pm

Hello,

this is my top command on my current web server:
Image

Web Server Specs:

Code: Select all

Intel Xeon W3520, 24GB RAM, 120GB SSD,4x2(ht)x2.66+GHz, litespeed installed
My question is, should I increase RAM? Normally RAM is consumed on a lot of database queries not so much static front end sites.
OR should I increase SSDs and put it in RAID 5 which would increase the speed x2 for the SSD?

If I increase RAM, these are the new specs I'm looking at for the new webserver:

Code: Select all

Intel Westmere E5620 - 2.40GHz - 1x12MB cache
 Memory - 48 GB DDR3 1333Mhz RAM
 Hard Drive 1 - 80GB Intel Solid State Drive
 Hard Drive 2 - 80GB Intel Solid State Drive
To my understanding, xfilesharing does have a lot of database queries so I would need more RAM right?

Thanks!

ufkabakan
Posts: 332
Joined: Apr 13, 2011 9:37 pm

#2 Postby ufkabakan » Nov 29, 2012 5:44 pm

Its look you dont have a problem, however "top" print is not enough for saying like this.

Please post your ATOP prints.

universe
Posts: 67
Joined: Mar 20, 2012 12:13 pm

#3 Postby universe » Nov 29, 2012 6:02 pm

Your load average looks quite high and pretty constantly...
However you definitely don't need any additional Ram, you don't even use half of your 24GB and nothing is swapped.

chrda
Posts: 296
Joined: Sep 14, 2009 7:16 pm

#4 Postby chrda » Nov 30, 2012 11:10 am

Seems you need cpu, make sure you tune your database also.
delayed database queries will affect cpu usage due perl processes are waiting for response.

Maybe you should consider multi web server setup.
With dedicated database server.

frostyshield
Posts: 52
Joined: Nov 26, 2012 9:58 am

#5 Postby frostyshield » Nov 30, 2012 5:39 pm

chrda wrote:Seems you need cpu, make sure you tune your database also.
delayed database queries will affect cpu usage due perl processes are waiting for response.

Maybe you should consider multi web server setup.
With dedicated database server.
He already got a cpu... its a server cpu...

RockDiz
Posts: 135
Joined: May 05, 2011 4:47 pm

#6 Postby RockDiz » Nov 30, 2012 10:31 pm

chrda wrote:Seems you need cpu, make sure you tune your database also.
delayed database queries will affect cpu usage due perl processes are waiting for response.

Maybe you should consider multi web server setup.
With dedicated database server.
Hey Chrda,

to be clear you're suggesting I should add more Cores?
for example, I have a 2 core processor.. upgrade to 4 or possibly 8?

I've actually never imagined that there is such a thing to run a multi web server setup with dedicated database server.. is there a thread on this forum I can look more into it?
Last edited by RockDiz on Nov 30, 2012 10:45 pm, edited 2 times in total.

RockDiz
Posts: 135
Joined: May 05, 2011 4:47 pm

#7 Postby RockDiz » Nov 30, 2012 10:34 pm

ATOP command doesn't seem to work on CentOS 5
ufkabakan wrote:Its look you dont have a problem, however "top" print is not enough for saying like this.

Please post your ATOP prints.

frostyshield
Posts: 52
Joined: Nov 26, 2012 9:58 am

#8 Postby frostyshield » Nov 30, 2012 11:24 pm

He means buy more servers then add them to XFS in the servers tab when your logged in as a admin.

RockDiz
Posts: 135
Joined: May 05, 2011 4:47 pm

#9 Postby RockDiz » Dec 01, 2012 3:59 am

frostyshield wrote:He means buy more servers then add them to XFS in the servers tab when your logged in as a admin.
this topic is about web servers not file servers.

fuorissimo
Posts: 32
Joined: Nov 16, 2012 5:02 pm

#10 Postby fuorissimo » Dec 03, 2012 12:44 am

Its a cgi problem. Look how .cgi are processed on your screenshot
. Using a php script can resolve. Admin of this forum continue to delete my suggestion because know perfectly that problem is the script writted in cgi.

Its unbelieveble that continue to say at users to upgrade resoures of servers.
Change script, or pay some good programmer that change cgi critical part in php and you resolve problem

trinsic
Posts: 149
Joined: Dec 21, 2009 9:24 am

#11 Postby trinsic » Dec 03, 2012 2:38 am

All those index_dl may be because they're waiting for MySQL to reply.

Try tweaking your MySQL settings.

nyan
Posts: 163
Joined: Oct 28, 2010 8:01 pm

#12 Postby nyan » Dec 03, 2012 9:53 pm

You should try optimizing mysql, give it unlimited ram (like 1024M key buffer), 8 threads at least, allow like 5000 connections
Secondly try to allow more perl executions at once (I use nginx+perl-fcgi and can do around 80 at once) I don't know if you can configure that with your setup though...
third: run atop (on centos it's called atopsar or something)

RockDiz
Posts: 135
Joined: May 05, 2011 4:47 pm

#13 Postby RockDiz » Dec 04, 2012 4:52 pm

nyan wrote:You should try optimizing mysql, give it unlimited ram (like 1024M key buffer), 8 threads at least, allow like 5000 connections
Secondly try to allow more perl executions at once (I use nginx+perl-fcgi and can do around 80 at once) I don't know if you can configure that with your setup though...
third: run atop (on centos it's called atopsar or something)

This is how mine is looking right now >_<

Code: Select all

http://oi49.tinypic.com/2ik4421.jpg
Can you guide me to a good mysql guide?

chrda
Posts: 296
Joined: Sep 14, 2009 7:16 pm

#14 Postby chrda » Dec 04, 2012 5:51 pm

Code: Select all

wget http://mysqltuner.pl
chmod +x /mysqltuner.pl
./mysqltuner.pl

trinsic
Posts: 149
Joined: Dec 21, 2009 9:24 am

#15 Postby trinsic » Dec 04, 2012 10:20 pm

Highly recommend running mysqltuner. It's a god-send, however you should only run it every 24 hours. It wont make any modifications itself but will display what settings you should modify in my.cnf, wait 24 hours and then run it again and it'll tell you what to change a second time.