Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1557076
| From | "Huang\, Ying" <ying.huang@intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v5 2/9] mm/swap: Add cluster lock |
| Date | 2017-01-12 04:00 +0100 |
| Message-ID | <sYDMl-6He-15@gated-at.bofh.it> (permalink) |
| References | (2 earlier) <sYAbL-4Ht-9@gated-at.bofh.it> <sYAbL-4Ht-7@gated-at.bofh.it> <sYAlr-4Mp-17@gated-at.bofh.it> <sYCGC-66I-13@gated-at.bofh.it> <sYCQi-69L-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Andrew Morton <akpm@linux-foundation.org> writes: > On Thu, 12 Jan 2017 09:47:51 +0800 "Huang\, Ying" <ying.huang@intel.com> wrote: > >> >> > 1MB swap space, so for 1TB swap space, the total size will be 80M >> >> > compared with 8M of current implementation. >> > >> > Where did this 80 bytes come from? That swap_cluster_info is 12 bytes >> > and could perhaps be squeezed into 8 bytes if we can get away with a >> > 24-bit "count". >> >> Sorry, I made a mistake when measuring the size of swap_cluster_info >> when I sent that email, because I turned on the lockdep when measuring. >> I have sent out a correction email to Jonathan when I realized that >> later. >> >> So the latest size measuring result is: >> >> If we use bit_spin_lock, the size of cluster_swap_info will, >> >> - increased from 4 bytes to 8 bytes on 64 bit platform >> - keep as 4 bytes on 32 bit platform >> >> If we use normal spinlock (queue spinlock), the size of cluster_swap_info will, >> >> - increased from 4 bytes to 8 bytes on 64 bit platform >> - increased from 4 bytes to 8 bytes on 32 bit platform >> >> So the difference occurs on 32 bit platform. If the size increment on >> 32 bit platform is OK, then I think it should be good to use normal >> spinlock instead of bit_spin_lock. Personally, I am OK for that. But I >> don't know whether there will be some embedded world people don't like >> it. > > I think that'll be OK - the difference is small and many small systems > disable swap anyway. So can we please try that? Please do describe > the additional overhead (with numbers) in the changelog: "additional > bytes of RAM per GB of swap", for example. And please also rerun the > performance tests, see if we can notice the alleged speed improvements > from switching to a spinlock. Sure. I will change it and redo the test. Best Regards, Huang, Ying
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v5 0/9] mm/swap: Regular page swap optimizations Tim Chen <tim.c.chen@linux.intel.com> - 2017-01-11 19:00 +0100
[PATCH v5 4/9] mm/swap: skip read ahead for unreferenced swap slots Tim Chen <tim.c.chen@linux.intel.com> - 2017-01-11 19:00 +0100
[PATCH v5 5/9] mm/swap: Allocate swap slots in batches Tim Chen <tim.c.chen@linux.intel.com> - 2017-01-11 19:00 +0100
[PATCH v5 2/9] mm/swap: Add cluster lock Tim Chen <tim.c.chen@linux.intel.com> - 2017-01-11 19:00 +0100
Re: [PATCH v5 2/9] mm/swap: Add cluster lock Jonathan Corbet <corbet@lwn.net> - 2017-01-12 00:10 +0100
Re: [PATCH v5 2/9] mm/swap: Add cluster lock Andrew Morton <akpm@linux-foundation.org> - 2017-01-12 00:20 +0100
Re: [PATCH v5 2/9] mm/swap: Add cluster lock "Huang\, Ying" <ying.huang@intel.com> - 2017-01-12 02:50 +0100
Re: [PATCH v5 2/9] mm/swap: Add cluster lock Andrew Morton <akpm@linux-foundation.org> - 2017-01-12 03:00 +0100
Re: [PATCH v5 2/9] mm/swap: Add cluster lock "Huang\, Ying" <ying.huang@intel.com> - 2017-01-12 04:00 +0100
[Update][PATCH v5 2/9] mm/swap: Add cluster lock "Huang\, Ying" <ying.huang@intel.com> - 2017-01-14 05:40 +0100
Re: [PATCH v5 2/9] mm/swap: Add cluster lock "Huang\, Ying" <ying.huang@intel.com> - 2017-01-12 02:30 +0100
Re: [PATCH v5 2/9] mm/swap: Add cluster lock Andrew Morton <akpm@linux-foundation.org> - 2017-01-12 00:10 +0100
[PATCH v5 1/9] mm/swap: Fix kernel message in swap_info_get() Tim Chen <tim.c.chen@linux.intel.com> - 2017-01-11 19:00 +0100
Re: [PATCH v5 0/9] mm/swap: Regular page swap optimizations Michal Hocko <mhocko@kernel.org> - 2017-01-16 13:10 +0100
csiph-web