![]() |
How much can a server handle?
I'm about to get another dedicated server, and need some advise...
I'll be pushing somewhat heavy tgp traffic, and running a few tgps, with tradescripts, etc... As well as a paysite or 2. Now... Will a P3 1000+/- 1gig ram, IDE Drive, work for that? or do I need to upgrade to Dual Processors and a SCSI drive? If I do the 2nd... what can it handle? Anyone have an example of what they are pushing through either of these comparable servers? I know... Ima supah newb. |
>Will a P3 1000+/- 1gig ram, IDE Drive, work for that?
If you have a decent programmed trade script this will be no problem. |
And don't forget...
http://enamu.com/tlot/images/may/freebsd.jpg www.freebsd.org :thumbsup You could also get a dual board and add another processor later if you need it. |
Quote:
Ya, but Im not colocating, just getting a managed server, figure its easier to do it all in 1 shot. =) |
we have 6 servers right now and all of them run FreeBSD. and no problems with performance. we have CJs and TGPs. as well as our banking system
|
:glugglug
|
Quote:
ahahahaha! yeah buddy! freeBSD rox0rs! |
What's the difference? I really would like to know. I'm running Red Hat but I don't know Red Hat from Linux from Free BSD etc... Tell me please.
|
I think its not good idea to run a big tgp and a paysite on the same server.
|
Quote:
Just my 2 cents (FreeBSD is the OS for all my serving needs) |
i would recommend against putting a paysite on the same server as a tgp. 'don't shit where you eat'...
|
i would recommend against putting a paysite on the same server as a tgp. 'don't shit where you eat'...
======= good advice, the TGP traffic will easily exceed your paysite traffic---but it is the paysite traffic that is buying the memberships; and if the paysite connectivity is compromised in ANY way you will be stepping on your dick. best way i believe--- get cheap ass virtual hosting for TGP galleries, and the best paysite connectivity you can buy. (which will cost triple what the cheapest TGP hosting will cost) when choosing hosts do international ping/traceroute timing tests to see who is fastest---you paysite visitor section MUST load as fast as possible. make sure your host is not blocked on some networks because they host email spammers; some are, and only traceroutes will show it. then buy an ass-kickin box--lotsa RAM, scsi, RAID and dual processor minimum for your paysites i'm not an expert, just know what works for me. |
Yep, I agree with that.. We've finally got our paysites set up how we like them.. The sites themselves on their own fast box all by themselves on decent bandwidth and hosting, and the promotions box that takes all the beatings from the hosted galleries on cogent bandwidth..
Definitely a BIG payoff in having the paysites be extremely responsive. Cheers, Backov |
If you're going to put paysites on any server you should have them raided for sure. Would be one big problem if something failed...
|
Quote:
SpaceAce |
Drew if your going to be going with managed servers then why not just go with a single processcor for now.
When your site grows to the point of needing the dual processor any good host can switch you to a dual processor box with no downtime. My :2 cents: Only because I do this for a living. If you want to hit me up on ICQ 4433144 I'll give you specific numbers on what it can handle but there are many variables IE: how is apache setup Kernel setup etc etc etc |
|
Quote:
I just added ya a sec ago... buzz me ICQ 5321093. =) |
Listen to JFPdude, he rocks. Not that the other advice is lacking of course. I have even seen him help folks out on the boards that were having problems with rackshack support (for instance)
regards, strato |
FreeBSD rocks, no doubt about it :thumbsup :thumbsup :thumbsup
|
OpenBSD beats FreeBSD with ease.
|
You might also want to consider using squid as an http accelerator. If you've got 2 servers, you can handle many more
requests and much more bandwidth when 1 runs apache and 1 runs squid, than when both run apache. |
| All times are GMT -7. The time now is 10:11 PM. |
Powered by vBulletin® Version 3.8.8
Copyright ©2000 - 2026, vBulletin Solutions, Inc.
©2000-, AI Media Network Inc123