<< Click to Display Table of Contents >> Performance Preferences Page |
The Performance settings fine tune PDQ Deploy performance.
To access the Performance settings page, click Options > Preferences (or press Ctrl+Comma) and select Performance in the Preferences window.
Options |
Description |
||
---|---|---|---|
Concurrent Target Limits |
Defines how package deployments are limited to concurrent targets. The higher the numbers, the greater the use of server memory, CPU resources, and network bandwidth. |
||
|
Concurrent Targets per Deployment |
The maximum number of targets that can be deployed concurrently for each deployment. The default setting is 8. Additional targets are placed in a queued state until a connection is available. This number cannot be higher than the Total Concurrent Targets. IMPORTANT: This setting is available only in Enterprise mode. |
|
Total Concurrent Targets |
The maximum number of concurrent targets in total (multiple deployments). Once this limit is reached, additional targets are placed in a queued state until a connection is available. The default setting is 32. IMPORTANT: This setting is available only in Enterprise mode. |
||
Defines how PDQ Deploy copies deployment files to target computers. When files (such as installation files) are copied to a target, PDQ Deploy uses either Push or Pull Copy Mode. By default, PDQ Deploy uses Push Copy Mode. This global setting can be overridden in the individual Package properties. IMPORTANT: This setting is available only in Enterprise mode. VIDEO: Understanding Push and Pull Deployments |
|||
|
Push |
Copies files to the target computers from the PDQ Deploy computer. This method is best if the package’s install files are located on the PDQ Deploy computer. This option is the default copy mode. Bandwidth throttling (see below) applies to all simultaneous file copies combined. |
|
Pull |
Sends lists of files to the target computers which then pull the files from a centralized location. This method works best in WAN environments where the files may be on a file server closer to the target computers than the computer where PDQ Deploy is running. For this method to work, all files need to be accessible using a UNC path (e.g. \\server\share\installer.msi). WARNING: Files on fixed or mapped drives are not accessible to the target computers; therefore, a valid UNC path must be provided. Note Bandwidth throttling (see below) is not enforced when using Pull Copy Mode. IMPORTANT: This setting is available only in Enterprise mode. |
||
Sets the percentage of available bandwidth to use during the copy phase of the deployment when large files are being copied down to the target computers. PDQ Deploy can throttle bandwidth as it copies software to target computers. This can be particularly helpful over slow links. The throttling works based on a percentage of available bandwidth, with the default rate being 50%. This limit is achieved by ensuring that the server waits between packets long enough to keep its utilization below the given threshold. Therefore, even if the server is copying to a computer on the same subnet and a computer over a slow WAN, it will keep 50% headroom on each link. If set to 100%, then no limit is imposed and the file copy operation takes as much bandwidth as is available. IMPORTANT: The Bandwidth Limit will apply to all simultaneous file copies combined. NOTE: Throttling doesn't apply when using Pull Copy Mode (see above). IMPORTANT: This setting is available only in Enterprise mode. |
|||
Defines how PDQ Deploy interacts with PDQ Inventory. IMPORTANT: This setting is available only in Enterprise mode. |
|||
|
Credential batch size |
Sets the maximum size of the credentials that will be obtained from PDQ Inventory in a single request when Use PDQ Inventory Scan User credentials first, when available is selected. This does not limit the number of deployment targets that can be selected for a single deployment. This setting will be used by PDQ Deploy to break the deployment targets into batches when requesting credentials from PDQ Inventory. Lower batch sizes are recommended for systems that implement more complex password administration solutions such as Windows LAPS. The default setting is 200. IMPORTANT: This setting is available only in Enterprise mode. |
|
Integration message timeout |
Sets the timeout that will be used to terminate and treat as failed most requests from PDQ Deploy to PDQ Inventory. If a response is received prior to the timeout, PDQ Deploy will proceed with expected behavior. If no response is received within the specified duration, PDQ Deploy will treat the message as failed and revert to the fallback behavior for that message. The default setting is 30 seconds. IMPORTANT: This setting is available only in Enterprise mode. |
||
Microsoft’s service control manager (SCM) is a remote procedure call (RPC) server that allows PDQ Deploy to manage services on remote machines. SCM supports procedure calls over both Transmission Control Protocol (TCP) and named pipes (NP). The following settings manage how the Windows SCM connects to target computers to perform deployments. IMPORTANT: These are Windows settings and, as such, are system wide. They cannot be set per process or application. Be aware that changing these values will affect other applications that use remote service manager connections and the Windows service control. If another application (such as PDQ Inventory) or process (such as GPO) changes this setting, then PDQ Deploy uses the changed value. |
|||
|
Default |
Lets Windows manage the RPC connection settings. By default, Windows first attempts the RPC over TCP. If the TCP connection isn’t successful, Windows times out the connection for 21 seconds, then retries the connection over named pipes. The default TCP timeout of 21 seconds will cause remote connections to be slow if firewall settings prevent access to the RPC ports. Blocking RPC/TCP is quite common, so if scans are typically in the “Connecting” state for longer than 20 seconds, then lowering the timeout or disabling TCP may be in order. Click Disabled to disable RPC/TCP connections and use only named pipes; click Timeout to redefine the timeout interval. Another point to consider is that, unlike named pipes, TCP uses the credentials of the connecting process instead of the credentials of an SCM connection. This can cause Access Denied to Service Manager errors when connecting to computers in different domains (or non-Domain computers). To fix this, click Disabled to disable RPC/TCP and use only named pipes. |
|
Disabled |
Disables RPC over TCP and uses only named pipe (RCP/NP) connections. |
||
Timeout |
Redefines the timeout interval for the Default setting. The Windows default is 21 seconds. Decreasing the interval may improve deployment performance if scans are typically in the “Connecting” state for longer than 20 seconds. The default timeout setting is 10 seconds. |
||
This is now the default behavior for 'Ping before deployment'. See Preferences > Deployments for details. |
© 2024 PDQ.com Corporation. All rights reserved.
PDQ.com is a trademark of PDQ.com Corporation. All other product and company names are the property of their respective owners.
Help Version: 19.3.611.0