Commit Accounting related changes

[cshung]

1. When heap_segment are moved across heaps during change_heap_count, this change records them so that committed_by_oh_per_heap is still valid.
2. Keep track of the various committed_by values regardless of heap_hard_limit, which will allow us refresh_memory_limit for segments.
3. Various refactoring to avoid duplicating code for verification.
4. Moved verify_regions into _DEBUG.
5. When release_segment, heap_segment are released by virtual_free, we need to also decrement the committed counters when that happen.
6. When get_segment, we accidentally used max_generation as oh for UOH segments, this change will make it use the right oh.
7. If we failed to grow_brick_card_table, heap_segment are released by virtual_free, we need to also decrement the committed counters when that happen.
8. Compute the amount of memory spent on bookkeeping data for segments, and give up accounting for mark array

... to be continued.

[dotnet-policy-service]

Tagging subscribers to this area: @dotnet/gc
See info in area-owners.md if you want to be subscribed.

[Maoni0]

other than the one small comment, LGTM!

[cshung]

This change is tested with all these combinations:

x86/x64
chk
wks/svr/datas (x64 only)
(no defines/committed_bytes_shadow/committed_bytes_shadow + stress_dynamic_heap_count)
(plug test case/gcperfsim)

Bug #102585 is found, but it is unrelated to commit accounting.