 Kösziak, mivel a Kaliper-projektetet kérem a különbözőségeet. Én Atyla Klenik, az Eurógiával Býröpaes Zene. Én a Kaliper-hajper rajta, és a Nik Lincquannak. A különböző sorosan kérem, hogy különbözőségeet is elérdem, és úgy kérem, hogy különbözőségeet is kérem. Egy kiválás a mitának ezt utána is tetszett, és nem ugyanazak ennek a titmának, akik nem avonl whoazni a tartsága és a szükségrode. Egy kívánc, miért kívánc volt, hogy a számyadások a szükségre is légy legyen az esetek, és látnod, hogy volna adal Award- ötni a szalmeneként? Akkor, hogy ezt az egyik beszélére lesz, amíg a szalmen, a szükségések, hogy a szükségések keresztőknek. A ZW-korszállóképp, a szükségéhez, ugye az embereket érkezőképp, a szükségéhez a szükségéhez, de a szükségéhez sem tudja észrezni a szükségeket, hogy a szükségeket nem tudja. A szükségeket nem tudja észrezni a szükségeket, és a szükségeket nem tudja észrezni a szükségeket, ha egyik két gondolásokba maga ismereset értenek, de ez volt a formaosok petőzését, ha megint ide az ismerésre a különső korban.姿j szozni a helyet de az úgy helyet, amely a célmának kálépa színi vagy, de aztán egy ügyeneket hagymáramon-pérem szlenyek el. Ezen a sajátú képzelmére bullied mellett, hogy az elérteet ak monitors kédreújtja a helyet. A sajátul swabogatásra, Orkestráz és jövőségek egymásáját rövélgették az alapként. A világot, a világot, hogy a főzléset is jelentze a különbözőre, és a világot, hogy a világot tűnik a világot, hogy a világot tűnik a világot. Kallipur-t a történetet, a világot rövősége, és a világot, hogy a világot tűnik a világot, a világot, hogy a világot tűnik a világot, a szervezőség és a szervezőségére is az utogány Contract-késősége. A szovára az állalmát és a szervezőségere is a szervezősége-egyére is is szovállunk. A szervezősége és a szervezősége-egyére is szovállunk. A szervezősége és a szervezősége-egyére is szörnyű. A kalliper-t az éjevel a megszerítésben és a bennsbensmencsállációra, Ha kell fogd sütni a bics구szumában, akkor vannak egy épre konfigyúzásulART, őket emphasize a konvai helyzetet az újraztásumában akartam, az a önmérkességebe, amikor hagymában kell nekem akartam a bicsúszumában, amikor a bicsúszumában vannak van a akarszégeket, és előtt a helyzetet is. A most important part perhaps is your workload implementation that will fill your transactions with actual content pertaining to your own custom business logic. And of course you feed all these into Calypher, which is available on MPM and Docker Hub, so you can easily integrate it with various environments. So let's look at some brief example for each of these items. A főzésből legitáljuk a helybe gondosításgi fárolyozónak, a főkutászó fámnálint t Olda. Gondosításra egy ótafokot tűnök a kállikből, egy ilyen addeditálból a kezben is, és ugyanagodal és az egyik bügyedő lá fácil megtalálni. Na a fújtátok vele, és azt hiszem, amiég kezben van, de a Kalipaar lesz a számomra. A másik együtt a fokhagymát, hogy a szefélyt, szefélyt, ráölt, a fokhagymát, a számomra, és a fokhagymát, hogy a készületes számomra. Ha nem fokhagymát, de egyenleti hely, a számomra felében elkezdődhetünk. Az erős ann系zében az erős gondolgárt, hogy de lehet a tagba ügyé Emily. A Benchmark konfigurációk, az az egyszer zenéhez. Meg az egyszeren teljesen felületek, amely meg az egyszeret tartó sajára ny strengthre féltebe. Az egyszerre jól ezt megkületek egy ujjában, hargában, a sajára, de még egy irányinentalba, Egy körülés támogatás az utálisodásad, kaliper külön annyira külön a tóra is folyas, hogy külön a víz kut Actually tables mall забárt, és az utálisodása állott rokat és a lényegáztal játszik, ami ki azt hiszem, hogy egy külön. A octal shall külön külön, amit a kaliper most van entőzött. The core part of the round will be your workload module that you provide to KaliPer, which will fill the transaction request with actual business logic content. At the reporting part, KaliPer provides integration with Prometheus tool, where you can define your own custom metrics using Prometheus queries, and these metrics can be included in your generated report using various charting options. And now to the most important part of your benchmark definition, your workload module implementation. Contrary to the previous items, this is not a configuration file, but an actual implementation of your workload, you have to implement a specific interface defined by us, and whenever KaliPer schedules a new transaction, it will call the submit transaction function of your module. And what you have to do is, according to your own needs and business logic, calculate the arguments of the next transaction to be submitted. You can use arbitrary logic here, really. And next you assemble the actual transaction request according to your backend platform. Here a transaction is assembled for a fabric backend, and then you just submit through the connector, and everything else, the platform-specific consensus mechanism, for example, is handled by KaliPer. This can look a little bit complex and easy to make some errors, since we are coding here. But the good news is, there is an ongoing mentorship project right now, where we would like to fix this limitation or eliminate the programming needs, and the goal is that you could define your workload logic in a configuration file, and we will provide a built-in workload module for acting according to your configuration. So, in the best scenario, you won't have to code anything at all. In the not-so-best scenario, we will also minimize the amount of coding required. So, keep this in mind that we are working to ease the usability of KaliPer even more. If you have any additional questions, you have many forums to reach out to. For example, our mailing list and the RacketChat channel, and also I highly recommend that you visit the documentation site, because there is a lot we couldn't cover in this brief presentation, but it's also detailed in the documentation. And now we have time for a Q&A part of the session, so if you have any more questions, feel free to ask in the Q&A tab of the session, and I will answer them as best as I can. Just to see some questions, I mentioned that KaliPer is available on Docker Hub, which means it's easy to integrate into your containerized environments, whatever you choose, for example, Docker's for more Kubernetes, so it's easy to just add it to your pre-configured test network as a lightweight service and scale it out accordingly. We still have time for some last-minute questions. Anything regarding KaliPer or just performance benchmarking with KaliPer in general? It doesn't have to be that technical. Since the session is ending soon, I would like to thank you for your attention and please visit the above references for further information about KaliPer and the goals of the project in general. Thank you.