Tony,
The performance numbers you are talking about are going to
be
irrelevant over any but the fastest local links,
particularly using
TCP. RTT below 30ms are going to be rare within the US and
even on a
very good tier 1 provider (Verizon/Qwest) directly you're
not going
to get much better.
I think you've got yourself locked in to an idea of how to
solve a
problem without either a measurable problem or the right
idea of a
solution.
In your situation your solution might be to setup a caching
proxy
server on port 80 with apache and tomcat on different ports
and use
the proxy server to handle the requests. It should be able
to handle
static content with much less resources than Apache can. At
this
point you can tune apache down to the bare minimum. As
latency is
very low it shouldn't need many processes to serve all
requests.
Further if Apache isn't necessary for anything you could
serve the
static content from Tomcat and cache it in memory on the
proxy.
--
Michael Conlen
On Sep 28, 2007, at 2:40 PM, Tony Anecito wrote:
> Hi Jeff,
>
> I would agree except the current audience using my
> portal is from all over the world so performance &
> size of data is critical. Also with an upcoming GA
> release the inital audience may be higher than a
> million or so and grow hopefully quickly from there.
> The system is using an RIA client to reduce the stress
> on the servers but the goal is to have the worlds
> fastest least expensive portal.
>
> I have already gotten comments from clients thousands
> of miles away from the server of how the performance
> is such that the clients think the data from my server
> is faster than off a local hard drive.
>
> That only happened because of the performance was
> considered as important as the functionality and still
> is as you can tell.
>
> Good point for most systems.
>
> Regards,
> Tony Anecito, Founder
> MyUniPortal
>
>
>
>
> --- Jeff Beard <jeffb cyberxape.com> wrote:
>
>> Tony,
>>
>> I agree with Joshua: quite complicating things for
>> yourself.
>>
>> It sounds like you are trying to solve a
performance
>> problem of some sort
>> but speaking from experience those are highly
>> dubious pursuits unless you
>> have a very, very well qualified issue. Otherwise,
>> it's purely academic
>> IMHO. I don't remember where I read this but the
>> rules for performance
>> tuning are something along the lines of:
>>
>> 1. Don't
>> 2. Don't yet (for experts only)
>>
>> My advice, don't worry about performance until
there
>> is a qualified
>> performance issue (i.e. one identified by a
>> customer/end user) and stick
>> with the Apache/mod_jk/Tomcat reverse proxy
>> configuration since it's an
>> industrial strength solution.
>>
>>
>> Cheers,
>>
>> Jeff
>>
>>
>>
>>> -----Original Message-----
>>> From: jslivegmail.com
[mailto:jslivegmail.com]
>> On Behalf Of Joshua Slive
>>> Sent: Friday, September 28, 2007 11:04 AM
>>> To: usershttpd.apache.org
>>> Subject: Re: [usershttpd] Tomcat and Apache
on
>> the same port?
>>>
>>> On 9/28/07, Tony Anecito <adanecitoyahoo.com>
>> wrote:
>>>> I have a web site with static content on
it. My
>> router
>>>> has only one static ip thus one url and
port.
>>>
>>> Quit complicating your life. There are at
least
>> three easy solutions
>>> to your problem:
>>>
>>> 1. Tomcat CAN serve static content. So just
use
>> tomact and forget
>>> about apache httpd.
>>>
>>> 2. Use a standard apache httpd+tomcat install.
>> Lots of people do this
>>> and it is plenty performant and not that
>> complicated.
>>>
>>> 3. Put the two on different ports (assuming
your
>> ISP doesn't block
>>> non-80 ports).
>>>
>>> Joshua.
>>>
>>>
>>
>
------------------------------------------------------------
---------
>>> The official User-To-User support forum of the
>> Apache HTTP Server Project.
>>> See <URL:http://htt
pd.apache.org/userslist.html>
>> for more info.
>>> To unsubscribe, e-mail:
>> users-unsubscribehttpd.apache.org
>>> " from the digest:
>> users-digest-unsubscribehttpd.apache.org
>>> For additional commands, e-mail:
>> users-helphttpd.apache.org
>>
>>
>>
>>
>
------------------------------------------------------------
---------
>> The official User-To-User support forum of the
>> Apache HTTP Server Project.
>> See <URL:http://htt
pd.apache.org/userslist.html> for
>> more info.
>> To unsubscribe, e-mail:
>> users-unsubscribehttpd.apache.org
>> " from the digest:
>> users-digest-unsubscribehttpd.apache.org
>> For additional commands, e-mail:
>> users-helphttpd.apache.org
>>
>>
>
>
>
>
>
____________________________________________________________
__________
> ______________
> Be a better Globetrotter. Get better travel answers
from someone
> who knows. Yahoo! Answers - Check it out.
> http://answers.yahoo.com/dir/?link=list&sid=3965454
69
>
>
------------------------------------------------------------
---------
> The official User-To-User support forum of the Apache
HTTP Server
> Project.
> See <URL:http://htt
pd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribehttpd.apache.org
> " from the digest:
users-digest-unsubscribehttpd.apache.org
> For additional commands, e-mail: users-helphttpd.apache.org
>
------------------------------------------------------------
---------
The official User-To-User support forum of the Apache HTTP
Server Project.
See <URL:http://htt
pd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribehttpd.apache.org
" from the digest: users-digest-unsubscribehttpd.apache.org
For additional commands, e-mail: users-helphttpd.apache.org
|
