News

PyroSim 2021.2.0610 Patch Release – Available Now

Posted on June 10th, 2021

An issue in the PyroSim toolbar was recently identified. When results are available for viewing, the View Results and Plot Results buttons are disabled. This issue was introduced in the 2021.2.0525 release of PyroSim. 

We have identified the problem, and have uploaded a patch release which addresses the bug. The updated version of PyroSim is available now.

… Read More

2021.2 Patch Release – Available Now

Posted on May 26th, 2021

One of our Reseller Partners identified an issue when dragging items in the navigation view. When this happens, the application freezes and requires a forced shutdown to proceed. This issue was introduced in the 2021.2.0512 release of both PyroSim and Pathfinder. 

We have identified the problem, and have uploaded patch releases that addresses the bug. The updated versions of PyroSim and Pathfinder are available now.

… Read More

Improvements in PyroSim 2021.2

Posted on May 10th, 2021

PyroSim 2021.2 includes usability improvements to better monitor FDS simulation progress and find objects in your model.

Added the ability to scroll away from the bottom of the Run FDS Console

As FDS continues to output new lines, the user’s scroll position is retained.

PyroSim 2021.2 includes an improvement to the Run Simulation dialog. In the new version, the FDS output in the Run Simulation dialog is prevented from dragging the user’s view along with it. This is useful if a user would like to examine a particular portion of the output while the simulation is still running.

Search with “whole word” and “case sensitive” options in Find dialog

Finding with Whole Word enabled refines the search term “Top” to exclude “TopLeft”.

PyroSim 2021.2 includes an improved Find dialog. This improved dialog includes the new “Whole Word” and “Case Sensitive” checkboxes, which constrain content matches to exact matches of the search term and case sensitive matches of the search term, respectively.

Accelerate Simulation Time with PyroSim Cloud Computing

Posted on April 15th, 2021

What is cloud computing?

Cloud computing is a tech industry term for a service which provides computing power on request. This service is provided remote, or “in the cloud”, so that the user can access these resources from their office. One common use for cloud computing is to gain access to powerful hardware which goes beyond the needs of day-to-day office work.

Why use cloud computing for FDS?

FDS simulations can require over a full 24 hours for large, complex, or long applications on a modern business PC. This brings several challenges. Some models may exceed the memory limitations of a desktop machine and are unable to complete.

It is not uncommon for large FDS models to require over 24 hours of simulation time on high-end business desktops.

Not all projects demand such a long amount of time. Many can be simulated within a single working day, while others can be split or coarsened in order to design iteratively. For some users, their needs never exceed these situations. It can be simpler and cheaper to maintain a local machine to process simulations of this scale.

For others, cloud computing simplifies an otherwise complicated purchase of a high up-front cost server system to scale with increasing needs. Services across many industries offer on-demand computing power with simplified billing and on-demand power. In either case, a modeler may simply want to offload their computing needs so that their main desktop or laptop can be used for other tasks while the simulation completes.

How is cloud computing used in PyroSim?

Cloud HPC now provides FDS on Cloud for the fire simulation industry. This service supports multiple FDS versions (including the most recent), scalable virtual CPU power to meet your needs, and the ability to monitor your simulation progress in real-time.

This dialog provides access to the users cloud computing account.

PyroSim supports the ability to run an FDS simulation in the cloud by integrating with CFD FEA Service’s Cloud HPC. The user inputs their credentials and desired provisions for the cloud instance. Once the simulation begins, users can use the cloud provider’s dashboard to manage their progress. To view pricing and receive more information, register with Cloud HPC.

Organize PyroSim Projects with Scenarios

Posted on April 13th, 2021

What are scenarios?

Scenarios in PyroSim are a tool which provides a quick method of organizing multiple instances of a given model, each with different sets of enabled/disabled objects. In the Edit Scenarios dialog, the modeler can manage these instances and choose which to actively work on. While a scenario is active, any objects that the modeler disables through the Navigation panel or 3D/2D view will display in the Disabled Objects field for quick reference. A Description field is provided for a custom text entry. … Read More

User Experience Improvements to PyroSim 2021.1

Posted on February 15th, 2021

We are constantly taking feedback from our users and incorporating their suggestions in to our products to improve the user experience. In that vein, we have made several usability improvements to PyroSim in the 2021.1 release, some of which are mentioned below.

Update: The 2021.1 PyroSim Release is available now

New Scenarios are now activated immediately after creation

Following the release of the Scenarios feature in version 2020.4, some users reported that they would create a new scenario and begin editing, only to realize that they had not switched over to the newly created scenario and had to undo their changes. We have updated the Scenarios tool so that when you create a new scenario it is automatically activated, and any changes that you make will be added to it by default. If you haven’t already, check out our Scenarios tutorial to learn the basics of how you can use the Scenarios feature in your workflow.

The drawing of individual points can be undone when using the wall or slab tools

Prior to version 2021.1, if you were to start drawing with either the wall or slab tools and make a mistake, there was not a way to undo the mistake. Using the Ctrl+Z shortcut would instead undo the last action outside of the tool. In version 2021.1 we have added the ability to undo individual points when using those tools, which will be especially helpful if you are drawing obstruction with a lot of vertices. You can see a short demonstration of the new undo action below.

The state of the FDS Blocks Preview is now remembered when you re-open your models

We had some users report that they found the FDS Blocks Preview very useful for verifying their models, but they saw performance issues when enabling/disabling the FDS Preview on larger models. This was exacerbated when they had to close and re-open models, and then had to switch to the FDS Blocks Preview. Because of this, we modified PyroSim to save the state of the FDS Blocks Preview when a model is saved. Now, if you are viewing the preview and close your model, the preview will be shown when you re-open the model.

Clicking a selected object in the Navigation Tree will open a renaming prompt

You can now rename most objects in the PyroSim navigation tree similar to how files can be renamed in the Windows File Explorer. Prior to this, the only way to rename objects was to right-click the object, then find the rename button to trigger the renaming prompt. Now, you can select an item in the Navigation tree and click it again a few milliseconds later to rename it.

New PyroSim Workshop Dates Available

Posted on November 3rd, 2020

Want to learn how to improve your fire modeling skills? Dave McGill has worked with Thunderhead Engineering to provide PyroSim and FDS training to hundreds of attendees for many years. We are excited to announce the latest dates, viewable at our online schedule, for his acclaimed courses in an online workshop format. … Read More

Effective Use of MPI to Speed Solutions

Posted on June 10th, 2020

Most Users can Skip this Post

This post addressed a problem that occurred with in FDS and PyroSim for versions 2019.1 through 2020.2. During that time period, if a model had more meshes than available processors and the user selected the default Run FDS Parallel option, the last processor would be assigned all excess meshes and solution times would be long.

This issue was addressed in PyroSim 2020.3 so most users can use the default Run FDS Parallel option with satisfactory solution times. This post does contain useful information for users who want additional background on MPI or who want to manually assign specific meshes to processes.

How PyroSim Currently Runs MPI

By default, when the user clicks Run FDS Parallel in PyroSim, PyroSim compares the number of meshes with the number of logical processors. If the number of meshes is less than or equal to the number of logical processors, then a process is started for each mesh and the solution proceeds. This is often the best approach.

However, if the number of meshes is greater than the number of logical processors then PyroSim performs additional steps. By default, PyroSim will start the same number of processes as logical processors and will assign multiple meshes to each process. This is done in the order of the meshes, so if your model has 10 meshes and your computer has 4 logical processors, the meshes will be assigned as shown below. The mesh assignment can be seen in the MESH lines of the FDS input file. This will provide reasonable solution times.

To try other MPI options that are available when the number of meshes is greater than the number of logical processors, click Preferences on the File menu. Go to the FDS tab. The default option for Optimize Processor Utilization is Basic and the default option for Parallel Execution Settings is Limit Processes Based on Logical Processor Count.

If you select Create Process for Each Mesh, PyroSim will create as many processes as meshes. MPI will be launched with options that attempt to mimic the earlier “round-robin” behavior. However, the current implementation of the Intel MPI library does not perform this operation as efficiently as earlier, so solution times may more than double the times obtained using the default behavior. 

If the user wants to assign meshes manually to processes, select the None option for Optimize Processor Utilization. Then use the cluster option as described below.

Background for this Post

The MPI parallel version of FDS can be used with multiple meshes to significantly reduce PyroSim/FDS solution times. Starting with PyroSim 2019.1 changes in the behavior of MPI multi-process execution require users to manually assign meshes to processors when the number of meshes exceed the number of logical processors. This post will provide some background and examples of how to effectively use MPI to speed solutions.

Prior to PyroSim 2019.1, the user could simply click Run FDS Parallel and PyroSim would launch a process for each mesh. If the number of meshes (processes) exceeded the number of logical processors, the FDS MPI implementation would “round-robin” through all the processes, automatically balancing the processor load. FDS 6.7.1 that was included in PyroSim 2019.1 changed to a new FDS MPI implementation. Until PyroSim 2020.3 run times became significantly longer if more processes were started than the number of available logical processors. As a result, the maximum number of processes started by PyroSim was limited to the number of logical processors. This caused long run times if the user clicked Run FDS Parallel and the number of meshes exceeded the number of processors, since all additional meshes are assigned to the last processor. 

In this post, we will focus on running MPI on a single Windows computer with a multi-core processor. We will focus on a simple approach, but the user should recognize that there may be different options that could additionally speed the solution for your case.

The FDS User Guide has a good background description on the use of multiple processors in Chapter 3, Running FDS. In the following description, sentences in quotes are taken from the FDS User Guide.

Cores and Logical Processors

You will need to know the number of cores and logical processors of your computer. “For a typical Windows computer, there is one CPU per socket. Each CPU typically has multiple cores, and each core is essentially an independent processing unit that shares access to power and memory.” Processors manufactured by Intel support a technology named Hyper Threading that doubles the number of apparent processors. These processors are called logical processors to distinguish them from the physical cores. To effectively run FDS, you must not launch more processes than the number of available logical processors.   Be aware that depending on computer configuration, the number of logical cores may not be double the physical core count, even if the processor is capable of hyper threading.

To find the number of sockets, cores, and logical processors in Windows start Task Manager and click the Performance tab. The values for your computer will be displayed in the CPU section, as shown in Figure 1. (As an aside, to change the Task Manager graph from showing overall CPU utilization to individual processors, right-click on the graph, select Change graph to, and click Logical processors.)

Figure 1: Task Manager information showing the number of Sockets (CPUs), Cores, and Logical processors.

Note that the number of processors depends on your computer, while the number of processes is defined at run time and indicates how many of the available processors will be used during the solution. 

Strategies for Using MPI

To use MPI for a parallel solution you must have multiple meshes. There can be many constraints that dictate how the meshes are arranged. If modeling a fire, meshes with smaller cells will typically be used for the fire and meshes with larger cells will be used away from the fire. Geometry, such long halls or atria can  impose additional constraints. Accurate modeling of fans and HVAC flow may require a fine mesh resolution (see Two-dimensional benchmark test).

Within these constraints, we will describe two basic approaches that should result in near-optimal solution times. We will then provide examples of each.

Simplest Approach: The number of meshes is less than or equal to the number of logical processors

For the simplest approach, use the following guidelines:

  1. If possible, mesh the problem so that the number of meshes is equal to the number of cores on your computer. If that is not possible, you must keep the number of meshes less than or equal to the number of logical processors.
  2. All meshes should have approximately the same number of cells. 

To run the simulation, on the Analysis menu click Run FDS Parallel. Now wait. Get a cup of coffee, or maybe eat dinner, or maybe go to bed and check progress tomorrow! See the hints on running long problems below.

Second Approach: The number of meshes exceeds the number of logical processors

If the number of meshes exceeds the number of available logical processors, each mesh must be manually assigned to a process by the user. The Run FDS Cluster option is then used for the solution. 

At this time, assigning meshes to processes is a manual operation and is described in the post Assign FDS Meshes to Specific MPI Processes. Use the following guidelines:

  1. Mesh the problem as required for your solution. 
  2. Decide how many processes you will use. A good place to start is to use the number of cores on your computer.
  3. Assign meshes to each process.
  4. Assign the meshes so that the total number of cells assigned to each process is approximately the same. Note that numbering of processes starts at zero, so eight processes will be numbered 0 through 7.
  5. Run the simulation using the Run FDS Cluster option which will open the Cluster FDS Parameters dialog. Specify the number of processes. If you used eight processes when assigning the meshes in Step 3, specify 8 in this dialog.
  6. To run the simulation, click OK in the Cluster FDS Parameters dialog. You might need to give your computer password. Separately you can follow these instructions to set the password for future use. See the hints on running long problems below.

Step 3 is illustrated in Figure 2 and Figure 3 which show a simulation with 32 meshes using 8 processes. In this case, meshes 1 through 4 are assigned to MPI_PROCESS 0 (Figure 2), meshes 5 through 8 are assigned to MPI_PROCESS 1, continuing until mesh 32 is assigned to MPI_PROCESS 7 (Figure 3). The number of threads is specified as one (N_THREADS 1) for all meshes.

Step 4 is illustrated in Figure 4 which shows the Run FDS Cluster dialog and how to assign 8 processes.

Figure 2: Assign Mesh01 to process 0.
Figure 3: Assign Mesh32 to process 7.
Figure 4: Run FDS Cluster.

How to Verify Processor Load Balance

“At the end of a calculation, FDS prints out a file called CHID_cpu.csv that records the amount of CPU time that each MPI process spends in the major routines. For example, the column header VELO stands for all the subroutines related to computing the flow velocity; MASS stands for all the subroutines related to computing the species mass fractions and density.”

Figure 5 shows a case where some meshes were not assigned to processes. As a result, the last process was assigned all remaining meshes.  This makes the total run time longer as most processes must wait on the overloaded process as the simulation steps through time.

Figure 6 shows a case where the number of meshes and processes were the same, so the load is balanced. 

Figure 5: The CHID_cpu.csv file for a case that used 16 processes and had 32 unassigned meshes. The last process had to solve the last 16 meshes.
Figure 6: The CHID_cpu.csv file for a case that used 8 processes and had 8 unassigned meshes. The load is balanced for all processes.

Examples

Solution Speed Using MPI

The model shown in Figure 7 was used to test the effect of using different numbers of meshes and MPI processes. The geometry remained the same, but cases were run with 1 to 32 meshes. Cases were run with 0.8M, 1.6M, and 6.4M total cells in the model. There was no specified flow or fire in the model. The top boundary was an OPEN surface.

Using more cells can rapidly increase the solution time. For example, if you have a model with 1M cells, reducing the size of the cells by 1/2 in the X, Y, and Z directions will give you 8M cells. In addition, the time step will be reduced by a factor of two. So, simply refining the mesh by a factor of two will result in approximately a factor of 16 increase in run time. This is why you only want to refine the mesh where necessary.

Figure 7: Simple model used to test 1 to 32 meshes with 0.8M to 6.4M cells. No fire or obstructions. The top boundary is an OPEN surface. The solution end time was 10 seconds.

The solution times are shown in Figure 8. As noted, the computer had 8 cores with 16 logical processors. For meshes 1 through 16 the number of processors is the same as the number of meshes and the solution was simply run by clicking Run FDS Parallel. For the 32 mesh case, 2 meshes were assigned to each of the 16 processes and the solution used Run FDS Cluster.

The test computer has 8 cores. For the test problem, the shortest solution times are for the cases where the number of MPI processes matched the number of cores (8 meshes and 8 cores). It is not guaranteed that matching the number of MPI processes and cores will always result in shortest times, but this provides guidance that should give reasonable results.

You can also see from the results that there are diminishing returns as you add additional meshes and associated processes.  If you have a server computer which may have as many as 32 physical cores or more, you may use your compute resources by running multiple models or cases simultaneously.  Since the speed gained by moving from 4 to 8 meshes or from 8 to 16 may not be significant, you may get more total work finished faster by running 4 simultaneous 4-mesh problems using the same 16 cores instead of running each case with 16 meshes in sequence.

Figure 8: Solution times as a function of meshes. The computer had 16 logical processors. For meshes 1 through 16 the number of processors is the same as the number of meshes. For the 32 mesh case, 2 meshes were assigned to each process.
Figure 9: Details of solution times.

A Few Variations

We will briefly discuss three variations for this test problem. 

  1. The first case is 0.8 M cells, 16 meshes, and 8 processes with 2 threads for each process. This gave a run time of 66.12 seconds, slightly slower than the best time of 58.37 seconds.
  2. The second case is 0.8 M cells, 32 meshes, and 8 processes with 4 meshes assigned to each process in a linear pattern (Figure 10). This gave a run time of 78.05 seconds, again slower than the best time of 58.37 seconds.
  3. The third case is 0.8 M cells, 32 meshes, and 8 processes with 4 meshes assigned to each process in a section pattern (Figure 10). This gave a run time of 80.04 seconds, slower than the best time of 58.37 seconds.

The apparent conclusion, at least for this test problem, is that matching cores and meshes gives the shortest time.

Figure 10: Mesh patterns

Fire Simulation

A simple fire simulation illustrates using refined cells near the fire and larger cells away from the fire. This model used 8 meshes. The fire had a heat release rate of 2 MW. For a 2 MW fire, D*/10 = 0.126536 m so the cell size of the meshes around the fire is 12.5 cm. Away from the fire a cell size of 25.0 cm is used. 1.5 M cells were used with all meshes having an equal number of 200,000 cells, except for Mesh01 that had 100,000.

Figure 11: Simple fire model that used different cell sizes.

The solution was run for 100 seconds. A visual check of the results shows a smooth transition across the boundaries of meshes with small cells and larger cells. 

Figure 12: Smoke in simple fire model. Note that minimal changes are noted across mesh boundaries with different cell sizes.

Topics Not Addressed in this Post

OpenMP

“If your simulation involves only one mesh, you can exploit its multiple processors or cores using OpenMP.” Figure 14 shows the default PyroSim OpenMP settings that use up to four OpenMP threads when running with one processor (Run FDS) and one OpenMP thread when running with multiple processors (Run FDS Parallel). We do not recommend that the user change these values.

Figure 14: PyroSim settings for OpenMP

The FDS User Guide states “Because it more efficiently divides the computational work, MPI is the better choice for multiple mesh simulations. … It is usually better to divide the computational domain into more meshes and set the number of OpenMP threads to 1.” This matches our experience.

For more information see the post OpenMP Benchmarks and the FDS User Guide.

Using a Large Number of Processors

This post applies to problems with a moderate number of meshes (less than 50). See the FDS User Guide for running thousands of meshes.

Running Long Problems

If a simulation is going to take more than one day, first make sure that you really need that resolution. Before starting the final analysis, run a short test case to make sure everything is correct.

It is useful to run a long problem by breaking it into segments, using restarts for each segment. While it is theoretically possible to run a long simulation saving restarts at intervals while continuing the solution, our experience favors running the solution for a time segment, stopping the solution at the end of that segment, and saving a restart at that time. This gives a reliable restart and the continuing solution will be correctly appended to the existing outputs. If your computer stops prematurely you can restart from the last saved location.

Here are the steps:

  1. Based on your short run, estimate the solution time that will be reached in 24 hours (or whatever time segment you want to use). Specify this as the end time (for example 100 s) and specify the restart interval to match that time (100 s). In the PyroSim Analysis menu, click Run FDS Parallel or Run FDS Cluster as appropriate.
  2. Run the first segment. Carefully review the results. To be extra careful, copy the entire simulation folder (with results included) to a new folder. You can rename the new folder, but do not change the model name.
  3. To run the next segment, open the model in the new folder and specify the end time equal to the previous end time (100 s) + the time for this segment (for example 150 s). In this case the end time would be 250 s. Specify the restart interval to match the segment time (150 s). In the PyroSim Analysis menu, click Resume FDS Parallel or Resume FDS Cluster as appropriate.
  4. Repeat step 3 until the solution is finished.

Acknowledgements

Thank you to Kevin McGrattan, NIST, for clarifying communications about MPI. Also, discussions with Bryan Klein were helpful.

Input Files

Download the input files here.

MPI Input Files

History of Edits to this Post

2020-06-16 – Edited second paragraph to more clearly identify the problem when more processes are started than available logical processors. 

Save Settings for Results Visualizations

Posted on October 30th, 2019

The most recent release of the PyroSim and Pathfinder Results application allows users to create, save, and load results visualizations. A results visualization is a collection of settings that define which Pathfinder and FDS results are to be loaded and how those results are to be displayed. It also contains information entered by the user, such as views, tours, colorbar settings, time settings, annotations, object visibility, etc.

Results visualization files end with either .pfrv when saved from Pathfinder Results or .smvv when saved from PyroSim Results. When Pathfinder or FDS results are viewed from either Pathfinder or PyroSim for the first time, a results visualization is automatically created and saved containing the results data. The visualization file name will match that of the originating PTH or PSM file.

 

You can create multiple visualization files with different data sets (FDS and Pathfinder) and different saved states. This allows a user to reuse previous settings and to save particular visualization configurations for the same data set. This new feature also simplifies file management, as there is now a single visualization file with information that was previously stored in 3 different files (*.pfrmeta, *_resultsviews.json, and *_session.json), along with additional information that was not saved before.

The first version of results visualization available now allows you to save most settings. The rest will follow suit in the last release of the year.

PyroSim Keyboard Shortcuts

Posted on September 30th, 2019

A long-awaited feature has finally arrived, you can now assign Keyboard Shortcuts to various actions in PyroSim.

Overview of the UI

Open the Keyboard Shortcuts dialog through “File” > “Preferences..”. > “Keyboard Shortcuts: Edit…” button.

There are three tabs in this dialog window, ‘Global’, ‘View’ and ‘Tool’. Each tab contains a list of related functions that you can assign to a certain keystroke. For example, the ‘Copy’ function in PyroSim is mapped by default to the CTRL+C keypress combination.

How to set your own Keyboard Shortcuts

Step 1 – Open the Keyboard Shortcuts dialog through “File” > “Preferences…” > “Keyboard Shortcuts: Edit…” button.

Step 2 – Click the cell in the “Key Press” column that you want to assign to a new shortcut.

Step 3 – Press any Modifier Keys (optional) and the primary Key that you want to assign to that action. You can press a single key for an action. For example, you could map the ‘D’ key to the “New Device” action and then whenever you press the D key, the New Device tool will be activated. You can also clear existing shortcuts by clicking the ‘Clear’ button in this step.

If you have a keyboard or mouse that has ‘Macro’ keys or buttons, you will need to map keystrokes to the key/button first and then press this button during Step 3 above.

Defaults

We set a few of the actions to some sensible defaults, but you are free to clear these out and create your own mapping. We did not create a default for all possible actions, so it will be up to you to set as many as you want.

Configuration File

Keyboard Shortcut settings are saved in a JSON formatted file “keybindings.json” stored in the C:\Users\[username]\AppData\Roaming\PyroSim directory. This file contains a mapping of each action to modifier keys (i.e. ALT, CTRL, SHIFT) and the keystroke for this action. The values in the modifiers and keystroke fields are common key codes for the keys on a keyboard.

With the Keyboard Shortcuts UI described above, you will not need to edit this file manually. This section is just to give you a look behind the scenes and show you what the file looks like in a text editor.

TIP: This file could be copied from one computer to another into the same location to allow Keyboard Shortcuts to be shared after they are mapped on one computer.

First Release and Room for Improvement

We are glad to have this new feature out of development and into the hands of our users. We have already started on this same feature for Pathfinder and hope to have it in the next release of it as well. Please feel free to provide us with any feedback you have on this feature, and all suggestions for improving functionality are welcome. Please send your thoughts to our Support Email address.