Peter Zhu a41fbc2c95 Increase SIZE_POOL_COUNT to 5 ... Having more size pools will allow us to allocate larger objects through Variable Width Allocation. I have attached some benchmark results below. Discourse: On Discourse, we don't see much change in response times. We do see a small reduction in RSS. Branch RSS: 377.8 MB Master RSS: 396.3 MB railsbench: On railsbench, we don't see a big change in RPS or p99 performance. We see a small increase in RSS. Branch RPS: 815.38 Master RPS: 811.73 Branch p99: 1.69 ms Master p99: 1.68 ms Branch RSS: 90.6 MB Master RSS: 89.4 MB liquid: We don't see a significant change in liquid performance. Branch parse & render: 29.041 I/s Master parse & render: 29.211 I/s		2022-05-09 08:45:24 -04:00
..
backward	Check if __assume is supported	2022-02-19 23:32:52 +09:00
fiber	[DOC] add missing size params in fiber scheduler.h (#5441)	2022-04-14 07:34:49 +12:00
internal	Increase SIZE_POOL_COUNT to 5	2022-05-09 08:45:24 -04:00
io
assert.h
atomic.h
backward.h	Revert "Finer-grained inline constant cache invalidation"	2022-03-25 20:29:09 +09:00
debug.h
defines.h
encoding.h
intern.h
io.h	[Doc] correct my understanding about nonblocking mode	2022-04-21 14:59:03 +09:00
memory_view.h
missing.h
onigmo.h	re.c: Add Regexp.timeout= and Regexp.timeout	2022-03-30 16:50:46 +09:00
oniguruma.h
ractor.h
random.h
re.h
regex.h
ruby.h	[Feature #18249] Implement ABI checking	2022-02-22 09:55:21 -05:00
st.h
subst.h
thread.h
thread_native.h
util.h
version.h
vm.h
win32.h	include/ruby/win32.h: explicitly define HAVE_SHUTDOWN	2022-01-19 17:52:19 +09:00