[GRASSLIST:831] Re: performance problems with mouse query in displays

[Michael Barton]

If you use the new GUI GIS Manager (you still have to type gis.m& to start
it, but that will change soon), you should no longer have this problem for
queries, zoom, pan, or measure. These are all done in TclTk and so don't eat
up your CPU cycles. V.digit and i.points still run in xwindows displays and
will have this problem. I hope to be able to create a TclTk version of
i.points at least pretty soon (this summer?).

Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton



> From: Jesse Hamner <jhamner at emory.edu>
> Date: Sun, 23 Apr 2006 17:37:52 -0400
> To: Wolfgang <wollez at gmx.net>
> Cc: <grasslist at baylor.edu>
> Subject: [GRASSLIST:827] Re: performance problems with mouse query in
> displays
> 
> 
> On Apr 23, 2006, at 4:58 PM, Wolfgang wrote:
>> 
>> when running query tasks like d.what.rast I get 100% system load.
>> Is that normal?
>> 
>> I'm running Grass under cygwin (in the cycwin-installer it is
>> listed with 6.1.csv-7)
> 
> I get similar behavior running GRASS on Gentoo Linux and on older
> builds for OS X, though recent (say, since February/March of this
> year) builds for Mac OS X don't have that problem, provided GRASS
> remains as the frontmost window. Similarly, older builds of v.digit
> also claimed 100% of the processor, but again, recent builds for Mac
> OS X do not.
> 
> In Gentoo, v.digit only claims about 15% of the processor, but X is
> claiming 85%.
> 
> Jesse