I agree about latency and have tested for that all the
way to Europe and Asia. I did find a latency of 31ms
from my server to over 700 miles. I think the worst I
saw was still under 1 second.
Since my packet size typcally is under 1500 bytes
31msec is very much not an issue at this point but the
number requests at the server is my focus.
Thanks,
-Tony
--- Michael Conlen <m@xxxxxxxxxx> wrote:
> 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@xxxxxxxxxxxxx> 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: jslive@xxxxxxxxx [mailto:jslive@xxxxxxxxx]
> >> On Behalf Of Joshua Slive
> >>> Sent: Friday, September 28, 2007 11:04 AM
> >>> To: users@xxxxxxxxxxxxxxxx
> >>> Subject: Re: Tomcat and Apache on
> >> the same port?
> >>>
> >>> On 9/28/07, Tony Anecito <adanecito@xxxxxxxxx>
> >> 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://httpd.apache.org/userslist.html>
> >> for more info.
> >>> To unsubscribe, e-mail:
> >> users-unsubscribe@xxxxxxxxxxxxxxxx
> >>> " from the digest:
> >> users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> >>> For additional commands, e-mail:
> >> users-help@xxxxxxxxxxxxxxxx
> >>
> >>
> >>
> >>
> >
>
---------------------------------------------------------------------
> >> The official User-To-User support forum of the
> >> Apache HTTP Server Project.
> >> See <URL:http://httpd.apache.org/userslist.html>
> for
> >> more info.
> >> To unsubscribe, e-mail:
> >> users-unsubscribe@xxxxxxxxxxxxxxxx
> >> " from the digest:
> >> users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> >> For additional commands, e-mail:
> >> users-help@xxxxxxxxxxxxxxxx
> >>
> >>
> >
> >
> >
> >
> >
>
______________________________________________________________________
>
> > ______________
> > 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=396545469
> >
> >
>
---------------------------------------------------------------------
> > The official User-To-User support forum of the
> Apache HTTP Server
> > Project.
> > See <URL:http://httpd.apache.org/userslist.html>
> for more info.
> > To unsubscribe, e-mail:
> users-unsubscribe@xxxxxxxxxxxxxxxx
> > " from the digest:
> users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> > For additional commands, e-mail:
> users-help@xxxxxxxxxxxxxxxx
> >
>
>
>
---------------------------------------------------------------------
> The official User-To-User support forum of the
> Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for
> more info.
> To unsubscribe, e-mail:
> users-unsubscribe@xxxxxxxxxxxxxxxx
> " from the digest:
> users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> For additional commands, e-mail:
> users-help@xxxxxxxxxxxxxxxx
>
>
____________________________________________________________________________________
Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out.
http://answers.yahoo.com/dir/?link=list&sid=396545433
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|