Re: Re: swsusp: Not enough free pages

[Pavel Machek <pavel@suse.cz>]

[-- Attachment #1: Type: text/plain, Size: 2193 bytes --]

Hi!

> > > > > No, I see it on i386, too. Try patch below; if it frees some after
> > > > > first pass, you have that problem, too.
> > > > 
> > > > I've run it once and the result is this:
> > > > 
> > > > Freeing memory... done (75876 pages freed)
> > > > Freeing memory... done (1536 pages freed)
> > > > Freeing memory... done (0 pages freed)
> > > > Freeing memory... done (1792 pages freed)
> > > > Freeing memory... done (0 pages freed)
> > > > 
> > > > It does free some pages after the first pass, but this is only a small fraction
> > > > of all pages freed.  I wouldn't call it a bad result ...
> > > 
> > > Well, it still did not free all memory it should have freed, and you
> > > were lucky.
> > 
> > This is a reproducible behavior.  Here goes the result for another suspend:
> > 
> > Freeing memory... done (136611 pages freed)
> > Freeing memory... done (200 pages freed)
> > Freeing memory... done (128 pages freed)
> > Freeing memory... done (0 pages freed)
> > Freeing memory... done (2353 pages freed)
> > 
> > and it is always like that.  It usually frees more than 100000 pages
> > in the first pass and about 5% more in the next passes together.
> > 
> > > Apparently for some people it does not that well (and that 
> > > includes me, I see 0 in first pass quite often).
> > 
> > On 2.6.12-rc3+ I have never seen 0 in the first pass.  In fact, with X running
> > I have never seen less than 60000. :-)
> > 
> > Perhaps there's a bug that does not hit x86-64 for some reason.  I'll try to
> > run it on my second box later today and see what happens.
> 
> This is the worst result from the second box:
> 
> Freeing memory...  done (54641 pages freed)
> Freeing memory...  done (0 pages freed)
> Freeing memory...  done (5120 pages freed)
> Freeing memory...  done (1952 pages freed)
> Freeing memory...  done (2304 pages freed)
> 
> Still, there are 5x more pages freed in the first pass (80% of RAM was
> empty anyway before suspend), and usually it is 10-20x more or so.

I have seen 0 freed on i386 machine with preempt -rc6-mm1, today...
Something is definitely wrong there.
				Pavel
-- 
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms         


[-- Attachment #2: Type: text/plain, Size: 0 bytes --]