本帖最后由 iesim 于 2009-8-7 11:54 编辑
K9 r' Q6 g- |0 s/ K+ ]1 q. w9 a7 s4 X% p- U7 t. B/ t1 |
不好意思,最近没来论坛。这是我对这个问题的理解。
" t: e7 T! S. K& @5 |: x2 T, s* ]! ?- U, v0 R$ @! Y3 Z
对于零时刻事件和同时刻事件,实话实说,我对这两个概念也没有仔细分析过。如果有更权威的解释,我愿意更正自己的理解。3 x2 b) s, Y% P' l+ g, e0 ~& h
2 o7 g" G V5 p; y; v我的理解是,这两个的共性都是发生在用一个时刻的事件。但同时刻事件,在该时刻发生之前,事件次序已经有了一个规定(虽然在同一时刻发生),处理这些事件本身不会带来该时刻其他事件次序的改变。而零时刻事件则是那些处理起来有可能改变当前时刻事件发生列表次序的事件。/ c9 J8 r: k. p- D7 l& q
2 ~ U4 y B) K8 c( T: o6 M
比如说我们目前的模型,我们争论的焦点,在还剩下7个资源时候,有两个大的事件,一个是让小球获取资源离开,另一个是资源减少而关闭Gate。 按照原来的模型结构,会使我们面临一个两难的境地,因为 Gate 嵌套在让小球获取资源离开的通路上。这时候的逻辑就很矛盾,如果让小球离开 Queue (Resource Pool),那么由于 Resource Pool 减少会触发 Equation 从而触发 Gate 的 DemandIn 端口而使得门关闭 (顺便说一句,Gate 因为受控于 DemandIn 这个数值,所以,可以随时关闭)。如果不让小球离开 Queue (Resource Pool),Gate 又形成一个通路。这时候的 Gate 的角色会随着小球在 Queue, Resource Pool 中的状态而改变,而且是 反作用力,形成矛盾。
4 ?! ], R4 x; y/ M, y! M5 i; Y9 t
$ w; j2 R6 y' O) r/ M3 Q这时候的情形打个比喻,像是一个人离开家到杂货店买东西,只要这个人不出门,小店就永远开着;只要这个人一离开家,小店就关门一样。1 ~ y$ v7 M% f
3 T* W4 [, V9 \$ P9 c1 m1 \' y! k
好像这个情形很难为仿真软件,每个仿真软件虽然都有自己的处理机制,但我们建立模型的时候,希望尽可能避免这种情况。
% o9 U1 U. ^$ o3 a: {% k8 D8 W; ~# c4 g- O: }& Z7 s
林伟用了stop message 这个方法很好,为什么这个方法可以解决问题? 是因为我们stop message 模块切断了让 Gate 即刻随着Resource Pool 状态改变的途径,按照刚才的比喻,这个人离开家门后,离开家的这个消息不会马上传给杂货店,杂货店也就不会关门。但如何保证 Gate 还会更新状态呢,因为在 Gate 模块当中有一个选项,就是每个小球通过 Gate 后,Gate 需要重新刷新状态,读取 DemandIn 的数值,这时候,Gate 就可以知道 Resource Pool 已经只剩下6个资源了,门这时候才关闭。
1 Z7 l, Z5 n( N7 }' p# d n2 B/ j6 N+ q+ s* |$ i6 W
stop message 方法的采用需要比较高级的ExtendSim 建模技巧。
( R) ^8 h. M; p: D. Q# {* i: i5 f5 a$ K) y C, s
我采用的方法比较适合初学人员。把刚才提到的两个矛盾逻辑拆分开。把Gate 放在 Resource Pool 的前面,按照刚才的比喻,就是说,杂货店告诉买东西的这个人,我们小店是开着的,你来吧;或者说,我们小店已经关门了,不要过来。把这个信息提前控制这个人是否应该离开家。( G; m* K/ D8 W
& j$ ^% H4 m4 K# I9 x h( K这个问题虽然很简单,但可以引出很多很深的仿真逻辑控制问题。 |