• <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久久久精品无码| 亚洲精品白浆高清久久久久久| 久久精品蜜芽亚洲国产AV| 国产日韩久久久精品影院首页| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 久久99毛片免费观看不卡| 欧美亚洲国产精品久久高清| 久久精品国产一区| 亚洲国产精品无码久久久秋霞2| 国产精品综合久久第一页| .精品久久久麻豆国产精品| 性高朝久久久久久久久久| segui久久国产精品| 久久亚洲AV成人无码国产| 国内精品伊人久久久久网站| 国产精品无码久久久久久| 精品久久亚洲中文无码| 人人狠狠综合久久亚洲高清| 99久久综合国产精品二区| 久久国产精品-久久精品| 成人妇女免费播放久久久| 国产aⅴ激情无码久久| 久久精品国产AV一区二区三区| 三级韩国一区久久二区综合| 国产精品免费久久久久电影网| 久久se精品一区精品二区| 成人资源影音先锋久久资源网| 亚洲精品无码久久千人斩| 伊人久久大香线蕉亚洲五月天| 久久久久久国产精品无码下载 | 一本大道加勒比久久综合| 久久se精品一区精品二区| 2021国产成人精品久久| 久久99精品久久久久久不卡 | 亚洲va久久久噜噜噜久久狠狠 | 欧美va久久久噜噜噜久久| 日本强好片久久久久久AAA| 国内精品久久久久久久97牛牛| 99久久婷婷免费国产综合精品|