Re: Very slow page rendering
Am Donnerstag, den 28.01.2016, 21:04 + schrieb Peter Slegg: > > https://www.royalmail.com/track-your-item > > Another page that took ages to display and looked like the css had > failed as well. > Early versions of the atari port crashed because of stack size issues (caused within mintlib regex module, called by NetSurf CSS parser, while it was processing exorbitant strings (3k, which expanded to several MegaBytes within mintlib regex module)...). I prevented the crash by compiling mintlib with the +DEFS=-DREGEX_MALLOC define. This is also applied to the CI builds. Just a guess: there is some kind of slowdown when doing excessive malloc operations with MiNT. Greets, Ole
Re: Very slow page rendering
> Date: Sun, 10 Jan 2016 16:43:40 +0100 > From: Jean-Fran?ois Lemaire > Subject: Re: Very slow page rendering > > On Saturday 09 January 2016 19:43:53 Peter Slegg wrote: > > >Date: Sat, 09 Jan 2016 16:11:40 GMT > > > >> Peter Slegg wrote: > > >>>http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c > > > >>>This page takes abut 20mins to download and render, Highwire browser > > >>>takes about 6sec. > > > No criticism, I am hoping this might help the devs find some speed > > improvements. > > I have an Atari 2.9 version lying around and with that build it takes 100 secs > to render that page. Still very slow but much less so than with the 3.* > builds. > > Cheers, > JFL https://www.royalmail.com/track-your-item Another page that took ages to display and looked like the css had failed as well. Peter
Re: Very slow page rendering
> Date: 10 Jan 2016 14:24:53 + > From: "Chris Young" > Subject: Re: Very slow page rendering > To: > > > I notice the Atari code has three font rendering engines; VDI, > FreeType and Internal. It look like FreeType and Internal are > enabled, and FreeType is the default. > > Try setting the following in your Choices file: > atari_font_driver:internal > > See if that makes any perceivable difference. > > Chris > Worth a try but it still took a little over 18 minutes. I reckon about the same time as it was before. Regards, Peter Atari CI build 3260
Re: Very slow page rendering
On Saturday 09 January 2016 19:43:53 Peter Slegg wrote: > >> Peter Slegg wrote: > >>>http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c > >>> > >>>This page takes abut 20mins to download and render, Highwire browser > >>>takes about 6sec. > No criticism, I am hoping this might help the devs find some speed > improvements. I can confirm with an older build that this page takes an insanely long time to load with the Atari build. Since this seems to be specific to the Atari port I suppose only an Atari developer could figure out what is going on. Cheers, JFL -- Jean-François Lemaire
Re: Very slow page rendering
On Saturday 09 January 2016 19:43:53 Peter Slegg wrote: > >Date: Sat, 09 Jan 2016 16:11:40 GMT > >> Peter Slegg wrote: > >>>http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c > >>>This page takes abut 20mins to download and render, Highwire browser > >>>takes about 6sec. > No criticism, I am hoping this might help the devs find some speed > improvements. I have an Atari 2.9 version lying around and with that build it takes 100 secs to render that page. Still very slow but much less so than with the 3.* builds. Cheers, JFL -- Jean-François Lemaire
Re: Very slow page rendering
On Sat, 9 Jan 2016 19:43:53 + (GMT), Peter Slegg wrote: > >>>http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c > >>> > >>>This page takes abut 20mins to download and render, Highwire browser > >>>takes about 6sec. > > > >> I just tried it with CI#3254 on an Iyonix. Took about 24 sec. > > > >> If you're not on a very recent CI build, I would recommend you get > >> one. Very slow rendering was fixed a couple of months ago. > > > >About 43s here on RPC with standard ADSL connection. CI#3250. Firefox > >on the macbook pro takes 2s over the same connection. > > I am using a build from today and I know it is never going to be > lighting quick on an M68060 but my point is that the speed seems > unduly slow over an adsl link that normally downloads at 350k/s. > > I have reported before that Netsurf on the Atari seems slow at > downloading pages so it might just be an issue with how Netsurf is > using the OS ? It's not my area of expertise. > > Is it because there are a lot of files ? > Is it a cache issue ? > > Long delays can often be observed on other pages. The git url is > a useful test case because it is fairly stable and repeatable. > > No criticism, I am hoping this might help the devs find some speed > improvements. There is a lot of CSS on those git pages, I believe some CSS caching is being looked into to reduce the amount of processing required. In my dabblings with building a 68k version of NetSurf for AmigaOS 3, I've noticed that the text layout and rendering code plays a big part in the speed NetSurf loads pages. On AmigaOS 3, rendering outline font glyphs is painfully slow, and I think this is down to the 68k. I notice the Atari code has three font rendering engines; VDI, FreeType and Internal. It look like FreeType and Internal are enabled, and FreeType is the default. Try setting the following in your Choices file: atari_font_driver:internal See if that makes any perceivable difference. Chris
Re: Very slow page rendering
> This page takes abut 20mins to download and render, Highwire browser > takes about 6sec. > FWIW on this virtual RPC with JavaScript and css running the > download/render process takes c10.5 seconds. > c6.5 secs Win7 VRPC with JS > I just tried it with CI#3254 on an Iyonix. Took about 24 sec. > About 4 seconds here, ARMX6 and NS 3254 > About 43s here on RPC with standard ADSL connection. CI#3250. Firefox > on the macbook pro takes 2s over the same connection. > c.7 secs here (#3250, JS enabled, Pi2 running 5.21 RC14). > Takes 34.9 seconds on this SA RPC using Netsurf 3.3. Interesting figures. On my ARMiniX with Dev Cl #3244 and Javascript enabled, it takes a bit less than 4 seconds, everytime. Kind regards, Paul Sprangers
Re: Very slow page rendering
In article <553f4721debrian.jord...@btinternet.com>, Brian Jordan wrote: > In article <000a3379.01eff490b...@smtp.freeola.net>, >Peter Slegg wrote: > > http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c > > This page takes abut 20mins to download and render, Highwire browser > > takes about 6sec. > > I think the difference is that Highwire doesn't handle the css > > so maybe there could be some performance gains to be had in > > either downloading or the css handling ? > FWIW on this virtual RPC with JavaScript and css running the > download/render process takes c10.5 seconds. Takes 34.9 seconds on this SA RPC using Netsurf 3.3. Tried it on Windows box on Firefox and it loaded in less than a couple of seconds. Display on both Firefox and Netsurf seemed essentially the same - just a heading and then a page of 1430 numbered lines of code. Is that what it is supposed to look like? Doesn't seem to be much rendering going on! Alan -- Alan Calder, Milton Keynes, UK.
Re: Very slow page rendering
>Date: Sat, 09 Jan 2016 16:11:40 GMT >From: Richard Porter >Subject: Re: Very slow page rendering >To: netsurf-users@netsurf-browser.org >On 9 Jan 2016 Dave Higton wrote: > >> In message <000a3379.01eff490b...@smtp.freeola.net> >> Peter Slegg wrote: > >> >>>http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c >>> >>>This page takes abut 20mins to download and render, Highwire browser >>>takes about 6sec. > >> I just tried it with CI#3254 on an Iyonix. Took about 24 sec. > >> If you're not on a very recent CI build, I would recommend you get >> one. Very slow rendering was fixed a couple of months ago. > >About 43s here on RPC with standard ADSL connection. CI#3250. Firefox >on the macbook pro takes 2s over the same connection. I am using a build from today and I know it is never going to be lighting quick on an M68060 but my point is that the speed seems unduly slow over an adsl link that normally downloads at 350k/s. I have reported before that Netsurf on the Atari seems slow at downloading pages so it might just be an issue with how Netsurf is using the OS ? It's not my area of expertise. Is it because there are a lot of files ? Is it a cache issue ? Long delays can often be observed on other pages. The git url is a useful test case because it is fairly stable and repeatable. No criticism, I am hoping this might help the devs find some speed improvements. Regards, Peter
Re: Very slow page rendering
In article <000a3379.01eff490b...@smtp.freeola.net>, Peter Slegg wrote: > http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c > This page takes abut 20mins to download and render, Highwire browser > takes about 6sec. About 4 seconds here, ARMX6 and NS 3254 But our internet is very variable: when lots of households are on line, it can be slow! -- Richard Torrens. http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats and more!
Re: Very slow page rendering
On 9 Jan 2016 Dave Higton wrote: > In message <000a3379.01eff490b...@smtp.freeola.net> > Peter Slegg wrote: >> >>http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c >> >>This page takes abut 20mins to download and render, Highwire browser >>takes about 6sec. > I just tried it with CI#3254 on an Iyonix. Took about 24 sec. > If you're not on a very recent CI build, I would recommend you get > one. Very slow rendering was fixed a couple of months ago. About 43s here on RPC with standard ADSL connection. CI#3250. Firefox on the macbook pro takes 2s over the same connection. -- Richard Porterhttp://www.minijem.plus.com/ Skype: minijem2 mailto:r...@minijem.plus.com I don't want a "user experience" - I just want stuff that works.
Re: Very slow page rendering
In message <000a3379.01eff490b...@smtp.freeola.net> Peter Slegg wrote: > >http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c > >This page takes abut 20mins to download and render, Highwire browser >takes about 6sec. I just tried it with CI#3254 on an Iyonix. Took about 24 sec. If you're not on a very recent CI build, I would recommend you get one. Very slow rendering was fixed a couple of months ago. Dave FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks & orcas on your desktop! Check it out at http://www.inbox.com/marineaquarium
Re: Very slow page rendering
In article <553f4721debrian.jord...@btinternet.com>, Brian Jordan wrote: > In article <000a3379.01eff490b...@smtp.freeola.net>, >Peter Slegg wrote: > > http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c > > This page takes abut 20mins to download and render, Highwire browser > > takes about 6sec. > > I think the difference is that Highwire doesn't handle the css > > so maybe there could be some performance gains to be had in > > either downloading or the css handling ? > FWIW on this virtual RPC with JavaScript and css running the > download/render process takes c10.5 seconds. c6.5 secs Win7 VRPC with JS
Re: Very slow page rendering
In article <000a3379.01eff490b...@smtp.freeola.net>, Peter Slegg wrote: > http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c > This page takes abut 20mins to download and render, Highwire browser > takes about 6sec. > I think the difference is that Highwire doesn't handle the css > so maybe there could be some performance gains to be had in > either downloading or the css handling ? FWIW on this virtual RPC with JavaScript and css running the download/render process takes c10.5 seconds. -- _ Brian Jordan Virtual RPC-AdjustSA on Windows 10 Pro 64-bit RISC OS 6.20 _ --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
Very slow page rendering
http://git.netsurf-browser.org/netsurf.git/tree/atari/gemtk/guiwin.c This page takes abut 20mins to download and render, Highwire browser takes about 6sec. I think the difference is that Highwire doesn't handle the css so maybe there could be some performance gains to be had in either downloading or the css handling ? Peter