diff for duplicates of <20100804032400.GA14141@localhost> diff --git a/a/1.txt b/N1/1.txt index a70802e..25b1de6 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -7,8 +7,8 @@ On Wed, Aug 04, 2010 at 11:10:46AM +0800, Minchan Kim wrote: > > > > In another thread, Pekka Enberg offers a tip: > > -> > You can pass "slub_debug=o" as a kernel parameter to disable higher -> > order allocations if you want to test things. +> > A A A A You can pass "slub_debug=o" as a kernel parameter to disable higher +> > A A A A order allocations if you want to test things. > > > > Note that the parameter works on a CONFIG_SLUB_DEBUG=y kernel. > > @@ -57,13 +57,13 @@ Fengguang > Document says. > "Debugging options may require the minimum possible slab order to increase as > a result of storing the metadata (for example, caches with PAGE_SIZE object -> sizes). This has a higher liklihood of resulting in slab allocation errors -> in low memory situations or if there's high fragmentation of memory. To +> sizes). A This has a higher liklihood of resulting in slab allocation errors +> in low memory situations or if there's high fragmentation of memory. A To > switch off debugging for such caches by default, use > -> slub_debug=O" +> A A A A slub_debug=O" > -> But when I tested it in my machine(2.6.34), with slub_debug=O, it +> But when I tested it in my machine(2.6.34), A with slub_debug=O, it > increase objsize and pagesperslab. Even it increase the number of > slab(But I am not sure this part since it might not the same time from > booting) @@ -208,3 +208,9 @@ Fengguang > kmalloc-1024 382 390 1072 30 8 : tunables 0 0 0 : slabdata 13 13 0 > kmalloc-512 796 812 560 29 4 : tunables 0 0 0 : slabdata 28 28 0 > kmalloc-256 153 156 304 26 2 : tunables 0 0 0 : slabdata 6 6 0 + +-- +To unsubscribe, send a message with 'unsubscribe linux-mm' in +the body to majordomo@kvack.org. For more info on Linux MM, +see: http://www.linux-mm.org/ . +Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> diff --git a/a/content_digest b/N1/content_digest index 16098b2..8e9469e 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -26,8 +26,8 @@ "> >\n" "> > In another thread, Pekka Enberg offers a tip:\n" "> >\n" - "> > \302\240 \302\240 \302\240 \302\240You can pass \"slub_debug=o\" as a kernel parameter to disable higher\n" - "> > \302\240 \302\240 \302\240 \302\240order allocations if you want to test things.\n" + "> > A A A A You can pass \"slub_debug=o\" as a kernel parameter to disable higher\n" + "> > A A A A order allocations if you want to test things.\n" "> >\n" "> > Note that the parameter works on a CONFIG_SLUB_DEBUG=y kernel.\n" "> >\n" @@ -76,13 +76,13 @@ "> Document says.\n" "> \"Debugging options may require the minimum possible slab order to increase as\n" "> a result of storing the metadata (for example, caches with PAGE_SIZE object\n" - "> sizes). \302\240This has a higher liklihood of resulting in slab allocation errors\n" - "> in low memory situations or if there's high fragmentation of memory. \302\240To\n" + "> sizes). A This has a higher liklihood of resulting in slab allocation errors\n" + "> in low memory situations or if there's high fragmentation of memory. A To\n" "> switch off debugging for such caches by default, use\n" "> \n" - "> \302\240 \302\240 \302\240 \302\240slub_debug=O\"\n" + "> A A A A slub_debug=O\"\n" "> \n" - "> But when I tested it in my machine(2.6.34), \302\240with slub_debug=O, it\n" + "> But when I tested it in my machine(2.6.34), A with slub_debug=O, it\n" "> increase objsize and pagesperslab. Even it increase the number of\n" "> slab(But I am not sure this part since it might not the same time from\n" "> booting)\n" @@ -226,6 +226,12 @@ "> kmalloc-2048 388 390 2096 15 8 : tunables 0 0 0 : slabdata 26 26 0\n" "> kmalloc-1024 382 390 1072 30 8 : tunables 0 0 0 : slabdata 13 13 0\n" "> kmalloc-512 796 812 560 29 4 : tunables 0 0 0 : slabdata 28 28 0\n" - > kmalloc-256 153 156 304 26 2 : tunables 0 0 0 : slabdata 6 6 0 + "> kmalloc-256 153 156 304 26 2 : tunables 0 0 0 : slabdata 6 6 0\n" + "\n" + "--\n" + "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" + "the body to majordomo@kvack.org. For more info on Linux MM,\n" + "see: http://www.linux-mm.org/ .\n" + "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -1c9bb3e1040071189102b94d69fbcf5d4b5dd1837814e6332c079cdf082dccf6 +f97c2b6c6740db08dd381354b349c66676b034295872eb4074faa0ef5ce40c57
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.