> But there's alot of state to update (more or less > atomically, too)
Why does it need to be atomic? It might be enough to just check a flag and poll for it in the readers and then redo the lookup. > in the TCP hashes. Looks tricky to > do that without hurting performance, especially since > you'll probably want to resize the tables when you've > discovered they're full and busy.... There will be some hickup, but as long as the downtime is limited it shouldn't be too bad. -Andi - 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
