Run nested-perfload parallel correctly
While experimenting with expanding the nested perfload tests, it became clear that the call to parallel was not working as expected because the documents were misread. With help from Tetsuro the correct incantation was determined so that we use 50% of available CPUs. This should leave some space for the database and the web server. Subsequent patches will add a more complicated nested structure. Co-Authored-By: Tetsuro Nakamura <tetsuro.nakamura.bc@hco.ntt.co.jp> Change-Id: Ie4809abc31212711b96f69e5f291104ae761059e
This commit is contained in:
parent
b12cba973d
commit
7464ff6e24
@ -69,10 +69,10 @@ function check_placement {
|
||||
|
||||
# Create $TOTAL_PROVIDER_COUNT nested resource provider trees,
|
||||
# each tree having $PROVIDER_TOPOLOGY_COUNT resource providers.
|
||||
# LOADER is called $ITERATIONS times in parallel by 3 * number
|
||||
# of processors on the host.
|
||||
# LOADER is called $ITERATIONS times in parallel using 50% of
|
||||
# the number of processors on the host.
|
||||
echo "##### Creating $TOTAL_PROVIDER_COUNT providers" | tee -a $LOG
|
||||
seq 1 $ITERATIONS | parallel -P 3% $LOADER $PLACEMENT_URL $GABBIT
|
||||
seq 1 $ITERATIONS | parallel -P 50% $LOADER $PLACEMENT_URL $GABBIT
|
||||
|
||||
set +x
|
||||
rp_count=$(curl -H 'x-auth-token: admin' ${PLACEMENT_URL}/resource_providers |json_pp|grep -c '"name"')
|
||||
|
Loading…
Reference in New Issue
Block a user