I was looking into performance testing and wanted to ask why ramping up slowly and then running under max load and then slowly ramping down is considered a better paradigm .And test team spends a lot of time achieving a perfect graph for the same. Though its completly subjective but why this approach is always preferred compared to starting all thread at once.
Why incremental load and ramping up the threads is considered a best practice?
576 Views Asked by user666 At
1
There are 1 best solutions below
Related Questions in LOAD
- Display images on Django Template Site
- Protractor did not run properly when using browser.wait, msg: "Wait timed out after XXXms"
- Django invalid literal for int() with base 10:
- Removing URL features from tokens in NLTK
- Django Noob URL to from Root Page to sub Page
- Django Admin tables not displaying correctly
- Django with chartkick
- Django urls.py not rendering correct template
- django form errors before submit
- django admin: custom app_index with context
Related Questions in JMETER
- Display images on Django Template Site
- Protractor did not run properly when using browser.wait, msg: "Wait timed out after XXXms"
- Django invalid literal for int() with base 10:
- Removing URL features from tokens in NLTK
- Django Noob URL to from Root Page to sub Page
- Django Admin tables not displaying correctly
- Django with chartkick
- Django urls.py not rendering correct template
- django form errors before submit
- django admin: custom app_index with context
Related Questions in PERFORMANCE-TESTING
- Display images on Django Template Site
- Protractor did not run properly when using browser.wait, msg: "Wait timed out after XXXms"
- Django invalid literal for int() with base 10:
- Removing URL features from tokens in NLTK
- Django Noob URL to from Root Page to sub Page
- Django Admin tables not displaying correctly
- Django with chartkick
- Django urls.py not rendering correct template
- django form errors before submit
- django admin: custom app_index with context
Related Questions in LOADRUNNER
- Display images on Django Template Site
- Protractor did not run properly when using browser.wait, msg: "Wait timed out after XXXms"
- Django invalid literal for int() with base 10:
- Removing URL features from tokens in NLTK
- Django Noob URL to from Root Page to sub Page
- Django Admin tables not displaying correctly
- Django with chartkick
- Django urls.py not rendering correct template
- django form errors before submit
- django admin: custom app_index with context
Related Questions in GRINDER
- Display images on Django Template Site
- Protractor did not run properly when using browser.wait, msg: "Wait timed out after XXXms"
- Django invalid literal for int() with base 10:
- Removing URL features from tokens in NLTK
- Django Noob URL to from Root Page to sub Page
- Django Admin tables not displaying correctly
- Django with chartkick
- Django urls.py not rendering correct template
- django form errors before submit
- django admin: custom app_index with context
Trending Questions
- UIImageView Frame Doesn't Reflect Constraints
- Is it possible to use adb commands to click on a view by finding its ID?
- How to create a new web character symbol recognizable by html/javascript?
- Why isn't my CSS3 animation smooth in Google Chrome (but very smooth on other browsers)?
- Heap Gives Page Fault
- Connect ffmpeg to Visual Studio 2008
- Both Object- and ValueAnimator jumps when Duration is set above API LvL 24
- How to avoid default initialization of objects in std::vector?
- second argument of the command line arguments in a format other than char** argv or char* argv[]
- How to improve efficiency of algorithm which generates next lexicographic permutation?
- Navigating to the another actvity app getting crash in android
- How to read the particular message format in android and store in sqlite database?
- Resetting inventory status after order is cancelled
- Efficiently compute powers of X in SSE/AVX
- Insert into an external database using ajax and php : POST 500 (Internal Server Error)
Popular # Hahtags
Popular Questions
- How do I undo the most recent local commits in Git?
- How can I remove a specific item from an array in JavaScript?
- How do I delete a Git branch locally and remotely?
- Find all files containing a specific text (string) on Linux?
- How do I revert a Git repository to a previous commit?
- How do I create an HTML button that acts like a link?
- How do I check out a remote Git branch?
- How do I force "git pull" to overwrite local files?
- How do I list all files of a directory?
- How to check whether a string contains a substring in JavaScript?
- How do I redirect to another webpage?
- How can I iterate over rows in a Pandas DataFrame?
- How do I convert a String to an int in Java?
- Does Python have a string 'contains' substring method?
- How do I check if a string contains a specific word?
Starting all threads at once (or, more accurately, going from zero traffic to max traffic in an instant) will "shock" the target system and can render some web acceleration functionality useless. For example, caching on both server and client side might not happen initially if all clients start at once. If you ramp up slowly, caches are able to populate and once you reach max traffic/VUs, cache misses might be rare.
Applications also need to increase the amount of resources they use to serve a larger number of clients - allocate memory, file descriptors etc - and if you go from 0 to 1,000,000 clients in no time at all, the server side will have a lot of instant resource allocation to do, while if you ramp up slowly, resource allocation will not be a problem.
If you're running some kind of auto-scaling that is of course also an issue - unrealistically fast ramp-up times will make it hard for the auto-scaling to keep up, and so cause problems for the target system that it will not experience in a real situation.
There are circumstances when going from 0 to max VUs/traffic does makes sense, and that is when you're expecting that kind of thing to happen to your site. You might be testing your ability to stand up to a denial-of-service attack, or you might run a site that experiences extremely bursty traffic (e.g. an online auction site or perhaps an event site releasing tickets to a popular event at a specific time).