Comments on: Database Hot Loader 最終曲：Tuning and Measuring Performance

By: 半路

半路 — Thu, 13 Nov 2008 14:34:11 +0000

@Aming:
原來如此！
果然需要修改 Lua 的源碼，才能夠讓 C++ 與 Lua 共用 string table。
不過的確是個很不錯的優化技巧，以後有需要可以來實作看看。 -w-

By: Aming

Aming — Thu, 13 Nov 2008 02:49:17 +0000

沒錯
因為C++跟LUA共享string tabl..
C++ string 立即變成lua string 兩者本質上是一樣的
所以成本只有產生lua stack var跟ref++…

這在其他引擎跟SCRIPT VM 交互很常見處理方法
缺點是你要修改lua source跟把 lua string interface開放給C++ Core
加上要配合 String 用法..減少直接使用字元陣列不然開銷還是一樣大

By: 半路

半路 — Wed, 12 Nov 2008 12:55:18 +0000

@Aming:
你的意思是讓 C++ 與 Lua 共享同一份 string table？
……… 好殺的方法！ O_O

這樣一來，在使用 lua_pushstring() 時，如果字串已經存在 string table 中，是不是就能夠節省掉處理字串的成本？

By: Aming

Aming — Wed, 12 Nov 2008 02:23:27 +0000

想要比較快要實作StringTable
我是直接拿lua的StringTable使用
CString跟ScriptVM共用同一個StringTable

pushstring 成本降到更低 wwwww

By: 半路

半路 — Mon, 10 Nov 2008 13:35:29 +0000

@gino:
用 VSTO 做資料產生器的確是個好主意。
有空的話我會嘗試看看～

By: gino

gino — Sun, 09 Nov 2008 04:13:54 +0000

不知道能不能用VSTO做個資料產生器…模擬製作出實際遊戲的資料量…
再來進行測試…

By: 半路

半路 — Sat, 08 Nov 2008 02:11:11 +0000

@Ricky:
資料數量太少，主要是因為我懶得在 Excel 中產生出上萬筆資料。 XD

不過，在測試資料裡共有 5 張表格，每張表格裡有 300 筆資料，全部加起來總共有 1500 筆資料喔。雖然比起遊戲中真正使用的資料庫，測試資料的規模數量仍然非常少，但我想應該足以代表某種程度上的驗證成果了。

在進行效能測試之前，我原先也認為 GetDataRawedCached() 的平均效能應該能夠超越 GetDataRawed() 程序，結果沒想到 Lua 的 stack 與 table operation 如此高效。或許在某些特定的條件與狀況下，GetDataRawedCached() 也能夠勝過 GetDataRawed() 程序吧。

不知道是否還有其他更好的 profiling 方法？

感謝你的迴響～：）

By: Ricky

Ricky — Fri, 07 Nov 2008 10:05:33 +0000

我會好奇資料的數量增加後效能分佈是如何，10 項資料是否太少哩?
如果有 profiling 結果那就更好了 :)

我「覺得」GetDataRawedCached() 的平均性能有可能會好過 GetDataRawed()。

優化技術是一門藝術;暨要實際的量測與實驗，也要根據理論與經驗加直覺去構思優化所使用的方法，從以減少試驗的次數。