Skip to main content

Discrete Event Simulation vs CFD

Both are called "simulation," both run on a computer, and both can produce a convincing-looking animation - which is exactly why they get confused. But discrete event simulation (DES) and Computational Fluid Dynamics (CFD) answer fundamentally different questions about fundamentally different things. One tracks entities moving through queues and resources; the other resolves how a continuous physical field - air, heat, a fluid - behaves in space. Picking the wrong one doesn't just waste a modelling effort, it can produce a confident, detailed answer to a question nobody actually asked.

Key takeaways

  • DES models discrete entities flowing through queues and resources; CFD models continuous physical fields like air, heat and fluid.
  • The right question to ask first is "what is actually flowing here - things, or a continuum?"
  • Neither method is more accurate in general - each is accurate for the specific question it's built to answer.
  • Hybrid approaches exist for problems where entity flow and physical fields genuinely interact, but they're the exception, not the default.

What Each Method Actually Models

Discrete event simulation represents a system as entities - people, parts, orders, vehicles - moving through a sequence of discrete steps: arrivals, queues, resource use, processing, departure. Time jumps from event to event; nothing changes in between.

CFD represents a system as a continuous physical field, solving the equations governing how air, heat, fluid or pollutants move and interact at every point in space, resolved across a fine mesh covering the geometry.

ⓘ
The one-sentence distinction: DES asks "how many things are where, and how long do they wait?" CFD asks "what is the air, heat or fluid doing, at every point in this space, right now?" Almost every mismatch between the two methods traces back to blurring that distinction.
des_vs_cfd_decision_hypercurve

Core Differences at a Glance

Discrete Event SimulationCFD
ModelsDiscrete entities and eventsContinuous physical fields
Typical outputThroughput, wait times, utilisationVelocity, temperature, pressure, concentration fields
Time representationJumps between discrete eventsResolved continuously (or in fine time steps)
Spatial detailUsually low - a flowchart of steps, not physical geometryHigh - a detailed 3D mesh of the actual space
Typical questionsHow many staff do we need? Where's the bottleneck?Will this room stay cool? Will smoke clear in time?

When to Use Discrete Event Simulation

DES fits naturally when the core question is about flow, queues and resource allocation - situations where the physical geometry of the space matters far less than the sequence of steps entities move through and the resources they compete for.

  • Manufacturing line throughput and bottleneck analysis
  • Staffing levels against patient, customer or order arrival patterns
  • Warehouse and logistics flow, dock scheduling, order fulfilment
  • Call centre and service queue design

When to Use CFD

CFD fits when the question is fundamentally about how a physical field behaves in a specific geometry - where entities, if they exist in the problem at all, are secondary to the airflow, heat or fluid dynamics being resolved.

  • Ventilation design and indoor air quality
  • Fire and smoke behaviour during an emergency
  • Wind loads and pedestrian wind comfort around buildings
  • Thermal performance of equipment, structures or urban spaces
⚠
A common misdiagnosis"How many people can safely evacuate this building" sounds like a DES question about entity flow through exits - but if the actual bottleneck is smoke visibility and tenability rather than physical door width, the governing physics is CFD/FDS, not queueing theory. Getting this wrong early can send an entire study down the wrong path.

When You Might Need Both

Some problems genuinely have both a discrete-entity dimension and a continuous-field dimension that meaningfully interact. A factory floor redesign might need DES to model production throughput and staffing, and CFD to confirm the ventilation and thermal comfort of the same space workers occupy. These are usually run as separate, complementary studies rather than a single combined model, since the two methods solve fundamentally different mathematics.

DES answers "how do things flow" + CFD answers "how does the field behave" = complete picture, run in parallel

Internal link: for a related look at process modelling specifically, see our article on Discrete Event Simulation in AnyLogic.

How to Decide

  1. Identify what's actually flowing: discrete entities through steps, or a continuous physical field?
  2. Define the question: throughput and queues, or velocity/temperature/pressure at points in space?
  3. Consider the scale needed: individual events and entities, or a smoothly varying field?
  4. Check for real interaction between entity flow and physical field behaviour - if genuine, consider a hybrid, parallel-study approach.
  5. Choose the method based on the answers, not on which tool your team defaults to.
  6. Validate whichever method is chosen against real historical or measured data.

Common Mistakes

  • Choosing the tool your team already knows, rather than the tool that matches the actual question.
  • Trying to force CFD-type spatial detail out of a DES model, or vice versa - each is built around a fundamentally different mathematical representation.
  • Assuming a hybrid model is always better. Combining both methods adds complexity and cost; it's justified only when the interaction between entity flow and physical fields genuinely matters to the answer.
  • Skipping validation because the method "should" be right for the problem type. Matching the method to the question is necessary but not sufficient - the specific model still needs checking against reality.
  • Misdiagnosing the governing physics early, as with the evacuation example above, and building an entire study around the wrong method before realising the mismatch.

Frequently Asked Questions

Can discrete event simulation and CFD be combined?

Yes, though it's less common than using either alone. A hybrid approach might use DES to model the flow of vehicles or people through a facility while using CFD to model the airflow or thermal conditions those entities move through, with results from one feeding assumptions into the other. This is typically reserved for problems where the two effects genuinely interact in ways that matter to the outcome.

Is CFD more accurate than discrete event simulation?

Neither is inherently more accurate - they answer fundamentally different questions. CFD is more accurate for predicting fluid flow, heat transfer or pollutant dispersion, which DES doesn't model at all. DES is more accurate for predicting queue behaviour, resource utilisation and throughput, which CFD isn't designed to capture. Accuracy depends on matching the method to the question, not on one method being generally superior.

What software is typically used for each method?

Discrete event simulation is commonly built in platforms like AnyLogic, Simio, Arena or FlexSim. CFD is typically run in tools like Ansys Fluent, OpenFOAM, STAR-CCM+ or Fire Dynamics Simulator (FDS) for fire-specific applications. Some platforms, including AnyLogic, support DES alongside other paradigms like agent-based modelling, though not full CFD-level fluid physics.

Can you give an example of a project that needs both?

A hospital emergency department redesign might use DES to model patient flow, staffing and wait times, while separately using CFD to confirm the ventilation and infection control performance of the physical space those patients move through. The two studies answer different questions about the same facility and are usually run as parallel, complementary analyses rather than a single combined model.

Conclusion

DES and CFD aren't competing tools for the same job - they're built around entirely different mathematical representations of entirely different kinds of questions. The fastest way to a wrong answer is picking the tool first and fitting the question to it afterward. The fastest way to a useful one is identifying, before any software opens, whether the problem is really about things moving through steps, or a field behaving in space - and letting that answer choose the method.

When in doubt, write the question down in one sentence before choosing a tool. If the sentence is about queues, wait times or resource use, you're almost certainly looking at DES. If it's about air, heat, smoke or fluid behaviour, you're looking at CFD. Most projects resolve cleanly once the question is stated that plainly.


For more simulation and engineering insights, explore HyperCurve. If this article helped you, please share it with your colleagues.

Comments

Popular posts from this blog

Thermal Fatigue Analysis Using FEA: Predicting Failure Under Repeated Temperature Cycles

A component can fail without ever carrying a heavy load. Heat it, cool it, heat it again, and if its expansion is restrained - by a bolted joint, by a neighbouring material, or simply by its own cooler interior - every cycle forces the material to strain a little, then unstrain, then strain again. No external force is pushing on it. The temperature swing alone is doing the work, and eventually a crack appears. Thermal fatigue analysis using FEA is how engineers predict where that crack will start and how many cycles it will take, before the part goes into service. Key takeaways Thermal fatigue is driven by restrained expansion and contraction, not external loading - the stress comes from the temperature change itself. The main drivers are constraint, temperature gradients through the part, and CTE mismatch between joined materials. It is usually a low-cycle fatigue problem involving cyclic plastic strain, so strain-life methods such as Coffin-Manson are the usual approach. ...

CFD Digital Twin: Connecting Simulation to Real-Time Performance

A traditional CFD study answers a question once: will this design work, under these assumed conditions, on paper. A CFD digital twin asks the same question continuously, against what the building or system is actually doing right now - because it's connected to live sensor data from the real thing. The simulation stops being a one-time design check and becomes an ongoing, evolving model that can flag a developing problem, predict the effect of a change, or explain why real performance is drifting from what was designed, all without waiting for a site visit. Table of Contents What Is a CFD Digital Twin? How It Differs from a Traditional CFD Study Key Components How a CFD Digital Twin Is Built Applications Key Benefits Common Mistakes FAQ What Is a CFD Digital Twin? A digital twin is a virtual representation of a physical asset that stays synchronised with it through live data. Applied to CFD, that means a fluid flow and thermal simulation model - of a building, a...

FEA for Gears and Drive Components: Evaluating Stress, Contact Pressure and Fatigue Risk

A gear tooth fails in one of two places almost every time: at the root, where repeated bending eventually cracks the fillet, or at the flank surface, where repeated contact pressure eventually pits and spalls the material away. Both failure modes are fatigue-driven, both depend on stress concentrations that simplified hand calculations can only approximate, and both are exactly what Finite Element Analysis (FEA) is built to resolve precisely - for the actual tooth geometry, the actual load spectrum, not an idealised standard form. Key takeaways Gears fail two ways: root bending fatigue (cracking at the fillet) and surface contact fatigue (pitting from Hertzian pressure). AGMA/ISO standard calculations remain the right starting point for conventional gears; FEA earns its cost for non-standard geometry, loading or high-consequence applications. Peak root stress and peak contact pressure typically occur at different points in the mesh cycle - both need to be checked across the...