Improve the creation of ExecutorService when reading footers

Doing some benchmarks loading a large set of parquet files (3000+) from the local FS, we observed some inefficiencies in the number of created threads when reading footers.

By reading, the read the configuration parallelism in Hadoop configuration (defaulted to 5) and allocate 2 ExecuteService with each 5 threads to read footers. This is especially inefficient if there is less Callable to handle than the configured parallelism.

**Reporter**: [Benoit Lacelle](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=blasd)

_{**Note**: *This issue was originally created as [PARQUET-1055](https://issues.apache.org/jira/browse/PARQUET-1055). Please see the [migration documentation](https://issues.apache.org/jira/browse/PARQUET-2502) for further details.*}

L’issue identifie la lecture des footers et le parallélisme de la configuration Hadoop comme points d’entrée. Repérez où les deux instances de ExecutorService sont créées et comparez leur taille au nombre de tâches Callable de footer. Le travail est terminé lorsque les threads superflus sont évités lorsqu’il y a moins de tâches que le parallélisme configuré.

Rédigé par le modèle d'indexation à partir du texte de l'issue.