<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>T. Burgstaller);</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Damian Garber</string-name>
          <email>damian.garber@tugraz.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Tamim Burgstaller</string-name>
          <email>tamim.burgstaller@ist.tugraz.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Sebastian Lubos</string-name>
          <email>sebastian.lubos@tugraz.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Patrick Ratschiller</string-name>
          <email>patrick.ratschiller@ist.tugraz.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alexander Felfernig</string-name>
          <email>alexander.felfernig@tugraz.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Compiler Autotuning, Optimization, Large Language Models</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Graz University of Technology</institution>
          ,
          <addr-line>Infeldgasse 16b, Graz, 8010</addr-line>
          ,
          <country country="AT">Austria</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2025</year>
      </pub-date>
      <volume>000</volume>
      <fpage>0</fpage>
      <lpage>0002</lpage>
      <abstract>
        <p>Optimization has always been a central focus in computer science. There are various approaches to achieving this, from finding better algorithms to optimizing compiled code. One such approach is compiler optimization, where we can customize the compiler's configuration to optimize for runtime, energy consumption, or binary size, among other factors. However, these optimizations must be carefully selected for each program and typically require expert knowledge. We utilize compiler autotuning to address this, which automatically selects a program's optimization options. Most current solutions for this task require a significant amount of time. Driven by the growing popularity of AI-assisted coding, we have investigated the potential of Large Language Models (LLMs) as a tool for solving the task of compiler autotuning. We show that LLMs can produce well-performing optimization configurations within a reasonable timeframe acceptable for interactive settings.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>CEUR
Workshop
ISSN1613-0073</p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>
        The field of compiler autotuning addresses two key challenges: the phase selection problem and the
phase ordering problem, both aimed at optimizing program performance [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. The phase selection
problem identifies which optimizations to apply, while the phase ordering problem determines the sequence
of these optimizations. This work focuses solely on phase selection. In the modern state-of-the-art,
iterative solutions have become the standard approach [
        <xref ref-type="bibr" rid="ref3 ref4 ref5 ref6 ref7">3, 4, 5, 6, 7</xref>
        ]. Bodin et al. [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] propose one of
the earliest iterative approaches. Their approach starts with an initial set of optimization options
activated, compiles the program, evaluates its performance, and refines the configuration in a loop
until satisfactory results are achieved. Newer approaches focus primarily on increasing the eficiency
of iterative approaches. For example, COBAYN [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] uses Bayesian Networks to narrow the search
space to the most promising configurations. The current state-of-the-art method, BOCA [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], employs
Bayesian Optimization to identify key optimizations and streamline the search process. CompTuner
[
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] builds a prediction model for the runtime of diferent optimization options and uses a particle
swarm optimization algorithm [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] to improve the search performance. Cole [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] can perform
multitarget optimization (for example, runtime and energy consumption) by iteratively creating a Pareto front.
      </p>
      <p>
        However, performance is the central problem for the computationally intensive iterative
state-ofthe-art approaches, requiring several compilations, which, with increasing project size, becomes a
substantial problem. Cole, for example, needs to create a Pareto front, which takes 50 days on a single
machine [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. New lightweight approaches such as Optimization Space Learning (OSL) [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] try diferent
strategies to achieve a responsive tool that provides optimization options faster, with the trade-of of
lower prediction quality. OSL combines configuration space learning and collaborative filtering to
achieve this. First, OSL generates a set of synthesized optimization configurations using a t-wise feature
coverage heuristic and measures their performance for multiple benchmarks. OSL then recommends
optimization configurations for new programs using collaborative filtering [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ].
      </p>
      <p>In this work, we explore the applicability of LLMs in the context of compiler autotuning. LLMs have
already been used successfully in similar situations. For example, [15] uses a purpose-trained model to
minimize the size of the compiled binary, achieving a 3% improvement over the default optimizations
and outperforming several state-of-the-art iterative approaches. Another example is [16], which uses
LLMs to generate hardware-optimized code, or [17], which proposes the Meta Large Language Model
Compiler based on the CodeLLama model.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Experimental Setup</title>
      <p>We used the following setup to evaluate the applicability of using LLMs in the context of compiler
autotuning. We conducted all experiments on a machine running GCC version 11.4.0 on a Xubuntu-22.04
machine with an Intel i7 processor. No multithreading or multiprocessing was applied. We used the
most recent release of OpenAI’s ChatGPT-4o to generate the GCC command that would minimize
the execution time of the resulting binary. To this end, we used the prompt visualized in Figure 1.
We considered prompting techniques other than the zero-shot approach, such as few-shot or chain of
thought, but they were ultimately disregarded. The few-shot approach is disregarded due to the lack of
a dataset containing code and its optimal compiler optimization settings. At the same time, the chain of
thought goes directly against the idea of automatization, without expert input, inherent to the concept
of compiler autotuning.</p>
      <p>We evaluate our results using the PolyBench3 benchmarks, commonly employed in compiler
autotuning evaluation. We run the prompt shown in Figure 1 for each of the 30 benchmarks, exchanging
the ”{Code}” with the full content of the respective C file for each benchmark. We use the framework</p>
      <sec id="sec-3-1">
        <title>3https://github.com/MatthiasJReisinger/PolyBenchC-4.2.1/tree/master</title>
        <p>
          used by OSL4, another compiler autotuning approach, to evaluate the performance of the generated
GCC command [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ]. The conversion to the OSL framework means that some optimization options,
for example, hardware architecture-specific optimizations such as -march=native, are intentionally
discarded. Discarding these options minimizes the influence of system-specific behavior and thus leads
to more general results [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ]. These results are then compared to the performance of the GCC command
using -O3 for the same program similarly converted to the OSL framework. The execution time of
the binaries generated by both commands is measured using perf stat5 and the speedup of the LLM
generated GCC command (

) against the -O3 GCC command ( 3 ) is calculated using (1).
        </p>
        <p>=


 3
(1)</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Results</title>
      <p>First, we investigate the LLM-generated optimization results on its own, and in the second step, we
compare the results with other state-of-the-art alternatives.</p>
      <p>We measured an average speedup of 1.020 when using the LLM-generated GCC command compared to
the default optimization settings of the -O3 GCC command over the 30 benchmarks tested. The median
is marginally higher, with a speedup of 1.021 and a standard deviation of 0.046. We provide a histogram
in Figure 2 to further visualize these results.</p>
      <p>The time needed to generate the GCC commands is, on average, 8.96s. These results show the
potential of an LLM-supported compiler autotuning approach, as it outperforms the default GCC
optimization in 21 out of 30 tested benchmarks while needing a reasonable time.</p>
      <sec id="sec-4-1">
        <title>4https://github.com/AIG-ist-tugraz/OptimizationSpaceLearning 5https://perf.wiki.kernel.org/index.php/Main_Page</title>
        <p>We now compare our LLM-based approach with other state-of-the-art compiler autotuning
approaches, more precisely eight other approaches, which are shown in Table 1.</p>
        <p>
          To allow for a direct comparison with the other approaches, we only visualize 10 of the 30
benchmarks provided by Polybench, as was done by [
          <xref ref-type="bibr" rid="ref10 ref11 ref13">13, 10, 11</xref>
          ]. The ten programs selected are listed
in Table 2. We adapted Table 2 from a table provided by [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ]. We compare the speedup of our results in
Table 3 and the time to generate these results in Table 4 with the alternatives. The other results were
taken from a table provided by [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ] and extended with our results. We discuss the use of external data
in Section 5.
        </p>
        <p>We will first discuss the time needed to generate the results shown in Table 4. We can split the
results into three categories. OSL provides the first and fastest in the single-digit millisecond range. Our
approach provides the second fastest results in the single-digit second range. The remaining approaches
operate in a range of several thousand seconds. Thus, we can conclude that OSL outperforms all other
approaches in speed by an order of magnitude. However, while outperformed by OSL, our approach is
still an order of magnitude faster than the other state-of-the-art approaches. It allows for a reasonably
fast response for direct user interaction.</p>
        <p>
          Regarding the speedup of the compiled code, we outperform the state of the art for the programs P4
and P8. We can only compare individual results for most alternatives since they usually calculate overall
results using additional programs on top of the benchmark set used here or only use parts of it. BOCA
[
          <xref ref-type="bibr" rid="ref10">10</xref>
          ], for example, calculates its overall performance using only 10 of the 30 programs from PolyBench, in
addition to 10 programs from another benchmark, claiming that no significant speedup can be achieved
for the remaining 20 programs. In our case, the average speedup increases from 1.020 to 1.026 when
using only the 10 programs compared to the entire benchmark. The only directly comparable approach
is OSL, which reports an average speedup of 0.994 over the entire benchmark. Our results outperform
these results significantly, averaging a speedup of 1.020.
        </p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Threats to Validity</title>
      <p>This work represents a proof of concept, exploring the potential use of LLMs in compiler autotuning.
We demonstrated that the optimizations generated by LLMs could outperform default optimizations on
average.</p>
      <p>Several factors could have influenced the results of this work, but they were not within the scope of
this study. Firstly, we utilized an externally hosted LLM, which could have afected result generation
speed. We anticipate that using a locally hosted model would yield faster results. Secondly, we
employed ChatGPT-4o, a general model. We expect a model trained explicitly for this purpose to yield
superior results.</p>
      <p>Furthermore, we only calculated the non-iterative approaches and sourced the results for the iterative
approaches externally, recognizing that this may introduce distortions. This step was necessary because
only around half of the approaches made their code publicly available, and the calculation of results
would have taken several days per program per approach. The distortion is mitigated by comparing the
relative speedup of two optimizations tested on the same machine rather than directly comparing the
runtime of the selected benchmarks. Although comparing the time to calculate an optimization directly
can lead to issues, in our case, the time diferences are so significant that we consider any distortions
negligible for the comparisons.</p>
    </sec>
    <sec id="sec-6">
      <title>6. Future Work</title>
      <p>We see future extensions of this work go in three principal directions. The first is increasing the
prediction performance of the used LLM by creating a purpose-trained model dedicated to compiler
optimization. While cost-intensive in data and processing power, we expect such an endeavor to show
significantly improved results, allowing a fast solution while still providing high-quality results.
However, extending this approach to other models such as Gemini 2.5 Pro6, Claude 4.0 Opus7, or Codestral8 is
likely more cost-efective than training a completely new model and is very likely to yield improvements.</p>
      <p>Another research direction would be to integrate this with the fast-emerging AI coding tools like
GitHub’s Copilot9, JetBrains’ AI Assistant10, or CodeCompanion11. These tools are directly embedded
into the Integrated Development Environment (IDE) and are already fully aware of the complete code
base. Thus, they would be in a perfect environment to predict compiler optimizations. Additionally,
this leads to the possible applicability of our approach to more extensive projects, for which most of the
state-of-the-art is not suited.</p>
      <p>Lastly, this work could be extended by including compiler optimization experts, both for creating
datasets and prompts that could be used to enhance the approach directly, or to compare their
recommended optimization options with the results produced by this and other compiler autotuning
approaches.</p>
    </sec>
    <sec id="sec-7">
      <title>7. Conclusion</title>
      <p>This paper shows the applicability of using LLMs in compiler autotuning. The compiler optimizations
generated using ChatGPT-4o for the GCC compiler improved the tested benchmark’s runtime on average
by a factor of 1.020 while taking an average of 8.96s to generate the optimizations. We outperform the
state-of-the-art approaches in 2 out of 10 benchmarks while performing an order of magnitude faster.
These results suggest that this approach is scalable also for large projects, a significant shortcoming of
6https://ai.google.dev/gemini-api/docs/models#gemini-2.5-pro
7https://www.anthropic.com/news/claude-4
8https://mistral.ai/news/codestral
9https://github.com/features/copilot
10https://www.jetbrains.com/ai/
11https://codecompanion.ai/
the existing iterative state-of-the-art approaches.</p>
    </sec>
    <sec id="sec-8">
      <title>Acknowledgments</title>
      <p>This study was funded by GENRE, Austrian Research Promotion Agency (Grant No. 915086).</p>
    </sec>
    <sec id="sec-9">
      <title>Declaration on Generative AI</title>
      <p>While preparing this work, the author(s) used ChatGPT-4 (GPT-4-turbo) and Grammarly to check
grammar and spelling and improve formulations. After using these tool(s)/service(s), the author(s)
reviewed and edited the content as needed and take(s) full responsibility for the publication’s content.
[15] C. Cummins, V. Seeker, D. Grubisic, M. Elhoushi, Y. Liang, B. Roziere, J. Gehring, F. Gloeckle,
K. Hazelwood, G. Synnaeve, et al., Large language models for compiler optimization, arXiv
preprint arXiv:2309.07062 (2023).
[16] C. Hong, S. Bhatia, A. Haan, S. K. Dong, D. Nikiforov, A. Cheung, Y. S. Shao, Llm-aided compilation
for tensor accelerators, arXiv preprint arXiv:2408.03408 (2024).
[17] C. Cummins, V. Seeker, D. Grubisic, B. Roziere, J. Gehring, G. Synnaeve, H. Leather, Meta
large language model compiler: Foundation models of compiler optimization, arXiv preprint
arXiv:2407.02524 (2024).
[18] J. Ansel, S. Kamil, K. Veeramachaneni, J. Ragan-Kelley, J. Bosboom, U.-M. O’Reilly, S. Amarasinghe,
Opentuner: An extensible framework for program autotuning, in: Proceedings of the 23rd
international conference on Parallel architectures and compilation, 2014, pp. 303–316.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J.</given-names>
            <surname>Gong</surname>
          </string-name>
          , T. Chen,
          <article-title>Deep configuration performance learning: A systematic survey and taxonomy</article-title>
          ,
          <source>arXiv preprint arXiv:2403.03322</source>
          (
          <year>2024</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>A. H.</given-names>
            <surname>Ashouri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Killian</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Cavazos</surname>
          </string-name>
          , G. Palermo,
          <string-name>
            <given-names>C.</given-names>
            <surname>Silvano</surname>
          </string-name>
          ,
          <article-title>A survey on compiler autotuning using machine learning</article-title>
          ,
          <source>ACM Computing Surveys (CSUR) 51</source>
          (
          <year>2018</year>
          )
          <fpage>1</fpage>
          -
          <lpage>42</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>S.</given-names>
            <surname>Triantafyllis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Vachharajani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Vachharajani</surname>
          </string-name>
          ,
          <string-name>
            <surname>D. I. August</surname>
          </string-name>
          ,
          <article-title>Compiler optimization-space exploration</article-title>
          ,
          <source>in: International Symposium on Code Generation and Optimization</source>
          ,
          <year>2003</year>
          .
          <source>CGO</source>
          <year>2003</year>
          ., IEEE,
          <year>2003</year>
          , pp.
          <fpage>204</fpage>
          -
          <lpage>215</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Fang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Huang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Eeckhout</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Fursin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Temam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Wu</surname>
          </string-name>
          ,
          <article-title>Deconstructing iterative optimization</article-title>
          ,
          <source>ACM Transactions on Architecture and Code Optimization (TACO) 9</source>
          (
          <issue>2012</issue>
          )
          <fpage>1</fpage>
          -
          <lpage>30</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>K.</given-names>
            <surname>Hoste</surname>
          </string-name>
          , L. Eeckhout,
          <article-title>Cole: compiler optimization level exploration</article-title>
          ,
          <source>in: Proceedings of the 6th annual IEEE/ACM International Symposium on Code Generation and Optimization</source>
          ,
          <year>2008</year>
          , pp.
          <fpage>165</fpage>
          -
          <lpage>174</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>U.</given-names>
            <surname>Garciarena</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Santana</surname>
          </string-name>
          ,
          <article-title>Evolutionary optimization of compiler flag selection by learning and exploiting flags interactions</article-title>
          ,
          <source>in: Proceedings of the 2016 on Genetic and Evolutionary Computation Conference Companion</source>
          ,
          <year>2016</year>
          , pp.
          <fpage>1159</fpage>
          -
          <lpage>1166</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>L.</given-names>
            <surname>Pérez Cáceres</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Pagnozzi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Franzin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Stützle</surname>
          </string-name>
          ,
          <article-title>Automatic configuration of gcc using irace</article-title>
          ,
          <source>in: Artificial Evolution: 13th International Conference</source>
          , Évolution Artificielle,
          <string-name>
            <surname>EA</surname>
          </string-name>
          <year>2017</year>
          , Paris, France,
          <source>October 25-27</source>
          ,
          <year>2017</year>
          ,
          <source>Revised Selected Papers 13</source>
          , Springer,
          <year>2018</year>
          , pp.
          <fpage>202</fpage>
          -
          <lpage>216</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>F.</given-names>
            <surname>Bodin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Kisuki</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Knijnenburg</surname>
          </string-name>
          ,
          <string-name>
            <surname>M. O'Boyle</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <string-name>
            <surname>Rohou</surname>
          </string-name>
          ,
          <article-title>Iterative compilation in a non-linear optimisation space</article-title>
          ,
          <source>in: Workshop on profile and feedback-directed compilation</source>
          ,
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>A. H.</given-names>
            <surname>Ashouri</surname>
          </string-name>
          , G. Mariani,
          <string-name>
            <given-names>G.</given-names>
            <surname>Palermo</surname>
          </string-name>
          , E. Park,
          <string-name>
            <given-names>J.</given-names>
            <surname>Cavazos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Silvano</surname>
          </string-name>
          ,
          <article-title>Cobayn: Compiler autotuning framework using bayesian networks</article-title>
          ,
          <source>ACM Transactions on Architecture and Code Optimization (TACO) 13</source>
          (
          <year>2016</year>
          )
          <fpage>1</fpage>
          -
          <lpage>25</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>J.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <surname>H. Zhang,</surname>
          </string-name>
          <article-title>Eficient compiler autotuning via bayesian optimization</article-title>
          ,
          <source>in: 2021 IEEE/ACM 43rd International Conference on Software Engineering (ICSE)</source>
          , IEEE,
          <year>2021</year>
          , pp.
          <fpage>1198</fpage>
          -
          <lpage>1209</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>M.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Hao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <article-title>Compiler autotuning through multiple phase learning</article-title>
          ,
          <source>ACM Trans. Softw. Eng. Methodol</source>
          . (
          <year>2024</year>
          ). URL: https://doi.org/10.1145/3640330. doi:
          <volume>10</volume>
          .1145/3640330, just Accepted.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>J.</given-names>
            <surname>Kennedy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Eberhart</surname>
          </string-name>
          ,
          <article-title>Particle swarm optimization</article-title>
          ,
          <source>in: Proceedings of ICNN'95-international conference on neural networks</source>
          , volume
          <volume>4</volume>
          , IEEE,
          <year>1995</year>
          , pp.
          <fpage>1942</fpage>
          -
          <lpage>1948</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>T.</given-names>
            <surname>Burgstaller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Garber</surname>
          </string-name>
          , V.
          <string-name>
            <surname>-M. Le</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Felfernig</surname>
          </string-name>
          ,
          <article-title>Optimization space learning: A lightweight, noniterative technique for compiler autotuning</article-title>
          ,
          <source>in: Proceedings of the 28th ACM International Systems and Software Product Line Conference</source>
          ,
          <year>2024</year>
          , pp.
          <fpage>36</fpage>
          -
          <lpage>46</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <surname>M. D. Ekstrand</surname>
            ,
            <given-names>J. T.</given-names>
          </string-name>
          <string-name>
            <surname>Riedl</surname>
            ,
            <given-names>J. A.</given-names>
          </string-name>
          <string-name>
            <surname>Konstan</surname>
          </string-name>
          , et al.,
          <article-title>Collaborative filtering recommender systems, Foundations and Trends® in Human-Computer Interaction 4 (</article-title>
          <year>2011</year>
          )
          <fpage>81</fpage>
          -
          <lpage>173</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>