From: Georgy Kirichenko <georgy@tarantool.org> To: tarantool-patches@dev.tarantool.org Subject: Re: [Tarantool-patches] [PATCH] do not keep a slab in cache if new allocation does not fit Date: Mon, 27 Jan 2020 22:41:39 +0300 [thread overview] Message-ID: <2545762.mvXUDI8C0e@localhost> (raw) In-Reply-To: <20200127193907.34019-1-georgy@tarantool.org> [-- Attachment #1: Type: text/plain, Size: 1848 bytes --] Sorry, I forgot an issue and a branch. Issue: https://github.com/tarantool/tarantool/issues/4736 Branch: https://github.com/tarantool/tarantool/tree/g.kirichenko/gh-4736-region-size-for-gc On Monday, 27 January 2020 22:39:07 MSK Georgy Kirichenko wrote: > Do not allocate a new slab if there is a free slab in a region cache. > If a cached slab is not big enough then free it. > > Follow up 67d7ab44ab09df3356929e3692a03321b31f3ebb > > Fixes #12 > > Issue: https://github.com/tarantool/small/issues/12 > Branch: > https://github.com/tarantool/small/tree/g.kirichenko/gh-12-region-cache > > diff --git a/small/region.h b/small/region.h > index d9be176..58481b0 100644 > --- a/small/region.h > +++ b/small/region.h > @@ -157,14 +157,20 @@ region_reserve(struct region *region, size_t size) > if (size <= rslab_unused(slab)) > return (char *) rslab_data(slab) + slab->used; > /* Try to get a slab from the region cache. */ > - slab = rlist_last_entry(®ion->slabs.slabs, > - struct rslab, > - slab.next_in_list); > - if (slab->used == 0 && size <= rslab_unused(slab)) { > - /* Move this slab to the head. */ > + while ((slab = rlist_last_entry(®ion->slabs.slabs, > + struct rslab, > + slab.next_in_list))->used == 0) { > slab_list_del(®ion->slabs, &slab->slab, next_in_list); > - slab_list_add(®ion->slabs, &slab->slab, next_in_list); > - return (char *) rslab_data(slab); > + if (size <= rslab_unused(slab)) { > + /* Move this slab to the head. */ > + slab_list_add(®ion->slabs, &slab->slab, next_in_list); > + return (char *) rslab_data(slab); > + } > + /* > + * This cached slab could not be used so free it > + * and try to use the next one. > + */ > + slab_put(region->cache, (struct slab *)slab); > } > } > return region_reserve_slow(region, size); [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 488 bytes --]
next prev parent reply other threads:[~2020-01-27 19:41 UTC|newest] Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-01-27 19:39 Georgy Kirichenko 2020-01-27 19:41 ` Georgy Kirichenko [this message] 2020-01-29 21:48 ` Konstantin Osipov 2020-01-29 21:59 ` Vladislav Shpilevoy 2020-02-04 21:25 ` Vladislav Shpilevoy
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=2545762.mvXUDI8C0e@localhost \ --to=georgy@tarantool.org \ --cc=tarantool-patches@dev.tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH] do not keep a slab in cache if new allocation does not fit' \ /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
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox