> I don't understand that. You say that the difference is much > larger _with_ optimization in Release mode? Actually the > difference should be much smaller.
I have only measured the timing in debug mode, and my feeling of running in optimized release mode is that it's even faster with the old implementation, that the difference between the old and new implementation feels larger there. I guess it's different how much optimization that can be done with the two implementations. > > With Fl_Scroll::remove in Debug mode, clear took about 2400ms. > > With the old (1.1) or new (1.3) implementation? With the new 1.3 implementation. Actually, when I refer to the "old implementation", I mean revision 6656 of the 1.3 branch, which is what we used previously. Excuse me for any unclear statements that I have made. Your suggested method of using Fl_Scroll::clear is unfortunately too slow, about 2500ms. I also thought it would be faster because of the reversed removal order, but for some reason it isn't. I really appreciate that you take the time to look into this issue. But since we can't see a possible quick solution for this, I have to consider the option of moving back to an older 1.3 revision or even 1.2 (originally chosen for the 32 bit widget coordinates). It would hurt going back there, but this performance drop is too big to cope with, I'm afraid... /Andreas _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
