On Tue, 11 Jun 2013, Eric Dumazet wrote: > Yes and no : adding a test to select vmalloc()/vfree() instead of > kmalloc()/kfree() will slow down regular users asking 32 pages in their > pipe.
But vmalloc would allow buffers larger than MAX_PAGE_ORDER. The allocation would not fail. You could have 1G or so pipes if necessary. > If there is no _sensible_ use for large pipes even for root, please do > not bloat the code just because we can. Some code bloat to enable super sized pipes may be ok? Huge page support could be useful to increase speed? -- 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/