addressalign-toparrow-leftarrow-rightbackbellblockcalendarcameraccwcheckchevron-downchevron-leftchevron-rightchevron-small-downchevron-small-leftchevron-small-rightchevron-small-upchevron-upcircle-with-checkcircle-with-crosscircle-with-pluscrossdots-three-verticaleditemptyheartexporteye-with-lineeyefacebookfolderfullheartglobegmailgooglegroupshelp-with-circleimageimagesinstagramFill 1linklocation-pinm-swarmSearchmailmessagesminusmoremuplabelShape 3 + Rectangle 1ShapeoutlookpersonJoin Group on CardStartprice-ribbonShapeShapeShapeShapeImported LayersImported LayersImported Layersshieldstartickettrashtriangle-downtriangle-uptwitteruserwarningyahoo

PerfUG : La programmation réactive : quel gain sur les performances ?

La programmation réactive et appels asynchrones sont dans l'air du temps. Doit-on vraiment s'en préoccuper ? Quel est le résultat au niveau des performances ? Comment le mesurer ?

Le PerfUG vous invite à partager un retour d'expérience sur un projet de distribution de messages à haute fréquence en Scala/Akka.

Pour cela différentes variations ont été testées :

approche réactive versus approche classiquedrivers synchrones versus asynchronestechnologie de stockage (Redis, MongoDB, MySQL)configuration système (GC, thread pools...)

Une heure de tuning et de hautes performances en perspective...

Du bleeding-edge et du tuning comme on aime.


Inscription sur EventBrite.

Join or login to comment.

10 went

Sign up

Meetup members, Log in

By clicking "Sign up" or "Sign up using Facebook", you confirm that you accept our Terms of Service & Privacy Policy