Re: [閒聊] 分散式儲存

看板mud作者kyoe (習慣，不容易)時間11年前 (2013/01/28 18:08)推噓5(5推 0噓 3→)

留言8則, 7人參與討論串2/4 (看更多)

一起來振興 mud 世界吧!! 我也來聊聊點這方面的心得，但因為我大多是自己研究和看 code 學，所以有些觀念不一定正確，不過我想，分享一些心得應該可以讓有興趣的人少點彎路，也為 mud 的落沒做點努力/_\ 分散式的儲存系統通常再搭配上虛擬物件產生的效果會比較好例如：玩家住宅、國家房間、幫派房間、動態裝備等常見的儲存系統有： 1. 分散式儲存：將物件資料存入已分門別類好的目錄中存入。(就是 laechan 大介紹的方式) 2. 單一檔案式儲存：將物件資料存入一個專門的檔案陣列或映射變數，再將該檔案儲存至 .o 檔。好，接下來我們談談分散式儲存和虛擬物件的應用和心得大家都知道，在 /adm/obj/ (在 es2 裡是 /adm/obj/, nt 裡 /adm/single/ 或有些是 /adm/kernel/ ) 中有個 master.c，他是做為被 mudos 呼叫的啟始主檔，在它裡面有一段 function 指向了 virtuald.c mixed compile_object(string file) { return load_object(VIRTUAL_D)->compile_object(file); } 那麼，我們可以想像在一個虛擬物件的產生過程順序應該是：玩家或系統觸碰要求載入 -> os 找不到實體或已存在物件 -> os 呼叫 master.c -> master.c 要求 compile_object 判斷是否有虛擬物件存在 -> 最後 compile_object 導向 virtuald.c 中的 compile_object 因此我們可以了解到，要對於虛擬物件的判斷處理都可以在 virtuald.c 的 compile_object 中設定，假設我們現在要將玩家住宅系統改造為分散式儲存和使用虛擬物件產生，那麼我們的 compile_object 可以這樣寫 #define HOUSE_D "/adm/daemons/housed" #define USR_HOUSE_FILE "/data/room/" object compile_object(string filename) { int t = strsrch(filename, "/", -1); if( t <= 0 ) return 0; // 傳來的 filename 中最少要有一個 / 的存在 if(filename[0..10] == USR_HOUSE_FILE) return HOUSE_D->get_virtual_room(filename); // 當 filename 的開頭符合 /data/room/ 這段字串的時候 // 轉至 HOUSE_D 去處理相關的物件產生 return 0; // 如果都沒有符合條件，回報 master 無此物件 } 由於一個站點也許不止會有一個虛擬物件系統，也許玩家住宅使用，幫派房間也使用，或動態裝備系統也使用，因此我們在 virtuald 當作是一個各虛擬物件系統的判斷分水嶺，用於導向各不同系統的專用 daemon 再來我們看 HOUSE_D(/adm/daemons/housed.c) 中的 get_virtual_room(string filename) 是如何寫的 #define PRIVATE_ROOM "/inherit/room/privateroom" object get_virtual_room(string filename) { object room; if(file_size(filename + ".o") < 0) return 0; // 如果沒有這個檔案名稱的 .o 檔，表示未曾創造過，傳回 0 表示無此房間 if(!room = new(PRIVATE_ROOM)) return 0; // 如果無法載入初始物件則直接回傳無此房間或可使用 error() 來報錯 return room->restore_room(filename); // 呼叫初始物件(object room)告訴他可以創造並載入 filename 這個檔案 } 其實也可以將用在載入的 restore_room() 這個 function 直接寫在 HOUSE_D 中，其實都是一樣的，看每個人的習慣而已，也可以選則將 restore_room() 和 save_room() 都寫在 HOUSE_D 中，要使用時就用 HOUSE_D->restore_room(object room, string file) 去呼叫就可以，意義差不多。 PRIVATE_ROOM 中的 restore_room() 大概可以這樣寫 object restore_room(string file) { int res; res = restore_object(file +".o"); // 找到並載入 file 詳情請 more /doc/efuns/restore_object if(res) return this_object(); // 如果載入成功，restore_object() 會回傳大於 1 的數字，回傳物件 else return 0; // 失敗一樣傳回去告知沒有這個物件 } 從上可知，即使多個檔案互相的引用、呼叫，最終仍是回到 master.c 的 compile_object 去回報 os 給要求載入的對象，對 compile_object 來說，回傳回來的如果是一個物件，那麼他就會照實的回饋載入，如果不是，那麼就會回報無物件的判斷。如我所在的房間 west 是一個虛擬物件類型的 room，我的房間 exits 可能會是： set("exits", ([ /* sizeof() == 1 */ "west" : "/d/virtual/virtual_room", ])); 但是我們並沒有 /d/virtual/virtual_room.c 這個檔案，也許只有用來儲存 /d/virtual/virtual_room.o 的檔案，所以 os 就開始了本文開頭的那一串動作去尋找，如果 restore_object 的沒問題，那麼正常傳回的就是一個被模擬載入房間資料的 /d/virtual/virtual_room.c 檔案，我們下達 west 指令就可以走過去，如果發生錯誤了，那麼就可能得到的是 os 中預設的錯誤訊息如：什麼？再來，與 restore_object 對應的，當然就是 save_object，詳情也可 more /doc/efuns/save_object 而在 PRIVATE_ROOM 中的 save_room() 大概可以這樣寫 int save_room() { int res; if(base_name(this_object())+".c" == __FILE__) return 0; // 這是做為初始檔案的本身，不需要儲存 res = save_object(base_name(this_object())+".o"); // 將 room dbase 存入以物件檔名為名的 .o 檔 return res; // 回報是否儲存成功 } save_room 相對簡單，但也可以在其中依各站不同的需要去做不同的判斷和細節處理因為是心得分享，所以大多用簡單的物件檔名當做儲存的 .o 檔，更好的應用就是分門別類為每種不同的玩家群去置放不同的目錄，或是依不同的房間種類去儲存，其實都可以，沒有一定該如何做原則上，分散式儲存和虛擬物件的簡單運用大致上是這樣，當然還有更多種不一樣更方便更好的作法，但我只是想說說一種簡單的原理，當能貫通的時候就可以繁生出多樣的變化。這麼做的好處一定是有，但是有什麼好處我懶的想，因為是鹿人教我做的QQ Kyoe -- 還記得遙遠過往被深藏的回憶嗎？　　如果您已經忘了被現實和繁忙淹沒的曾經　　　　那麼就讓我們幫助您找回那份屬於青澀年代的純真吧用文字幻化出華麗與夢想的彼岸　　金庸修真錄 telnet://jy.mud.com.tw:6666 盼能帶領您找回似曾相識的記憶深處中最美麗的夢幻 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 1.163.29.54

推

neca

01/28 18:41, , 1^F

01/28 18:41, 1^F

推

pssjim

01/28 18:58, , 2^F

01/28 18:58, 2^F

推

tawi

01/28 20:11, , 3^F

01/28 20:11, 3^F