An interesting question is how a ro

An interesting question is how a router turns a flow specification into a set of specific resource reservations. That mapping is implementation specific and is not standardized. Suppose that a router can process 100,000 packets/sec. If it is offered a flow of 1 MB/sec with minimum and maximum packet sizes of 512 bytes, the router can calculate that it might get 2048 packets/sec from that flow. In that case, it must reserve 2% of its CPU for that flow, preferably more to avoid long queueing delays. If a router's policy is never to allocate more than 50% of its CPU (which implies a factor of two delay, and it is already 49% full, then this flow must be rejected. Similar calculations are needed for the other resources.

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

Một câu hỏi thú vị là làm thế nào một router quay một đặc tả dòng chảy vào một tập hợp các nguồn tài nguyên cụ thể đặt phòng. Lập bản đồ đó là thực hiện cụ thể và không được chuẩn hóa. Giả sử rằng một router có thể xử lý gói tin 100.000/giây. Nếu nó được cung cấp một dòng chảy của 1 MB/giây với gói tối thiểu và tối đa kích thước là 512 byte, router có thể tính toán rằng nó có thể nhận được 2048 gói/giây từ những dòng chảy. Trong trường hợp đó, nó phải đăng ký trước 2% của CPU cho dòng chảy đó, tốt hơn để tránh sự chậm trễ dài đếm. Nếu một router chính sách là không bao giờ để phân bổ hơn 50% lượng sử dụng CPU của nó (mà ngụ ý một yếu tố của hai sự chậm trễ, và nó đã là 49% đầy đủ, sau đó dòng này phải bị từ chối. Tương tự như tính toán là cần thiết cho các tài nguyên khác.

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

Một câu hỏi thú vị là như thế nào một router biến một đặc điểm kỹ thuật dòng chảy vào một tập hợp các đặt phòng tài nguyên cụ thể. lập bản đồ đó là thực hiện cụ thể và không được chuẩn hóa. Giả sử rằng một router có thể xử lý 100.000 gói tin / giây. Nếu nó được cung cấp một dòng chảy của 1 MB / giây với tối thiểu và tối đa gói kích thước 512 byte, router có thể tính toán rằng nó có thể nhận 2048 gói tin / giây từ dòng chảy đó. Trong trường hợp đó, nó phải dành 2% của CPU của mình cho dòng chảy đó, tốt hơn nữa để tránh sự chậm trễ xếp hàng dài. Nếu chính sách của một router là không bao giờ để phân bổ hơn 50% CPU của nó (trong đó hàm ý một yếu tố của hai chậm trễ, và nó đã được 49% đầy đủ, sau đó lưu lượng này phải được bác bỏ. Tính toán tương tự là cần thiết cho các nguồn lực khác.