Re: More disc cache improvements

2015-05-14 Thread Harriet Bazley
On 8 May 2015 as I do recall, Vincent Sanders wrote: > > I am interested in the persistent disc cache write performance on > different platforms, especially RISC OS, to see if my recent changes > improve the situation there.. > [snip] > I would like these two lines from the logfile al

Re: More disc cache improvements

2015-05-09 Thread Andrew Pinder
In message on 9 May 2015 Andrew Pinder wrote: > In message <20150508154706.gb2...@kyllikki.org> > on 8 May 2015 Vincent Sanders wrote: >> The information I want is contained in the log file at exit as most of >> you have discovered. I have improved whats reported with build CI 2774 >> and wo

Re: More disc cache improvements

2015-05-09 Thread Dave Higton
In message <20150508154706.gb2...@kyllikki.org> Vincent Sanders wrote: >I would like these two lines from the logfile along with the OS and >hardware spec of the system. E.g. "RISC OS 5 on Iyonix with FAT >formatted hard drive" or "ROOL beta on Raspberry Pi 2 with FAT >formatted SD card

Re: More disc cache improvements

2015-05-09 Thread Bryan Hogan
In message <20150508154706.gb2...@kyllikki.org> Vincent Sanders wrote: > OK perhaps I needed to be more explicit in what I wanted to achieve > from this testing. Thanks. > This means the browser must be used to retrieve numerous web pages But if the "Cache disabled" message comes up,

Re: More disc cache improvements

2015-05-09 Thread Andrew Pinder
In message <20150508154706.gb2...@kyllikki.org> on 8 May 2015 Vincent Sanders wrote: > OK perhaps I needed to be more explicit in what I wanted to achieve > from this testing. Thanks for the clarification [snip] > The information I want is contained in the log file at exit as most of > you ha

Re: More disc cache improvements

2015-05-08 Thread Vincent Sanders
OK perhaps I needed to be more explicit in what I wanted to achieve from this testing. I am interested in the persistent disc cache write performance on different platforms, especially RISC OS, to see if my recent changes improve the situation there.. This means the browser must be used to retrie

Re: More disc cache improvements

2015-05-08 Thread Andrew Pinder
In message <54c085ed15ch...@chris-johnson.org.uk> on 8 May 2015 cj wrote: > In article <0c9680c054.andrew-...@waitrose.com>, >Andrew Pinder wrote: >> I'm curious that there is so much variability! > Will some of this not be due to the fact that stuff is already in the > cache and won't be

Re: More disc cache improvements

2015-05-08 Thread Brian
In article <0c9680c054.andrew-...@waitrose.com>, [snip] > More measurements: > Various sites including BBC election coverage: 212787 bytes/second > Relaunch, load home page only and quit: 0 bytes/second ??? > Same again, but force a refresh and then quit: 31146 bytes/second > Same again, but afte

Re: More disc cache improvements

2015-05-08 Thread cj
In article <0c9680c054.andrew-...@waitrose.com>, Andrew Pinder wrote: > I'm curious that there is so much variability! Will some of this not be due to the fact that stuff is already in the cache and won't be saved again? -- Chris Johnson

Re: More disc cache improvements

2015-05-08 Thread Andrew Pinder
In message on 7 May 2015 Andrew Pinder wrote: > I wonder how stable the measurements are. I've just upgraded this > ARMini to RO 5.22 so have redone the measurements, still with NS#2771: > 161126 bytes/second. That's a massive increase. I had visited a > number of websites for that. > Tryin

Re: More disc cache improvements

2015-05-07 Thread Andrew Pinder
In message <019bfbbe54.andrew-...@waitrose.com> on 5 May 2015 Andrew Pinder wrote: > In message <20150505103028.gg19...@kyllikki.org> > on 5 May 2015 Vincent Sanders wrote: >> Further to my previous efforts I have made an attempt to improve the >> disc cache performance even more. I would aga

Re: More disc cache improvements

2015-05-05 Thread cj
Using a PandaBoard with the cache on a Fat32 formatted SSD (not the SD card) gave the following: (663.19) content/llcache.c llcache_finalise 3361: Backing store average bandwidth 414186 bytes/second -- Chris Johnson

Re: More disc cache improvements

2015-05-05 Thread David Pitt
Vincent Sanders, on 5 May, wrote: > Further to my previous efforts I have made an attempt to improve the disc > cache performance even more. I would again be grateful if suitably > interested users could try test CI build 2771 or later. [snip] > I am especially interested in testing from the Iyo

Re: More disc cache improvements

2015-05-05 Thread cj
In article <20150505103028.gg19...@kyllikki.org>, Vincent Sanders wrote: > I am especially interested in testing from the Iyonix as this was > right on the edge of usefulness previously. Just loaded a few random pages from BBC and from ROOL on the Iyonix. I did have the disc cache disabled be

Re: More disc cache improvements

2015-05-05 Thread Andrew Pinder
In message <20150505103028.gg19...@kyllikki.org> on 5 May 2015 Vincent Sanders wrote: > Further to my previous efforts I have made an attempt to improve the > disc cache performance even more. I would again be grateful if > suitably interested users could try test CI build 2771 or later. > The

Re: More disc cache improvements

2015-05-05 Thread Brian
In article <20150505103028.gg19...@kyllikki.org>, Vincent Sanders wrote: > Further to my previous efforts I have made an attempt to improve the > disc cache performance even more. I would again be grateful if > suitably interested users could try test CI build 2771 or later. [snip] > I would

Re: More disc cache improvements

2015-05-05 Thread Rob Kendrick
On Tue, May 05, 2015 at 11:48:46AM +0100, cj wrote: > In article <20150505103028.gg19...@kyllikki.org>, >Vincent Sanders wrote: > > This change should be beneficial to RISC OS users as filecore is > > (apparently) dreadful at this kind of usage pattern. > > I wonder if this is because RISC OS

Re: More disc cache improvements

2015-05-05 Thread cj
In article <20150505103028.gg19...@kyllikki.org>, Vincent Sanders wrote: > This change should be beneficial to RISC OS users as filecore is > (apparently) dreadful at this kind of usage pattern. I wonder if this is because RISC OS files are 'defragmented' all the time - I think I am correct in