• <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>

            可冰

            冰,是沉睡著的水......

              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              37 隨筆 :: 5 文章 :: 94 評論 :: 0 Trackbacks
            網(wǎng)絡(luò)的并發(fā)連接數(shù)到底是由什么限制的?即哪些因素是最主要的,難道不能解決嗎?
            現(xiàn)在一個好的網(wǎng)絡(luò)程序,通常最多能達(dá)到多少的并發(fā)連接數(shù)?

            posted on 2006-06-23 19:40 可冰 閱讀(622) 評論(2)  編輯 收藏 引用

            評論

            # re: [請教]網(wǎng)絡(luò)程序方面的問題 2006-06-23 21:21 Stone Jiang
            這與軟\硬件環(huán)境都有關(guān)  回復(fù)  更多評論
              

            # re: [請教]網(wǎng)絡(luò)程序方面的問題 2006-06-24 13:40 可冰
            任務(wù)體系結(jié)構(gòu)
            在任務(wù)體系結(jié)構(gòu)領(lǐng)域里,有三種主要的技術(shù):
            * 單進(jìn)程單任務(wù)(面向進(jìn)程):在同一時間里,程序的每一份拷貝都作為一個任務(wù)來處理。有時,建立一個新的進(jìn)程,同時也就建立了一個新的任務(wù)(比如: inetd、Sendmail)或者進(jìn)程可以被重用(如:Apache)。在低負(fù)載的時候,這種體系結(jié)構(gòu)一般可以獲得較好的性能。在中等負(fù)載時,如果進(jìn)程映像比較小(如:qmail)、應(yīng)用程序經(jīng)過執(zhí)行效率的優(yōu)化或者應(yīng)用程序不會創(chuàng)建太多的并發(fā)任務(wù),那么還可以勉強(qiáng)應(yīng)付。在這種情況下,如果總的進(jìn)程數(shù)保持較低的數(shù)量(低于中等負(fù)載),并且使用了進(jìn)程緩沖,那么對多處理器系統(tǒng)的利用率將比較高。這種技術(shù)存在于所有的操作系統(tǒng)中,不過實現(xiàn)起來Unix比 Windows效率要高得多。(Windows中沒有fork()系統(tǒng)調(diào)用,并且由于這種方法太慢,所以很少有Windows應(yīng)用程序采用這種技術(shù)。)
            * 單線程單任務(wù)(多線程):在完成任務(wù)的過程中,程序的每一個拷貝在進(jìn)程內(nèi)部都作為了一個獨立的線程來執(zhí)行。在低負(fù)載到中等負(fù)載的情況下,多進(jìn)程應(yīng)用程序的性能都非常的好。對于比較高的負(fù)載,性能將會下降,但是還可以接受。然而,當(dāng)負(fù)載非常高的時候,多線程應(yīng)用程序的性能會急劇下降。在一般情況下,典型的多線程應(yīng)用程序在處理500到1000個任務(wù)并發(fā)任務(wù)時,其性能還可以容忍。每一個任務(wù)使用一個新的線程,這樣和一個新的進(jìn)程比起來,將消耗較少的內(nèi)存和 CPU資源。因為在極重的多線程負(fù)載下,只有那些目前使用非常廣泛的 UNIX變種才能夠繼續(xù)保持穩(wěn)定,所以在源代碼開放的項目中,很少使用多線程。
            * 單線程多任務(wù)(異步方式):一個程序使用一系列的線程來運行(一般來說,每一個特定的任務(wù)都有專門的線程來處理),并且使用所謂的異步(或者叫無阻塞) TCP/IP技術(shù),每一個線程要處理很多的任務(wù)。一般來說,由于大部分程序并不要求去處理高負(fù)載的情況,并且異步模式的程序設(shè)計相對來說比較困難,所以很少會有程序采用這種體系結(jié)構(gòu)。因為可以使用各自獨立的線程,所以多處理器系統(tǒng)中,異步程序的可伸縮性要好得多。因為幾乎不會因等待CPU而死鎖,所以每一個線程基本上都可以長時間地分配到一個CPU(比如:DNS BIND監(jiān)控程序)。
            [引用自chinaunix:http://bbs.chinaunix.net/viewthread.php?tid=56099]  回復(fù)  更多評論
              


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            亚洲狠狠综合久久| 99精品国产99久久久久久97| 久久精品国产影库免费看| 国产成人精品久久| 亚洲欧美伊人久久综合一区二区| 久久96国产精品久久久| 久久精品国产99久久久香蕉| 久久人人爽人人爽人人片AV东京热 | 亚洲AV乱码久久精品蜜桃| 久久99精品国产自在现线小黄鸭 | 九九热久久免费视频| 少妇熟女久久综合网色欲| 久久久青草久久久青草| 伊人久久大香线蕉综合Av| 久久免费香蕉视频| 精品久久久久国产免费| 精品久久久久久中文字幕人妻最新| 伊人久久无码精品中文字幕| 久久99精品国产麻豆婷婷| 欧美精品一本久久男人的天堂| 久久久久亚洲AV无码麻豆| 色青青草原桃花久久综合| 日韩电影久久久被窝网| 久久毛片免费看一区二区三区| 韩国三级中文字幕hd久久精品 | 97久久国产露脸精品国产| 久久精品a亚洲国产v高清不卡 | 久久se这里只有精品| 久久天天躁狠狠躁夜夜av浪潮| 精品久久久久久国产牛牛app| 国产精品内射久久久久欢欢| 久久97久久97精品免视看秋霞| 久久精品免费大片国产大片| 亚洲欧美日韩中文久久| 久久中文娱乐网| 久久亚洲中文字幕精品有坂深雪 | 久久国产精品免费一区二区三区| 久久青青草原精品国产软件| 亚洲精品乱码久久久久久| 国产成人香蕉久久久久| 久久精品国产亚洲77777|