NetSurf OS3.x Issues

[chris]

Current version doesn't display fonts at all, but you propably know that already.

edit 3 (deleted previous versions of this post!)
Should be fixed now, found the bug that was causing inconsistent layout and font sizes (and in some cases no text at all).

[chris]

Why it takes 3x more time when moving amigaworld.net to amiga.org 104 seconds? It is not site depending, just surfing from site to another site takes 3x time.

I would hazard a guess that it's related to NetSurf clearing out the cache.  Try disabling the disk cache (disc_cache_size:0)

With 040/AGA amigaworld.net alpha_mask is problem, changing value doesn't seems to affect anything? 1 or 100

Probably another bug.  It certainly was working on OS4 back before I broke the 8-bit modes on OS4.

[chris]

Disabling disc cache makes it generally faster, even first page loaded loads/render faster.

Difference is not that big, 1.5 seconds and 10 seconds. (amigaworld.net - > amiga.org) Considering that disc cache purpose is make thigs faster that is weird. Is this something wich can be fixed or is this just something because slow disc Access?

Slow disk access. Because it single tasks you get a pause when it writes out. I did make some changes to push writes to a separate process, but it caused problems as NetSurf isn't designed for that.

[chris]

Would it be possible to make it not to clear disk cache? Or does it matter? I can live with that information that my hard disk contains images from these sites, if it makes future openings faster. Any way still bit a mystery why it takes so long, deleting images shouldn't take that much longer.

It's not clearing the disk cache, it's clearing the memory cache - which involves writing out everything to disk (which is what takes time). If it's slowing down initial page access then you're better off leaving it disabled.

[chris]

OK

Downloading and rendering amiga.org after amigaworld.net takes 94 seconds with disk cache OFF

Amiga.org downloads and render takes about 35 seconds, that mean that Netsurf takes 59 seconds to clear it memory cache, wich sounds a lot? Generally deleting from memory should be much faster than writing to memory???

Hmm, that doesn't sound right, freeing items from memory should be quick.

I've just tried it here and I'm not seeing this issue.

[chris]

I've put a new build up.  Potentially a bit quicker again, but quite likely also completely broken.

[chris]

Edit:  I just tried Wikipedia again.  749 seconds, ouch.  Could it be because it redirected my http:// to https:// ?

I don't know why Wikipedia takes so long.  I assume it's the CSS processing but it seems insanely long.

Is there any chance to get "iconify" working?  I'd love to be able to minimize this thing to quickly get to other icons on my Workbench.

Umm.. possibly.  Are you definitely running NetSurf on the Workbench screen?  As the iconify gadget options don't say they are new, so it should work... but only on the WB screen, if NetSurf is on another screen iconify isn't available (for boring reasons).

Very unstable. Locks Computer in random point, two times it didn't display anything, some times it loaded start page, once I got part of amiga.org displayed. One time it said please insert volume workbench in any drive and amiga freezed.

No gurus or erros, just freezed amiga.

When you find the code that is randomly overwriting memory (or re-using freed pointers?) please let me know.  I'll give a hint: it's somewhere in the OS3-only code, as there are no such problems on OS4.

Unfortunately debugging such things on OS3 is virtually impossible.  Enforcer might give some clues, but as I have no way of figuring out where the offset is pointing to in the source the only way I'm likely to fix this is by accident (or another pair of eyes looking over my source code for silly errors).

btw, it has got worse because I'm allocating some memory in pools now, so the chances of NetSurf overwriting memory NetSurf has allocated is increased.

[chris]

Have to be some where in AGA used only code, as such a thing doesn't happend with RTG.

Try friend_bitmap:0

[chris]

Tested, didn't help.

But I checked it with snoop dos and it reading a helvetica font some hundered times "helvetica read OK". Crash happen when it does those.
 

Please insert volume workbench also happened once again, when it was reading fonts.

Note: This is only with AGA

I was getting weirdness until I switched friend bitmaps back off.

I have fixed some other bugs in the meantime though.

[chris]

I think that I found a reason for some problems.

AmiTCP/Genesis has maximum ram usage set to 256kb and buffers to 8092

I increased ram limit to 1024kb and buffers to 20000. After that I couldn't "kill" my Network. Also surfing from amigaworld.net to amiga.org took only 45 seconds. But surfing back to amigaworld.net took some 100 seconds and repeating it took more than 200 seconds.

I don't know how those limits relate to anything NetSurf is doing, but you could try changing the following options:

Code: [Select]

/** Maximum simultaneous active fetchers */
NSOPTION_INTEGER(max_fetchers, 24)

/** Maximum simultaneous active fetchers per host.
 * (<=option_max_fetchers else it makes no sense) Note that rfc2616
 * section 8.1.4 says that there should be no more than two keepalive
 * connections per host. None of the main browsers follow this as it
 * slows page fetches down considerably.  See
 * https://bugzilla.mozilla.org/show_bug.cgi?id=423377#c4
 */
NSOPTION_INTEGER(max_fetchers_per_host, 5)

/** Maximum number of inactive fetchers cached.  The total number of
 * handles netsurf will therefore have open is this plus
 * option_max_fetchers.
 */
NSOPTION_INTEGER(max_cached_fetch_handles, 6)
eg. try:
max_fetchers:12
max_fetchers_per_host:2
max_cached_fetch_handles:3

There are timeout and retry options too which might help. http://git.netsurf-browser.org/netsurf.git/tree/desktop/options.h

[chris]

I run Roadshow with the mediator fast ethernet included setup and have zero issues, other than the same slowdown you describe going from one site and back.

I've managed to reproduce this finally, and I think it's because of the GIF anim that sometimes appears on the aw.net header.

Try:
animate_images:0

[chris]

sounds as if the options are:
1. profile and eventually fix clib (i doubt there is anyone who could immediately do that)

If there really is a problem with clib2 then somebody needs to write a test case which shows the problem (and, crucially, build it also with libnix to prove the problem is in clib2), and raise a bug report.
NB: A web browser is not a test case.

[chris]

New build up, same place.

The big change is that the prefs window now (mostly) works.

[chris]

About increasing download/fetching/rendering time. Downloading amiga.org takes now 27 seconds, going to forums takes 55 seconds, downloading amiga.org frontpage again tooks 129 seconds.

Create a log file. This should do it:
NetSurf -V ram:ns.log

With that I have half a chance of figuring out what is causing it. Without I have no way of ever tracking it down.

[chris]

Log file is too big, even in zipped to this forum. Send to your email.

Got it, thanks.

The slow bits look like fetching, rendering and (possibly) clearing out the cache.
Try increasing the memory cache size, and setting the disc cache to 0.

I say "possibly", because I'm not entirely sure what NetSurf is doing between these two lines:

Code: [Select]

(512.243855) content/content.c:690 content_remove_user: content http://amiga.org/forums/images/headers/header_ao_logo.jpg (0x696c1440), user 0x68c15a1a 0x6882b800
(566.575433) content/content.c:386 content_destroy: content 0x6993bc40 http://amiga.org/forums/images/headers/bar_bg.gif

[chris]

Preferences do work. One note, it is not actually preferences, but I can disable images, but I can't enable them back on.

I can't see anything wrong with that code.  All it does is check the state of the menus and then set the images options so they match.

You have spend some time with aga? It works/displays right again, but 4/5 times it goes unresbonsive before it it displays anything. This with my 68040/AGA

My RTG amiga has wrong colours, usually it is fixed with friend bitmap, but this time it doesn't have any effect.

I've only been testing with AGA, can't help with the wrong colours thing, I'm not set up anywhere to test it.  I'd hazard a guess it's to do with the endianness of the screenmode, I've not changed anything related to colours or friend bitmaps AFAIR.