1. RE: Win32Lib: Possible problem with eraseItems() against a tree view?

Less than a second?  On this Win2K machine (I think the processor is 
1gHz) it takes 15 seconds.  Even if your machine is a 2+ GHZ that 
shouldn't make a 15 second difference.

Jonas
Derek Parnell wrote:
> 
> 
> Yes there could be a problem. However it has been caused by the way that
> treeview has been implemented in the library. In win32lib, all treeview
> items in all treeviews are stored in RAM and a set of single sequences 
> is
> used to manage them. This means that to delete an item, the library has 
> to
> free up the RAM for that item and them delete its management data from 
> four
> sequences. And on a slow machine that could be noticible. I can delete 
> the
> entire sequence because other treeviews might be sharing it, so I have 
> to
> remove each item seperately.
> 
> On my home machine, the example you supplied takes a lot less than a 
> second
> to clear the old data. I wouldn't have even noticed unless you pointed 
> it
> out.
>

new topic     » topic index » view message » categorize

2. RE: Win32Lib: Possible problem with eraseItems() against a tree view?

Dererk,

I also just tried this on my Win98 machine at home (550mhz) and it still 
took 15 seconds.  I also notice that if I alt+tab to another window and 
then back to the example program it changes instantly.  How's that for 
weird?

Jonas
Derek Parnell wrote:
> 
> 
> On Tue, 03 Jun 2003 21:08:13 +0000, Jonas Temple <jtemple at yhti.net> 
> wrote:
> 
> >
> > Less than a second?  On this Win2K machine (I think the processor is 
> > 1gHz) it takes 15 seconds.  Even if your machine is a 2+ GHZ that 
> > shouldn't make a 15 second difference.
> >
> 
> In fact, I commented out the memory management stuff in win32lib and 
> just 
> ran the API call. It still took 1 second for 2500 items. So I guess the 
> Eu 
> overhead is very very small.
> -- 
> 
> cheers,
> Derek Parnell
>

new topic     » goto parent     » topic index » view message » categorize

3. RE: Win32Lib: Possible problem with eraseItems() against a tree view?

The example Jonas posted took 9 seconds on my machine.
It's AMD Athlon XP 2000+, using Win XP and Euphoria 2.2.


=====
Best Regards,
    Guillermo Bonvehi
    AKA: Knixeur - Caballero Rojo

new topic     » goto parent     » topic index » view message » categorize

4. RE: Win32Lib: Possible problem with eraseItems() against a tree view?

Robert,

Good thought.  Unfortunately I'nm still using 2.3.  I have 2.4 beta but 
I'm not using it right now.  Both the Win2K machine at work and the 
Win98 at home are using 2.3.

Jonas

Robert Craig wrote:
> 
> 
> I haven't been following this thread, but I can't help
> but wonder if you (Jonas) are using Euphoria 2.4 alpha, and
> Derek is using 2.4 beta. There was a performance bug
> introduced into 2.4 alpha that was fixed in 2.4 beta.
> It had to do with freeing large numbers of items all at once.
> 
> Regards,
>     Rob Craig
>     Rapid Deployment Software
>     http://www.RapidEuphoria.com
> 
>

new topic     » goto parent     » topic index » view message » categorize

5. RE: Win32Lib: Possible problem with eraseItems() against a tree view?

Derek,

I think I figured out why this is happening but I don't know if it's a 
problem or a "feature".  Try this and see if it slows down the 
eraseItems():

1. Right click in the desktop
2. Select "Properties" from the popup
3. Click the "Effects" tab
4. Check the "Use transition effects for menus and tooltips" (I'm 
assuming it's not checked on your system).
5. Click Okay.

Now run the program and see if the clear time is not dramatically 
increased.

Maybe I should call Uncle Bill on this one?  :)

Jonas
Derek Parnell wrote:
> 
> 
> On Tue, 03 Jun 2003 21:08:13 +0000, Jonas Temple <jtemple at yhti.net> 
> wrote:
> 
> >
> > Less than a second?  On this Win2K machine (I think the processor is 
> > 1gHz) it takes 15 seconds.  Even if your machine is a 2+ GHZ that 
> > shouldn't make a 15 second difference.
> >
> 
> In fact, I commented out the memory management stuff in win32lib and 
> just 
> ran the API call. It still took 1 second for 2500 items. So I guess the 
> Eu 
> overhead is very very small.
> -- 
> 
> cheers,
> Derek Parnell
>

new topic     » goto parent     » topic index » view message » categorize

Search



Quick Links

User menu

Not signed in.

Misc Menu