作者bero (bero)
看板CSSE
标题Re: [问题] RAM disc阵列 vs 光纤通道SAS阵列
时间Sun Jun 3 02:01:34 2007
哇!好专业^^
我原以为因为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)