Comment maximiser les performances de l'application
Aperçu:
I. Modélisation des bases OLAP et des vues dans le client Web
III. Hardware Client
I. Modélisation des bases OLAP et des vues dans le client Web
L'application peut en interne gérer de grandes dimensions, bases de données
et cubes mais les navigateurs ont besoin de temps pour afficher un très
grand nombre d'éléments dans une liste déroulante ou dans une table.
Et plus particulièrement, les dimensions placées sur les axes horizontaux
ou verticaux de la table à 2 dimensions d'une vue, devraient être
modélisées ou structurées afin de ne pas exposer trop d'éléments de la
dimension en même temps. Ceci peut être fait en structurant la dimension
OLAP originale avec assez d'éléments consolidés. Vous pouvez aussi utiliser
des sous-ensembles ou des filtres locaux sur une dimension dans le
client Web afin d'éviter d'avoir trop d'éléments racines ou trop
d'éléments enfants directement sous un parent.
La vitesse des différents navigateurs concernant l'exécution de scripts
varie beaucoup.
- IE7, IE6 et IE5 sont lents et ne sont pas recommandés si possible
- Internet Explorer 8 est à peu près 3 fois plus rapide que IE7
- Firefox 3.x est à peu près 10 fois plus rapide que IE7
- Safari est à peu près 15 fois plus rapide que IE7
- Iron et Chrome sont à peu près 30 fois plus rapide que IE7
- Nous recommandons l'utilisation de IE8, FF 3.x, Safari, Chrome et Iron
Cependant, pour les vues avec un grand nombre de cellules à afficher,
l'exécution du script peut apparaître trop long pour le navigateur utilisé.
Dans ce cas, le navigateur affiche une message demandant si vous souhaitez
continuer l'exécution du script ou l'arrêter. Si vous l'arrêtez, seule
cette vue restera dans un état indéfini et vous aurez besoin de la
réouvrir. Vous pouvez confirmez ces messages à chaque fois qu'ils
apparaissent ou vous pouvez modifier la valeur par défaut du délai
d'attente (timeout) des scripts de votre navigateur.
Firefox vous permet de désactiver l'apparition de la boîte de dialogue
directement dans la fenêtre affichée dans le cas d'un script mettant trop
de temps à s'exécuter. Vous pouvez aussi modifier la durée avant laquelle
le message d'avertissement s'affichera:
a. Tapez "about:config" dans la barre s'adresse de Firefox
b. Accédez à l'option "dom.max_script_run_tim"
c. Changez la valeur (en secondes) en une valeur supérieure de celle par
défaut (qui est 10 secondes)
d. Accédez à l'option "dom.max_chrome_script_run_tim" vous aidera à
paramétrer la même valeur pour les applications avec des droits chrome
Internet Explorer
Veuillez trouver ici les informations pour modifier le délai d'attente
(timeout) des scripts dans IE:
(basé sur le nombre total d'instructions de scripts exécutés)
http://support.microsoft.com/kb/175500 (dans la langue de la navigateur)
http://support.microsoft.com/kb/175500/en-us/ (en Anglais)
Safari
Veuillez trouver l'information pour désactiver "Runaway JavaScript Timer"
dans Safari en utilisant la fonction de recherche avec ces termes exactes
dans l'aide de Safari (touche F1).
Iron et Chrome
Ces navigateurs très similaires n'ont actuellement pas besoin d'une option
pour désactiver le délai d'attente (timeout) des scripts ou pour configurer
une durée à une durée spécifique, car - par rapport à tous les navigateurs
cités ci-dessus - ils ont une formidable fonctionnalité:
Bien qu'ils affichent également un avertissement, l'exécution du script
n'est pas arrêtée et donc l'utilisateur n'a pas à intérargir avec la boîte
de dialogue pour laisser le script continuer son exécution.
Comme la performance du moteur de scripts d'un navigateur dépend aussi
de la vitesse du CPU de la machine cliente, un processeur rapide est utile.
La valeur par défaut de la variable "Maximum memory pool" de Tomcat est
faible. Positionner là à une valeur plus élevée adaptée à votre systéme.
Nous recommandons 1024MB. Vous pouvez faire ceci dans une fenêtre système
Windows dans les "Apache Tomcat Properties" ou sur Linux dans le fichier
/tomcat/bin/catalina.sh avec une ligne de commande comme:
CATALINA_OPTS="$CATALINA_OPTS -Xmx1024m"
Le serveur Tomcat peut fonctionner sur une station de travail dans un but
de test, mais pour de meilleurs performances il doit fonctionner sur une
machine serveur. Par exemple, Tensegrity exécute sa démonstration en ligne
sur une machine Linux avec seulement un processeur simple core.
Pour un système de production nous recommandons un dual-core et/ou un
multi-processeurs. Nous recommandons également 2GB RAM ou plus.