On Wednesday 04 November 2009, Mel Gorman wrote: > Agreed. I'll start from scratch again trying to reproduce what you're > seeing locally. I'll try breaking my network card so that it's making > high-order atomics and see where I get. Machines that were previously > tied up are now free so I might have a better chance. Hmmm. IMO you're looking at this from the wrong side. You don't need to break your network card because the SKB problems are only the *result* of the change, not the *cause*. I can reproduce the desktop freeze just as easily when I'm using wired (e1000e) networking and when I'm not streaming music at all, but just loading that 3rd gitk instance. So it's not "I get a desktop freeze because of high order allocations from wireless during swapping", but "during very heavy swapping on a system with an encrypted LMV volume group containing (encrypted) fs and (encrytpted) swap, the swapping gets into some semi-stalled state *causing* a long desktop freeze and, if there also happens to be some process trying higher order allocations, failures of those allocations". I have tried to indicate this in the past, but it may have gotten lost in the complexity of the issue. An important clue is still IMO that during the first part of the freezes there is very little disk activity for a long time. Why would that be when the system is supposed to be swapping like hell? Cheers, FJP -- To unsubscribe from this list: send the line "unsubscribe kernel-testers" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
