On Tue, Sep 01, 2015 at 03:56:18PM +0200, Phil Sutter wrote: > > Looking at rhashtable_test.c, I see the initial table size is 8 entries. > 70% of that is 5.6 entries, so background expansion is started after the > 6th entry has been added, right? Given there are 10 threads running > which try to insert 50k entries at the same time, I don't think it's > unlikely that three more entries are inserted before the background > expansion completes.
Yes but in that case the GFP_ATOMIC allocation should work because the table is so small anyway. Cheers, -- Email: Herbert Xu <herb...@gondor.apana.org.au> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
