求大并發寫的方案

[moritz100001]

需求是這樣的：在10K的并發下，即1秒鐘有10K的業務請求，現在系統出於安步審計需求，要求每一个請求都要記錄日誌。日誌內容僅需要記錄客户端IP， 用户名，時間，業務請求类型等簡單信息。
現在僅考慮單機的場景下，不考慮跨節點情况。

我考慮過，把記錄日誌功能單獨成為一個進程，功能僅為接受業務模塊發的日誌記錄請求，和把日誌寫入日誌文件中。在日誌進程中，啟動多線程，由一个主線程接收日誌并把日誌根據一定規則分發到其他寫入日誌文件的線程中。

各個業務進程向日誌進程發日誌消息時，使用共享內存的IPC方式（這種方式快），但有一個問题，由於涉及共享數據的寫，如何更好的解决竞態問題？如果採用傅統的方式，加鎖的話，性能肯定會大打折扣。但是又沒有想好如何解決此問題。

抑或，我開始的思路就是錯的。請有大并發經驗的朋友，給指點一，二。

感謝。

[xylophone21]

1. Google工程师认为当一条数据少于40K字节时，使用共享内存的性能并不比直接拷贝来的快。（详情见Android的Parcel.cpp）这还是嵌入式环境，你可以测试一下你的环境。

2. 每次申请一段（共享）内存，写好后再释放，参考Android的匿名共享内存。不过这一条然并卵，因为你总不能把匿名共享内存移植到你的服务器上吧。