for - git lfs sourcetree

¿Qué tan bien Git LFS maneja archivos pequeños?

Question

¿Existe alguna práctica recomendada para los archivos de tipo almacenados en Git LFS? Específicamente para el tamaño mínimo?

Por ejemplo, un archivo de música de 10 mb sería un ajuste obvio, pero ¿qué pasa con un png de 25kb? ¿Vale la pena incluir LFS o es mejor dejar que Git lo maneje?

Mi preocupación es la degradación del rendimiento al registrar demasiados archivos pequeños en un repositorio LFS. ¿Hay algún dato sobre cómo la extensión LFS soporta un montón de archivos binarios más pequeños? ¿Es recomendable almacenar solo archivos por encima de un umbral de tamaño determinado?

Answer 1

No esperaría un valor de umbral exacto dado.

LFS ahorra en la cantidad de datos para los que debe intercambiarse la sincronización con un repositorio remoto. Sin embargo, el guardado solo se aplica mientras el archivo grande en sí no esté cambiando. En realidad, para un archivo modificado necesitaría un segundo rountrip para procesar el cambio en un objeto LFS.

Por lo tanto, puede incluir archivos más pequeños con LFS si en su caso de uso no están cambiando (con frecuencia). El punto de equilibrio específico dependerá de la velocidad de E / S del servidor y principalmente de la latencia y el rendimiento entre el repositorio y el cliente.

En su ejemplo, todavía esperaría mejoras en caso de que las pngs estén cerca de nunca cambiar. Tan pronto como vayan a cambiar (casi) en todos y cada uno de los archivos de confirmación, incluso los archivos más grandes podrían no beneficiarse de su asignación a LFS.

Además, el costo adicional del segundo viaje de ida y vuelta será cada vez menos importante cuanto más grandes sean los archivos típicos. Especialmente cuando el tamaño de una clase de archivo (sufijo) varía en un amplio rango y / o la frecuencia de cambio dentro de una clase de archivo cubre un amplio espectro, es posible que no haya una respuesta clara a su pregunta.