Changes between Version 3 and Version 4 of TrickleMessages


Ignore:
Timestamp:
Oct 6, 2009, 11:09:25 AM (15 years ago)
Author:
Nicolas
Comment:

Minor rewording. Move a general-description paragraph to the intro (was in "trickle down" section).

Legend:

Unmodified
Added
Removed
Modified

  • TrickleMessages

    v3 v4  
    33'''Trickle messages''' let applications communicate with the server during the execution of a workunit. They are intended for applications that have long workunits (multiple days).
    44
    5 Trickle messages may go from client to server or vice versa. Messages are XML documents.
     5Messages are XML documents, and they may go from client to server or vice-versa.
     6
     7Trickle messages are asynchronous, ordered, and reliable. Since they are conveyed in scheduler RPC messages, they may not be delivered immediately after being generated.
    68
    79== Trickle-up messages ==
    8 '''Trickle-up''' messages go from application to server. They are handled by '''trickle handler daemons''' running on the server. Each message is tagged with a 'variety' (a character string). Each daemon handles messages of a particular variety. (This is used, typically, to distinguish different applications.) Example uses: 
     10'''Trickle-up''' messages go from application to server. They are handled by '''trickle handler daemons''' running on the server. Each message is tagged with a 'variety' (a character string). Each daemon handles messages of a particular variety. (This is used, typically, to distinguish different applications.) Example uses:
    911 * The application sends a trickle-up message containing its current CPU usage, so that users can be granted incremental credit (rather than waiting until the end of the work unit).
    1012 * The application sends a trickle-up message containing a summary of the computational state, so that server logic can decide if the computation should be aborted.
    … …  
    1416== Trickle-down messages ==
    1517
    16 '''Trickle-down''' messages go from server to application. Each one is addressed to a particular host, and must include an element <result_name> identifying the result to which the message is addressed. If that result is still running on the host, it is delivered to it. Example uses: 
     18'''Trickle-down''' messages go from server to application. Each one is addressed to a particular host, and must include an element <result_name> identifying the result to which the message is addressed. If that result is still running on the host, it is delivered to it. Example uses:
    1719 * The server sends a message telling the application to abort.
    1820 * The server sends a message containing the user's current total credit.
    19 
    20 Trickle messages are asynchronous, ordered, and reliable. Trickle messages are conveyed in scheduler RPC messages, so they may not be delivered immediately after being generated.