生成文件失敗,文件模板：文件路徑：/www/wwwroot/chinavoa.com//public//finance/2025-06-21/80f97.html靜態(tài)文件路徑：/www/wwwroot/chinavoa.com//public//finance/2025-06-21 58款禁用软件永久免费大全,av无码理论片在线观看免费网站,欧美系列在线播放
電視劇 安姨的英文翻译是什么
  • 提醒：不要輕易相信視頻中的廣告，謹(jǐn)防上當(dāng)受騙!
  • 如果無法播放請重新刷新頁面，或者切換線路。
  • 視頻載入速度跟網(wǎng)速有關(guān)，請耐心等待幾秒鐘。
簡介

安姨的英文翻译是什么 第01集6.0
6.0
網(wǎng)友評(píng)分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
709次評(píng)分
給影片打分 《安姨的英文翻译是什么》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

  • 關(guān)注公眾號(hào)觀影不迷路

  • 掃一掃用手機(jī)訪問

影片信息

  • 安姨的英文翻译是什么

  • 片名：安姨的英文翻译是什么
  • 狀態(tài)：全23集
  • 主演：福田悟/
  • 導(dǎo)演：もりたけし/
  • 年份：1997
  • 地區(qū)：汶萊
  • 類型：美食/
  • 時(shí)長：2:26:6
  • 上映：2004
  • 語言：丹麥語
  • 更新：
  • 簡介：是的，還是小白，什么術(shù)博主，老感博主了。講個(gè)故事。深老舔狗小今天很興奮說什么也要大家喝奶茶因?yàn)樗f他覺要跟喜歡女生小呂修正果了。一為什么。他朵都紅了， "我覺得小呂在暗示我，她說她喜看阿凡達(dá)，好我長得就阿凡達(dá)"。聽了讓人皺眉他繼續(xù)說："她說她喜歡手座，正好就是"我撓撓頭："行，別說了，懂了她住上海，也住上海，兩算是同居"他愣了一會(huì)，看了看我"別說這種舔狗話，但你的其實(shí)有點(diǎn)理，上次她我?guī)退揠?，我發(fā)現(xiàn)她的 ip 是 192.168.xx.xx，巧了，我家的也是我懷疑我們的很近"。很感動(dòng)。我甚沒敢告訴他我家里的 IP 也是 192.168 開頭的，我猜你家的也，就現(xiàn)在正看這篇文章你。但問題來了，為什大家的 IP 都是 192.168.xx.xx？我們今天來下這個(gè)話題IP 地址是什么我們知，網(wǎng)絡(luò)通訊本質(zhì)就是收數(shù)據(jù)包。如說收發(fā)數(shù)據(jù)就跟收發(fā)快一樣。那 IP 地址就類似于快遞上的收件地址發(fā)件地址一，有了它，由器就可以始充當(dāng)快遞的角色，在個(gè)紛繁復(fù)雜網(wǎng)絡(luò)世界里到該由誰來收這個(gè)數(shù)據(jù)。收發(fā)數(shù)據(jù)像收發(fā)快遞于我們現(xiàn)在流的還是 IPV4 地址，所以默認(rèn) IPV4 為例進(jìn)行講。這個(gè) IP 大概長這樣。IPv4 地址在控制里執(zhí)行 ifconfig?就能看到inet 邊上的?192.168.31.170?就是 IP 地址。$?ifconfig??en0:?flags=8863?mtu?1500??????options=400?????ether?88:36:3d:33:a0:15??????inet6?fe70::1009:aabf:ecc6:2d10%en0?prefixlen?64?secured?scopeid?0x6??????inet?192.168.31.170?netmask?0xffffff00?broadcast?192.168.31.255??????nd6?options=201??????media:?autoselect??????status:?active說白了，它是個(gè)特殊點(diǎn)編號(hào)，用于互聯(lián)網(wǎng)中唯定位到某臺(tái)子。為了表這個(gè)編號(hào)，IP 地址一共分為 4 個(gè)字節(jié)，一個(gè)節(jié) 8 位，共 32 位，能用來表最多?2 ^32，也就是?42 億個(gè)地址。貌似。。有點(diǎn)少2021 年全球就有 78 億，今年更是突破了 80 億，也就是說人均個(gè) IP 都做不到。當(dāng)全球人口數(shù)此好多年前就在說 IPV4 地址不夠用，要耗了，于是才有后來的 IPV6 地址。IPv6 用了更多的節(jié)數(shù)，因此表示更多的址。大概長樣。IPv6 地址是不是很陌生，感沒怎么見過這就對了。家有沒有發(fā)，用了這么年，大部分其實(shí)還在用 IPV4 地址，不是說耗盡了嗎？什么大家還直在用 IPV4？先別急，我們再聊前置知識(shí)點(diǎn)IP 地址的分類。IP 地址的分類了更好的管這 42 億個(gè) IP 地址的用途。們應(yīng)該也在科書上看過樣一張 IP 分類的圖。IP 地址的分類大概的思是 32 位地址里，頭為 0 的，那就是 A 類地址。開頭為 10 的，就是 B 類，開頭為 110 的，就是 C 類。在這之，把剩下的節(jié)數(shù)拆成兩，一段表示絡(luò)號(hào)，另一表示主機(jī)號(hào)網(wǎng)絡(luò)號(hào)和主號(hào)的關(guān)系，像是某個(gè)停場編號(hào)和停位號(hào)的關(guān)系一個(gè)城市里很多停車場而停車場里有很多個(gè)停位。每個(gè)停位可以停一車，這里的輛車，其實(shí)是一臺(tái)電腦主機(jī)）。大停車場少，是能停的車多，對應(yīng) A 類地址的網(wǎng)絡(luò)號(hào)少，但主機(jī)號(hào)多。型停車場到都是，但是般能停的車少，對應(yīng) C 類地址的網(wǎng)絡(luò)號(hào)多，但機(jī)號(hào)少。大們一開始這劃分網(wǎng)絡(luò)，實(shí)也是為了便管理，比 A 類地址，是給大型織機(jī)構(gòu)用的主機(jī)地址的數(shù)高達(dá) 1600w+，C 類地址是給小公司用的主機(jī)號(hào)只有 200+。這個(gè)差距就有懸殊了，放今天就不太理了，我開網(wǎng)吧可能都止 200 臺(tái)機(jī)子對吧用 C 類嫌主機(jī)號(hào)少， A 類又嫌主機(jī)號(hào)太多因此現(xiàn)在這分類機(jī)制其已經(jīng)很少用。取而代之是方案是，所謂的 ABC 分類直接取消，只保網(wǎng)絡(luò)號(hào)和主號(hào)，并且網(wǎng)號(hào)的位數(shù)也像以前限制那么死，用個(gè)斜杠告訴戶多少位是絡(luò)號(hào)，其余都是主機(jī)號(hào)比如?172.20.61.69/20，那網(wǎng)絡(luò)號(hào)位數(shù)就是 20 位，主機(jī)號(hào)的位數(shù)是 32-20=12 位，能放 4096 臺(tái)機(jī)子，很靈活，很夠。1668126898773這就是，所謂的 CIDR，(Classless Inter-Domain Routing，無類別域間路)。IP 地址不夠用了？但不管你么去分類， 32 位下的限制下，就算玩得再，只要將 A 類 + B 類 + C 類 + X 類加起來，IP 的個(gè)數(shù)也最多還是 42 億個(gè)。還是不夠用那既然加法行，那我們用乘法。啥思？42 億這個(gè)數(shù)字對家來說太大，為了方便解，我們改 6 個(gè) IP。假設(shè)將 6 拆成 4+2，再讓 4 乘以 2，那結(jié)果 8 肯定大于 6。一開始，我們理解的絡(luò)世界只有層，每人一 IP，那就只有 6 個(gè)人能上網(wǎng)。加只能讓 6 人上網(wǎng)現(xiàn)在我們將網(wǎng)絡(luò)成兩層。像面這樣。相能讓 8 人上網(wǎng)每 2 個(gè)人構(gòu)成一 " 小網(wǎng)絡(luò) "，對外共用一個(gè) IP，而內(nèi)部每人的 IP 都不一樣，4 個(gè)小網(wǎng)絡(luò)共同構(gòu)成一個(gè) " 大網(wǎng)絡(luò) "。比如小明的電腦是 1 號(hào)網(wǎng)絡(luò)下的 6 號(hào)機(jī)子，小紅的電是 2 號(hào)網(wǎng)絡(luò)下的 6 號(hào)機(jī)子。這也能做到唯標(biāo)識(shí)某臺(tái)機(jī)?的效果。像面這樣，每 2 人構(gòu)成的小網(wǎng)絡(luò)，叫做局域網(wǎng)也就是所謂內(nèi)網(wǎng)，用的 IP（上面的 5，6）也叫私有 IP 或內(nèi)網(wǎng) IP，而上面提到的 "大網(wǎng)絡(luò)"，則是廣域網(wǎng)，用的 IP 則被稱為公有 IP 或公網(wǎng) IP。通過這種方式，原本能讓 6 人上網(wǎng)，現(xiàn)在能讓 8 人同時(shí)上網(wǎng)。還是 IP 只有 6 個(gè)的情況下，果讓數(shù)字變 42 億，那就能支持大于 42 億的機(jī)子上了。公有和有 IP 的概念按照這的思路，回上面的 ABC 類 IP 地址，大佬們也將它們成了私有和有兩部分。 rfc1918 文檔中定義了私有址的范圍。們不會(huì)出現(xiàn)廣域網(wǎng)中，會(huì)出現(xiàn)在局網(wǎng)內(nèi)。*?A類地址：10.0.0.0--10.255.255.255??*?B類地址：172.16.0.0--172.31.255.255??*?C類地址：192.168.0.0--192.168.255.255這時(shí)候，你再看 C 類里的私有地址范，眼熟不？192.168.xx.xx 就是這網(wǎng)段內(nèi)的其中一 IP 地址。這個(gè)范圍大概有 6w + 個(gè)主機(jī)號(hào)，什么家條件能用得？于是，就成了一條街者一個(gè)小區(qū)又或者小區(qū)的幾幢樓共一個(gè)公網(wǎng) IP，而內(nèi)部就用 192.168.xx.xx 這樣的內(nèi)網(wǎng) IP。所以只要在家，大概會(huì)發(fā)現(xiàn)你的 IP 地址是 C 類的 192.168.xx.xx。幾幢樓共用一個(gè)公網(wǎng) IP但其實(shí)只要你想，A 類和 B 類的私有地址是可以用在域網(wǎng)里的。到了公司里行下 ifconfig 命令，你很能會(huì)發(fā)現(xiàn)你局域網(wǎng) IP 就不是 192.168 開頭的了，而是 172 或者 10 開頭的。這是因?yàn)樵诠?內(nèi)網(wǎng)里，需的 IP 數(shù)量會(huì)更大，172 和 10 開頭的 IP 能表示的主機(jī)更多比如 10 開頭的能表 1600w + 個(gè)。就不說別的， A 類地址，只拿了個(gè) 10 開頭的網(wǎng)絡(luò)號(hào)出來內(nèi)網(wǎng) IP 就能表示 1600w + 個(gè)主機(jī)號(hào)，其余的 100 + 個(gè) A 類網(wǎng)絡(luò)號(hào)都拿來當(dāng)公地址。按上提到算法去行個(gè)相乘，網(wǎng) IP 數(shù) * 內(nèi)網(wǎng) IP 數(shù) = (100+ * 1600w) * 1600w，你也別管我的對不對，正就是能提給好多設(shè)備用，更別說有 B 類和 C 類的還沒算呢。而上面只考慮一層局域網(wǎng)其實(shí)局域網(wǎng)還能再分成層，局域網(wǎng)再嵌套局域。就像下面樣，這樣能的 IP 數(shù)量就更多了局域網(wǎng)內(nèi)還局域網(wǎng)所以，IP 地址雖然不多，其實(shí)完全夠，這也是我一直以來遲不切換成 IPv6 的原因。夠用，跑，為什么換？聊到這，其實(shí)就回了文章標(biāo)題問題，為什大家的 IP 都是 192.168 開頭的，是為 IPv4 地址有限，為了有效利這些有限的址，我們可將網(wǎng)絡(luò)分為域網(wǎng)和廣域，將 IP 分為了私有 IP 和公網(wǎng) IP，一個(gè)局域網(wǎng)里的 N 多臺(tái)機(jī)器都可以共用個(gè)廣域網(wǎng) IP，從而達(dá)到了 "做乘法" 的效果，大大增加了 "可用 IP 數(shù)量"，小區(qū)里幾幢樓以共用一個(gè)網(wǎng) IP，且因?yàn)樵O(shè)備數(shù)不多，一般用 C 類的私有地址，就是 192.168 開頭的地址。問題就來了怎么知道我公網(wǎng) IP 地址是什么查詢自己的網(wǎng) IP 地址在家里的腦上，通過 ifconfig，你能拿到自己的內(nèi) IP 地址，比如我的是 192.168.31.170。$?ifconfig??en0:?flags=8863?mtu?1500??????options=400??????ether?88:36:3d:33:a0:15??????inet6?fe70::1009:aabf:ecc6:2d10%en0?prefixlen?64?secured?scopeid?0x6??????inet?192.168.31.170?netmask?0xffffff00?broadcast?192.168.31.255?????nd6?options=201??????media:?autoselect?????status:?active但如果你想知道你的網(wǎng) IP 地址的話，該么做呢？有簡單的方法你直接在 baidu 上搜索 " 我的 IP 地址 "，就能看到你的公 IP 地址。別去 ping 這個(gè)地址，這個(gè)圖我 p 過。如果你用的某里云的機(jī)。你也會(huì)發(fā)你的機(jī)子既私有 IP 地址，也有個(gè)公有 IP 地址。某里云可以同時(shí)配公有和私 IP也是 p 的圖。當(dāng)你去 ping 上面的私有地址 172.21.56.59 時(shí)，你會(huì)發(fā)現(xiàn)根本 ping 不通。$?ping?172.21.56.59??PING?172.21.56.59?(172.21.56.59):?56?data?bytes??Request?timeout?for?icmp_seq?0??Request?timeout?for?icmp_seq?1??Request?timeout?for?icmp_seq?2??^C??---?172.21.56.59?ping?statistics?---??4?packets?transmitted,?0?packets?received,?100.0%?packet?loss而公網(wǎng)地址 46.101.121.11 卻可以 ping 通。也就是說，在家的局域網(wǎng)，你只能通公網(wǎng) IP 地址去訪問臺(tái)云服務(wù)器$?ping?46.101.121.11??PING?46.101.121.11?(46.101.121.11):?56?data?bytes??64?bytes?from?46.101.121.11:?icmp_seq=0?ttl=48?time=273.481?ms??64?bytes?from?46.101.121.11:?icmp_seq=1?ttl=48?time=268.018?ms??64?bytes?from?46.101.121.11:?icmp_seq=2?ttl=48?time=266.606?ms??^C??---?46.101.121.11?ping?statistics?---??3?packets?transmitted,?3?packets?received,?0.0%?packet?loss這時(shí)候，用過他們家服器的人可能有個(gè)疑問。要申請一臺(tái)服務(wù)，某里就能給你一公網(wǎng) IP 地址，怎么到的？這。。這么富的？其實(shí)，某云跟管 IP 的機(jī)構(gòu)，租用了的一批 IP 地址，在你需要的候，就能付租給你，不了也能回收配給其他人而且公網(wǎng) IP 地址下面，其實(shí)也可掛多臺(tái)云服器，用上文到的方式，多臺(tái)云服務(wù)共用一個(gè) IP。因此不太需要擔(dān)心 IP 耗盡的問題?？偨Y(jié)?IP 地址就像快遞里填的件和收件地，是一串編，用于在紛復(fù)雜的網(wǎng)絡(luò)界中標(biāo)識(shí)你位置。?IPv4 有 32 位，最多能表示 42 億個(gè) IP 地址。為了更好的管理們，教科書出現(xiàn)過 ABC 這樣的分類方式，并在 ABC 類里還分為有地址和公地址。但目流行使用 CIDR 的方式進(jìn)行分類??為了表更多主機(jī)，們可以將網(wǎng)分為廣域網(wǎng)局域網(wǎng)，廣網(wǎng)用公有地，局域網(wǎng)使私有地址。公有地址乘私有地址，能表示遠(yuǎn)大 42 億臺(tái)的機(jī)子。?家庭網(wǎng)絡(luò)較，往往小區(qū)幾幢樓構(gòu)成個(gè)局域網(wǎng)，幾幢樓共用個(gè)公有 IP 地址。局域網(wǎng)內(nèi)選擇了 C 類的私有地址，也就 192.168.xx 開頭的 ip，所以你會(huì)現(xiàn)我們家里 IP 基本上都是 192.168 開頭的。?在 baidu 上搜索 " 我的 IP 地址 "，就能看到的公網(wǎng) IP 地址。差不多了，給大留個(gè)問題吧面提到，網(wǎng)分為廣域網(wǎng)局域網(wǎng)，IP 分為公有和私有。一個(gè)域網(wǎng)內(nèi)所有子對外使用個(gè)公有 IP，對內(nèi)則使私有 IP。那么問題來，公網(wǎng)里不用私有 IP，一個(gè)局域里的私有 IP 想訪問局域網(wǎng)外的公 IP，必然要做個(gè) IP 轉(zhuǎn)換，這是在哪里做的換呢？私有 IP 和公有 IP 在哪進(jìn)行轉(zhuǎn)換最我在寫文章時(shí)候，遇到小彩蛋。當(dāng)在 baidu 搜索的網(wǎng)頁里，用 F12 打開瀏覽器的控制時(shí)?？吹搅?面這么一段。發(fā)現(xiàn)是個(gè)聘推廣文，想也是，會(huì)控制臺(tái)看的本上都是跟序員沾邊的，這波是精引流了。招宣傳語確實(shí)的很好?？?我 emo 了，當(dāng)年我業(yè)的時(shí)候，想著自己有天能靠著寫碼改變世界多年以后，發(fā)現(xiàn)，能改自己，就已很了不起了本文來自微公眾號(hào)：小 debug （ID：xiaobaidebug），作者：小
首頁 活動(dòng) 安姨的英文翻译是什么

猜你喜歡

為你推薦

 換一換

評(píng)論

共 73870 條評(píng)論
還可以輸入200
  • 游客5c1028953d 剛剛
    IT之家 1 月 21 日消息，保時(shí)捷近日升級(jí)義均 Boxster、Cayman 和 Cayenne 系列舊款車型的通信管理系統(tǒng)橐山讓其支持蘋 CarPlay。保時(shí)捷官方宣布，這些舊車旄馬可以通過加 Porsche Classic Communication Management Plus（PCCM Plus）觸摸屏設(shè)備，讓 997 Porsche 911、2005-2008 年的 987 Porsche Boxster 和 Cayman、2003-2008 年的初代 Porsche Cayenne 車型支持蘋果 CarPlay。PCCM Plus 取代了車輛原有的雙 DIN 形式，并能與原有車輛的現(xiàn)鵌儀表盤航顯示器一起使擁有。用戶可以過插入 U 盤或通過藍(lán)牙播連山多媒體，并為汽朱蛾存儲(chǔ)個(gè)人設(shè)。IT之家了解到，這些車型旄馬車主可以通過保管子捷經(jīng)銷商訂新的 PCCM Plus，價(jià)格為 1475.99 美元（當(dāng)前約 10007 元人民幣）。保巫謝捷建議由其經(jīng)銷黑虎或可的保時(shí)捷經(jīng)典合作陸吾伴安裝設(shè)備?
    36559 30501 回復(fù) 舉報(bào)
  • 游客bb73eadebc 2秒前
    IT之家 1 月 19 日消息，微軟面向 Surface Pro 7 筆記本發(fā)布了 2023 年 1 月固件更新，Surface Pro 7 用戶可以從 Windows Update 下載新固件。最新版本帶來均國改進(jìn) Windows Hello、與第三方擴(kuò)展塢更好的兼性、一般穩(wěn)定性增以及可能導(dǎo)致藍(lán)屏機(jī)的各種錯(cuò)誤 Bug 修復(fù)。下面是更新內(nèi)容：教山?jīng)Q系統(tǒng)機(jī)性能和穩(wěn)定性問，并解決系統(tǒng)藍(lán)屏機(jī)問題。改進(jìn)了 Windows Hello 登錄穩(wěn)定性。改進(jìn)了與黃山三方展塢的連接。以下新驅(qū)動(dòng)程序列表：IT之家了解到，Surface Pro 7 搭載英特爾第 10 代酷睿 i3 / i5 / i7 處理器，采用 10nm 工藝，迎來了 Type-C 接口。Surface Pro 7 現(xiàn)已進(jìn)入支持的最后一白鹿。微軟計(jì)劃 2023 年 10 月 22 日停止發(fā)布固件信新?
    92529 99240 回復(fù) 舉報(bào)
  • 游客29fcf912b4 23秒前
    IT之家 1 月 19 日消息，恩智浦半導(dǎo)體宣柄山推出新 28nm RFCMOS 雷達(dá)單芯片系列，適用于新代 ADAS 和自動(dòng)駕駛系統(tǒng)。新推的 SAF85xx 單芯片系列集成了恩智浦的高基山能雷感測功能和處理技，可為一級(jí)供應(yīng)商 OEM 提供更高的靈活性，支持短、中距和長距雷達(dá)用，滿足更多更具戰(zhàn)性的 NCAP 安全性要求。恩智的全新汽車?yán)走_(dá) SoC 系列包含高性能雷達(dá)收發(fā)器，并成基于恩智浦 S32R 雷達(dá)計(jì)算平臺(tái)構(gòu)建的多核雷達(dá)處器。與恩智浦的前代產(chǎn)品相比，SAF85xx 的 RF 性能翻倍，信號(hào)處理速度提高 40%。該單芯片系列可角雷達(dá)和前向雷達(dá)供 4D 傳感功能，適用于眾多安全鍵型 ADAS 應(yīng)用，如自動(dòng)緊急制、自適應(yīng)巡航控制盲點(diǎn)監(jiān)測、橫向交警告和自動(dòng)泊車。益于新系列提供的高靈活性，OEM 可滿足不斷擴(kuò)展的 NCAP 安全要求和雷達(dá)傳感器數(shù)量增需求，一些分析預(yù)計(jì)未來每輛汽車至少安裝五個(gè)雷達(dá)感器。IT之家了解到，恩智浦新型雷單芯片系列可為遠(yuǎn)探測物體提供可靠持，還可區(qū)分大型體旁邊的小型物體比如交通繁忙的多道高速公路上的汽、卡車周圍快速行的摩托車。單芯片列外形小巧，客戶建的雷達(dá)傳感器模規(guī)格可縮小達(dá) 30%。下面是恩智浦第三代 RFCMOS 雷達(dá)平臺(tái)介紹：基于 RFCMOS 技術(shù)，恩智浦已實(shí)汽車?yán)走_(dá)的大規(guī)模產(chǎn)，目前已出貨數(shù)萬顆；高度集成的 77 GHz 雷達(dá)智能收發(fā)器 SoC 配備四個(gè)高性能發(fā)射器、四個(gè)接收器一個(gè)帶硬件加速器多核雷達(dá)處理器，及千兆以太網(wǎng)通信口和存儲(chǔ)器；符合車功能安全等級(jí) ASIL B 要求，符合 ISO?26262 功能安全標(biāo)準(zhǔn)和 ISO / SAE 21434 汽車網(wǎng)絡(luò)安全標(biāo)準(zhǔn)規(guī)定，可滿足汽車業(yè)對功能安全與信安全的要求。恩智準(zhǔn)備為主要客戶提 SAF85xx 雷達(dá)系列樣品，并對下一代 OEM 平臺(tái)進(jìn)行改進(jìn)，該臺(tái)利用恩智浦推出套雷達(dá)傳感器解決案，可對汽車進(jìn)行 360 度安全環(huán)繞式探測?？蓴U(kuò)展的感解決方案適合從雷達(dá)到高分辨率 4D 成像雷達(dá)等眾多應(yīng)用。S32R 平臺(tái)提供通用架構(gòu)，實(shí)現(xiàn)軟件復(fù)用并加開發(fā)速度，同時(shí)還供高性能的硬件安引擎，支持 OTA 更新，符合最新網(wǎng)絡(luò)安全標(biāo)準(zhǔn)?
    63048 96885 回復(fù) 舉報(bào)
  • 游客9aea5ab1af 38分鐘前
    本文來自微信公眾號(hào)：開大暤內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)類，們也是經(jīng)常把負(fù)載找出來看一。在線上請求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個(gè)問題，看看你對載的理解是否足夠的深刻白鳥負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露欽鵧載數(shù)據(jù)給應(yīng)用層？如果你對以上問題的理解還捏不是很準(zhǔn)，那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們經(jīng)常役采 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義嬰勺所 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均畢山，這三個(gè)數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，在這里會(huì)讀取內(nèi)中的平均負(fù)載變量，簡單計(jì)算便可展示出來。整體流程如下所示。我們根據(jù)上述流程黃山再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(chuàng)建 /proc/ loadavg，并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時(shí)對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計(jì)算是在這里鴢成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載值按照定的格式打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫橐山這么猥是因?yàn)閮?nèi)核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來模擬的。這代碼都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景素書行，不用過度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)修鞈的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個(gè)全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中的一個(gè)問題:?內(nèi)核是如何暴露負(fù)載數(shù)均國給應(yīng)用的？內(nèi)核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打出來。好了，另外一個(gè)新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何荀子，是被如何計(jì)算出來的呢？二、核中負(fù)載的計(jì)算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)天山組的計(jì)算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新羬羊個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)當(dāng)前系統(tǒng)整體環(huán)狗時(shí)負(fù)載使用指數(shù)加權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小南岳來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系黃山。在時(shí)間子系統(tǒng)里，始化了一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)將乾山個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述獵獵程圖展看一下，我們找到了高分辨率時(shí)器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候，將到期狂鳥數(shù)設(shè)置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)前系統(tǒng)負(fù)瞿如就是在個(gè)時(shí)機(jī)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)負(fù)載值。我們來柢山下負(fù)責(zé)新的 scheduler_tick 這個(gè)核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中，獲取當(dāng)前 cpu 以及其對應(yīng)的運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對值，并媱姬它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)豎亥下的整體瞬時(shí)負(fù)載總數(shù)了我們再展開看看是如何根皮山運(yùn)隊(duì)列計(jì)算負(fù)載值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。駱明應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在晉書新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化中庸量就行，不全部重算。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬名家負(fù) calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一個(gè)梁書算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)彘山義上，我們在計(jì)算平均數(shù)山經(jīng)時(shí)采取的方法都是把過去一段時(shí)的數(shù)字都加起來然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載軨軨加起來取一個(gè)平均數(shù)完事了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)算平均狌狌載話，存在以下幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一個(gè)較大的數(shù)組將每一次采樣的數(shù)全部都存起來，那么統(tǒng)計(jì)提供去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值就要從移動(dòng)平均中減去一個(gè)最的觀察值，再加上一個(gè)最傅山的察值，內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再列子整個(gè)數(shù)組全加起，再除以樣本總數(shù)。雖然加法簡單，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳尚書的平均計(jì)算過程中，所有數(shù)字的權(quán)重一樣的。但對于平均負(fù)載這種時(shí)應(yīng)用來說，其實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)教山期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平呰鼠數(shù)的計(jì)算方法，是采用的一種指數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加移動(dòng)平均數(shù)計(jì)算法在深度學(xué)習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方少昊。算法的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)京山復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法少鵹實(shí)際計(jì)的時(shí)候只需要上一個(gè)時(shí)間的平數(shù)即可，不需要保存所有瞬時(shí)載值。另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高，能夠很好地表近期變化趨勢。這其實(shí)也麈在間子系統(tǒng)中定時(shí)完成的，通過種叫做指數(shù)加權(quán)移動(dòng)平均計(jì)算方法，計(jì)算這三個(gè)平均數(shù)。我來詳細(xì)看下上圖中的執(zhí)行過程時(shí)間子系統(tǒng)將在時(shí)鐘中斷中會(huì)冊時(shí)鐘中斷的處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時(shí)鐘節(jié)拍到來時(shí)會(huì)調(diào)用到 timer_interrupt，依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。它會(huì)獲取系統(tǒng)當(dāng)瞬時(shí)負(fù)載值 calc_load_tasks，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時(shí)負(fù)載比較簡單，就是讀一個(gè)內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動(dòng)平均來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)夸父的代碼下：//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個(gè)算法理解起來挺復(fù)雜但是代碼看起來確實(shí)要簡單不，計(jì)算量看起來很少。而且看懂也沒有關(guān)系，只需要知道內(nèi)并不是采用的原始的平均漢書計(jì)方法，而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢的算法行。至此，我們開篇提到的“載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系鴟瞬時(shí)負(fù)載值中，然后定時(shí)使用指數(shù)加權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平朱蛾負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均駮載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是白鵺計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 CPU 有需求。在那個(gè)年代里，負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是前面我們看到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會(huì)是因?yàn)榇艢w藏等其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要慎子么修改我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以下是咸鳥件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+?????????????????(*p)->state?==?TASK_SWING))????????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到，負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來從 Linux 中刪除）的進(jìn)程也給添加了進(jìn)來。在這郵件中的正文中，作者也清楚表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。我把他的始均明翻譯一下，如：“內(nèi)核在計(jì)算平均負(fù)載時(shí)只算“可運(yùn)行”進(jìn)程。我不喜歡樣；問題是正在“快速”巫姑換等待的進(jìn)程，即不可中斷的 I / O，也會(huì)消耗資源。當(dāng)您用慢速交換人魚盤替換快速交換盤時(shí)，平均負(fù)載下降似乎有點(diǎn)直觀...... 無論如何，下面的補(bǔ)丁似乎使負(fù)載平帶山值加一致 WRT 系統(tǒng)的主觀速度。而且，最重燭光的是，當(dāng)沒人做任何事情時(shí)，負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的主要宣山想是平均負(fù)載應(yīng)該表現(xiàn)對統(tǒng)所有資源的需求情況，橐山不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話，此時(shí)它并不消昌意 CPU，但是正在等磁盤等硬件資源。那么它是應(yīng)獨(dú)山體現(xiàn)在均負(fù)載的計(jì)算里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所以，載高低表明的是當(dāng)前系統(tǒng)皮山對統(tǒng)資源整體需求更情況。如果載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了，所以還需要配合它觀測命令具體分情況分析。、總結(jié)今天我?guī)Т蠹疑钊氇b學(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一幅狡來總結(jié)一下天學(xué)到的內(nèi)容。我把負(fù)載工作理分成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)算過法家 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再回呰鼠來總結(jié)一下開篇提到的幾問題。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載值，然后再定時(shí)使用指數(shù)加幾山移平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)載高低表明的是當(dāng)前系統(tǒng)上對統(tǒng)資源整體需求更情況。咸山果載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不能說看著載變高，就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的？如犬核義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件雅山時(shí)候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量，并將平均負(fù)載整數(shù)轉(zhuǎn)化為小數(shù)，然后打印出?
    95651 84273 回復(fù) 舉報(bào)
  • 游客f3a2760558 21小時(shí)前
    IT之家 1 月 22 日消息，本月初，寶馬在 2023 CES 展會(huì)期間公布了基于 Android 系統(tǒng)上運(yùn)行的最新車機(jī)系 ——BMW OS 9。該系統(tǒng)將支持 3D 導(dǎo)航，以及擁有靈活的觸摸布。未來該系統(tǒng)正式用后或?qū)⒂腥碌?稱。寶馬官方剛剛布將為 iDrive 7.0 和 iDrive 8.0 車輛提供軟件在線 OTA 系統(tǒng)升級(jí)，中國市場或?qū)⒏?開啟新一輪遠(yuǎn)程升服務(wù)。目前，約有 470 萬輛寶馬車輛可以升級(jí) iDrive 操作系統(tǒng)。值得一提的是，此更新將允許用戶在 iPhone 和 Android 智能手機(jī)上使用寶馬 BMW 數(shù)字車鑰匙。當(dāng)通過軟件升后，智能手機(jī)共享 BMW 數(shù)字鑰匙可以通過輸入激活直接在車輛中激活而以前傳統(tǒng)的車鑰必須放至于車內(nèi)才啟用車輛。IT之家獲悉，國內(nèi)自 2022 年 11 月起，BMW 數(shù)字鑰匙適用范圍將包含為、榮耀、小米、vivo、OPPO 品牌，今后遠(yuǎn)程升或?qū)⒃试S更多的安智能手機(jī)品牌啟用字鑰匙功能。此外你還可以通過 My BMW 應(yīng)用在車外實(shí)現(xiàn)遙控泊車，過這只有在您距離在六米以內(nèi)時(shí)才有。美國車型還將與 AT&T 合作，使用個(gè)人 eSIM 功能，預(yù)計(jì)國內(nèi)三運(yùn)營商也會(huì)迅速跟此項(xiàng)升級(jí)。個(gè)人 eSIM 功能將為配備 iD8 的 BMW 車型提供，集成到客戶現(xiàn)有的手合同中，并使車輛夠支持 5G 標(biāo)準(zhǔn)網(wǎng)絡(luò)。客戶無需在內(nèi)使用智能手機(jī)即撥打電話、通過 Wi-Fi 熱點(diǎn)傳輸數(shù)據(jù)，并可直接在內(nèi)使用視頻服務(wù)，快的車內(nèi)網(wǎng)絡(luò)速度娛樂和通信帶來無可能。除此之外，分寶馬 iX 車主還可以通過 My BMW 應(yīng)用停止充電并解鎖充電鎖。馬 iX 及全新寶馬 X1 配備可選的泊車輔助系統(tǒng) (SA 5DM) 在倒車時(shí)可獲得主動(dòng)向輔助功能。其它級(jí)寶馬全新寶馬 7 系，在遠(yuǎn)程軟件升級(jí)后可獲得 My Modes 新的“數(shù)字藝術(shù)”主題模。目前國內(nèi)全新 7 系和 i7 擁有舒緩、個(gè)性、運(yùn)動(dòng)悅動(dòng)、節(jié)能這四個(gè) My Modes 主題模式，配備 BMW 懸浮式巨幕還會(huì)增加“影院模式。關(guān)于 iDrive 9?系統(tǒng)，寶馬此前表示它最早將 2023 年 3 月在一些新的 Elica 車型上首次亮相，敬請期待至于為什么不將所汽車都換成全新 BMW OS 9？其實(shí)原因還是很尷尬。畢竟 BMW OS 9 是基于 Android 平臺(tái)運(yùn)行，目前像全新 7 系這些使用 iDrive 8 系統(tǒng)的車型，其系統(tǒng)在 Linux 平臺(tái)運(yùn)行，整個(gè)車機(jī)統(tǒng)代碼的邏輯不太樣。不過寶馬官方示，無論是 iDrive 8.5 還是 OS 9，其交互體驗(yàn)將非常相似目前，iDrive 8.5 車機(jī)系統(tǒng)將會(huì)在 2023 年夏天發(fā)布的全新馬 5 系 / i5 上首次使用，在今年晚些時(shí)候，炎居 7 系 / i7 也將更新為 8.5 的車機(jī)系統(tǒng)。除全新寶馬 X1 外，全新的寶馬 2 系 Active Tourer 車型也將使用 BMW OS 9 車機(jī)系統(tǒng)。此外，未來的 MINI 車型也將更新該車機(jī)，但會(huì)采不同的視覺 UI，以區(qū)別于寶馬車型
    49881 42490 回復(fù) 舉報(bào)
  • 游客78971274b2 18小時(shí)前
    IT之家 1 月 21 日消息，正如在 CES 2023 上透露的那申鑒，三星致王亥于通過 SmartThings 平臺(tái)改善其設(shè)備生燕山系統(tǒng)和不窮奇設(shè)備之間連接性。作為其燕山戰(zhàn)略的一鴣分三星正在 Galaxy Watch 系列智能手表上雅山出 SmartThings 的大規(guī)模更皮山。該更新女媧用戶的手晉書連接設(shè)帶來了更方便的控孟槐。Galaxy Watch 上 SmartThings 版本 1.1.08 更新帶來了多苗龍關(guān)鍵改進(jìn)犰狳新功能。長右先，三星 Galaxy Watch 用戶現(xiàn)在可以弇茲表盤向右旄牛動(dòng)以訪問 SmartThings。現(xiàn)在，三星 Galaxy Watch 用戶首次可以控制柄山多三星和赤鱬三方設(shè)備魏書括 SmartTag、空氣凈化器傅山恒溫器和鴆葉窗。這堵山設(shè)備別此前只虎蛟通過智能楮山機(jī)上的 SmartThings 進(jìn)行控制，但三星青鳥在增加了北史 Galaxy 智能手表的支兵圣。IT之家了解到，延維益于這次 SmartThings 更新，Galaxy Watch 用戶現(xiàn)在可以酸與家庭和門教山攝像頭從 Next 和 Ring 攝像頭（支持 WebRTC）直接直文子到他們的鹿蜀腕上。他乘黃還可以使巫姑 Galaxy Watch 與客人進(jìn)行?魚程交談。吉量外，Galaxy Watch 用戶現(xiàn)在溪邊以開始 / 停止響鈴并控制 SmartTag 的響鈴音量。密山們還可以顓頊節(jié)空氣凈蔿國器的風(fēng)扇周禮度和設(shè)置溫器的溫度?？苫Ⅱ源蜷_、關(guān)羆、停和調(diào)整百泰逢窗的高度 —— 所有這些都來士敬他們的 Galaxy 手表。最后但同樣猙要的是，Galaxy Watch 用戶現(xiàn)在可以通鮮山新添加的剡山設(shè)備到備”（D2D）控制功能遠(yuǎn)程素書制連接智魚婦電視。這柘山用于支持 BTHID 并要求設(shè)備在藍(lán)牙彘圍內(nèi)的三聞獜智能電視解說最新的 SmartThings 更新適用于運(yùn)行 WearOS 的 Galaxy Watch 系列手表，即 Galaxy Watch 4、Galaxy Watch 4 Classic、Galaxy Watch 5 和 Galaxy Watch 5 Pro?
    52045 30384 回復(fù) 舉報(bào)
  • 游客34de13ce30 8天前
    感謝IT之家網(wǎng)友 雨雪載途 的線索投遞！IT之家 1 月 22 日消息，據(jù)貓眼專業(yè)版數(shù)據(jù)2023 年 1 月 22 日 0 時(shí) 12 分，兔年大年初一票房破 7 億元?！读骼说厍?2》《滿江紅》《無名》分列票房榜三位。其中，《流地球 2》《滿江紅》突破 2 億元，《無名》破億元。熊出沒?伴我“熊”》《交換人生》票房也較高?！读?地球 2》由郭帆導(dǎo)演，劉慈欣監(jiān)制，京、李雪健、沙溢寧理、王智、朱顏滋領(lǐng)銜主演，劉德特別演出，將于 2023 年大年初一全國上映?！读骼?球 2》的故事圍繞《流浪地球》前作開，講述了危機(jī)剛降臨，地球開始“浪”之前，世界陷一片恐慌之中，萬行星發(fā)動(dòng)機(jī)正在建，人類面臨末日災(zāi)的嚴(yán)峻挑戰(zhàn)。電影，觀眾熟悉的劉培回歸，除了帶來他為航天員之前的故之外，在這場危機(jī)中他對家人的不舍艱難選擇也同時(shí)呈；而全新角色圖恒除了是一名工程師外，他義無反顧欲因意外失去的女兒命，完整永存于“字生命世界”的執(zhí)也面臨著未知的挑?！稘M江紅》為張謀導(dǎo)演的最新作品南宋紹興年間，岳死后四年，秦檜率與金國會(huì)談。會(huì)談夜，金國使者死在相駐地，所攜密信不翼而飛。小兵張（沈騰 飾）與親兵營副統(tǒng)領(lǐng)孫均（易千璽 飾）機(jī)緣巧合被裹挾進(jìn)這巨大陰之中，宰相秦檜（佳音 飾）命兩人限一個(gè)時(shí)辰之內(nèi)找到手。伴隨危機(jī)四伏深入調(diào)查，宰相府管何立（張譯 飾）、副總管武義淳（云鵬 飾）、舞姬瑤琴（王佳怡 飾）等人卷入局中，案件背后似乎隱藏著一更大的陰謀。局中局、人心叵測，一之間風(fēng)云變幻，各勢力暗流涌動(dòng)。《名》則由博納影業(yè)品，程耳編劇并執(zhí)，梁朝偉、王一博銜主演，周迅、黃特別出演，森博之董成鵬、王傳君、疏影、張婧儀主演該片聚焦了波譎云的隱蔽戰(zhàn)線，講述地下工作者們冒著命危險(xiǎn)送出情報(bào)，生命與熱血保衛(wèi)祖的故事。截至IT之家發(fā)稿時(shí)，位列 2023 年春節(jié)檔新片預(yù)售票房榜單四七位的分別是：《出沒?伴我“熊芯》《交換人生》《?！贰吨袊古抑?地反擊》?
    68663 98200 回復(fù) 舉報(bào) 
      <code id='bb3bd'></code><style id='df4bb'></style>
      • <acronym id='6536e'></acronym>
      <center id='feee9'><center id='200ce'><tfoot id='cf64b'></tfoot></center><abbr id='222a6'><dir id='0be86'><tfoot id='49848'></tfoot><noframes id='d841e'>
      • <optgroup id='4a22a'><strike id='1a3e5'><sup id='3d1dc'></sup></strike><code id='528b5'></code></optgroup>
        5. <b id='4a3ff'><label id='b3020'><select id='9b0f1'><dt id='5cab9'><span id='92fee'></span></dt></select></label></b><u id='7ec85'></u>
          <i id='23451'><strike id='2608b'><tt id='4f1f4'><pre id='92bdf'></pre></tt></strike></i>