Hello Martin Rabl
On 2012-01-10 14:20, Martin Rabl wrote: > > I stumbled across a IMHO strange behaviour, when a user of our company > tried to retrieve the personal calendar of another user with the URL > http://sogo.acme.org/SOGo/dav/<another_user_name>/Calendar/personal.ics > > What I see is, that the personal.ics contents all events from the > beginining of calendar server using (is that right?). Yes, this is the intended behaviour. You get the same as you would when you export the corresponding calendar. > The User "another_user_name" has about 2000 Events, and when I try to > retrieve this personal.ics the load on the SOGo server increases fast to > over 85% memory and 90% CPU using. The cpu will be ready after maybe > 20secs, but the memory comsumption stays on that level until the sogo > watchdog bites ;-) the process away. > > At our company the retrieval of personal.ics is used by the poor ;-) > Outlook users for reading anothers calendar. > > What I am wondering is, is there a reason for this IMHO dramatical load > rise? My manager said, he cannot understand this because the ics-format > seems to be easy to generate. Or does this depends of some other things? Memory consumption will decrease never, as long as you don't need it for any other program. 90% CPU for 20secs seems a little bit too high for me. Or is this an ARM board? ;-) Perhaps you should check your DB settings. It seems to me that it doesn't use indexes to retrieve the event entries. Building the ics-format doesn't consume much CPU or Time. > On this place another question: is it possible to limit the amount of > events in the on-the-fly generated personal.ics, i. e. via configuration > file or URL-parameter? > No. Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- [email protected] https://inverse.ca/sogo/lists
