[missing-sync-palmos-talk] Excruciatingly long sync times over network/LANSync

David A. Desrosiers hacker at gnu-designs.com
Sat Dec 4 22:10:39 PST 2004


> It is reading a list of all the databases on the handheld; on a
> fully loaded device, there can be a large number of databases.

	I've only installed about 20 applications, but the list of
files on the device (RAM and ROM) is over 400. The data + apps on the
device total 293 files. The total size is 23M, with the largest being
Vindigo (which I keep all conduits for, in the disabled state).

	It should be that long to enumerate through these by name or
CreatorID. If the Backup conduit is disabled, why do you need to
enumerate at all? Wouldn't just doing a dlp_FindDBByTypeCreator for
each of the registered (and activated) conduits, suffice?

> We are investigating speed issues with Network Sync (we addressed
> USB syncing speed in 4.0.2 and we can't get everything fixed in
> every release).

	Of course, and I sympathize. We're fighting it on our end as
well. We just uncovered a very ugly bug with T5/Zire31 devices the
other day, and implemented a pseudo-workaround. The bug is down at the
chip level, unfortunately.

>  There are definitely improvements that can be made in the sync.

	Right, but the sheer number of working and broken and odd
devices that we both have to support in our respective camps, makes
that very difficult to "Fix Right(tm)", and in a way that doesn't
break sync for other previously-working devices.

	I'll keep beating on this a bit, and seeing if I can identify
the slowdowns with Ethereal for LANSync and my dlp/net plugins for
local sync.

	I'll contact you off-list with some other info.

David A. Desrosiers
desrod at gnu-designs.com
http://gnu-designs.com



More information about the missing-sync-palmos-talk mailing list