On Thu, 14 Feb 2008, Caitlin Bestler wrote: > So any solution that requires the upper layers to suspend operations > for a brief bit will require explicit interaction with those layers. > No RDMA layer can perform the sleight of hand tricks that you seem > to want it to perform.
Looks like it has to be up there right. > AT the RDMA layer the best you could get is very brief suspensions for > the purpose of *re-arranging* memory, not of reducing the amount of > registered memory. If you need to reduce the amount of registered memory > then you have to talk to the application. Discussions on making it > easier for the application to trim a memory region dynamically might be > in order, but you will not work around the fact that the application > layer needs to determine what pages are registered. And they would > really prefer just to be told how much memory they can have up front, > they can figure out how to deal with that amount of memory on their own. What does it mean that the "application layer has to be determine what pages are registered"? The application does not know which of its pages are currently in memory. It can only force these pages to stay in memory if their are mlocked. -- 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/
