This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
On 03/10/2017 06:02 AM, DJ Delorie wrote:
+typedef struct TCacheEntry {
+ struct TCacheEntry *next;
+} TCacheEntry;
+
+/* There is one of these for each thread, which contains the
+ per-thread cache (hence "TCache"). Keeping overall size low is
+ mildly important. Note that COUNTS and ENTRIES are redundant, this
+ is for performance reasons. */
+typedef struct TCache {
+ char counts[TCACHE_IDX];
+ TCacheEntry *entries[TCACHE_IDX];
+} TCache;
These type names remind me of Turbo Vision. I don't think we use the CamelCase convention in glibc. :)
I would like to see some discussion of the per-thread overhead the thread cache introduces, maybe along the documentation of the tunables, both the static overhead (due to new per-thread state) and some bounds on the additional per-thread allocation retention.
Thanks, Florian
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |