Rick Jones a écrit : > Eric Dumazet wrote: >> Hi Patrick >> >> Apparently we could not finish the removal of tcp_lock for 2.6.30 :( >> >> Stephen suggested using a 4 bytes hole in struct nf_conntrack, >> but this is ok only if sizeof(spinlock_t) <= 4 and 64 bit arches. >> >> We could do an hybrid thing : use nf_conn.ct_general.lock if 64 bit >> arches >> and sizeof(spinlock_t) <= 4. >> >> Other cases would use a carefuly sized array of spinlocks... >> >> Thank you >> >> [PATCH] netfilter: finer grained nf_conn locking >> >> Introduction of fine grained lock infrastructure for nf_conn. >> If possible, we use a 32bit hole on 64bit arches. >> Else we use a global array of hashed spinlocks, so we dont >> change size of "struct nf_conn" >> >> Get rid of central tcp_lock rwlock used in TCP conntracking >> using this infrastructure for better performance on SMP. >> >> "tbench 8" results on my 8 core machine (32bit kernel, with >> conntracking on) : 2319 MB/s instead of 2284 MB/s > > Is this an implicit request for me to try to resurrect the 32-core setup? > Not at all, just to keep you informed of work in progress :) -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
