Re: Very slow page rendering

[Brian Jordan]

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

Re: Very slow page rendering

[Dave Higton]

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: The Kingfisher by Corne van Oosterhout

[Peter Slegg]

> Date: Fri, 08 Jan 2016 19:42:07 GMT
> From: Peter Young 
> Subject: Re: The Kingfisher by Corne van Oosterhout
> To: 
> Message-ID: <2a14e03e55.pnyo...@pnyoung.ormail.co.uk>
> On 8 Jan 2016  Peter Slegg  wrote:
>
> >> I know that this is very much a technical newsgroup but I just could not
> >> fail to be impressed how well NetSurf renders the following,
> >>
> >> http://totallycoolpix.com/magazine/2016/01/the-kingfisher-by-corne-van
> >> -oosterhout
> >>
> >> some sort of photography!?!
> >>
> >> Brian
> >>
> >>
>
> > Is that url complete ?
>
> > All I get is  "Bad redirect URL"
>
> Is it because it's line-wrapped, as it is here? If so, copy it into a
> text editor, make sure it's all on the same line and run it from
> there.
>
> Best wishes,
>
> Peter.
>

The original hadn't line wrapped and didn't have any > > indents either.

This morning and with build 3252 it works as expected. Odd.

Thanks for checking.


Regards,

Peter

Re: The Kingfisher by Corne van Oosterhout

[Tim Hill]

In article <553f246478bbai...@argonet.co.uk>, Brian
 wrote:
> In article <0002ff1d.01eff4901...@smtp.freeola.net>, Peter Slegg
>  wrote:
> > > I know that this is very much a technical newsgroup but I just
> > > could not fail to be impressed how well NetSurf renders the
> > > following,
> > >
> http://totallycoolpix.com/magazine/2016/01/the-kingfisher-by-corne-van-oosterhout
> > >
> > > some sort of photography!?!
> > >
> > > Brian
> > >
> > >

> > Is that url complete ?

> > All I get is  "Bad redirect URL"

> No problem here, Peter. No explanation either.!?!

> Try removing the > > (don't know what you call those thingys) the line
> wrap seems to make no difference.

I find it useful to refer to punctuation using their HTML entities (when
the recipient has half a chance of understanding) but there's no telling
how  will be treated between my fingers and your eyes. I've heard <
() and > () referred to as 'angle brackets' so  > () would be
'closing angle bracket' and you see why I use  instead.

-- 
Tim Hill
www.timil.com

web sites * multimedia * training

Re: The Kingfisher by Corne van Oosterhout

[Brian]

In article <553f34b7e2...@timil.com>, Tim Hill  wrote:
> In article <553f246478bbai...@argonet.co.uk>, Brian
>  wrote:
> > In article <0002ff1d.01eff4901...@smtp.freeola.net>, Peter Slegg
> >  wrote:
> > > > I know that this is very much a technical newsgroup but I just
> > > > could not fail to be impressed how well NetSurf renders the
> > > > following,
> > > >
http://totallycoolpix.com/magazine/2016/01/the-kingfisher-by-corne-van-oosterhout
> > > >
> > > > some sort of photography!?!
> > > >
> > > > Brian
> > > >
> > > >

> > > Is that url complete ?

> > > All I get is  "Bad redirect URL"

> > No problem here, Peter. No explanation either.!?!

> > Try removing the > > (don't know what you call those thingys) the line
> > wrap seems to make no difference.

> I find it useful to refer to punctuation using their HTML entities (when
> the recipient has half a chance of understanding) but there's no telling
> how  will be treated between my fingers and your eyes. I've heard <
> () and > () referred to as 'angle brackets' so  > () would
> be 'closing angle bracket' and you see why I use  instead.

Thank you, Tim. I knew that they had to have 'proper' nomenclature.

The angle brackets I'm mostly used to were usually made from 3/8in mild
steel, or thereabouts. 

Brian

Very slow page rendering

[Peter Slegg]

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

Re: Very slow page rendering

[Richard Porter]

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

[Peter Slegg]

>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

[Alan Calder]

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

[Richard Torrens (lists)]

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: The Kingfisher by Corne van Oosterhout

[Brian]

In article <0002ff1d.01eff4901...@smtp.freeola.net>, Peter Slegg
 wrote:
> > I know that this is very much a technical newsgroup but I just could
> > not fail to be impressed how well NetSurf renders the following,
> >
http://totallycoolpix.com/magazine/2016/01/the-kingfisher-by-corne-van-oosterhout
> >
> > some sort of photography!?!
> >
> > Brian
> >
> >

> Is that url complete ?

> All I get is  "Bad redirect URL"

No problem here, Peter. No explanation either.!?!

Try removing the > > (don't know what you call those thingys) the line
wrap seems to make no difference.



Brian