| commit | 9d1eec6bf88656e8302441d0349dcc467a52b605 | |
| author | Jay Krell <jaykrell@microsoft.com> | |
| Sat, 24 Aug 2019 07:56:40 +0000 (24 00:56 -0700) | ||
| committer | Alexander Köplinger <alex.koeplinger@outlook.com> | |
| Sat, 24 Aug 2019 07:56:40 +0000 (24 09:56 +0200) | ||
| tree | a323335e1bd5a9d033c3d07849dec56d3668cb3f | treesnapshot (tar.gz zip) |
| parent | 99e9d8064272eefdba7c567f44d924ad1ec938ac | commitdiff |
[interp] Outline STRMFLD_VT. (#16355)
Without being entirely scientific about it, this case seems
to be one that uses more than typical locals and therefore
be on a sort of critical path to reduce frame size.
I have a change that reduces frame to 0x78 bytes (albeit
not yet working) and to achieve that, in this case I refetched
the locals after function calls.
This achieves similar but perhaps more elegantly.
If we rest at larger frame size then this case might not be
on the critical path.
https://github.com/mono/mono/issues/16172
Without being entirely scientific about it, this case seems
to be one that uses more than typical locals and therefore
be on a sort of critical path to reduce frame size.
I have a change that reduces frame to 0x78 bytes (albeit
not yet working) and to achieve that, in this case I refetched
the locals after function calls.
This achieves similar but perhaps more elegantly.
If we rest at larger frame size then this case might not be
on the critical path.
https://github.com/mono/mono/issues/16172
| mono/mini/interp/interp.c | diffblobblamehistory |