long track sluggishness

Forum for questions and problems regarding PathAway GPS 4 SE for Windows Mobile

Moderator: Scott

stefan
Posts: 50
Joined: Mon Jun 19, 2006 12:35 pm

long track sluggishness

Postby stefan » Thu Mar 08, 2007 2:49 pm


Ahto
Posts: 16
Joined: Tue May 09, 2006 2:25 pm
Contact:

Postby Ahto » Thu Mar 08, 2007 3:56 pm


stefan
Posts: 50
Joined: Mon Jun 19, 2006 12:35 pm

Postby stefan » Mon Mar 12, 2007 9:39 pm

deactivating other tracks doesnt help. pathaway dies the sluggishness death even with just one large track in the database. and we're not talking millions of points here, just a few thousand is enough to kill the most modern pocketpc. thats really a bit weird, given that we're at over 600 mhz and a decent amount of memory today. a commodore 64 could handle that easily :).

as for manual splitting, it feels a bit weird to perform such kind of operation as a user. pw design should be intelligent enough to not require me to help it with handling its databases & memory.

btw, the same story is true for ttqv. it gets horribly slow with just a couple of thousand points, on 2 ghz and practically unlimited main memory. i fear it's because they stuff everything in some sort of sql databases and use expensive transactions on each single point for each single access. i do have quite some experience in programming resource-limited embedded devices and stuff like this tends to drive me mad. its really beyond me how one can bring a modern desktop machine to a grinding halt with just some points. ttqv surely gets a price for the most inefficient code ever produced :).

User avatar
Scott
Site Admin
Posts: 1033
Joined: Mon Apr 18, 2005 8:49 pm
Location: Ontario, Canada
Contact:

Postby Scott » Tue Mar 13, 2007 7:50 pm

Hi Stefan,
I am assuming you are using a view that displays the entire track. PathAway does cache the active track in blocks so that it does'nt need to draw the entire track on each refresh (only the visible portions). If you are viewing the entire track then all of the points in the track cache would need to be rendered. We are working to improve the performance in this case.

Thanks for your input.

stefan
Posts: 50
Joined: Mon Jun 19, 2006 12:35 pm

Postby stefan » Tue Mar 13, 2007 9:35 pm

ah ok, so it's indeed the drawing that eats the cpu. well, zooming in isnt really helpful, since you lose all idea on where to go next. its also a bit dangerous to "lose" pathaway to cpu-eating nirvana when you accidently zoom out :).

glad to hear you're working on it. good luck!

btw... about accidently zooming out... this is also a good way to lose pathaway to cpu-nirvana, even without a track :).

stefan
Posts: 50
Joined: Mon Jun 19, 2006 12:35 pm

Postby stefan » Wed Mar 14, 2007 12:37 pm

just thinking... maybe only rendering single points instead of lines from point to point might also help with the performance. lines dont matter anyway when there's a thousand track points on screen. dont know if ppcs have hw support for line rendering, the suggestion might be useless then.

oh... speaking of rendering... how about outline colors? i know this will probably kill performace again, but it would make things so much more visible :).

and how's that ecw support coming along? my next trip will involve between 5 and 8 countries. just thinking about creating the necessary... hrm... 5000(??) .PRC files gives me the creeps :)

Ahto
Posts: 16
Joined: Tue May 09, 2006 2:25 pm
Contact:

Postby Ahto » Wed Mar 14, 2007 5:01 pm

Perhaps it is currently slow because the database IO is very slow. If that is the case probably it is better to load all track points to memory at once or at least in bigger chunks. It is slower to start up but performance will be better and this kind of info does not take too much memory. So when map is moved or zoomed out, track data is already in memory and not read from database.


Return to “PathAway GPS 4 SE for Windows Mobile - Support”

Who is online

Users browsing this forum: No registered users and 2 guests