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

[Tejfel Máté]

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/p4/attachments/20180718/bf5f3375/attachment.html>