-- Michael Conlen On Sep 28, 2007, at 4:47 PM, Tony Anecito wrote:
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 fromthere.The system is using an RIA client to reduce thestresson the servers but the goal is to have the worlds fastest least expensive portal. I have already gotten comments from clientsthousandsof miles away from the server of how theperformanceis such that the clients think the data from myserveris faster than off a local hard drive. That only happened because of the performance was considered as important as the functionality andstillis 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 thingsforyourself. It sounds like you are trying to solve aperformanceproblem 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 untilthereis 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 SliveSent: Friday, September 28, 2007 11:04 AM To: users@xxxxxxxxxxxxxxxx Subject: Re: Tomcat and Apache onthe same port?On 9/28/07, Tony Anecito <adanecito@xxxxxxxxx>wrote:I have a web site with static content on it. Myrouterhas only one static ip thus one url and port.Quit complicating your life. There are at leastthree easy solutionsto your problem: 1. Tomcat CAN serve static content. So just usetomact and forgetabout apache httpd. 2. Use a standard apache httpd+tomcat install.Lots of people do thisand it is plenty performant and not thatcomplicated.3. Put the two on different ports (assuming yourISP doesn't blocknon-80 ports). Joshua.---------------------------------------------------------------------The official User-To-User support forum of theApache 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@xxxxxxxxxxxxxxxxFor 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>formore 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 travelanswers from someonewho knows. Yahoo! Answers - Check it out.http://answers.yahoo.com/dir/?link=list&sid=396545469---------------------------------------------------------------------The official User-To-User support forum of theApache HTTP ServerProject. See <URL:http://httpd.apache.org/userslist.html>for more info.To unsubscribe, e-mail:users-unsubscribe@xxxxxxxxxxxxxxxx" from the digest:users-digest-unsubscribe@xxxxxxxxxxxxxxxxFor 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
--------------------------------------------------------------------- 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