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]