Throughput in Vegas is lower than w

Throughput in Vegas is lower than with the other algorithms, because congestion avoidance mechanisms in Vegas achieve congestion window controls by measuring the differences between expected RTTs and practical ones Simulation results have shown that as wireless link delay becomes longer, it is taken as congestion in Vegas and the congestion avoidance phase starts more quickly than with the other algorithms. Moreover, when Vegas is running over MobileIP networks, routing path changes responding to host movement and RTT also vary. In Vegas, however, as long as delay increases with base-station hand-overs, differences between expected RTT and practical ones become larger. This situation is translated as congestion status in Vegas, and so congestion window size remains small and throughput is not recovered. Consequently, average throughput is lower in Vegas than with other algorithms. However, if delayed ACK controls are applied, average throughput is recovered in Vegas. This is because just before base-station hand-overs,delay is extended for a gradually deteriorating wireless link status and the congestion window is shrunk. In this way, Vegas differs from the other algorithms with data transmission restrained from just before hand-overs; and thus procedures against packet losses at senders triggered by out-of-order sequences at hand-overs can be avoided.

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

thông trong vegas là thấp hơn so với các thuật toán khác, bởi vì cơ chế tránh tắc nghẽn trong vegas đạt được điều khiển cửa sổ tắc nghẽn bằng cách đo sự khác nhau giữa RTTs dự kiến ​​và thực tế những kết quả mô phỏng cho thấy như liên kết chậm trễ không dây trở nên dài hơn,nó được lấy làm tắc nghẽn trong vegas và giai đoạn chống nghẽn mạng bắt đầu một cách nhanh chóng hơn so với các thuật toán khác. Hơn nữa, khi vegas đang hoạt động trên mạng mobileip, định tuyến thay đổi con đường đáp ứng để tổ chức phong trào và RTT cũng khác nhau. trong vegas, tuy nhiên, miễn là chậm trễ gia tăng với cơ sở trạm tay-thuyết minh, sự khác biệt giữa RTT dự kiến ​​và những người thực tế trở nên lớn hơn.tình trạng này được dịch là tình trạng tắc nghẽn trong vegas, và do đó kích thước cửa sổ tắc nghẽn vẫn còn nhỏ và thông không tìm lại được. do đó, sản lượng trung bình thấp trong vegas hơn với các thuật toán khác. Tuy nhiên, nếu điều khiển ACK chậm được áp dụng, thông lượng trung bình được tìm thấy trong vegas. này là bởi vì ngay trước khi trạm gốc tay-thuyết minh,chậm trễ được mở rộng cho một trạng thái liên kết không dây dần dần xấu đi và cửa sổ tắc nghẽn được thu hẹp. theo cách này, vegas khác với các thuật toán khác với truyền dữ liệu hạn chế từ trước khi tay-thuyết minh, và do đó các thủ tục chống lại tổn thất gói tại người gửi kích hoạt bởi trình tự out-of-trật tự tại tay-thuyết minh có thể tránh được.

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

Các băng thông ở Vegas là thấp hơn với các thuật toán khác, bởi vì cơ chế tránh tắc nghẽn ở Vegas đạt được tắc nghẽn cửa sổ điều khiển bằng cách đo sự khác biệt giữa dự kiến sẽ RTTs và những người thực tế kết quả mô phỏng đã chỉ ra rằng vì sự chậm trễ không dây liên kết trở nên dài hơn, nó được thực hiện như tắc nghẽn trong Vegas và giai đoạn tắc nghẽn tránh bắt đầu thêm một cách nhanh chóng hơn với các thuật toán khác. Hơn nữa, khi Vegas đang chạy trên mạng MobileIP, định tuyến đường dẫn thay đổi đáp ứng để di chuyển máy chủ lưu trữ và RTT cũng khác nhau. Trở tại Vegas, Tuy nhiên, miễn là sự chậm trễ tăng với cơ sở trạm tay-overs, sự khác biệt giữa RTT dự kiến và thực hiện những thành lớn hơn. Tình trạng này được dịch là tình trạng tắc nghẽn trong Vegas, và do đó kích thước cửa sổ tắc nghẽn vẫn còn nhỏ và thông qua không được vớt lên. Do đó, Trung bình băng thông là thấp hơn ở Vegas hơn với các thuật toán khác. Tuy nhiên, nếu bị trì hoãn ACK điều khiển được áp dụng, Trung bình băng thông phục hồi ở Vegas. Điều này là do ngay trước khi cơ sở trạm tay-overs,sự chậm trễ được mở rộng cho một tình trạng Liên kết không dây dần dần xấu đi và cửa sổ tắc nghẽn được thu hẹp. Bằng cách này, Vegas khác từ các thuật toán khác với truyền dữ liệu hạn chế từ ngay trước khi tay-overs; và do đó các thủ tục đối với tổn thất gói tại được kích hoạt bởi chuỗi ra trật tự tại tay-overs người gửi có thể tránh được.