Before examining the challenges in implementing replica coherency in D dịch - Before examining the challenges in implementing replica coherency in D Việt làm thế nào để nói

Before examining the challenges in

Before examining the challenges in implementing replica coherency in DSM systems, we look at its disadvantages:
1. Programmers are not shielded from having to know about various replica consistency models and from coding their distributed applications according to the semantics of these models.
2. As DSM is implemented under the covers using asynchronous messagepassing, the overheads incurred are at least as high as those of a messagepassing implementation. As such, DSM implementations cannot be more efficient than asynchronous message-passing implementations. The generality of the DSM software may make it less efficient.
3. By yielding control to the DSM memory management layer, programmers lose the ability to use their own message-passing solutions for accessing shared objects. It is likely that the standard vanilla implementations of DSM have a higher overhead than a programmer-written implementation tailored for a specific application and system.The main issues in designing a DSM system are the following:
• Determining what semantics to allow for concurrent access to shared objects. The semantics needs to be clearly specified so that the programmer can code his program using an appropriate logic.
• Determining the best way to implement the semantics of concurrent access to shared data. One possibility is to use replication. One decision to be made is the degree of replication – partial replication at some sites, or full replication at all the sites. A further decision then is to decide on whether to use read-replication (replication for the read operations) or write-replication (replication for the write operations) or both.
• Selecting the locations for replication (if full replication is not used), to optimize efficiency from the system’s viewpoint.
• Determining the location of remote data that the application needs to access, if full replication is not used.
• Reducing communication delays and the number of messages that are involved under the covers while implementing the semantics of concurrent access to shared data.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Trước khi xem xét những thách thức trong việc thực hiện bản sao sự liên lạc trong DSM hệ thống, chúng tôi xem xét bất lợi của nó:1. lập trình viên không màng bảo vệ cần phải biết về các bản sao nhất quán mô hình và mã hóa các ứng dụng phân phối theo ngữ nghĩa của các mô hình này.2. như DSM được thực hiện dưới bìa bằng cách sử dụng messagepassing không đồng bộ, overheads phát sinh là ít cao như những người của một thực hiện messagepassing. Như vậy, việc triển khai DSM không thể hiệu quả hơn không đồng bộ thư-thông qua việc triển khai. Quát DSM phần mềm có thể làm cho nó kém hiệu quả hơn.3. bằng cách kiểm soát thu vào lớp quản lý bộ nhớ DSM, lập trình viên mất khả năng sử dụng giải pháp thông qua tin nhắn riêng của họ để truy cập vào các đối tượng được chia sẻ. Nó có khả năng triển khai vani tiêu chuẩn của DSM có một chi phí cao hơn một lập trình viên viết thực hiện thiết kế riêng cho một ứng dụng cụ thể và hệ thống. Các vấn đề chính trong việc thiết kế một hệ thống DSM là như sau:• Xác định những gì ngữ nghĩa để cho phép truy cập đồng thời cho các đối tượng được chia sẻ. Ngữ nghĩa cần phải được xác định rõ ràng để các lập trình viên có thể mã chương trình của mình bằng cách sử dụng một logic thích hợp.• Xác định cách tốt nhất để thực hiện các ngữ nghĩa của các truy cập đồng thời để chia sẻ dữ liệu. Một khả năng là để sử dụng nhân rộng. Một quyết định được thực hiện là mức độ rộng-sao chép một phần tại một số trang web, hoặc các bản sao đầy đủ tại tất cả các trang web. Một quyết định tiếp tục sau đó là quyết định về việc có nên sử dụng đọc-bản sao (nhân rộng cho các hoạt động đọc) hoặc viết-bản sao (nhân rộng cho các hoạt động ghi) hoặc cả hai.• Lựa chọn địa điểm để nhân rộng (nếu đầy đủ nhân bản không được sử dụng), để tối ưu hóa hiệu quả từ quan điểm của hệ thống.• Xác định vị trí của dữ liệu từ xa các ứng dụng cần để truy cập, nếu bản sao đầy đủ không được sử dụng.• Giảm chậm trễ giao tiếp và số lượng thư có liên quan dưới bìa trong khi thực hiện các ngữ nghĩa của các truy cập đồng thời để chia sẻ dữ liệu.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Trước khi xem xét những thách thức trong việc thực hiện bản sao sự mạch lạc trong các hệ thống DSM, chúng ta nhìn vào nhược điểm của nó:
1. Các lập trình viên không được che chắn khỏi phải biết về các mô hình bản sao nhất quán khác nhau và từ mã hóa ứng dụng phân tán theo ngữ nghĩa của các mô hình này.
2. Như DSM được thực hiện dưới sự bao gồm sử dụng messagepassing không đồng bộ, các chi phí phát sinh ít nhất cũng cao như những người của một thi messagepassing. Như vậy, việc triển khai DSM không thể có nhiều hiệu quả hơn so với việc thực hiện thông điệp đi qua không đồng bộ. Tính tổng quát của phần mềm DSM có thể làm cho nó ít hiệu quả.
3. Chiều theo điều khiển đến lớp quản lý bộ nhớ DSM, các lập trình viên mất khả năng sử dụng các giải pháp tin nhắn-đi riêng của họ để truy cập vào các đối tượng chia sẻ. Có khả năng là việc triển khai vanilla tiêu chuẩn của DSM có một trên không cao hơn so với một lập trình viên thực hiện bằng văn bản phù hợp cho một ứng dụng cụ thể và các vấn đề chính system.The trong việc thiết kế một hệ thống DSM như sau:
• Xác định những gì NGHĨA để cho phép truy cập đồng thời vào đối tượng chia sẻ. Các ngữ nghĩa cần phải được quy định rõ ràng để các lập trình viên có thể viết mã chương trình của mình bằng cách sử dụng một logic thích hợp.
• Xác định cách tốt nhất để thực hiện ngữ nghĩa của truy cập đồng thời để chia sẻ dữ liệu. Một khả năng khác là sử dụng nhân rộng. Một quyết định được đưa ra là mức độ của sự nhân bản - nhân rộng một phần ở một số trang web, hoặc bản sao đầy đủ ở tất cả các trang web. Một quyết định tiếp tục sau đó là quyết định về việc có nên sử dụng đọc sao chép (nhân rộng cho các hoạt động đọc) hoặc viết-sao chép (nhân rộng cho các hoạt động ghi) hoặc cả hai.
• Lựa chọn địa điểm để nhân rộng (nếu bản sao đầy đủ không được sử dụng), để tối ưu hóa hiệu quả từ quan điểm của hệ thống.
• Xác định vị trí của dữ liệu từ xa mà các ứng dụng cần truy cập, nếu bản sao đầy đủ không được sử dụng.
• Giảm sự chậm trễ thông tin liên lạc và số lượng tin nhắn có liên quan theo bao trong khi thực hiện các ngữ nghĩa của đồng thời truy cập vào dữ liệu được chia sẻ.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: