• <em id="6vhwh"><rt id="6vhwh"></rt></em>

    <style id="6vhwh"></style>

    <style id="6vhwh"></style>
    1. <style id="6vhwh"></style>
        <sub id="6vhwh"><p id="6vhwh"></p></sub>
        <p id="6vhwh"></p>
          1. 国产亚洲欧洲av综合一区二区三区 ,色爱综合另类图片av,亚洲av免费成人在线,久久热在线视频精品视频,成在人线av无码免费,国产精品一区二区久久毛片,亚洲精品成人片在线观看精品字幕 ,久久亚洲精品成人av秋霞

            句柄數(shù)(文件句柄數(shù))

            更新時間:2023-03-01 10:17:08 閱讀: 評論:0

            什么叫句柄數(shù)?多少是正常的?

            句柄是WINDOWS用來標識被應用程序所建立或使用的對象的唯一整數(shù),WINDOWS使用各種各樣的句柄標識諸如應用程序實例,窗口,控制,位圖,GDI對象等等。WINDOWS句柄有點象C語言中的文件句柄。
            通俗一點講:就是像人的身份證號。
            這個多少算正常?那要看你開機運行多少軟件了!剛買來的電腦最多才幾千。然后電腦里東西多了就爬上去了。有的幾千萬。。。這樣你的電腦就比蝸牛還慢了。。。當然這樣情況下是中毒了。。。嘿嘿嘿嘿嘿??!

            什么叫句柄數(shù)?多少是正常的?

            句柄是...
            一個32位無符號整數(shù),其原始定義好像是unsigned long(記不清了),使Windows用來標識一些系統(tǒng)使用的資源的(例如圖標、窗口等等),如果覺得不好理解可以把它當作指針來使,而且事實上大部分時候就是把他當指針使的

            回復:啥叫句柄?
              對于初涉Windows編程的兄弟來說,句柄的確是個令人摸不找頭腦的概念。
              指針你應該知道吧,句柄起的作用和指針大體相同,比如用你用API函數(shù)建了個窗口,函數(shù)返回一個句柄,或者你調用一個API函數(shù),這個函數(shù)要求你傳入父窗口的句柄。第一個例子中以后你要放問那個窗口的任何東西,就只有靠這個句柄了,第二個例子也一樣,函數(shù)需要通過父窗口的句柄進一步訪問父窗口的資源,以進行對新建窗口的設置。
              哪為什么不返回窗口在內存中的指針呢?讓用戶直接操作內存是十分危險的,有可能導致難以預料的錯誤,所以操作系統(tǒng)就在API函數(shù)一層隱去了過于接近底層的指針,而代之以32位無符號整數(shù)DWORD,它相似于一個索引,由操作系統(tǒng)通過這個索引查到窗口資源在內存中的真實位置進行操作,避免了許多不必要錯誤的發(fā)生。

            是一個操作系統(tǒng)中線程和資源共享的問題,打個比方吧:
            在cpu中某種資源最大是150,有4個線程:a;最大需求是75,當前需求是45,b:50,40, c:40,25,d有兩種情況1,d;50,25。2,50,35。用那種方法才能使線程安全呢,看看總的剩余的資源是:v=150-45-40-25=40,先看第一種當前線程是25,那么還有v1=40-25=15的剩余資源,恰好能夠用于c線程的剩余部分,而c線程又可以釋放出先前25的資源,再看b剩余線程還需要10個資源數(shù),我們就可以滿足它,然后再依次地把所有的線程完成。再看第二種方法,當前線程需要資源35,那么只剩余40-35=5的資源了,不能滿足任何一個線程的剩余線程要求的資源數(shù),這就可能導致死鎖問題,這個就不能使線程安全了
            什么叫進程?進程同程序有什么區(qū)別?
            A:進程是程序在計算機上的一次執(zhí)行活動。當你運行一個程序,你就啟動了一個
            進程。顯然,程序是死的(靜態(tài)的),進程是活的(動態(tài)的)。
            進程可以分為系統(tǒng)進程和用戶進程。凡是用于完成操作系統(tǒng)的各種功能的進程
            就是系統(tǒng)進程,它們就是處于運行狀態(tài)下的操作系統(tǒng)本身;用戶進程就不必我
            多講了吧,所有由你啟動的進程都是用戶進程。
            進程是操作系統(tǒng)進行資源分配的單位。在Windows
            下,進程又被細化為線程,也就是一個進程下有多個能獨立運行的
            更小的單位。

            句柄數(shù)是什么東東???

            句柄是WINDOWS用來標識被應用程序所建立或使用的對象的唯一整數(shù),WINDOWS使用各種各樣的句柄標識諸如應用程序實例,窗口,控制,位圖,GDI對象等等。WINDOWS句柄有點象C語言中的文件句柄。
              從上面的定義中的我們可以看到,句柄是一個標識符,是拿來標識對象或者項目的,它就象我們的姓名一樣,每個人都會有一個,不同的人的姓名不一樣,但是,也可能有一個名字和你一樣的人。從數(shù)據(jù)類型上來看它只是一個16位的無符號整數(shù)。應用程序幾乎總是通過調用一個WINDOWS函數(shù)來獲得一個句柄,之后其他的WINDOWS函數(shù)就可以使用該句柄,以引用相應的對象。
              如果想更透徹一點地認識句柄,我可以告訴大家,句柄是一種指向指針的指針。我們知道,所謂指針是一種內存地址。應用程序啟動后,組成這個程序的各對象是住留在內存的。如果簡單地理解,似乎我們只要獲知這個內存的首地址,那么就可以隨時用這個地址訪問對象。但是,如果您真的這樣認為,那么您就大錯特錯了。我們知道,Windows是一個以虛擬內存為基礎的操作系統(tǒng)。在這種系統(tǒng)環(huán)境下,Windows內存管理器經(jīng)常在內存中來回移動對象,依此來滿足各種應用程序的內存需要。對象被移動意味著它的地址變化了。如果地址總是如此變化,我們該到哪里去找該對象呢?
              為了解決這個問題,Windows操作系統(tǒng)為各應用程序騰出一些內存儲地址,用來專門登記各應用對象在內存中的地址變化,而這個地址(存儲單元的位置)本身是不變的。Windows內存管理器在移動對象在內存中的位置后,把對象新的地址告知這個句柄地址來保存。這樣我們只需記住這個句柄地址就可以間接地知道對象具體在內存中的哪個位置。這個地址是在對象裝載(Load)時由系統(tǒng)分配給的,當系統(tǒng)卸載時(Unload)又釋放給系統(tǒng)。
              句柄地址(穩(wěn)定)→記載著對象在內存中的地址────→對象在內存中的地址(不穩(wěn)定)→實際對象
              本質:WINDOWS程序中并不是用物理地址來標識一個內存塊,文件,任務或動態(tài)裝入模塊的,相反的,WINDOWS API給這些項目分配確定的句柄,并將句柄返回給應用程序,然后通過句柄來進行操作。
              但是必須注意的是程序每次從新啟動,系統(tǒng)不能保證分配給這個程序的句柄還是原來的那個句柄,而且絕大多數(shù)情況的確不一樣的。假如我們把進入電影院看電影看成是一個應用程序的啟動運行,那么系統(tǒng)給應用程序分配的句柄總是不一樣,這和每次電影院售給我們的門票總是不同的一個座位是一樣的道理。

            linux怎么查看默認的句柄數(shù)

            您好!很高興能為您解答。
            修改文件句柄數(shù)在Linux下,我們使用ulimit -n
            命令可以看到單個進程能夠打開的最大文件句柄數(shù)量(socket連接也算在里面)。系統(tǒng)默認值1024。

            對于一般的應用來說(象Apache、系統(tǒng)進程)1024完全足夠使用。但是如何象squid、mysql、java等單進程處理大量請求的應用來說就有
            點捉襟見肘了。如果單個進程打開的文件句柄數(shù)量超過了系統(tǒng)定義的值,就會提到“too many files
            open”的錯誤提示。如何知道當前進程打開了多少個文件句柄呢?下面一段小腳本可以幫你查看:

            1.lsof -n |awk '{print $2}'|sort|uniq -c |sort
            -nr|more

            在系統(tǒng)訪問高峰時間以root用戶執(zhí)行上面的腳本,可能出現(xiàn)的結果如下:

            1.# lsof -n|awk '{print $2}'|sort|uniq -c |sort
            -nr|more
            2. 131 24204
            3. 57 24244
            4. 57 24231

            5. 56 24264

            其中第一行是打開的文件句柄數(shù)量,第二行是進程號。得到進程號后,我們可以通過ps命令得到進程的詳細內容。

            1.ps -aef|grep 24204
            2.mysql 24204 24162
            99 16:15 ? 00:24:25 /usr/sbin/mysqld

            哦,原來是mysql進程打開最多文件句柄數(shù)量。但是他目前只打開了131個文件句柄數(shù)量,遠遠底于系統(tǒng)默認值1024。

            但是如果系統(tǒng)并發(fā)特別大,尤其是squid服務器,很有可能會超過1024。這時候就必須要調整系統(tǒng)參數(shù),以適應應用變化。Linux有硬性限制和軟性限制??梢酝ㄟ^ulimit來設定這兩個參數(shù)。方法如下,以root用戶運行以下命令:

            1.ulimit -HSn 4096

            以 上命令中,H指定了硬性大小,S指定了軟性大小,n表示設定單個進程最大的打開文件句柄數(shù)量。個人覺得最好不要超過4096,畢竟打開的文件句柄數(shù)越多響
            應時間肯定會越慢。設定句柄數(shù)量后,系統(tǒng)重啟后,又會恢復默認值。如果想永久保存下來,,可以修改 /etc/profile
            把上面命令加到最后。(findsun提出的辦法比較合理)

            /////////////////////////////////////////////////////////////////////////////

            在 Linux下面部署應用的時候,有時候會遇上Socket/File: Can't open so many
            files的問題,其實Linux是有文件句柄限制的(就像WinXP?),而且默認不是很高,一般都是1024,作為一臺生產(chǎn)服務器,其實很容易就達到
            這個數(shù)量,因此我們需要把這個值改大一些。

            大概知道ulimit這個命令是相關的,上Google搜索了一下,大多數(shù)說的很含糊,也沒有統(tǒng)一說一下,經(jīng)過兩個小時看了不少文章終于弄清楚ulimit相關的一些配置問題。

            我們可以用ulimit -a來查看所有限制值,我只關心文件句柄數(shù)量的問題

            open files (-n) 1024

            這個就是限制數(shù)量

            這里,有很多ulimit的文章都說的很含糊,究竟這個1024是系統(tǒng)的限制,還是用戶的限制呢。其實,這個是用戶限制來的,完整的說法,應該是當前用戶準備要運行的程序的限制。

            1、這個限制是針對單個程序的限制

            2、這個限制不會改變之前已經(jīng)運行了的程序的限制

            3、對這個值的修改,退出了當前的shell就會消失

            比如說,我先運行了一個程序A,然后通過ulimit修改了限制為2048,然后運行B,然后退出了shell再登錄,然后運行C。那就只有B可以打開2048個句柄。

            如果我們需要改變整體的限制值,或者我們運行的程序是系統(tǒng)啟動的,應該怎么處理呢

            其中一個方法,是想ulimit修改命令放入/etc/profile里面,但是這個做法并不好

            正確的做法,應該是修改/etc/curity/limits.conf

            里面有很詳細的注釋,比如

            * soft nofile 2048

            * hard nofile 32768

            就可以將文件句柄限制統(tǒng)一改成軟2048,硬32768

            這里涉及另外一個問題,什么是軟限制,什么是硬限制

            硬限制是實際的限制,而軟限制,是warnning限制,只會做出warning

            其實ulimit命令本身就有分軟硬設置,加-H就是硬,加-S就是軟

            默認顯示的是軟限制,如果修改的時候沒有加上的話,就是兩個一起改

            配置文件最前面的一位是domain,設置為星號代表全局,另外你也可以針對不同的用戶做出不同的限制

            修改了,重新登錄用ulimit一開就立刻生效了,不過之前啟動過的程序要重新啟動才能使用新的值。我用的是CentOS,似乎有些系統(tǒng)需要重啟才能生效。

            ulimit其實就是對單一程序的限制

            那系統(tǒng)總限制呢

            其實是在這里,/proc/sys/fs/file-max

            可以通過cat查看目前的值,echo來立刻修改

            另外還有一個,/proc/sys/fs/file-nr

            只讀,可以看到整個系統(tǒng)目前使用的文件句柄數(shù)量

            查找文件句柄問題的時候,還有一個很實用的程序lsof

            可以很方便看到某個進程開了那些句柄

            也可以看到某個文件/目錄被什么進程占用了。

            資源管理器上的那個句柄數(shù)是指什么?

            句柄是一個標識符,是拿來標識對象或者項目的,它就象我們的姓名一樣,每個人都會有一個,不同的人的姓名不一樣,但是,也可能有一個名字和你一樣的人。從數(shù)據(jù)類型上來看它只是一個16位的無符號整數(shù)。應用程序幾乎總是通過調用一個WINDOWS函數(shù)來獲得一個句柄,之后其他的WINDOWS函數(shù)就可以使用該句柄,以引用相應的對象。

            如果想更透徹一點地認識句柄,我可以告訴大家,句柄是一種指向指針的指針。我們知道,所謂指針是一種內存地址。應用程序啟動后,組成這個程序的各對象是住留在內存的。如果簡單地理解,似乎我們只要獲知這個內存的首地址,那么就可以隨時用這個地址訪問對象。但是,如果您真的這樣認為,那么您就大錯特錯了。我們知道,Windows是一個以虛擬內存為基礎的操作系統(tǒng)。在這種系統(tǒng)環(huán)境下,Windows內存管理器經(jīng)常在內存中來回移動對象,依此來滿足各種應用程序的內存需要。對象被移動意味著它的地址變化了。如果地址總是如此變化,我們該到哪里去找該對象呢?

            為了解決這個問題,Windows操作系統(tǒng)為各應用程序騰出一些內存儲地址,用來專門登記各應用對象在內存中的地址變化,而這個地址(存儲單元的位置)本身是不變的。Windows內存管理器在移動對象在內存中的位置后,把對象新的地址告知這個句柄地址來保存。這樣我們只需記住這個句柄地址就可以間接地知道對象具體在內存中的哪個位置。這個地址是在對象裝載(Load)時由系統(tǒng)分配給的,當系統(tǒng)卸載時(Unload)又釋放給系統(tǒng)。

            句柄地址(穩(wěn)定)→記載著對象在內存中的地址————→對象在內存中的地址(不穩(wěn)定)→實際對象

            本質:WINDOWS程序中并不是用物理地址來標識一個內存塊,文件,任務或動態(tài)裝入模塊的,相反的,WINDOWS API給這些項目分配確定的句柄,并將句柄返回給應用程序,然后通過句柄來進行操作。

            但是必須注意的是程序每次從新啟動,系統(tǒng)不能保證分配給這個程序的句柄還是原來的那個句柄,而且絕大多數(shù)情況的確不一樣的。假如我們把進入電影院看電影看成是一個應用程序的啟動運行,那么系統(tǒng)給應用程序分配的句柄總是不一樣,這和每次電影院售給我們的門票總是不同的一個座位是一樣的道理。

            Win8怎么查看進程的句柄數(shù)

            Win8查看進程的句柄數(shù)方法:

            第一步,進入操作系統(tǒng)桌面,

            第二步,右鍵任務欄,點選啟動任務管理器,

            第三步,彈出任務管理器窗口,

            第四步,點擊查看->選擇列,

            第五步,彈出選擇進程頁列的窗口,

            第六步,點選圖示句柄數(shù)的復選框,點擊確定,

            第七步,回到剛才的任務管理器,可以看到句柄數(shù)的一列數(shù)據(jù)。


            本文發(fā)布于:2023-02-28 19:50:00,感謝您對本站的認可!

            本文鏈接:http://www.newhan.cn/zhishi/a/167763702869505.html

            版權聲明:本站內容均來自互聯(lián)網(wǎng),僅供演示用,請勿用于商業(yè)和其他非法用途。如果侵犯了您的權益請與我們聯(lián)系,我們將在24小時內刪除。

            本文word下載地址:句柄數(shù)(文件句柄數(shù)).doc

            本文 PDF 下載地址:句柄數(shù)(文件句柄數(shù)).pdf

            標簽:句柄   文件
            相關文章
            留言與評論(共有 0 條評論)
               
            驗證碼:
            Copyright ?2019-2022 Comsenz Inc.Powered by ? 實用文體寫作網(wǎng)旗下知識大全大全欄目是一個全百科類寶庫! 優(yōu)秀范文|法律文書|專利查詢|
            主站蜘蛛池模板: 亚洲第一色网站| 国产日韩一区二区在线| 国产精品自在拍在线播放| 欧洲精品色在线观看| 国产成人无码免费视频麻豆| 国产地址二永久伊甸园| 天天综合天天做天天综合| jlzz大jlzz大全免费| 国产精品人成在线观看免费| 国产不卡精品视频男人的天堂| 精品人妻一区二区三区蜜臀| 亚洲精品国产三级在线观看| 久久天天躁夜夜躁狠狠820175| 亚洲自拍精品视频在线| 亚洲无线码一区二区三区| 免费无码又爽又刺激高潮的app| 乱人伦人妻精品一区二区| 日韩av在线不卡免费| 国产精品一区二区三区污| 人妻一区二区三区三区| 99久久亚洲综合精品成人网| 99热在线免费观看| 蜜臀av一区二区三区日韩| 国产在线午夜不卡精品影院 | 69成人免费视频无码专区| 精品熟女日韩中文十区| 国产麻豆精品一区一区三区| 中文字幕无码久久精品| AV最新高清无码专区| 女人的天堂av在线播放| 亚洲悠悠色综合中文字幕| 国产一区二区三区导航| 国产办公室秘书无码精品99 | 厨房掀起裙子从后面进去视频| 日本高清在线播放一区二区三区 | 精品视频在线观看免费观看| 国产日韩精品欧美一区灰| 57pao国产成视频免费播放| 久久国内精品一国内精品| 久久精品手机观看| 久久久久青草线蕉亚洲|