[#86787] [Ruby trunk Feature#14723] [WIP] sleepy GC — ko1@...

Issue #14723 has been updated by ko1 (Koichi Sasada).

13 messages 2018/05/01
[#86790] Re: [Ruby trunk Feature#14723] [WIP] sleepy GC — Eric Wong <normalperson@...> 2018/05/01

[email protected] wrote:

[#87095] [Ruby trunk Feature#14767] [PATCH] gc.c: use monotonic counters for objspace_malloc_increase — ko1@...

Issue #14767 has been updated by ko1 (Koichi Sasada).

9 messages 2018/05/17
[#87096] Re: [Ruby trunk Feature#14767] [PATCH] gc.c: use monotonic counters for objspace_malloc_increase — Eric Wong <normalperson@...> 2018/05/17

[email protected] wrote:

[ruby-core:87230] Re: [Ruby trunk Feature#14718] Use jemalloc by default?

From: Eric Wong <normalperson@...>
Date: 2018-05-23 02:57:39 UTC
List: ruby-core #87230
[email protected] wrote:
> normalperson (Eric Wong) wrote:
> >  Reading some glibc mailing list (libc-alpha) posts last year,
> >  I remember excessive RSS usage is one of the areas they're
> >  tackling due to user complaints.

> Interesting, do you have links?

Wasn't even last year.
https://marc.info/[email protected]
(or https://public-inbox.org/libc-alpha/[email protected]/ )

	A high-level concrete problem today with glibc's malloc, and the
	only problem be reported by our users is that it consumes too
	much RSS. Solving that problem in abstract is what we should be
	looking at.
	- Carlos O'Donell

> >  I should also note the newish glibc 2.26 has the thread-caching
> >  malloc as a build-time option, so it should reduce contention on
> >  arenas and allow using fewer arenas.

> I wonder what the fragmentation characteristics will be?

*shrug* haven't gotten around to testing

> The arena count defaults haven't changed have they? (8 times core count for x64).

Doesn't seem to have changed:

	git clone git://sourceware.org/git/glibc.git &&
		git -C glibc grep NARENAS_FROM_NCORES

Unsubscribe: <mailto:[email protected]?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>

In This Thread

Prev Next