Hi,
users@... wrote:
> On Nov 22, 2005, at 12:08, Sebastian Reitenbach wrote:
> > retrieving the contacts list from ogo via zidestore in the
> > kaddressbook takes about 5 up to ten minutes for 1500 contacts. The
> > zidestore occupies nearly the whole processing power, running with
> > 95+ percent. This horribly slows down the whole machine, including the
> > webui. Especially in the morning, when the users start to work.
> >
> > I am using ogo-zidestore-1.0beta.2-r1412.0
> >
> > Any hints on how to investigate this issue?
>
> The main problem is that Kontact doesn't seem to cache the contacts
> properly.
>
kontact (kaddressbook) doesn't cache the contacts at all, after deactivating
and reactivating, the whole list is retrieved again.
created a bug report a while ago, please vote if you have some time...
http://bugs.kde.org/votes.cgi?action=show_bug&bug_id=114920
> The initial load of the cache can indeed be that high with GroupDAV
> because the client will issue 1 PROPFIND to discover the contacts and
> then 1500 individual HTTP GET requests.
> Of course this is supposed to happen only *once* per client and
> therefore considered reasonable (subsequent starts of the application
> are supposed to fetch changed records only based on the etag
> information).
yes, makes sense, unfortunately kaddressbook doesn't cache,...
>
> ZideLook is a bit more efficient here, it fetches up to 64? contacts in
> one GET (so ~25 GETs insetad of 1500). But it uses a non-standard HTTP
> hack which is why it isn't in GroupDAV.
what is this for a hack, why is it not working with HTTP?
so the propfind is first going to retrieve the list of (new/changed) contacts
and will then download them. What is the problem of requesting and downloading
64 or howmany ever, contacts in a row?
kind regards
Sebastian
--
Sebastian Reitenbach Tel.: ++49-(0)3381-8904-305
RapidEye AG Fax: ++49-(0)3381-8904-101
Friedrich-Franz-Str. 19 e-mail:
reitenbach@...
D-14770 Brandenburg web:
http://www.rapideye.de
--
OpenGroupware.org Users
users@...
http://mail.opengroupware.org/mailman/listinfo/users