<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Sziasztok!</p>
    <p>  Boldi kicsit jobban megnézte és a cikk alapján úgy tűnik indiai
      barátainknál az alapötlet kb az, hogy feltételezve, hogy kb.
      egyforma csomagokat szeretnénk feldolgozni a csomagfeldolgozást
      nem csomagonként, hanem burst-önként viszik végig. Azaz egy-egy
      lookup lépésnél nekik nem egy, hanem egy burstméretnek megfelelő
      ciklusnyi lookup-juk van, ahol utána esetleg még a ciklusmag
      utasításainak sorrendjén játszanak, hogy optimálisabb legyen a
      cache-elés. Ezen felül még némi prefetch-elést hajtanak végre,
      aminek talán van értelme csomagonként is, de ezt még jobban
      megnézzük...</p>
    <p> Sanyi, Peti elsősorban nektek szólna a kérdés (bár persze a
      többiek véleménye is érdekel :) ), hogy szerintetek (nem a
      legegyszerűbb problémákat nézve,) általános esetben van értelme az
      első résznek? Azaz létező eset az, hogy mondjuk egy burst-nél ha
      nem is minden csomagra, de a burst kb. 90%-ra pont ugyanazt kell
      végigcsinálni? (Mondjuk sztem az indiaiaknál csak akkor működik
      jól a dolog, ha 100%-ra ugyanaz a feladat). Illetve ilyenkor nem
      lesz irreálisan nagy a memóriaigény (valós méretű csomagokat
      feltételezve), ha nem egy-egy csomagon, hanem a teljes burst-ön
      dolgozunk egyszerre? (Bár gondolom most is tárolva van a burst
      többi eleme is, amíg egy-egy csomagot feldolgozunk.) Szerintetek
      elérhető ilyen módon reális optimalizáció?<br>
    </p>
       Köszi!<br>
      <br>
                  M.<br>
    <br>
    <div class="moz-cite-prefix">2018-05-19 16:15 keltezéssel, Sándor
      Laki írta:<br>
    </div>
    <blockquote type="cite"
      cite="mid:77f2bb02-11e1-cbba-bec8-3e8c9ea6c583@elte.hu">Két cikk:
      <br>
      <br>
      <a class="moz-txt-link-freetext" href="https://ankitbhrdwj.github.io/papers/a26-Bhardwaj.pdf">https://ankitbhrdwj.github.io/papers/a26-Bhardwaj.pdf</a>
      <br>
      <a class="moz-txt-link-freetext" href="https://ankitbhrdwj.github.io/papers/nsdi18postersAbstract.pdf">https://ankitbhrdwj.github.io/papers/nsdi18postersAbstract.pdf</a>
      <br>
      <br>
      Továbbá csatoltam a unicamp által összeszedett P4-hez kapcsolódó
      cikkek gyűjteményét. Javasolták, hogy csináljun közös cikk
      review-kat a témában megjelent cikkekből (Christian (unicamp) +
      Andreas (kth) + ELTE).
      <br>
      <br>
      Üdv.
      <br>
      Sanyi
      <br>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
P4 mailing list
<a class="moz-txt-link-abbreviated" href="mailto:P4@plc.inf.elte.hu">P4@plc.inf.elte.hu</a>
<a class="moz-txt-link-freetext" href="https://plc.inf.elte.hu/mailman/listinfo/p4">https://plc.inf.elte.hu/mailman/listinfo/p4</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>