Reported resolution of `time.process_time` and `time.thread_time` is wrong on Windows

Bug report

Bug description:

>>> import time
>>> time.get_clock_info("process_time")
namespace(implementation='GetProcessTimes()', monotonic=True, adjustable=False, resolution=1e-07)
>>> time.get_clock_info("thread_time")
namespace(implementation='GetThreadTimes()', monotonic=True, adjustable=False, resolution=1e-07)

The reported resolution=1e-07 is way off. According to @eryksun in https://github.com/python/cpython/issues/82040#issuecomment-1093831784

Don't read too much into the clock info here:
Process times [1] are stored as a 64-bit integer in units of 100 ns (1e-7). But the kernel schedules threads based on a timer that ticks every 15.625 ms by default. It can be lowered to about 0.5 ms, but this degrades battery life.

This has also caused problems in test_int.test_denial_of_service, see https://github.com/python/cpython/issues/114911#issuecomment-2567094984.

I suggest to report 15.625 ms, since this is the upper limit.

CPython versions tested on:

CPython main branch

Operating systems tested on:

Windows

Linked PRs

• gh-135305

Bắt đầu bằng việc xem xét PR được liên kết gh-135305 và hành vi của time.get_clock_info("process_time") và time.get_clock_info("thread_time") trên Windows. Kiểm tra tác động liên quan trong test_int.test_denial_of_service; được xem là hoàn tất khi các độ phân giải được báo cáo phản ánh hành vi định thời Windows dự kiến và bài kiểm tra bị ảnh hưởng vượt qua.