[P4] Pár cikk a compileres emberek figyelmébe

[Sándor Laki]

Hi,

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?

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.

Üdv.
Sanyi



2018.07.18. 8:39 keltezéssel, Tejfel Máté írta:
>
> Sziasztok!
>
>   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...
>
>  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ó?
>
>    Köszi!
>
>               M.
>
> 2018-05-19 16:15 keltezéssel, Sándor Laki írta:
>> Két cikk:
>>
>> https://ankitbhrdwj.github.io/papers/a26-Bhardwaj.pdf
>> https://ankitbhrdwj.github.io/papers/nsdi18postersAbstract.pdf
>>
>> 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).
>>
>> Üdv.
>> Sanyi
>>
>>
>>
>> _______________________________________________
>> P4 mailing list
>> P4 at plc.inf.elte.hu
>> https://plc.inf.elte.hu/mailman/listinfo/p4
>
>
>
> _______________________________________________
> P4 mailing list
> P4 at plc.inf.elte.hu
> https://plc.inf.elte.hu/mailman/listinfo/p4

-- 
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: http://lakis.web.elte.hu
Phone: +36 1 372 2869 / 8477
Cell: +36 70 374 2646



---
Ezt az e-mailt az Avast víruskereső szoftver átvizsgálta.
https://www.avast.com/antivirus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/p4/attachments/20180718/c9a18e6b/attachment.html>