Accueil
Articles
Astuces
Actualités
Auteurs
A propos
Contact
S'enregistrer
|
S'identifier
S'identifier
Authentification invalide
N
om d'utilisateur
M
ot de Passe
S
e souvenir de moi la prochaine fois.
S'identifier
Annuler
S'enregistrer
Mot de passe oublié ?
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
0 commentaire(s)
Tags:
SQL Server 2005
,
Architecture
,
Business intelligence
3 | Tu me « stresses » ?!
1 | Introduction
2 | Protocole de Test
3 | Tu me « stresses » ?!
4 | Conclusion
Tu me « stresses » ?!
Test court
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.
Vous trouvez ci-dessous le profil du test sur une dizaine de minutes :
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.
Test d'endurance
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.
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.
1
2
3
4
»
Démarrer une discussion
Ecrire un commentaire
Titre
Commentaire
Annuler