Feature #3173

number of threads in multithreaded sessions

Added by Stavros Sachtouris over 11 years ago. Updated about 11 years ago.

Status:Closed Start date:01/09/2013
Priority:Medium Due date:01/30/2013
Assignee:Stavros Sachtouris % Done:

100%

Category:- Spent time: -
Target version:v0.6.3

Description

Kamaki dynamicaly modifies the number of threads in multithreaded operations (e.g. upload, download).
Current algorithm initalizes threads to 1 and attempts to increase by 1 each session.
In each session it calculates average time per requests + response and compares with the previous session
If an increase led to faster avg times, #threads are further increased, otherwise reduced by 1.

This is simple and effective, but it can be further improved:
- if a high number of threads leads to a timeout, this high number should be set as upper limit for the sessions following.
- except from avg (sum(times)/#times), other statistical methods should be tested

History

#1 Updated by Stavros Sachtouris about 11 years ago

  • Status changed from New to Closed
  • Target version set to v0.6.3
  • % Done changed from 0 to 100

Also available in: Atom PDF