Git LFS xử lý các tệp nhỏ như thế nào?

Question

Có cách nào tốt nhất cho các loại tệp được lưu trữ trong Git LFS không? Cụ thể cho kích thước tối thiểu?

Ví dụ: tệp nhạc 10MB phù hợp, nhưng khoảng 25kb png thì sao? Có đáng để đưa vào LFS hay tốt hơn là chỉ để cho Git xử lý nó?

Mối quan ngại của tôi là sự xuống cấp hiệu suất khi kiểm tra quá nhiều tệp nhỏ thành một repo LFS. Có bất kỳ dữ liệu nào về cách phần mở rộng LFS đứng lên thành một loạt các tệp nhị phân nhỏ hơn không? Có nên chỉ lưu trữ các tệp trên ngưỡng kích thước nhất định không?

Answer 1

Tôi không mong đợi giá trị ngưỡng chính xác được đưa ra.

LFS tiết kiệm số lượng dữ liệu cần được trao đổi để đồng bộ hóa với kho lưu trữ từ xa. Tuy nhiên, việc tiết kiệm chỉ áp dụng miễn là bản thân tệp lớn không thay đổi. Trên thực tế cho một tập tin thay đổi, bạn sẽ cần một rountrip thứ hai để xử lý sự thay đổi trên một đối tượng LFS.

Vì vậy, bạn có thể bao gồm các tệp nhỏ hơn với LFS nếu trong trường hợp sử dụng của bạn, những người đó không thay đổi (thường xuyên). Ngắt cụ thể thậm chí sẽ phụ thuộc vào tốc độ I/O của máy chủ và chủ yếu là độ trễ và thông lượng giữa kho lưu trữ và ứng dụng khách.

Trong ví dụ của bạn, tôi vẫn mong đợi các cải tiến trong trường hợp các png gần như không bao giờ thay đổi. Ngay sau khi họ sẽ thay đổi (gần như) trên mỗi và mọi cam kết thậm chí các tập tin lớn hơn có thể không được hưởng lợi từ việc được đưa vào LFS.

Ngoài ra chi phí thêm của chuyến đi khứ hồi thứ hai sẽ trở nên ít quan trọng hơn và càng lớn thì các tệp thông thường sẽ càng lớn. Đặc biệt khi kích thước của một lớp tập tin (hậu tố) sẽ khác nhau trên một phạm vi rộng và/hoặc tần số thay đổi trong một lớp tập tin bao gồm một phổ rộng có thể không có một câu trả lời rõ ràng cho câu hỏi của bạn.