19.7.1 Feedback and network delaysW

19.7.1 Feedback and network delays
When editing text, a delay of more than a fraction of a second between typing and the
appearance of characters is unacceptable. For text entry, a slightly greater delay is
acceptable as you are able to type ahead without feedback from the screen. Drawing,
on the other hand, demands even faster feedback than text editing. Groupware sys-
tems usually involve several computers connected by a network. If the feedback loop
includes transmission over the network, it may be hard to achieve acceptable
response times. 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:

19.7.1 sự chậm trễ thông tin phản hồi và mạngKhi chỉnh sửa văn bản, một sự chậm trễ của nhiều hơn một phần nhỏ của một giây giữa đánh máy và cácxuất hiện của nhân vật là không thể chấp nhận. Cho muïc nhaäp vaên baûn, một sự chậm trễ một chút lớn hơn làchấp nhận được như bạn có thể gõ trước mà không có thông tin phản hồi từ màn hình. Bản vẽ,mặt khác, yêu cầu thông tin phản hồi nhanh hơn so với văn bản chỉnh sửa. Phần nhóm sys-tems thường liên quan đến một số máy tính được kết nối bởi một mạng lưới. Nếu thông tin phản hồi loopbao gồm truyền qua mạng, nó có thể được khó khăn để đạt được chấp nhận đượcthời gian trả lời. Để 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:

19.7.1 Phản hồi và mạng chậm trễ
Khi chỉnh sửa văn bản, một sự chậm trễ của hơn một phần nhỏ của một giây giữa gõ bàn phím và các
xuất hiện của nhân vật là không thể chấp nhận. Để nhập văn bản, một sự chậm trễ lớn hơn một chút là
có thể chấp nhận như bạn có thể đánh trước không có phản hồi từ màn hình. Vẽ,
mặt khác, đòi hỏi thông tin phản hồi nhanh hơn so với soạn thảo văn bản. Groupware thống
tems thường liên quan đến một số máy tính được kết nối bởi một mạng. Nếu vòng lặp phản hồi
bao gồm truyền trên mạng, nó có thể được khó khăn để đạt được chấp nhận
thời gian đáp ứng. Để 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.