Re: [lc-devel] UML swap bug fixed

[David C. <dav...@rc...>]

On Fri, 2002-01-18 at 03:31, Rodrigo Souza de Castro wrote:
> On Thu, Jan 17, 2002 at 01:00:08PM +0800, David Chow wrote:
> > ?b ?g??, 2002-01-12 23:20, Rodrigo Souza de Castro ?g?D?G
> > > Regarding the bug your pointed out, I'd like you to test 0.21pre5
> > > version I released this week. The swapout path code was rewritten
and
> > > it's much simpler and efficient now. I tested the last code to
trigger
> > > this bug and couldn't make it hang. Neither could Livio. He tested
> > > under UML yesterday and got disappointed that he couldn't make the
> > > code crash. :-) In case you still have problems with the this
newer
> > > version, please let me know.
> > 
> > I have downloaded the latest 0.21pre6 . 
> > 
> > It still have problem nears out of memory when I have not turned on
> > swap. Do you think this is something not related with compressed
cache
> > or a vm bug from Linux?
> 
> Not sure. Can you reproduce this problem without compressed cache
> patch?
> 
My machine is a PIII533 using 16384 compcache pages with a total of
256Mb RAM. I am swapping to a local partition.

I've tested with the pre6, the bug is reproduceable. Everytime when my
swap starts to use up around 48 megs, then I start executed another
application (StarOffice 6.0) then the machine seems lockup, then I can
still hear from the harddrive being heavily loaded (scratching for a
while) after the lock. Then I'll have to press the reset after it does
not make more noise.

> > Usually when really out of memory, the oom killer should be
triggered
> > and will kill that process... my experiecne is the machine freezes.
> 
> Still hard to say. If you can't reproduce with vanilla, please test
> again with 0.21pre7 (there's a small fix for vswap). In the case the
> problem is still there, tell me exactly what's your configuration like
> and what you are trying to do (only allocation, for example, or
> running a normal desktop with browser, etc) so I may be able to
> reproduce it here.
> 
> Regards,
> -- 
> Rodrigo S. de Castro <rc...@im...>

David