[建議] Final Project Submission

[chrisioriryo (Frank)]

我在這裡公布Final Project評分上大家需要take care一下的地方  (Approved by Ric)

假設你(妳)已經寫到自己預想的地方...可以參考一下這篇做最後的修改

反之如果code都還不能run的...那我強烈建議先按一下左鍵


先提醒一件最重要的事 :

明天deadline之後, 我們會立刻公布submission failed, compile error等等名單

請check你自己是否在list上, 並儘速補交到我們信箱[e-mail]

原則上我們希望能在禮拜三開始幫大家run final project, 並做grading

所以請大家配合 !!!


我就先從大方向開始講 :

1. 請大家務必在submission前通過selfcheck, 確定上傳版本自己下載後正常

   (拜託, 不要讓助教們到project都還在幫大家改檔名...)

2. 我們測一律在64 bit machine測, 每個testcase會分別評分, 但每個case下的

   commands 會占不同分數, 好比cirsim在test1和test2裡可能比重不同,

   而 testcase 和以往作業一樣由簡單到困難

3. 我建議要做的command就要做到沒問題 (robusity對program來說很重要)

   由前幾次作業可以知道只要testcase跑不完一定很低分

   假設你很趕的寫好strash, 但沒有好好測導致會crash或timed-out,

   有可能拿到比你strash整個沒做還低的分數 !!!  (depends on left commands)

4. 我們會用cirprint和cirgate來判斷你們一些optimization或是simulation做對或錯

   所以請務必將這兩個command做好

5. 對於output的format, 好比cirprint -netlist

   我們都有預想一些地方你們可能和reference program output長得不一樣

   (e.g. 大小寫, 空白和tab等等)

   不過還是請儘量和reference program弄得像一點...

   如果跑出來的output實在超過我們的想像, 只好請你(妳)來和我們討論一下



有些同學有問一些比較detail的測試, 我大致上提一下

1. 以circuit simplification類的command來說, 好比optimize, strash, ...

   這些我們會以cirprint來看你們做對做錯, 至於debug message不會評分

2. 對於cirsim, 我們會去看cirgate你們印出來的simulation value是否正確

   另外當有pattern file時我們會去比對FEC是否都正確的抓出

   同樣的debug message是給你們自己看的, 不會用它來評分

3. 有些情形像cirsim -random + fraig, 可能每個人的結果都不盡相同

   這部份會這樣評分 :

   1. fraig後cirprint的電路一定要和fraig前電路functionally equivalent

   2. 如果fraig後電路被fraig掉的node相較於ref program少得太多, 會當

      fraig沒做

   3. 如果fraig做太久, 也會當fraig做錯

4. 每個testcase會設一個time out, 基本上最難的testcase也只會有10分鐘

   所以請balance一下cirsim -random和fraig的時間

   (注意 : timed-out和crash是同一件事, 理論上10分鐘是超級長的time limit)

5. 理論上project我們不會故意去測一些command上的errorOptions, e.g. Missing ""

   也不會故意去測這方面的robusity


最後請繳交上來的檔名取成 bxxxxxxxx_fraig.tgz,

當然untar後的資料夾必需是 bxxxxxxxx_fraig


SelfCheck for Fraig Can be Downloaded from CEIBA.


想到再補...大家加油 !!!

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.133.245.49
※ 編輯: chrisioriryo    來自: 220.133.245.49       (01/16 22:50)
推 victoret:想請問一下，fraig node 相較 ref " 少太多 " 是少多少？
→ victoret:ex：教授 810 個，我 710 個...這樣算是少 " 太多 " 嗎？
推 victoret:有些甚至少超過 100 個...這樣的話會算是...？
推 kickpp:我以為比較少是好的耶...
推 victoret:我本來也這麼覺得ˊˋ
推 victoret:還有想請問，在測的時候...會用 O3 嗎？？？
推 ilovecksc:請問檔名要叫什麼 照慣例好像要叫bxxxxxxxx_fraig.tgz
→ ilovecksc:但是這樣self check好像過不了?
推 alvin1019127:改依下selfcheck中的split
推 kickpp:也沒有規定檔名阿= =
→ e124553423:可以看一下2642
推 percentage:請問所謂的debug message試紙什麼呢
→ victoret:猜測是指說像是 Fraig: 55 merging !443 之類的吧...猜啦
→ chrisioriryo:阿...我打錯了XD 是"被fraig掉"的node比ref少太多
→ chrisioriryo:Selfcheck我等下會幫大家try一下
推 victoret:感謝（剛剛緊張了好久 XDDDDDD）！！！
※ 編輯: chrisioriryo    來自: 220.133.245.49       (01/17 00:20)
推 sidney78:cirsim的部分 會看random後的simulation value?
※ 編輯: chrisioriryo    來自: 220.133.245.49       (01/17 00:21)
→ chrisioriryo:sim -random應該不會check sim value, 會用在fraig
→ chrisioriryo:To victoret : 會開O3
→ sidney78:3Q
推 victoret:了解！謝謝助教！
推 ntueesuevan:請問是不是不會用cirg -fanin 或 -fanout測呢
→ chrisioriryo:這很難說...(我手上還沒有testcase)
→ chrisioriryo:不過既然spec上有這個command, 理論上就會去測它
→ wmin0:所以第四點會不會含有const0的FEC啊...= =
→ chrisioriryo:不好意思...請問你要問的是...?!
→ victoret:應該是問說 FEC 裡面會不會包括 CONST 0 吧...
→ victoret:因為之前教授有篇推文說會改 ref...覺得假如要改，時間是
→ victoret:有一點點趕...
→ chrisioriryo:喔...這可能有點tricky, 我們會以ref program為準
→ chrisioriryo:或許最後不會出現這種testcase
→ victoret:應該說，想知道 CONST 0 和非 FEC Group 的成員...會不會
→ victoret:在 fraig 裡 merge...現在是不會，可是不太清楚之後的...
→ wmin0:呃...因為教授還沒把他更新的ref丟上來...所以有點抖...
→ victoret:超抖 +1...
推 wmin0:總之就是兩個地方 1.cirg 0 的fec欄會不會有東西
→ wmin0:                 2. cirp -fec 會不會看到某個pair裡面有0
推 kickpp:我的是不會的 樓上的會有嗎??
→ wmin0:原ref沒有 我的也沒有 就怕新ref有...