On Wed, 2005-12-14 at 14:39 -0800, Ben Greear wrote: > James Courtier-Dutton wrote: > > > Have you actually thought about what would happen in a real world senario? > > There is no real world requirement for this sort of user land feature. > > In memory pressure mode, you don't care about user applications. In > > fact, under memory pressure no user applications are getting scheduled. > > All you care about is swapping out memory to achieve a net gain in free > > memory, so that the applications can then run ok again. > > Low 'ATOMIC' memory is different from the memory that user space typically > uses, so just because you can't allocate an SKB does not mean you are swapping > out user-space apps. > > I have an app that can have 2000+ sockets open. I would definately like to > make > the management and other important sockets have priority over others in my > app...
The scenario we are trying to address is also a management connection between the nodes of a cluster and a server that manages the swap devices accessible by all the nodes of the cluster. The critical connection is supposed to be used to exchange status notifications of the swap devices so that failover can happen and propagated to all the nodes as quickly as possible. The management apps will be pinned into memory so that they are not swapped out. As such the traffic that flows over the critical sockets is not high but should not stall even if we run into a memory constrained situation. That is the reason why we would like to have a pre-allocated critical page pool which could be used when we run out of ATOMIC memory. Thanks Sridhar - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
