Skip to content

Responses

A response is an output you want an experiment to measure. Every configuration reports the same responses, so you can compare them on equal footing, and the responses you score become the goal the search works toward.

The Add Response catalog, grouped by what each measure covers.

Add Response lists everything the experiment can measure, in plain language, in six groups.

Overall process:

  • Throughput: entities completed in a run.
  • Average time in system: time from arrival to done, all types weighted together.
  • Cost per entity: what the average entity costs, start to finish.
  • Process efficiency: how much of each entity’s journey was real work.
  • Work in process: work still in the pipe when the run ends.
  • Longest wait anywhere: the worst average wait in the process, wherever it happens.
  • Busiest step utilization: how hard the busiest step is working.
  • Total run cost: what the whole run cost.
  • Highest wasted minutes anywhere and total wasted minutes: time spent on work that adds nothing.

At a step: waiting time, longest queue, percent blocked, and wasted minutes at a step you pick.

By entity type: time in system, completed count, and turned-away count for a chosen type.

Resources: utilization, idle cost, and overtime cost for a resource or group you pick.

Inventory: service level and inventory cost.

Your data: a variable’s value or a single array cell, for anything you measure with your own logic.

A measure of the whole process, such as Throughput, is added at once. The others open a second step that asks which one to measure:

  • A measure at a step, for an entity type, for a resource or for an inventory item asks Which step, Which entity type, Which resource or Which item. Pick one and choose Add Response.
  • A variable asks Which value: End value, or, when the variable tracks statistics, Average over time, Lowest or Highest. For a variable that does not, those three are gray, with the note “Turn on Statistics for this variable to measure this.”
  • An array asks Which cell: a Row, and a Column and a Layer when the array has them, each a whole number within its size.

A measure that does not apply to your model is shown in gray, with the reason on the row. For example, percent blocked only means something for a step that works on one entity at a time, so if no step in your model does, that measure sits out. This keeps the list honest: everything shown is something your model can actually report.

The responses list, with a goal, weight, and limit on each row.

Back on Define, every response you added is a row with the same controls:

  • A checkbox that says whether the response is in the experiment. The checked responses are measured for every run. An unchecked response leaves the experiment: its box reads “Not included in this experiment. Not measured, and not shown in results”, and it gets no column on Results, All Points, Compare With Baseline, the export or the winner strip.
  • A Goal: Lower is better or Higher is better.
  • A Weight, shown when two or more responses count, that sets how much this one pulls the score.
  • A Limit checkbox and number, for a bound the result must respect. A configuration that breaks it still runs but cannot win.
  • The Primary badge on the one response that leads the search and titles the charts.
  • Make primary, a target icon on every other row, which moves the Primary badge to that response.
  • Remove, the trash icon, which takes the response out of the experiment’s list.

The Define article covers how goals, weights, and limits combine into what best means.