Meanwhile, this is tested with several hundred real live purchase orders, and I didn't encounter any problems. It's rougly 80% faster in my case.
Then I was digging into mrp, the result is the branch linked today. As you predicted, the effect is a lot smaller (~10%)
Futher I was working on tweaks for stock.move (https://code.launchpad.net/~therp-nl/openobject-addons/trunk-wms-stock-performance). The changes I made have measurable, but no impressive effects. I'm stuck here currently at http://bazaar.launchpad.net/~therp-nl/openobject-addons/trunk-wms-stock-performance/view/head:/purchase/stock.py#L48 (calling workflows has to be per ID). Any idea how to optimize this kind of code?
Meanwhile, this is tested with several hundred real live purchase orders, and I didn't encounter any problems. It's rougly 80% faster in my case.
Then I was digging into mrp, the result is the branch linked today. As you predicted, the effect is a lot smaller (~10%)
Futher I was working on tweaks for stock.move (https:/ /code.launchpad .net/~therp- nl/openobject- addons/ trunk-wms- stock-performan ce). The changes I made have measurable, but no impressive effects. I'm stuck here currently at http:// bazaar. launchpad. net/~therp- nl/openobject- addons/ trunk-wms- stock-performan ce/view/ head:/purchase/ stock.py# L48 (calling workflows has to be per ID). Any idea how to optimize this kind of code?