re: 冬瓜和eryar的專博 春秋十二月 2017-02-28 11:14
一直關注呢，平時工作忙，業余又研究密碼學與信息安全，寫博客目前沒時間
linux的開源庫是很多，但不可能花時間一一細讀，到一定時候，應該重點看linux內核源碼（含內核協議棧），搞清了操作系統和網絡的實現，算是內功提升了。
re: 挖坑，有空填坑[未登錄] 春秋十二月 2016-05-11 18:16
你主要是做哪方面的開發？
re: 夜深人靜寫算法（三） - 樹狀數組 春秋十二月 2015-11-13 19:40
都是自己寫的？
re: 伴隨我成長的編程書[未登錄] 春秋十二月 2015-10-14 00:28
@溪流
public繼承是is-a關系，現在的List應該類似STL中的list。
re: 客戶端技術的一點思考[未登錄] 春秋十二月 2015-09-18 07:15
我經歷了win桌面-->linux服務端-->linux驅動內核的階段，在做win桌面應用的時候，又經歷了win32 API-->mfc-->com/atl/wtl?，F在覺得編程，真是一種藝術，只要你愿意，完全可以干到40、50歲。技術深入的好處是對計算機系統會有深刻的理解（如進程管理、文件系統、網絡通信等），而知其所以然，那么做應用時，對設計與優化有莫大的幫助。
@cdy20
一般windows服務多選擇windows server 2003以上（支持了iocp），且windows server版，對擴展IO（如transmitfile、transmitpackets）的支持更好。
@riverqh 我做過nginx在windows上的改進，支持iocp和service，應比select更優越。
你這個nginx用在windows中，并發2萬多，使用的是select模型？
re: 2014年終總結[未登錄] 春秋十二月 2015-01-09 12:30
恭賀樓主喬遷之喜 ^_^
re: 我看過的游戲開發書籍[未登錄] 春秋十二月 2014-12-31 11:07
不錯，學習
re: 面向對象鎖框架的設計與實現[未登錄] 春秋十二月 2014-12-31 10:47
@Richard Wei
這些都是c++基本的東西，編譯器支持模板的差異性，庫開發者就需要用奇淫技巧來跨平臺，看boost的實現就知道了。c接口是最簡潔通用的，應當首先。
re: C/C++中手動獲取調用堆棧[未登錄] 春秋十二月 2014-09-06 13:42
寫的不錯，使用幀指針確有一定的風險。由于64位擴展了通用寄存器的個數，參數和局部變量可以用寄存器存儲傳遞，因此許多實現短小的函數就沒有棧幀或不用幀指針了。
re: Muduo源碼閱讀[未登錄] 春秋十二月 2014-05-04 21:43
這個庫的代碼比較簡單
如果要做好文檔，能完整闡述清楚自己的構思、想法和邏輯結構，這比較難
--我非常認同這句話，作為一個真正的程序員，不僅要會寫程序，還要會寫文檔，缺一不可。
re: 工作線程與消息循環 春秋十二月 2014-01-17 18:51
@王繼
cobjects--可等待內核對象個數，DWORD類型
lphobjects--可等待內核對象數組，const HANDLE*類型
re: c++小時鐘[未登錄] 春秋十二月 2014-01-16 14:36
你的本意是想模擬一個計時器吧，因為你用了while(time(NULL)==t)這行代碼來實現每隔1秒遞增時間，所以浪費CPU，導致占用較高。正確但粗略的做法是改用sleep(1000)，即延時1秒。
re: PHP程序員的苦逼轉型[未登錄] 春秋十二月 2014-01-16 14:24
樓主覺得自己的瓶頸是沒有學過高數或高數不好，所以技術很難堅持做下去，是嗎？對于程序員職業，高學歷不是必要，英語和追求確實重要。任何底層開發，都需要深厚的內功，而深厚的內功需要長期的積累。
@Cppowboy
實現細節可以不同，我的實現與stl中的優先級隊列類似，關鍵是各種操作后，保證序列不違反性質就行了。
@Cppowboy
是不是操作后，序列違反了雙端堆的性質？我的代碼是可以用的，當時做過很久的隨機測試，都沒有違反性質。
re: 2013年終總結[未登錄] 春秋十二月 2014-01-05 14:56
那兩件事是個人研究項目吧，不像是公司工作
re: 近期計劃[未登錄] 春秋十二月 2013-12-24 10:05
說比做易，關鍵在持之以恒
這個例子實現描述的epoll+theadpool方案不太好
1）fd讀事件用加鎖的queue通知，造成epoll thead和read thread間的同步，及many read threads間的鎖競爭
2）fd寫事件沒有處理，后面的send(fd,buf,strlen(buf),0)也沒處理好
re: HOOK技術的一些簡單總結[未登錄] 春秋十二月 2013-10-31 10:16
搞windows技術，就是要讓你不斷跟著微軟跑，兼容性是個很大的問題
@eryar
雖為私有，但暴露了它的定義，比如一個非正常情況#define private public，那么sizeof(Fireworks::FireParticle)是定義了的。
@suwenqiang
vi需要先打開文件才行，既不方便，也不通用。
re: 努力奮斗，自強不息 春秋十二月 2013-08-28 11:23
很好，曾公和我的主張是一致的：以家為本，以德為重，以才為主，做非常之事，成非常之業。
re: 發一個我寫的音頻庫 春秋十二月 2013-06-02 23:04
引擎是自己開發的吧，請分享架構設計，必要時開源。
網速主要取決于程序、網卡和網絡帶寬，程序屬于軟件因素，包括發送方和接收方；網卡和帶寬則是硬件因素。
1）只要發送方不停地發，每次盡可能發多數據，就能使網卡繁忙。但還需要接收方讀得快才行。
2）多線程僅當多核并發時才能提高性能，這時下載就是同時獲取文件的多個塊。
3）增大緩沖區的值確實能提高速率，但減少卻不意味著降低速率。
好久沒搞windows了 看完后 受益了 兄弟功底扎實
re: 伴隨我成長的編程書[未登錄] 春秋十二月 2013-03-25 10:22
看完后很受鼓舞和振奮，真是十年寒窗無人問、一朝成名天下知。讓我印象最深的一句話：從一個解決問題的程序員，變成一個研究編程本身的程序員。
re: 線程安全的隨機數生成 春秋十二月 2013-03-20 23:06
嗯，我一般不輕易在函數內使用static變量，要么全局，要么使用線程安全的單件
re: 線程安全的隨機數生成[未登錄] 春秋十二月 2013-03-19 14:31
當多個線程進入GetGen函數時，s_pRng的初始化能保證是安全的嗎？shared_ptr只保證其引用計數的維護是線程安全的，但變量本身的初始化，拷貝、賦值等，則不是。
re: 線程安全的隨機數生成[未登錄] 春秋十二月 2013-03-18 14:48
有問題吧，static變量s_pRng是線程安全的嗎？
陳兄高才，對boost研究得很透徹，可以寫出更好的shared_ptr了。
不錯，看了代碼，雖沒直接實現Hash、堆和歸并算法，但這沒關系，使用現成的boost和stl庫也好，你對庫運用的很到位