Re: [問題] HW4 /ref/memTest.debug的輸出疑問

作者: ric2k1 (Ric)   2012-11-18 17:37:23
關於 recycle lists 的順序,有兩點注意一下應該就會跟 ref 一樣了。
1. _recycleList[0] ~ _recycleList[255] 在 class MemMgr 的 constructor
就被 construct,所以只要它們的 numElm() != 0,在 mtprint 時一定會被印在前面
==> 這點你們不用管他
2. 在 "MemRecycleList<T>* MemMgr::getMemRecycleList(size_t n)" 的 spec 有說:
// [Note]: This function will be called by MemMgr->getMem() to get the
// recycle list. Therefore, the recycle list is first created
// by the MTNew command, not MTDelete.
所以從 MTNew command 到 new operator 到 MemMgr::getMem(t),
我們必須呼叫 "size_t n = getRecycleIdx(t)" 去拿到 array size "n",
再檢查看看 "getMemRecycleList(n)" 的 numElm() 是不是空的,
如果不是空的,則從 recycle list 拿到 recycled memory,
但如果是空的,則根據 spec 應該就要先產生一個 MemRecycleList (size = n),
塞到對應的 MemMgr::_recycleList[.] 的最後面,回到 getMem(t),
再繼續從 MemMgr 的 _activeBlock 去要 memory.
==> 所以 getRecycleIdx(t) 以及 getMemRecycleList(n) 一定要照這寫。
※ 引述《stmharry (橘子)》之銘言:
: 標題: [問題] HW4 /ref/memTest.debug的輸出疑問
: 時間: Sun Nov 18 15:30:35 2012
:
: 我把 /tests/run 的內容改了一下,拿去跑reference program
:
: (簡單來說就是把dofile都拿去餵 /ref/memTest.debug)
:
: 可是對於某處的MTPrint結果有一點疑問。
:
: 我把output檔案放在這裡:
:
: http://tinyurl.com/buw7szf (2.54MB,可以自己跑)
:
:
作者: stmharry (橘子)   2011-01-19 11:42:00
我懂了!!!輸出跟ref一樣惹!!!<( ̄︶ ̄)>
作者: Phantasnix (凰響)   2011-01-22 01:10:00
問一下,作業document要求要升序排,可是這樣並不能保證印出升序(塞最後的不一定最大)。
作者: ric2k1 (Ric)   2011-01-22 01:14:00
follows the ascending order of the array size % R_SIZE注意,是 "array size % R_SIZE" 哦!!
作者: Phantasnix (凰響)   2011-01-22 01:15:00
do4 ref的最後print:10->2058->266->522->778->1034
作者: ric2k1 (Ric)   2011-01-22 01:16:00
"array size % R_SIZE" 相同時則按照上述產生 recycle list的時序印出來。
作者: Phantasnix (凰響)   2011-01-22 01:17:00
所以同個recycle index的不用照升序排?嗯好,謝謝教授

Links booklink

Contact Us: admin [ a t ] ucptt.com