Agreed.
>
> > But in real life I really don't expect problems here, one left page
> > of the vector holds 1024 swap entries, so the overhead is of the
> > order of 1/1000. On the top of my head (without any precise
> > calculation) 64G of shm would generate stuff of the order of some
> > houndred mbytes of ram
>
> Ok, 64GB shm allocate roughly 64MB swap entries, so this case should
> not bother too much. I was still at the 390x case where we have 512
> entries per page. But they do not need highmem.
agreed.
> Another case are smaller machines with big tmpfs instances: They get
> killed by the swap entries. But you cannot hinder that without
> swapping the swap entries themselves.
yes, same can happen with pagetables, if you've an huge amount of swap
and only a few mbytes of ram, that's another kind of problem that we
always ignored so far (mostly because it is possible to solve it very
efficiently by throwing money into some more ram :).
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/