以 (SGI) C++ STL std::list 的例子來說:
因為涉及很多對資料結構低階的操作，所以實作上勢必有很多內部函數的呼叫，
像是 protected: void transfer(...); 就是一個明顯的例子，被反覆呼叫很多次。
假使不在乎編譯出來的執行檔膨脹的問題的話，把執行的速度作為最高的原則，
那大家覺得如果把所有函式 inline ，能快上多少？快很多？還是一點點而已？
畢竟很多時候效能的瓶頸就卡在那個最底層的東西上面。
作者:
Caesar08 (Caesar)
2016-09-29 17:17:00哈哈哈哈哈哈 我昨天就在看這個耶 !!!只是有點好奇 大家會怎麼覺得 OwO
作者:
Caesar08 (Caesar)
2016-09-29 17:20:00那你就知道 你問的問題很難有正確答案了
但是我已經快要有答案啦哈哈哈 因為我正實作一個完全沒有函數呼叫開銷的 linked list container正因為他們說不一定 所以才更想知道 如果做出來了到底是變快還是變慢 還是根本沒影響
作者:
Caesar08 (Caesar)
2016-09-29 17:28:00gcc有__attribute__((always_inline))VC++有__forceinline。把這個加在他們實作的std::list就好了吧？
那個還沒試過 但是我想要用 C 語言去實作這樣的東西
作者:
pili100 (zelda)
2016-09-29 17:59:00有實驗精神
作者:
uranusjr (â†é€™äººæ˜¯è¶…級笨蛋)
2016-09-29 18:31:00現在 compiler 太聰明了, 看到 hotspot 自動就會 inline真想在 release build 測出效能差別還滿難的
作者:
chchwy (mat)
2016-09-29 22:23:00把optimize開起來 那些函數幾乎全部都被inline
作者:
rodion (r-kan/reminder)
2016-09-30 10:11:00不見得會變快 如果碰到膨脹的CODE導致cache miss的話
作者: LiloHuang (十年一刻) 2016-09-30 10:21:00
作者: LiloHuang (十年一刻) 2016-09-30 21:58:00
沒留意到之前有人貼過，總之多做 code profiling