IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Plateformes réactives et architectures modulaires Java Discussion :

Granularité et performances


Sujet :

Plateformes réactives et architectures modulaires Java

  1. #1
    Expert confirmé
    Avatar de Baptiste Wicht
    Homme Profil pro
    Étudiant
    Inscrit en
    Octobre 2005
    Messages
    7 431
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2005
    Messages : 7 431
    Par défaut Granularité et performances
    Bonjour,

    Je suis en train de me tâter à implémenter OSGI et Spring DM sur un de mes projets, mais j'ai deux questions (liées) qui me turlupinent.

    Admettons que j'ai un kernel qui fournit 20 managers (services) plus ou moins complexes. Pour information, je parle d'une application desktop standalone.

    Est-ce que c'est une bonne manière de faire, de créer 20 bundles dépendant d'un bundle kernel et chaque bundle publie un service, voire 2 en découpant les services ?

    Ou alors, vaut il mieux un gros bundle qui déclare 20 bundles, mais alors l'intérêt est assez limité.

    Et enfin, qu'est-ce que ça va impliquer sur la performance.

    Me semble que Spring DM créé un context pour chaque bundle, il y aurait donc 20 context Spring dans mon application, est-ce que cela ne vas pas dégrader les performances ?

    Et est-ce qu'en général, avoir un nombre important de bundles ne dégrade pas les performances ?

    Merci

  2. #2
    Membre très actif
    Avatar de william44290
    Homme Profil pro
    Responsable de service informatique
    Inscrit en
    Juin 2009
    Messages
    400
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France

    Informations professionnelles :
    Activité : Responsable de service informatique

    Informations forums :
    Inscription : Juin 2009
    Messages : 400
    Par défaut
    Gus à présenté son framework. Il me semble qu'il aborde ce type de problématique, à tout le moins il à une expérience sur la granularité.

    http://gus05.forumactif.com/forum.htm

  3. #3
    Expert confirmé
    Avatar de Baptiste Wicht
    Homme Profil pro
    Étudiant
    Inscrit en
    Octobre 2005
    Messages
    7 431
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Suisse

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2005
    Messages : 7 431
    Par défaut
    Citation Envoyé par william44290 Voir le message
    Gus à présenté son framework. Il me semble qu'il aborde ce type de problématique, à tout le moins il à une expérience sur la granularité.

    http://gus05.forumactif.com/forum.htm
    Je ne vois pas vraiment le rapport. Ce framework n'utilise pas OSGI à ma connaissance.

Discussions similaires

  1. [TOS 5.4.1] granularité d'insertion, performance et gestion d'erreur
    Par noOneIsInnocent dans le forum Développement de jobs
    Réponses: 7
    Dernier message: 08/04/2014, 17h59
  2. [maintenance][performance] Que faire comme maintenance ?
    Par woodwai dans le forum PostgreSQL
    Réponses: 5
    Dernier message: 06/11/2003, 15h39
  3. [ POSTGRESQL ] Problème de performance
    Par Djouls64 dans le forum PostgreSQL
    Réponses: 6
    Dernier message: 26/05/2003, 16h18
  4. [JDBC][connexion persistante] performances avec JDBC
    Par nawac dans le forum Connexion aux bases de données
    Réponses: 6
    Dernier message: 06/05/2003, 10h37
  5. performance entre 3DS, ase, asc ...
    Par amaury pouly dans le forum OpenGL
    Réponses: 3
    Dernier message: 24/03/2003, 11h41

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo