hi, i'm running a local calendarserver (version: 2.4.dfsg-6) on my ubuntu machine (oneiric - 11.10). i'm developing a php/web-based calendar application which sends requests to the calendarserver and processes its answer. i am now confronted with two problems: the first problem: to request all available dates within the month of july via firefox, for example, it lasts round about 12 seconds. [there are approximately 600 *.ics files for july] the request is: <?xml version="1.0" encoding="utf-8" ?> <C:calendar-query xmlns:D="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav"> <D:prop> <D:getetag/> <C:calendar-data/> </D:prop> <C:filter> <C:comp-filter name="VCALENDAR"> <C:comp-filter name="VEVENT"> <C:time-range start="20120631T220000Z" end="20120731T215959Z"/> </C:comp-filter> </C:comp-filter> </C:filter> </C:calendar-query> are there any possibilities to optimize the response time? (requesting week by week for july results in the same amount of time since every request per week lasts 3 seconds...) the second problem: if i simulate two different users with independent sessions concurrently requesting the same timeframe (july) then indeed both requests arrive at the calendarserver at the same time, but "the first request wins" and the other one has to wait until the first request has been processed by the calendarserver. the calenderserver processes the second request only if it has finished processing the first one. so, the winner got the results after this delay of 12 seconds, the other user has to wait 24 seconds. if there would be more users, the response time would grow enormously. did i miss something while configuring the calendarserver? i have to admit that i use the default caldav.plist config file. i thought that the calendarserver could handle multiple request at the same time like the apache webserver, for instance. any help and advice/suggestion would be great. thanks, emport -- View this message in context: http://old.nabble.com/Performance-and-Parallel-Requests-to-Calendarserver-tp... Sent from the Calendar Server - Users mailing list archive at Nabble.com.