[Cache] Optimisation page de recherche

Version imprimable

19/08/2009, 16h38
rad_hass

[Cache] Optimisation page de recherche

Bonjour à tous,

Je voudrais avoir votre avis sur une solution qu'on m'a proposé pour optimiser un site en cas de monté de charge, pour laquel je suis un peu sceptique.

La page a optimisé est une sorte de géolocalisation qui affiche sur une carte des vendeurs en interrogeant une BDD... La solution proposé serai de stocker les vendeurs en cache et y faire les recherches, ce qui devrais minimiser les aller/retour en base,
mais cette solution aura des impacts sur le premier chargement de la page. De plus la recherche sur une liste d'objets de mon point de vue est beaucoup moins performante qu'une recherche en base.

Qu'en pensez vous ?

Merci d'avance
20/08/2009, 10h18
tortuegenie

Je dis peut etre une bétise, mais si tu as besoin de travailler sur les mêmes données tu pourrais très bien les mettre en session si tu les utilises souvent et dès que tu sais que tu n'en a plus besoin tu vires la session.

Sinon, je suis plutot d'avis d'utiliser la base. Attendons la réponse des autres
20/08/2009, 10h35
Philippe Vialatte

Bof, pour tout ce qui est optimisation, il n'y a qu'une seule methode efficace...

campagne de test, verif des perfs, identification des goulots d'etranglement, correction, re-campagne de test, re-verif des perfs pour eviter une regression, recommencer jusqu'a disparition totale de la tache ;)

Tout ce qui est optimisation, ca ne peut etre que du specifique. Le genre d'optimisation que tu decris, je l'ai mis en place sur un ou deux sites, ca peut marcher pas mal (si tu fais du linq, faire des requets sur des objets en memoire est performant, et si tu t'arrange pour que le premier chargement ne penalise pas un utilisateur)
20/08/2009, 10h38
Kaidan

Quelle est la fréquence de mise à jour de la liste des vendeurs ?

Si tu veux une solution efficace, il ne faut charger les vendeurs au premier affichage de la page mais dans par exemple Application_Start pour minimiser justement le délai d'attente pour le premier affichage (bon, on ne minimise pas le tout tout premier affichage peut-être mais une application ne se redémarre pas souvent (si le pool d'application est bien configuré)).

Concernant les performances, c'est sûr qu'effectuer une recherche qui nécessite de parcourir tous les éléments (comme un TableScan en SGBD) c'est plutôt lent : à toi de déterminer les champs sur lesquels tu souhaites faire des recherches et les indexer.
20/08/2009, 10h47
Chahir.ben

Bonjour,

D'abord, je pense qu'il faut savoir , exactement ce que vous voulez optimiser, ce qui alourdi réellement votre application... Est ce que le traitement? Est ce que l'accès au serveur? Est ce que la consommation de mémoire?

C'est pas, forcément, le cache qui va systématiquement optimiser l'application.

Une simple proposition ; vous pouvez utiliser des filtres sur les vendeurs ou sur les localités . Ainsi vous aurez moins de données à traiter , moins de flux à transférer entre l'application et la BD, mois de données à envoyer au client.

Cdt.
20/08/2009, 17h26
Dotneteur

Bonjour c'est très générale.

On peut pas vous proposer grand chose
20/08/2009, 23h37
Immobilis

Citation:

Envoyé par Philippe Vialatte

campagne de test, verif des perfs, identification des goulots d'etranglement, correction, re-campagne de test, re-verif des perfs pour eviter une regression, recommencer jusqu'a disparition totale de la tache ;)

+1 avec les compteurs de performance de windows c'est assez pratique.

Il s'agit de quelle quantité de données?
Manipuler un gros objet en RAM est plus pénalisant que beaucoup de requêtes bien ciblée dans une table bien optimisée. La lecture d'un fichier XML avec un reader est très rapide aussi.

A+
21/08/2009, 14h44
rad_hass

D'abord merci beaucoup pour vos réponses.

Citation:

Il s'agit de quelle quantité de données?

On va dire entre 300 et 3000 objets selon le pays avec une quinzaines de propriétés.

Je tiens aussi à préciser qu'aujourd'hui il n y a pas de vrai problème de charge, mais vu que l'application va être déployer dans des nouveaux pays il faut travailler sur des axes d'améliorations. Et cette page risque d'être une des plus fréquentés ... (Les recherches en base se font déjà sur des colonnes indexées).

Citation:

Envoyé par Chahir.ben

Une simple proposition ; vous pouvez utiliser des filtres sur les vendeurs ou sur les localités . Ainsi vous aurez moins de données à traiter , moins de flux à transférer entre l'application et la BD, mois de données à envoyer au client.

C'est déjà appliquée !

@Philippe :
Pour LinQ à mon grand dame je ne peux l'utiliser :-(

Sinon il faudra effectivement que je teste un peu plus en profondeur, mais je pensais que l'avantage à la base était plus conséquent :aie: