Jmeter vs LoadRunner en termes de vusers

J'ai trouvé des informations contradictoires, l'un disant JMeter peut produire beaucoup plus de charge puis LR peut, les autres en disant le contraire. De ce que je sais (si nous ne considérons pas de licence), chaque LoadGenerator est seulement limité par le matériel. Mais c'est JMeter. La documentation ne m'aide pas beaucoup.
Quelqu'un aurait-il une expérience avec ces deux, donc il peut les comparer? Je parle de 2 000 à 4 000 utilisateurs.
Grâce

OriginalL'auteur John V | 2012-05-18

  1. 13

    LoadRunner est connu pour fonctionner bien avec le volume très élevé des tests, comme l'est, hors de la boîte.

    JMeter peut généralement frappé les problèmes avec un débit élevé, de haute filetée tests dans les scénarios suivants:

    1. L'aide d'une machine, avec beaucoup d'auditeurs, la course en mode GUI - ce mange de la mémoire.
    2. En utilisant le mode distribué dans la configuration par défaut avec les versions < 2.9 où il n'est pas un problème pour exécuter le test sur le Générateur de Charge, mais il y a un goulot d'étranglement pour l'envoi des résultats à la Maîtrise de la machine. Ce problème aurait été résolu en 2,9 et le débit est revendiquée à être plus élevé dans 2.10.

    La chose est, il n'est pas difficile à résoudre JMeter de problèmes. C'est simplement une question de bonne pratique.

    1. Exécutez la ligne de commande et ne pas utiliser beaucoup d'auditeurs. Lean and Mean mode.
    2. Dans la répartition de l'exécution, d'utiliser le mode batch pour réduire le volume des échantillons d'être écrites dans un fichier dans les versions < 2.9 ou utiliser les configurations par défaut de >= 2.9.
    3. Assurez-vous de distribuer le test sur un matériel suffisant. C'est la même chose pour LoadRunner par la voie.

    Vous devez lire ces 2 documents pour d'autres meilleures pratiques:

    LoadRunner a aussi des questions à haute charge de l'Analyse et de collecte des données des phases peut prendre des heures (littéralement) et vous ne pouvez pas y échapper. Si vous avez trop de données à analyser, vous pouvez également exécuter dans des problèmes de mémoire. Jmeter n'est pas aussi complet sur les résultats de l'analyse, mais il est beaucoup plus rapide.

    Si vous avez vraiment besoin d'un volume élevé de tests puis, j'ai écrit un script qu'effectivement vous donne infini montée en charge avec JMeter - je l'ai testé jusqu'à 20000 utilisateurs de 8000 frappe une deuxième course de plus de 50 serveurs. C'est "infini", car il fonctionne en exécutant des lots isolés de tests qui ne parlent pas les uns aux autres jusqu'à la fin de l'épreuve, de cette façon il n'y a pas de goulot d'étranglement avec la compilation des résultats. Mais il y a toujours un autre goulot d'étranglement quelque part...

    Concernant le point 2. dans le premier paragraphe, JMeter permet distribué des tests?! Je ne le savais pas, je pensais que j'aurais à exécuter d'autres instances sur d'autres Pc.
    Oui, JM utilise RMI pour s'exécuter en mode maître/esclave. Il y a un document à ce sujet ici. Ce n'est pas aussi dur que ce document donne une apparence, mais vous devez être conscient qu'il atteindra un io limite finalement, qui est l'une des raisons pour lesquelles j'ai écrit ce script.
    jmeter.apache.org/usermanual/...
    Si vous avez besoin d'une très grande échelle des tests, il est également possible d'utiliser JMeter dans le cloud des fournisseurs qui utilisent leurs propres distribués JMeter de la technologie et ne comptez pas sur JMeter interne de maître/esclave.

    OriginalL'auteur Oliver Lloyd

  2. 3

    Les deux outils ont des antécédents au niveau de la note, 2-4K utilisateurs. Lorsque le caoutchouc rencontre la route est en termes de main-d'œuvre requise pour livrer test de X à Y de qualité, y compris une analyse détaillée. Si vous êtes à étudier à la fois les outils, alors vous devriez envisager un POC sur votre application.

    Document de votre script et votre niveau désiré de l'analyse indépendante de l'outil et d'embaucher un expert à la fois pour exécuter un POC à l'encontre de vos exigences. Temps, toutes les tâches, même au point de demander aux gens d'entrer l'heure de début de tâche et de temps à la fin de la tâche dans votre documentation. Comparer les deux à la fois et la sortie à la fin de la POC.

    Vous devez être conscient que lorsque vous allez au marché pour obtenir un expert pour l'un de ces outils que le niveau de la fraude pure et simple dans les compétences dans l'exécution de tests de marché est de l'ordre de 97% (ou plus). Vous voulez embaucher quelqu'un avec la plus forte et la plus longue piste d'enregistrement avec l'outil à l'examen avec de nombreuses références, sinon, vous êtes susceptible d'obtenir une horrible vision déformée de la capacité et de l'efficacité de l'une ou des deux outils qui serait susceptible de conduire à une mauvaise décision sur l'outil de choix.

    S'attendent à embaucher des compétences que vous ne pouvez pas avoir dans la maison, soit de l'outil. Beaucoup croient que la performance de l'outil de test représente 85 à 90% des compétences requises pour un test de performance de l'emploi. L'inverse est vrai, avec l'outil de compétences en cours d'exécution entre 10 à 15% des compétences (compétences essentielles) nécessaire à la réussite.

    OriginalL'auteur James Pulley

  3. -8

    Jmeter est pour les pauvres schlubs. Jmeter ne pouvez tester un certains types d'applications Java. Il n'a pas de soutien des applications ERP ou web 2.0. Vous pouvez brancher jusqu'Jmeter pour des applications ERP et essayer de l'enregistrer. 6 semaines plus tard, Jmeter ne fonctionne toujours pas.

    Pourriez-vous s'il vous plaît ajouter plus d'éléments de preuve ou des références? Je pense que les autres réponses ont déjà couvert beaucoup de terrain, et voir pour & inconvénients à la fois d'outils. Pourquoi êtes-vous si sûr Jmeter est si mauvais?

    OriginalL'auteur JBravo