Re: [Logicmail-users] build 200 slow
Brought to you by:
octorian
Menu
▾
▴
Re: [Logicmail-users] build 200 slow
|
From: Rama.k <ra...@ge...> - 2010-08-05 03:35:42
|
Hi Please stop sending email, too much bug to use this system. Thanks Regards Rama -----Original Message----- From: joe...@gm... [mailto:joe...@gm...] Sent: Thursday, August 05, 2010 10:09 AM To: log...@li... Subject: Re: [Logicmail-users] build 200 slow It is much faster and fixed my Inbox refresh issue. Sent on the SprintR Now Network from my BlackBerryR -----Original Message----- From: "Derek Konigsberg" <dko...@lo...> Date: Wed, 04 Aug 2010 22:17:10 To: John Scarfone<js...@eo...>; <log...@li...> Reply-To: log...@li... Subject: Re: [Logicmail-users] build 200 slow Okay, I'm bring this one back on-list, since the final result is of interest to everyone. It looks like the UID error, which John mentioned in passing, was the real key to all of this. I was able to reproduce that same error during my own testing here. The real bug here was that my newer/better/faster network code was returning some junk whenever reading a lot of data at once. Apparently this junk was ignored by just enough of the code that I never noticed it until just now. So, the problem should be fixed, and build 201 should now be even faster than 199 was. P.S. This bug may have been the cause of the large-attachment-download issues that have been recently reported, so I suggest testing that again as well. It may magically work now. -Derek On Tue, 03 Aug 2010 23:19 -0400, "John Scarfone" <js...@eo...> wrote: > Getting folder messages takes approx 20 seconds. Overall build 199 seemed > a lot faster for me. (both opening and getting message folder list was > faster) > -- > John > > On Tue, 3 Aug 2010 22:27:46 -0400, Derek Konigsberg wrote: > > Okay, its hard to determine the specific sequence of events from what > > you've said. > > > > When you say "getting folders", do you mean "getting the message list", > > or "refreshing the folder tree"? > > If you mean "getting the message list", then its actually a two-step > > operation under the covers (as I described in my last message). It used > > to be pretty evenly divided between downloading (progress in "kb") and > > processing (progress in "%"). Now I've sped up the downloading, so the > > second half is far more noticeable. It shouldn't be slower, but its > > possible that it may be. > > > > Now the other part... > > "when I have no messages I get an error next uid folder is unknown." > > > > This is likely to be a bug, since I don't test that case very often. > > I'll test it as soon as I can, since its probably a simple fix. > > > > -Derek > > > > > > On 8/3/2010 9:11 PM, John Scarfone wrote: > > > Hi, > > > It takes approx 45 seconds when opening the connection, after that > > > getting folders approx 20 seconds and when I have no messages I get an > > > error next uid folder is unknown. > > > Thanks > > > John > > > ===================== > > > > > > >>> Derek Konigsberg<dko...@lo...> 8/3/2010 9:50 PM >>> > > > Can you be more specific as to exactly what is slower? > > > > > > If I assume that you mean "what happens between clicking on a folder, > > > and LogicMail being done doing stuff", the following is what happens: > > > 1) Load cached message headers from the SD Card > > > 2) Refresh message flags (usually very quick, unless you have to wait > > > for the connection to open) > > > 3) Download new message headers > > > a) Downloading data from the server (progress bar shows a kb count) > > > b) Parse the data and update the screen (progress bar shows a > > > percentage) > > > > > > The big change in build 200 was a rewrite of the low-level network > > > socket code, which actually improves its performance dramatically. > > > This makes steps 2 and 3a go much faster. However, speeding up that > > > code had the side effect of making the slow performance of the current > > > IMAP parsing code (step 3b) far more apparent. > > > > > > So what behavior are you seeing, specifically? > > > > > > P.S. I'm actually in the middle of rewriting some of the core IMAP > > > parsing code, which should make this all go a lot faster. Its just > > > that the current code is very well tested, so I don't want to replace > > > it until I'm confident I can handle every last little corner-case > > > (i.e. things you'll likely never encounter unless someone sends you an > > > e-mail with a Chinese subject). > > > > > > On 8/3/2010 11:59 AM, John Scarfone wrote: > > >> Hi > > >> With build 200 it takes a long time to get my imap mail. I went back > > >> to 199 and I can get my imap mail fast again. > > >> Any chance you can fix this issue with the next build? > > >> > > >> Thanks, > > >> John > > >> > > >> > > >> ---- On Tue, 03 Aug 2010 08:57:32 +0100 Jess Hampshire wrote ---- > > >> > > >> > > >> > > >> --------------------- > > >> > > >> > > >> ---------------------------------------------------------------------------- -- > > >> The Palm PDK Hot Apps Program offers developers who use the > > >> Plug-In Development Kit to bring their C/C++ apps to Palm for a share > > >> of $1 Million in cash or HP Products. Visit us here for more details: > > >> http://p.sf.net/sfu/dev2dev-palm > > >> > > >> > > >> _______________________________________________ > > >> Logicmail-users mailing list > > >> Log...@li... > > >> https://lists.sourceforge.net/lists/listinfo/logicmail-users > > > > > > > > > -- > > > ---------------------------- > > > Derek Konigsberg > > > dko...@lo... > > > ---------------------------- > > > > > > ---------------------------------------------------------------------------- ----------------------- > > > *Text inserted by Panda Security for Desktops:* > > > > > > This message has NOT been classified as spam. If it is unsolicited > > > mail (spam), click on the following link to reclassify it: It is spam! > > > <http://localhost:6083/Panda?ID=pav_3440&SPAM=true&path=C:%5CDocuments%20and %20Settings%5CLocalService%5CLocal%20Settings%5CApplication%20Data%5CPanda%2 0Software%5CAntiSpam> > > > ---------------------------------------------------------------------------- ----------------------- > > > > > > -- > > ---------------------------- > > Derek Konigsberg > > dko...@lo... > > ---------------------------- > > > > ---------------------------------------------------------------------------- -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ Logicmail-users mailing list Log...@li... https://lists.sourceforge.net/lists/listinfo/logicmail-users ---------------------------------------------------------------------------- -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ Logicmail-users mailing list Log...@li... https://lists.sourceforge.net/lists/listinfo/logicmail-users __________ Information from ESET Smart Security, version of virus signature database 5340 (20100804) __________ The message was checked by ESET Smart Security. http://www.eset.com |
