Add parallelism to cloness_centrality

[IvanIsCoding]

This PR makes closeness_centrality and newman_weighted_closeness_centrality parallel for better performance. This is possible because the task is embarrassingly parallel.

We probably missed this in #593 but #1385 reminded me of it.

The parallelism is toggled via the parallel_threshold just like other centrality methods.

[coveralls]

Pull Request Test Coverage Report for Build 14346065276

Details

• 89 of 89 (100.0%) changed or added relevant lines in 2 files are covered.
• No unchanged relevant lines lost coverage.
• Overall coverage increased (+0.5%) to 95.84%

---

Totals
Change from base Build 14345039299:	0.5%
Covered Lines:	18637
Relevant Lines:	19446

---

💛 - Coveralls

[IvanIsCoding]

Because #1387, I added a test to boost the coverage in the report. I am confident the Rust tests guarantee the correctness so for now that is a stop gap

[mtreinish]

This LGTM, it makes a lot of sense to run this with rayon. Thanks for doing this. I just left a couple of comments inline the main one is I think we can do this without a mutex using a rayon iterator collection into the vec which should be faster..

[mtreinish]

Overall this looks much better to me now, thanks for making the change. I just had a couple of small inline comments about the release notes and the docstring updates. But code-wise I think this is good to go.

[mtreinish]

I think this looks fine now, besides the lint failure. The RAYON_NUM_THREADS doesn't look like it's in the Python docs though, we normally document it there too because it's an env variable and works from python too.

[IvanIsCoding]

Let me update the Python docs and fix the formatting