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