[#106355] [Ruby master Bug#18373] RBS build failure: '/include/x86_64-linux/ruby/config.h', needed by 'constants.o'. — "vo.x (Vit Ondruch)" <noreply@...>
Issue #18373 has been reported by vo.x (Vit Ondruch).
28 messages
2021/12/01
[ruby-core:106682] [Ruby master Feature#18364] Add GC.stat_pool for Variable Width Allocation
From:
"peterzhu2118 (Peter Zhu)" <noreply@...>
Date:
2021-12-14 23:01:12 UTC
List:
ruby-core #106682
Issue #18364 has been updated by peterzhu2118 (Peter Zhu).
Thank you for all the comments @eregon. I think no one else has strong opinions on extending `GC.stat`,
and you've presented some very good reasons to not extend `GC.stat`, so I think we'll add an additional
API for accessing statistics for memory pools. Since @matz is not a fan of the word "pool", we plan on
renaming the API `GC.stat_heap`.
----------------------------------------
Feature #18364: Add GC.stat_pool for Variable Width Allocation
https://bugs.ruby-lang.org/issues/18364#change-95361
* Author: peterzhu2118 (Peter Zhu)
* Status: Open
* Priority: Normal
* Assignee: matz (Yukihiro Matsumoto)
----------------------------------------
# GitHub PR: https://github.com/ruby/ruby/pull/5177
We're proposing an API to get statistics for size pools for Variable Width Allocation similar to `GC.stat`. This will make it easier for us (and other developers) to tune VWA.
Before 3.1 release, we plan to keep this method hidden from the documentation using `:nodoc:` since it is not useful when not using VWA.
For example:
```ruby
# Get stats for size pool 2
puts GC.stat_pool(2)
#=> {:slot_size=>160, :heap_allocatable_pages=>80, :heap_eden_pages=>14, :heap_eden_slots=>1424, :heap_tomb_pages=>0, :heap_tomb_slots=>0}
puts GC.stat_pool(2, :heap_eden_pages)
#=> 14
```
We aim to keep the keys in the outputted hash the same as the keys used in `GC.stat`.
We chose to implement a new method instead of re-using an existing API (`GC.stat`) because the keys returned by `GC.stat_pool` will not be the same as `GC.stat`. We believe that having `GC.stat` return different shapes of hashes based on its arguments is confusing.
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:[email protected]?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>