I ran the debug routine that Ken suggested above, submitted the results to support, and I heard back from one of the ninjas that indicated the info was useful. Perhaps we'll see an update soon.
These forums are now read-only. Please visit our new forums to participate in discussion. A new account will be required to post in the new forums. For more info on the switch, see this post. Thank you!
|
|
FAQ | Members List | Calendar | Today's Posts | Search |
Still Long Sync on iPhone... | Thread Tools | Search this Thread | Display Modes |
Member
2009-10-12, 07:01 AM
I ran the debug routine that Ken suggested above, submitted the results to support, and I heard back from one of the ninjas that indicated the info was useful. Perhaps we'll see an update soon.
Post 51
|
Member
2009-10-12, 03:06 PM
Quote:
As I mentioned earlier, I have a fairly large number of actions/projects (~2000 actions, ~325 projects), two clients, and usually around 50-100 zip files. I almost never see a MobileMe sync take longer than 30 seconds, and most are just 3-10 seconds. I have no complaints about sync performance whatsoever. What's different between our systems? I mean, if the problem is just this inefficiency mentioned by Ken, shouldn't we all be seeing slower sync times? The impact on mine seems almost negligible. Is it number of clients? I have just two. Or is it database file size or number of attachments? Mine is about 400-500K and no embedded attachments. Anyway, I hope the problem gets ironed out soon because snappy sync times are really nice. -Dennis
Post 52
|
Member
2009-10-13, 12:14 AM
Quote:
Same here (1 Desktop, 1 iPhone). Quote:
My database now weights 692 kb. (When I checked the size on the Webdav server it said 332.86 GB (in the Finder), but I guess that's Snow Leopard's fault.) And it contains around 500 actions. (In 199 ZIP files.) BTW, I have used some special characters (like '<', '+', '|', etc.), and I noticed that (after syncing?) '> <' becomes '><'.
Post 53
|
Member
2009-10-13, 01:54 AM
Quote:
The sync times I have reported here are when I am syncing over Wi-Fi. The times are so bad over Edge that I don't even bother timing them as it's just unusable. I have to turn auto-sync off, and then I don't always remember to turn it back on when I am back on Wi-Fi again. I really need this to be fixed, but if not I'm going to put in a feature request to have a preference to only sync while on Wi-Fi, similar to the preference that Evernote for iPhone has. It's curious, but it's not the first time something similar has happened with OmniFocus iPhone. If you recall the bug in (I believe) 1.5.2 that caused a crash when exiting the location screen? I never could reproduce that on my iPhone and I tried.
Post 54
|
Member
2009-10-13, 02:47 AM
I also sync over wifi. And it always takes more than 30 seconds, most of the time around 100. (I have now ca. 600 actions.)
Those are the times for mydisk.se. When I was using swissdisk.com it took even longer. When I synced after just having synced it would still take about 45 seconds. (The progress bar would appear after 30 seconds--directly to full progress. So I guess there were some difficulties connecting to the server.) But as I understand it, the WebDAV server is not the issue here, since some MobileMe users expirience this "bug" and others don't. (Is there only one port over which you can conntect to the MobileMe WebDAV server?)
Post 55
|
I think this must be an interaction of the bug Ken wrote about and our usage patterns. Recall that the bug was OF consolidating the database after processing each transaction, instead of consolidating once at the end. I tend to do a lot of rearranging of my database between syncs (i.e., moving actions around, changing action groups). I also tend to check off lots of items during the course of the day, because I use templates that break actions down into many steps. Finally, I have a deep hierarchy of folders, projects, and action groups. The majority of my actions are in triply nested action groups, within projects that is doubly nested in folders.
My suspicion is that the deeper hierarchy makes the consolidation step take longer. Dennis, do you tend to have complex project and action group hierarchies, or is your system flatter? Greg and ricot, does your usage match any pieces of mine? Cheers, Curt
__________________
Cheers, Curt
Post 56
|
Member
2009-10-13, 08:08 AM
Quote:
Post 57
|
Member
2009-10-13, 11:25 AM
Quote:
Quote:
-Dennis
Post 58
|
Member
2009-10-13, 02:11 PM
Some days I will have a high amount of activity in the database, as do you, but I typically sync multiple times a day so there is seldom a mass amount of changes during any one sync. One of the worst sync times I had came one morning, when I had not made any changes from the last sync. The only thing different in the database was that 3 tasks had become available after midnight, so the status of those tasks changed.
My database hierarchy is very flat. I have 8 Area folders and all projects in these areas have same-level tasks. I moved away from nested projects/action groups a long time ago as I now prefer to break up complex projects into their own stand-alone projects.
Post 59
|
Member
2009-10-14, 02:26 AM
Mine matches any piece of yours. Deep hierarchy, a lot of rearranging, and I add and delete a lot of items. But I sync quite often, and when I have only added three inbox items since last sync it still takes >30 seconds.
If the server would be part of the problem how could the Desktop version sync fast? (I haven't heard anyone report slow Desktop syncs.)
Post 60
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
oFocus size? (long load&sync times) | santra | OmniFocus Syncing | 3 | 2008-08-26 11:11 AM |