Les appels distants pour la publication d'un message sont les suivants :
- PHP notifie Java que des commandes sont à traiter
- Java récupère auprès de PHP les commandes à traiter (en lot)
- Java réserve auprès de PHP une nouvelle version des données («locked rev»)
- Java sollicite PHP pour chaque message posté : prise en compte des données dans la rev applicative, calcul des threads
- Java relâche la rev auprès de PHP
- Java indique à PHP que les commandes sont traitées (une par une. Petit bug)
En cible, 1./2. forke.
Pour les tests, 1./2. est synchrone.
Voici les temps de réponse :
- PHP/PC ---(local)---> Java/PC
moyenne 1356 ms, écart-type 64 ms (5 %) - PHP/PC ---(LAN)---> Java/minimac
moyenne 6988 ms, écart-type 2828 ms (36 %) - PHP/free.fr ---(internet)---> Freebox ---(LAN)---> Java/PC
moyenne 3266 ms, écart-type 1191 ms (36 %) - PHP/free.fr ---(internet)---> Freebox ---(LAN)---> Java/minimac
moyenne 7778 ms, écart-type 3672 ms (47 %)
- Mettre une vraie machine en frontal SOA DMZisé. Le «minimac» PPC patine quand on veut lui faire faire du J2EE.
- Penser à un serveur hébergé.
- Aucune. Depuis quand 10 secondes pour poster un message sont-elles un délai rédhibitoire sur le web ? ;-)
Aucun commentaire:
Enregistrer un commentaire