Re: [linux-pm] Re: swsusp: Not enough free pages

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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         

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux