<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hi,</p>
<p>TCP és más transport protokollok is burstökben küldik a
csomagokat. Ami alapvetően eredményezheti azt, hogy egymás utána
jövő csomagok ugyanahhoz a flowhoz tartoznak. A kérdés, hogy ha
már aggregált forgalommal (a backhaul networkben) van dolgunk ott
ez megfigyelhető-e? Esetleg a cikkben van erre vonatkozó
hivatkozás?</p>
<p>Esetleg PGery-t meg lehetne kérdezni, hogy mit gondol erről, ill.
hozzáférnek-e olyan operátori forgalomhoz (aggregációs ponton
felvett), amiben ezt meg lehetne nézni. Ebből egy kis cikket
lehetne csinálni. Én nem tudok ilyen studyról.</p>
<p>Üdv.<br>
Sanyi<br>
</p>
<p><br>
</p>
<br>
<div class="moz-cite-prefix">2018.07.18. 8:39 keltezéssel, Tejfel
Máté írta:<br>
</div>
<blockquote type="cite"
cite="mid:3be17a44-7074-8aaf-9754-05b508fb55ca@caesar.elte.hu">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<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"
moz-do-not-send="true">https://ankitbhrdwj.github.io/papers/a26-Bhardwaj.pdf</a>
<br>
<a class="moz-txt-link-freetext"
href="https://ankitbhrdwj.github.io/papers/nsdi18postersAbstract.pdf"
moz-do-not-send="true">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" moz-do-not-send="true">P4@plc.inf.elte.hu</a>
<a class="moz-txt-link-freetext" href="https://plc.inf.elte.hu/mailman/listinfo/p4" moz-do-not-send="true">https://plc.inf.elte.hu/mailman/listinfo/p4</a>
</pre>
</blockquote>
<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>
<pre class="moz-signature" cols="72">--
Sándor Laki, PhD
Assistant professor
Department of Information Systems
Eötvös Loránd University
Pázmány Péter stny. 1/C
H-1117, Budapest, Hungary
Room 2.506
Web: <a class="moz-txt-link-freetext" href="http://lakis.web.elte.hu">http://lakis.web.elte.hu</a>
Phone: +36 1 372 2869 / 8477
Cell: +36 70 374 2646</pre>
<div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> <table style="border-top: 1px solid #D3D4DE;">
<tr>
<td style="width: 55px; padding-top: 18px;"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" width="46" height="29" style="width: 46px; height: 29px;" /></a></td>
<td style="width: 470px; padding-top: 17px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Mentes a vírusoktól. <a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient" target="_blank" style="color: #4453ea;">www.avast.com</a> </td>
</tr>
</table>
<a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"> </a></div></body>
</html>