|
We did some load tests with 75 concurrent users accessing collection of
approximately 2500 docs, 3 - 5Mb in size. 1.1b was behaving fine.
The setup:
1. client access through the browser
2. XPath query (retrieves about 20 docs)
3. XSL stylesheet is applied to each to render the resulting
HTML
Here are some numbers:
Average Page Load: 0.74 Seconds Minimum Page Load: 0.30 Seconds Maximum Page Load: 23.39 Seconds Total HTTP Requests: 90,376 Requests/Sec: 100.41 Pages/Sec: 100.41 CPU Utilization of hpma523: 23% Load Time Standard Deviation: 1.20 # of objects in page: 1 What was puzzling - on approximately every 30th request, response will choke up to 25 sec, bringing the overall response time to .74 sec And don't forget to implement some sort of object pooling for the collections. I was using jakarta.commons.pool good luck Bob Stone -----Original Message-----
From: jcplerm [mailto:] Sent: Tuesday, May 13, 2003 8:21 PM To: [email protected] Subject: Scaleability and transaction support What is the status of Xindice with regards to
scaleability and concurrency and transaction support?
How does Xindice behave under heavy loads, with
lots of users querying and updating XML docs?
Let's assume the documents are of reasonable size,
let's say 400KB the largest and 3KB in average.
Is Xindice multithreaded, or there is a separate
process per client?
I am seriously considering Xindice for a project
and I would appreciate any feedback.
Thanks a lot,
Julio Lerm
Chicago, IL
|
- Scaleability and transaction support jcplerm
- Re: Scaleability and transaction suppo... STONE,ROBERT (HP-SanDiego,ex1)
- Re: Scaleability and transaction s... Devrim Ergel
- RE: Scaleability and transaction suppo... STONE,ROBERT (HP-SanDiego,ex1)
- RE: Scaleability and transaction s... Paul Brown
