There was much discussion about a year ago about the cache performance on
RISC OS, and there were some code changes, but I would like to add the
results of some investigations of the Netsurf v3.4 cache on my Iyonix,
running RISC OS 5.23 (11 Oct 2015).
In the past I had problems with the cache taking large amounts of disc
space, and the resulting long backup times for !Boot, so my current
settings are 10MB space, expiring after 2 days.
However, the actual space usage was 45MB (as measured by Filer Count),
and it contained 210 files. What was more difficult to find was that
there were 7,298 directories with 8 levels, which occupied another 14MB,
of which 6,412 contained no files at any lower level. So only 886
directories actually contained the 210 files of cached data. Enumeration
of the cache took about 2 minutes.
I decided to delete all 6,412 directories that contained no data, saving
about 12MB of disc space. More importantly, counting or enumerating all
the cache now takes about 7 seconds. There are still the same number of
files and cached bytes.
Netsurf itself still seems to work, but I have not noticed any change in
So, some questions:
- When are cached files deleted to meet the configured size & expiry?
- Are directories included in the space used?
- Are directories ever deleted? If so, when?
- Will deletion of empty directories cause any problems for Netsurf?
I have looked at the help ... but that says that files are not deleted by
Netsurf, and makes no mention of directories. It also refers to a
'Perform maintenance' button which can be used to delete redundant files
... but this is nowhere to be seen!
>Date: Fri, 02 Jun 2017 23:20:42 +0100
>From: cj <chris(a)chris-johnson.org.uk>
>Subject: Re: Unable to Fetch document
>In article <56461099babrian.jordan9(a)btinternet.com>,
> Brian Jordan <brian.jordan9(a)btinternet.com> wrote:
>> As I have today update NetSurf to #4098 I thought I'd try this. The
>> result is a full download of the page in, according to the message
>> at the foot of the page, 16.4 seconds. "Done (16.4s)"
>Page looks to have rendered fine in both cases.
> Chris Johnson
Thanks for checking.
I'll try to produce a log to see if it sheds any light.
> Date: Thu, 01 Jun 2017 20:56:43 +0100
> From: Dave Higton <dave(a)davehigton.me.uk>
> Subject: Re: Unable to Fetch document
> To: netsurf-users(a)netsurf-browser.org
> Message-ID: <29be854556.DaveMeUK(a)my.inbox.com>
> In message <000450a6.01e9b49011c8(a)smtp.freeola.net>
> Peter Slegg <p.slegg(a)scubadivers.co.uk> wrote:
> >This page always returns "Unable to fetch document" on the
> >Atari 4088 m68k build.
> >Just wondered if other builds behave the same ?
> RISC OS CI #4095 fetches it OK. Lots of hourglass starts and stops,
> takes a while, but gets there.
> Do you need to know whether there is a problem specifically on
> CI #4088? Was that your question?
I updated to 4095 and that is the same. After 1-2mins:
Unable to fetch document
I suspect it is some sort of timing issue but other pages will render
I had a problem after updating a web page. NetSurf displayed the old
version so I did a refresh but the first two images which were named
the same as the previous ones were not reloaded. The third image which
didn't have a predecessor loaded OK. So I then had to reload the first
two images separately. Surely this shouldn't be the way it works?
Richard Porter http://www.minijem.plus.com/
t: @westernexplorer mailto:firstname.lastname@example.org
I don't want a "user experience" - I just want stuff that works.