Torn reads of GC statistics from external process via get_gc_stats

Bug report

Bug description:

If an external tool sampling GC statistics does not pause the target process (and we designed get_gc_stats not to pause), it can read torn data under certain circumstances.

There are two distinct problems:

1. Weakly ordered platforms: The stores of ts_start and ts_stop may be reordered by the CPU/optimizer. We need to add memory barriers to mitigate this.

2. Large memcpy window: We are copying a sufficiently large memory region via memcpy. If two or more GC cycles occur during this copy, we can end up with inconsistent data spanning multiple GC states.

@maurycy has an idea to use a sequence counter for consistency checks — I think he should definitely give it a try.

cc @pablogsal

CPython versions tested on:

CPython main branch

Operating systems tested on:

No response

Linked PRs

• gh-155828

Bắt đầu bằng cách lần theo get_gc_stats và các vị trí lưu ts_start và ts_stop, sau đó xem xét đường dẫn memcpy để biết một tiến trình bên ngoài quan sát dữ liệu GC như thế nào. Trước tiên hãy đọc PR được liên kết gh-155828 và mọi bài kiểm thử liên quan; công việc được xem là hoàn tất khi việc lấy mẫu bên ngoài không còn trả về các snapshot bị xé rách qua nhiều chu kỳ GC trên các nền tảng có thứ tự bộ nhớ yếu.