Add more accurate RSS high water mark measurement for Linux

[peterallenwebb]

resolves #10120

Problem

Memory measurement on Linux reflected the maximum RSS level of not just the current process, but all parent processes.

Solution

Measure max RSS on Linux via a platform-specific mechanism that does not have this defect.

Checklist

• I have read the contributing guide and understand what's expected of me
• I have run this code in development and it appears to resolve the stated issue
• This PR includes tests, or tests are not required/relevant for this PR
• This PR has no interface changes (e.g. macros, cli, logs, json artifacts, config files, adapter interface, etc) or this PR has already received feedback and approval from Product or DX
• This PR includes type annotations for new and modified functions

[github-actions]

Thank you for your pull request! We could not find a changelog entry for this change. For details on how to document a change, see the contributing guide.

[codecov]

Codecov Report

Attention: Patch coverage is 75.00000% with 3 lines in your changes are missing coverage. Please review.

Project coverage is 88.57%. Comparing base (341803d) to head (75d296b).

Files	Patch %	Lines
core/dbt/utils.py	72.72%	3 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main   #10177      +/-   ##
==========================================
- Coverage   88.65%   88.57%   -0.08%     
==========================================
  Files         180      180              
  Lines       22422    22434      +12     
==========================================
- Hits        19879    19872       -7     
- Misses       2543     2562      +19     

Flag	Coverage Δ
integration	85.97% <75.00%> (-0.17%)	⬇️
unit	63.00% <75.00%> (+<0.01%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[aranke]

Mostly LGTM, can be cleaned up a little