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.*}

La issue identifica la lettura dei footer e il parallelismo della configurazione Hadoop come punti di ingresso. Traccia dove vengono create le due istanze di ExecutorService e confronta la loro dimensione con il numero di task Callable per i footer. Il lavoro è completato quando si evitano thread in eccesso se ci sono meno task rispetto al parallelismo configurato.

Scritto dal modello di indicizzazione a partire dal testo della issue.