~ubuntu-branches/ubuntu/trusty/postfix/trusty

« back to all changes in this revision

Viewing changes to proto/SCHEDULER_README.html

  • Committer: Package Import Robot
  • Author(s): LaMont Jones, LaMont Jones, localization folks
  • Date: 2014-02-11 07:44:30 UTC
  • mfrom: (58.1.1 sid)
  • Revision ID: package-import@ubuntu.com-20140211074430-kwkoxdz0fbajn0fj
Tags: 2.11.0-1
[LaMont Jones]

* New upstream release: 2.11.0

[localization folks]

* l10n: Updated German translations.  Closes: #734893 (Helge Kreutzmann)

Show diffs side-by-side

added added

removed removed

Lines of Context:
68
68
<h2> <a name="concurrency"> Concurrency scheduling </a> </h2>
69
69
 
70
70
<p> The following sections document the Postfix 2.5 concurrency
71
 
scheduler, after a discussion of the limitations of the existing
 
71
scheduler, after a discussion of the limitations of the earlier
72
72
concurrency scheduler. This is followed by results of medium-concurrency
73
73
experiments, and a discussion of trade-offs between performance and
74
74
robustness.  </p>
734
734
going to be used for the delivery. </p>
735
735
 
736
736
<li> <p> Each recipient entry groups a batch of recipients of one
737
 
message which are all going to be delivered to the same destination.
 
737
message which are all going to be delivered to the same destination
 
738
(and over the same transport).
738
739
</p>
739
740
 
740
741
<li> <p> Each transport structure groups everything what is going
1064
1065
<p>
1065
1066
 
1066
1067
[Well, the truth is, the counter is incremented every time an entry
1067
 
is selected and it is divided by k when it is used. Or even more
1068
 
true, there is no division, the other side of the equation is
1069
 
multiplied by k. But for the understanding it's good enough to use
 
1068
is selected and it is divided by k when it is used.
 
1069
But for the understanding it's good enough to use
1070
1070
the above approximation of the truth.]
1071
1071
 
1072
1072
</p>