He estado experimentando este problema al intentar convertir una trama de 86400x33600 en mosaicos (zoom 0-10) con el script gdal2tiles_parallel.py. Creo que he encontrado una manera de evitar la desaceleración, aunque no explica por qué se produjo en el primer lugar.
Yo inicialmente intentaría ejecutar con el siguiente comando. La secuencia de comandos de salida ~ 15k archivos (~ 50 MB) en cuestión de minutos y luego reducir la velocidad a unos pocos archivos por minuto a pesar de mostrar todos los procesadores funcionando a plena capacidad. La ralentización se producía previsiblemente cada vez que reiniciaba el script.
Este es el comando que utilicé para reducir la velocidad:
python gdal2tiles_parallel.py -w all -k -z 0-10 -a 255 myinput.vrt myoutput
He descubierto que la eliminación de los argumentos para las salidas de metadatos como -w todos y -k (para web y KML respectivamente) parecen solucionar la ralentización.
Así, el script se ejecuta a una velocidad más rápida y consistente con el siguiente comando:
python gdal2tiles_parallel.py -z 0-10 -a 255 myinput.vrt myoutput
Esta solución tiene el efecto secundario de no generar los archivos web y kml que normalmente genera gdal2tiles, los cuales puede que quieras utilizar para ver tu superposición en mosaico. Simplemente copiando los archivos html de otra ejecución gdal2tiles_parallel sobre un subconjunto a la nueva carpeta funcionó para mí. Es posible que tenga que editar el código html para alterar los niveles de zoom min-max para dar cabida a sus nuevos azulejos. Sin embargo, no creo que esta solución de copiar y pegar funcione para el KML.