[iyonix-support] Re: Lazy Task Swapping on Iyonix/RISC OS 5.11

On 23 Jun 2006, Paul Vigay wrote:
> In article <68dca23b4e.rogerarm@xxxxxxxxxxxxxxxxxxx>,
>    Roger Darlington <rogerarm@xxxxxxxxxx> wrote:
> [Snip]
> 
>> I've been saying so for some months, but up till now, it doesn't look
>> like anyone else has actually tried in the way I described a few
>> months back.
> 
>> Well done.
>> Thanks for persevering.
> 
> As a follow up, I've been experimenting here, and I'm wondering if
> OvationPro's wimpslot size is too small? Would it be something as simple as
> that?
> 
> I've just reproduced the earlier test (loaded 900 images into Variations
> thumbnail viewer - it currently takes 35MB on the task display), but I've
> increased the wimpslot value to 3000K and directly double-clicked on
> Ovation's !RunImage file, so it's got a much larger wimpslot - loads of
> frantic typing, scrolling through Variations thumbnails, randomly clicking
> on images, dragging windows around the screen, more typing, cutting and
> pasting into Ovation and more scrolling, viewing in Variations - and I've
> been doing this for over 15 minutes now with no random pixels appearing.
> 
> I can't say it's conclusive because I've only done two tests, the one prior
> to my previous posting saying I've reproduced it and this one.
> 
> However, it might be worth you trying to increase OvationPro's wimpslot and
> seeing if it makes any difference - I'd say make it 3000k or so.

OK, I have tried increasing the default slot of OPro from 1680k to 
3000k. I can report that I got no pixel lines after over 20 mins of 
intensive use of Variations plus OPro. This seems to have fixed the 
pixel lines.

But does this mean that apps do not obey their own wimpslot (bearing 
in mind all the reported faults with a lower wimpslot)????

Does it mean there's a bug in RO 5 about making apps obey their own 
wimpslot?


However: I DID GET A CRASH: Several thumbnails in Variation were 
corrupted with coloured pixels, and several thumbnails went completely 
blank. The error message issued by Variation was: AODT at FC183290 
code 2935. I've no idea what that means.

Moreover, Variations NEVER behaves like this when used without OPro 
(with or without the increased wimpslot in OPro). So, there's still 
something going on.

I tried switching LTS off. It didn't fix the corrupt pixels in 
Variations thumbnails. Using REFRESH on Variations DID fix the corrupt 
pixels in Variations thumbnails.

Does the plot thicken?



-- 

Cheers
Roger

Bury Walkers      http://burywalkers.members.beeb.net/
Atomic Software   http://rogerdarlington.members.beeb.net/
Summer Winers     http://rogerarm.freeuk.com/rogerarm/

If you don't know where you're going, you'll end up somewhere else.
---
To alter your preferences or leave the group, 
visit http://www.freelists.org/list/iyonix-support
Other info via http://www.freelists.org/webpage/iyonix-support

Other related posts: