[P4] Async mérések

[Péter Hudoba]

Szervusztok!

Méréseket hétvégén megvalósítottam, legfrissebb mastert használjuk és 3-as
optimalizációs szintet. Sebességre hozza a korábbi szintet, szignifikáns
gyorsulást nagyon nem látni, viszont az anomáliák megszűntek.
https://gitlab.inf.elte.hu/p4/t4p4s/-/wikis/uploads/aee3032246360fc8843a681024b65c03/result.png
*Plotok elrendezése a képen:*
- első két oszlop azt az esetet vizsgálja amikor minden csomagot cryptozunk
- 3-4. oszlop azt az esetet amikor minden másodikat cryptozunk
- 4-5 azt hogy minden 5-et cryptozunk és utolsó 2 meg hogy minden 10-et.
- plot title-ben a crypto_every_n_packet érték jelzi ezt.
- minden párban az első mutatja, hogy mennyi crypto csomag megy át és
minden második, hogy mennyi sima fwd csomag megy át (értelemszerűen ahol
mindent cyrptozunk, ott ez a második ábra fixen 0)

- első sor 1 magos eset
- második sor két magos és így tovább

*Max external függvény (crypto) teljesítmény*
Mivel egy external node-ot használunk minden esetben, így ennek a
korlátozása viszonylag hamar érezhető.
https://gitlab.inf.elte.hu/p4/t4p4s/-/wikis/uploads/4a06533f54f007ff900c4ce0e1dc26f1/max_crypto.png

*Megfigyelések*
- Jól látható, hogy túl hosszú external feladat esetében az cryptozott
csomagok száma összesimul a bottleneck miatti maximumnál. Nem meglepő.
- első oszlopot nézve látható, hogy a PD-s megoldás már kis időkben is veri
az offos verziót. Ami kb. elvárt, mivel amíg az external dolgozik, addig
tudja parseolni a következőket. Bár ez az előny elveszhet kb. a reparse
miatt, de a burstös crypto miatt jön még előny, tehát érthető a dolog.
- 3-4. oszlopot nézve ahol már minden másodikat cryptozunk, ott látható,
hogy PD dominál crypto elvégzésben és sima fwd-okra is több ideje marad,
ahogy a korábbi belső mérési eredmények is előrevetítették. Itt a felső
korlát sima fwd-ra 7m, ami furcsa, mert 5m lehetne elvileg maximum. Ez még
utánajárást igényel.
- Az utolsó két oszlopban kicsit kaotikus eredmények jöttek létre a PD
részéről, amit nem teljesen értek, de amúgy mutatja az elvárt görbét mégis
néhány mérés sok magnál elhülyül. Ezekre több egymás utáni futtatást akarok
elvégezni, hogy megnézzem hogy mennyire kilógó eset. Most csak kétszer
futott le minden eset és a jobbat vettem számításban. Ez a contextes és
offnál szépen ki is simította. Valamiért érzékenyebb valamire a PD.:)
- Sok crypto esetén pd mindenhol veri a simát, de ahogy haladunk jobbra
egyre később gyűlik össze a crypto burst size mennyiségű crypto, így szép
lassan elveszik az előnye a PD-nek. Érdemes szerintem kimérni különböző
burst size-ok hatását is, hogy vajon tudjuk-e az elvárt arányhoz igazítani
a burst size-ot. De ez egy újabb dimenzió lenne szóval szerintem csak 10-es
zónában nézném meg.

Nem nagyon merek hétköznap tesztelni, mert elég sok minden megy most is,
nem akarok bekavarni, az ehhez a képhez szolgáló információ meg futott vagy
30 órán keresztül, szóval következő hétvégén kimérem még a kérdéses
eseteket, de amúgy szerintem ez már használható.
Észrevételek esetleg? Javaslatok?

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