Welcome, Guest. Please login or register.

Author Topic: NetSurf OS3.x Issues  (Read 41206 times)

Description:

0 Members and 4 Guests are viewing this topic.

Offline chris

Re: NetSurf OS3.x Issues
« Reply #44 on: February 02, 2016, 12:00:10 AM »
Quote from: utri007;803286
Preferences do work. :D 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.

Quote

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.
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #45 on: February 03, 2016, 12:30:58 PM »
Quote from: utri007;803337
Bit off topic :
I reinstalled myt amiga some days ago. I can't remember did colors work after that or not. But I have a 15bit PC, 16BIT PC and 24bit PC screenmodes availlable. I'm using Picasso 96. Do I have setup problem or not, sorry my ignorance.


The PC modes are little-endian, so that may be the problem.  It's likely I have some code which is assuming the screen is big-endian.  Does text show up the correct colour?  I know for sure that uses pen allocation so I'd expect it to.  Bitmap plotting is somewhat more involved.
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #46 on: February 19, 2016, 09:23:58 AM »
Quote from: x303;804232
But it opens the font even more (hundreds and hundreds of times). Normally these should be loaded in memory just one time, or am i wrong !?!

It opens the font many times, but the OS will only load it from disk once (unless you're running out of memory and it has flushed it)
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #47 on: February 19, 2016, 05:38:08 PM »
Quote from: utri007;804273
Checked this with snoopdos, it says Fonts:helvetica.font. Should it be just helvetica.font, if it is preloaded?

Possibly.  Are you looking at Open, OpenDiskFont or OpenFont?
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #48 on: February 19, 2016, 11:11:45 PM »
Quote from: utri007;804283
All font things on snoopdos are Open FONTS:helvetica.font  Read

I'll check if I'm calling the full path... Nope, just the filename, so diskfont isn't caching. It shouldn't be opening from disk all the time, only if the size is different (that will still be quite a lot of reads though).

Quote
Weird thing was also that ramlib Load Libs:Gadgets/select.gadget, it should be Classes:Gadgets/select.gadget? Would it be because of netsurf?

Classes: is part of the Libs: assign.

I don't know what select.gadget is though!
« Last Edit: February 19, 2016, 11:15:14 PM by chris »
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #49 on: February 21, 2016, 03:11:05 PM »
Quote from: utri007;804343
I'm a curious what is changed this new version?

Is it so that aminet release link is wrong, it goes here, it says OS4 version : http://www.netsurf-browser.org/downloads/amiga/

Typo, have fixed, thanks.

ChangeLog

Only the last few entries are relevant, so probably something like this:
Quote from: changelog
* Don't try to look up mailto URLs in database, as they aren't stored.
   * Optimised HTML layout of floats.
   * Fixed HTML layout bug relating to position of floats.
   * Fixed bug when user toggled javascript_enabled setting during page load.
   * Slight optimisation of DOM node inserted handling.
   * Introduced 10s script execution timeout.
   * Used new LibCSS API to optimise handling of HTML presentational hints.
   * Removed logging during browser window resize.
   * Improved cache logging.
   * Fixed to avoid generating pseudo elements for HTML replaced elements.
   * Simplified status bar updating while fetching HTML contents.
   * Fixed bug in accounting of objects being used by HTML contents.
   * Stopped GIF animations for when GIF has no users.

Note that page processing is significantly quicker now.

The only thing I did on the frontend was re-enable tabs.  It isn't advisable to try to close them though.
Thee's a bug which stops NetSurf quitting properly under certain circumstances.  3.4r2 will fix that (grab it from the ntlworld link if you don't want to wait)
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #50 on: February 21, 2016, 04:21:07 PM »
Quote from: utri007;804348
New typo :D All the downloads are gone in netsurf page.


That file re-uploaded along with something else but never completed.  It's there now.
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #51 on: February 24, 2016, 10:09:09 AM »
Quote from: Primax;804545
It is important that we do not confuse each other:
This version of Netsurf for OS3 you mentioned was provided by Artur Jarosik and unfortunately is named the same as the version provided by Chris Young.

Artur's fork should not really be called NetSurf: https://listmaster.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2010-February/001739.html
« Last Edit: February 24, 2016, 10:15:33 AM by chris »
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #52 on: February 24, 2016, 12:38:45 PM »
Quote from: wawrzon;804558
chris, few things need to be mentioned. the post you have linked to is very old (six years by now) and i remember that artur was ready and has tried to sastisfy the demands of the developers, as you can judge from the content of this followup post:
https://listmaster.pepperfish.net/pipermail/netsurf-dev-netsurf-browser.org/2010-February/001742.html

i have not been following it but im certain, that if artur was categorically demanded to rename his fork he would do that. meanwhile he was supplying amiga community with a functional browser based on netsurf sdl frontend for years, while you only decided to put some effort into the 68k frontend (as official it might be) just few months ago and i doubt it is in a state to compete in terms of usability with what artur has delivered even by now.

i think its a little unfair to publicly demand of him to rename his port in this situation, as everybody currently associates netsurf on amiga with his work. artur has admired your work, and afair proposed cooperation. i dont know if it is practical or only words, even if from technical point of view it would be better to have unified effort, but the attitude towards him puts me off a little.

I apologise, I wasn't demanding, just pointing out that the confusion is justified and shared (and it's not just Artur's version, but there's also a build of the GTK frontend for AmiCygnix on OS4).  As you say, that thread did not come to any conclusion.

My OS3 work has been on and off for a year or so, not just a few months.  Actually John-Mark did the initial work to get it to build (maybe five years ago?  Can't remember now) although that obviously wasn't a working binary.
« Last Edit: February 24, 2016, 12:43:29 PM by chris »
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #53 on: February 25, 2016, 08:02:05 PM »
Quote from: apj;804648
Another example: Running ixemul version with ixemul_poolmem.library results with same slowdowns as clib2.


This is interesting.

I've just put up a test build, can somebody try it and see if the problems have gone away?
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #54 on: February 25, 2016, 11:01:00 PM »
I'd like to see more testing too. The TCP/IP issues could easily be causing slowness not related to this problem.

The memory allocation in this version is just using AllocMem - almost identical to libnix.

I'm not seeing the problem here but then I could never reproduce it consistently anyway.
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #55 on: February 26, 2016, 02:12:29 PM »
Quote from: dovi;804702
Hello guys. I am reading this thread with great interest but I was not able to post earlier as my account didnt allow that until recently.

I dont have Amiga but on Atari platform we have usable 68k binaries for several years now. As I read you have exactly the same probles as we have. At first web pages are rendered fast but later they renders slower until we get "Connection timeut" message and you have to restart NetSurf to be able to browse on. TCP/IP stack on Ataris doesnt hang. What I want to say it seems those problems arent platform specific but as I see it is common problem for most of the platform. Also seems that faster the computer is the problem is harder to spot. From descriptions I read on this forum I see this problem is even more critical on Amiga platform. To me it seems like memory alocation problems = handling the memory. But I am not a coder so my assumptions can be totaly wrong.

Weird.

Mintlib doesn't apepar to do anything special wrt memory allocations.
https://github.com/ArmstrongJ/MiNTLib/blob/master/mintlib/malloc.c

The commonality between clib2 and the ixemul_poolmem that Artur mentioned is that both use memory pools.

My newer build uses plain memory allocation (AllocMem) and apparently still has the same problem.

I'm sceptical this is purely a memory alloc/dealloc issue unless it's a fundamental 68k problem.

Maybe people can try a few different CPU models to see if they all have the same problem?
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #56 on: February 26, 2016, 03:15:18 PM »
Also: utri007, are you still running PoolMem?  If so, can you please re-test without it as that would counteract the change I made. (in fact really you shouldn't be running any patches *at all* when testing things)
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #57 on: February 27, 2016, 11:33:44 AM »
Quote from: utri007;804737
About slow down effect. This version is slow as snail, but I could surf more with RoadShow than with AmiTCP. Memory allocator migh have a reason for slow down, downloading amiga.org forums/frontpage took about same amount of time every time. I this version renders page about 3x longer than prevoius version. So "normal" time to render amiga.org front page is about 90 seconds, forums renders about 140 seconds and I could test that about 6 times before I got time out error.


OK, this is more like I would expect - everything running consistently at a slower speed.

I know exactly what is causing the slowdown now.  clib2 uses memory pools with a puddle size and expected allocation size of 4K.  I modified that in the newer build to use normal memory allocations instead.

What is happening, is that early memory allocations are fast and efficiently allocated in 4K chunks.  Then, when bits of memory is de-allocated it leaves holes.  When new memory blocks are allocated it - and this is where I'm not sure of the implementation details in the OS - is trying to fill in the gaps in the already-allocated pools?  With a lot of pools it may be taking some time to search through and find a gap of the correct size, which is similar to how normal memory allocations work when searching through all of RAM (and thus a similar speed).

Quite simply, we are allocating and de-allocating so much memory that we quickly lose any advantage of memory pools.

To fix it... well, that's tricky.  The correct way would be to pool together elements of the same size to avoid fragmentation, but I can't do that in the core and all libraries without re-writing all the memory allocations (which would definitely not be popular).  Note I already do this in the frontend everywhere it is practical (this was one of my earlier OS3 optimisation attempts!)

It may simply be a case of making the memory pools bigger, and I will try that first.

Quote

This version has some random weirdness. Suddenly it just started to display pictures with wrong colors. Opening own screen, like it would not read settings, no matter what put choises file or even if it is empty. Or what you have put to defaults??


The default is to open on its own screen.
use_screen:Workbench will open it on the Workbench screen, or play around with the unnamed radio buttons on the Display tab in prefs until the two fields are ghosted.

Quote

AGA seems to be faster than RTG? Everything tooks about same amout of time wit 040 / AGA than 060 /RTG


I don't do anything special for RTG so it is unlikely to be faster.
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #58 on: February 27, 2016, 01:37:08 PM »
OK, try the new build.

I'm interested in whether it is any faster, whether any slowdown occurs (and if so, how soon and how much), and whether it uses more memory.
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chris

Re: NetSurf OS3.x Issues
« Reply #59 from previous page: February 27, 2016, 05:54:37 PM »
Quote from: jennadk;804762
Am I correct in assuming this version  requires a FPU?

Edit: I don't have one and simply get the error "8000000B" when trying to start it. (Amiga 1200 / ACA1231 / 3.1 ROMs / OS3.9BB4)


It *shouldn't*, certainly early versions were working without FPU but recent ones I can't run either (although I've not tried for a while).

It's built with soft float, but maybe not everywhere.
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz