> It has a lot > more users that compete true, but likely the set of GFP_CRITICAL users > would grow over time too and it would develop the same problem.
No, because the critical set is determined by the user (by setting the socket flag). The receive side has some things marked as "critical" until we have processed enough to check the socket flag, but then they should be released. Those short-lived allocations and frees are more or less 0 net towards the pool. Certainly, it wouldn't work very well if every socket is marked as "critical", but with an adequate pool for the workload, I expect it'll work as advertised (esp. since it'll usually be only one socket associated with swap management that'll be critical). +-DLS - 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