Renaud Harduin
BI et Proactive Caching : Le temps réel tiendra t'il ses promesses ?
S'il est un sujet récurrent en matière d'analyse, il s'agit bien de la notion de temps réel. Microsoft nous a présenté sa copie avec le proactive Caching, mais qu'en est-il ?
Par Renaud Harduin publié le 23/09/2007 à 18:33, lu 2016 fois, 4 pages
 3 | Tu me « stresses » ?!
Le test est finalement très simpliste et porte seulement sur l'injection de 100 lignes toutes les 100 ms. Je me suis demandé ce que cela pouvait donner dans un contexte un peu plus soutenu et qui pourrait coller à un usage opérationnel dans une PME.
L'idée a donc été d'injecter toujours 100 ms 100 lignes par 5 process et simultanément avoir 5 process requêteur pour solliciter un peu plus les serveurs.

La partition elle aussi aura été modifiée sur la latence pour 20 secondes (je deviens un peu plus exigent) et une reconstruction du cache toutes les 2 minutes.
 
/content/a39b84d3-0fc8-49f4-9c3a-4f7501773c7f/image025.jpg
 
Vous trouvez ci-dessous le profil du test sur une dizaine de minutes :
 
/content/a39b84d3-0fc8-49f4-9c3a-4f7501773c7f/image027.jpg
 
La valeur QAVG représente la moyenne du résultat des 5 requêtes simultanées.
Les 2 courbes se suivent bien. Le GAP moyen est de 2700 enregistrements soit 27 secondes. Nous sommes dans les valeurs attendus en paramétrage.
J'ai noté pendant ces tests de l'activité disque (ce qui me parait normal), et je me suis demandé ce qu'il allait advenir du serveur en prolongeant le test.
 
/content/a39b84d3-0fc8-49f4-9c3a-4f7501773c7f/image029.jpg
 
Si le test se prolonge dans le temps, 1h par exemple, on constate que l'écart se creuse. Nous passons de à 2700 à 10000 lignes de décalage, donc 27 secondes à 100 secondes (1minute 40 secondes).
Le serveur OLAP rattrape son retard pour autant et consolide comme attendu, mais à un moment donné, la base relationnelle étant souvent sollicitée (en lecture aussi) le volume de données monte en mémoire et j'ai du arrêter le test faute de swap.
 
» Démarrer une discussion