HOME

TheInfoList



OR:

Generalized processor sharing (GPS) is an ideal scheduling algorithm for process schedulers and network schedulers. It is related to the fair-queuing principle which groups packets into classes and shares the service capacity between them. GPS shares this capacity ''according to some fixed weights''. In process scheduling, GPS is "an idealized scheduling algorithm that achieves perfect fairness. All practical schedulers approximate GPS and use it as a reference to measure fairness." Generalized processor sharing assumes that traffic is fluid (
infinitesimal In mathematics, an infinitesimal number is a quantity that is closer to zero than any standard real number, but that is not zero. The word ''infinitesimal'' comes from a 17th-century Modern Latin coinage ''infinitesimus'', which originally referr ...
packet sizes), and can be arbitrarily split. There are several service disciplines which track the performance of GPS quite closely such as weighted fair queuing (WFQ), also known as packet-by-packet generalized processor sharing (PGPS).


Justification

In a network such as the internet, different application types require different levels of performance. For example, email is a genuinely store and forward kind of application, but videoconferencing isn't since it requires low latency. When packets are queued up on one end of a congested link, the node usually has some freedom in deciding the order in which it should send the queued packets. One example ordering is simply first-come, first-served, which works fine if the sizes of the queues are small, but can result in problems if there are latency-sensitive packets being blocked by packets from bursty, higher bandwidth applications.


Details

In GPS, a scheduler handling N flows (also called "classes", or "sessions") is configured with one weight w_i for each flow. Then, the GPS ensures that, considering one flow i, and some time interval (s,t] such that the flow i is continuously backlogged on this interval (''i.e.'' the queue is never empty), then, for any other flow j, the following relation holds :w_j O_i(s,t) \geq w_i O_j(s,t) where O_k(s,t) denotes the amount of bits of the flow k made output on interval (s,t]. Then, it can be proved that each flow i will receive at least a rate :R_i = \frac R where R is the rate of the server. This is a minimal rate. If some flow does not use its bandwidth during some period, this remaining capacity is shared by the active flows with regard to their respective weights. For example, consider a GPS server with w_1=2,w_2=w_3=1. The first flow will receive at least half of the capacity, whereas the other two only get . Nevertheless, if on some time interval (s,t], only the second and third flows are active, they will receive each one half of the capacity.


Implementations, parametrization and fairness

In GPS, and all protocols inspired by GPS, the choice of the weights is left to the network administrator. Generalized processor sharing assumes that the traffic is fluid, i.e., infinitely divisible so that whenever an application type has packets in the queue, it will receive exactly the fraction of the server given by the formula above. However, traffic is not fluid and consists of packets, possibly of variable sizes. Therefore, GPS is mostly a theoretical idea, and several scheduling algorithms have been developed to approximate this GPS ideal: PGPS, aka Weighted fair queuing, is the most known implementation of GPS, but it has some drawbacks, and several other implementations have been proposed, as Deficit round robin or WF2Q. GPS is considered as a fair ideal, and all its approximations "use it as a reference to measure fairness." Nevertheless, several Fairness measures exist. GPS is insensible to packet sizes, since it assumes a fluid model.


See also

* Network scheduler * Fair queuing * Processor sharing * Weighted fair queuing * Deficit round robin * Weighted round robin * Statistical multiplexing * Fairness measure


References

{{Reflist Scheduling algorithms