• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            關(guān)于Bash shell在不同locale下的”異常”表現(xiàn)之探討

                 摘要: bash shell有很多命令是和locale相關(guān),本篇文章就來研究一下這種相關(guān)性的具體表現(xiàn)。  閱讀全文

            posted @ 2015-02-10 09:10 peakflys 閱讀(1800) | 評(píng)論 (0)編輯 收藏

            SGI STL中默認(rèn)Allocator為何變?yōu)閚ew_allocator?

                 摘要: 項(xiàng)目中和自己代碼中大量使用了STL的容器,平時(shí)也沒怎么關(guān)注alloc的具體實(shí)現(xiàn)細(xì)節(jié),主觀認(rèn)識(shí)上還停留在侯捷大師的《STL源碼剖析》中的講解。
            但是目前編譯器的實(shí)現(xiàn),早已經(jīng)不是書中所言……  閱讀全文

            posted @ 2015-01-14 16:50 peakflys 閱讀(4399) | 評(píng)論 (8)編輯 收藏

            說說服務(wù)器宕機(jī)恢復(fù)和負(fù)載均衡那些事(上)

                 摘要: 對(duì)于服務(wù)器程序而言,尤其是云計(jì)算時(shí)代的服務(wù)器程序,三高標(biāo)準(zhǔn)(高可用、高性能、高擴(kuò)展)往往是衡量一個(gè)優(yōu)秀的服務(wù)器程序的重要指標(biāo)。本篇文章主要聊聊服務(wù)宕機(jī)恢復(fù)(高可用的重要內(nèi)容)、負(fù)載均衡(高擴(kuò)展、高可用的主要內(nèi)容)。以下內(nèi)容均屬個(gè)人工作中的見解,如有不妥之處,歡迎指正。 ----peakflys  閱讀全文

            posted @ 2014-03-26 16:58 peakflys 閱讀(4121) | 評(píng)論 (0)編輯 收藏

            以題論道----關(guān)于虛函數(shù)的一些解讀

                 摘要: virtual function是很多公司面試題的重點(diǎn)考察內(nèi)容,雖然對(duì)于C++而言這是一個(gè)老生常談的話題了,但是工作中我發(fā)現(xiàn)還是有很多人理解的不透徹。
            先看下面的一個(gè)例子  閱讀全文

            posted @ 2013-12-01 16:08 peakflys 閱讀(2976) | 評(píng)論 (7)編輯 收藏

            一場虛驚——記大量心跳超時(shí)事件的排查

                 摘要: 項(xiàng)目終于上線了,伴隨著人數(shù)的逐步上升,最近查看日志,發(fā)現(xiàn)了大量連接超時(shí)的日志。項(xiàng)目中使用的是TCP長連接,為了保證網(wǎng)絡(luò)資源及時(shí)有效的釋放,程序中是1分鐘一次心跳,3分鐘無心跳即認(rèn)為超時(shí)。此為本文的背景
            相對(duì)于TCP連接建立時(shí)的三次握手,我想很多人對(duì)斷開連接的四次招呼就不是那么熟了,這里先談一下TCP的斷開,下面給出TCP斷開連接的過程圖:  閱讀全文

            posted @ 2013-05-27 16:56 peakflys 閱讀(5843) | 評(píng)論 (2)編輯 收藏

            從一道面試題來闡釋一個(gè)普遍的認(rèn)知誤區(qū)

                 摘要: 上午一個(gè)師弟在QQ上問我一道筆試題,是他前兩天去KONAMI面試時(shí)做的,這道題大致是這樣的:
            解釋以下語句的含義:
            1、new A;
            2、new A();
            也許很多人包括我自己,都可以馬上給出第一種情況的答案:在堆上為A類分配內(nèi)存,然后調(diào)用A的構(gòu)造函數(shù)。這種說法被大家所熟知,因?yàn)榘ā禨TL源碼剖析》等大作在內(nèi)也都是這么寫的(但是你認(rèn)為這種說法完全正確嗎?其實(shí)不盡然,答案后面揭曉)
            第二種情況,對(duì)象構(gòu)造的時(shí)候初始化列表為空會(huì)和第一種有什么不同呢?對(duì)于這種在實(shí)際工程中很少使用的情況,我一時(shí)還真給不出確切的答案。  閱讀全文

            posted @ 2013-04-08 13:43 peakflys 閱讀(6829) | 評(píng)論 (21)編輯 收藏

            Libjingle和各協(xié)議的關(guān)系

                 摘要: 前兩篇blog介紹了P2P的原理和libjingle庫的基本情況,如果直接看代碼,很多細(xì)節(jié)可能不會(huì)注意到,這種時(shí)候最有效的方法當(dāng)然是看它的開發(fā)文檔,因?yàn)閹焓怯蒅oogle開發(fā)和維護(hù),所以這方面我們不用擔(dān)心,文檔首頁見這里。但是如果要深入了解庫代碼為什么這么寫,為什么這么約定時(shí),還需要了解相應(yīng)的協(xié)議。
            便于大家了解,特整理如下。(轉(zhuǎn)載請(qǐng)注明作者和出處 by peakflys)  閱讀全文

            posted @ 2013-02-04 15:29 peakflys 閱讀(8487) | 評(píng)論 (2)編輯 收藏

            Libjingle庫 綜述

                 摘要: 國內(nèi)現(xiàn)在很多語音聊天工具都是基于TURN方式實(shí)現(xiàn)的,包括YY、AK等等,這種方式對(duì)于服務(wù)器的性能要求很高,而且在用戶量增大的時(shí)候,服務(wù)器壓力也會(huì)越來越大,用戶的語音質(zhì)量也會(huì)受到很大影響。而基于P2P方式實(shí)現(xiàn)的語聊服務(wù)器,就可以極大的避免這種情況的發(fā)生,而且用戶的語音體驗(yàn)也會(huì)非常好。  閱讀全文

            posted @ 2013-01-30 16:54 peakflys 閱讀(17798) | 評(píng)論 (3)編輯 收藏

            P2P的原理和常見的實(shí)現(xiàn)方式(為libjingle開路)

                 摘要: 為了項(xiàng)目的后期IM應(yīng)用,最近在研究libjingle,中間看了也收集了很多資料,感慨網(wǎng)上很多資料要么太過于糾結(jié)協(xié)議(如STUN、ICE等)實(shí)現(xiàn)細(xì)節(jié),要么中間有很多紕漏。最后去偽存真,歸納總結(jié)了一下,希望對(duì)以后的同行有些許幫助。
            如果有什么需要討論或者指正的,歡迎留言或者郵件peakflys@gmail.com   閱讀全文

            posted @ 2013-01-25 15:43 peakflys 閱讀(37533) | 評(píng)論 (12)編輯 收藏

            關(guān)于最優(yōu)無限循環(huán)的考證

                 摘要: 昨天在一個(gè)論壇里看到一個(gè)帖子,是關(guān)于無限循環(huán)的選擇問題,之前也看到過很多次說空for比while(1)效率高的論述,只是之前一直沒有功夫去考證。
            話不多說,直入正題。  閱讀全文

            posted @ 2013-01-05 12:39 peakflys 閱讀(3260) | 評(píng)論 (8)編輯 收藏

            僅列出標(biāo)題
            共3頁: 1 2 3 
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            導(dǎo)航

            統(tǒng)計(jì)

            公告

            人不淡定的時(shí)候,就愛表現(xiàn)出來,敲代碼如此,偶爾的靈感亦如此……

            常用鏈接

            留言簿(4)

            隨筆分類

            隨筆檔案

            文章檔案

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            亚洲精品乱码久久久久久不卡| 国产精品成人99久久久久91gav| 国产成人精品久久亚洲高清不卡 | 久久国产精品99精品国产| 国产欧美一区二区久久| 久久e热在这里只有国产中文精品99 | 18岁日韩内射颜射午夜久久成人| 久久久久免费精品国产| 亚洲国产成人久久综合野外| 亚洲精品白浆高清久久久久久| 中文国产成人精品久久亚洲精品AⅤ无码精品 | 亚洲精品乱码久久久久66| 久久国产精品-国产精品| 午夜精品久久影院蜜桃| 久久精品人人做人人爽97 | 精品伊人久久大线蕉色首页| 久久精品9988| 人妻久久久一区二区三区| 久久精品国产福利国产琪琪| 东京热TOKYO综合久久精品| 久久精品久久久久观看99水蜜桃| 麻豆成人久久精品二区三区免费| 97久久超碰成人精品网站| 狠狠综合久久综合88亚洲| 久久激情五月丁香伊人| 91精品国产高清久久久久久91| 久久天天躁夜夜躁狠狠躁2022| 久久夜色tv网站| 91精品国产高清久久久久久io| 欧美亚洲国产精品久久久久| 久久精品国产亚洲Aⅴ蜜臀色欲| 7777精品久久久大香线蕉| 久久丫忘忧草产品| 久久久亚洲欧洲日产国码是AV | 久久99国产精品尤物| 久久er99热精品一区二区| 久久精品国产99久久久古代| 99久久精品国产一区二区| 2020久久精品亚洲热综合一本| 国产日产久久高清欧美一区| 潮喷大喷水系列无码久久精品|