RUBiS

RUBiS est un prototype de site d'enchères eBay.com modelé qui est utilisé pour évaluer les modèles de conception d'applications et l'évolutivité serveurs d'applications de la performance.
Notre site de vente aux enchères de référence implémente les fonctionnalités de base d'un site de vente aux enchères: la vente, la navigation et les enchères. Nous ne mettons pas en œuvre des services complémentaires comme la messagerie instantanée ou les newsgroups. Nous distinguons trois types de sessions utilisateur: visiteur, acheteur, et le vendeur.
Pour une session de visiteur, les utilisateurs ne doivent pas inscrire, mais ne sont autorisés à parcourir. séances d'acheteur et le vendeur doivent être enregistrés. En plus de la fonctionnalité fournie pendant les sessions de visiteurs, au cours d'une session acheteur utilisateurs peuvent miser sur des objets et consulter un résumé de leurs offres actuelles, notation et commentaires laissés par d'autres utilisateurs.
sessions vendeur exigent des frais avant que l'utilisateur est autorisé à mettre en place un objet en vente. Une enchère démarre immédiatement et dure généralement pas plus d'une semaine. Le vendeur peut spécifier une réserve de prix (minimum) pour un article.
RUBiS est une initiative libre et open source.
Plusieurs versions de RUBiS sont implémentées en utilisant trois technologies différentes: PHP, Java Servlets et EJB (Enterprise Java Bean).
En PHP et Java servlets, le programmeur d'application est chargé d'écrire les requêtes SQL. Afin d'arriver à une comparaison équitable, nous utilisons exactement les mêmes requêtes à la base de données dans les deux environnements.
Un serveur d'EJB fournit un certain nombre de services tels que l'accès de base de données (JDBC), les transactions (JTA), messagerie (JMS), nommer (JNDI) et de soutien de gestion (JMX). Le serveur EJB gère un ou plusieurs conteneurs EJB. Le conteneur est chargé de fournir la mise en commun des composants et de la gestion du cycle de vie, la gestion de session client, base de données le regroupement de connexion, la persistance, la gestion des transactions, l'authentification et l'accès control.EJB conteneurs gérer automatiquement la persistance de haricots, de soulager le programmeur d'écrire du code SQL. Nous utilisons ces installations à mettre en œuvre différentes versions EJB de Rubis.
Tout en utilisant les EJB 1.1 ou 2.0 modèle CMP, nous utilisons des beans de session pour les requêtes complexes qui ne peuvent être exécutées en utilisant CMP.
Les servlets Java sont utilisés seulement comme la couche de présentation, pour générer la réponse HTML à partir de l'information extraite de la fève.
RUBiS peut être utilisé à partir d'un navigateur web pour des fins de test ou avec l'outil d'étalonnage fourni. Nous avons conçu un client qui émule le comportement des utilisateurs des modèles variours la charge de travail et fournit des statistiques.
Notre site de vente aux enchères définit 26 interactions qui peuvent être effectuées à partir du navigateur Web du client. Parmi les plus importants sont les éléments de recherche par catégorie ou par région, appel d'offres, l'achat ou la vente d'objets, en laissant des commentaires sur les autres utilisateurs et de consultation sa propre page (connu sous le nom myEbay sur eBay).
articles de navigation comprend également consulter l'historique des enchères et l'information du vendeur. Nous définissons deux la charge de travail mêle: un mélange de navigation composé de seulement lecture seule interactions et un mélange d'appel d'offres qui comprend 15% des interactions en lecture-écriture. Le mélange d'appel d'offres est la plus représentative de la charge de travail du site de vente aux enchères.
Nous mettons en œuvre un émulateur client navigateur. Une session est une séquence d'interactions pour un même client. Pour chaque session de client, l'émulateur de client ouvre une connexion persistante HTTP au serveur Web et la referme à la fin de la session.
Chaque client émulé attend pendant un certain temps de réflexion avant de lancer la prochaine interaction. L'interaction suivante est déterminé par une matrice de transition d'état qui indique la probabilité de passer d'une interaction entre eux.
Le temps de réflexion et de temps de session pour tous les repères sont générés à partir d'une distribution exponentielle négative avec une moyenne de 7 secondes et 15 minutes, respectivement. Nous varions la charge sur le site en faisant varier le nombre de clients.
Quoi de neuf dans cette version:
NFS monté répertoires