From: Manfred Spraul <manfred@colorfullife.com>
To: William Lee Irwin III <wli@holomorphy.com>
Cc: mpm@selenic.com, linux-kernel@vger.kernel.org
Subject: Re: slab redzoning
Date: Sat, 22 May 2004 14:22:48 +0200 [thread overview]
Message-ID: <40AF4618.5060300@colorfullife.com> (raw)
In-Reply-To: <20040522085236.GL2161@holomorphy.com>
[-- Attachment #1: Type: text/plain, Size: 1078 bytes --]
William Lee Irwin III wrote:
>William Lee Irwin III wrote:
>
>
>>>It returns a false positive when size + 3*BYTES_PER_WORD == 2**n, e.g.
>>>size == 16373. Here, fls(size - 1) == 13, but fls(size - 1 + 12) == 13
>>>while size - 1 + 12 == 16384, where we'd want the check to fail.
>>>
>>>
>
>On Sat, May 22, 2004 at 10:43:47AM +0200, Manfred Spraul wrote:
>
>
>>No, 16373 must fail: After adding 12 bytes the object size would be
>>16385, which would mean an order==3 allocation.
>>And 16372 must succeed: 16384 is still an order==2 allocation.
>>The idea is that there shouldn't be an allocation order increase due to
>>redzoning, and afaics that doesn't happen, except between 4082 and 4095
>>bytes.
>>
>>
>
>Yes. While you've corrected the one-offs in my post (arithmetic is boring,
>we have machines to do that for us now)
>
I admit, I'm cheating:
I'd copied the test to user space and then tested all values between 32
and 131072. 16372 passes:
fls(16371) == fls(16383).
I'll send a patch to Andrew to fix the range between 4084 and 4095.
--
Manfred
[-- Attachment #2: test.c --]
[-- Type: text/x-csrc, Size: 714 bytes --]
#include <stdio.h>
#define BYTES_PER_WORD 4
#define PAGE_SIZE 4096
/*
* fls: find last bit set.
*/
static int fls(int x)
{
int r = 32;
if (!x)
return 0;
if (!(x & 0xffff0000u)) {
x <<= 16;
r -= 16;
}
if (!(x & 0xff000000u)) {
x <<= 8;
r -= 8;
}
if (!(x & 0xf0000000u)) {
x <<= 4;
r -= 4;
}
if (!(x & 0xc0000000u)) {
x <<= 2;
r -= 2;
}
if (!(x & 0x80000000u)) {
x <<= 1;
r -= 1;
}
return r;
}
int main(void)
{
int size;
for (size=32;size<131073;size++) {
if ((size <= PAGE_SIZE-3*BYTES_PER_WORD || fls(size-1) == fls(size-1+3*BYTES_PER_WORD))) {
/* printf("%6d: no order change \n", size); */
} else {
printf("%6d: order change \n", size);
}
}
return 0;
}
prev parent reply other threads:[~2004-05-22 12:23 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-22 3:49 slab redzoning William Lee Irwin III
2004-05-22 8:02 ` Manfred Spraul
2004-05-22 8:26 ` William Lee Irwin III
2004-05-22 8:43 ` Manfred Spraul
2004-05-22 8:52 ` William Lee Irwin III
2004-05-22 12:22 ` Manfred Spraul [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=40AF4618.5060300@colorfullife.com \
--to=manfred@colorfullife.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mpm@selenic.com \
--cc=wli@holomorphy.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.