Current time: 11-12-2019, 04:39 PM Hello There, Guest! (LoginRegister)

Post Reply 
 
Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
EC2 Image and Threads
03-08-2012, 04:09 PM
Post: #1
EC2 Image and Threads
Hi,
I'm using the AMI image "IE9/Chrome/Firefox - ami-0f7eae66" with the default thread setting (wpt_threads) of 1. I'd like to increase the number of threads. How do I do that without terminating and creating a new instance? Is there a config file I need to change?

Also, what's the recommended maximum number of threads I could have running on these images? I don't need traffic shaping.

Thanks
Find all posts by this user
Quote this message in a reply
03-09-2012, 02:09 AM
Post: #2
RE: EC2 Image and Threads
I should add a note to the docs because I've largely depricated the support for running multiple threads. The Chrome/Firefox agent doesn't support it at all and the IE agent support has a lot of caveats.

For start render detection and screen shots to work the browser window needs to be fully visible on the screen and multiple concurrent browsers breaks that.

If you REALLY want to do it you can remote into the machine and modify urlblast.ini and configure the number of threads directly. You can't do it at all for Chrome/Firefox though.
Visit this user's website Find all posts by this user
Quote this message in a reply
03-22-2012, 03:38 PM
Post: #3
RE: EC2 Image and Threads
Thanks for the reply. I've only just had time to get back to this.

So I can live without the screen shots. When you say render detection do you mean that WPT detects that the page has completely loaded?

I'm looking for the most cost effective way of testing hundreds of urls in the quickest time possible, without the need to spawn off multiple test agent instances.
Find all posts by this user
Quote this message in a reply
03-23-2012, 06:47 AM
Post: #4
RE: EC2 Image and Threads
Render detection is the start render time. You also won't get very stable results on small EC2 instances if you run more than one at a time. Medium you might be able to go up to 2 but probably not higher. Stacking really deep requires dedicated hardware unless you don't care about the times and are just doing some form of functional testing.

This is a good explanation of why performance testing services are so expensive because of the exact scaling problem for real browser testing: http://www.quora.com/Why-are-services-li...-expensive
Visit this user's website Find all posts by this user
Quote this message in a reply
Post Reply 


Forum Jump:


User(s) browsing this thread: 1 Guest(s)