Load Test Numbers with Different idp.properties settings
Nate Klingenstein
ndk at internet2.edu
Tue Jul 8 13:12:14 EDT 2014
Yeah, if I drop it to 1 process and 1 thread per Grinder node, the TPS plunges but I get no errors.
On Jul 8, 2014, at 11:04 AM, Nate Klingenstein <ndk at internet2.edu>
wrote:
> The error rate, from what I can tell, is an artifact of concurrency issues in the Grinder script/framework rather than anything in the IdP. I think the IdP is clean.
>
> 7/8/14 5:01:30 PM (thread 1 run 401 test 2): Aborted run due to Jython exception: NameError: wssorq [calling TestRunner]
> NameError: wssorq
> File "/opt/grinder-framework/tests/saml2sso_idp/test.py", line 255, in __call__
>
> 7/8/14 5:01:30 PM (thread 3 run 397 test 2): Success!
> 7/8/14 5:01:30 PM (thread 0 run 401 test 2): Success!
> 7/8/14 5:01:30 PM (thread 1 run 401 test 2): Failure!
> 7/8/14 5:01:30 PM (thread 1 run 401 test 2): ERROR ("Aborted run due to J..."), see error log for details
> 7/8/14 5:01:30 PM (thread 2 run 407 test 2): Success!
> 7/8/14 5:01:30 PM (thread 4 run 405 test 2): Success!
>
> Also, idp.sesson.StorageService was typoed and I pasted that verbatim. Correcting it to idp.session.StorageService didn't result in any performance change either.
>
> On Jul 8, 2014, at 10:56 AM, "Cantor, Scott" <cantor.2 at osu.edu>
> wrote:
>
>> On 7/8/14, 12:34 PM, "Nate Klingenstein" <ndk at internet2.edu> wrote:
>>
>>> I haven't gone back to track down what the errors are yet. I'll do that
>>> next. The groupings of properties and defaults wasn't obvious to me, so
>>> apologies for the useless data.
>>>
>>> No obvious performance degradation from:
>>>
>>> idp.transientId.generator = shibboleth.StoredTransientIdGenerator
>>> idp.sesson.StorageService = shibboleth.StorageService
>>>
>>> 107, 95, .06%
>>
>> No improvement either, I guess. That rules out the crypto overhead I was
>> thinking of. That's useful to know anyway.
>>
>> -- Scott
>>
>> --
>> To unsubscribe from this list send an email to dev-unsubscribe at shibboleth.net
>
> --
> To unsubscribe from this list send an email to dev-unsubscribe at shibboleth.net
More information about the dev
mailing list