Price calculator does not respect the order of order processors

Describe your bug or feature request.

When running PriceCalculator::calculate() one may pass the list of order processors that will modify the price to for example get the price before and after the promotion. Order processor services, tagged with targeted adjustment types, will be triggered during price calculation but their order, defined in service definition yml, is not respected.

If a bug, provide steps to reproduce it from a clean install.

Prerequisities:
Installed Commerce Demo
Added new currency - NOK
Added new store with currency in NOK, Store is configured with tax not included in prices.
Added new tax type - Norwegian VAT
Added Simple product with price 100NOK
Added promotion 50 NOK off all products

This is drush output:
No adjustment types passed over to price calculator:

bash-4.4$  drush ev "var_dump(\Drupal::service('commerce_order.price_calculator')->calculate(\Drupal\commerce_product\Entity\ProductVariation::load(50), 1, new \Drupal\commerce\Context(\Drupal::currentUser(), \Drupal::service('commerce_store.current_store')->getStore()), [])->getCalculatedPrice());"
/var/www/html/vendor/drush/drush/src/Commands/core/PhpCommands.php(31) : eval()'d code:1:
class Drupal\commerce_price\Price#2339 (2) {
  protected $number =>
  string(10) "100.000000"
  protected $currencyCode =>
  string(3) "NOK"
}

'tax' adjustment type passed over to price calculator (default VAT rate is 25%):

bash-4.4$  drush ev "var_dump(\Drupal::service('commerce_order.price_calculator')->calculate(\Drupal\commerce_product\Entity\ProductVariation::load(50), 1, new \Drupal\commerce\Context(\Drupal::currentUser(), \Drupal::service('commerce_store.current_store')->getStore()), ['tax'])->getCalculatedPrice());"
/var/www/html/vendor/drush/drush/src/Commands/core/PhpCommands.php(31) : eval()'d code:1:
class Drupal\commerce_price\Price#4102 (2) {
  protected $number =>
  string(6) "125.00"
  protected $currencyCode =>
  string(3) "NOK"
}

'promotion' and 'tax' adjustment types passed over to price calculator in order they're normally prioritized:

bash-4.4$  drush ev "var_dump(\Drupal::service('commerce_order.price_calculator')->calculate(\Drupal\commerce_product\Entity\ProductVariation::load(50), 1, new \Drupal\commerce\Context(\Drupal::currentUser(), \Drupal::service('commerce_store.current_store')->getStore()), ['promotion','tax'])->getCalculatedPrice());"
/var/www/html/vendor/drush/drush/src/Commands/core/PhpCommands.php(31) : eval()'d code:1:
class Drupal\commerce_price\Price#4474 (2) {
  protected $number =>
  string(5) "62.50"
  protected $currencyCode =>
  string(3) "NOK"
}

'promotion' and 'tax' adjustment types passed over to price calculator in reverse order:

bash-4.4$  drush ev "var_dump(\Drupal::service('commerce_order.price_calculator')->calculate(\Drupal\commerce_product\Entity\ProductVariation::load(50), 1, new \Drupal\commerce\Context(\Drupal::currentUser(), \Drupal::service('commerce_store.current_store')->getStore()), ['tax','promotion'])->getCalculatedPrice());"
/var/www/html/vendor/drush/drush/src/Commands/core/PhpCommands.php(31) : eval()'d code:1:
class Drupal\commerce_price\Price#4412 (2) {
  protected $number =>
  string(5) "75.00"
  protected $currencyCode =>
  string(3) "NOK"
}

By comparing the last two outputs one can notice that order processors are not following service priority.