multiprocessing.Pool: leak of global named resources using multiprocessing spawn

Bug report

Bug description:

I'm receiving a warning when using the multiprocessing.Pool in spawn mode.

/opt/pyenv/versions/3.12.4/lib/python3.12/multiprocessing/resource_tracker.py:254: UserWarning: resource_tracker: There appear to be 1 leaked semaphore objects to clean up at shutdown
  warnings.warn('resource_tracker: There appear to be %d '

A similar issue was brought up and fixed before, when multiprocessing.Process was used:
https://github.com/python/cpython/pull/30617

The test case introduced by the PR above: https://github.com/python/cpython/blob/3.12/Lib/test/_test_multiprocessing.py#L6040C7-L6040C24

To trigger the warning, I just replaced the Process with Pool as follows:

import multiprocessing as mp
ctx = mp.get_context('spawn')
global_resource = ctx.Semaphore()
def submain(): pass
if __name__ == '__main__':
    p = ctx.Pool(processes=3).starmap(submain, [tuple() for i in range(5)])

CPython versions tested on:

3.11, 3.12, CPython main branch

Operating systems tested on:

Linux

Comienza con el comportamiento de seguimiento de recursos de multiprocessing mostrado en el informe y compara el arreglo existente de Process en PR 30617 con el manejo de Pool. Usa la prueba de regresión referenciada en Lib/test/_test_multiprocessing.py como punto de partida y luego reproduce el ejemplo de Pool en spawn-mode en Linux. La tarea estará terminada cuando el ejemplo ya no informe de un semáforo filtrado y el comportamiento esté cubierto por una prueba de regresión.