On Mon, Oct 14, 2013 at 08:03:25AM -0500, Felipe Contreras wrote:
> > The problem is not the downloading of new messages, it's the time it
> > takes to synchronize all the flags. The folder I'm testing has almost
> > 150,000 messages, and it's not the biggest one, just the biggest I've
> > synced so far. Try 'Sync PullNew' and see how long it takes in your
> > folder.
> 
> Er, PullFlags.

% time mbsync mit-expunge
Reading configuration file /home/tytso/.mbsyncrc
Resolving po14.mit.edu... ok
Connecting to 18.9.21.32:993... ok
Connection is now encrypted
Logging in...
Password ([email protected]): 
Channel mit-expunge
Selecting slave INBOX... 38669 messages, 7056 recent
Selecting master INBOX... 38805 messages, 0 recent
Synchronizing
Expunging master
Expunging slave

real      0m3.828s
user      0m0.200s
sys       0m0.080s

... where mit-expunage is doing "Sync Flags PullDelete"

Average RTT to my imap server is 20ms, although since downloading the
flags is done as one large pull, and not in a lockstep fashion,
latency doesn't matter as much as throughput.  So perhaps what's more
important is that I have 32.5 MBps download capacity, and 7 Mbps
upload capacity.

How is this comparing with what you are seeing?  I wonder if the
bottleneck is not so much the network protocol, or the IMAP server
fetching the flags from its mailbox store.  Obviously, making mbsync
smarter so it's not fetching all flags if the user isn't interested in
localling caching everything would be a good thing, but it would be
useful to understand exactly what the bottleneck is for your
performance issue.

                            - Ted

------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
isync-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/isync-devel

Reply via email to