Hi Jorge, On Thu, Oct 25, 2007 at 04:10:12PM -0300, Jorge Arellano Cid wrote:
Hi,
On Mon, Oct 22, 2007 at 06:39:09PM +0000, place wrote:
Turning off double buffering means that the default code from the tree is unusably slow and annoying on my ancient(*) computer. This might dissuade someone who comes along at the wrong time intending to give the fltk dillo a look.
Though admittedly it might be my configuration...
When testing in a Pentium I, 233Mhz, 96MB ram, the results were mixed, varied and confusing to me!
For instance with dillo2-noDB, I get faster scrolling in a down-arrow-always-pressed-test, varying from 25% to 95% more or less of CPU depending on what is to be rendered and the X server's internal memory usage. Mouse drag-scrolling sometimes is better, some others worst and others the same !?
With dillo2-DB, sometimes I get faster mouse drag-scrolling, others the same. Down-arrow-always-pressed-test is consistently worst, but sometimes pages render much faster and others the same.
Frankly, I don't understand what this means.
Yes, the performance is pretty confusing sometimes. The main drawback for me of standard DB dillo is that CPU usage and server side memory consumption gets horrible on my laptop when I open 5 or more windows.
Ah, I also noticed that in a fast machine dillo2-noDB is much better than dillo2-DB (but annoying at flickering).
I think, we need something like DB for drawing. Dillo1 also draws to a backbuffer and then copies the result to the screen - please correct me if I'm wrong. As dillo first draws the background and then the text/images on top, we will always see annoying flickering if we draw directly to the screen, especially with frequent redraws during incremental page rendering while the page is loaded (which is a great feature of dillo btw). However, I hope that we can do better than switch on DB generally. As dillo is single threaded even for multiple windows, we could use a single backbuffer for all windows. I've got this working, but unfortunately currently only if XFT is disabled. Johannes