updating files and directories; the

updating files and directories; the LAN results were substantially worse. Overall, the
results suggest that an Internet-scale peer-to-peer file service based on the OceanStore
design would be an effective solution for the distribution of files that do not change very
rapidly (such as cached copies of web pages). Its potential for use as an alternative to
NFS is questionable even for wide-area networks and is clearly uncompetitive for purely
local use.
These results were obtained with data blocks stored without erasure-code-based
fragmentation and replication. The use of public keys contributes substantially to the
computational cost of Pond’s operation. The figures shown are for 512-bit keys, whose
security is good but less than perfect. The results for 1024-bit keys were substantially
worse for the phases of those benchmarks that involved file updates. Other results
obtained with purpose-designed benchmarks included measurement of the impact of the
Byzantine agreement process on the latency of updates. These were in the range of 100
ms to 10 seconds. A test of update throughput achieved a maximum of 100
updates/second.
10.6.3 Ivy file system
Like OceanStore, Ivy [Muthitacharoen et al. 2002] is a read/write file system supporting
multiple readers and writers implemented over an overlay routing layer and a distributed
hash-addressed data store. Unlike OceanStore, the Ivy file system emulates a Sun NFS
server. Ivy stores the state of files as logs of the file update requests issued by Ivy clients
and reconstructs the files by scanning the logs whenever it is unable to satisfy an access
request from its local cache. The log records are held in the DHash distributed hash-
addressed storage service [Dabek et al. 2001]. (Logs were first used to record file
updates in the Sprite distributed operating system [Rosenblum and Ooosterhout 1992],
as described briefly in Section 12.5, but there they were used simply to optimize the
update performance of the file system.)
Figure 10.15 Performance evaluation of the Pond prototype emulating NFS
The figures show times in seconds to run different phases of the Andrew benchmark. It has
five phases: (1) creates subdirectories recursively, (2) copies a source tree, (3) examines the
status of all the files in the tree without examining their data, (4) examines every byte of data
in all the files and (5) compiles and links the files.
LAN WAN Predominant
operations in
benchmark
Phase Linux
NFS
Pond Linux
NFS
Pond
1 0.0 1.9 0.9 2.8 Read and write
2 0.3 11.0 9.4 16.8 Read and write
3 1.1 1.8 8.3 1.8 Read
4 0.5 1.5 6.9 1.5 Read
5 2.6 21.0 21.5 32.0 Read and write
Total 4.5 37.2 47.0 54.9

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

Cập Nhật tập tin và thư mục; kết quả LAN đáng kể tồi tệ hơn. Tổng thể, cáckết quả đề nghị rằng một dịch vụ peer-to-peer tệp Internet quy mô dựa trên OceanStorethiết kế sẽ là một giải pháp hiệu quả cho việc phân phối các tập tin mà không thay đổi rấtnhanh chóng (chẳng hạn như lưu trữ các bản sao của trang web). Tiềm năng của nó để sử dụng như là một thay thế choNFS là có vấn đề ngay cả đối với khu vực rộng mạng và là rõ ràng dường cho hoàn toànsử dụng địa phương.Những kết quả này đã thu được với dữ liệu khối lưu trữ mà không dựa trên erasure-mãphân mảnh và sao chép. Sử dụng khóa công cộng góp phần đáng kể đến cáctính toán chi phí hoạt động của ao. Những con số hiển thị là 512-bit khóa, cóan ninh là tốt nhưng chưa hoàn hảo. Các kết quả cho 1024 bit phím đáng kểtồi tệ hơn cho các giai đoạn của những tiêu chuẩn liên quan đến tập tin Cập Nhật. Kết quả khácthu được với mục đích thiết kế tiêu chuẩn bao gồm đo lường tác động của cácByzantine thỏa thuận các quá trình trên độ trễ của bản Cập Nhật. Đây là trong phạm vi 100MS đến 10 giây. Một bài kiểm tra cập nhật thông lượng đạt được tối đa 100Cập Nhật/giây.10.6.3 hệ thống tập tin IvyGiống như OceanStore, Ivy [Muthitacharoen và ctv. 2002] là một đọc/ghi tập tin hệ thống hỗ trợnhiều độc giả và nhà văn thực hiện trong một lớp phủ định tuyến lớp và một phân phốilưu trữ dữ liệu băm giải quyết. Không giống như OceanStore, Hệ thống tập tin Ivy giả lập một NFS SunHệ phục vụ. Ivy cửa hàng nhà nước của các tập tin như bản ghi của các yêu cầu Cập Nhật tập tin do khách hàng Ivyvà reconstructs các tập tin bằng cách quét các bản ghi bất cứ khi nào nó là không thể đáp ứng một người truy cậpyêu cầu từ của nó đệm ẩn cục bộ. Các hồ sơ đăng nhập được tổ chức tại DHash phân phối băm –địa chỉ dịch vụ lưu trữ [Dabek et al. 2001]. (Bản ghi đã lần đầu tiên được sử dụng để ghi lại các tập tinbản Cập Nhật trong hệ điều hành ma phân phối [Rosenblum và Ooosterhout năm 1992],như được mô tả một thời gian ngắn trong phần 12,5, nhưng có họ đã được sử dụng đơn giản chỉ để tối ưu hóa các««Các hiệu suất của hệ thống tập tin Cập Nhật.)Con số 10,15 đánh giá hiệu suất của chiếc nguyên mẫu Ao thi đua NFS Lần hiển thị số liệu trong giây để chạy các giai đoạn khác nhau của Andrew chuẩn. Đô thị này cógiai đoạn 5: (1) tạo đệ quy thư mục con, (2) sao chép một cây nguồn, (3) kiểm tra cáckiểm tra tình trạng của tất cả các tập tin trong cây mà không cần kiểm tra dữ liệu của họ, (4) mỗi byte dữ liệutrong tất cả các tập tin và (5) biên dịch và liên kết các tập tin.LAN WAN chiếm ưu thế hoạt động tại điểm chuẩnGiai đoạn LinuxNFSAo LinuxNFSAo1 0.0 1,9 0.9 2.8 đọc và viết2 0.3 11.0 9.4 16,8 đọc và viết3 1.1 1,8 8.3 1,8 đọc4 0.5 1.5 6.9 1.5 đọc5 2.6 21,0 21,5 32.0 đọc và viếtTất cả 4.5 37.2 47.0 54.9

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

cập nhật các tập tin và thư mục; kết quả LAN là tồi tệ hơn đáng kể. Nhìn chung,
kết quả cho thấy rằng một Internet quy mô dịch vụ file peer-to-peer dựa trên OceanStore
thiết kế sẽ là một giải pháp hiệu quả cho việc phân phối các tập tin mà không thay đổi rất
nhanh chóng (như bản sao cache của trang web). Tiềm năng của nó để sử dụng như là một thay thế cho
NFS là có vấn đề ngay cả đối với các mạng diện rộng và rõ ràng là không cạnh tranh hoàn toàn cho
sử dụng tại địa phương.
Những kết quả thu được với các khối dữ liệu được lưu trữ mà không tẩy xoá mã dựa trên
sự phân mảnh và nhân rộng. Việc sử dụng khóa công khai góp phần đáng kể vào việc
tính toán chi phí hoạt động của Pond. Những con số hiển thị là cho phím 512-bit, mà
an ninh là tốt nhưng không hoàn hảo. Các kết quả cho các khóa 1024-bit là đáng kể
tồi tệ hơn cho các giai đoạn của những tiêu chuẩn liên quan đến sự cập nhật file. Các kết quả khác
thu được với tiêu chuẩn mục đích thiết kế bao gồm đo lường tác động của
quá trình thỏa thuận Byzantine về độ trễ của thông tin cập nhật. Đây là trong khoảng 100
ms đến 10 giây. Một thử nghiệm của bản cập nhật thông đạt được tối đa là 100
cập nhật / giây.
10.6.3 hệ thống tập tin Ivy
Giống như OceanStore, Ivy [Muthitacharoen et al. 2002] là một hệ thống tập tin đọc / ghi hỗ trợ
nhiều độc giả và các nhà văn được thực hiện trong một lớp định tuyến lớp phủ và một phân
hash-cập lưu trữ dữ liệu. Không giống như OceanStore, các tập tin hệ thống Ivy giả lập một Sun NFS
server. Ivy lưu trữ nhà nước của các tập tin như các bản ghi của các yêu cầu cập nhật tập tin do khách hàng Ivy
và dựng lại các tập tin bằng cách quét các bản ghi bất cứ khi nào nó là không thể đáp ứng một truy cập
yêu cầu từ bộ nhớ cache của địa phương mình. Các bản ghi log được tổ chức tại các hash- DHash phân phối
giải quyết dịch vụ lưu trữ [Dabek et al. 2001]. (Logs lần đầu tiên được sử dụng để ghi lại các tập tin
cập nhật trong Sprite phân phối hệ điều hành [Rosenblum và Ooosterhout 1992],
càng ngắn gọn mô tả trong phần 12.5, nhưng họ đã được sử dụng đơn giản để tối ưu hóa
hiệu suất cập nhật của hệ thống tập tin.)
Hình 10.15 đánh giá hiệu suất của nguyên mẫu Pond thi đua NFS
Các con số chỉ thời gian trong vài giây để chạy các giai đoạn khác nhau của các benchmark Andrew. Nó có
năm giai đoạn: (1) tạo ra các thư mục con đệ quy, (2) bản sao một cây nguồn, (3) xem xét
tình trạng của tất cả các tập tin trong cây mà không cần kiểm tra dữ liệu của họ, (4) xem xét từng byte dữ liệu
trong tất cả các file và (5) biên dịch và liên kết các tập tin.
LAN WAN chiếm ưu thế
trong các hoạt động
chuẩn
giai đoạn Linux
NFS
Pond Linux
NFS
Pond
1 0.0 1.9 0.9 2.8 Đọc và viết
2 0,3 11,0 9,4 16,8 Đọc và viết
3 1.1 1.8 8.3 1.8 đọc
4 0,5 1,5 6,9 1,5 đọc
5 2,6 21,0 21,5 32,0 Đọc và viết
Tổng số 4,5 37,2 47,0 54,9