EvolutionStrategyOptimizer
- class EvolutionStrategyOptimizer(search_space: dict[str, list], initialize: dict[Literal['grid', 'vertices', 'random', 'warm_start'], int | list[dict]] = None, constraints: list[callable] = None, random_state: int = None, rand_rest_p: float = 0, nth_process: int = None, population: int = 10, offspring: int = 20, replace_parents: bool = False, mutation_rate: float = 0.7, crossover_rate: float = 0.3)[source]
Evolutionary optimizer focused on self-adaptive mutation for continuous domains.
Evolution Strategy (ES) is an evolutionary algorithm originally designed for continuous parameter optimization. Unlike genetic algorithms that emphasize crossover, ES primarily relies on mutation as the main variation operator. The algorithm generates offspring by adding random perturbations to parent solutions, then selects the best individuals for the next generation.
Two main selection schemes exist: (mu, lambda) where only offspring compete for selection (replace_parents=True), and (mu + lambda) where parents and offspring compete together (replace_parents=False). The comma strategy provides stronger selection pressure and better escapes from local optima, while the plus strategy preserves good solutions.
The algorithm is well-suited for:
Continuous optimization problems
Real-valued parameter tuning
Problems where fine-grained mutation control is beneficial
Situations requiring self-adaptive step sizes
The mutation_rate controls the probability of perturbing each parameter, while crossover_rate determines how often recombination is applied.
- Parameters:
- search_spacedict[str, list]
The search space to explore, defined as a dictionary mapping parameter names to arrays of possible values.
Each key is a parameter name (string), and each value is a numpy array or list of discrete values that the parameter can take. The optimizer will only evaluate positions that are on this discrete grid.
Example: A 2D search space with 100 points per dimension:
search_space = { "x": np.linspace(-10, 10, 100), "y": np.linspace(-10, 10, 100), }
The resolution of each dimension (number of points in the array) directly affects optimization quality and speed. More points give finer resolution but increase the search space size exponentially.
- initializedict[str, int], default={“vertices”: 4, “random”: 2}
Strategy for generating initial positions before the main optimization loop begins. Initialization samples are evaluated first, and the best one becomes the starting point for the optimizer.
Supported keys:
"grid":int– Number of positions on a regular grid."vertices":int– Number of corner/edge positions of the search space."random":int– Number of uniformly random positions."warm_start":list[dict]– Specific positions to evaluate, each as a dict mapping parameter names to values.
Multiple strategies can be combined:
initialize = {"vertices": 4, "random": 10} initialize = {"warm_start": [{"x": 0.5, "y": 1.0}], "random": 5}
More initialization samples improve the starting point but consume iterations from
n_iter. For expensive objectives, a few targeted warm-start points are often more efficient than many random samples.- constraintslist[callable], default=[]
A list of constraint functions that restrict the search space. Each constraint is a callable that receives a parameter dictionary and returns
Trueif the position is valid,Falseif it should be rejected.Rejected positions are discarded and regenerated: the optimizer resamples a new candidate position (up to 100 retries per step). During initialization, positions that violate constraints are filtered out entirely.
Example: Constrain the search to a circular region:
def circular_constraint(para): return para["x"]**2 + para["y"]**2 <= 25 constraints = [circular_constraint]
Multiple constraints are combined with AND logic (all must return
True).- random_stateint or None, default=None
Seed for the random number generator to ensure reproducible results.
None: Use a new random state each run (non-deterministic).int: Seed the random number generator for reproducibility.
Setting a fixed seed is recommended for debugging and benchmarking. Different seeds may lead to different optimization trajectories, especially for stochastic optimizers.
- rand_rest_pfloat, default=0
Probability of performing a random restart instead of the normal algorithm step. At each iteration, a uniform random number is drawn; if it falls below
rand_rest_p, the optimizer jumps to a random position instead of following its strategy.0.0: No random restarts (pure algorithm behavior).0.01-0.05: Light diversification, helps escape shallow local optima.0.1-0.3: Aggressive restarts, useful for highly multi-modal landscapes.1.0: Equivalent to random search.
This is especially useful for local search optimizers (Hill Climbing, Simulated Annealing) that can get trapped. For population-based optimizers, the effect is less pronounced since they already maintain diversity through multiple agents.
- populationint, default=10
Number of parent individuals (mu) in the population. Parents are the elite solutions that survive selection.
5-10: Small populations, fast per generation but risk of premature convergence.15-30: Good diversity-convergence balance for most problems.50-100: Thorough exploration, better for high-dimensional or highly multimodal problems.
Each individual requires one function evaluation per generation, so total cost scales linearly with population size. As a rule of thumb, use larger populations for higher-dimensional or more multimodal problems.
- offspringint, default=20
Number of offspring (lambda) generated each generation through mutation and optional crossover. Should typically be larger than
populationfor effective selection pressure.population: Minimal offspring, weak selection. Common notation: (mu, mu) or (mu + mu).2-5 * population: Standard range. Notation examples: (10, 20) or (10, 50).10 * population: Very strong selection, only the best survive.
The ratio
offspring / populationdetermines selection pressure. A ratio of 7:1 is commonly recommended in the literature.- replace_parentsbool, default=False
Selection scheme controlling how the next generation is formed.
False: (mu + lambda) strategy. Parents compete with offspring for survival. Preserves elite solutions, which guarantees monotonic improvement. More conservative.True: (mu, lambda) strategy. Only offspring can become parents. Provides stronger selection pressure and better ability to escape local optima, but may lose good solutions. Requiresoffspring >= population.
- mutation_ratefloat, default=0.7
Probability of mutating each parameter in an offspring. ES traditionally relies heavily on mutation as the primary variation operator.
0.3-0.5: Moderate mutation, stable evolution.0.7: Standard ES mutation rate (default).0.9-1.0: Nearly all genes mutated, maximum exploration.
- crossover_ratefloat, default=0.3
Probability of applying recombination to create offspring. In classical ES, crossover plays a secondary role compared to mutation.
0.0: Pure mutation-based ES (classical approach).0.3: Mild crossover (default).0.5-0.7: Stronger recombination, more GA-like behavior.
- Attributes:
best_paraReturn the best parameters found as a dictionary.
best_valueReturn the best values found (raw parameter values).
search_dataLazily construct and return the search results DataFrame.
Methods
search(objective_function, n_iter[, ...])Run the optimization loop.
eval_time
init_stats
iter_time
See also
GeneticAlgorithmOptimizerCrossover-focused evolutionary approach.
DifferentialEvolutionOptimizerMutation using vector differences.
ParticleSwarmOptimizerSwarm intelligence without evolutionary operators.
Notes
Evolution Strategy follows a (mu, lambda) or (mu + lambda) scheme:
Generate
offspringnew solutions by mutating and optionally recombiningpopulationparents.Evaluate all offspring.
Select the best
populationindividuals as parents for the next generation (from offspring only in comma strategy, or from parents + offspring in plus strategy).
The key difference from Genetic Algorithms is the emphasis on mutation as the primary search operator, making ES naturally suited for continuous optimization. Classical ES uses self-adaptive mutation step sizes, though this implementation uses a fixed
mutation_rate.For visual explanations and tuning guides, see the Evolution Strategy user guide.
Examples
>>> import numpy as np >>> from gradient_free_optimizers import EvolutionStrategyOptimizer
>>> def sphere(para): ... return -(para["x"] ** 2 + para["y"] ** 2 + para["z"] ** 2)
>>> search_space = { ... "x": np.linspace(-5, 5, 100), ... "y": np.linspace(-5, 5, 100), ... "z": np.linspace(-5, 5, 100), ... }
>>> opt = EvolutionStrategyOptimizer( ... search_space, population=15, offspring=30, replace_parents=True ... ) >>> opt.search(sphere, n_iter=500)
- search(objective_function: Callable[[dict[str, Any]], float], n_iter: int, max_time: float | None = None, max_score: float | None = None, early_stopping: dict[str, Any] | None = None, memory: bool = True, memory_warm_start: pd.DataFrame | None = None, verbosity: list[str] | Literal[False] = ['progress_bar', 'print_results', 'print_times'], optimum: Literal['maximum', 'minimum'] = 'maximum', callbacks: list[Callable[[CallbackInfo], bool | None]] | None = None, catch: dict[type[Exception], int | float] | None = None) None[source]
Run the optimization loop.
Evaluates
objective_functionup ton_itertimes, searching for the parameters that maximize (or minimize) the returned score. The search proceeds in two phases: an initialization phase that evaluates starting positions (controlled by theinitializeconstructor parameter), followed by an iteration phase where the optimizer’s strategy generates new candidate positions.After the search finishes, results are available via
best_para,best_score, andsearch_data.- Parameters:
- objective_functioncallable
The function to optimize. Must accept a single dictionary mapping parameter names to values and return either:
A
floatscore, orA tuple
(float, dict)where the second element contains custom metrics (accessible via callbacks andsearch_data).
Example:
def objective(params): return -(params["x"] ** 2 + params["y"] ** 2) def objective_with_metrics(params): loss = params["x"] ** 2 return -loss, {"loss": loss}
- n_iterint
Total number of iterations (including initialization). Each iteration evaluates the objective function once (unless a cached result is found when
memory=True).- max_timefloat or None, default=None
Maximum wall-clock time in seconds. The search stops after the current iteration if the elapsed time exceeds this limit.
Nonemeans no time limit.- max_scorefloat or None, default=None
Target score threshold. The search stops when the best score found so far reaches or exceeds this value. When
optimum="minimum", this refers to the original (non-negated) score.Nonemeans no score limit.- early_stoppingdict or None, default=None
Configuration for stopping the search when progress stalls.
Nonedisables early stopping. When provided, the dictionary supports the following keys:"n_iter_no_change"(int, required): Stop if no improvement is observed for this many consecutive iterations."tol_abs"(float, optional): Minimum absolute improvement required over the window to count as progress."tol_rel"(float, optional): Minimum relative improvement (in percent) required over the window to count as progress.
Example:
early_stopping = {"n_iter_no_change": 50} early_stopping = {"n_iter_no_change": 30, "tol_abs": 0.001}
- memorybool, default=True
If
True, cache objective function evaluations in an in-memory dictionary keyed by position. When the optimizer revisits a previously evaluated position, the cached score is returned without calling the objective function again. This is especially useful for discrete search spaces where revisits are common.- memory_warm_startpd.DataFrame or None, default=None
A DataFrame from a previous search (typically obtained via
search_data) to pre-populate the evaluation cache. The DataFrame must contain columns matching the search space parameter names plus a"score"column. Requiresmemory=True.Example:
opt1 = HillClimbingOptimizer(search_space) opt1.search(objective, n_iter=50) opt2 = HillClimbingOptimizer(search_space) opt2.search(objective, n_iter=50, memory_warm_start=opt1.search_data)
- verbositylist[str] or False, default=[“progress_bar”, “print_results”, “print_times”]
Controls console output during and after the search. Pass
Falseor an empty list for silent operation.Supported values:
"progress_bar": Show a livetqdmprogress bar during the search."print_results": Print best score and best parameters after the search completes."print_times": Print timing breakdown (evaluation time, optimization overhead, throughput) after the search completes."print_search_stats": Print search statistics including iteration counts, acceptance rate, number of improvements, and longest plateau."print_statistics": Print score statistics (min, max, mean, std) after the search completes."debug_stop": Print detailed stopping condition debug info when the search terminates early.
- optimum{“maximum”, “minimum”}, default=”maximum”
Whether to maximize or minimize the objective function. When set to
"minimum", the objective function’s return value is negated internally so that the optimizer always maximizes. The reportedbest_scoreis in original (non-negated) units.- callbackslist[callable] or None, default=None
A list of callback functions invoked after each iteration. Each callback receives a single argument
infowith the following attributes:info.iteration(int): Current iteration index (0-based).info.score(float): Score from the current evaluation.info.params(dict): Parameters evaluated in this iteration.info.best_score(float): Best score found so far.info.best_para(dict): Parameters of the best score.info.n_iter(int): Total iterations planned.info.phase(str):"init"or"iter".info.elapsed_time(float): Seconds since search started.info.metrics(dict): Custom metrics from the objective function (empty if the objective returns only a score).info.convergence(list[float]): Best score at each iteration so far.
If any callback returns
False, the search stops immediately. Any other return value (includingNone) is ignored and the search continues.Example:
def log_progress(info): if info.iteration % 10 == 0: print(f"Iter {info.iteration}: best={info.best_score:.4f}") def stop_early(info): if info.best_score > 0.99: return False # stops the search opt.search(objective, n_iter=100, callbacks=[log_progress, stop_early])
- catchdict[type, float] or None, default=None
Error handling for the objective function. Maps exception types to fallback scores. When the objective function raises a caught exception, the optimizer records the fallback score instead of crashing. Exception subclasses are matched via
isinstance, so{Exception: ...}catches all.The fallback score is in the user’s original units (before any negation from
optimum="minimum"). Usefloat('nan')orfloat('inf')to mark positions as invalid without inventing an artificial score.Example:
catch = {ValueError: -1000, RuntimeError: float('nan')} opt.search(objective, n_iter=100, catch=catch)
Examples
Basic usage with default settings:
>>> import numpy as np >>> from gradient_free_optimizers import HillClimbingOptimizer >>> def objective(para): ... return -(para["x"] ** 2) >>> search_space = {"x": np.linspace(-10, 10, 100)} >>> opt = HillClimbingOptimizer(search_space) >>> opt.search(objective, n_iter=30)
Using multiple stopping conditions:
>>> opt.search( ... objective, ... n_iter=1000, ... max_time=60, ... max_score=-0.01, ... early_stopping={"n_iter_no_change": 50}, ... )
- property best_para[source]
Return the best parameters found as a dictionary.
Uses the Converter to transform the best position into user-friendly parameter names and values.
- Returns:
- dict or None
Dictionary mapping parameter names to their best values, or None if no evaluation has been performed yet.
- property best_value[source]
Return the best values found (raw parameter values).
- Returns:
- list or None
List of best values in parameter order, or None if no evaluation has been performed yet.
- property search_data: pd.DataFrame[source]
Lazily construct and return the search results DataFrame.
The DataFrame is only built when this property is accessed, avoiding a large memory spike at the end of high-dimensional optimizations. The result is cached so subsequent accesses don’t rebuild it.