[J2EE / Optimisation] Beaucoup de petits ou peu de gros objets

Bonjour à tous,
Je suis en ce moment en pleine optimisation de site Web.
Je n'ai pour l'instant aucune info sur le nombre véritable d'utilisateurs en parallèle, mais il y a environ 18000 utilisateurs potentiels.
Nous avons commencé par éviter les accès bases en mettant en cache, tout un tas d'objet.
Ces objets sont relativement gros, et nous devons parfois les triés.
Cela nous amène à une JVM qui tourne autour de 400Mo chargée.
Mes questions sont donc les suivantes.
Doit on continuer à charger la JVM avec des objets plus petit pour le tri ?

En clair êtes vous plutôt, beaucoup de petits objets, ou peu de gros ?

Attention : Je parle de ma problématique dans un contexte J2EE (JSP Servlet, pas d'EJB).

Merci d'avance pour vos réponses.

La problèmatique de cache d'objet et fréquement abordée.

Ta base de données utilise certainement déjà des tecnhique de cache, donc ce n'est pas elle qui te posera problème. Il reste cependant les requette réseau à 20ms pièce.

Et, si tu as bien fait les choses, chaque page fait un minumum d'accès à la base, donc au réseau (1 à 3 appels doivent suffir).

Donc, les techniques de cache sont en général à banir, elle t'ajoute du temps CPU, tu peux avoir des décalage de cache, si tu fais du cluster (2 machines), tu ne peux plus l'utiliser...

Avant de partir dans ce chantier, utiliser un outil de stress http://opensta.org/ et simule un nombre important d'utilisateur avec des scénarios possible. Au niveau de ton serveur branche un outil de type optimizeIt serveur trace, pour regader ou les performances sont consommés (CPU, réseau, SQL, JSP ...).

A partir de la commence par les pages les plus critique.

Bon courage.

A voilà un avis très intéressant.
Merci beaucoup pour l'info, donc pour toi il vaut mieux éviter le cache ?
Et que penses tu du nombre d'utilisateurs ? Bcp, pas bcp ?
Suffisant pour commencer déjà des optimisations ? Ou plutôt un problème de conception ?
Qu'en penses tu ?

18000 utilisateurs potentiels, mais combien en simultanés ?

La pour l'instant je n'ai pas d'idée vraiment.
Mais ce que je peux dire c'est qu'il doit y avoir une fourchette de 30mn, où on peut avoir 6000 users connectés (users authentifiés=session java)

J'éviterai le cache.

Je travaillerai avec un outil de stress + un outil d'analyse pour étudier la volumétrie cité. => tu saurras à quoi t'en tenir, c'est indispensable.

Vu que tu as beaucoup d'utilisateurs, tu vas certainement arriver à terme sur des problème lors de pics d'accès, même avec toutes les optimisations du monde.

Je partirai donc sur l'idée de pouvoir envisager un cluster de serveurs, même si ils sont de configuration moyenne (type linux/intel).

Pour faire ce cluster, tu peux utiliser un répartiteur matériel ou logiciel.
Des éditeurs comme Bea, Borland ou autres fournissent des versions light de leurs serveurs (500€) pour faire cela.

Il y a également la possibilité de faire du cache du contenu (matériel ou logiciel), l'idée est de ne pas faire à ton niveau d'optimisation, mais quand la page est généré, elle reste en cache tant que les données concernant celle-ci n'ont pas changée. Oracle propose ce type de sytème.

6000 utilisateurs en 30mn me parrait très très important. Les gros sites francais de commmerce en ligne y arrive juste. C'est quoi le type de site?
Le site de DVP "ne fait que" 28000 sessions par jours, c'est pourtant l'un des plus fréquenté dans son domaine.

C'est un site de bourse.
Et à l'ouverture du marché !! çà booste !!
Enfin on verra en tout cas merci pour tout ces conseils.