This week's book giveaway is in the Clojure forum.
We're giving away four copies of Clojure in Action and have Amit Rathore and Francis Avila on-line!
See this thread for details.
Win a copy of Clojure in Action this week in the Clojure forum!
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

Apache/IHS MaxServers

 
Stan James
(instanceof Sidekick)
Ranch Hand
Posts: 8791
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
We have a web app running in stress test with Silk Performer. When we use co-located test agents it scales nicely to hundreds of users. When we add even a few test agents located across town in our other office it slows down all agents horribly and scales only to a fraction of the users. We have ten T1 lines to the other office, but all the agents pile onto one of them for some unknown reason.

My working theory is: Over a slow network every HTTP request holds the connection & server process open longer. As we increase the time we reduce the number of available connections until all agents are waiting for connections and even the co-located agents slow down.

I'm shooting in the dark here - not a network or Apache expert. Does that idea ring true to anyone?
[ April 07, 2005: Message edited by: Stan James ]
 
Ilja Preuss
author
Sheriff
Posts: 14112
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Another potential bottleneck: Are you holding some shared resource from beginning to end of a request, so that requests can only be handled sequentially?
 
Stan James
(instanceof Sidekick)
Ranch Hand
Posts: 8791
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Certainly not on purpose. This scales well with as many local agents as we can throw at it so I think the design must be pretty fair. It goes all to heck in a hurry on remote agents. I'm struggling to think of how they might be different except for something related network latency.

Last night the test scaled to many hundreds of user nicely, then ran up to 100% database CPU when adding another user group into the mix. That's going to be one group-specific query somewhere. An much easier hit than the remote agent mystery, I'm betting.
 
I agree. Here's the link: http://aspose.com/file-tools
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic