Re: [問題] RAM disc陣列 vs 光纖通道SAS陣列
哇！好專業^^
我原以為因為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)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 4 之 5 篇)：
CSSE 近期熱門文章
PTT數位生活區 即時熱門文章
