<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.3 20070202//EN" "journalpublishing.dtd">
<article article-type="brief-report" dtd-version="2.3" xml:lang="EN" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">Front. Phys.</journal-id>
<journal-title>Frontiers in Physics</journal-title>
<abbrev-journal-title abbrev-type="pubmed">Front. Phys.</abbrev-journal-title>
<issn pub-type="epub">2296-424X</issn>
<publisher>
<publisher-name>Frontiers Media S.A.</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">1468348</article-id>
<article-id pub-id-type="doi">10.3389/fphy.2025.1468348</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Physics</subject>
<subj-group>
<subject>Brief Research Report</subject>
</subj-group>
</subj-group>
</article-categories>
<title-group>
<article-title>Transfer of knowledge through reverse annealing: a preliminary analysis of the benefits and what to share</article-title>
<alt-title alt-title-type="left-running-head">Osaba and Villar-Rodriguez</alt-title>
<alt-title alt-title-type="right-running-head">
<ext-link ext-link-type="uri" xlink:href="https://doi.org/10.3389/fphy.2025.1468348">10.3389/fphy.2025.1468348</ext-link>
</alt-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name>
<surname>Osaba</surname>
<given-names>Eneko</given-names>
</name>
<xref ref-type="corresp" rid="c001">&#x2a;</xref>
<uri xlink:href="https://loop.frontiersin.org/people/2797745/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/conceptualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/funding-acquisition/"/>
<role content-type="https://credit.niso.org/contributor-roles/methodology/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/validation/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-original-draft/"/>
<role content-type="https://credit.niso.org/contributor-roles/Writing - review &#x26; editing/"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Villar-Rodriguez</surname>
<given-names>Esther</given-names>
</name>
<role content-type="https://credit.niso.org/contributor-roles/conceptualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/funding-acquisition/"/>
<role content-type="https://credit.niso.org/contributor-roles/methodology/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/validation/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-original-draft/"/>
<role content-type="https://credit.niso.org/contributor-roles/Writing - review &#x26; editing/"/>
</contrib>
</contrib-group>
<aff>
<institution>TECNALIA</institution>, <institution>Basque Research and Technology Alliance (BRTA)</institution>, <addr-line>Derio</addr-line>, <country>Spain</country>
</aff>
<author-notes>
<fn fn-type="edited-by">
<p>
<bold>Edited by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/174010/overview">Marco Alberto Javarone</ext-link>, Enrico Fermi Center for Study and Research, Italy</p>
</fn>
<fn fn-type="edited-by">
<p>
<bold>Reviewed by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/98718/overview">Bikas K. Chakrabarti</ext-link>, Saha Institute of Nuclear Physics (SINP), India</p>
<p>
<ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/145060/overview">Radu-Emil Precup</ext-link>, Politehnica University of Timi&#x219;oara, Romania</p>
<p>
<ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/201673/overview">Marcos C&#xe9;sar de Oliveira</ext-link>, State University of Campinas, Brazil</p>
</fn>
<corresp id="c001">&#x2a;Correspondence: Eneko Osaba, <email>eneko.osaba@tecnalia.com</email>
</corresp>
</author-notes>
<pub-date pub-type="epub">
<day>24</day>
<month>04</month>
<year>2025</year>
</pub-date>
<pub-date pub-type="collection">
<year>2025</year>
</pub-date>
<volume>13</volume>
<elocation-id>1468348</elocation-id>
<history>
<date date-type="received">
<day>21</day>
<month>07</month>
<year>2024</year>
</date>
<date date-type="accepted">
<day>13</day>
<month>03</month>
<year>2025</year>
</date>
</history>
<permissions>
<copyright-statement>Copyright &#xa9; 2025 Osaba and Villar-Rodriguez.</copyright-statement>
<copyright-year>2025</copyright-year>
<copyright-holder>Osaba and Villar-Rodriguez</copyright-holder>
<license xlink:href="http://creativecommons.org/licenses/by/4.0/">
<p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (CC BY). The use, distribution or reproduction in other forums is permitted, provided the original author(s) and the copyright owner(s) are credited and that the original publication in this journal is cited, in accordance with accepted academic practice. No use, distribution or reproduction is permitted which does not comply with these terms.</p>
</license>
</permissions>
<abstract>
<p>Being immersed in the noisy intermediate-scale quantum (NISQ) era, current quantum annealers present limitations for solving optimization problems efficiently. To mitigate these limitations, D-Wave Systems developed a mechanism called reverse annealing, a specific type of quantum annealing designed to perform local refinement of good states found elsewhere. Despite the research activity around reverse annealing, no study has theorized about the possible benefits related to the transfer of knowledge under this paradigm. This work moves in that direction and is driven by experimentation focused on answering two key research questions: <italic>i) is reverse annealing a paradigm that can benefit from knowledge transfer between similar problems?</italic> and <italic>ii) can we infer the characteristics that an input solution should meet to help increase the probability of success?</italic> To properly guide the tests in this paper, the well-known knapsack problem has been chosen for benchmarking purposes, using a total of 34 instances composed of 14 and 16 items.</p>
</abstract>
<kwd-group>
<kwd>quantum annealing</kwd>
<kwd>reverse annealing</kwd>
<kwd>D-wave</kwd>
<kwd>quantum optimization</kwd>
<kwd>transfer optimization</kwd>
</kwd-group>
<contract-num rid="cn001">(EXP. 2022/01341) (A/20220551)</contract-num>
<contract-num rid="cn002">MIG-20211,005</contract-num>
<contract-sponsor id="cn001">Eusko Jaurlaritza<named-content content-type="fundref-id">10.13039/501100003086</named-content>
</contract-sponsor>
<contract-sponsor id="cn002">Centro para el Desarrollo Tecnol&#xf3;gico Industrial<named-content content-type="fundref-id">10.13039/501100001872</named-content>
</contract-sponsor>
<custom-meta-wrap>
<custom-meta>
<meta-name>section-at-acceptance</meta-name>
<meta-value>Quantum Engineering and Technology</meta-value>
</custom-meta>
</custom-meta-wrap>
</article-meta>
</front>
<body>
<sec id="s1">
<title>1 Introduction</title>
<p>A quantum annealer (QA, [<xref ref-type="bibr" rid="B1">1</xref>]) is a specific kind of quantum device designed to deal with optimization problems by means of a process inspired by classical simulated annealing [<xref ref-type="bibr" rid="B2">2</xref>]. These computers leverage quantum mechanics to efficiently explore solution spaces in an attempt to find the optimum value of a given objective function. Today, advances in quantum technologies have contributed to the building of intermediate-scale QAs that implement quantum annealing for programmable use. There are different platforms for building quantum annealers, such as optical tweezers [<xref ref-type="bibr" rid="B3">3</xref>] or superconducting integrated circuits [<xref ref-type="bibr" rid="B4">4</xref>], with the latter being the most recognized to date. Additionally, several companies are working on this technology and building their own devices, such as NEC<xref ref-type="fn" rid="fn1">
<sup>1</sup>
</xref>, Qilimanjaro<xref ref-type="fn" rid="fn2">
<sup>2</sup>
</xref>, and D-Wave Systems<xref ref-type="fn" rid="fn3">
<sup>3</sup>
</xref>.</p>
<p>However, all the progress made in recent years was born in the noisy intermediate-scale quantum (NISQ) era [<xref ref-type="bibr" rid="B5">5</xref>], when quantum devices presented great limitations in solving optimization problems efficiently, even when these problems are small- or medium-sized. As a consequence, the community as a whole is striving to devise schemes and mechanisms to address the current limitations and take advantage of the potential that quantum computing currently offers. Among the most common strategies are the design and implementation of advanced hybrid resolution schemes, which leverage the best of both computing paradigms [<xref ref-type="bibr" rid="B6">6</xref>]. Other alternatives include the implementation of error mitigation strategies [<xref ref-type="bibr" rid="B7">7</xref>] or making use of reliable quantum simulators [<xref ref-type="bibr" rid="B8">8</xref>].</p>
<p>As part of these activities, an interesting strategy studied in works such as [<xref ref-type="bibr" rid="B9">9</xref>&#x2013;<xref ref-type="bibr" rid="B11">11</xref>] involves initiating the quantum evolution with a state that is an educated guess of the problem&#x2019;s solution. It is interesting to note that similar strategies have also been explored in gate-based quantum computing, with the warm-start initialization of quantum approximate optimization algorithms (QAOAs) being particularly well known [<xref ref-type="bibr" rid="B12">12</xref>&#x2013;<xref ref-type="bibr" rid="B14">14</xref>].</p>
<p>In this article, we focus on a specific strategy called reverse annealing (RA, [<xref ref-type="bibr" rid="B15">15</xref>]), which was introduced by D-Wave Systems in 2017. The motivation behind the implementation of RA lies in the limitations of D-Wave&#x2019;s annealers to conduct local refinement of states previously found either through a forward anneal or by means of a classical technique. Thus, RA allows quantum local search by annealing backward from a previously specified state and then forward to a new one.</p>
<p>Today, many practical studies employ RA to improve a solution previously found by other solving schemes [<xref ref-type="bibr" rid="B16">16</xref>, <xref ref-type="bibr" rid="B17">17</xref>]. A significant amount of research has also been published studying theoretical aspects of RA, such as its sensitivity to proper parameterization, mainly regarding the <monospace>RA Schedule</monospace> [<xref ref-type="bibr" rid="B18">18</xref>, <xref ref-type="bibr" rid="B19">19</xref>]. Despite the existence of this buoyant research activity, the full potential of RA is yet to be revealed, as some crucial aspects of its performance still require a deeper analysis.</p>
<p>On this basis and bringing to the fore the proven potential of RA, this paper is committed to extending the frontiers of this promising mechanism, exploring its application in situations not yet studied by the community. To achieve this, the analysis provided in this work is driven by experimentation focused on answering two key research questions (RQ).</p>
<p>As mentioned before, RA was conceived as a local refinement mechanism. For this reason, in order to solve a problem using this paradigm, the QA must be initialized with a known (classical) solution. RA explores the local space around that solution for bitstrings with even lower energy. Despite the existence of intense research activity around RA, no one has theorized about the possible benefits related to the transfer of knowledge (ToK, [<xref ref-type="bibr" rid="B20">20</xref>]) under the umbrella of this paradigm. So far, all studies feed the annealer with an existing solution to the same problem, with this existing solution usually obtained either by a forward annealing process executed immediately before the RA [<xref ref-type="bibr" rid="B21">21</xref>] or by a classical optimization method [<xref ref-type="bibr" rid="B22">22</xref>]. However, it would be reasonable to think that, in a real application context where the problems faced by the industry share analogies, a previous solution may be a good starting point for the resolution of a new (or perhaps not so new, as we argue) problem. At the time of writing, the use of solutions from different problems has remained unexplored. In other words, the influence of solving a specific problem through the RA paradigm by using as input a solution from another similar but not exactly the same problem has not been studied. In this context, the first of the research questions is:</p>
<p>
<bold>
<italic>RQ1</italic>
</bold>
<italic>: Is RA a paradigm that can benefit from knowledge transfer between problem instances with similar characteristics?</italic>
</p>
<p>In relation to the analysis of RA behavior, several studies have tried to provide insights about the requirements that input solutions must meet, determining in many cases that RA is efficient when it is fed by a solution <italic>close</italic> enough to the optimum of the problem to be solved. However, the term <italic>close</italic> is usually ambiguously used [<xref ref-type="bibr" rid="B23">23</xref>], with studies translating this closeness into energy [<xref ref-type="bibr" rid="B24">24</xref>], while others into the composition of the solution itself, that is, the difference in terms of the Hamming distance between the input solution and the optimum one [<xref ref-type="bibr" rid="B25">25</xref>]. Thus, the second RQ posed in this paper aims to shed light on the characteristics that an input solution should have to increase the probability of success:</p>
<p>
<bold>
<italic>RQ2</italic>
</bold>
<italic>: Can we infer the characteristics that an input solution should meet to help increase the probability of succeeding in an RA process?</italic>
</p>
<p>Moving in this direction is especially interesting for ToK because it helps to identify which solution or solutions from the sampling pool are the most promising to feed RA and to set the analysis framework for future work in this area. For clarification purposes and following the nomenclature of ToK, the term <italic>source</italic> refers to the problem or task whose knowledge will be leveraged to solve a <italic>target</italic> task [<xref ref-type="bibr" rid="B39">26</xref>].</p>
<p>To properly guide the experimentation of this paper, the well-known knapsack problem (KP, [<xref ref-type="bibr" rid="B26">27</xref>]) has been used as a benchmarking problem. We have chosen the KP because:<list list-type="simple">
<list-item>
<p>
<inline-formula id="inf1">
<mml:math id="m1">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> It has been extensively used for benchmarking purposes in QC-oriented studies [<xref ref-type="bibr" rid="B27">28</xref>&#x2013;<xref ref-type="bibr" rid="B29">30</xref>].</p>
</list-item>
<list-item>
<p>
<inline-formula id="inf2">
<mml:math id="m2">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> It is an appropriate problem to be formulated as a quadratic unconstrained binary optimization (QUBO) problem [<xref ref-type="bibr" rid="B30">31</xref>].</p>
</list-item>
<list-item>
<p>
<inline-formula id="inf3">
<mml:math id="m3">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> It is a complex problem to be solved by quantum algorithms, as has been previously demonstrated in the literature [<xref ref-type="bibr" rid="B31">32</xref>, <xref ref-type="bibr" rid="B32">33</xref>].</p>
</list-item>
</list>
</p>
<p>Two main instances were used in the planned experimentation, composed of 14 and 16 items, respectively. We call these seed instances <italic>parent</italic>-instances. From each of them, 16 new cases with similar characteristics have been created, hereinafter named <italic>descendant</italic>-instances. With all this, the main objective of the experimentation is to analyze, given a target-instance, the impact of feeding RA with solutions obtained from similar yet different tasks.</p>
<p>It is worth noting that the size of the instances was not chosen randomly. This selection was made after thoroughly analyzing the current state of the art in the conjunction between QA and KP. Additionally, our motivation has been to construct instances that are, on the one hand, large enough so that D-Wave&#x2019;s QA would not always solve them optimally through the forward annealing process and, on the other hand, small enough to be efficiently embedded in the quantum computer.</p>
<p>Lastly, we have used the Hamming distance as a reference measure to evaluate the difference between the two solutions. This measure stands out particularly for its simplicity and efficiency in calculation. Additionally, the Hamming distance is especially suited for measuring the similarity among binary strings, which are often used in quantum computing. It has also been frequently used to compare DNA sequences and error-correction codes.</p>
</sec>
<sec sec-type="methods" id="s2">
<title>2 Methods</title>
<p>As mentioned in the introduction, a QA is a specialized quantum device engineered to tackle optimization problems through a process inspired by classical simulated annealing. More specifically, a QA operates on the principle of adiabatic computation, where an initial, easily prepared Hamiltonian is gradually evolved from its ground state to the ground state of a final, problem-specific Hamiltonian. If this evolution is sufficiently slow, the adiabatic theorem ensures that the system stays in the ground state throughout the computation. In QA, the adiabatic theorem is deliberately relaxed, permitting the process to evolve more quickly than the adiabatic limit would normally permit. Consequently, transitions to higher energy states often occur during the evolution. Despite this, the computational model can also be considered universal [<xref ref-type="bibr" rid="B33">34</xref>]. The D-Wave annealer, which is the one used in this study, is based on an Ising Hamiltonian, which limits the kind of problems that can be executed on the computer. Nevertheless, this type of QA is as well-suited for solving combinatorial optimization problems as the one addressed in this article [<xref ref-type="bibr" rid="B34">35</xref>].</p>
<p>The RA method is a specific type of quantum annealing process designed to perform local refinement of good states found elsewhere [<xref ref-type="bibr" rid="B15">15</xref>]. To achieve this, RA resorts to a time-dependent Hamiltonian:<disp-formula id="e1">
<mml:math id="m4">
<mml:mrow>
<mml:mi>H</mml:mi>
<mml:mfenced open="(" close=")">
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
</mml:mfenced>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>A</mml:mi>
<mml:mfenced open="(" close=")">
<mml:mrow>
<mml:mi>s</mml:mi>
<mml:mfenced open="(" close=")">
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mfenced>
<mml:msub>
<mml:mrow>
<mml:mi>H</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>B</mml:mi>
<mml:mfenced open="(" close=")">
<mml:mrow>
<mml:mi>s</mml:mi>
<mml:mfenced open="(" close=")">
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mfenced>
<mml:msub>
<mml:mrow>
<mml:mi>H</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
<label>(1)</label>
</disp-formula>in which <inline-formula id="inf4">
<mml:math id="m5">
<mml:mrow>
<mml:mi>s</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mo>&#x2208;</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">[</mml:mo>
<mml:mrow>
<mml:mn>0,1</mml:mn>
</mml:mrow>
<mml:mo stretchy="false">]</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>, <inline-formula id="inf5">
<mml:math id="m6">
<mml:mrow>
<mml:mi>A</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>, and <inline-formula id="inf6">
<mml:math id="m7">
<mml:mrow>
<mml:mi>B</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula> are time-dependent amplitudes that must satisfy <inline-formula id="inf7">
<mml:math id="m8">
<mml:mrow>
<mml:mi>A</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mo>&#x226b;</mml:mo>
<mml:mi>B</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula> and <inline-formula id="inf8">
<mml:math id="m9">
<mml:mrow>
<mml:mi>A</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mo>&#x226a;</mml:mo>
<mml:mi>B</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>. Additionally, <inline-formula id="inf9">
<mml:math id="m10">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>H</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> defines the initial Hamiltonian, while the final Hamiltonian <inline-formula id="inf10">
<mml:math id="m11">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>H</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> corresponds to the unconstrained optimization problem, with a ground state that represents the computational solution. In contrast to forward annealing, RA reverses the time-evolution procedure by starting in an eigenstate of <inline-formula id="inf11">
<mml:math id="m12">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>H</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> and evolving under <xref ref-type="disp-formula" rid="e1">Equation 1</xref> in the opposite direction. Thus, <inline-formula id="inf12">
<mml:math id="m13">
<mml:mrow>
<mml:mi>H</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>H</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula> at <inline-formula id="inf13">
<mml:math id="m14">
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> &#x3d; 0, and the process is divided into three different steps in which the Hamiltonian.<list list-type="simple">
<list-item>
<p>1. First, it evolves backward to a previously specified point <inline-formula id="inf14">
<mml:math id="m15">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> in the control schedule in a time <inline-formula id="inf15">
<mml:math id="m16">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> coined <italic>ramp-time.</italic>
</p>
</list-item>
<list-item>
<p>2. Then, it is paused for a time <inline-formula id="inf16">
<mml:math id="m17">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> (this step is optional).</p>
</list-item>
<list-item>
<p>3. It finally evolves forward from <inline-formula id="inf17">
<mml:math id="m18">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> at <inline-formula id="inf18">
<mml:math id="m19">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> to the final Hamiltonian at time <inline-formula id="inf19">
<mml:math id="m20">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> for a <inline-formula id="inf20">
<mml:math id="m21">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>q</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>T</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> <italic>quench time.</italic>
</p>
</list-item>
</list>
</p>
<p>Therefore, the RA Schedule can be defined as shown in the following <xref ref-type="disp-formula" rid="e2">Equation 2</xref> [<xref ref-type="bibr" rid="B18">18</xref>]<disp-formula id="e2">
<mml:math id="m22">
<mml:mrow>
<mml:mi>s</mml:mi>
<mml:mfenced open="(" close=")">
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
</mml:mfenced>
<mml:mo>&#x3d;</mml:mo>
<mml:mfenced open="{" close="">
<mml:mrow>
<mml:mtable class="cases">
<mml:mtr>
<mml:mtd columnalign="left">
<mml:mn>1</mml:mn>
<mml:mo>&#x2b;</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfrac>
<mml:mi>t</mml:mi>
<mml:mo>,</mml:mo>
<mml:mspace width="1em"/>
</mml:mtd>
<mml:mtd columnalign="left">
<mml:mn>0</mml:mn>
<mml:mo>&#x2264;</mml:mo>
<mml:mi>t</mml:mi>
<mml:mo>&#x2264;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>,</mml:mo>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd columnalign="left">
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>,</mml:mo>
<mml:mspace width="1em"/>
</mml:mtd>
<mml:mtd columnalign="left">
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2264;</mml:mo>
<mml:mi>t</mml:mi>
<mml:mo>&#x2264;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>,</mml:mo>
</mml:mtd>
</mml:mtr>
<mml:mtr>
<mml:mtd columnalign="left">
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mrow>
<mml:mi>T</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfrac>
<mml:mfenced open="(" close=")">
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
<mml:mo>,</mml:mo>
<mml:mspace width="1em"/>
</mml:mtd>
<mml:mtd columnalign="left">
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2264;</mml:mo>
<mml:mi>t</mml:mi>
<mml:mo>&#x2264;</mml:mo>
<mml:mi>T</mml:mi>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable>
</mml:mrow>
</mml:mfenced>
<mml:mo>.</mml:mo>
</mml:mrow>
</mml:math>
<label>(2)</label>
</disp-formula>
</p>
</sec>
<sec id="s3">
<title>3 Experimentation and discussion</title>
<p>Before starting with the description of the experimentation, it is important to note that, at present, no metric accurately indicates how similar any two problems are to each other (in order to make them good candidates for ToK). The existence of such a metric would be very advantageous for this purpose. More specifically, similarity should be measured in terms of overlap in the energy landscape of a unified search space [<xref ref-type="bibr" rid="B35">36</xref>]. However, in the real world, it is not possible to determine this overlap beforehand without having executed and, therefore, solved the problem. Given this circumstance, similarity becomes a matter of intuition and is subject to the domain knowledge acquired by the expert. This situation does not detract an iota of value because, in real industrial contexts, most problems have a repetitive nature: a pool of recurring customers in routing problems, production of similar materials with stable task typologies and machines, etc. In such situations, ToK is a promising strategy to resort to past solutions in order to improve the results or speed up the computation of a new yet similar task.</p>
<p>With this in mind, the experiment carried out in this paper uses the well-known KP as a benchmarking problem. In a nutshell, KP consists of a set <inline-formula id="inf21">
<mml:math id="m23">
<mml:mrow>
<mml:mi>P</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> composed of <inline-formula id="inf22">
<mml:math id="m24">
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> items, describing each item <inline-formula id="inf23">
<mml:math id="m25">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> by profit <inline-formula id="inf24">
<mml:math id="m26">
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>v</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> and weight <inline-formula id="inf25">
<mml:math id="m27">
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>w</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>, which must be packed into a container with a maximum capacity <inline-formula id="inf26">
<mml:math id="m28">
<mml:mrow>
<mml:mi>W</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. The objective, therefore, is to select a subset of items to be stored that, without exceeding <inline-formula id="inf27">
<mml:math id="m29">
<mml:mrow>
<mml:mi>W</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, maximizes the profit obtained. It is worth noting that the metric used in this study for measuring the quality of a solution corresponds to the energy provided by the quantum annealer, which should be minimized. That is, the less energy, the better the solution.</p>
<p>Aiming to provide an answer to the <bold>RQ</bold>s, we have designed two separate experiments focused on two <italic>parent</italic>-instances of the KP, which are composed of 14 (<monospace>s14</monospace>) and 16 (<monospace>s16</monospace>) items, respectively. Both instances have been generated <italic>ad hoc</italic> for this study with the values <inline-formula id="inf28">
<mml:math id="m30">
<mml:mrow>
<mml:mi>v</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and <inline-formula id="inf29">
<mml:math id="m31">
<mml:mrow>
<mml:mi>w</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> randomly selected from {1,2,3,4}. Finally, <inline-formula id="inf30">
<mml:math id="m32">
<mml:mrow>
<mml:mi>W</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mo>&#x2211;</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:msubsup>
<mml:msub>
<mml:mrow>
<mml:mi>w</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mo>/</mml:mo>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>.</p>
<p>Taking these cases, each <italic>descendant</italic>-instance has been generated by applying the following strategy.<list list-type="simple">
<list-item>
<p>
<inline-formula id="inf31">
<mml:math id="m33">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> First, the newly generated <italic>descendant</italic>-instance starts out as an exact copy of the corresponding <italic>parent</italic>-instance.</p>
</list-item>
<list-item>
<p>
<inline-formula id="inf32">
<mml:math id="m34">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> Then, a set <inline-formula id="inf33">
<mml:math id="m35">
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>P</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>&#x2032;</mml:mo>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</inline-formula> is created, consisting of all the unique items in <inline-formula id="inf34">
<mml:math id="m36">
<mml:mrow>
<mml:mi>P</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> along with their energy impact. Provided that each item <inline-formula id="inf35">
<mml:math id="m37">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> in <inline-formula id="inf36">
<mml:math id="m38">
<mml:mrow>
<mml:mi>P</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is described as a tuple <inline-formula id="inf37">
<mml:math id="m39">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>v</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>w</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>, a unique item in <inline-formula id="inf38">
<mml:math id="m40">
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>P</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>&#x2032;</mml:mo>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</inline-formula> means that it differs from the others in at least one element of the tuple.</p>
</list-item>
<list-item>
<p>
<inline-formula id="inf39">
<mml:math id="m41">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> Next, a certain number of items of the <italic>descendant</italic>-instance are modified following this criterion: when the purpose is to increase the energy impact of an item <inline-formula id="inf40">
<mml:math id="m42">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>, it is replaced by the next highest energetic item in <inline-formula id="inf41">
<mml:math id="m43">
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>P</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>&#x2032;</mml:mo>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</inline-formula>. Analogously, <inline-formula id="inf42">
<mml:math id="m44">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>i</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> is replaced by the next lowest energy item in <inline-formula id="inf43">
<mml:math id="m45">
<mml:mrow>
<mml:msup>
<mml:mrow>
<mml:mi>P</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mo>&#x2032;</mml:mo>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</inline-formula> when the objective is to reduce the energy. It should be noted that the items with the highest and lowest energy are never modified in the creation of <italic>descendant</italic>-instances.</p>
</list-item>
</list>
</p>
<p>Following this strategy, 16 <italic>descendant</italic>-instances have been created for each <italic>parent</italic>-instance, equally divided into four categories.<list list-type="simple">
<list-item>
<p>
<inline-formula id="inf44">
<mml:math id="m46">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> <monospace>X_L2L</monospace>: <italic>Lowest-Energy-to-Lower-Energy</italic>: X% of the less energetic variables (i.e., items) of the <italic>parent</italic>-instance are selected and modified so that their energetic impact is even lower.</p>
</list-item>
<list-item>
<p>
<inline-formula id="inf45">
<mml:math id="m47">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> <monospace>X_L2H</monospace>: <italic>Lowest-Energy-to-Higher-Energy</italic>: X% of the less energetic variables of the <italic>parent</italic>-instance are selected and modified so that their energetic impact is greater.</p>
</list-item>
<list-item>
<p>
<inline-formula id="inf46">
<mml:math id="m48">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> <monospace>X_H2L</monospace>: <italic>Highest-Energy-to-Lower-Energy</italic>: X% of the highest energetic items of the <italic>parent</italic>-instance are selected and modified so that their energetic impact is lower.</p>
</list-item>
<list-item>
<p>
<inline-formula id="inf47">
<mml:math id="m49">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> <monospace>X_H2H</monospace>: <italic>Highest-Energy-to-Higher-Energy</italic>: X% of the highest energetic variables are selected and modified so that their energetic impact is even greater.</p>
</list-item>
</list>
</p>
<p>It is noteworthy that solutions to these problems are represented by a <inline-formula id="inf48">
<mml:math id="m50">
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>-long vector, where <inline-formula id="inf49">
<mml:math id="m51">
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is the number of items that compose the instance, and <inline-formula id="inf50">
<mml:math id="m52">
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> are slack terms introduced by the penalties. For both <monospace>s14</monospace> and <monospace>s16</monospace>, <inline-formula id="inf51">
<mml:math id="m53">
<mml:mrow>
<mml:mi>s</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>5</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>, so that the decision variables for each problem are 19 and 21, respectively. In our study, the variables eventually modified correspond only to the first <inline-formula id="inf52">
<mml:math id="m54">
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> items.</p>
<p>Systematically, knowledge transfer materializes in our experimentation by taking a <italic>descendant</italic>-instance as the source-task and a <italic>parent</italic>-instance as the target-task to be solved. That is, the goal is to solve a <italic>parent</italic>-instance leveraging the knowledge of a previously solved <italic>descendant</italic>-instance.</p>
<p>First, all instances have been independently executed 10 times using D-Wave&#x2019;s <monospace>Advantage_system6.4</monospace> by means of the common forward annealing process. Regarding the parameters, the number of runs was set to 1,000. Furthermore, the <monospace>Knapsack</monospace> class belonging to the Qiskit v0.6.0 <italic>Optimization Applications</italic> open library was employed for generating the KP QUBOs<xref ref-type="fn" rid="fn4">
<sup>4</sup>
</xref>. Thus, <xref ref-type="table" rid="T1">Table 1</xref> includes.<list list-type="simple">
<list-item>
<p>
<inline-formula id="inf53">
<mml:math id="m55">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> The best energy found for each instance across the 10 independent runs.</p>
</list-item>
<list-item>
<p>
<inline-formula id="inf54">
<mml:math id="m56">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> The energy of the <italic>parent</italic>-instance objective function if the best solution of the <italic>descendant</italic>-instance were applied, and the nominal value of the difference with respect to the energy of the best solution of the <italic>parent</italic>-instance. For example, let us take the row related to <monospace>s16_0.2_L2L</monospace>; the best solution found in the <monospace>s16_0.2_L2L</monospace> resolution corresponds to an energy of &#x2212;10,133. This solution, when applied to the objective function of the <italic>parent</italic>-instance, that is, <monospace>s16</monospace>, produces an energy outcome of &#x2212;10,712. In turn, the energy of the best solution found for the <monospace>s16</monospace> instance was &#x2212;10,716, which causes a difference of 4.</p>
</list-item>
<list-item>
<p>
<inline-formula id="inf55">
<mml:math id="m57">
<mml:mrow>
<mml:mo>&#x2022;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> The Hamming distance between the best solutions of <italic>parent</italic>- and <italic>descendant</italic>-instances when executed independently. In addition, the decomposition of the Hamming distance is added. We specify, among the total number of variables that differ <inline-formula id="inf56">
<mml:math id="m58">
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>h</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>, which ones represent an item <inline-formula id="inf57">
<mml:math id="m59">
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>h</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> and which ones are slack variables <inline-formula id="inf58">
<mml:math id="m60">
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>h</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>. Taking the same example, the Hamming distance between the best solutions found for <monospace>s16_0.2_L2L</monospace> and <monospace>s16</monospace> is equal to 9, meaning that the bitstrings of these solutions differ in nine bits, seven of which correspond to variables representing items and two to slack variables.</p>
</list-item>
</list>
</p>
<table-wrap id="T1" position="float">
<label>TABLE 1</label>
<caption>
<p>Instances used in the experimentation. <italic>Energy wrt.</italic> <monospace>
<italic>sXX</italic>
</monospace> represents the energy value of the best-found solution for the descendant-instances, using as a base the objective function of <monospace>sXX</monospace>. Hamming distances are calculated using as reference the best solution found for the <italic>parent</italic>-instances and the <italic>descendant</italic>-instances along 10 independent runs. Hamming distances are represented by the total value <inline-formula id="inf59">
<mml:math id="m61">
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:mi>h</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> and divided into variables that represent items <inline-formula id="inf60">
<mml:math id="m62">
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>h</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> and slack variables <inline-formula id="inf61">
<mml:math id="m63">
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>h</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula>.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th align="center">Instance</th>
<th align="center">Best energy</th>
<th align="center">Energy wrt. s14</th>
<th align="center">Hamming distance</th>
<th align="center">Instance</th>
<th align="center">Best energy</th>
<th align="center">Energy wrt. s16</th>
<th align="center">Hamming distance</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="center">s14</td>
<td align="center">&#x2212;12422</td>
<td align="center">&#x2014;</td>
<td align="center">&#x2014;</td>
<td align="center">s16</td>
<td align="center">&#x2212;10716</td>
<td align="center">&#x2014;</td>
<td align="center">&#x2014;</td>
</tr>
<tr>
<td align="center">s14_0.2_L2L</td>
<td align="center">&#x2212;12,019</td>
<td align="center">&#x2212;12,419 (3)</td>
<td align="center">7 (7, 0)</td>
<td align="center">s16_0.2_L2L</td>
<td align="center">&#x2212;10,133</td>
<td align="center">&#x2212;10,712 (4)</td>
<td align="center">9 (7, 2)</td>
</tr>
<tr>
<td align="center">s14_0.2_L2H</td>
<td align="center">&#x2212;13,222</td>
<td align="center">&#x2212;12,421 (1)</td>
<td align="center">3 (3, 0)</td>
<td align="center">s16_0.2_L2H</td>
<td align="center">&#x2212;11,583</td>
<td align="center">&#x2212;10,713 (3)</td>
<td align="center">5 (4, 1)</td>
</tr>
<tr>
<td align="center">s14_0.2_H2L</td>
<td align="center">&#x2212;12,021</td>
<td align="center">&#x2212;12,391 (31)</td>
<td align="center">5 (5, 0)</td>
<td align="center">s16_0.2_H2L</td>
<td align="center">&#x2212;10,137</td>
<td align="center">&#x2212;10,715 (1)</td>
<td align="center">4 (3, 1)</td>
</tr>
<tr>
<td align="center">s14_0.2_H2H</td>
<td align="center">&#x2212;12,820</td>
<td align="center">&#x2212;12,388 (34)</td>
<td align="center">4 (4, 0)</td>
<td align="center">s16_0.2_H2H</td>
<td align="center">&#x2212;10,995</td>
<td align="center">&#x2212;10,668 (48)</td>
<td align="center">12 (11, 1)</td>
</tr>
<tr>
<td align="center">s14_0.4_L2L</td>
<td align="center">&#x2212;12,820</td>
<td align="center">&#x2212;12,388 (34)</td>
<td align="center">8 (8, 0)</td>
<td align="center">s16_0.4_L2L</td>
<td align="center">&#x2212;8,974</td>
<td align="center">&#x2212;10,714 (2)</td>
<td align="center">5 (4, 1)</td>
</tr>
<tr>
<td align="center">s14_0.4_L2H</td>
<td align="center">&#x2212;13,620</td>
<td align="center">&#x2212;12,387 (35)</td>
<td align="center">4 (4, 0)</td>
<td align="center">s16_0.4_L2H</td>
<td align="center">&#x2212;11,294</td>
<td align="center">&#x2212;10,712 (4)</td>
<td align="center">5 (5, 0)</td>
</tr>
<tr>
<td align="center">s14L_0.4_H2</td>
<td align="center">&#x2212;11,218</td>
<td align="center">&#x2212;12,294 (128)</td>
<td align="center">8 (7, 1)</td>
<td align="center">s16_0.4_H2L</td>
<td align="center">&#x2212;9,845</td>
<td align="center">&#x2212;10,676 (40)</td>
<td align="center">8 (8, 0)</td>
</tr>
<tr>
<td align="center">s14_0.4_H2H</td>
<td align="center">&#x2212;13,621</td>
<td align="center">&#x2212;12,418 (4)</td>
<td align="center">5 (5, 0)</td>
<td align="center">s16_0.4_H2H</td>
<td align="center">&#x2212;11,579</td>
<td align="center">&#x2212;10,674 (42)</td>
<td align="center">8 (7, 1)</td>
</tr>
<tr>
<td align="center">s14_0.6_L2L</td>
<td align="center">&#x2212;11,620</td>
<td align="center">&#x2212;12,297 (125)</td>
<td align="center">7 (7, 0)</td>
<td align="center">s16_0.6_L2L</td>
<td align="center">&#x2212;8,463</td>
<td align="center">&#x2212;10,563 (153)</td>
<td align="center">11 (10, 1)</td>
</tr>
<tr>
<td align="center">s14_0.6_L2H</td>
<td align="center">&#x2212;13,620</td>
<td align="center">&#x2212;12,416 (6)</td>
<td align="center">8 (7, 1)</td>
<td align="center">s16_0.6_L2H</td>
<td align="center">&#x2212;12,161</td>
<td align="center">&#x2212;10,709 (7)</td>
<td align="center">10 (9, 1)</td>
</tr>
<tr>
<td align="center">s14_0.6_H2L</td>
<td align="center">&#x2212;10,418</td>
<td align="center">&#x2212;12,297 (125)</td>
<td align="center">5 (4, 1)</td>
<td align="center">s16_0.6_H2L</td>
<td align="center">&#x2212;10,136</td>
<td align="center">&#x2212;10,677 (39)</td>
<td align="center">8 (7, 1)</td>
</tr>
<tr>
<td align="center">s14_0.6_H2H</td>
<td align="center">&#x2212;14,020</td>
<td align="center">&#x2212;12,294 (128)</td>
<td align="center">6 (6, 0)</td>
<td align="center">s16_0.6_H2H</td>
<td align="center">&#x2212;11,581</td>
<td align="center">&#x2212;10,676 (40)</td>
<td align="center">4 (3, 1)</td>
</tr>
<tr>
<td align="center">s14_0.8_L2L</td>
<td align="center">&#x2212;11,619</td>
<td align="center">&#x2212;12,139 (287)</td>
<td align="center">8 (7, 1)</td>
<td align="center">s16_0.8_L2L</td>
<td align="center">&#x2212;8,465</td>
<td align="center">&#x2212;10,563 (153)</td>
<td align="center">6 (5, 1)</td>
</tr>
<tr>
<td align="center">s14_0.8_L2H</td>
<td align="center">&#x2212;14,418</td>
<td align="center">&#x2212;12,413 (9)</td>
<td align="center">9 (8, 1)</td>
<td align="center">s16_0.8_L2H</td>
<td align="center">&#x2212;12,108</td>
<td align="center">&#x2212;10,644 (52)</td>
<td align="center">14 (11, 3)</td>
</tr>
<tr>
<td align="center">s14_0.8_H2L</td>
<td align="center">&#x2212;10,819</td>
<td align="center">&#x2212;11,925 (497)</td>
<td align="center">8 (7, 1)</td>
<td align="center">s16_0.8_H2L</td>
<td align="center">&#x2212;10,138</td>
<td align="center">&#x2212;10,569 (147)</td>
<td align="center">5 (5, 0)</td>
</tr>
<tr>
<td align="center">s14_0.8_H2H</td>
<td align="center">&#x2212;14,413</td>
<td align="center">&#x2212;12,287 (135)</td>
<td align="center">7 (5, 2)</td>
<td align="center">s16_0.8_H2H</td>
<td align="center">&#x2212;11,582</td>
<td align="center">&#x2212;10,710 (6)</td>
<td align="center">7 (7, 0)</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>With all this in mind, we now proceed to answer the two questions posed in the introduction.</p>
<sec id="s3-1">
<title>3.1 RQ1: is RA a paradigm that can benefit from knowledge transfer between problem instances with similar characteristics?</title>
<p>A second set of tests has been conducted to properly answer <bold>RQ1</bold>, consisting of solving each target-instance <monospace>s14</monospace> and <monospace>s16</monospace> by means of the RA procedure and using as the input solution the best solutions found for each <italic>descendant</italic>-instance through the first tests summarized in <xref ref-type="table" rid="T1">Table 1</xref>.</p>
<p>A fixed <monospace>RA</monospace> <monospace>schedule</monospace> has been used for all the tests, [(0.0, 1.0), (2.5, 0.5), (102.5, 0.5), (102.75, 1.0)], which has been obtained through an empirical procedure performed in the lab. More precisely, an experiment was carried out in which 25 different <monospace>RA</monospace> <monospace>schedules</monospace> were tested. Minor adjustments were made to the <inline-formula id="inf62">
<mml:math id="m64">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>s</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>, <inline-formula id="inf63">
<mml:math id="m65">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>, <inline-formula id="inf64">
<mml:math id="m66">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>p</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>, and <inline-formula id="inf65">
<mml:math id="m67">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>q</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> parameters. To assess the quality of the designed <monospace>RA</monospace> <monospace>schedule</monospace>, each one was used to solve the two target-instances 10 times each, using one random solution for the problem as input. The aforementioned schedule was selected due to its superior performance compared to the others.</p>
<p>For the sake of fair comparison, the <monospace>annealing_time</monospace> of all the forward annealing processes has been adjusted to the <monospace>RA</monospace> <monospace>schedule</monospace> duration so that all runs carried out in this research access the quantum computer for the same amount of time. We recommend papers such as [<xref ref-type="bibr" rid="B18">18</xref>] to readers interested in the analysis of the reverse annealing schedule. Lastly, <monospace>reinitialize_state&#x3d;True</monospace>.</p>
<p>For each (source instance&#x2013;target instance) combination, 10 independent runs have been executed, with <xref ref-type="table" rid="T2">Table 2</xref> depicting the best result found among these executions, along with the average and the standard deviation. As an example, 10 independent runs have been executed to solve <monospace>s14</monospace>, using the best solution found for <monospace>s14_0.2_L2L</monospace> as the input bitstring in the RA process (i.e., source of knowledge). For this combination, the energy of the best solution found is &#x2212;12,421, while the average and standard deviation are &#x2212;12,420.2 and 0.74, respectively. For comparison purposes, we also depict in <xref ref-type="table" rid="T2">Table 2</xref> the baseline results obtained by <monospace>s14</monospace> and <monospace>s16</monospace> using forward annealing. In these cases, the source of knowledge has been represented as &#x201c;&#x2013;.&#x201d; It is important to highlight that the optimal results for each instance have been achieved using the industry-oriented Quantagonia Hybrid Solver (QHS, [<xref ref-type="bibr" rid="B6">6</xref>]). In essence, this algorithm is divided into two distinguishable steps: Initially, it executes a set of <italic>primal heuristics</italic> to solve the entire problem. These heuristics can be classical or quantum, utilizing external services. Subsequently, <monospace>QHS</monospace> enhances the best solution identified by the primal heuristics through a classical Branch-and-Bound algorithm. One of the key strengths of <monospace>QHS</monospace> is the inclusion of an <italic>optimality proof</italic> mechanism, which provides the <italic>optimality gap</italic> along with the results. The <italic>optimality gap</italic> indicates the remaining potential in the optimization process. This feature is the primary reason we selected <monospace>QHS</monospace> as the solver to achieve optimal results for the considered instances.</p>
<table-wrap id="T2" position="float">
<label>TABLE 2</label>
<caption>
<p>Results of the reverse annealing experimentation. Optimal results obtained using the industry-oriented Hybrid Solver from Quantagonia: <monospace>s14</monospace> &#x3d; 12,422; <monospace>s16</monospace> &#x3d; 10,718.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th colspan="2" align="center">Performance analysis on s14</th>
<th colspan="2" align="center">Performance analysis on s16</th>
</tr>
<tr>
<th align="center">Source of knowledge</th>
<th align="center">(best, avg., std.)</th>
<th align="center">Source of knowledge</th>
<th align="center">(best, avg., std.)</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="center">&#x2014;</td>
<td align="center">(&#x2212;12,422, &#x2212;12,418.9, 2.02)</td>
<td align="center">&#x2014;</td>
<td align="center">(&#x2212;10,716, &#x2212;10,712.0, 3.00)</td>
</tr>
<tr>
<td align="center">s14_0.2_L2L</td>
<td align="center">(&#x2212;12,421, <bold>&#x2212;12,420.2</bold>, <bold>0.74</bold>)</td>
<td align="center">s16_0.2_L2L</td>
<td align="center">(<bold>&#x2212;10,716</bold>, <bold>&#x2212;10,714.7</bold>, <bold>1.27</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.2_L2H</td>
<td align="center">(<bold>&#x2212;12,422</bold>, <bold>&#x2212;12,421.6</bold>, <bold>0.48</bold>)</td>
<td align="center">s16_0.2_L2H</td>
<td align="center">(<bold>&#x2212;10,718</bold>, <bold>&#x2212;10,716.2</bold>, <bold>0.97</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.2_H2L</td>
<td align="center">(<bold>&#x2212;12,422</bold>, <bold>&#x2212;12,421.0</bold>, <bold>0.63</bold>)</td>
<td align="center">s16_0.2_H2L</td>
<td align="center">(<bold>&#x2212;10,718</bold>, <bold>&#x2212;10,716.6</bold>, <bold>0.80</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.2_H2H</td>
<td align="center">(<bold>&#x2212;12,422</bold>, <bold>&#x2212;12,420.8</bold>, <bold>0.60</bold>)</td>
<td align="center">s16_0.2_H2H</td>
<td align="center">(&#x2212;10,714, <bold>&#x2212;10,711.5</bold>, <bold>1.43</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.4_L2L</td>
<td align="center">(&#x2212;12,421, <bold>&#x2212;12,420.6, 0.48</bold>)</td>
<td align="center">s16_0.4_L2L</td>
<td align="center">(<bold>&#x2212;10,717</bold>, <bold>&#x2212;10,715.7</bold>, <bold>0.90</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.4_L2H</td>
<td align="center">(<bold>&#x2212;12422</bold>, <bold>&#x2212;12,420.8</bold>, <bold>0.60</bold>)</td>
<td align="center">s16_0.4_L2H</td>
<td align="center">(<bold>&#x2212;10,717</bold>, <bold>&#x2212;10,716.0</bold>, <bold>1.00</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.4_H2L</td>
<td align="center">(&#x2212;12,421, <bold>&#x2212;12,419.4</bold>, <bold>1.11</bold>)</td>
<td align="center">s16_0.4_H2L</td>
<td align="center">(<bold>&#x2212;10,716</bold>, <bold>&#x2212;10,714.8</bold>, <bold>0.87</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.4_H2H</td>
<td align="center">(<bold>&#x2212;12,422</bold>, &#x2212;12,420.6, <bold>0.80</bold>)</td>
<td align="center">s16_0.4_H2H</td>
<td align="center">(<bold>&#x2212;10,717</bold>, <bold>&#x2212;10,714.9</bold>, <bold>1.22</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.6_L2L</td>
<td align="center">(&#x2212;12,421, <bold>&#x2212;12,420.7</bold>, <bold>0.45</bold>)</td>
<td align="center">s16_0.6_L2L</td>
<td align="center">(&#x2212;10,715, <bold>&#x2212;10,713.8</bold>, <bold>0.74</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.6_L2H</td>
<td align="center">(&#x2212;12,421, <bold>&#x2212;12,418.9</bold>, <bold>1.04</bold>)</td>
<td align="center">s16_0.6_L2H</td>
<td align="center">(&#x2212;10,715, <bold>&#x2212;10,713.9</bold>, <bold>0.94</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.6_H2L</td>
<td align="center">(<bold>&#x2212;12,422</bold>, &#x2212;12,420.6, <bold>0.66</bold>)</td>
<td align="center">s16_0.6_H2L</td>
<td align="center">(<bold>&#x2212;10,716</bold>, <bold>&#x2212;10,715.1</bold>, <bold>0.94</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.6_H2H</td>
<td align="center">(&#x2212;12,421, <bold>&#x2212;12,420.4</bold>, <bold>0.66</bold>)</td>
<td align="center">s16_0.6_H2H</td>
<td align="center">(<bold>&#x2212;10,718</bold>, <bold>&#x2212;10,715.8</bold>, <bold>0.87</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.8_L2L</td>
<td align="center">(&#x2212;12,421, <bold>&#x2212;12,419.7</bold>, <bold>1.10</bold>)</td>
<td align="center">s16_0.8_L2L</td>
<td align="center">(<bold>-10,718</bold>, <bold>-10715.0</bold>, <bold>1.34</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.8_L2H</td>
<td align="center">(&#x2212;12,420, <bold>&#x2212;12,419.1</bold>, <bold>1.30</bold>)</td>
<td align="center">s16_0.8_L2H</td>
<td align="center">(&#x2212;10,714, &#x2212;10,710.7, 1.55)</td>
</tr>
<tr>
<td align="center">s14_0.8_H2L</td>
<td align="center">(&#x2212;12,421, <bold>&#x2212;12,419.5</bold>, <bold>1.02</bold>)</td>
<td align="center">s16_0.8_H2L</td>
<td align="center">(<bold>&#x2212;10,717</bold>, <bold>&#x2212;10,716.5</bold>, <bold>0.50</bold>)</td>
</tr>
<tr>
<td align="center">s14_0.8_H2H</td>
<td align="center">(&#x2212;12,421, <bold>&#x2212;12,420.2</bold>, <bold>0.60)</bold>
</td>
<td align="center">s16_0.8_H2H</td>
<td align="center">(<bold>&#x2212;10,717</bold>, <bold>&#x2212;10,715.6</bold>, <bold>0.79</bold>)</td>
</tr>
</tbody>
</table>
<table-wrap-foot>
<fn>
<p>Bold results equalize or improve the performance of the forward annealing baseline (which is &#x2212;12422 for <monospace>s14</monospace> and &#x2212;10716 for <monospace>s16</monospace>).</p>
</fn>
</table-wrap-foot>
</table-wrap>
<p>The results shown in <xref ref-type="table" rid="T2">Table 2</xref> provide answers to <bold>RQ1</bold>. If we pay attention to <monospace>s14</monospace>, we could preliminarily conclude that the sharing of knowledge does not imply an improvement with respect to the best solution found by the annealer. This reflection cannot be replicated if we look at the values relative to the mean and standard deviation, where the use of solutions from <italic>descendant</italic>-instances clearly implies better performance. In summary, the sharing of knowledge through RA leads to more reliable and robust behavior of the annealer in the case of <monospace>s14</monospace>.</p>
<p>The results are even more interesting in the case of <monospace>s16</monospace>. In this case, the results offered by the forward annealing process are considerably worse as a consequence of facing a larger and more complex problem. In this specific case, the ToK between problems stands as a mechanism that directly implies superior performance for the annealer. More specifically, the use of RA under the criteria established in this research leads, in the vast majority of cases, to a more reliable and robust performance and even to an increase in the probability of obtaining the optimal solution to the <italic>target</italic> problem.</p>
<p>In summary, in view of the results shown in <xref ref-type="table" rid="T2">Table 2</xref>, we can conclude, at least preliminarily, that knowledge sharing through RA is a promising strategy for solving optimization problems. However, all that glitters is not gold, as the good performance shown in these tests reveals a clear line of investigation. This is because, despite better results, there is no clear pattern to shed light on the requirements that two problems must meet to ensure productive knowledge sharing.</p>
<p>These varying results reveal that <bold>RQ1</bold> requires inspecting further the reasons why some <italic>descendant</italic>-instances produce better results than others. This inspection requires a more detailed examination of the relationship between the characteristics of the <italic>descendant</italic>-instances and the performance shown in <xref ref-type="table" rid="T2">Table 2</xref>.</p>
</sec>
<sec id="s3-2">
<title>3.2 RQ2: can we infer the characteristics that an input solution should meet to help increase the probability of succeeding in an RA process?</title>
<p>Although there is a widespread belief in the literature that RA is more effective when the initial state is &#x201c;<italic>close</italic>&#x201d; to the ground state [<xref ref-type="bibr" rid="B24">24</xref>], there is no exact definition for the term &#x201c;<italic>close</italic>&#x201d; in this context. Some papers base this concept on the energetic proximity between the input solution and the ground state [<xref ref-type="bibr" rid="B23">23</xref>], while others suggest that using metrics such as the Hamming distance could be beneficial, contrasting with only choosing states that are low in energy, which may be far from the correct ground state in terms of the quantum annealing procedure [<xref ref-type="bibr" rid="B25">25</xref>].</p>
<p>Thus, experimentally answering this second question can be done by sorting the results depicted in <xref ref-type="table" rid="T2">Table 2</xref>, using as references both energy differences and Hamming distances (represented in <xref ref-type="table" rid="T1">Table 1</xref>). This is the purpose of the plots shown in <xref ref-type="fig" rid="F1">Figures 1</xref>, <xref ref-type="fig" rid="F2">2</xref>. To facilitate the visualization of the outcomes, we show the results obtained by solving each target-instance through forward annealing in the leftmost part of these images. It should also be noted that the figures focused on the energy difference are based on the results shown in column <italic>Energy wrt.</italic> <monospace>
<italic>sXX</italic>
</monospace> of <xref ref-type="table" rid="T1">Table 1</xref>. That is, on the energy value that each best-found solution returns using as a basis the objective function of its related target-instance. In addition, the total Hamming distance <inline-formula id="inf66">
<mml:math id="m68">
<mml:mrow>
<mml:mi>h</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> has been used as a reference in <xref ref-type="fig" rid="F1">Figures 1b</xref>, <xref ref-type="fig" rid="F2">2b</xref>.</p>
<fig id="F1" position="float">
<label>FIGURE 1</label>
<caption>
<p>Results related to the resolution of <monospace>s14</monospace> using as input the best solution found for each <italic>descendant</italic>-instance over 10 independent runs. The blue boxplots represent the baseline results obtained through forward annealing. The lower the energy value, the better the solution. <bold>(a)</bold> Results for <monospace>s14</monospace> sorted by energy difference. <bold>(b)</bold> Results for <monospace>s14</monospace> sorted by Hamming distance.</p>
</caption>
<graphic xlink:href="fphy-13-1468348-g001.tif"/>
</fig>
<fig id="F2" position="float">
<label>FIGURE 2</label>
<caption>
<p>Results related to the resolution of <monospace>s16</monospace> using as input the best solution found for each <italic>descendant</italic>-instance over 10 independent runs. The blue boxplots represent the baseline results obtained through forward annealing. The lower the energy value, the better the solution. <bold>(a)</bold> Results for <monospace>s16</monospace> sorted by energy difference. <bold>(b)</bold> Results for <monospace>s16</monospace> sorted by Hamming distance.</p>
</caption>
<graphic xlink:href="fphy-13-1468348-g002.tif"/>
</fig>
<p>On the one hand, by carefully analyzing the results of <xref ref-type="fig" rid="F1">Figures 1a</xref>, <xref ref-type="fig" rid="F2">2a</xref>, it is difficult to detect a clear correlation between the energy difference among the solutions and their good performance as an input instance in an RA-based optimization process. Although the closest solutions offer competitive results, there are many cases that make it impossible to draw a generalizable conclusion.</p>
<p>In the case of <monospace>s14</monospace>, <monospace>s14_0.8_L2H</monospace> has emerged as the worst instance for feeding the RA mechanisms despite its energy value being close to the ground-state solution (&#x2212;12,413 vs. &#x2212;12,422, &#x2b;9). In contrast, <monospace>s14_0.6_H2L</monospace> has shown adequate performance despite its remoteness in terms of energy (&#x2212;12,297 vs. &#x2212;12,422, &#x2b;125). Turning our attention to <monospace>s16</monospace>, it is also possible to detect that closer solutions produce good results. Even so, there are contradictory cases such as <monospace>s16_0.6_L2H</monospace>, <monospace>s16_0.8_H2L,</monospace> or <monospace>s16_0.8_L2L</monospace>. Regarding <monospace>s16_0.6_L2H</monospace>, its performance has proven to be poor, even being near the reference solution (&#x2212;10,709 vs. &#x2212;10,716, &#x2b;7). Finally, the other two <italic>descendant</italic>-instances mentioned have emerged as good alternatives to feed the RA despite being among the most distant in terms of energy.</p>
<p>On the other hand, a clear trend is detected by analyzing <xref ref-type="fig" rid="F1">Figures 1b</xref>, <xref ref-type="fig" rid="F2">2b</xref>, where the Hamming distance emerges as a key factor in finding good solutions for the target-instances. In other words, using as a source of knowledge a <italic>descendant</italic>-instance whose best solution minimizes the Hamming distance regarding <italic>parent</italic>-instances has proven to be efficient. Even a quick glance at the results obtained leads to the conclusion that as the Hamming distance increases, the performance of the RA degrades significantly.</p>
<p>This finding, despite being almost unexplored in studies related to RA, is in line with the premises of the classical computing field known as transfer optimization [<xref ref-type="bibr" rid="B20">20</xref>]. There are several studies related to this classical research stream that conclude that for efficient knowledge sharing, there must be at least a <italic>partial overlapping</italic> in the optimal solutions to the problems at hand. More specifically, two problems present a <italic>partial overlapping</italic> if the optima of both tasks are exactly the same in the unified search space regarding a subset of variables and different from the remaining variables [<xref ref-type="bibr" rid="B36">37</xref>].</p>
<p>Furthermore, conclusions related to <bold>RQ2</bold> are also coherent with the work proposed in [<xref ref-type="bibr" rid="B10">10</xref>]. That paper is focused on a specific kind of quantum annealing called <italic>biased annealing</italic>, which involves complementing the driver Hamiltonian with a longitudinal bias field. The importance of the Hamming distance between the driver Hamiltonian and the ground state is highlighted in a specific process called <italic>iterative biased quantum annealing</italic>, despite the same author minimizing its impact in a subsequent study when solving problems of large size [<xref ref-type="bibr" rid="B37">38</xref>].</p>
<p>Lastly, all the instances used in this paper and the complete set of results shown are openly available [<xref ref-type="bibr" rid="B38">39</xref>].</p>
</sec>
</sec>
<sec id="s4">
<title>4 Conclusions and further work</title>
<p>In this work, we have preliminarily studied the influence of transferring knowledge between similar tasks through the reverse annealing mechanism implemented by D-Wave. To do that, two research questions have been posed:</p>
<p>
<bold>
<italic>RQ1</italic>
</bold>
<italic>: Is RA a paradigm that can benefit from knowledge transfer between problem instances with similar characteristics?</italic>
</p>
<p>
<bold>
<italic>RQ2</italic>
</bold>
<italic>: Can we infer the characteristics that an input solution should meet to help increase the probability of succeeding in an RA process?</italic>
</p>
<p>First, answering <bold>RQ1</bold> and in view of the positive results obtained, the transfer of knowledge in quantum computing appears to be a promising research avenue that undoubtedly deserves further investigation. As for RA, it is commonly applied as a local refinement procedure right after an optimization process carried out by forward annealing or a classical optimization technique. In this work, RA serves as a mechanism for knowledge transfer, allowing the reuse of a solution obtained in an independent optimization process.</p>
<p>It is important to highlight that, aside from the results regarding performance, knowledge sharing pursues savings in the use of computational resources. These savings are mainly materialized by resorting to previous outcomes when solving a new task under the assumption that industries are likely to face tasks that have much in common with each other. This is especially useful in real-world environments where companies accumulate results from past planning exercises and continually receive new tasks that are sometimes not very distinct from those already executed.</p>
<p>Second, answering <bold>RQ2</bold> and according to the results depicted, the closeness in terms of energy is not related to the performance of RA, and only the closeness with respect to the Hamming distance is. This means that the neighborhood must be based on solution codification and not energy, making it a priority to organize the coding of the target problem so that it fits as much as possible with the source problem through a unified search space [<xref ref-type="bibr" rid="B35">36</xref>].In light of these positive results, several open research questions should be further studied in subsequent investigations, which can be summarized as<list list-type="simple">
<list-item>
<p>
<inline-formula id="inf67">
<mml:math id="m69">
<mml:mrow>
<mml:mo>&#x25a0;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> Future work of considerable importance will likely focus on advancing toward the generalization of the conclusions drawn from this study. To reach this ambitious goal, the following steps are essential:</p>
<list list-type="simple">
<list-item>
<p>&#x2022; Inspired by the findings described in [<xref ref-type="bibr" rid="B37">38</xref>], further experiments should be carried out with larger instances, with the intention of determining whether the conclusions are replicable in such cases.</p>
</list-item>
<list-item>
<p>&#x2022; Further study the impact of the <monospace>RA Schedules</monospace> on knowledge transfer. To do this, the preliminary study already described in <xref ref-type="sec" rid="s3">Section 3</xref> will be revisited, and the knowledge transfer paradigm will be examined under the mentioned 25 <monospace>RA Schedules</monospace>.</p>
</list-item>
<list-item>
<p>&#x2022; Carry out a thorough analysis of computational resources and time.</p>
</list-item>
<list-item>
<p>&#x2022; Examine whether the findings from the experimentation can be replicated in other optimization problems, such as the traveling salesman problem or the bin packing problem.</p>
</list-item>
<list-item>
<p>&#x2022; Study the potential limitations when applying RA to more real-world scenarios.</p>
</list-item>
</list>
</list-item>
<list-item>
<p>
<inline-formula id="inf68">
<mml:math id="m70">
<mml:mrow>
<mml:mo>&#x25a0;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> Fairly compare RA as a local refinement method (using the same instance for source- and target-tasks) with RA as a transfer knowledge procedure.</p>
</list-item>
<list-item>
<p>
<inline-formula id="inf69">
<mml:math id="m71">
<mml:mrow>
<mml:mo>&#x25a0;</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> Define a similarity measure for transfer of knowledge purposes. This means, given a potential source-task and its results, designing a metric that calculates how good a candidate source-task is for knowledge transfer purposes. The findings provided by the experimentation of this paper, particularly that focused on Hamming distance, are a good starting point for formulating this metric. Thus, a validated metric accepted by the community would be a milestone for the transfer of knowledge research line.</p>
</list-item>
</list>
</p>
</sec>
</body>
<back>
<sec sec-type="data-availability" id="s5">
<title>Data availability statement</title>
<p>The datasets presented in this study can be found in online repositories. The names of the repository/repositories and accession number(s) can be found in the article/supplementary material.</p>
</sec>
<sec sec-type="author-contributions" id="s6">
<title>Author contributions</title>
<p>EO: conceptualization, funding acquisition, methodology, software, validation, writing &#x2013; original draft, and writing &#x2013; review and editing. EV-R: conceptualization, funding acquisition, methodology, software, validation, writing &#x2013; original draft, and writing &#x2013; review and editing.</p>
</sec>
<sec sec-type="funding-information" id="s7">
<title>Funding</title>
<p>The author(s) declare that financial support was received for the research and/or publication of this article. This work was supported by the Basque Government through Plan complementario comunicaci&#xf3;n cu&#xe1;ntica (EXP. 2022/01341) (A/20220551) and by the Spanish CDTI through the Misiones Ciencia e Innovaci&#xf3;n 2021 program (<italic>CUCO</italic>, MIG-20211,005).</p>
</sec>
<ack>
<p>The authors thank Jordi Riu, Andr&#xe9;s Navas, and Josep Bosch from Qilimanjaro Quantum Tech for the helpful discussions. During the preparation of this work, the authors used Microsoft Copilot to improve the language and readability of the manuscript. After using this tool/service, the authors reviewed and edited the content as needed, taking full responsibility for the content of the publication.</p>
</ack>
<sec sec-type="COI-statement" id="s8">
<title>Conflict of interest</title>
<p>Authors EO and EV-R were employed by TECNALIA.</p>
</sec>
<sec sec-type="disclaimer" id="s9">
<title>Publisher&#x2019;s note</title>
<p>All claims expressed in this article are solely those of the authors and do not necessarily represent those of their affiliated organizations, or those of the publisher, the editors and the reviewers. Any product that may be evaluated in this article, or claim that may be made by its manufacturer, is not guaranteed or endorsed by the publisher.</p>
</sec>
<fn-group>
<fn id="fn1">
<label>1</label>
<p>
<ext-link ext-link-type="uri" xlink:href="https://parityqc.com/a-new-quantum-annealer-by-nec">https://parityqc.com/a-new-quantum-annealer-by-nec</ext-link>
</p>
</fn>
<fn id="fn2">
<label>2</label>
<p>
<ext-link ext-link-type="uri" xlink:href="https://qilimanjaro.tech/">https://qilimanjaro.tech/</ext-link>
</p>
</fn>
<fn id="fn3">
<label>3</label>
<p>
<ext-link ext-link-type="uri" xlink:href="https://www.dwavesys.com/">https://www.dwavesys.com/</ext-link>
</p>
</fn>
<fn id="fn4">
<label>4</label>
<p>
<ext-link ext-link-type="uri" xlink:href="https://qiskit-community.github.io/qiskit-optimization/stubs/qiskit_optimization.applications.Knapsack.html">https://qiskit-community.github.io/qiskit-optimization/stubs/qiskit_optimization.applications.Knapsack.html</ext-link>
</p>
</fn>
</fn-group>
<ref-list>
<title>References</title>
<ref id="B1">
<label>1.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Rajak</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Suzuki</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Dutta</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Chakrabarti</surname>
<given-names>BK</given-names>
</name>
</person-group>. <article-title>Quantum annealing: an overview</article-title>. <source>Philosophical Trans R Soc A</source> (<year>2023</year>) <volume>381</volume>:<fpage>20210417</fpage>. <pub-id pub-id-type="doi">10.1098/rsta.2021.0417</pub-id>
</citation>
</ref>
<ref id="B2">
<label>2.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Bertsimas</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Tsitsiklis</surname>
<given-names>J</given-names>
</name>
</person-group>. <article-title>Simulated annealing</article-title>. <source>Stat Sci</source> (<year>1993</year>) <volume>8</volume>:<fpage>10</fpage>&#x2013;<lpage>5</lpage>. <pub-id pub-id-type="doi">10.1214/ss/1177011077</pub-id>
</citation>
</ref>
<ref id="B3">
<label>3.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ebadi</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Keesling</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Cain</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Wang</surname>
<given-names>TT</given-names>
</name>
<name>
<surname>Levine</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Bluvstein</surname>
<given-names>D</given-names>
</name>
<etal/>
</person-group> <article-title>Quantum optimization of maximum independent set using rydberg atom arrays</article-title>. <source>Science</source> (<year>2022</year>) <volume>376</volume>:<fpage>1209</fpage>&#x2013;<lpage>15</lpage>. <pub-id pub-id-type="doi">10.1126/science.abo6587</pub-id>
</citation>
</ref>
<ref id="B4">
<label>4.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Bunyk</surname>
<given-names>PI</given-names>
</name>
<name>
<surname>Hoskinson</surname>
<given-names>EM</given-names>
</name>
<name>
<surname>Johnson</surname>
<given-names>MW</given-names>
</name>
<name>
<surname>Tolkacheva</surname>
<given-names>E</given-names>
</name>
<name>
<surname>Altomare</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Berkley</surname>
<given-names>AJ</given-names>
</name>
<etal/>
</person-group> <article-title>Architectural considerations in the design of a superconducting quantum annealing processor</article-title>. <source>IEEE Trans Appl Superconductivity</source> (<year>2014</year>) <volume>24</volume>:<fpage>1</fpage>&#x2013;<lpage>10</lpage>. <pub-id pub-id-type="doi">10.1109/tasc.2014.2318294</pub-id>
</citation>
</ref>
<ref id="B5">
<label>5.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Preskill</surname>
<given-names>J</given-names>
</name>
</person-group>. <article-title>Quantum computing in the nisq era and beyond</article-title>. <source>Quantum</source> (<year>2018</year>) <volume>2</volume>:<fpage>79</fpage>. <pub-id pub-id-type="doi">10.22331/q-2018-08-06-79</pub-id>
</citation>
</ref>
<ref id="B6">
<label>6.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Osaba</surname>
<given-names>E</given-names>
</name>
<name>
<surname>Villar-Rodriguez</surname>
<given-names>E</given-names>
</name>
<name>
<surname>Gomez-Tejedor</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Oregi</surname>
<given-names>I</given-names>
</name>
</person-group>. <article-title>Hybrid quantum solvers in production: how to succeed in the nisq era?</article-title> <source>arXiv preprint arXiv:2401.10302</source> (<year>2024</year>) <fpage>423</fpage>&#x2013;<lpage>34</lpage>. <pub-id pub-id-type="doi">10.1007/978-3-031-77738-7_35</pub-id>
</citation>
</ref>
<ref id="B7">
<label>7.</label>
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Bhalgamiya</surname>
<given-names>B</given-names>
</name>
<name>
<surname>Perera</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Novotny</surname>
<given-names>MA</given-names>
</name>
</person-group>. <article-title>Quantum annealing error mitigation using mirror symmetries on different generations of quantum annealers</article-title>. In: <source>2022 IEEE international conference on quantum computing and engineering (QCE)</source>. <publisher-name>IEEE</publisher-name> (<year>2022</year>). p. <fpage>844</fpage>&#x2013;<lpage>6</lpage>.</citation>
</ref>
<ref id="B8">
<label>8.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>C&#xe9;leri</surname>
<given-names>LC</given-names>
</name>
<name>
<surname>Huerga</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Albarr&#xe1;n-Arriagada</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Solano</surname>
<given-names>E</given-names>
</name>
<name>
<surname>de Andoin</surname>
<given-names>MG</given-names>
</name>
<name>
<surname>Sanz</surname>
<given-names>M</given-names>
</name>
</person-group>. <article-title>Digital-analog quantum simulation of fermionic models</article-title>. <source>Phys Rev Appl</source> (<year>2023</year>) <volume>19</volume>:<fpage>064086</fpage>. <pub-id pub-id-type="doi">10.1103/physrevapplied.19.064086</pub-id>
</citation>
</ref>
<ref id="B9">
<label>9.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Perdomo-Ortiz</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Venegas-Andraca</surname>
<given-names>SE</given-names>
</name>
<name>
<surname>Aspuru-Guzik</surname>
<given-names>A</given-names>
</name>
</person-group>. <article-title>A study of heuristic guesses for adiabatic quantum computation</article-title>. <source>Quan Inf Process</source> (<year>2011</year>) <volume>10</volume>:<fpage>33</fpage>&#x2013;<lpage>52</lpage>. <pub-id pub-id-type="doi">10.1007/s11128-010-0168-z</pub-id>
</citation>
</ref>
<ref id="B10">
<label>10.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gra&#xdf;</surname>
<given-names>T</given-names>
</name>
</person-group>. <article-title>Quantum annealing with longitudinal bias fields</article-title>. <source>Phys Rev Lett</source> (<year>2019</year>) <volume>123</volume>:<fpage>120501</fpage>. <pub-id pub-id-type="doi">10.1103/physrevlett.123.120501</pub-id>
</citation>
</ref>
<ref id="B11">
<label>11.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ohkuwa</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Nishimori</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Lidar</surname>
<given-names>DA</given-names>
</name>
</person-group>. <article-title>Reverse annealing for the fully connected p-spin model</article-title>. <source>Phys Rev A</source> (<year>2018</year>) <volume>98</volume>:<fpage>022314</fpage>. <pub-id pub-id-type="doi">10.1103/physreva.98.022314</pub-id>
</citation>
</ref>
<ref id="B12">
<label>12.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Tate</surname>
<given-names>R</given-names>
</name>
<name>
<surname>Farhadi</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Herold</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Mohler</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Gupta</surname>
<given-names>S</given-names>
</name>
</person-group>. <article-title>Bridging classical and quantum with sdp initialized warm-starts for qaoa</article-title>. <source>ACM Trans Quan Comput</source> (<year>2023</year>) <volume>4</volume>:<fpage>1</fpage>&#x2013;<lpage>39</lpage>. <pub-id pub-id-type="doi">10.1145/3549554</pub-id>
</citation>
</ref>
<ref id="B13">
<label>13.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Beaulieu</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Pham</surname>
<given-names>A</given-names>
</name>
</person-group>. <article-title>Max-cut clustering utilizing warm-start qaoa and ibm runtime</article-title>. <source>arXiv preprint arXiv:2108.13464</source> (<year>2021</year>).</citation>
</ref>
<ref id="B14">
<label>14.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Tate</surname>
<given-names>R</given-names>
</name>
<name>
<surname>Moondra</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Gard</surname>
<given-names>B</given-names>
</name>
<name>
<surname>Mohler</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Gupta</surname>
<given-names>S</given-names>
</name>
</person-group>. <article-title>Warm-started QAOA with custom mixers provably converges and computationally beats goemans-williamson&#x27;s max-cut at low circuit depths</article-title>. <source>Quantum</source> (<year>2023</year>) <volume>7</volume>:<fpage>1121</fpage>. <pub-id pub-id-type="doi">10.22331/q-2023-09-26-1121</pub-id>
</citation>
</ref>
<ref id="B15">
<label>15.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Developers</surname>
<given-names>D-W</given-names>
</name>
</person-group>. <article-title>Reverse quantum annealing for local refinement of solutions</article-title>. <source>Tech Rep</source> (<year>2021</year>) <volume>14-1018A</volume>.</citation>
</ref>
<ref id="B16">
<label>16.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Haba</surname>
<given-names>R</given-names>
</name>
<name>
<surname>Ohzeki</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Tanaka</surname>
<given-names>K</given-names>
</name>
</person-group>. <article-title>Travel time optimization on multi-agv routing by reverse annealing</article-title>. <source>Scientific Rep</source> (<year>2022</year>) <volume>12</volume>:<fpage>17753</fpage>. <pub-id pub-id-type="doi">10.1038/s41598-022-22704-0</pub-id>
</citation>
</ref>
<ref id="B17">
<label>17.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Carugno</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Ferrari Dacrema</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Cremonesi</surname>
<given-names>P</given-names>
</name>
</person-group>. <article-title>Evaluating the job shop scheduling problem on a d-wave quantum annealer</article-title>. <source>Scientific Rep</source> (<year>2022</year>) <volume>12</volume>:<fpage>6539</fpage>. <pub-id pub-id-type="doi">10.1038/s41598-022-10169-0</pub-id>
</citation>
</ref>
<ref id="B18">
<label>18.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Grant</surname>
<given-names>E</given-names>
</name>
<name>
<surname>Humble</surname>
<given-names>TS</given-names>
</name>
<name>
<surname>Stump</surname>
<given-names>B</given-names>
</name>
</person-group>. <article-title>Benchmarking quantum annealing controls with portfolio optimization</article-title>. <source>Phys Rev Appl</source> (<year>2021</year>) <volume>15</volume>:<fpage>014012</fpage>. <pub-id pub-id-type="doi">10.1103/physrevapplied.15.014012</pub-id>
</citation>
</ref>
<ref id="B19">
<label>19.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Golden</surname>
<given-names>J</given-names>
</name>
<name>
<surname>O&#x2019;Malley</surname>
<given-names>D</given-names>
</name>
</person-group>. <article-title>Reverse annealing for nonnegative/binary matrix factorization</article-title>. <source>Plos one</source> (<year>2021</year>) <volume>16</volume>:<fpage>e0244026</fpage>. <pub-id pub-id-type="doi">10.1371/journal.pone.0244026</pub-id>
</citation>
</ref>
<ref id="B20">
<label>20.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gupta</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Ong</surname>
<given-names>YS</given-names>
</name>
<name>
<surname>Feng</surname>
<given-names>L</given-names>
</name>
</person-group>. <article-title>Insights on transfer optimization: because experience is the best teacher</article-title>. <source>IEEE Trans Emerging Top Comput Intelligence</source> (<year>2017</year>) <volume>2</volume>:<fpage>51</fpage>&#x2013;<lpage>64</lpage>. <pub-id pub-id-type="doi">10.1109/tetci.2017.2769104</pub-id>
</citation>
</ref>
<ref id="B21">
<label>21.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Pelofske</surname>
<given-names>E</given-names>
</name>
<name>
<surname>Hahn</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Djidjev</surname>
<given-names>H</given-names>
</name>
</person-group>. <article-title>Initial state encoding via reverse quantum annealing and h-gain features</article-title>. <source>IEEE Trans Quan Eng</source> (<year>2023</year>) <volume>4</volume>:<fpage>3102221</fpage>&#x2013;<lpage>1</lpage>. <pub-id pub-id-type="doi">10.1109/tqe.2023.3319586</pub-id>
</citation>
</ref>
<ref id="B22">
<label>22.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Venturelli</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Kondratyev</surname>
<given-names>A</given-names>
</name>
</person-group>. <article-title>Reverse quantum annealing approach to portfolio optimization problems</article-title>. <source>Quan Machine Intelligence</source> (<year>2019</year>) <volume>1</volume>:<fpage>17</fpage>&#x2013;<lpage>30</lpage>. <pub-id pub-id-type="doi">10.1007/s42484-019-00001-w</pub-id>
</citation>
</ref>
<ref id="B23">
<label>23.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ding</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Spallitta</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Sebastiani</surname>
<given-names>R</given-names>
</name>
</person-group>. <article-title>Effective prime factorization via quantum annealing by modular locally-structured embedding</article-title>. <source>Scientific Rep</source> (<year>2024</year>) <volume>14</volume>:<fpage>3518</fpage>. <pub-id pub-id-type="doi">10.1038/s41598-024-53708-7</pub-id>
</citation>
</ref>
<ref id="B24">
<label>24.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Passarelli</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Yip</surname>
<given-names>KW</given-names>
</name>
<name>
<surname>Lidar</surname>
<given-names>DA</given-names>
</name>
<name>
<surname>Nishimori</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Lucignano</surname>
<given-names>P</given-names>
</name>
</person-group>. <article-title>Reverse quantum annealing of the p-spin model with relaxation</article-title>. <source>Phys Rev A</source> (<year>2020</year>) <volume>101</volume>:<fpage>022331</fpage>. <pub-id pub-id-type="doi">10.1103/physreva.101.022331</pub-id>
</citation>
</ref>
<ref id="B25">
<label>25.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Pelofske</surname>
<given-names>E</given-names>
</name>
</person-group>. <article-title>Mapping state transition susceptibility in quantum annealing</article-title>. <source>Phys Rev Res</source> (<year>2023</year>) <volume>5</volume>:<fpage>013224</fpage>. <pub-id pub-id-type="doi">10.1103/physrevresearch.5.013224</pub-id>
</citation>
</ref>
<ref id="B39">
<label>26.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Villar-Rodriguez</surname>
<given-names>E</given-names>
</name>
<name>
<surname>Osaba</surname>
<given-names>E</given-names>
</name>
<name>
<surname>Oregi</surname>
<given-names>I</given-names>
</name>
<name>
<surname>Romero</surname>
<given-names>SV</given-names>
</name>
<name>
<surname>Ferreiro-V&#xe9;lez</surname>
<given-names>J</given-names>
</name>
</person-group>. <article-title>On the transfer of knowledge in quantum algorithms</article-title> <source>arXiv preprint arXiv:2501.14120</source>.</citation>
</ref>
<ref id="B26">
<label>27.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Salkin</surname>
<given-names>HM</given-names>
</name>
<name>
<surname>De Kluyver</surname>
<given-names>CA</given-names>
</name>
</person-group>. <article-title>The knapsack problem: a survey</article-title>. <source>Naval Res Logistics Q</source> (<year>1975</year>) <volume>22</volume>:<fpage>127</fpage>&#x2013;<lpage>44</lpage>. <pub-id pub-id-type="doi">10.1002/nav.3800220110</pub-id>
</citation>
</ref>
<ref id="B27">
<label>28.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Bo&#x17c;ejko</surname>
<given-names>W</given-names>
</name>
<name>
<surname>Burduk</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Pempera</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Uchro&#x144;ski</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Wodecki</surname>
<given-names>M</given-names>
</name>
</person-group>. <article-title>Optimal solving of a binary knapsack problem on a d-wave quantum machine and its implementation in production systems</article-title>. <source>Ann Operations Res</source> (<year>2024</year>) <fpage>1</fpage>&#x2013;<lpage>16</lpage>. <pub-id pub-id-type="doi">10.1007/s10479-024-06025-1</pub-id>
</citation>
</ref>
<ref id="B28">
<label>29.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Wilkening</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Lefterovici</surname>
<given-names>AI</given-names>
</name>
<name>
<surname>Binkowski</surname>
<given-names>L</given-names>
</name>
<name>
<surname>Perk</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Fekete</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Osborne</surname>
<given-names>TJ</given-names>
</name>
</person-group>. <article-title>A quantum algorithm for the solution of the 0-1 knapsack problem</article-title>. <source>arXiv preprint arXiv:2310.06623</source> (<year>2023</year>).</citation>
</ref>
<ref id="B29">
<label>30.</label>
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Awasthi</surname>
<given-names>A</given-names>
</name>
<name>
<surname>B&#xe4;r</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Doetsch</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Ehm</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Erdmann</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Hess</surname>
<given-names>M</given-names>
</name>
<etal/>
</person-group> <article-title>Quantum computing techniques for multi-knapsack problems</article-title>. In: <source>Science and information conference</source>. <publisher-name>Springer</publisher-name> (<year>2023</year>). p. <fpage>264</fpage>&#x2013;<lpage>84</lpage>.</citation>
</ref>
<ref id="B30">
<label>31.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Glover</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Kochenberger</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Du</surname>
<given-names>Y</given-names>
</name>
</person-group>. <article-title>A tutorial on formulating and using qubo models</article-title>. <source>arXiv preprint arXiv:1811</source> (<year>2018</year>) <fpage>11538</fpage>.</citation>
</ref>
<ref id="B31">
<label>32.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Pusey-Nazzaro</surname>
<given-names>L.</given-names>
</name>
</person-group> <article-title>Adiabatic quantum optimization fails to solve the knapsack problem</article-title>. <comment>
<italic>arXiv preprint arXiv:2008.07456</italic>
</comment> (<year>2020</year>).</citation>
</ref>
<ref id="B32">
<label>33.</label>
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Van Dam</surname>
<given-names>W</given-names>
</name>
<name>
<surname>Eldefrawy</surname>
<given-names>K</given-names>
</name>
<name>
<surname>Genise</surname>
<given-names>N</given-names>
</name>
<name>
<surname>Parham</surname>
<given-names>N</given-names>
</name>
</person-group>. <article-title>Quantum optimization heuristics with an application to knapsack problems</article-title>. In: <source>
<italic>2021 IEEE international Conference on quantum Computing and engineering (QCE)</italic> (IEEE)</source> (<year>2021</year>). p. <fpage>160</fpage>&#x2013;<lpage>70</lpage>.</citation>
</ref>
<ref id="B33">
<label>34.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Mizel</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Lidar</surname>
<given-names>DA</given-names>
</name>
<name>
<surname>Mitchell</surname>
<given-names>M</given-names>
</name>
</person-group>. <article-title>Simple proof of equivalence between adiabatic quantum computation and the circuit model</article-title>. <source>Phys Rev Lett</source> (<year>2007</year>) <volume>99</volume>:<fpage>070502</fpage>. <pub-id pub-id-type="doi">10.1103/physrevlett.99.070502</pub-id>
</citation>
</ref>
<ref id="B34">
<label>35.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Yang</surname>
<given-names>Z</given-names>
</name>
<name>
<surname>Zolanvari</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Jain</surname>
<given-names>R</given-names>
</name>
</person-group>. <article-title>A survey of important issues in quantum computing and communications</article-title>. <source>IEEE Commun Surv and Tutorials</source> (<year>2023</year>) <volume>25</volume>:<fpage>1059</fpage>&#x2013;<lpage>94</lpage>. <pub-id pub-id-type="doi">10.1109/comst.2023.3254481</pub-id>
</citation>
</ref>
<ref id="B35">
<label>36.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gupta</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Ong</surname>
<given-names>YS</given-names>
</name>
<name>
<surname>Feng</surname>
<given-names>L</given-names>
</name>
</person-group>. <article-title>Multifactorial evolution: toward evolutionary multitasking</article-title>. <source>IEEE Trans Evol Comput</source> (<year>2015</year>) <volume>20</volume>:<fpage>343</fpage>&#x2013;<lpage>57</lpage>. <pub-id pub-id-type="doi">10.1109/tevc.2015.2458037</pub-id>
</citation>
</ref>
<ref id="B36">
<label>37.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Da</surname>
<given-names>B</given-names>
</name>
<name>
<surname>Ong</surname>
<given-names>YS</given-names>
</name>
<name>
<surname>Feng</surname>
<given-names>L</given-names>
</name>
<name>
<surname>Qin</surname>
<given-names>AK</given-names>
</name>
<name>
<surname>Gupta</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Zhu</surname>
<given-names>Z</given-names>
</name>
<etal/>
</person-group> <article-title>Evolutionary multitasking for single-objective continuous optimization: Benchmark problems, performance metric, and baseline results</article-title>. <source>arXiv preprint arXiv:1706.03470</source> (<year>2017</year>).</citation>
</ref>
<ref id="B37">
<label>38.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Grass</surname>
<given-names>T</given-names>
</name>
</person-group>. <article-title>Quantum annealing sampling with a bias field</article-title>. <source>Phys Rev Appl</source> (<year>2022</year>) <volume>18</volume>:<fpage>044036</fpage>. <pub-id pub-id-type="doi">10.1103/physrevapplied.18.044036</pub-id>
</citation>
</ref>
<ref id="B38">
<label>39.</label>
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Osaba</surname>
<given-names>E</given-names>
</name>
<name>
<surname>Villar</surname>
<given-names>E</given-names>
</name>
</person-group>. <article-title>Benchmark dataset and results for transfer of knowledge through reverse annealing</article-title>. <source>experimentation</source> (<year>2024</year>). <pub-id pub-id-type="doi">10.17632/yr8dg923wg.1</pub-id>
</citation>
</ref>
</ref-list>
</back>
</article>