<?xml version="1.0" encoding="UTF-8"?>

<modsCollection xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.loc.gov/mods/v3" xsi:schemaLocation="http://www.loc.gov/mods/v3 http://www.loc.gov/standards/mods/v3/mods-3-3.xsd">
<mods version="3.3">

<genre>conference paper</genre>

<titleInfo><title>The k-Server with Preferences Problem</title></titleInfo>





<name type="personal">
  <namePart type="given">Jannik</namePart>
  <namePart type="family">Castenow</namePart>
  <role><roleTerm type="text">author</roleTerm> </role><identifier type="local">38705</identifier></name>
<name type="personal">
  <namePart type="given">Björn</namePart>
  <namePart type="family">Feldkord</namePart>
  <role><roleTerm type="text">author</roleTerm> </role><identifier type="local">22704</identifier></name>
<name type="personal">
  <namePart type="given">Till</namePart>
  <namePart type="family">Knollmann</namePart>
  <role><roleTerm type="text">author</roleTerm> </role><identifier type="local">39241</identifier><description xsi:type="identifierDefinition" type="orcid">0000-0003-2014-4696</description></name>
<name type="personal">
  <namePart type="given">Manuel</namePart>
  <namePart type="family">Malatyali</namePart>
  <role><roleTerm type="text">author</roleTerm> </role><identifier type="local">41265</identifier></name>
<name type="personal">
  <namePart type="given">Friedhelm</namePart>
  <namePart type="family">Meyer auf der Heide</namePart>
  <role><roleTerm type="text">author</roleTerm> </role><identifier type="local">15523</identifier></name>







<name type="corporate">
  <namePart></namePart>
  <identifier type="local">63</identifier>
  <role>
    <roleTerm type="text">department</roleTerm>
  </role>
</name>





<name type="corporate">
  <namePart>SFB 901: SFB 901</namePart>
  <role><roleTerm type="text">project</roleTerm></role>
</name>
<name type="corporate">
  <namePart>SFB 901 - A: SFB 901 - Project Area A</namePart>
  <role><roleTerm type="text">project</roleTerm></role>
</name>
<name type="corporate">
  <namePart>SFB 901 - A1: SFB 901 - Subproject A1</namePart>
  <role><roleTerm type="text">project</roleTerm></role>
</name>



<abstract lang="eng">The famous $k$-Server Problem covers plenty of resource allocation scenarios, and several variations have been studied extensively for decades. However, to the best of our knowledge, no research has considered the problem if the servers are not identical and requests can express which specific servers should serve them. Therefore, we present a new model generalizing the $k$-Server Problem by *preferences* of the requests and proceed to study it in a uniform metric space for deterministic online algorithms (the special case of paging).

In our model, requests can either demand to be answered by any server (*general requests*) or by a specific one (*specific requests*). If only general requests appear, the instance is one of the original $k$-Server Problem, and a lower bound for the competitive ratio of $k$ applies. If only specific requests appear, a solution with a competitive ratio of $1$ becomes trivial since there is no freedom regarding the servers&apos; movements. Perhaps counter-intuitively, we show that if both kinds of requests appear, the lower bound raises to $2k-1$.

We study deterministic online algorithms in uniform metrics and present two algorithms. The first one has an adaptive competitive ratio dependent on the frequency of specific requests. It achieves a worst-case competitive ratio of $3k-2$ while it is optimal when only general or only specific requests appear (competitive ratio of $k$ and $1$, respectively). The second has a fixed close-to-optimal worst-case competitive ratio of $2k+14$. For the first algorithm, we show a lower bound of $3k-2$, while the second algorithm has a lower bound of $2k-1$ when only general requests appear.
    
The two algorithms differ in only one behavioral rule for each server that significantly influences the competitive ratio. Each server acting according to the rule allows approaching the worst-case lower bound, while it implies an increased lower bound for $k$-Server instances. In other words, there is a trade-off between performing well against instances of the $k$-Server Problem and instances containing specific requests. We also show that no deterministic online algorithm can be optimal for both kinds of instances simultaneously.</abstract>

<originInfo><publisher>Association for Computing Machinery</publisher><dateIssued encoding="w3cdtf">2022</dateIssued>
</originInfo>
<language><languageTerm authority="iso639-2b" type="code">eng</languageTerm>
</language>

<subject><topic>K-Server Problem</topic><topic>Heterogeneity</topic><topic>Online Caching</topic>
</subject>


<relatedItem type="host"><titleInfo><title>Proceedings of the 34th ACM Symposium on Parallelism in Algorithms and Architectures</title></titleInfo>
  <identifier type="isbn">9781450391467</identifier>
  <identifier type="arXiv">2205.11102</identifier><identifier type="doi">10.1145/3490148.3538595</identifier>
<part><extent unit="pages">345-356</extent>
</part>
</relatedItem>


<extension>
<bibliographicCitation>
<ama>Castenow J, Feldkord B, Knollmann T, Malatyali M, Meyer auf der Heide F. The k-Server with Preferences Problem. In: &lt;i&gt;Proceedings of the 34th ACM Symposium on Parallelism in Algorithms and Architectures&lt;/i&gt;. Association for Computing Machinery; 2022:345-356. doi:&lt;a href=&quot;https://doi.org/10.1145/3490148.3538595&quot;&gt;10.1145/3490148.3538595&lt;/a&gt;</ama>
<ieee>J. Castenow, B. Feldkord, T. Knollmann, M. Malatyali, and F. Meyer auf der Heide, “The k-Server with Preferences Problem,” in &lt;i&gt;Proceedings of the 34th ACM Symposium on Parallelism in Algorithms and Architectures&lt;/i&gt;, 2022, pp. 345–356, doi: &lt;a href=&quot;https://doi.org/10.1145/3490148.3538595&quot;&gt;10.1145/3490148.3538595&lt;/a&gt;.</ieee>
<chicago>Castenow, Jannik, Björn Feldkord, Till Knollmann, Manuel Malatyali, and Friedhelm Meyer auf der Heide. “The K-Server with Preferences Problem.” In &lt;i&gt;Proceedings of the 34th ACM Symposium on Parallelism in Algorithms and Architectures&lt;/i&gt;, 345–56. Association for Computing Machinery, 2022. &lt;a href=&quot;https://doi.org/10.1145/3490148.3538595&quot;&gt;https://doi.org/10.1145/3490148.3538595&lt;/a&gt;.</chicago>
<apa>Castenow, J., Feldkord, B., Knollmann, T., Malatyali, M., &amp;#38; Meyer auf der Heide, F. (2022). The k-Server with Preferences Problem. &lt;i&gt;Proceedings of the 34th ACM Symposium on Parallelism in Algorithms and Architectures&lt;/i&gt;, 345–356. &lt;a href=&quot;https://doi.org/10.1145/3490148.3538595&quot;&gt;https://doi.org/10.1145/3490148.3538595&lt;/a&gt;</apa>
<mla>Castenow, Jannik, et al. “The K-Server with Preferences Problem.” &lt;i&gt;Proceedings of the 34th ACM Symposium on Parallelism in Algorithms and Architectures&lt;/i&gt;, Association for Computing Machinery, 2022, pp. 345–56, doi:&lt;a href=&quot;https://doi.org/10.1145/3490148.3538595&quot;&gt;10.1145/3490148.3538595&lt;/a&gt;.</mla>
<bibtex>@inproceedings{Castenow_Feldkord_Knollmann_Malatyali_Meyer auf der Heide_2022, title={The k-Server with Preferences Problem}, DOI={&lt;a href=&quot;https://doi.org/10.1145/3490148.3538595&quot;&gt;10.1145/3490148.3538595&lt;/a&gt;}, booktitle={Proceedings of the 34th ACM Symposium on Parallelism in Algorithms and Architectures}, publisher={Association for Computing Machinery}, author={Castenow, Jannik and Feldkord, Björn and Knollmann, Till and Malatyali, Manuel and Meyer auf der Heide, Friedhelm}, year={2022}, pages={345–356} }</bibtex>
<short>J. Castenow, B. Feldkord, T. Knollmann, M. Malatyali, F. Meyer auf der Heide, in: Proceedings of the 34th ACM Symposium on Parallelism in Algorithms and Architectures, Association for Computing Machinery, 2022, pp. 345–356.</short>
</bibliographicCitation>
</extension>
<recordInfo><recordIdentifier>31847</recordIdentifier><recordCreationDate encoding="w3cdtf">2022-06-10T09:06:42Z</recordCreationDate><recordChangeDate encoding="w3cdtf">2022-08-02T08:07:30Z</recordChangeDate>
</recordInfo>
</mods>
</modsCollection>
