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