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.
đang được dịch, vui lòng đợi..
