Patrik Rak: > We classify every mail into one of the two groups. We can call them fast > and slow for simplicity, but in fact they are "hopefully fast" or > "presumably slow". For the start it can be equal to new mail and > deferred mail, but doesn't have to, as Wietse pointed out before. > > Now let's explore what share of the available resources each group gets. > When both groups contain some mail and the mail is delivered equally > fast, they get 1:1 split. That seems fair. If the slow group becomes say > 4 times slower on average, they will get 4:1 split over time. The same > holds if the fast group becomes 4 times slower, they will get 1:4 split. > So far, so good. > > Now if one group becomes really slow, like 30 or 60 times slower than > the other one, it's effectively the case when it starts starving the > other one. If it is the slow group which becomes this slow, it gets > 60:1 split, which with ~100 delivery agents available is obviously not > enough to get new mail delivered fast enough. If we were willing to > increase the transport limit considerably, the 1/61 will eventually > become enough delivery agents available for fast mail delivery. However, > what I say is that it's enough if we simply do not allow the ratio go > this high. We can fairly easily limit the amount of resources we give to > the bad guys to 80% or 90%, allowing them to get no more than 4:1 or 9:1 > split. That can leave quite enough for the fast group while not wasting > too much on the bad group. Seems like good trade, especially when we > presume that most of the bad mail won't get delivered anyway (if it > were, it wouldn't likely be this slow and demand so much resources in > the first place).
With 100 delivery agents, this means you can have 80 slow messages in the active queue, right? Wietse