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 taki
Martin Avison wrote on 12 Apr:
> ... problems with the cache taking large amounts of disc
> space, and the resulting long backup times for !Boot ...
Several months ago I got fed up with this, and also with time wasted
by !Locate searching through all of !Cache. So on all my machines I
made a ne
In article <1fd5ae6f55@abbeypress.net>,
Jim Nagel wrote:
> So on all my machines I made a new directory that comes alphabetically
> last: $._
That may well not come last on all filing systems, so no-one make that
assumption.
Jim doesn't specify what FS(s) all his machines are using.
I
On 12 Apr 2016 Jim Nagel wrote:
> Martin Avison wrote on 12 Apr:
>> ... problems with the cache taking large amounts of disc
>> space, and the resulting long backup times for !Boot ...
> Several months ago I got fed up with this, and also with time wasted
> by !Locate searching through all of !C
In article <485cc96f55.r...@user.minijem.plus.com>,
Richard Porter wrote:
> I exclude any cache directories from backups. Ditto ScrapDirs.
Same here, there is no point.
--
Stuart Winsor
Tools With A Mission
sending tools across the world
http://www.twam.co.uk/
On 12 Apr 2016 Richard Porter wrote:
> On 12 Apr 2016 Jim Nagel wrote:
>> Martin Avison wrote on 12 Apr:
>>> ... problems with the cache taking large amounts of disc
>>> space, and the resulting long backup times for !Boot ...
>> Several months ago I got fed up with this, and also with time w
Richard Porter wrote on 12 Apr:
> I exclude any cache directories from backups. Ditto Scrapdirs.
When you do a search, however, !Locate so far lacks the ability to
exclude specified directories. That's what decided me to move !Cache
and !Scrap to the very end of the root directory. !Locate us
