RE: Why is SyncCM so slow?

[Bharat Mediratta <Bharat@xxxxxxxxx>]

Tom --

The CDE calendar doesn't have an effective way of indicating when
the first appointment is in your calendar, so when you say Sync All
it starts in 1970 and moves forward.  That's why the first 75% goes
by quickly.  Removing the network dependancy I'm also curious why
it takes 23 seconds for your remaining 21 appts.  It could be that
your home machine is slow (sparc 2?) and is having a hard time 
supporting the client (which is somewhat thick).  The remote server
could be running slowly, and when you copied it locally you might
just be further overloading your home machine.

The main problem is that the CDE calendar does not support synching
easily.  It doesn't have flags for deleted or modified records so
SyncCM has to go through every single appointment to build up a database
for each sync.  This is frustratingly slow, but it is a problem
with the calendaring system (the same problem existed for the old
OpenLook calendar).

The thing to do would be to go back to your work calendar server 
and snoop the network to see what the net traffic is like.  Bring up
a perfmon on your local machine and check out the CPU and memory
usage.  If the CPU is not pegged and memory is not full (ie, you're
not swapping like mad) then it's not a client problem.  If you're
not seeing a lot of net traffic then the problem is probably the
remote server running slowly.

-Bharat


> -----Original Message-----
> From: Thomas Dwyer III [mailto:tomiii@xxxxxxxxxxx]
> Sent: Friday, January 23, 1998 7:27 PM
> To: pilotmgr@xxxxxxxxxxxxxxxxxxxx
> Cc: tomiii@xxxxxxx
> Subject: Why is SyncCM so slow?
> 
> 
> Does anyone know why SyncCM takes so long?  Specifically, why does
> the bar graph take a very short time to fill the first 75% and a very
> long time for the last 25%?  According to SyncCM, my calendar has 21
> appointments.  I verified this by examining callog.tomiii in the
> /var/spool/calendar directory on my calendar server.  There just
> isn't a whole lot of data there.  Yet when SyncCM runs (talking to
> my calendar server via 128Kbps ISDN--both channels active) it takes
> roughly 7 seconds for the first 75% and an additional 200 seconds
> (yes, over 2.5 minutes!) for the last 25%.
> 
> As an experiment, I copied my calendar to the local machine to remove
> network bandwidth from the test.  This resulted in ~2 seconds for the
> first 75% and an additional ~23 seconds for the last 25%.  Much better
> than when synchronizing over the network, but still pretty poor for
> only 21 appointments.
> 
> By the way, I have SyncCM configured as follows:
> 
>     Sync All
>     Begin Date: **********
>     End Date:   **********
>     Remove duplicates
>     Log all changes
>     Full Merge
> 
> I would appreciate it if anyone could enlighten me as to what's going
> on here.
> 
> 
> Thanks,
> Tom.III
> 
>
------------------------------------------------------------------------
> ***********************************************************
> *             This is a public mailing list!              *
> * Please do not publish Sun proprietary information here! *
> *        -  -  -  -  -  -  -  -  -  -  -  -  -  -         *
> *             http://www.moshpit.org/pilotmgr             *
> ***********************************************************
> 
------------------------------------------------------------------------
***********************************************************
*             This is a public mailing list!              *
* Please do not publish Sun proprietary information here! *
*        -  -  -  -  -  -  -  -  -  -  -  -  -  -         *
*             http://www.moshpit.org/pilotmgr             *
***********************************************************