納斯達克OMX的交易運行在數(shù)千臺Linux服務器上，這些服務器要處理實時事務，監(jiān)控和進展情況，這種環(huán)境最大的挑戰(zhàn)就是性能，實際貨幣的匯率取決于交易是否能跟得上訂單流，延遲和吞吐量變得非常關鍵，訂單必須在有限的時間內響應(和執(zhí)行)，不用說，可靠性也非常重要，停機幾乎是不被允許的。
為了全面滿足這些要求，納斯達克OMX集團部署了許多大型計算集群，它們每天可以處理數(shù)億筆訂單，在延遲時間為25毫秒的情況下，每秒最快可以處理一百萬筆訂單。
Bob說近年來Linux引入了許多有用的技術，如網(wǎng)絡驅動中的NAPI中斷緩解技術，至少給其它工作負載釋放了近1/3的CPU時間，epoll系統(tǒng)調用減少了大部分單次調用開銷，在一次基準測試中發(fā)現(xiàn)，延遲時間至少減少了33毫秒，在用戶空間通過VDSO換頁處理clock_gettime()至少減少了60毫微秒。Bob對Linux的頁面緩存工作效率也很滿意，它消除了異步I/O的需要，大大簡化了代碼。
另一方面，Bob表示Linux也還有需要改進的地方，例如I/O信號，它們讓編程變得很復雜，如果事務繁忙，信號隊列可能會溢出，用戶空間的libaio異步I/O(AIO)是基于線程實現(xiàn)的，擴展性不好，和epoll的集成度也不好。相反，基于內核的異步I/O缺乏合適的套接字支持，他還提到了recvmsg()系統(tǒng)調用，每個入站數(shù)據(jù)包都需要一個進入內核的調用。
新的recvmmsg()系統(tǒng)調用在單次調用中可以接收多個數(shù)據(jù)包，但它現(xiàn)在是圍繞內部recvmsg()實現(xiàn)的一個封裝，還不能跨全部操作持有套接字鎖，但Bob認為recvmmsg()是向Linux添加新API的一個很好示例，他也喜歡基于內核的AIO和eventfd()結合使用，使得將基于文件的AIO整合進應用程序正常的事件處理循環(huán)成為可能，syslets也仍然有潛力可挖，Bob認為它可以作為向用戶空間發(fā)送通知的快捷方法，但現(xiàn)在尚不清楚syslets是否會擴大規(guī)模。
納斯達克OMX現(xiàn)在最想在Linux中看到的是基于套接字的AIO，這樣就可以用更少的系統(tǒng)調用替換epoll/recvmsg/sendmsg隊列，更妙的是，內核可以同時為多個事件提供通知，最好是這個功能的接口完全基于套接字，Bob描繪了一個類似于epoll的內核項目，它可以處理內核中的網(wǎng)絡通信，應用程序可以向隊列異步發(fā)送和接收請求，當它們執(zhí)行完畢時接收通知，他希望看到多個套接字連接到單個對象，和一個適合傳遞給poll()的文件描述符，有了這樣的技術，通過內核的網(wǎng)絡流量就可以更大，并且延遲也會更小。
總之，納斯達克OMX對Linux的表現(xiàn)還是很滿意的，它們也喜歡嘗鮮，前不久交易所的服務器就升級到了2.6.35.3內核，新出現(xiàn)的API對運營的幫助也很大，Bob說很少有系統(tǒng)因性能原因愿意引入新的API，這和Linus Torvalds的觀點卻不一樣，Linus Torvalds認為沒有人會使用Linux特殊的API，這一次也許是Linus Torvalds錯了，不是沒有人使用，只是它們藏得很深，一般人不知道。