linux下So覆蓋導致coredump問題的分析

http://blog.sina.com.cn/s/blog_622a99700100pjv3.html

 

 嘗試解答以下問題：

      1.為什麼cp的方式更新執行中進程的so，程式會coredump

      2.採用什麼方式更新已經載入了的so,就可以避免coredump

 

我們的公用組件絕大部分都支援so形式的自訂外掛程式，比如s++,qzhttp,ttc。在不停進程更新so的時候往往會產生coredump，並且肯定core得莫名其妙，core得讓人心碎。

 

先看一下用cp的方式更新so的時候發生了什麼事情

strace cp new.so old.so #strace是人間利器

發現老的so被trunc了，這個過程發生的具體的事情是：

     
1.應用程式通過dlopen開啟so的時候，kernel通過mmap把so載入到進程地址空間，對應於vma裡的幾個page.

     
2.在這個過程中loader會把so裡面引用的外部符號例如malloc printf等解析成真正的虛存地址。

     
3.當so被cp覆蓋時，確切地說是被trunc時，kernel會把so檔案在虛擬內的頁purge 掉。

     
4.當運行到so裡面的代碼時，因為實體記憶體中不再有實際的資料（僅存在於虛存空間內），會產生一次缺頁中斷。

     
5.Kernel從so檔案中copy一份到記憶體中去,a)但是這時的全域符號表並沒有經過解析，當調用到時就產生segment fault , 
b)如果需要的檔案位移大於新的so的位址範圍，就會產生bus
error.

 

所以，如果用相同的so去覆蓋

     
A)
如果so
裡面依賴了外部符號，coredump

     
B)
如果so裡面沒有依賴外部符號，運氣不錯，不會coredump

 

所有問題的產生都是因為so被trunc了一把，所以如果不用turnc的方式就避免這個問題。Ok,該我們的install 上場了。

strace install new.so old.so

install
的方式跟cp不同，先unlink再creat，當unlink的時候，已經map的虛擬空間vma中的inode結點沒有變，只有inode結點的引用計數為0是，kernel才把它幹掉。

也就是新的so和舊的so用的不是同一個inode結點，所以不會相互影響。這時只有得啟程式才會使用到新的so。所以採用這種方式的話就可以避免先stop進程，更新so，再重啟進程這樣比較耗時的操作。