Uh oh!
There was an error while loading. Please reload this page.
src: add option to report large page stats - #32331
Conversation
649d3c6 to
55a8038Comparenodejs-github-bot
commented
Mar 18, 2020
bnoordhuis
commented
Mar 18, 2020
Before I review this: when or why (or to whom) would this be useful? |
Is this something that could leverage the existing |
@cjihrig I'd love to switch to Is it within the semantics of |
gabrielschulhof
commented
Mar 18, 2020
@bnoordhuis I've used these |
cjihrig
commented
Mar 18, 2020
I think that definition might only be loosely enforced in the code. I'd personally be fine with a large pages category (and would prefer it over this approach). I guess we could see if anyone else objects though.
I don't think you'd use |
gabrielschulhof
commented
Mar 18, 2020
@cjihrig thanks for the pointer! |
jasnell
commented
Mar 18, 2020
I would definitely prefer just using |
gabrielschulhof
commented
Mar 19, 2020
jasnell
commented
Mar 19, 2020
hmm ok. Is it possible/reasonable to defer the logging until Environment is available? |
gabrielschulhof
commented
Mar 19, 2020
@jasnell looks like there might be a way to use the debug without an |
This adds the new option `HUGEPAGES` to `NODE_DEBUG_NATIVE` that causes the code responsible for re-mapping to large pages to output memory range and page count information to `stderr`. Signed-off-by: Gabriel Schulhof <gabriel.schulhof@intel.com>
55a8038 to
436cc4dComparegabrielschulhof
commented
Mar 20, 2020
nodejs-github-bot
commented
Mar 20, 2020
gabrielschulhof
commented
Mar 20, 2020
Landed in c160073. |
This adds the new option `HUGEPAGES` to `NODE_DEBUG_NATIVE` that causes the code responsible for re-mapping to large pages to output memory range and page count information to `stderr`. Signed-off-by: Gabriel Schulhof <gabriel.schulhof@intel.com> PR-URL: #32331 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: David Carlier <devnexen@gmail.com>
This adds the new option `HUGEPAGES` to `NODE_DEBUG_NATIVE` that causes the code responsible for re-mapping to large pages to output memory range and page count information to `stderr`. Signed-off-by: Gabriel Schulhof <gabriel.schulhof@intel.com> PR-URL: #32331 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: David Carlier <devnexen@gmail.com>
targos
commented
Apr 22, 2020
Depends on the large pages change to land on v12.x |
This adds the new option `HUGEPAGES` to `NODE_DEBUG_NATIVE` that causes the code responsible for re-mapping to large pages to output memory range and page count information to `stderr`. Signed-off-by: Gabriel Schulhof <gabriel.schulhof@intel.com> PR-URL: nodejs#32331 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: David Carlier <devnexen@gmail.com>
This adds the new option `HUGEPAGES` to `NODE_DEBUG_NATIVE` that causes the code responsible for re-mapping to large pages to output memory range and page count information to `stderr`. Signed-off-by: Gabriel Schulhof <gabriel.schulhof@intel.com> PR-URL: #32331 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: David Carlier <devnexen@gmail.com>
This adds the new option
verboseto--use-largepagesthat works thesame way as
on, but additionally outputs memory range and page countinformation to
stderr.Signed-off-by: @gabrielschulhof
Checklist
make -j4 test(UNIX), orvcbuild test(Windows) passes