Issue with building reference models with xPC target

2013 12 4
2 个回答
回答已采纳
更新时间：2014 3 7
6 次查看（30 天）

0 个投票

I have a model that requires concurrent execution (multiple processors) to run effectively. This means that the top-level model consists of several sub-blocks that are all model references (each referenced block can be assigned to a processor).
I am experiencing strange behavior during the build process. For one of these referenced models, I can compile it on its own and compilation will take < 3 minutes. However, if I build the top-level model, it always recompiles the referenced model, and this compilation can take upwards of 20 minutes.
I find it strange that the compilation on the referenced model (the sub-block) is being triggered even though I haven't modified the block at all. E.g. if the sub-block is 'B' and the top-level model is 'A', then I do
rtwbuild('B') rtwbuild('A')
The first build of B goes quickly. Even though the build of A is happening immediately afterwards, a recompile of B is triggered, and this process takes ~20 minutes. I see no reason why any of the model's dependencies should be modified in between the two commands...?
When the build of A gets to model B, the message I get is
### Checking the status of model reference RTW target for model 'B' used in 'A' ### Model reference RTW target (B.c) for model B is out of date because B.c does not exist.
Any thoughts on why this might be happening?
Best, Chethan

请先登录，再回答此问题。

 采纳的回答

0 个投票

Just for everyone's future reference, the solution to this problem was achieved in the following way:
In Model Configuration Parameters, under Code Generation, I ran "Check model..."
This made a couple specific recommendations, which I followed: Under "Check model configuration", it was recommended to turn on Signal storage reuse, and other sub-options. This was done. Under "Check for optimal bus virtuality", it recommended converting a couple buses to output as non-virtual. This was also followed.
After these adjustments, compile times dropped down from ~25 minutes to ~2.

更多回答（1 个）

Rajiv Ghosh-Roy
Rajiv Ghosh-Roy 2013-12-5

0 个投票

Just building model B is a different build format from building A (which in turn builds B). In the first case, you are building B for use as a standalone model. In the second case, A needs B to run, and this builds it differently. Hence the dependency build.

3 个评论
显示 1更早的评论 隐藏 1更早的评论

I see. Any thoughts on why a model that compiles in 3 minutes standalone would take ~20 minutes to compile as part of the larger build? (I.e. 20 minutes just for the specific compile of sub-block B, not the full model A)
Rajiv Ghosh-Roy
Rajiv Ghosh-Roy 2013-12-6
I'm not sure why this is happening; your best bet would probably be to contact Support since you will be able to share your model. The builds "should" take roughly the same time. A wild guess would be that you are getting close to maxing out memory during the concurrent build.
Chethan Pandarinath
Chethan Pandarinath 2013-12-13
Thanks Rajiv. Yeah, unfortunately it's not a memory issues (several gigs of memory free; the compile only takes <100MB). The CPU usage stays at 100% (on a single processor) throughout the compile.

请先登录，再进行评论。

类别

在 帮助中心 和 File Exchange 中查找有关 Multicore Processor Targets 的更多信息

产品

标签

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by