ViewVC Help
View File | Revision Log | Show Annotations | Download File | Root Listing
root/jsr166/jsr166/src/jsr166y/Phaser.java
(Generate patch)

Comparing jsr166/src/jsr166y/Phaser.java (file contents):
Revision 1.34 by dl, Wed Aug 19 23:05:32 2009 UTC vs.
Revision 1.41 by jsr166, Mon Aug 24 15:42:51 2009 UTC

# Line 12 | Line 12 | import java.util.concurrent.atomic.Atomi
12   import java.util.concurrent.locks.LockSupport;
13  
14   /**
15 < * A reusable synchronization barrier, similar in functionality to a
15 > * A reusable synchronization barrier, similar in functionality to
16   * {@link java.util.concurrent.CyclicBarrier CyclicBarrier} and
17   * {@link java.util.concurrent.CountDownLatch CountDownLatch}
18   * but supporting more flexible usage.
19   *
20 < * <ul>
21 < *
22 < * <li> The number of parties synchronizing on a phaser may vary over
23 < * time.  A task may register to be a party at any time, and may
24 < * deregister upon arriving at the barrier.  As is the case with most
25 < * basic synchronization constructs, registration and deregistration
26 < * affect only internal counts; they do not establish any further
27 < * internal bookkeeping, so tasks cannot query whether they are
28 < * registered. (However, you can introduce such bookkeeping by
29 < * subclassing this class.)
30 < *
31 < * <li> Each generation has an associated phase value, starting at
32 < * zero, and advancing when all parties reach the barrier (wrapping
33 < * around to zero after reaching {@code Integer.MAX_VALUE}).
34 < *
35 < * <li> Like a {@code CyclicBarrier}, a phaser may be repeatedly
36 < * awaited.  Method {@link #arriveAndAwaitAdvance} has effect
37 < * analogous to {@link java.util.concurrent.CyclicBarrier#await
38 < * CyclicBarrier.await}.  However, phasers separate two aspects of
39 < * coordination, which may also be invoked independently:
20 > * <p> <b>Registration.</b> Unlike the case for other barriers, the
21 > * number of parties <em>registered</em> to synchronize on a phaser
22 > * may vary over time.  Tasks may be registered at any time (using
23 > * methods {@link #register}, {@link #bulkRegister}, or forms of
24 > * constructors establishing initial numbers of parties), and
25 > * optionally deregistered upon any arrival (using {@link
26 > * #arriveAndDeregister}).  As is the case with most basic
27 > * synchronization constructs, registration and deregistration affect
28 > * only internal counts; they do not establish any further internal
29 > * bookkeeping, so tasks cannot query whether they are registered.
30 > * (However, you can introduce such bookkeeping by subclassing this
31 > * class.)
32 > *
33 > * <p> <b>Synchronization.</b> Like a {@code CyclicBarrier}, a {@code
34 > * Phaser} may be repeatedly awaited.  Method {@link
35 > * #arriveAndAwaitAdvance} has effect analogous to {@link
36 > * java.util.concurrent.CyclicBarrier#await CyclicBarrier.await}. Each
37 > * generation of a {@code Phaser} has an associated phase number. The
38 > * phase number starts at zero, and advances when all parties arrive
39 > * at the barrier, wrapping around to zero after reaching {@code
40 > * Integer.MAX_VALUE}. The use of phase numbers enables independent
41 > * control of actions upon arrival at a barrier and upon awaiting
42 > * others, via two kinds of methods that may be invoked by any
43 > * registered party:
44   *
45   * <ul>
46   *
47 < *   <li> Arriving at a barrier. Methods {@link #arrive} and
48 < *       {@link #arriveAndDeregister} do not block, but return
49 < *       the phase value current upon entry to the method.
50 < *
51 < *   <li> Awaiting others. Method {@link #awaitAdvance} requires an
52 < *       argument indicating the entry phase, and returns when the
53 < *       barrier advances to a new phase.
54 < * </ul>
47 > *   <li> <b>Arrival.</b> Methods {@link #arrive} and
48 > *       {@link #arriveAndDeregister} record arrival at a
49 > *       barrier. These methods do not block, but return an associated
50 > *       <em>arrival phase number</em>; that is, the phase number of
51 > *       the barrier to which the arrival applied. When the final
52 > *       party for a given phase arrives, an optional barrier action
53 > *       is performed and the phase advances.  Barrier actions,
54 > *       performed by the party triggering a phase advance, are
55 > *       arranged by overriding method {@link #onAdvance(int, int)},
56 > *       which also controls termination. Overriding this method is
57 > *       similar to, but more flexible than, providing a barrier
58 > *       action to a {@code CyclicBarrier}.
59 > *
60 > *   <li> <b>Waiting.</b> Method {@link #awaitAdvance} requires an
61 > *       argument indicating an arrival phase number, and returns when
62 > *       the barrier advances to (or is already at) a different phase.
63 > *       Unlike similar constructions using {@code CyclicBarrier},
64 > *       method {@code awaitAdvance} continues to wait even if the
65 > *       waiting thread is interrupted. Interruptible and timeout
66 > *       versions are also available, but exceptions encountered while
67 > *       tasks wait interruptibly or with timeout do not change the
68 > *       state of the barrier. If necessary, you can perform any
69 > *       associated recovery within handlers of those exceptions,
70 > *       often after invoking {@code forceTermination}.  Phasers may
71 > *       also be used by tasks executing in a {@link ForkJoinPool},
72 > *       which will ensure sufficient parallelism to execute tasks
73 > *       when others are blocked waiting for a phase to advance.
74   *
75 + * </ul>
76   *
77 < * <li> Barrier actions, performed by the task triggering a phase
78 < * advance, are arranged by overriding method {@link #onAdvance(int,
79 < * int)}, which also controls termination. Overriding this method is
80 < * similar to, but more flexible than, providing a barrier action to a
81 < * {@code CyclicBarrier}.
82 < *
83 < * <li> Phasers may enter a <em>termination</em> state in which all
60 < * actions immediately return without updating phaser state or waiting
61 < * for advance, and indicating (via a negative phase value) that
62 < * execution is complete.  Termination is triggered when an invocation
63 < * of {@code onAdvance} returns {@code true}.  When a phaser is
64 < * controlling an action with a fixed number of iterations, it is
77 > * <p> <b>Termination.</b> A {@code Phaser} may enter a
78 > * <em>termination</em> state in which all synchronization methods
79 > * immediately return without updating phaser state or waiting for
80 > * advance, and indicating (via a negative phase value) that execution
81 > * is complete.  Termination is triggered when an invocation of {@code
82 > * onAdvance} returns {@code true}.  As illustrated below, when
83 > * phasers control actions with a fixed number of iterations, it is
84   * often convenient to override this method to cause termination when
85   * the current phase number reaches a threshold. Method {@link
86   * #forceTermination} is also available to abruptly release waiting
87   * threads and allow them to terminate.
88   *
89 < * <li> Phasers may be tiered to reduce contention. Phasers with large
89 > * <p> <b>Tiering.</b> Phasers may be <em>tiered</em> (i.e., arranged
90 > * in tree structures) to reduce contention. Phasers with large
91   * numbers of parties that would otherwise experience heavy
92 < * synchronization contention costs may instead be arranged in trees.
93 < * This will typically greatly increase throughput even though it
94 < * incurs somewhat greater per-operation overhead.
95 < *
96 < * <li> By default, {@code awaitAdvance} continues to wait even if
97 < * the waiting thread is interrupted. And unlike the case in
98 < * {@code CyclicBarrier}, exceptions encountered while tasks wait
99 < * interruptibly or with timeout do not change the state of the
100 < * barrier. If necessary, you can perform any associated recovery
101 < * within handlers of those exceptions, often after invoking
102 < * {@code forceTermination}.
103 < *
104 < * <li>Phasers may be used to coordinate tasks executing in a {@link
105 < * ForkJoinPool}, which will ensure sufficient parallelism to execute
106 < * tasks when others are blocked waiting for a phase to advance.
107 < *
108 < * </ul>
92 > * synchronization contention costs may instead be set up so that
93 > * groups of sub-phasers share a common parent.  This may greatly
94 > * increase throughput even though it incurs greater per-operation
95 > * overhead.
96 > *
97 > * <p><b>Monitoring.</b> While synchronization methods may be invoked
98 > * only by registered parties, the current state of a phaser may be
99 > * monitored by any caller.  At any given moment there are {@link
100 > * #getRegisteredParties} parties in total, of which {@link
101 > * #getArrivedParties} have arrived at the current phase ({@link
102 > * #getPhase}).  When the remaining ({@link #getUnarrivedParties})
103 > * parties arrive, the phase advances; thus, this value is always
104 > * greater than zero if there are any registered parties.  The values
105 > * returned by these methods may reflect transient states and so are
106 > * not in general useful for synchronization control.  Method {@link
107 > * #toString} returns snapshots of these state queries in a form
108 > * convenient for informal monitoring.
109   *
110   * <p><b>Sample usages:</b>
111   *
# Line 118 | Line 138 | import java.util.concurrent.locks.LockSu
138   *  <pre> {@code
139   * void startTasks(List<Runnable> tasks, final int iterations) {
140   *   final Phaser phaser = new Phaser() {
141 < *     public boolean onAdvance(int phase, int registeredParties) {
141 > *     protected boolean onAdvance(int phase, int registeredParties) {
142   *       return phase >= iterations || registeredParties == 0;
143   *     }
144   *   };
# Line 137 | Line 157 | import java.util.concurrent.locks.LockSu
157   *   phaser.arriveAndDeregister(); // deregister self, don't wait
158   * }}</pre>
159   *
160 + * If the main task must later await termination, it
161 + * may re-register and then execute a similar loop:
162 + * <pre> {@code
163 + *   // ...
164 + *   phaser.register();
165 + *   while (!phaser.isTerminated())
166 + *     phaser.arriveAndAwaitAdvance();
167 + * }</pre>
168 + *
169 + * Related constructions may be used to await particular phase numbers
170 + * in contexts where you are sure that the phase will never wrap around
171 + * {@code Integer.MAX_VALUE}. For example:
172 + *
173 + * <pre> {@code
174 + *   void awaitPhase(Phaser phaser, int phase) {
175 + *     int p = phaser.register(); // assumes caller not already registered
176 + *     while (p < phase) {
177 + *       if (phaser.isTerminated())
178 + *         // ... deal with unexpected termination
179 + *       else
180 + *         p = phaser.arriveAndAwaitAdvance();
181 + *     }
182 + *     phaser.arriveAndDeregister();
183 + *   }
184 + * }</pre>
185 + *
186 + *
187   * <p>To create a set of tasks using a tree of phasers,
188   * you could use code of the following form, assuming a
189   * Task class with a constructor accepting a phaser that
# Line 203 | Line 250 | public class Phaser {
250       */
251      private volatile long state;
252  
206    private static final int ushortBits = 16;
253      private static final int ushortMask = 0xffff;
254      private static final int phaseMask  = 0x7fffffff;
255  
# Line 366 | Line 412 | public class Phaser {
412      /**
413       * Adds a new unarrived party to this phaser.
414       *
415 <     * @return the current barrier phase number upon registration
415 >     * @return the arrival phase number to which this registration applied
416       * @throws IllegalStateException if attempting to register more
417       * than the maximum supported number of parties
418       */
# Line 378 | Line 424 | public class Phaser {
424       * Adds the given number of new unarrived parties to this phaser.
425       *
426       * @param parties the number of parties required to trip barrier
427 <     * @return the current barrier phase number upon registration
427 >     * @return the arrival phase number to which this registration applied
428       * @throws IllegalStateException if attempting to register more
429       * than the maximum supported number of parties
430       */
# Line 413 | Line 459 | public class Phaser {
459  
460      /**
461       * Arrives at the barrier, but does not wait for others.  (You can
462 <     * in turn wait for others via {@link #awaitAdvance}).
462 >     * in turn wait for others via {@link #awaitAdvance}).  It is an
463 >     * unenforced usage error for an unregistered party to invoke this
464 >     * method.
465       *
466 <     * @return the barrier phase number upon entry to this method, or a
419 <     * negative value if terminated
466 >     * @return the arrival phase number, or a negative value if terminated
467       * @throws IllegalStateException if not terminated and the number
468       * of unarrived parties would become negative
469       */
# Line 466 | Line 513 | public class Phaser {
513       * required to trip the barrier in future phases.  If this phaser
514       * has a parent, and deregistration causes this phaser to have
515       * zero parties, this phaser also arrives at and is deregistered
516 <     * from its parent.
516 >     * from its parent.  It is an unenforced usage error for an
517 >     * unregistered party to invoke this method.
518       *
519 <     * @return the current barrier phase number upon entry to
472 <     * this method, or a negative value if terminated
519 >     * @return the arrival phase number, or a negative value if terminated
520       * @throws IllegalStateException if not terminated and the number
521       * of registered or unarrived parties would become negative
522       */
# Line 523 | Line 570 | public class Phaser {
570       * interruption or timeout, you can arrange this with an analogous
571       * construction using one of the other forms of the awaitAdvance
572       * method.  If instead you need to deregister upon arrival use
573 <     * {@code arriveAndDeregister}.
573 >     * {@code arriveAndDeregister}. It is an unenforced usage error
574 >     * for an unregistered party to invoke this method.
575       *
576 <     * @return the phase on entry to this method
576 >     * @return the arrival phase number, or a negative number if terminated
577       * @throws IllegalStateException if not terminated and the number
578       * of unarrived parties would become negative
579       */
# Line 537 | Line 585 | public class Phaser {
585       * Awaits the phase of the barrier to advance from the given phase
586       * value, returning immediately if the current phase of the
587       * barrier is not equal to the given phase value or this barrier
588 <     * is terminated.
588 >     * is terminated.  It is an unenforced usage error for an
589 >     * unregistered party to invoke this method.
590       *
591 <     * @param phase the phase on entry to this method
592 <     * @return the current barrier phase number upon exit of
593 <     * this method, or a negative value if terminated or
594 <     * argument is negative
591 >     * @param phase an arrival phase number, or negative value if
592 >     * terminated; this argument is normally the value returned by a
593 >     * previous call to {@code arrive} or its variants
594 >     * @return the next arrival phase number, or a negative value
595 >     * if terminated or argument is negative
596       */
597      public int awaitAdvance(int phase) {
598          if (phase < 0)
# Line 559 | Line 609 | public class Phaser {
609  
610      /**
611       * Awaits the phase of the barrier to advance from the given phase
612 <     * value, throwing {@code InterruptedException} if interrupted while
613 <     * waiting, or returning immediately if the current phase of the
614 <     * barrier is not equal to the given phase value or this barrier
615 <     * is terminated.
616 <     *
617 <     * @param phase the phase on entry to this method
618 <     * @return the current barrier phase number upon exit of
619 <     * this method, or a negative value if terminated or
620 <     * argument is negative
612 >     * value, throwing {@code InterruptedException} if interrupted
613 >     * while waiting, or returning immediately if the current phase of
614 >     * the barrier is not equal to the given phase value or this
615 >     * barrier is terminated. It is an unenforced usage error for an
616 >     * unregistered party to invoke this method.
617 >     *
618 >     * @param phase an arrival phase number, or negative value if
619 >     * terminated; this argument is normally the value returned by a
620 >     * previous call to {@code arrive} or its variants
621 >     * @return the next arrival phase number, or a negative value
622 >     * if terminated or argument is negative
623       * @throws InterruptedException if thread interrupted while waiting
624       */
625      public int awaitAdvanceInterruptibly(int phase)
# Line 585 | Line 637 | public class Phaser {
637  
638      /**
639       * Awaits the phase of the barrier to advance from the given phase
640 <     * value or the given timeout to elapse, throwing
641 <     * {@code InterruptedException} if interrupted while waiting, or
642 <     * returning immediately if the current phase of the barrier is not
643 <     * equal to the given phase value or this barrier is terminated.
644 <     *
645 <     * @param phase the phase on entry to this method
640 >     * value or the given timeout to elapse, throwing {@code
641 >     * InterruptedException} if interrupted while waiting, or
642 >     * returning immediately if the current phase of the barrier is
643 >     * not equal to the given phase value or this barrier is
644 >     * terminated.  It is an unenforced usage error for an
645 >     * unregistered party to invoke this method.
646 >     *
647 >     * @param phase an arrival phase number, or negative value if
648 >     * terminated; this argument is normally the value returned by a
649 >     * previous call to {@code arrive} or its variants
650       * @param timeout how long to wait before giving up, in units of
651       *        {@code unit}
652       * @param unit a {@code TimeUnit} determining how to interpret the
653       *        {@code timeout} parameter
654 <     * @return the current barrier phase number upon exit of
655 <     * this method, or a negative value if terminated or
600 <     * argument is negative
654 >     * @return the next arrival phase number, or a negative value
655 >     * if terminated or argument is negative
656       * @throws InterruptedException if thread interrupted while waiting
657       * @throws TimeoutException if timed out while waiting
658       */
# Line 660 | Line 715 | public class Phaser {
715      }
716  
717      /**
718 <     * Returns the number of parties that have arrived at the current
719 <     * phase of this barrier.
718 >     * Returns the number of registered parties that have arrived at
719 >     * the current phase of this barrier.
720       *
721       * @return the number of arrived parties
722       */

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines