5.1. Experimental Setup
- (1)
Dataset Preprocessing Procedure: The workload dataset was derived from the Alibaba Cluster Trace dataset (cluster-trace-v2026-GenAI) [
28], obtained from the official Alibaba ClusterData repository [
54],
https://github.com/alibaba/clusterdata/tree/master/cluster-trace-v2026-GenAI (accessed on 1 June 2026). The preprocessing procedure utilized the files
lora_request_trace.csv queue_rt_raw_anon.csv and
pipeline_inference_data_anon.csv, which contain workload request and execution information collected over approximately 30 days of production cloud operations.
Record selection and filtering. Only records with valid CPU and memory demand information were retained. Records with missing, zero, or negative values were removed. System-internal and maintenance-related workloads were identified using the task_type field and excluded (task_type ∈ {system, maintenance}). Records with CPU demand below 0.001 MIPS or memory demand below 0.001 GB were also discarded. After filtering, 12,476 valid workload records remained and were used as the workload population.
Time Window Selection. A contiguous seven-day observation window was selected to capture representative workload fluctuations and daily demand patterns. This period was aligned with the seven-day GEF replay trace used in the experiments. Specifically, Days 8–14 of the 30-day trace were selected because their workload variance was closest to the dataset median, providing representative coverage of both peak and off-peak workload patterns.
Mapping trace records to VM requests. Each workload record was mapped to a VM request. CPU demands were converted to MIPS using a reference host capacity of 20,000 MIPS, while memory demands were obtained directly from the trace. Since bandwidth and storage requirements were unavailable, they were generated following the method of [
55], with bandwidth uniformly sampled from 100–1000 Mbps and storage from 10–500 GB.
Normalization and batch construction. CPU and memory demands were normalized to the range [0, 1] using the maximum observed value of each resource type. To evaluate scalability, VM request batches of
were generated using stratified random sampling based on CPU demand quartiles. For each workload size, 30 independent batches were created using different random seeds.
Physical infrastructure and reproducibility. Experiments were conducted on the cloud edge infrastructure described in
Section 5.1 and
Section 5.2, which consisted of 1200 heterogeneous physical hosts. All preprocessing scripts, workload generation procedures, and random seeds are available from the corresponding author upon reasonable request.
- (2)
Data Center Configuration: We emulated a three-tier infrastructure: (i) two large cloud data centers (500 hosts each), (ii) four regional edge nodes (50 hosts each), and (iii) heterogeneous host configurations drawn from HP ProLiant server specifications. GEF signals were replayed from historical Electricity Maps data at hourly granularity over a 7-day trace.
- (3)
Simulation Environment: All experiments were implemented in Python 3.11 with a custom CloudSim-Plus [
56] wrapper. The CASO optimizer was implemented using NumPy and SciPy. Experiments were run on a server with Intel Xeon Gold 6338 (64 cores, 2.0 GHz), 256 GB RAM, and Ubuntu 22.04 LTS. Each experiment was independently repeated 30 times with different random seeds. Results are reported as mean
standard deviation.
- (4)
Baseline Algorithms: Six representative baseline methods were employed for comparative analysis. First, the FFD algorithm was included as a classical heuristic widely used in resource allocation problems [
22,
24]. The BFD approach [
23] was also considered, offering a more refined placement strategy than FFD. In addition, an improved genetic algorithm (I + GA) was implemented, incorporating tournament selection and crossover, as described in [
57]. Power-Aware-PSO (PAPSO) was evaluated in its original form, with fixed parameters ω = 0.7 and
following the method of [
53]. Improved differential evolution (IDEA) was applied using the scheme with parameters F = 0.8 and CR = 0.9, as outlined in [
58]. Finally, the adaptive differential evolution algorithm was included as an advanced variant of DE with deep learning (ADEDL), based on the formulation in [
49]. Evaluation Metrics. The performance of the proposed and baseline methods was evaluated using four key metrics: Energy consumption, measured in kilowatt-hours (kWh), is computed according to Equation (9). Carbon emissions, expressed in grams of g
equivalent GEF, are determined using Equation (10). Service quality is assessed through the SLA violation rate, reported as a percentage and calculated via Equation (11). Additionally, computational efficiency is measured in terms of optimization time, defined as the wall-clock time required for each algorithm to reach convergence.
- (5)
Parameter Settings: CASO parameters were set as
,
,
,
ρ = 0.2,
,
,
,
,
. Weights were
,
,
,
, reflecting a carbon priority policy (
, consistent with the normalized objective formulation in Equation (13)). To ensure a fair comparison, all baseline algorithms were evaluated under identical experimental conditions. Hyperparameters were tuned using grid search within the ranges recommended in the original studies, with selection based on the lowest converged objective value on the TS-D workload (
N = 1000) over 10 independent runs.
Table 5 summarizes the parameter tuning configuration of the proposed CASO framework. The hyperparameters were selected through empirical sensitivity analysis to achieve stable convergence, balanced exploration–exploitation behavior, and robust optimization performance across heterogeneous cloud workloads. Adaptive PSO-DE parameter control and optimized RBF surrogate settings were adopted to improve convergence speed, prediction accuracy, and real-time scheduling efficiency.
All population-based methods were assigned an identical optimization budget of 10,000 candidate evaluations (population size = 50, generations = 200). CASO used the same budget but required only about 20% of the expensive CloudSim-Plus simulations through surrogate-assisted evaluation, improving computational efficiency without additional resources. An iso-runtime experiment (10.2 s per method) produced consistent performance rankings, confirming that CASO’s advantages arise from its optimization strategy rather than unequal computational resources. Since all methods used the same simulator and hardware platform, the observed speedup is attributable to surrogate-assisted optimization.
Baseline carbon awareness and constraint repair policy: To ensure experimental fairness and prevent artificial inflation of CASO’s carbon reduction advantage, GEF carbon intensity signals were made available to all baseline methods during evaluation. However, since FFD, BFD, I + GA, PAPSO, IDEA, and ADEDL do not incorporate carbon-aware objective terms in their original formulations, this information was provided but not exploited by those methods, reflecting a realistic deployment scenario in which carbon intensity data are available at the scheduler level but not all algorithms are designed to utilize them. Regarding objective functions, all population-based baselines (I + GA, PAPSO, IDEA, ADEDL) were evaluated using the same weighted scalar fitness function (Equation (13)) with weights w = [0.25, 0.35, 0.25, 0.15], ensuring that performance differences arose from algorithmic strategy rather than objective function heterogeneity.
The constraint repair mechanism described in
Section 4.6 (greedy overload resolution via VM relocation) was applied uniformly after each generation to all population-based baselines, ensuring that all evaluated solutions satisfied host capacity and QoS constraints and that CASO did not benefit from a stricter feasibility standard than its competitors.
Sensitivity analysis further demonstrated that CASO remains robust under moderate parameter variation, indicating strong optimization stability and reduced dependence on manual hyperparameter tuning.
Semi-real experimental setup. We deployed CASO on a 16-node OpenStack Rocky cluster (Intel Xeon E5-2680 v4, 64 GB RAM per node) on our institute’s private cloud. Real VM instances (Ubuntu 22.04, 1–4 vCPUs, 1–16 GB RAM) were provisioned and migrated according to CASO’s placement decisions. Workload was replayed from the Alibaba trace using a custom OpenStack Heat template. For this experiment, we used
VMs and
hosts (constrained by available hardware).
Table 6 compares CASO against ADEDL on the real cluster. The trends from simulation were reproduced: CASO achieves comparable carbon (via grid carbon API integration) and notably lower numbers of SLA violations. The absolute optimization time increases to
38 s (vs. 0.8 s in simulation) due to real VM provisioning latency, but this latency is dominated by OpenStack’s own scheduling pipeline (
32 s), not CASO’s computation (
6 s).
5.2. Results and Discussion
- (1)
Main Quantitative Comparison (
)
: Table 7 reports mean performance across 30 runs for
VMs.
CASO achieves statistically significant improvements across all metrics. The dramatic reduction in optimization time (−73.9% vs. ADEDL) is attributable to the surrogate eliminating the majority of expensive true fitness evaluations by reducing CloudSim-Plus simulation calls from 10,000 (ADEDL) to 2000 (CASO), representing a 5× reduction in true evaluations (
Table 4). The carbon reduction (
) exceeds energy reduction (
) because CASO actively exploits GEF heterogeneity to relocate workloads toward lower-carbon grid regions, a capability absent in ADEDL.
To further evaluate the competitiveness of CASO, we extended the experimental comparison by incorporating two recent learning-based VM scheduling baselines: DRL-VMP (Deep Q-Network with agglomerative clustering) [
59] represents a state-of-the-art deep reinforcement learning approach for carbon-aware VM placement. GNN-Sched [
60] is a graph neural network-based scheduler that models VM–host compatibility as a bipartite graph and performs placement using a GNN encoder with greedy decoding.
Table 8 extends the baseline comparison by including these two advanced learning-based schedulers. The results are reported for N = 1000 VMs over 30 independent runs.
CASO outperforms both DRL-VMP and GNN-Sched across all metrics. It is faster than GNN-Sched while delivering better solution quality, owing to the lower computational overhead of surrogate-assisted optimization. DRL-VMP is less effective under non-stationary workloads due to policy stagnation, whereas CASO continuously adapts through online surrogate updates without requiring retraining.
- (2)
Convergence Behavior
Figure 8 shows the convergence performance of CASO compared with the strongest baseline algorithms. As shown in
Figure 8a, CASO reaches the target threshold (f = 0.32) with approximately 3.8× fewer evaluations than the strongest baseline, demonstrating superior sample efficiency and faster convergence.
Figure 8b further illustrates the instantaneous convergence rate (−ΔFitness/ΔEval), where CASO maintains a steeper descent gradient during the early search phase, indicating more effective optimization dynamics.
While
Figure 8 demonstrates the convergence behavior of different optimization methods, convergence speed alone does not fully characterize optimization quality. To further evaluate the effectiveness of the adaptive SHPD mechanism, we analyzed the evolution of population diversity throughout the optimization process using an entropy-based diversity metric. At generation g, the population diversity is measured by the host assignment entropy:
where
is the fraction of VMs assigned to host
across all population members. A high
indicates diverse host assignments (exploration); a low
indicates convergence.
Figure 9 shows a fitness and diversity co-evolution for CASO vs. ADEDL and PSO-only.
PSO-only exhibits textbook premature convergence: entropy drops from 5.1 to 1.0 by generation 100 and fitness stagnates at
—139% above CASO’s final value of
. CASO’s ADEDL mechanism maintains
throughout, with temporary entropy increases at stagnation recovery events (visible as small plateaux at generations
60 and
120). This confirms that the adaptive
spikes described in
Section 4.4 are functionally effective diversity injections.
- (3)
Scalability Analysis
Figure 10 shows the scalability performance of CASO under increasing VM counts. As shown in
Figure 10a, CASO maintains a significantly shorter optimization time than the baseline algorithms and remains within the 15 s real-time budget up to larger-scale deployments, demonstrating superior computational scalability.
Figure 10b presents the corresponding carbon emissions, where CASO consistently achieves lower gCO
2eq across all VM scales, indicating improved energy efficiency and more sustainable optimization behavior compared with the strongest baselines.
CASO remains within a 15 s optimization budget up to VMs, enabling deployment in real-time cloud schedulers. At , CASO requires 38 s, which is still faster than ADEDL. Energy consumption and carbon emission gaps widen with , suggesting greater benefit of carbon-aware GEF exploitation at larger scales.
- (4)
Ablation Study: Table 9 presents an ablation study decomposing the contribution of each CASO component.
Removing the surrogate (row 2) yields the largest degradation in optimization time, confirming its centrality to CASO’s efficiency. Disabling adaptive parameter control (row 3) increases carbon and energy by
17%, demonstrating the importance of self-tuning. Removing GEF carbon weighting (row 4) leaves energy largely unchanged but raises carbon by
, validating that CASO’s carbon reduction is primarily driven by GEF-aware relocation rather than pure energy minimization. Replacing online updating with a static initial surrogate (row 5) degrades all quality metrics, confirming the necessity of incremental surrogate adaptation.
Table 10 shows the Wilcoxon signed-rank test results with Bonferroni correction for the ablation study. The statistically significant differences and large Cohen’s
d values provide strong evidence for the effectiveness of the proposed CASO design components.
The ablation results confirm that online surrogate updating is critical for carbon reduction (
p < 0.001,
d = 2.74). Adaptive parameter control provides additional energy benefits (
p = 0.029,
d = 0.71). Removing GEF weighting significantly degrades carbon performance (
d = 3.62) while having no significant impact on energy consumption (
p = 0.081), demonstrating that CASO’s carbon savings are driven by carbon-aware optimization.
Table 10 shows the Wilcoxon signed-rank test results with Bonferroni correction for the ablation study. The statistically significant differences and large Cohen’s d values provide strong evidence for the effectiveness of the proposed CASO design components.
Figure 11 presents the convergence and ablation analysis of CASO.
Figure 11a presents the normalized ablation results, where outer regions indicate worse performance and highlight the contribution of each module to the overall effectiveness of CASO.
Figure 11b shows the normalized aggregate fitness versus the number of true fitness evaluations, where CASO demonstrates faster convergence.
- (5)
Statistical Significance
A Wilcoxon signed-rank test at
was applied on the 30 runs for each metric–baseline pair, resulting in 24 comparisons. To account for multiple comparisons, a Bonferroni correction was applied, yielding an adjusted threshold of
. As summarized in
Table 11, all 24 comparisons produced
p < 0.001, which is well below the corrected threshold, confirming that the improvements achieved by CASO over all six baselines across all four metrics are statistically significant.
The Wilcoxon statistic W reaches or closely approaches its theoretical maximum of 435 ( paired observations) in most comparisons, indicating that CASO outperforms the corresponding baseline in nearly every run rather than only on average. The lowest observed statistic is (CASO vs. ADEDL on SLA violation), which still corresponds to p < 0.001. To further evaluate practical significance, we computed Cohen’s effect size, , where positive values indicate lower (better) metric values achieved by CASO. Compared with the strongest baseline, ADEDL, Cohen’s d reaches 1.98 for energy consumption and 2.14 for carbon emission, both representing very large effects according to Cohen’s conventions. Against weaker baselines such as FFD and BFD, the effect sizes further increase to for energy and carbon metrics and for optimization time, highlighting the substantial performance gap between deterministic heuristics and the proposed surrogate-guided optimization strategy. The SLA violation metric exhibits comparatively smaller effect sizes (), which was expected because all optimization methods satisfy the underlying capacity constraints, leaving less room for differentiation. Overall, these results demonstrate that the superiority of CASO is both statistically robust and practically significant across all evaluated operating conditions. CASO outperforms all baselines with on all four metrics, confirming that the observed improvements are not due to random variation. Effect sizes (Cohen’s ) versus ADEDL exceed 1.5 in energy and carbon metrics, indicating a large practical effect.
Figure 12 compares CASO with the algorithms in terms of energy consumption, carbon emissions, SLA violation, and optimization time. The bars represent mean results, while error bars indicate standard deviation over 30 independent runs. CASO achieves the best overall performance with the lowest energy usage, carbon emissions, and number of SLA violations while maintaining a competitive optimization time and stable performance.
5.3. Discussion and Insights
Three key insights emerge from the results:
- (1)
GEF Heterogeneity Is Exploitable
On specific calendar days with inter-regional GEF spreads exceeding 200 gCO
2/kWh, observed carbon savings reach 38%, whereas the controlled stress test scenarios in
Table 12 yield savings of 29.7–34.2% under different volatility levels. This suggests that CASO’s benefit scales with grid diversity, making it increasingly valuable as renewable energy penetration increases grid intensity variance.
Figure 13 presents the spatiotemporal variation of GEFs across selected Chinese data center regions: Shandong, Beijing, Chongqing, Zhejiang, Qinghai, and Yunnan. CASO leverages these regional GEF differences to allocate workloads toward lower-carbon grids, thereby reducing overall carbon emissions.
To further evaluate the robustness of CASO under carbon intensity uncertainty, we extended the original 7-day GEF replay study with long-term evaluation and volatility stress testing. Long-term GEF evaluation: A 30-day GEF trace obtained from the Electricity Maps API was replayed across multiple regional data. CASO achieves carbon emission reductions of 28.1–33.8% compared with ADEDL, with an average reduction of 31.1%, confirming the consistency of the 7-day results over longer operational periods. GEF volatility stress testing: Four synthetic scenarios were designed to represent increasing levels of carbon intensity variability: (i) stable, where GEF variation
/kWh; (ii) moderate volatility, where
/kWh with hourly shocks; (iii) high volatility, where
/kWh with 30 min shocks; and (iv) sudden spike, where GEF triples instantaneously for 2 h (simulating coal plant emergency dispatch). These scenarios evaluated CASO’s ability to maintain effective carbon-aware VM placement under highly dynamic energy conditions.
Table 12 reports carbon savings vs. ADEDL under each scenario.
CASO’s savings actually increase under moderate volatility (S2: 34.2%) because larger inter-regional GEF spreads create greater arbitrage opportunities. Under high volatility (S3) and sudden spikes (S4), savings moderate to
29% and
27%, respectively, as the surrogate transiently misestimates the optimal region. The surrogate’s drift detection mechanism (
Section 4.4) mitigates this by accelerating archive eviction, but residual degradation (
4–5 percentage points vs. S1) is acknowledged as a limitation.
- (2)
Surrogate Accuracy Improves Over Time
The RBF surrogate’s mean absolute prediction error (MAPE) drops from
at initialization to
after 50 true evaluations, demonstrating effective online adaptation to the specific workload’s fitness landscape.
Figure 14 presents the surrogate prediction accuracy characteristics of the proposed CASO framework under different archive evolution stages.
Figure 14a illustrates the convergence behavior of surrogate MAPE with increasing cumulative true fitness evaluations, demonstrating the superior approximation capability of the RBF surrogate compared with alternative surrogate models.
Figure 14b further visualizes the correlation between surrogate-predicted and true fitness values across early, intermediate, and late optimization stages, where the progressively tighter distribution around the diagonal line confirms the improvement of surrogate estimation fidelity during optimization.
Figure 15 presents the computational efficiency and error distribution characteristics of the CASO framework.
Figure 15a shows the evolution of prediction error distributions across multiple archive checkpoints, where the narrowing violin profiles and decreasing medians indicate progressively improved surrogate stability and robustness.
Figure 15b demonstrates the reduction in expensive true fitness evaluations achieved through the surrogate-guided selection mechanism. The results confirm that CASO consistently satisfies the predefined evaluation budget constraint while maintaining efficient optimization performance.
- (3)
Adaptive Parameters Prevent Premature Convergence
Analysis of the SHPD parameter trajectories showed that
and
self-tune from initial values of
to
during exploitation phases and shift back toward
when the surrogate detects stagnation, enabling sustained exploration without manual re-tuning.
Figure 16 illustrates the adaptive parameter behavior of the proposed SHPD optimizer over 200 generations for N = 1000 VMs across 30 independent runs.
Figure 16a shows the mutation scaling factor F, which gradually decreases from exploration to exploitation, with temporary spikes during stagnation recovery to restore diversity.
Figure 16b presents the crossover rate CR, which increases inversely with F, maintaining population diversity during later optimization stages.
Figure 16c depicts the PSO inertia weight ω, which linearly decays from 0.90 to 0.40, enabling a smooth transition from global exploration to local fine-tuning. The overlaid fitness curve confirms that most convergence occurs during the high-ω exploration phase, while later generations focus on refinement. Overall, the figure demonstrates that SHPD achieves an effective self-adaptive exploration–exploitation balance without manual parameter tuning.
Figure 17 illustrates the internal adaptation behavior of the SHADE archive and its effect on optimization performance over 30 runs (N = 1000 VMs).
Figure 17a shows the evolution of the mutation archive
, where memory slots gradually shift toward lower F values, indicating a transition from exploration to exploitation. Temporary increases at generations 58 and 122 correspond to stagnation recovery events that briefly restore exploration.
Figure 17b presents the crossover archive
, which evolves inversely to F, favoring higher crossover rates during exploitation.
Figure 17c links these parameter adaptations to optimization effectiveness, showing that the DE trial success rate increases as the average
F decreases. Together, the results confirm that the SHADE memory mechanism dynamically learns effective parameter settings and improves convergence without manual tuning.
Real-Time Applicability. CASO significantly reduces optimization time through surrogate-assisted evaluation, making it suitable for near-real-time and soft real-time cloud scheduling. Based on the runtime results in
Table 7, CASO can optimize workloads of up to approximately 5000 VMs within 15 s, meeting the requirements of VM consolidation, resource balancing, and periodic placement decisions. For larger workloads of up to 10,000 VMs, the optimization time remains below 40 s, which is acceptable for carbon-aware scheduling and energy management tasks. To further improve scalability, hierarchical problem decomposition and warm-start initialization can be employed to reduce optimization latency while maintaining solution quality, enabling deployment in large-scale cloud environments.
Table 13 presents the applicability of CASO across real-time, near-real-time, and soft real-time scheduling regimes.
5.4. Limitations and Scalability Considerations
Although CASO demonstrates strong optimization performance, several limitations remain: First, surrogate retraining complexity grows with archive size and workload dimensionality, making overhead potentially significant in hyperscale environments involving hundreds of thousands of VMs. Second, highly volatile workloads may reduce surrogate prediction accuracy during abrupt transitions, requiring additional true evaluations and increasing latency. Third, distributed deployment introduces communication and synchronization overhead among edge nodes and centralized schedulers, which may become a bottleneck in federated cloud edge systems. Fourth, sub-second reactive scheduling remains outside CASO’s operational envelope; the framework is best suited for near-real-time VM consolidation and periodic carbon-aware redistribution rather than emergency placement decisions. Fifth, the current SLA model primarily captures CPU contention; future work should extend it to jointly model memory pressure, network congestion, and storage I/O interference.
Two additional operational limitations warrant acknowledgment: Regarding GEF availability, CASO assumes carbon intensity signals are continuously available for all regions. In practice, geographic coverage gaps and reporting delays of 15–60 min are common. When GEF data are absent, CASO degrades gracefully to energy-only optimization (w
2 = 0), but the reported 31.4% carbon reduction is contingent on timely signal availability. Future work should explore GEF imputation strategies such as regional average substitution and forecast-based gap-filling. Regarding migration cost, the current energy model (Equations (9) and (10)) does not account for live VM migration energy, which typically ranges from 10 to 50 Wh per VM, or for transient service degradation during memory copy phases. The constraint repair mechanism (
Section 4.6) may trigger multiple migrations per cycle, and incorporating explicit migration energy and service disruption penalty terms into Equation (13) is a priority for future work. Future extensions will investigate distributed optimization, hierarchical scheduling architectures, warm-start initialization, and renewable energy forecasting integration to further improve CASO’s scalability and responsiveness in ultra-large-scale cloud systems.