[P4] Mezők elérésének módosításai
Brunner Márton
brmarci at caesar.elte.hu
Thu Feb 16 11:29:47 CET 2017
Sziasztok!
A mai meetingen jó lenne, ha tudnánk beszélni az alábbi problémákról.
Nyilván nem várom el, hogy addig bárki is végigolvassa, inkább csak
össze akartam szedni a dolgokat egy helyre.
*
*Bájt konverzió nélküli extract és modify átalakítása*: ezt már
jeleztem korábban is, hogy a konverzió nélküli esetben a jelenlegi
megoldás elég ügyetlen módon próbálja a hasznos biteket egymás mellé
pakolni. Úgy gondolom, hogy ha tisztán a big endian értéket állítjuk
elő az megfelelően lesz kezelhető.
*
*Metadata header-ök kezelésének átalakítása*: a metadata mezők
kezelése sokkal gyorsabb és kényelmesebb lenne, ha minden metadata
field egy külön változóban kapna helyet (kb úgy mint ahogy jelenleg
a parsed field-eket kezeljük).
*
*Parsed field-ek kezelésének egységesítése*: jelenleg a
csomagkezelés elején kiemelt mezőkhöz az actions.c.py fájl két
metódusán keresztül lehet hozzáférni. Viszont minden olyan
makróhívás, ami kikerüli ezeket a metódusokat potenciálisan olyan
adatokkal dolgozhat, ami nem friss, illetve később felülíródhat.
Kéne egy egységes réteg, ami a parsed field-eket is kezeli és a nem
kicsomagoltakat is. Ezt a réteget akár a jelenlegi módon a hw_indep
részben, de akár a hw_dep részben (a makróknál) is be lehetne
vezetni. (Célszerű lenne összevonni a metadata field-ek kezelésével.)
*
*Makrók szerkezetének átalakítása*: jelenleg olyan makróink vannak,
amiknek a hívásában benne van, hogy milyen formájú adattal, milyen
formájút módosítunk (pl. BYTEBUF -> INT32, INT32 -> INT32). Viszont
ezzel feleslegesen hozunk meg a hw_indep részben olyan döntéseket,
amiknél optimálisabb döntls is hozható lenne a makrók szintjén. Úgy
alakítanám át a makrókat, hogy csak azt adjuk meg, hogy mivel
módosítanánk az egyes mezőket (pl. BYTEBUF, INT32) és a konkrét
makróhíváson belül dőlne el, hogy azt, hogyan valósítjuk meg.
Marci
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/p4/attachments/20170216/5414575a/attachment.html>
More information about the P4
mailing list