Using Reed-Solomon, with parameters

Using Reed-Solomon, with parameters K+M, object O is encoded by dividing it into chunks O1, O2, ... OM and computing coding chunks P1, P2, ... PK. Any K chunks out of the available K+M chunks can be used to obtain the original object. If data chunk O2 or coding chunk P2 are lost, they can be repaired using any K chunks out of the K+M chunks. If more than M chunks are lost, it is not possible to recover the object.

Reading the original content of object O could be a simple concatenation of O1, O2, ... OM, because the plugins are using systematic codes. Otherwise the chunks must be given to the erasure code library decode method to retrieve the content of the object.

Reed-Solomon is significantly more expensive to encode than fountain codes with the current jerasure implementation. However gf-complete that will be used in the upcoming version of jerasure is twice faster and the difference becomes negligible. The difference is even more important when an object is divided in hundreds or more chunks, but Ceph will typically be used with less than 32 chunks.

Performance depend on the parameters to the encoding functions and is also influenced by the packet sizes used when calling the encoding functions ( for Cauchy or Liberation for instance ): smaller packets means more calls and more overhead.

Although Reed-Solomon is provided as a default, Ceph uses it via an abstract API designed to allow each pool to choose the plugin that implements it using key=value pairs when creating the pool.

Kết quả (Việt) 1:

Sử dụng Reed – Solomon, với thông số K + M, đối tượng O được mã hóa bằng cách chia nó thành khối O1, O2... OM và mã hóa tính toán khối P1, P2... PK. Bất kỳ khối K ra khỏi khối K + M có sẵn có thể được sử dụng để có được các đối tượng ban đầu. Nếu đoạn đoạn O2 hoặc mã hóa dữ liệu P2 mất, họ có thể được sửa chữa bằng cách sử dụng bất kỳ khối K ra khỏi khối K + M. Nếu nhiều hơn M khối bị mất, nó là không thể phục hồi các đối tượng.Đọc nội dung ban đầu của đối tượng O có thể đơn giản nối của O1, O2... OM, bởi vì các plugin đang sử dụng hệ thống mã. Nếu không các khối phải được trao cho các thư viện mã erasure giải mã phương pháp để lấy nội dung của đối tượng.Reed – Solomon là tốn kém hơn đáng kể để mã hóa hơn so với đài phun nước Mã với việc thực hiện jerasure hiện nay. Tuy nhiên gf hoàn chỉnh mà sẽ được sử dụng trong phiên bản sắp tới của jerasure là hai lần nhanh hơn và sự khác biệt trở nên không đáng kể. Sự khác biệt là quan trọng hơn khi một đối tượng được chia thành hàng trăm hoặc thêm khối, nhưng Ceph thường sẽ được sử dụng với ít hơn 32 khối.Hiệu suất phụ thuộc vào các tham số để các chức năng mã hóa và cũng chịu ảnh hưởng của kích thước gói tin được sử dụng khi gọi các chức năng mã hóa (Cauchy hoặc phóng ví dụ): gói nhỏ hơn có nghĩa là thêm các cuộc gọi và thêm chi phí.Mặc dù Reed – Solomon được cung cấp như là một mặc định, Ceph sử dụng nó thông qua một API trừu tượng được thiết kế để cho phép các từng trời để lựa chọn các plugin mà thực hiện nó bằng cách sử dụng key = cặp giá trị khi việc tạo ra các hồ bơi.

Kết quả (Việt) 2:

Sử dụng Reed-Solomon, với các thông số K + M, đối tượng O được mã hóa bằng cách chia nó thành những phần O1, O2, ... OM và tính toán khối mã hóa P1, P2, ... PK. Bất kỳ K khối ra khỏi sẵn khối K + M có thể được sử dụng để có được các đối tượng ban đầu. Nếu dữ liệu đoạn O2 hoặc mã hóa đoạn P2 bị mất, họ có thể được sửa chữa sử dụng bất kỳ khối K ra khỏi khối K + M. Nếu có nhiều hơn M khối bị mất, nó không phải là có thể phục hồi các đối tượng.

Đọc các nội dung ban đầu của đối tượng O có thể là một nối đơn giản của O1, O2, ... OM, bởi vì các plugin đang sử dụng mã số hệ thống. Nếu các khối phải được trao cho các mã tẩy xoá phương pháp thư viện giải mã để lấy nội dung của đối tượng.

Reed-Solomon là đáng kể đắt hơn để mã hóa hơn mã đài phun nước với việc thực hiện jerasure hiện hành. Tuy nhiên gf-đầy đủ sẽ được sử dụng trong phiên bản sắp tới của jerasure là hai lần nhanh hơn và khác biệt trở nên không đáng kể. Sự khác biệt thậm chí còn quan trọng hơn khi một đối tượng được chia thành hàng trăm hoặc nhiều khối, nhưng Ceph thường sẽ được sử dụng với ít hơn 32 khối.

Hiệu suất phụ thuộc vào các tham số cho các chức năng mã hóa và cũng bị ảnh hưởng bởi các kích thước gói tin được sử dụng khi gọi chức năng mã hóa (cho Cauchy hoặc giải phóng ví dụ):. các gói tin nhỏ hơn có nghĩa là nhiều cuộc gọi và nhiều overhead

mặc dù Reed-Solomon được cung cấp như một mặc định, Ceph sử dụng nó thông qua một API trừu tượng được thiết kế để cho phép mỗi hồ bơi để chọn các plugin mà thực hiện nó bằng cách sử key = cặp giá trị khi tạo các hồ bơi.