processes concurrently request entry to the critical section, then it  dịch - processes concurrently request entry to the critical section, then it  Việt làm thế nào để nói

processes concurrently request entr

processes concurrently request entry to the critical section, then it is it is possible for p1 to reply to itself and hold off p2, for p2 to reply to itself and hold off p3, and for p3 to reply to itself and hold off p1. Each process has received one out of two replies, and none can proceed. The algorithm can be adapted [Sanders 1987] so that it becomes deadlock-free. In the adapted protocol, processes queue outstanding requests in happened-before order, so that requirement ME3 is also satisfied. The algorithm’s bandwidth utilization is 2 N messages per entry to the critical section and N messages per exit (assuming no hardware multicast facilities). The total of 3 N is superior to the 2 N –1 messages required by Ricart and Agrawala’s algorithm, if N > 4. The client delay is the same as that of Ricart and Agrawala’s algorithm, but the synchronization delay is worse: a round-trip time instead of a single message transmission time. Fault tolerance • The main points to consider when evaluating the above algorithms with respect to fault tolerance are: • What happens when messages are lost? • What happens when a process crashes? None of the algorithms that we have described would tolerate the loss of messages, if the channels were unreliable. The ring-based algorithm cannot tolerate a crash failure of any single process. As it stands, Maekawa’s algorithm can tolerate some process crash failures: if a crashed process is not in a voting set that is required, then its failure will not affect the other processes. The central server algorithm can tolerate the crash failure of a client process that neither holds nor has requested the token. The Ricart and Agrawala algorithm as we have described it can be adapted to tolerate the crash failure of such a process, by taking it to grant all requests implicitly. We invite the reader to consider how to adapt the algorithms to tolerate failures, on the assumption that a reliable failure detector is available. Even with a reliable failure detector, care is required to allow for failures at any point (including during a recovery procedure), and to reconstruct the state of the processes after a failure has been detected. For example, in the central-server algorithm, if the server fails it must be established whether it or one of the client processes held the token. We examine the general problem of how processes should coordinate their actions in the presence of faults in Section 15.5.
15.3 Elections
An algorithm for choosing a unique process to play a particular role is called an election algorithm. For example, in a variant of our central-server algorithm for mutual exclusion, the ‘server’ is chosen from among the processes pi i 12} N   =  that need to use the critical section. An election algorithm is needed for this choice. It is essential that all the processes agree on the choice. Afterwards, if the process that plays the role of server wishes to retire then another election is required to choose a replacement.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
quá trình đồng thời yêu cầu nhập cảnh vào phần quan trọng, sau đó nó có thể cho p1 để trả lời chính nó và giữ khỏi p2, cho p2 để trả lời chính nó và giữ khỏi p3, và cho p3 để trả lời chính nó và giữ khỏi p1. Mỗi quá trình đã nhận được một trong số hai bài trả lời, và không ai có thể tiến hành. Các thuật toán có thể thích nghi [Sanders 1987] do đó nó trở nên bế tắc miễn phí. Trong các giao thức điều chỉnh, hàng đợi quá trình xuất sắc yêu cầu đã xảy ra trước để, vì vậy mà yêu cầu ME3 cũng hài lòng. Các thuật toán băng thông sử dụng là 2 N thư cho mỗi mục đến phần quan trọng và N bài viết mỗi xuất cảnh (giả sử không có phần cứng Tiện nghi phát đa hướng). Tổng cộng 3 N là vượt trội so với 2 N –1 thư yêu cầu của Ricart và Agrawala của thuật toán, nếu N > 4. Sự chậm trễ khách hàng là giống như Ricart và Agrawala của thuật toán, nhưng sự chậm trễ đồng bộ hoá là tồi tệ hơn: một thời gian trọn vòng thay vì một thông điệp truyền tải thời gian. Lỗi khoan dung • những điểm chính để xem xét khi đánh giá các thuật toán trên đối với khả năng chịu lỗi là: • những gì sẽ xảy ra khi thư bị mất? • Những gì sẽ xảy ra khi quá trình một tai nạn? Không ai trong số các thuật toán mà chúng tôi có mô tả nào chịu đựng được sự mất mát của tin nhắn, nếu các kênh không đáng tin cậy. Thuật toán dựa trên vòng không thể chịu đựng được một thất bại tai nạn của bất kỳ quá trình duy nhất. Vì nó là viết tắt, Maekawa của thuật toán có thể chịu đựng được một số quá trình sụp đổ lỗi: nếu không phải là một quá trình đã rơi trong một thiết lập biểu quyết đó là cần thiết, sau đó thất bại của nó sẽ không ảnh hưởng đến các quá trình khác. Các thuật toán máy chủ Trung tâm có thể chịu đựng được thất bại sụp đổ của một quá trình khách hàng mà không có cũng không có yêu cầu kỷ niệm. Các thuật toán Ricart và Agrawala như chúng tôi đã mô tả nó có thể được điều chỉnh để chịu đựng được thất bại tai nạn của quá trình như vậy, bằng cách lấy nó để cấp tất cả yêu cầu ngầm. Chúng tôi mời độc giả để xem xét làm thế nào để thích ứng với các thuật toán để chịu đựng được thất bại, trên giả định rằng một phát hiện đáng tin cậy thất bại là có sẵn. Ngay cả với một phát hiện đáng tin cậy thất bại, chăm sóc là cần thiết để cho phép cho thất bại tại bất kỳ điểm nào (bao gồm cả trong một thủ tục phục hồi), và để tái tạo lại trạng thái của các quá trình sau một thất bại đã được phát hiện. Cho ví dụ, trong các thuật toán máy chủ Trung tâm, nếu máy chủ thất bại nó phải được thiết lập cho dù nó hoặc một trong các quá trình khách hàng tổ chức kỷ niệm. Chúng tôi xem xét vấn đề chung của làm thế nào quá trình nên phối hợp hành động của họ sự hiện diện của lỗi trong phần 15.5.15.3 cuộc bầu cửMột thuật toán cho việc lựa chọn một quá trình duy nhất để đóng một vai trò đặc biệt được gọi là một thuật toán bầu cử. Ví dụ, trong một biến thể của thuật toán trung-máy chủ của chúng tôi để loại trừ lẫn nhau, 'server' lựa chọn trong những quy trình pi tôi 12} N = rằng cần phải sử dụng phần quan trọng. Một thuật toán bầu cử là cần thiết cho sự lựa chọn này. Nó là điều cần thiết mà tất cả các quá trình đồng ý về sự lựa chọn. Sau đó, nếu quá trình đó đóng vai trò của máy chủ muốn nghỉ hưu sau đó cuộc bầu cử khác là cần thiết để lựa chọn thay thế.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
processes concurrently request entry to the critical section, then it is it is possible for p1 to reply to itself and hold off p2, for p2 to reply to itself and hold off p3, and for p3 to reply to itself and hold off p1. Each process has received one out of two replies, and none can proceed. The algorithm can be adapted [Sanders 1987] so that it becomes deadlock-free. In the adapted protocol, processes queue outstanding requests in happened-before order, so that requirement ME3 is also satisfied. The algorithm’s bandwidth utilization is 2 N messages per entry to the critical section and N messages per exit (assuming no hardware multicast facilities). The total of 3 N is superior to the 2 N –1 messages required by Ricart and Agrawala’s algorithm, if N > 4. The client delay is the same as that of Ricart and Agrawala’s algorithm, but the synchronization delay is worse: a round-trip time instead of a single message transmission time. Fault tolerance • The main points to consider when evaluating the above algorithms with respect to fault tolerance are: • What happens when messages are lost? • What happens when a process crashes? None of the algorithms that we have described would tolerate the loss of messages, if the channels were unreliable. The ring-based algorithm cannot tolerate a crash failure of any single process. As it stands, Maekawa’s algorithm can tolerate some process crash failures: if a crashed process is not in a voting set that is required, then its failure will not affect the other processes. The central server algorithm can tolerate the crash failure of a client process that neither holds nor has requested the token. The Ricart and Agrawala algorithm as we have described it can be adapted to tolerate the crash failure of such a process, by taking it to grant all requests implicitly. We invite the reader to consider how to adapt the algorithms to tolerate failures, on the assumption that a reliable failure detector is available. Even with a reliable failure detector, care is required to allow for failures at any point (including during a recovery procedure), and to reconstruct the state of the processes after a failure has been detected. For example, in the central-server algorithm, if the server fails it must be established whether it or one of the client processes held the token. We examine the general problem of how processes should coordinate their actions in the presence of faults in Section 15.5.
15.3 Elections
An algorithm for choosing a unique process to play a particular role is called an election algorithm. For example, in a variant of our central-server algorithm for mutual exclusion, the ‘server’ is chosen from among the processes pi i 12} N   =  that need to use the critical section. An election algorithm is needed for this choice. It is essential that all the processes agree on the choice. Afterwards, if the process that plays the role of server wishes to retire then another election is required to choose a replacement.
đ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 ©2024 I Love Translation. All reserved.

E-mail: