Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0044739
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Retail ConfigurationminorN/A2020-08-03 11:522020-08-03 11:52
Reportermauricio_peccoriniView Statuspublic 
Assigned Toplatform 
PrioritynormalResolutionopenFixed in Version
StatusnewFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0044739: Allow the number of "threads per core" created for Import Entry to be parametrized

DescriptionThe number of threads used for Import Entry can be controlled by the import.number.of.threads parameter in the Openbravo.properties. It can also be left by default which will be calculated as the double of the number of CPU cores plus 2 with a minimum of 4.

If the number of threads is insufficient in a specific scenario, the only alternative right now is to change it to a fixed number of threads. In most situations this is good enough. However, in cloud environments the size of the machines (and thus the number of cores) are adjusted depending on the phases of user rollouts and on the season for clients with high seasonality of sales.
Steps To ReproduceDoes not apply as this is a feature request.
Proposed SolutionIt would be of great benefit to be able to configure not the number of threads but the factor by which the number of CPU cores is multiplied in the default calculation.

The request, then, is to add a new parameter to Openbravo.properties called "import.entry.threads_per_core" so that the calculation of the number of threads is:

<Number of CPU Cores> * <import.entry.threads_per_core> + 2

The default value for the new parameter would be 1 and in case the parameter import.number.of.threads is set, its value would override the default calculation. These two rules would make the change backward compatible.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
2020-08-03 11:52 mauricio_peccorini New Issue
2020-08-03 11:52 mauricio_peccorini Assigned To => platform
2020-08-03 11:52 mauricio_peccorini Triggers an Emergency Pack => No


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker