I wonder if for parametric EnergyPlus runs (for example with Colibri) or multiple EnergyPlus runs based on optimization algorithms (with components that I am not aware of for the time being), we can use the full capacity of local processor in parallel simulations.
If you want to use the plugins as it is then the answer is no, and it’s because how Colibri, Galapagos and all the other iterative plugins in Grasshopper work.
Whenever you change a value in Grasshopper it starts a Solution and once the solution is Expired and Grasshopper starts a new Solution there will be no access to the data from the Expired Solution. This will be a challenge for a plugin like Colibri since they need to collect the results for each Solution before starting a new Solution.
On the other hand if you want you can create your own custom workflow to achieve what you want by separating two steps:
Generate all the design options without running them.
thank you for this suggestion,
I’ve been having a problem when I follow these steps with Electric lighting energy, ElectricEquipement energy, Natural Ventilation energy and total peoples gain which becomes 0 in this method,( this values are not 0 when I do the parametric study in the simpler way by generating OSMs, running them and exporting the results in each iteration)
@farhang.tahmasebi this is probably a dull comment, but could you look at writing idf files using the colibri structure, then execute them using something like JEPlus or JESS, the read the results and feed back into colibri to format the data into something like design explorer?
Yeah, you can do this workflow.As for my experience, I will change the non-geometry parameter using Python for loop, it is more quickly than using colibri.After generate a lot osm or idf file, you can use run osm/idf on parallel CPU.