To see why, consider what happens w

To see why, consider what happens when the user types a character:
1. The user’s application gets an event from the window manager.
2. It calls the operating system...
3. which sends a message over the network, often through several levels of
protocol.
4. The message is received by the operating system at the remote machine,
5. which gives it to the remote application to process.
6–8. the reply returns (as steps 2–4)
9. and the feedback is given on the user’s screen.
This process requires two network messages and four context switches between oper-
ating system and application programs in addition to the normal communication
between window manager and application. However, even this is just a minimum
time and other factors can make the eventual figure far worse. Network protocols
with handshaking can increase the number of network messages to at least four
(two messages plus handshakes). If the application is running on a multi-tasking
machine, it may need to wait for a time slice or even be swapped out! Furthermore,
the network traffic is unlikely to be just between two computers: in meeting rooms
we may have dozens of workstations. Clearly, any architectural design for cooperat-
ive systems must take the potential for network delays very seriously.

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

Để xem lý do tại sao, hãy xem xét những gì sẽ xảy ra khi người dùng nhập một ký tự:1. người sử dụng ứng dụng được một sự kiện từ người quản lý cửa sổ.2. nó gọi hệ điều hành...3. mà sẽ gửi một tin nhắn qua mạng, thường thông qua nhiều cấp độ của giao thức.4. thông báo đã nhận được bởi hệ điều hành tại máy tính từ xa,5. đó cung cấp cho nó để các ứng dụng từ xa để xử lý.6-8. trả lời trở lại (như bước 2-4)9. và thông tin phản hồi được đưa ra trên màn hình của người dùng.Quá trình này đòi hỏi hai mạng tin nhắn và bốn bối cảnh thiết bị chuyển mạch giữa oper-Hệ thống ating, chương trình ứng dụng ngoài việc giao tiếp bình thườnggiữa quản lý cửa sổ và ứng dụng. Tuy nhiên, ngay cả điều này là chỉ là một tối thiểuthời gian và các yếu tố khác có thể làm cho figure cuối cùng đến nay tồi tệ hơn. Giao thức mạngvới bắt tay có thể tăng số lượng mạng tin nhắn để ít nhất bốn (hai thư cộng bắt tay). Nếu các ứng dụng đang chạy trên một đa chức năngmáy, nó có thể cần phải chờ đợi cho một lát thời gian hoặc thậm chí được đổi chỗ ra! Hơn nữa,traffic mạng là không chỉ giữa hai máy tính: trong phòng họpchúng tôi có thể có hàng chục máy trạm. Rõ ràng, bất kỳ thiết kế kiến trúc cho cooperat-Ive hệ thống phải có tiềm năng cho sự chậm trễ mạng rất nghiêm túc.

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

Để biết tại sao, hãy xem xét những gì sẽ xảy ra khi người dùng gõ một ký tự:
1. Các ứng dụng của người sử dụng được một sự kiện từ các quản lý cửa sổ.
2. Nó gọi hệ điều hành ...
3. mà sẽ gửi một thông điệp qua mạng, thường là thông qua nhiều cấp độ của
giao thức.
4. Thông điệp này được nhận bởi các hệ thống điều hành ở máy từ xa,
5. đó cung cấp cho nó để các ứng dụng từ xa để xử lý.
6-8. lợi nhuận trả lời (như bước 2-4)
9. và các thông tin phản hồi được đưa ra trên màn hình của người sử dụng.
Quá trình này đòi hỏi hai thông điệp mạng và bốn bối cảnh chuyển đổi giữa oper-
hệ thống ating và ứng dụng các chương trình ngoài các giao tiếp bình thường
giữa quản lý cửa sổ và ứng dụng. Tuy nhiên, ngay cả điều này chỉ là một tối thiểu
thời gian và các yếu tố khác có thể làm cho các fi Hình vẽ cuối cùng còn tồi tệ hơn. Mạng lưới giao thức
với tín hiệu bắt tay có thể tăng số lượng tin nhắn mạng lên ít nhất là bốn
(hai thông điệp cộng với những cái bắt tay). Nếu các ứng dụng đang chạy trên một multi-tasking
máy, nó có thể cần phải chờ đợi cho một lát thời gian hoặc thậm chí được hoán đổi! Hơn nữa,
các mạng traf fi c có vẻ không phải chỉ giữa hai máy tính: trong phòng
họp, chúng tôi có thể có hàng chục máy trạm. Rõ ràng, bất kỳ thiết kế kiến trúc cho cooperat-
hệ thống ive phải có những tiềm năng cho sự chậm trễ mạng rất nghiêm túc.