哇！好专业^^ 我原以为因为exe档藉操作DB而形成某些真实世界的表徵 那些资料流程会花不少时间，之後才会需要compile ﹙例如……一个细胞累积了足够的能量以及经过了不少的反应之後产生分裂﹚ compile的次数相对资料流程的操作次数很少 所以没有考虑到compile和I/O时间比。 看来我确实应该要再做多一点的评估再考虑硬体的购买…… 很感谢大家给的建议，长了不少知识﹙原来「部署」这麽不容易﹚ ※ 引述《whyso (www)》之铭言： : 抱歉没办法直接回答问题，只是觉得这样的系统设计有点怪怪的~ : 看了storage_zone上的回应，GreatShot说的很有道理~~ : (先评估花在compile以及i/o上的时间会是多少，再决定要购买什麽装置) : 不知道您的程式有试run过吗? : compile program + al lot of .exe file + database~~ : 如果 .exe档的个数固定，哪也许还ok， : 但要是exe档个数会增加，这个系统run起来应该会非常的慢呵! 之前没想到这点orz : 之前在作一些大型，但是功能简单的indexing时，还是都自己写程式来处理。 : 因为试过用DB来储存资料或是作indexing，overhead非常大~~~ : 您叙述的产生并取得特定栏位的model，跟很久以前曾看过的TupleSpace有点像， : 而且有一些套件可以使用(http://c2.com/cgi/wiki?TupleSpace)。 : tupleSpace的model很简单:generate tuple，match tuple。 好帅气……感觉花时间研究英文会很值得~~thx : 那麽要是某个process执行以下的query， : ("foo", ?int, 2, ?str, ?float) : 就可以找到 ("foo", 1, 2, "baz", 23.2) 这个tuple。 想问一下……它的loading重不重阿？ : 另外，使用直译式程式语言，透过 eval(以Perl为例)，来执行新产生的function， ﹙糟糕，ctrl-y太快，连自己打的都不见一堆﹚ anyway之前打的﹙不见一了﹚一些主要是说，因为考虑到a-life会需要操作硬体感知 机﹙camera﹚作用器﹙音效卡﹚等等，所以很单纯的选c++﹙她跟硬体底层比较亲密XDD﹚ 另外，也是觉得比较能够和单晶片连结﹙作机器人的学弟妹说的﹚ 当初只比较c# c++ java c，觉得c++似乎比另外三者都多了点好处，没有比较其他语言 不知道Perl对於硬体的控制如何呢？ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 211.74.4.182 ※ 编辑: bero 来自: 211.74.4.182 (06/03 02:03)