R15最激動人心的東西就是這個Native Process，請參看Rickard Green寫的Future Extensions to the Native Interface：看 這裡

我來blabla下。 做過Erlang規模程式的人都知道有個痛， Erlang的公平排程引起的痛。 舉個例子，比如說日誌服務。當我們的系統有成千上萬的程序需要日誌服務的時候，我們通常會把日誌的內容發給一個日誌程序由它來負責持久化。這是個典型的模組劃分方法，我們之前的c程式也都是這麼幹的。但是在erlang下這樣很容易有問題。大家知道Erlang講究公平，程序排程是公平的，port排程是公平的，bif使用是公平的，甚至ets這樣的模組使用也是公平的。那麼我們就可以這麼理解。如果一個系統裡面有N個程序需要服務，那麼總程序數目是N+1, 平均來分配時間片。反過來說就是這個日誌程序只能分的整個系統的1/(N+1)的cpu計算能力，但是要幹N個活。後果就是這個程序忙不過來，導致訊息佇列不停的加大，訊息佇列需要堆記憶體，這個記憶體需求越來越大，最後系統分配不出記憶體，最終vm掛掉了。

這個典型的設計問題是幾乎每個剛做erlang程式的人都會碰到的。 那我們如何來解決呢？一個解決方案就是加大日誌服務程序的數目，來多分點CPU。還有一個方案就是繞過公平排程的原則。 Erlang的每個程序執行的時候是分配一定的時間片，每執行一個函式就消耗一個時間片，當時間片消耗完畢的時候，程序就被搶佔排程。那麼知道了這個工作原理，我們就可以耍賴來在函式執行的時候不減掉時間片，這樣這個程序就可以無限制的執行。這也是我過去繞開這個問題的解決方案，缺點是你需要對vm很熟悉，並且知道如何改。

這時候Native Process來救助了。我們知道目前的版本是支援nif的，也即是說使用者可以自己寫函式來處理邏輯。但是nif有限制的，它只是被動的被排程器來執行，主控是由排程器來完成的。如果排程器在合適的事件上把相應的鉤給我們，那我們就有可能能夠影響排程器的運作。

Native Process就是這個思路。

Native Process程序本身是個和原來相容的程序，不影響系統原理的語義。在hook後自己進入自己的事件迴圈，來獨立處理IO時間或者執行計算，在必要的時候再變成原來的程序。

通過暴露更多的鉤給nif, 使用者可以自己定義自己的事件處理邏輯來干預排程器的行為。比如說在排程器切出一個程序的時候，允許使用者對程序的時間片計數器修改，這樣就可以繞過PREEMPTABLE NIF and Driver。由於Erlang是程序間完全隔離的，那我們也可以繞過這個限制，可以直接修改程序的資料，達到在VM裡面共享狀態的目的。hook使得這些事情都變得可能。

具體如何使用請參考ppt。

我們來總結下，它的適用場景是：

• Optimizing
• Access functionality not available in Erlang
• Operating System services
• Third party libraries

他能夠解決下面的問題：

• Native processes make drivers obsolete
• Will be able to handle any protocol
• Possible to minimize the need for native code
• Will have access to the same functionality as ordinary processes
• More efficient
• Distribution transparent
• Share implementations

期待 otp團隊給力！

祝玩得開心！

Post Footer automatically generated by wp-posturl plugin for wordpress.