问题标签 [simulation]

有没有人有一些可以在.NET（C#）中使用的离散事件模拟库的经验？

尽管有排队事件和调度它们的基本功能，但有一些非确定性的行为（例如故障模拟）是可以的。

我有一些技巧，我什至正在考虑自己写，但首先，我想收集一些建议。

谢谢。

附加信息：我没有明确寻找免费产品，但是，奖品很重要:) 只是为了精确我需要映射的领域，这里是一个产品的例子：http: //www.holushko.com/index。 html

我认为使用像 Box2D 这样的物理库来模拟火车的顶视图沿着轨道、穿越开关等会很有趣。我需要什么关节和马达来完成这项工作？

我很好奇如何实现使汽车遵循样条轨道所需的力，以便它可以撞到其他火车车厢、行人、DeLoreans 等。只需对每个时间步说“汽车现在处于样条曲线（t）”会在物理引擎中产生过大的力。如果我理解正确，您必须用一种力将汽车固定在轨道上，用另一种力将其角度限制为与轨道平行（或用两种力将汽车的前部和后部固定在轨道上），然后创建另一个推动火车前进的力量。我正在寻找有关如何完成这些事情的一些细节。

是否可以通过物理过程模拟生成随机数？

如果我模拟骰子的物理掷骰（即你拿起它，在手中摇晃它，将它释放到桌子上并记录哪一面最终“向上”......）会产生一个“随机”数字还是会我只是有一个复杂的模拟，它真的什么也没做。

让我们考虑一个质量为 m 且半径为 R 的圆盘，其表面上还涉及摩擦力 u。当我们给这个圆盘一个方向上的起始速度 v 时，圆盘将朝那个方向移动并减速并停止。

如果圆盘在速度旁边有一个旋转（或旋转线垂直于表面旋转）w，那么圆盘不会在一条线上移动，而是弯曲。最后，线速度和角速度都将为 0。

如何计算这种条带/弯曲/拖动？是否可以为 X(v,w,t) 函数提供解析解，其中 X 将根据给定 t 处的初始 vw 给出磁盘的位置？

任何模拟提示也可以。我想，根据 w 和 m 以及 u，会有一个垂直于线速度的附加速度，因此磁盘的路径会从线性路径弯曲。

我正在考虑编写一个物理模拟软件，其中每个物理元素都将在其自己的线程中进行模拟。

这种方法有几个优点。它在概念上将非常接近现实世界的运作方式。将系统扩展到多台机器会容易得多。

但是，要使其正常工作，我需要确保所有线程都以相同的速度运行，并对“相同”进行相当自由的解释。说在彼此的 1% 以内。

这就是为什么我不一定需要类似 Thread.join() 的解决方案。我不想要一些超级控制的学校情妇来确保所有线程定期相互同步。我只需要能够要求运行时（无论它是什么——可能是 Java、Erlang 或最适合这个问题的任何东西）以或多或少相等的速度运行线程。

任何建议将不胜感激。

更新 2009-03-16

我要感谢所有回答这个问题的人，特别是那些回答基本上是“不要这样做”的人。由于大家的评论，我现在更好地理解了我的问题，我不太确定我应该按照最初的计划继续。尽管如此，我觉得彼得的回答是对问题本身的最佳回答，这就是我接受它的原因。

问题：

• 计算机模拟如何，通常是资源密集型的？

例如，Simul8：离散事件模拟包 - 为什么计算密集，哪些因素（计算）对此有影响？

我们需要模拟一个不稳定的网络连接来尝试调试我们的服务器/客户端应用程序中的一些连接问题，我想知道是否有任何程序可以模拟这些条件，例如在微弱的无线网络上。

我指的不仅仅是减少带宽，还包括降低可靠性、频繁开关、短时间的断开连接等。

我正在考虑构建一些硬件组件以与 Microsoft Flight Simulator 交互，它（希望）将显示当前占用屏幕空间的东西（高度计、空速指示器、无线电等）

有没有办法在 FlightSim 运行时读取它们的值，以便我可以将外部硬件组件与它们应该在屏幕上显示的内容同步？最好相对较快，因此没有太多滞后。

我已经做了几年面向对象的编程，但我没有做过太多的函数式编程。我对飞行模拟器很感兴趣，并对 Lisp 的函数式编程方面感到好奇。飞行模拟器或任何其他现实世界的模拟器在面向对象的范式中对我来说很有意义。

以下是我的问题：

面向对象是代表现实世界模拟领域的最佳方式吗？

我知道 Common Lisp 有 CLOS（lisp 的 OO），但我的问题实际上是关于用函数式语言编写飞行模拟器。那么如果你打算用 Lisp 来写，你会选择使用 CLOS 还是用函数式的方式来写呢？

有人对用 lisp 或任何功能语言编写飞行模拟器有任何想法吗？

2012 年 11 月 8 日更新 - 对那些感兴趣的人有一个类似的 SO 问题 ->函数式编程如何应用于模拟？

这是对此的跟进。（您不必阅读所有答案，只需阅读问题）

人们向我解释了进程和线程之间的区别。一方面，我想要进程，这样我就可以充分利用 CPU 的所有内核，另一方面，进程之间的信息传递不太理想，我不想拥有我正在处理的巨大对象的两个副本和。

所以我一直在想一种方法来做到这一点，结合进程和线程；告诉我这是否有意义。我的程序中的主要进程是 GUI 进程。我会让它产生一个“渲染管理器”线程。渲染管理器线程将负责渲染模拟，但是，它不会自己渲染它们，而是派生其他进程来为它完成工作。

这些是目标：

1. 渲染应该利用所有可用的核心。
2. GUI 永远不应该变得迟缓。

我希望渲染管理器成为线程的原因是它必须与 GUI 共享大量信息：即模拟时间线。

那么你认为这是一个好的设计吗？你有什么改进的建议吗？

更新：

对不起，我对“渲染”这个词的使用令人困惑。渲染是指计算模拟，而不是在屏幕上渲染。