[P4] Ericsson-os beszélgetés

Tejfel Máté matej at caesar.elte.hu
Thu May 16 17:36:24 CEST 2019


Sziasztok!

   Pár dolog ami felmerült PGery-vel és Mola-val folytatott beszélgetésben:

   - Ha több végrehajtási úton is el lehet jutni egy asszinkron 
műveletig, honnan tudjuk, hol kell folytatni?

           -- ehhez az első ötlet az volt, hogy különböző queue párok 
kellene a küllönböző hívási helyekhez, ha jól gondolom ez a dpdk poll 
mode driver-nél megoldható,

           PETI: majd meg kellene nézd, hogy Caviumnál lehet-e ilyet 
csinálni

  - Gondolkodnunk kellene rajta, hogyan tudunk plusz infót (pl. 
metaadat) csatolni egy csomaghoz. Az első megközelítéssel, hogy a csomag 
elé berakunk plusz byte-okat gond lehet, ha az asszinkron művelet (pl. a 
mögötte lévő hardver) piszkálhatja a csomag elejét, vagy mondjuk 
fregmentálást végez (ez utóbbi esetben minden rész elé oda kellene 
kerüljön a plusz infó), persze ez a crypto-nál még nem gond...

          PETI: itt is kérdés lehet, hogy mondhatunk-e olyat a Caviumnak 
általános esetben, hogy pl. a csomag elejét ne piszkálja

  - Alapvetően minden extern-nél kellene serializálás előtte és parse utána

  - Az, ha ugyanazt a memóriát használjuk fel az aszinkron után a 
csomagtárolásra gond lehet, ha változhat a csomagméret.

  - Lehet, hogy külön kellene kezelni, ha tudunk shared memory-n 
keresztül "küldeni" csomagot ill. ha fizikailag át kell küldenünk..

- Ha csak pointereket küldünk valamiről és megtartjuk a local copy-t 
figyelni kell, hogy mi van, ha az extern (a mögötte levő hardver) 
eldobja a csomagot, valahogy fel kell szabadítani a hozzá tartozó adatokat

    - ehhez az első ötlet, hogy legyen egy adott méretű tároló és ha 
betelik kezdjük el felülírni a régi adatokat, de persze ennél rendesen 
át kell gondolni a pontos paramétereket/megvalósítást

   - a p4 kódban lehetőleg ne jelenjen meg explicit módon, hogy 
recirkuláltatjuk a csomagot

  Így ORSI zh íratás közben ennyi jutott eszembe, Sanyi, Robi, ha 
kihagytam valami fontosat, szóljatok...

                M.



More information about the P4 mailing list