Well offhand, based on what you've seen with the timeouts and concurrent reads that you have a race condition or a mutex in there that is blocking concurrent access. Time for a code review. I don't know if there is a profiler available for python, but that would be another place I'd go. JMeter may not be an ideal tool if all you need to do is hit the server with some concurrent requests. It is really suited for setting up a controllable load. In general, you can get some useful data simply by applying any old load to the app. However if you want to get really useful data out of the tests, you need to figure out how to generate realistic load. First step is to take a look at what the real world usage patterns are...what do the users do when they use the app? Pick several of the most common ones, and figure out how to get JMeter to replicate those actions as closely as possible. Then you can figure out how many of those actions to apply per unit time to simulate a given number of users. From there it gets complicated. :-) -Pete On May 16, 2008, at 7:54 AM, John DeStefano wrote: > Thanks, Paul and Peter, for recommending Apache JMeter. Looks like an > excellent tool; I've played with it for about an hour now and it seems > to be able to do all I could ask and much, much more. If you've > happened to have used JMeter and come up with a tried-and-true Test > Plan, please pass it on or send along your suggestions for useful test > components. > > I'd also appreciate your feedback on concurrent requests: >> Now, as sidebar: this particular application (which was built using >> MySQL + Python + Apache) seems slow with sequential reads, but even >> worse when concurrent requests are used. I'm being told that this >> isn't possible, since the server should be able to queue requests as >> they come in, sequential or otherwise. While that seems evident, >> sequential reads return results, while concurrent reads (in any >> quantity: 10, 5, even 2) result in time-outs much more often. Any >> thoughts on this? > > > Thanks, > ~John > -- > > * * Please support the community that supports you. * * > http://evolt.org/help_support_evolt/ > > For unsubscribe and other options, including the Tip Harvester > and archives of thelist go to: http://lists.evolt.org > Workers of the Web, evolt !