Pulse Configuration


Pulse has two sets of options that can be configured. There are the global Pulse settings in the Repository Options, which are applied to every running instance of Pulse, and there are the per-Pulse settings that can be configured from the right-click menu in the Pulse panel. Note that the availability of these options can vary depending on the context in which they are used, as well as the User Group Permissions that are defined for the current user.

If the Pulse panel is not visible, see the Panel Features documentation for instructions on how to create new panels in the Monitor.

Pulse States

These are the states that a Pulse can be in. They are color coded to make it clear which state the Pulse is in.

  • Offline (gray): The Pulse application is closed.
  • Running (white): The Pulse application is running.
  • Stalled (red): Pulse becomes stalled if it hasn’t updated its state for a certain amount of time. This could be because the machine crashed, or that Pulse simply didn’t shutdown cleanly.

If you see a red Pulse, it means the Pulse has been marked as stalled. This happens if the Pulse hasn’t updated its state for a certain amount of time. You can configure the Stalled Pulse Threshold in the General Pulse settings in the Repository Options. When a Pulse is marked as stalled, it usually means that the machine crashed, or that Pulse simply didn’t shutdown cleanly. In the latter case, you can simply mark Pulse as offline from the right-click menu.

The Pulse panel’s right-click menu also gives the option to delete Pulses.

Pulse Settings

As mentioned above, there are the global Pulse settings in the Repository Options, which are applied to every running instance of Pulse. However, there are also settings that can be specified for individual Pulse instances, which can be modified by right-clicking on a Pulse in the Pulse panel and selecting ‘Modify Pulse Properties’.


You can also auto-configure a Pulse instance by right-clicking on it in the Monitor and selecting ‘Auto Configure Pulse’. This will automatically make this Pulse the Primary Pulse, and set its connection settings.


These are some general Pulse settings:

  • This Pulse Is The Primary: If enabled, this is the Primary Pulse that the Slaves will connect to. If there is no Primary, the Slaves will not be able to connect to Pulse.
  • Override Listening Port: If enabled, this port will be used by Pulse instead of a random port.
  • Override Remote Command Port: If enabled, this port will be used by Pulse for remote commands instead of a random port.
  • Host Name/IP Address Override: Overrides the Host name/IP address used by the Slaves to connect to Pulse, and for remote commands.
  • MAC Address Override: This is used to override the MAC Address associated with this Pulse. This is useful in the event that the pulse defaults to a different MAC Address than the one needed for Wake On Lan.
  • Region: The region for Pulse. Used for path mapping when executing commands with the Web Service.

When the Slaves connect to Pulse, they will use Pulse’s host name, unless the option to use Pulse’s IP address is enabled in the Pulse Settings in the Repository Options. Use the Host Name/IP Address Override setting above to override what the Slaves use to connect to Pulse.


Pulse History

You can view a Pulse’s history by right-clicking on it in the Pulse panel and selecting the View Pulse History option.


Remote Control

You can view the live log for Pulse or control it remotely from the right-click menu. See the Remote Control documentation for more information.

Pulse Redundancy

You can run multiple instances of Pulse on separate machines as backups in case your Primary Pulse instance goes down. If the Primary Pulse goes offline or becomes stalled, Deadline’s Repository Repair operation can elect another running instance of Pulse as the Primary, and the Slaves will automatically connect to the new Primary instance.

To enable Pulse Redundancy, you must enable the Automatic Primary Pulse Election optin in the Repository Repair settings in the Repository Options.

Note that when multiple Pulse instances are running, only the Primary Pulse is used by the Slaves for Throttling. In addition, only Primary Pulse is used to perform Housecleaning, Power Management, and Statistics Gathering. However, you can connect to any Pulse instance to use the Web Service.

Advanced Features

Many advanced features are built into Pulse. These features are described below.

Auto Configuration

This allows you to set the repository path in a single location. When a Slave starts up, it will automatically pull the repository path from Pulse and from that apply some settings before fully initializing. See the Auto Configuration documentation for more information.

Slave Throttling

Pulse supports a throttling feature, which is helpful if you’re submitting large files with your jobs. This is used to limit the number of Slaves that copy over the job and plugin files at the same time. See the Network Performance Guide documentation for more information.

Power Management

Power management is a system for controlling how machines startup and shutdown automatically based on sets of conditions on the render farm, including job load and temperature. Power management is built into Pulse, so Pulse must be running to use this feature. The only exception to this rule is Temperature checking. See the Power Management documentation for more information.

Statistics Gathering

While Pulse isn’t required to gather job statistics, it is required to gather the Slave and Repository statistics. See the Farm Statistics documentation for more information.

Web Service

While Deadline has a standalone Web Service application, Pulse also has a web service feature built in. The web service can be used to get information over an Internet connection. It is used by the Mobile application, and can also be used to display information in a web page. See the Web Service documentation for more information.