From: "Mala Anand" <manand@us.ibm.com>
To: "Luck, Tony" <tony.luck@intel.com>
Cc: Bill Hartner <Bill_Hartner@us.ibm.com>,
linux-kernel@vger.kernel.org,
lse <lse-tech@lists.sourceforge.net>
Subject: RE: [Lse-tech] [RFC] per cpu slab fix to reduce freemiss
Date: Tue, 30 Jul 2002 07:36:06 -0500 [thread overview]
Message-ID: <OFAF01BB69.D29E7D2F-ON87256C05.006F1BA4@boulder.ibm.com> (raw)
>Tony Luck writes ..
>You don't specify any details of how the "singly linked list of
>free objects" would be implemented. You cannot use any of the
>memory in the freed object (as the constructor for a slab is only
>called when memory is first allocated, not when an object is recycled)
>so using any part of the object might confuse a caller by giving them
>a corrupted object.
I am creating a link list of free objects per cpu. When objects are
deallocated by the caller they get added to its cpu free object link
list. The freed objects do not migrate to other caches, they are put
back to the present cpu's link list. so they don't have to be
re-initialized. I am planning on putting a (configurable) limit on
the number of free objects that can stay in a free list.
>Are you going to have some external structure to maintain the linked
>list? Or secretly enlarge the object to provide space for the link,
>or some other way?
No I am using the object(beginning space) to store the links. When
allocated, I can initialize the space occupied by the link address.
Regards,
Mala
Mala Anand
IBM Linux Technology Center - Kernel Performance
E-mail:manand@us.ibm.com
Phone:838-8088; Tie-line:678-8088
next reply other threads:[~2002-07-30 12:32 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-30 12:36 Mala Anand [this message]
-- strict thread matches above, loose matches on Subject: below --
2002-08-01 21:31 Luck, Tony
2002-08-01 13:31 Mala Anand
2002-08-01 13:44 ` Dipankar Sarma
2002-08-01 12:42 Mala Anand
2002-08-01 13:22 ` Dipankar Sarma
2002-07-30 16:20 Luck, Tony
2002-07-29 16:47 Luck, Tony
2002-07-27 2:29 Mala Anand
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=OFAF01BB69.D29E7D2F-ON87256C05.006F1BA4@boulder.ibm.com \
--to=manand@us.ibm.com \
--cc=Bill_Hartner@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lse-tech@lists.sourceforge.net \
--cc=tony.luck@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®