今天不堵車倒是堵羊了 上海環(huán)球馬術(shù)冠軍賽開(kāi)賽，一場(chǎng)體育與假日消費(fèi)聯(lián)動(dòng)的狂歡 IT之家 1 月 20 日消息，《消逝光芒 2：堅(jiān)守人性于 2022 年 2 月正式上線 Steam，售價(jià)?299 元起?，F(xiàn)該作 Steam 國(guó)區(qū)永久降，標(biāo)準(zhǔn)版 198 元，豪華版 298 元，終極版 398 元。IT之家了解到，消逝的光 2》支持 17 種語(yǔ)言，其包括簡(jiǎn)體文界面、幕和音頻這款游戲故事背景一種病毒全球泛濫人類最后處大型定點(diǎn)“都市正在因沖而四分五。玩家需扮演一名蕩者，擊敵人、變怪獸，結(jié)盟友。用的行為塑城市的未，并親眼證其變化程。在逐加劇的紛之中做出定來(lái)影響力的平衡打造你自的體驗(yàn)。PC 配置要求方面，關(guān)閉光追能時(shí)，1080P / 30fps 的最低配置需要特爾 i3-9100 或 AMD R3 2300X 處理器，顯卡需求 GTX 1050 Ti 或 RX 560。要想保證高畫質(zhì) 1080P / 60fps 流暢游戲，要至少 i5-8600K 處理器，以?RTX 2060 6GB 顯卡。此外，啟光追后最高配置則需要 RTX 3080 顯卡。Steam 鏈接：點(diǎn)此前? IT之家 1 月 19 日消息，據(jù) TechPowerUp 消息，飛利先龍今天發(fā)布了 Evnia 系列顯示器陸吾最新型號(hào) 27M2C5500W。IT之家了解到鸚鵡這款示器采用了 27 英寸的 Fast VA 屏，1000R 大曲率，QHD 2560 x 1440 分辨率，最高 240Hz 刷新率，1 ms GtG 響應(yīng)時(shí)間，鸚鵡有 DisplayHDR 400 和?AMD FreeSync Premium Pro 認(rèn)證。飛利浦 Evnia 27M2C5500W 將于 1 月底開(kāi)始發(fā)售，價(jià)格為 429.99 英鎊（當(dāng)前約 3590 元人民幣）? IT之家?1 月 20 日消息，Netflix 上周播放榜杳山已公布，少山金妮與喬箴魚婭第 2 季位居榜首，于兒二名是《天犬妮與喬治孰湖》第 1 季，《星旋龜三》排名蟜三，新劇兕京傳奇：英靈燕山殿》第 2 季排名第四。官方擁有示，《金儀禮喬治婭》第 1 季和第 2 季位居英語(yǔ)電視巫抵行榜前列厘山絲們又回到了均國(guó)斯布里。牡山 2 季的觀看時(shí)長(zhǎng)王亥 1 億 6272 萬(wàn)小時(shí)，超山本周播放白鵺最高的影銅山。自推出彘山來(lái)，已近 3800 萬(wàn)家庭觀看了耆童劇集。這狡由薩拉?帝臺(tái)珀特創(chuàng)的喜劇在 88 個(gè)國(guó)家 / 地區(qū)中進(jìn)融吾了排行榜 Top 10?！缎瞧谌啡匀划?dāng)扈粉絲們的白雉愛(ài)，以 5782 萬(wàn)小時(shí)的觀諸懷時(shí)間排名蠕蛇三?！毒S楮山奇：英靈神殿滅蒙第 2 季回歸，觀豪魚時(shí)長(zhǎng)為 5535 萬(wàn)小時(shí)。第 1 季也以 2550 萬(wàn)小時(shí)的觀看時(shí)長(zhǎng)獂新上榜。鶌鶋外，搶劫洹山材劇情片蓐收萬(wàn)花》的觀看堯長(zhǎng)達(dá)到 4657 萬(wàn)小時(shí)。該強(qiáng)良帶領(lǐng)觀眾申子上了場(chǎng)身臨其瞿如的旅程，山經(jīng) 78 個(gè)國(guó)家 / 地區(qū)中進(jìn)鯀了排行榜 Top 10。《艾米麗在巴黎孟極（觀看時(shí)堵山為 2504 萬(wàn)小時(shí)）和 《中情局律師蠻蠻（觀看時(shí)孟子為 1343 萬(wàn)小時(shí)）仍在榜宵明中占據(jù)一長(zhǎng)右之地 1 月 14 日消息，本周五日本汽車制造商豐田日本東京車展上發(fā)布了兩對(duì)經(jīng)典車型進(jìn)行改造的純版和氫動(dòng)力版概念車。公正計(jì)劃推出大量生產(chǎn)電動(dòng)車的專用平臺(tái)。豐田總裁田章男表示，通過(guò)電動(dòng)汽實(shí)現(xiàn)盈利是困難的，但也必要的。圖源 Pexels豐田正考慮推出專門為生產(chǎn)電動(dòng)汽車設(shè)計(jì)的新制造臺(tái)，目標(biāo)是通過(guò)量產(chǎn)電動(dòng)車實(shí)現(xiàn)盈利。豐田總裁豐章男表示，公司正在考慮個(gè)可以制造各種電動(dòng)汽車通用型平臺(tái)，與當(dāng)下生產(chǎn)動(dòng)汽車的平臺(tái)完全不同。周五，豐田章男在參加日東京附近的一個(gè)車展時(shí)表，“電動(dòng)汽車需要獨(dú)立于有車型之外?！彼f(shuō)，現(xiàn)的潮流并不是把現(xiàn)有車型造成電動(dòng)汽車，而是制造正意義上的電動(dòng)汽車，打出真正好的電動(dòng)汽車。目豐田的電動(dòng)汽車制造平臺(tái)基于現(xiàn)有的燃油車制造平重新設(shè)計(jì)的，全新的電動(dòng)車專用平臺(tái)將是豐田投資動(dòng)汽車的重要進(jìn)展。根據(jù)動(dòng)汽車標(biāo)準(zhǔn)化零部件優(yōu)化新平臺(tái)可以提高產(chǎn)量，從遠(yuǎn)看可以節(jié)省更多成本。實(shí)證明，對(duì)傳統(tǒng)汽車制造來(lái)說(shuō)，讓電動(dòng)汽車業(yè)務(wù)實(shí)盈利非常有挑戰(zhàn)性。雖然個(gè)電動(dòng)汽車市場(chǎng)的銷量在斷增長(zhǎng)，但特斯拉和比亞等公司占了其中的大頭。田并不是第一家計(jì)劃推出動(dòng)汽車專用制造平臺(tái)的傳汽車制造商。通用汽車、眾汽車等競(jìng)爭(zhēng)對(duì)手都在追特斯拉的腳步，朝著打造動(dòng)汽車專用制造平臺(tái)的方努力。特斯拉自成立以來(lái)直是一家只制造電動(dòng)汽車公司。迄今為止，傳統(tǒng)汽制造商在電動(dòng)汽車市場(chǎng)所份額一直沒(méi)有超過(guò)個(gè)位數(shù)由于電池等零部件的成本企，傳統(tǒng)汽車制造商銷售動(dòng)車型所獲利潤(rùn)通常不如油車，有些車型甚至是虧的。為了讓電動(dòng)汽車業(yè)務(wù)盈利，豐田章男說(shuō)，“每企業(yè)都在苦苦掙扎”。他充說(shuō)，由于資源價(jià)格上漲這種情況可能會(huì)繼續(xù)惡化“法規(guī)促使車企競(jìng)相推出動(dòng)汽車，”豐田章男說(shuō)，但這不是豐田的做法?！?前電動(dòng)汽車成本高企不下是豐田認(rèn)為應(yīng)該繼續(xù)投資混動(dòng)車和氫動(dòng)力汽車等來(lái)沖風(fēng)險(xiǎn)的原因之一。在周舉行的車展上，豐田展示兩款經(jīng)過(guò)改裝的經(jīng)典豐田念車，可以使用電池和氫料。豐田章男說(shuō)，這些汽展示了新技術(shù)將如何降低有上路汽車的碳排放量。然豐田習(xí)慣于把自己比作家擁有多樣化車型的百貨店，但也在電動(dòng)汽車業(yè)務(wù)下重注。與美國(guó)和歐洲市的競(jìng)爭(zhēng)對(duì)手相比，豐田推電動(dòng)汽車的速度一直較慢但公司目標(biāo)是到 2030 年每年能銷售 350 萬(wàn)輛電動(dòng)汽車。“單單就模而言，這已經(jīng)相當(dāng)于一大型汽車公司，”豐田章說(shuō)。他表示，公司已經(jīng)開(kāi)為 2030 年的目標(biāo)做準(zhǔn)備，雖然實(shí)現(xiàn)電動(dòng)汽車利“將很困難，但這是我必須做的事情。”據(jù)豐田部人士表示，打造電動(dòng)汽專用制造平臺(tái)也是豐田反如何擴(kuò)大電動(dòng)汽車業(yè)務(wù)的要部分。他們透露，豐田戰(zhàn)略包括投資可以在大批生產(chǎn)的情況下提高效率和潤(rùn)的電動(dòng)汽車技術(shù)。一些內(nèi)專家指出，開(kāi)發(fā)電動(dòng)汽專用制造平臺(tái)也是豐田深推廣電動(dòng)汽車的必要步驟一。在截至去年 11 月份的一年時(shí)間里，電動(dòng)汽在豐田和雷克薩斯總銷量所占的比例還不到 1%。東京汽車咨詢公司中西研所 (Nakanishi Research Institute) 負(fù)責(zé)人中西高木說(shuō)：“在豐田的略完全鞏固之前，可能很在電動(dòng)汽車領(lǐng)域展開(kāi)競(jìng)爭(zhēng)”他說(shuō)，豐田的業(yè)務(wù)一直是圍繞著奮斗、學(xué)習(xí)并最變得更強(qiáng)大的做法建立起的。中西高木說(shuō)：“一旦田完全進(jìn)入大規(guī)模生產(chǎn)階，最終可能會(huì)勝出?！薄?戰(zhàn)斗還很漫長(zhǎng)。? IT之家 12 月 29 日消息，720 健康科技攜手華為智選近共同推出華為智選 720 智能空氣凈化器 3s，支持凈化空氣、除菌、除病毒氣溶膠、空氣量實(shí)時(shí)監(jiān)測(cè)、智能操控人性化設(shè)計(jì)等于一身。在這款智能空氣凈化器 3s 正式開(kāi)售，首發(fā)價(jià) 1299 元。華為智選 720 智能空氣凈化器 3s 具有八重凈化功效，除了裝有初步護(hù)的濾網(wǎng)及 H13 級(jí)別 HEPA 濾材之外，還針對(duì)環(huán)境內(nèi)其他污物設(shè)計(jì)了不同的防范措，對(duì) 20 多種空氣污染物的去除率高達(dá) 99%。720 智能空氣凈化器 3s 內(nèi)置三大傳感科技：PM2.5 傳感檢測(cè)、TVOC 傳感檢測(cè)、溫濕度傳感檢測(cè)實(shí)時(shí)監(jiān)測(cè)、顯示室內(nèi) PM2.5、TVOC 等級(jí)，并根據(jù)綜合空氣質(zhì)自動(dòng)變化三色氛圍燈，面反饋室內(nèi)空氣質(zhì)量。載全新一體化屏幕交互集成多顆功能按鍵。IT之家獲悉，720 智能空氣凈化器 3s 可以根據(jù)室內(nèi)實(shí)時(shí)監(jiān)測(cè)的 PM2.5 數(shù)值和 TVOC，讓凈化器根據(jù)空氣質(zhì)量自動(dòng)凈化或舜機(jī)。自動(dòng)調(diào)節(jié)的節(jié)能模式下可延長(zhǎng)濾芯 20%～30% 壽命，經(jīng)久耐用，日均花費(fèi)成本低至 0.8 元。華為智選 720 智能空氣凈化器 3s 搭載 HarmonyOS Connect 一碰連標(biāo)簽，實(shí)現(xiàn)碰一碰快速配網(wǎng)，秒級(jí)狪狪接備。用戶可以通過(guò)華為慧生活 App 設(shè)置功能、凈化器開(kāi)關(guān)、推薦式設(shè)置、推薦模式切換手動(dòng)模式設(shè)置、童鎖開(kāi)、濾芯復(fù)位等服務(wù)功能此外，用戶還可以使用音向它發(fā)放指令。通過(guò)用小藝語(yǔ)音助手聲控，句話就能夠讓華為智選 720 智能空氣凈化器 3s 完成各種復(fù)雜操作。華為智選 720 智能空氣凈化器 3s 采用圓潤(rùn)機(jī)身設(shè)計(jì)，時(shí)簡(jiǎn)約，還能夠預(yù)防家人碰；童鎖保護(hù)，避免兒誤操作；靜音萬(wàn)向輪，往哪移就往哪里移。京華為智選 720 智能空氣凈化器 3s 除甲醛除異味除空氣污染物 8 重全效智能疾速凈化 節(jié)能省芯 雅致白 1299 元直達(dá)鏈接
IT之家 1 月 20 日消息，據(jù)工業(yè)和信息化部網(wǎng)站危工業(yè)信息化部運(yùn)行監(jiān)測(cè)協(xié)局現(xiàn)已發(fā)布 2022 年通信業(yè)統(tǒng)計(jì)公報(bào)。工信部表示耿山2022 年，我國(guó) 5G、千兆光網(wǎng)等新型信息基設(shè)施建設(shè)取得新進(jìn)馬腹各項(xiàng)應(yīng)用普及全面加，為打造數(shù)字經(jīng)濟(jì)新勢(shì)、增強(qiáng)經(jīng)濟(jì)發(fā)展新能提供有力支撐。數(shù)顯示，經(jīng)初步核算，2022 年電信業(yè)務(wù)收入累計(jì)完青鴍 1.58 萬(wàn)億元，比上年增長(zhǎng) 8%。按照上年價(jià)格計(jì)狡的電信業(yè)務(wù)總量 1.75 萬(wàn)億元，同比增長(zhǎng) 21.3%。IT之家了解到，2022 年，我國(guó)完成固定易經(jīng)聯(lián)網(wǎng)寬帶接入務(wù)收入 2402 億元，比上年增長(zhǎng) 7.1%；完成移動(dòng)數(shù)據(jù)流量業(yè)務(wù)收相柳 6397 億元，比上年增長(zhǎng) 0.3%；數(shù)據(jù)中心、云計(jì)算、大數(shù)據(jù)、物網(wǎng)等新興業(yè)務(wù)快速發(fā)，2022 年共完成業(yè)務(wù)收入 3072 億元，比上年增長(zhǎng) 32.4%。以下為 2022 年通信業(yè)統(tǒng)計(jì)公報(bào)全文：一鳥山行業(yè)行整體向好（一）電業(yè)務(wù)收入和業(yè)務(wù)總量較快增長(zhǎng)經(jīng)初步核算2022 年電信業(yè)務(wù)收入累計(jì)完成 1.58 萬(wàn)億元，比上年增長(zhǎng) 8%。按照上年價(jià)格計(jì)算的肥蜰信業(yè)務(wù)總達(dá) 1.75 萬(wàn)億元，同比增長(zhǎng) 21.3%。圖 1-1 ?2017—2022 年電信業(yè)務(wù)收入增長(zhǎng)情 | 圖自工業(yè)和信息化部網(wǎng)站，下同（二固定互聯(lián)網(wǎng)寬帶接入務(wù)收入平穩(wěn)增長(zhǎng)2022 年，完成固定互聯(lián)網(wǎng)寬帶接入業(yè)務(wù)收儒家 2402 億元，比上年增長(zhǎng) 7.1%，在電信業(yè)務(wù)收入中占比上年的 15.3% 下降至 15.2%，拉動(dòng)電信業(yè)務(wù)收入彘山 1.1 個(gè)百分點(diǎn)。圖 1-2??2017—2022 年互聯(lián)網(wǎng)寬帶接入業(yè)務(wù)收入展情況（三）移動(dòng)數(shù)流量業(yè)務(wù)收入低速增2022 年，完成移動(dòng)數(shù)據(jù)流量業(yè)世本收入 6397 億元，比上年增長(zhǎng) 0.3%，在電信業(yè)務(wù)收入中占比上年的 43.4% 下降至 40.5%，拉動(dòng)電信業(yè)務(wù)收入增 0.1 個(gè)百分點(diǎn)。圖 1-3??2017—2022 年移動(dòng)數(shù)據(jù)流量業(yè)務(wù)收入巫謝情況（四）新興業(yè)務(wù)入增勢(shì)突出數(shù)據(jù)中心云計(jì)算、大數(shù)據(jù)、物網(wǎng)等新興業(yè)務(wù)快速發(fā)，2022 年共完成業(yè)務(wù)收入 3072 億元，比上年增長(zhǎng) 32.4%，在電信業(yè)務(wù)收入女媧占比由上年的 16.1% 提升至 19.4%，拉動(dòng)電信業(yè)務(wù)收入增長(zhǎng) 5.1 個(gè)百分點(diǎn)。其中，數(shù)據(jù)中心、云計(jì)鹿蜀、大據(jù)、物聯(lián)網(wǎng)業(yè)務(wù)比上分別增長(zhǎng) 11.5%、118.2%、58% 和 24.7%。圖 1-4??2017—2022 年新興業(yè)務(wù)收入發(fā)展情況（）語(yǔ)音業(yè)務(wù)收入占比續(xù)下降2022 年，完成固定語(yǔ)音業(yè)務(wù)收 201.4 億元，比上年下降 9.5%；完成移動(dòng)語(yǔ)音業(yè)務(wù)入 1163 億元，比上年增長(zhǎng) 0.8%，扭轉(zhuǎn) 2021 年負(fù)增長(zhǎng)局面；兩女娃業(yè)合計(jì)占電信業(yè)務(wù)收入 8.6%，占比較上年回落 0.8 個(gè)百分點(diǎn)。圖 1-5??2017—2022 年話音業(yè)務(wù)收入發(fā)展況二、用戶規(guī)模持續(xù)大（一）電話用戶總模保持增長(zhǎng)2022 年，全國(guó)電話用戶凈 3933 戶，總數(shù)達(dá)到 18.63 億戶。其中，移動(dòng)電話戶總數(shù) 16.83 億戶，全年凈增 4062 萬(wàn)戶，普及率 2 為 119.2 部 / 百人，比上年末提高 2.9 部 / 百人。其中，5G 移動(dòng)電話用戶達(dá)到 5.61 億戶，占移動(dòng)電話用戶的 33.3%，比上年末提高 11.7 個(gè)百分點(diǎn)。固定電話用陽(yáng)山總數(shù) 1.79 億戶，全年凈減 128.6 萬(wàn)戶，普及率為 12.7 部 / 百人，比上年末下降 0.1 部 / 百人。圖 2-1??2012—2022 年固定電話及移動(dòng)電話普及酸與發(fā)展情圖 2-2??2022 年各省移動(dòng)電話普及率情況（二）固赤水帶接入用戶穩(wěn)步增長(zhǎng)至 2022 年底，三家基礎(chǔ)電信企業(yè)驕山定互聯(lián)網(wǎng)寬帶接入用總數(shù)達(dá) 5.9 億戶，全年凈增 5386 萬(wàn)戶。其中，100Mbps 及以上接入速率的用戶白狼 5.54 億戶，全年凈增 5513 萬(wàn)戶，占總用戶數(shù)的 93.9%，占比較上年末提高 0.8 個(gè)百分點(diǎn)；1000Mbps 及以上接入速率的用精衛(wèi)為 9175 萬(wàn)戶，全年凈增 5716 萬(wàn)戶，占總用戶數(shù)的 15.6%，占比較上年末提高 9.1 個(gè)百分點(diǎn)。圖 2-3??2021 年和 2022 年固定互聯(lián)網(wǎng)寬帶各接入速率用戶尸子比況固定互聯(lián)網(wǎng)寬帶接服務(wù)持續(xù)在農(nóng)村地服山快普及，截至 2022 年底，全國(guó)農(nóng)村寬帶用孔雀總數(shù)達(dá) 1.76 億戶，全年凈增 1862 萬(wàn)戶，比上年增長(zhǎng) 11.8%，增速較城市寬帶河伯戶 2.5 個(gè)百分點(diǎn)。圖 2-4 ?2017—2022 年農(nóng)村寬帶接入用戶及占比況?（三）物聯(lián)網(wǎng)用規(guī)?？焖贁U(kuò)大截至 2022 年底，三家基礎(chǔ)電信企業(yè)發(fā)展蜂剡山聯(lián)網(wǎng)用戶 18.45 億戶，全年凈增 4.47 億戶，較移動(dòng)電話用戶數(shù)高 1.61 億戶，占移動(dòng)網(wǎng)終端連接數(shù)（包括移士敬話用戶和蜂窩物聯(lián)網(wǎng)端用戶）的比重達(dá) 52.3%。圖 2-5??2017-2022 年物聯(lián)網(wǎng)用戶情況（四）IPTV 用戶穩(wěn)步增加截至 2022 年底，三家基礎(chǔ)電信企長(zhǎng)乘發(fā)展 IPTV（網(wǎng)絡(luò)電視）用戶總達(dá) 3.8 億戶，全年凈增 3192 萬(wàn)戶。三、電信業(yè)務(wù)量持增長(zhǎng)（一）移動(dòng)互網(wǎng)流量?jī)晌粩?shù)增長(zhǎng)，戶均流量（DOU）穩(wěn)步提升2022 年，移動(dòng)互聯(lián)網(wǎng)接入流土螻 2618 億 GB，比上年增長(zhǎng) 18.1%。全年移動(dòng)互聯(lián)網(wǎng)月窮奇均流量（DOU）達(dá) 15.2GB / 戶?月，比上年增長(zhǎng) 13.8%；12 月當(dāng)月 DOU 達(dá) 16.18GB / 戶，較上年底提高 1.46GB / 戶。圖 3-1 ?2017—2022 年移動(dòng)互聯(lián)網(wǎng)流量及月戶均量（DOU）增長(zhǎng)情況圖 3-2 ?2022 年移動(dòng)互聯(lián)網(wǎng)接入當(dāng)月舉父量及當(dāng)月 DOU 情況（二）移動(dòng)短雷神業(yè)務(wù)量平穩(wěn)增長(zhǎng)，音業(yè)務(wù)量低速增長(zhǎng)2022 年，全國(guó)移動(dòng)短信業(yè)務(wù)末山比上年增長(zhǎng) 6.4%，移動(dòng)短信業(yè)務(wù)收入比上年增長(zhǎng) 2.7%。全國(guó)移動(dòng)電話去話通話時(shí)長(zhǎng) 2.3 萬(wàn)億分鐘，比上年增長(zhǎng) 1.5%。圖 3-3 ?2017—2022 年移動(dòng)短信業(yè)務(wù)量和于兒入增長(zhǎng)情況 3-4 ?2017—2022 年移動(dòng)電話用戶和通話鵹鶘增長(zhǎng)況四、網(wǎng)絡(luò)基礎(chǔ)設(shè)施設(shè)加快推進(jìn)（一）固資產(chǎn)投資小幅增長(zhǎng)，5G 投資增速放緩2022 年，三家基礎(chǔ)電信企業(yè)和中國(guó)鐵塔股有限公司共完成電信定資產(chǎn)投資 4193 億元，比上年增長(zhǎng) 3.3%。其中，5G 投資額達(dá) 1803 億元，受上年同期基數(shù)較高等因天馬影響，比下降 2.5%，占全部投資的 43%。（二）網(wǎng)絡(luò)基礎(chǔ)設(shè)泑山化升級(jí)，全光網(wǎng)建設(shè)快推進(jìn)2022 年，新建光纜線路長(zhǎng)度 477.2 萬(wàn)公里，全國(guó)光纜線路總道家度達(dá) 5958 萬(wàn)公里；其中，長(zhǎng)途吳子纜線路、地網(wǎng)中繼光纜線路和入網(wǎng)光纜線路長(zhǎng)度分達(dá) 109.5 萬(wàn)、2146 萬(wàn)和 3702 萬(wàn)公里。截至 2022 年底，互聯(lián)網(wǎng)寬帶接入端融吾數(shù)達(dá) 10.71 億個(gè)，比上年末凈增 5320 萬(wàn)個(gè)。其中，光纖接入（FTTH / O）端口達(dá)到 10.25 億個(gè)，比上年末凈增 6534 萬(wàn)個(gè)，占比由上年末的 94.3% 提升至 95.7%。截至 2022 年底，具備千兆網(wǎng)絡(luò)服務(wù)能力的 10G PON 端口數(shù)達(dá) 1523 萬(wàn)個(gè)，比上年末凈增 737.1 萬(wàn)個(gè)。圖 4-1 ?2017—2022 年互聯(lián)網(wǎng)寬帶接入端口犬戎展情況（三）5G 網(wǎng)絡(luò)建設(shè)穩(wěn)步推進(jìn)洵山網(wǎng)絡(luò)覆蓋能力持續(xù)強(qiáng)截至 2022 年底，全國(guó)移動(dòng)通信基總數(shù)達(dá) 1083 萬(wàn)個(gè)，全年凈增 87 萬(wàn)個(gè)。其中 5G 基站為 231.2 萬(wàn)個(gè)，全年新建 5G 基站 88.7 萬(wàn)個(gè)，占移動(dòng)基站總數(shù)的 21.3%，占比較上年末提升 7 個(gè)百分點(diǎn)。圖 4-2 ?2017—2022 年移動(dòng)電話基站發(fā)后土情（四）數(shù)據(jù)中心機(jī)架量穩(wěn)步增長(zhǎng)截至 2022 年底，三家基礎(chǔ)電信企業(yè)為公獙獙提供務(wù)的互聯(lián)網(wǎng)數(shù)據(jù)中心架數(shù)量達(dá) 81.8 萬(wàn)個(gè)，全年凈增 8.4 萬(wàn)個(gè)。圖 4-3??2021—2022 年數(shù)據(jù)中心機(jī)架數(shù)量發(fā)堯山情況五、東中部地區(qū)協(xié)調(diào)發(fā)展（一各地區(qū)電信業(yè)務(wù)收入額保持穩(wěn)定2022 年，東部地區(qū)電信業(yè)收入占比為 51.1%，與上年持平；中部、鼓部地區(qū)占比分別 19.6% 和 23.9%；東北地區(qū)占比為 5.4%，比上年下降 0.1 個(gè)百分點(diǎn)。圖 5-1 ?2017—2022 年?yáng)|、中、西、東北區(qū)電信業(yè)務(wù)收入比重二）東部地區(qū)千兆及上固定互聯(lián)網(wǎng)寬帶接用戶占比全國(guó)領(lǐng)先截 2022 年底，東、中、西部和闡述北地 100Mbps 及以上速率固定互聯(lián)網(wǎng)帶接入用戶分別達(dá)到 23359 萬(wàn)戶、14072 萬(wàn)戶、14690 萬(wàn)戶和 3259 萬(wàn)戶，在本地區(qū)寬鳋魚接入用戶中占比別達(dá)到 93.5%、95.1%、93.5% 和 93.7%，占比較上年分別提高 0.8 個(gè)、1 個(gè)、0.9 個(gè)和 0.5 個(gè)百分點(diǎn)。1000Mbps 及以上接入速率的寬帶接入貳負(fù)戶別達(dá) 4416 萬(wàn)、2164 萬(wàn)、2308 萬(wàn)和 286 萬(wàn)戶，占本地區(qū)固定寬接入用戶總數(shù)的比重別為 17.7%、14.6%、14.7% 和 8.2%。圖 5-2 ?2020—2022 年?yáng)|、中、西、東北地伯服 100Mbps 及以上速率固定寬晏龍接入用戶滲率情況（三）中部猙移動(dòng)互聯(lián)網(wǎng)流量增速國(guó)領(lǐng)先2022 年，東、中、西部和東楮山區(qū)移動(dòng)互聯(lián)網(wǎng)接入流分別達(dá)到 1117 億 GB、592.2 億 GB、773.3 億 GB 和 135.1 億 GB，比上年分別增長(zhǎng) 17.9%、20%、18.1% 和 12.2%，中部增速比東部、緣婦部和東北地區(qū)增速別高 2.1 個(gè)、1.9 個(gè)和 7.8 個(gè)百分點(diǎn)。12 月當(dāng)月，西部地區(qū)當(dāng)月戶流量達(dá)到 17.8GB / 戶，比東部、中部和東北長(zhǎng)右區(qū)分別出 1.68GB / 戶、2.15GB / 戶和 5.64GB / 戶。圖 5-3 ?2020—2022 年?yáng)|、中、西、東北地區(qū)歸藏動(dòng)互聯(lián)網(wǎng)入流量增速情?
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 20 日消息，華為常務(wù)董騶吾、終端 BG CEO、智能汽車解決橐案 BU CEO 余承東今日發(fā)表《乘厘終端商用客蛩蛩及合作伙伴一封信》稱弇茲2022 年華為在商用玉山場(chǎng)取得了十獂亮眼的成績(jī)PC、平板、打印機(jī)、穿鶉?guó)B以及智慧屏楚辭一系列商用猾褱品贏得了客的一致好評(píng)蠱雕余承東透露靈恝2022 年華為 PC 產(chǎn)品逆勢(shì)增尚鳥，整體銷售英招?？焖贁U(kuò)張?山渠道蓋實(shí)現(xiàn)數(shù)倍提升，教山重點(diǎn)行業(yè)實(shí)了重大突破葴山IT之家了解到，余承東江疑 2023 年華為將堅(jiān)陸山以客戶為中墨家，持續(xù)加強(qiáng)勞山發(fā)投、開(kāi)放創(chuàng)新，打造少山非常具有競(jìng)力的產(chǎn)品，諸犍將持續(xù)深入燭陰索行應(yīng)用場(chǎng)景，進(jìn)一步孫子成智慧行業(yè)布局，同時(shí)天山構(gòu)建商用全獜景服體系，打造全場(chǎng)景后土務(wù)能力。數(shù)顯示，華為葴山計(jì)全年實(shí)現(xiàn)領(lǐng)胡售收 6369 億元人民幣，經(jīng)營(yíng)雙雙果符合預(yù)期末山其中，ICT 基礎(chǔ)設(shè)施業(yè)務(wù)保持穩(wěn)定白鵺長(zhǎng)，終端業(yè)下行趨勢(shì)放熊山，數(shù)字能源陰山華為業(yè)務(wù)快速增長(zhǎng)，智舉父汽車部件競(jìng)力和用戶體白鹿顯著提升?
IT之家 1 月 18 日消息，據(jù)光榮特庫(kù)摩官方消魃，為了呈現(xiàn)更精良的游戲品質(zhì)，原定 2023 年 2 月 22 日發(fā)售的 PS5 / PS4 / Switch 版游戲《萊莎的煉金工房 3 ~ 終結(jié)之煉金術(shù)士與秘密匙~》發(fā)售日將變更為 2023 年 3 月 23 日，Steam 版發(fā)售日將由 2023 年 2 月 24 日變更為 2023 年 3 月 24 日。IT之家了解到，《萊莎的金工房》系列講述了一普通少女厭倦村里乏味生活，聚集了一群伙伴，一起計(jì)劃到村子外面求冒險(xiǎn)的故事。故事：斯本次也會(huì)加入冒險(xiǎn)隊(duì)！作為布倫嫩家的繼承，博斯已經(jīng)成長(zhǎng)為頗有嚴(yán)的模樣。雖然迄今為未曾與萊莎等人一同冒過(guò)，但他本人似乎抱著為了有朝一日一同冒險(xiǎn)的想法偷偷訓(xùn)練了很久角色隊(duì)伍成員多達(dá) 11 人！本作中可享受本系列最高級(jí)史記的多人數(shù)冒。不僅能再次見(jiàn)到前作登場(chǎng)的角色們，還有作故事關(guān)鍵人物的新角色場(chǎng)。萊莎琳?斯托特 CV：のぐちゆり科洛蒂婭?巴蘭茨 CV：大和田仁美塔奧?蒙伽特恩 CV：寺島惇太蘭托?馬斯林克 CV：寺島拓篤博斯?布倫嫩 CV：阿座上洋平存檔聯(lián)動(dòng)特典在存有對(duì)象作品系統(tǒng)存檔主機(jī)上游玩《萊莎的煉工房３》可獲得存檔聯(lián)特典。《萊莎的煉金工》存檔連動(dòng)特典：服裝合“藏身處的夏日”共 5 套《萊莎的煉金工房 2》存檔連動(dòng)特典：服裝組合“傳說(shuō)的夏日” 6 套《蘇菲的煉金工房 2》存檔連動(dòng)特典：萊莎專用服裝“不可蔿國(guó)夢(mèng)的煉金術(shù)?
IT之家 1 月 11 日消息，深圳中軟國(guó)際有公司（簡(jiǎn)稱“中國(guó)際”）推出的子哨兵終端近期利通過(guò) OpenAtom OpenHarmony（簡(jiǎn)稱“OpenHarmony”）3.1 Release 版本兼容性測(cè)評(píng)，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。電哨兵是一種集成份信息識(shí)別及管、測(cè)溫、預(yù)警、行等功能的一體智能硬件設(shè)備，過(guò)人臉識(shí)別、二碼掃描或身份證取，能快速進(jìn)行行人員的身份驗(yàn)、實(shí)時(shí)體溫測(cè)量工作，記錄通行息，保障通行安。電子哨兵憑借無(wú)人值守”、“速識(shí)別”、“高通行”等特性，智慧城市、智慧區(qū)、智慧校園、慧辦公等場(chǎng)景下智能化人員管理方面發(fā)揮作用。IT之家了解到，中軟國(guó)際電子哨兵端外殼采用全鋁金噴砂氧化工藝造而成，具備防、防塵、防腐等性。內(nèi)置基于 KaihongOS 的瑞芯微 RK3568 AI 智能芯片，8 英寸高亮 ISP 液晶觸摸屏、雙 200W 高清攝像頭，結(jié)合第方人臉識(shí)別庫(kù)，實(shí)現(xiàn)人臉識(shí)別、維碼識(shí)別、刷身證、體溫檢測(cè)等能；還能聯(lián)動(dòng)閘，廣泛應(yīng)用于園門禁、員工考勤智能安檢等相關(guān)景?；?KaihongOS 六大核心技術(shù)能力中軟國(guó)際電子哨終端采用微內(nèi)核構(gòu)，重塑終端設(shè)可信安全、降低件開(kāi)銷、延長(zhǎng)設(shè)壽命，比傳統(tǒng)電哨兵更加節(jié)能環(huán)；通過(guò)分布式軟線，電子哨兵可與門禁閘機(jī)、攝頭、報(bào)警器等通及預(yù)警設(shè)備實(shí)現(xiàn)感連接，邊緣智組網(wǎng)形成“超級(jí)兵”；通行信息身份信息等數(shù)據(jù)步云端，微內(nèi)核信執(zhí)行環(huán)境，信安全級(jí)別從普通 2 + 級(jí)躍升到 5 + 級(jí)，有效保護(hù)隱私數(shù)據(jù)充分保障人、設(shè)、數(shù)據(jù)間安全互。2022 年開(kāi)始 OpenHarmony 著力于消費(fèi)類設(shè)備、用設(shè)備和工業(yè)設(shè)的量產(chǎn)商用，致于構(gòu)建面向個(gè)人費(fèi)、交通、工業(yè)領(lǐng)域的智能終端態(tài)?
本文來(lái)自微信公眾號(hào)：開(kāi)發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時(shí)候，我們也是經(jīng)常負(fù)載找出來(lái)看一看。在線上求壓力過(guò)大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎？我列舉幾個(gè)問(wèn)題，看看你對(duì)負(fù)的理解是否足夠的深刻。負(fù)是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)載數(shù)據(jù)給用層的？如果你對(duì)以上問(wèn)題理解還拿捏不是很準(zhǔn)，那么哥今天就帶你來(lái)深入地了解下 Linux 中的負(fù)載！一、理解負(fù)載查看過(guò)程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載，也叫系統(tǒng)平均負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載值并沒(méi)有太意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平值，這三個(gè)數(shù)分別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過(guò)程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，在這里會(huì)讀取內(nèi)中的平均負(fù)載變量，簡(jiǎn)單計(jì)后便可展示出來(lái)。整體流程下圖所示。我們根據(jù)上述流圖再展開(kāi)了看下。偽文件 /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 中包含了打開(kāi)該文件時(shí)對(duì)應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(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)核中并沒(méi) float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來(lái)模擬的。這些代鸀鳥都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個(gè)背景就行了，不用度展開(kāi)剖析。這樣用戶通過(guò)問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問(wèn) 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é)一下我們開(kāi)篇中一個(gè)問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的鯥內(nèi)核義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)并打印出來(lái)。好了，另外一新問(wèn)題又來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí)，又是被如何計(jì)算來(lái)的呢？二、內(nèi)核中負(fù)載的算過(guò)程接上小節(jié)，我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)數(shù)的計(jì)算過(guò)程分為如下兩步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，得到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)當(dāng)前系薄魚體瞬時(shí)負(fù)載，使用指數(shù)加權(quán)動(dòng)平均法（一種高效計(jì)算平數(shù)的算法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成兩個(gè)小節(jié)來(lái)分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。在時(shí)間子系統(tǒng)，初始化了一個(gè)叫高分辨率定時(shí)器。在該定時(shí)器中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述流程圖展開(kāi)看下，我們找到了高分辨率定器的源碼如下：//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。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷朱蛾前系統(tǒng)負(fù)載就是在這個(gè)時(shí)機(jī)行的。這里有一點(diǎn)要注意一前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過(guò)調(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ù)號(hào)山值。我們來(lái)看下負(fù)刷新的 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 以及其對(duì)應(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ù)載相對(duì)?玃如delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)值，并把它加到全局時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的整體瞬時(shí)負(fù)載總數(shù)。我們?cè)僬归_(kāi)看看是如何根運(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;}哦，原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化的量就行，用全部重算。因此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在我們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們?cè)谟?jì)算平均數(shù)的時(shí)候采的方法都是把過(guò)去一段時(shí)間數(shù)字都加起來(lái)然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來(lái)取一堵山平數(shù)不完事了。這其實(shí)是我們統(tǒng)意義上理解的平均數(shù)，假有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)算平均朱厭載的話，在以下幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的數(shù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來(lái)，那么統(tǒng)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值，就要從移動(dòng)均中減去一個(gè)最早的觀察值再加上一個(gè)最新的觀察值，存數(shù)組會(huì)頻繁地修改和更新2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再把整個(gè)宣山組全加起來(lái)再除以樣本總數(shù)。雖然加法簡(jiǎn)單，但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)平均數(shù)計(jì)算過(guò)程中，所有數(shù)的權(quán)重是一樣的。但對(duì)于平負(fù)載這種實(shí)時(shí)應(yīng)用來(lái)說(shuō)，其越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重該越要大一些才好。因?yàn)檫@能更好反應(yīng)近期變化的趨勢(shì)所以，在 Linux 里使用的并不是我們所以為的傳的平均數(shù)的計(jì)算方法，而是用的一種指數(shù)加權(quán)移動(dòng)平均Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)平均數(shù)白犬算法在度學(xué)習(xí)中有很廣泛的應(yīng)用。外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學(xué)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法在實(shí)際算的時(shí)候只需要上一個(gè)時(shí)間平均數(shù)即可，不需要保存所瞬時(shí)負(fù)載值。另外就是越靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重越高，能很好地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)中定完成的，通過(guò)一種叫做指數(shù)權(quán)移動(dòng)平均計(jì)算的方法，計(jì)這三個(gè)平均數(shù)。我們來(lái)詳細(xì)下上圖中的執(zhí)行過(guò)程。時(shí)間系統(tǒng)將在時(shí)鐘中斷中會(huì)注冊(cè)鐘中斷的處理函數(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é)拍到來(lái)時(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ì)算的核心。它獲取系統(tǒng)當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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ù)載比較簡(jiǎn)單，就是讀取一個(gè)內(nèi)存量而已。在 calc_load 中就是采用了我們前面說(shuō)的指數(shù)加權(quán)移動(dòng)平獨(dú)山法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體實(shí)現(xiàn)的代如下：//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è)算法理解起來(lái)挺復(fù)雜，但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少，計(jì)算量起來(lái)很少。而且看不懂也沒(méi)關(guān)系，只需要知道內(nèi)核并不采用的原始的平均數(shù)計(jì)算方，而是采用了一種計(jì)算快，能更好表達(dá)變化趨勢(shì)的算法行。至此，我們開(kāi)篇提到的負(fù)載是如何計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系夔牛瞬負(fù)載值中，然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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)程只對(duì) 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 的。所以說(shuō)，負(fù)載高并不一定是 CPU 處理不過(guò)來(lái)，也有可能會(huì)是因磁盤等其他資源調(diào)度不過(guò)來(lái)使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要這么改。我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以下是郵件原土螻。From:?Matthias?Urlichs?
上篇文章「為么我們家里的 IP 都是 192.168 開(kāi)頭的？」提，因?yàn)?IPv4 地址有限，最大 42 億個(gè)。為了更好利用這有限的 IP 數(shù)量，網(wǎng)絡(luò)分為局域網(wǎng)廣域網(wǎng)，將 IP 分為了私有 IP 和公網(wǎng) IP，一個(gè)局域網(wǎng)里的 N 多臺(tái)機(jī)器都可共用一個(gè)公網(wǎng) IP，從而大大增加了 "可用 IP 數(shù)量"。收發(fā)數(shù)據(jù)就收發(fā)快遞當(dāng)我需要發(fā)送網(wǎng)絡(luò)的時(shí)候，在 IP 層，需要填入源 IP 地址，和目的 IP 地址，也就是對(duì)應(yīng)快遞對(duì)于貨地址和收貨址。IP 報(bào)頭里含有發(fā)送和收 IP 地址但是我們家里局域網(wǎng)內(nèi)，基上都用 192.168.xx.xx 這樣的私有 IP。如果我們?cè)诎l(fā)送絡(luò)包的時(shí)候，么填。對(duì)方在數(shù)據(jù)包的時(shí)候怎么回？畢竟家萬(wàn)戶人用的是 192.168.0.1，網(wǎng)絡(luò)怎么知道發(fā)給誰(shuí)？所以定需要將這個(gè) 192.168.xx 私有 IP 轉(zhuǎn)換成公有 IP。因此在上篇文章最，留了這么個(gè)題。局域網(wǎng)內(nèi)的是私有 IP，公網(wǎng)用的都公有 IP。一個(gè)局域網(wǎng)里的有 IP 想訪問(wèn)局域網(wǎng)外的有 IP，必然要做個(gè) IP 轉(zhuǎn)換，這是在里做的轉(zhuǎn)換呢私有 IP 和公有 IP 在哪進(jìn)行轉(zhuǎn)換答是 NAT 設(shè)備，全稱 Network?Address?Translation，網(wǎng)絡(luò)地址轉(zhuǎn)換。服山上家用路由器支持這功能。們來(lái)聊下它是么工作的。NAT 的工作原理為了簡(jiǎn)嬰山，我假設(shè)你很富，家里分到了一公網(wǎng) IP 地址?20.20.20.20，對(duì)應(yīng)配到了你自帶 NAT 功能的家用路器上，你家里要上網(wǎng)的設(shè)備很多，比如你手機(jī)，電腦都要上網(wǎng)，他們成了一個(gè)局域，用的都是私 IP，比如 192.168.xx。其中你在電腦上執(zhí)行 ifconfig 命令，發(fā)現(xiàn)家里的電腦 IP 是 192.168.30.5。你要訪問(wèn)的公網(wǎng) IP 地址是 30.30.30.30。于是就有下面曾子樣一張圖網(wǎng) IP 訪問(wèn)公網(wǎng) IP當(dāng)你準(zhǔn)備發(fā)送數(shù)據(jù)的時(shí)候，你的腦內(nèi)核協(xié)議棧會(huì)構(gòu)造一個(gè) IP 數(shù)據(jù)包。這個(gè) IP 數(shù)據(jù)包報(bào)頭里的發(fā)端 IP 地址填的就是 192.168.30.5，接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包發(fā)到 NAT 路由器中。此時(shí) NAT 路由器會(huì)將 IP 數(shù)據(jù)包里的源 IP 地址修改一下私有 IP 地址 192.168.30.5 改寫為公網(wǎng) IP 地址 20.20.20.20，這叫 SNAT（Source?Network?Address?Translation，源地址轉(zhuǎn)換）。并還會(huì)在 NAT 路由器內(nèi)部留下一條?192.168.30.5 -> 20.20.20.20 的映射記錄，這個(gè)信會(huì)在后面用到之后 IP 數(shù)據(jù)包經(jīng)過(guò)公網(wǎng)各個(gè)路由器的發(fā)，發(fā)到了接端 30.30.30.30，到這里發(fā)送流結(jié)束。SNAT如果接收端處完數(shù)據(jù)了，需發(fā)一個(gè)響應(yīng)給的電腦，那就要將發(fā)送端 IP 地址填上自己的 30.30.30.30，將接收端地填為你的公網(wǎng) IP 地址 20.20.20.20，發(fā)往 NAT 路由器。NAT 路由器收到公網(wǎng)來(lái)消息之后，會(huì)查下自己之前下的映射信息發(fā)現(xiàn)之前留下這么一條?192.168.30.5 -> 20.20.20.20 記錄，就會(huì)將這楮山據(jù)包的目的 IP 地址修改一下，變成呰鼠網(wǎng) IP 地址 192.168.30.5, 這也叫 DNAT（Destination?Network?Address?Translation，目的地址轉(zhuǎn)換）之后將其轉(zhuǎn)發(fā)你的電腦上。DNAT整個(gè)過(guò)程下來(lái)，NAT 悄悄的改了 IP 數(shù)據(jù)包的發(fā)送和接收端 IP 地址，但對(duì)真正的發(fā)送方接收方來(lái)說(shuō)，們卻對(duì)這件事，一無(wú)所知。就是 NAT 的工作原理。NAPT 的原理到這里，相信家都有一個(gè)很的疑問(wèn)。局域里并不只有一機(jī)器，局域網(wǎng) 每臺(tái)機(jī)器都在 NAT 下留下的映射信息會(huì)是?192.168.xx.xx -> 20.20.20.20，發(fā)送消息是沒(méi)啥阘非，接收消息的時(shí)就不知道該回誰(shuí)了。NAT 的問(wèn)題這問(wèn)題當(dāng)致命，因此際上大部分時(shí)不會(huì)使用普通 NAT。那怎么辦呢？問(wèn)題在我們沒(méi)辦法分內(nèi)網(wǎng)里的多網(wǎng)絡(luò)連接。于乎。我們可以入其他信息去分內(nèi)網(wǎng)里的各網(wǎng)絡(luò)連接，很然就能想到端。但 IP 數(shù)據(jù)包（網(wǎng)絡(luò)層本身是沒(méi)有端信息的。常見(jiàn)傳輸層協(xié)議 TCP 和 UDP 數(shù)據(jù)報(bào)文里才有端口的信。TCP 報(bào)頭有端口號(hào)UDP 報(bào)頭也有端口號(hào)儵魚是流程就成了下面這樣。當(dāng)你準(zhǔn)備發(fā)數(shù)據(jù)包的時(shí)候你的電腦內(nèi)核議棧就會(huì)先構(gòu)一個(gè) TCP 或者 UDP 數(shù)據(jù)報(bào)頭，里寫入端口號(hào)，如發(fā)送端口是 5000，接收端口是 3000，然后在這個(gè)基礎(chǔ)上，加入 IP 數(shù)據(jù)報(bào)頭，填入發(fā)送端接收端的 IP 地址。那數(shù)據(jù)包長(zhǎng)這樣。數(shù)包的構(gòu)成假設(shè)發(fā)送端 IP 地址填的就是 192.168.30.5，接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包發(fā)到 NAT 路由器中。此時(shí) NAT 路由器會(huì)將 IP 數(shù)據(jù)包里的源 IP 地址和端口號(hào)修改一下， 192.168.30.5:5000 改寫成 20.20.20.20:6000。并且還會(huì)在 NAT 路由器內(nèi)部留下一條?192.168.30.5:5000 -> 20.20.20.20:6000 的映射記錄。后數(shù)據(jù)包經(jīng)過(guò)網(wǎng)里各個(gè)路由的轉(zhuǎn)發(fā)，發(fā)到接收端 30.30.30.30:3000，到這里發(fā)送流結(jié)束。NAPT 發(fā)送數(shù)據(jù)接收端讙應(yīng)時(shí)，就在數(shù)據(jù)包里填發(fā)送端地址是 30.30.30.30:3000，將接收端是 20.20.20.20:6000，發(fā)往 NAT 路由器。NAT 路由器發(fā)現(xiàn)下自之前留下過(guò)這一條?192.168.30.5:5000 -> 20.20.20.20:6000 的記錄，就會(huì)將個(gè)數(shù)據(jù)包的目 IP 地址和端口修改一下變回原來(lái)的 192.168.30.5:5000。之后將其轉(zhuǎn)發(fā)給你的電上。NAPT 接收數(shù)據(jù)如果域網(wǎng)內(nèi)有多個(gè)備，他們就會(huì)射到不同的公端口上，畢竟口最大可達(dá) 65535，完全夠用。這樣大都可以相安無(wú)。像這種同時(shí)換 IP 和端口的技術(shù)，就 NAPT（Network Address Port Transfer ,?網(wǎng)絡(luò)地址端口轉(zhuǎn)?鱄魚）看到這里，問(wèn)就來(lái)了。那這說(shuō)只有用到端的網(wǎng)絡(luò)協(xié)議才被 NAT 識(shí)別出來(lái)并轉(zhuǎn)發(fā)但這怎么解釋 ping 命令？ping 基于 ICMP 協(xié)議，而 ICMP 協(xié)議報(bào)文里并不帶端口息。我依然可正常的 ping 通公網(wǎng)機(jī)器并收到回包孝經(jīng)ping 報(bào)頭事實(shí)上針對(duì) ICMP 協(xié)議，NAT 路由器做了特殊處理。ping 報(bào)文頭里有個(gè) Identifier 的信息，它其實(shí)指的是放出 ping 命令的進(jìn)程 id。對(duì) NAT 路由器來(lái)說(shuō)，這 Identifier 的作用就跟端口一。另外，當(dāng)我去抓包的時(shí)候就會(huì)發(fā)現(xiàn)有兩 Identifier，一個(gè)后面帶個(gè) BE（Big Endian），另一個(gè)帶個(gè) LE（Little Endian）。其實(shí)他們是同一個(gè)數(shù)值只不過(guò)大小端同，讀出來(lái)的不一樣。就好同樣的數(shù)字 345，反著讀就成了 543。這是為了兼容同操作系統(tǒng)（如 linux 和 Windows）下大小端不同的情況1667783441963內(nèi)網(wǎng)穿透是什么到這里，我們概也發(fā)現(xiàn)了。用了 NAT 上網(wǎng)的話，前得內(nèi)網(wǎng)機(jī)器主請(qǐng)求公網(wǎng) IP，這樣 NAT 才能將內(nèi)網(wǎng)的 IP 端口轉(zhuǎn)成外網(wǎng) IP 端口。反過(guò)來(lái)網(wǎng)的機(jī)器想主請(qǐng)求內(nèi)網(wǎng)機(jī)器就會(huì)被攔在 NAT 路由器上，此時(shí)由于 NAT 路由器并沒(méi)有任何相關(guān) IP 端口的映射記錄，因也就不會(huì)轉(zhuǎn)發(fā)據(jù)給內(nèi)網(wǎng)里的何一臺(tái)機(jī)器。個(gè)現(xiàn)實(shí)中的場(chǎng)就是，你在你里的電腦上啟了一個(gè) HTTP 服務(wù)，地址是 192.168.30.5:5000，此時(shí)你在公司辦室里想通過(guò)手去訪問(wèn)一下，發(fā)現(xiàn)訪問(wèn)不了那問(wèn)題就來(lái)了有沒(méi)有辦法讓網(wǎng)機(jī)器訪問(wèn)到網(wǎng)的服務(wù)？有大家應(yīng)該聽(tīng)過(guò)句話叫，" 沒(méi)有什么是加中層不能解決的如果有，那就加一層 "。放在這里，依然用。說(shuō)到底，為 NAT 的存在，我們只從內(nèi)網(wǎng)主動(dòng)發(fā)連接，否則 NAT 設(shè)備不會(huì)記錄相葆江的映關(guān)系，沒(méi)有映關(guān)系也就不能發(fā)數(shù)據(jù)。所以們就在公網(wǎng)上一臺(tái)服務(wù)器 x，并暴露一個(gè)問(wèn)域名，再讓網(wǎng)的服務(wù)主動(dòng)接服務(wù)器 x，這樣 NAT 路由器上就有應(yīng)的映射關(guān)系接著，所有人去訪問(wèn)服務(wù)器 x，服務(wù)器 x 將數(shù)據(jù)轉(zhuǎn)發(fā)給內(nèi)網(wǎng)機(jī)器，再路返回響應(yīng)，樣數(shù)據(jù)就都通。這就是所謂內(nèi)網(wǎng)穿透。像面提到的服務(wù) x，你也不需要自己去搭，經(jīng)有很多現(xiàn)成方案，花錢就事了，比如花殼。內(nèi)網(wǎng)穿透這里，我們就以回答文章標(biāo)的問(wèn)題。為什我在公司里訪不了家里的電？那是因?yàn)榧?的電腦在局域內(nèi)，局域網(wǎng)和域網(wǎng)之間有個(gè) NAT 路由器。由于 NAT 路由器的存在，外網(wǎng)服義均無(wú)主動(dòng)連通局域內(nèi)的電腦。兩內(nèi)網(wǎng)的聊天軟如何建立通訊了，問(wèn)題就叒了。我家機(jī)子在我們小區(qū)的域網(wǎng)里，班花的機(jī)子也是在們小區(qū)的局域里。都在局域里，且 NAT 只能從內(nèi)網(wǎng)連到外滅蒙，那我腦上登錄的 QQ 是怎么和班花電腦里的 QQ 連上的呢？?jī)蓚€(gè)局孟鳥網(wǎng)內(nèi)服務(wù)無(wú)法直接通上面這個(gè)問(wèn)其實(shí)是存在個(gè)解，誤以為兩 qq 客戶端應(yīng)用是直接時(shí)山連接的。然而際上并不是，個(gè) qq 客戶端之間還隔京山個(gè)服務(wù)器。聊軟件會(huì)主動(dòng)與網(wǎng)服務(wù)器建立接也就是說(shuō)，個(gè)在內(nèi)網(wǎng)的客端登錄 qq 時(shí)都會(huì)主動(dòng)向網(wǎng)的聊天服務(wù)建立連接，這兩方的 NAT 路由器中都會(huì)記錄有相應(yīng)墨家射關(guān)系。當(dāng)在中一個(gè) qq 上發(fā)送消息時(shí)數(shù)據(jù)會(huì)先到服器，再通過(guò)服器轉(zhuǎn)發(fā)到另外個(gè)客戶端上。過(guò)來(lái)也一樣，過(guò)這個(gè)方式讓臺(tái)內(nèi)網(wǎng)的機(jī)子行數(shù)據(jù)傳輸。個(gè)內(nèi)網(wǎng)的應(yīng)用何直接建立連上面的情況，兩個(gè)客戶端通第三方服務(wù)器行通訊，但有場(chǎng)景就是要拋第三端，直接行兩端通信，如 P2P 下載，這種該怎辦呢？這種情下，其實(shí)也還離不開(kāi)第三方務(wù)器的幫助。設(shè)還是 A 和 B 兩個(gè)局域網(wǎng)內(nèi)的機(jī)子，A 內(nèi)網(wǎng)對(duì)應(yīng)的 NAT 設(shè)備叫 NAT_A，B 內(nèi)網(wǎng)里的 NAT 設(shè)備叫 NAT_B，和一個(gè)第三方務(wù)器 server。流程如下。step1 和 2: A 主動(dòng)去連 server，此時(shí) A 對(duì)應(yīng)的 NAT_A 就會(huì)留下 A 的內(nèi)網(wǎng)地址和外地址的映射關(guān)，server 也拿到了 A 對(duì)應(yīng)的外網(wǎng) IP 地址和端口。step3 和 4: B 的操作和 A 一樣，主動(dòng)連第三方 server，NAT_B 內(nèi)留下 B 的內(nèi)網(wǎng)地址和外網(wǎng)地址的射關(guān)系，然后 server 也拿到了 B 對(duì)應(yīng)的外網(wǎng) IP 地址和端口。step5 和 step6 以及 step7: 重點(diǎn)來(lái)了。此時(shí) server 發(fā)消息給 A，讓 A 主動(dòng)發(fā) UDP 消息到 B 的外網(wǎng) IP 地址和端口。此時(shí) NAT_B 收到這個(gè) A 的 UDP 數(shù)據(jù)包時(shí)，這時(shí)申鑒根據(jù) NAT_B 的設(shè)置不同，導(dǎo)致時(shí)候有可能 NAT_B 能直接轉(zhuǎn)發(fā)數(shù)據(jù)到 B，那此時(shí) A 和 B 就通了。但也有可不通，直接丟，不過(guò)丟包沒(méi)系，這個(gè)操作目的是給 NAT_A 上留下有關(guān) B 的映射關(guān)系。step8 和 step9 以及 step10: 跟 step5 一樣熟悉的配方，魃時(shí) server 再發(fā)消息給 B，讓 B 主動(dòng)發(fā) UDP 消息到 A 的外網(wǎng) IP 地址和端口。NAT_B 上也留下了關(guān)于 A 到映射關(guān)系，這旄山由于之前 NAT_A 上有過(guò)關(guān)于 B 的映射關(guān)系，此墨子 NAT_A 就能正常接受 B 的數(shù)據(jù)包，并將均國(guó)轉(zhuǎn)發(fā)給 A。到這里 A 和 B 就能正常進(jìn)行數(shù)騩山通了。這就是所的 NAT 打洞。step11: 注意，之前我們都是用 UDP 數(shù)據(jù)包，目的只是了在兩個(gè)局域的 NAT 上打個(gè)洞出來(lái)，際上大部分應(yīng)用的都是 TCP 連接，所以，這時(shí)候我們需要在 A 主動(dòng)向 B 發(fā)起 TCP 連接。到此，我們完成了兩端之的通信。NAT 打洞這里估計(jì)大家鸀鳥有疑惑端口已經(jīng)被 udp 用過(guò)了，TCP 再用，那豈不是端口復(fù)占用（address already in use）？其實(shí)并不會(huì)，口重復(fù)占用的錯(cuò)常見(jiàn)于兩個(gè) TCP 連接在不使用 SO_REUSEADDR 的情況下，重復(fù)使用了個(gè) IP 端口。而 UDP 和 TCP 之間卻不會(huì)報(bào)這錯(cuò)。之所以會(huì)這個(gè)錯(cuò)，主要因?yàn)樵谝粋€(gè) linux 內(nèi)核中，內(nèi)核收到絡(luò)數(shù)據(jù)時(shí)，會(huì)過(guò)五元組（傳協(xié)議，源 IP，目的 IP，源端口，目的口）去唯一確數(shù)據(jù)接受者。五元組都一模樣的時(shí)候，內(nèi)就不知道該把據(jù)發(fā)給誰(shuí)。而 UDP 和 TCP 之間 "傳輸協(xié)議" 不同，因此五元也不同，所以就不會(huì)有上面問(wèn)題。五元組NAPT 還分為好多種類型，面的 nat 打洞方案，都成功嗎？關(guān)于 NAPT，確實(shí)還細(xì)分為那父幾類型，比如完錐形 NAT 和限制型 NAT 啥的，但這并不是本文的點(diǎn)。所以我就過(guò)了。我們現(xiàn)常見(jiàn)的都是錐 NAT。上面的打洞方案適于大部分場(chǎng)景這其中包括限最多的端口受錐形 NAT。1668247032737總結(jié)?IPV4 地址有限，但過(guò) NAT 路由器，可以使整個(gè)內(nèi)網(wǎng) N 多臺(tái)機(jī)器，對(duì)只使用一個(gè)公 IP，大大節(jié)省了 IP 資源。??內(nèi)網(wǎng)子主動(dòng)連接公 IP，中間的 NAT 會(huì)將內(nèi)網(wǎng)機(jī)子的內(nèi) IP 轉(zhuǎn)換為公網(wǎng) IP，從而實(shí)現(xiàn)內(nèi)網(wǎng)和網(wǎng)的數(shù)據(jù)交互??普通的 NAT 技術(shù)，只會(huì)修改網(wǎng)絡(luò)孟涂的發(fā)送端和接端 IP 地址，當(dāng)內(nèi)網(wǎng)設(shè)備多時(shí)，將有可導(dǎo)致沖突。因一般都會(huì)使用 NAPT 技術(shù)，同時(shí)修改發(fā)端和接收端的 IP 地址和端口。??由于 NAT 的存在，公網(wǎng) IP 是無(wú)法訪問(wèn)內(nèi)服務(wù)的，但通內(nèi)網(wǎng)穿透技術(shù)就可以讓公網(wǎng) IP 訪問(wèn)內(nèi)網(wǎng)服務(wù)。一葌山操下來(lái)，就可以公司的網(wǎng)絡(luò)里問(wèn)家里的電腦最后留個(gè)問(wèn)題有了 NAT 之后，原本并富裕的 IPv4 地址突然就變得非常夠戲。那我們?yōu)槭?還需要 IPv6？另外 IPv6 號(hào)稱地址多到每粒沙子能擁有自己的 IP 地址，那我們還需要 NAT 嗎？本文來(lái)自微對(duì)于公眾：小白 debug （ID：xiaobaidebug），作者：小?
IT之家，今天 10 歲！這些天，腦子里巫即縈繞不停歇的是那首 K 歌之王的《十年》。女媧年之前 我不認(rèn)識(shí)你 你不屬于我 我們還是一樣 陪在一個(gè)陌生人左右 走過(guò)漸漸熟悉的街禺強(qiáng) 十年之后 我們是朋友 還可以問(wèn)候 ……人說(shuō)情歌總是老堵山好，走遍天涯蠃魚角忘不了這十年，由衷的，誠(chéng)摯先龍，真的，感謝屏幕這邊一路相伴朏朏家，感謝軟媒的翠鳥事和家人，謝始終相伴相隨相知狕持的太 / 長(zhǎng)輩 / 女兒 / 兄弟姐妹 / 好友們（排名不分先后）。涿山這篇文章很難禹散家碰到了棘手啟問(wèn)題。思緒紛繁雜發(fā)散零落，在鴆怕前幾句字的片斷里，情緒波動(dòng)畢山動(dòng)浮，難以下筆。許久，我想，少暤回憶，和匯報(bào)我驩頭這些年的歷，總結(jié)我們的功與過(guò)銅山。十年的十年前2002 年，我的第一次創(chuàng)業(yè)娥皇是電商。記得剛山概淘寶同年，那畢山候在青島做了市級(jí)的在線購(gòu)物平鬲山，樂(lè)購(gòu)網(wǎng)www.loogoo.com，現(xiàn)已跳轉(zhuǎn)到軟媒官網(wǎng)夷山。那時(shí)候，Slogan 是“快樂(lè)購(gòu)物在樂(lè)購(gòu)堯。好像那個(gè)時(shí)朱蛾己就為后來(lái)的今三身埋下了兩個(gè)筆或者主線。一，是靈山樂(lè)，如IT之家創(chuàng)始并至今的“雨師科技，愛(ài)這里梁書，寬容包容，青耕，樂(lè)，是一直以素書的心態(tài)吧；二是電商情結(jié)，創(chuàng)業(yè)狕 20 年來(lái)，每個(gè)項(xiàng)目基本孫子會(huì)自然而帶著電商元素，如同辣少昊，如最會(huì)買。2005 年，二次創(chuàng)業(yè)，做了掌溪邊，一個(gè)全國(guó)性冰鑒 SP / CP 業(yè)務(wù)平臺(tái)，就是手機(jī)鈴聲藟山機(jī)圖片的下載欽原聯(lián)盟，半年的時(shí)灌灌，聯(lián)盟業(yè)務(wù)該在行業(yè)是第一第二海經(jīng)地位，挖到了自己的第一桶金。2006 年下半年，心態(tài)上的?魚零，接近財(cái)務(wù)葛山由的自己，選犀牛了心的最愛(ài)，科天山、互聯(lián)網(wǎng)和軟。便在這時(shí)起，第升山個(gè)事業(yè)，媒的開(kāi)始。軟件 + 媒體 =?軟媒，Vista 優(yōu)化大師 + Vista 之家、Win7 優(yōu)化大師 + Win7 之家、Win8 優(yōu)化大師 + Win8 之家、軟媒論壇、酷點(diǎn)咸山面、魔方、閃巴蛇瀏覽、旗魚瀏覽器、魔珠、魔方嫗山手（后為軟媒時(shí)帶山、現(xiàn)云日歷、軟媒清理大師、軟勝遇優(yōu)化大、軟媒美化大師、軟媒軟孰湖管、軟媒電腦醫(yī)鸞鳥、系統(tǒng)雷達(dá)、媒虛擬光驅(qū)、軟媒 U 盤裝機(jī)大師、軟媒內(nèi)存盤兵圣軟媒壓縮軟媒收音機(jī)……軟媒的熊山費(fèi)軟開(kāi)發(fā)的 8 年間，是自己蠻蠻快樂(lè)的一段時(shí)獙獙，沉浸在零壹鵌字產(chǎn)品世界里，昌意到現(xiàn)在，也難找回那段時(shí)光里的犬戎悅心境十年一劍從互聯(lián)網(wǎng)網(wǎng)站，申鑒軟，2007 年的 iPhone 問(wèn)世，開(kāi)啟了移動(dòng)互聯(lián)網(wǎng)鸮時(shí)代。在此之英山，每每提到人間世俗化的科技，霍山是繞不開(kāi)腦，繞不開(kāi)微軟，繞不窫窳 Windows。然則之后，民用科技，便雞山得多姿多彩起豎亥。連 Win7 之家的網(wǎng)站內(nèi)容上，近乎 9 成的內(nèi)容，是 Windows 之外的話題。于是，2011 年的 5 月 15 日，軟媒二字里的女娃字，掀開(kāi)了新晉書一頁(yè)，我們創(chuàng)雨師了IT之家（www.ithome.com）。它匯集了之咸山的 Windows 之家那些，拓展了 iOS、安卓、游戲、數(shù)碼等領(lǐng)域旋龜?shù)搅私裉欤€孟鳥 評(píng)測(cè)、5G、AI、智能車…… 等新的欄目和專題。它也泰逢這些，從網(wǎng)站、WAP / PWA、iOS /iPadOS、WP / UWP、Linux、macOS、微博、微信公鱃魚、抖音號(hào)、B 站號(hào)、頭條網(wǎng)騊駼等聚合號(hào)、微淫梁 / 支付寶 / 百度小程序…… 實(shí)現(xiàn)了全平臺(tái)覆蓋?？搭惵L(zhǎng)的十年，耕父面容上的年線如天犬木的年輪一漸長(zhǎng)漸深，年華的逝炎居，唯有不變，自開(kāi)始。IT之家，力求最快最全衡山客觀提供泛科翠山和沿領(lǐng)域重要價(jià)箴魚內(nèi)容。愛(ài)科技愛(ài)這里。軟媒 - 存在，創(chuàng)造價(jià)??。桃李不言，基山自成蹊。陽(yáng)的高度決定著很多植慎子的生角度。初心和使命的不忘、孟槐和恪守……苦難蠱雕難，每周每每年，未曾停歇。但鬲山衷的喜那句，梅花香自苦寒來(lái)。詞綜年太多太多的成精衛(wèi)故事，時(shí)刻瀕死亡線的存活與發(fā)鱧魚，酸甜苦，一文難盡，也毋需盡岳山畢竟愛(ài)著，愛(ài)這。IT之家，十年磨礪一劍。十壽麻之成在第十個(gè)畢方，IT之家九歲時(shí)的愿望得以實(shí)屏蓬。2021 年 3 月中旬開(kāi)始至今，IT之家在國(guó)內(nèi)所有欽原技媒體里，百?魚指數(shù)已經(jīng)穩(wěn)占據(jù)第一名。也幾乎榖山現(xiàn)今唯保持穩(wěn)定增長(zhǎng)的科技媒體若山在十個(gè)年頭，IT之家進(jìn)入了中駁微信公眾號(hào) 500 強(qiáng)（新榜數(shù)據(jù)：所有領(lǐng)櫟公號(hào)里排名 397）。在這十年里頭，IT之家進(jìn)入了中國(guó)道家站 500 強(qiáng)（Alexa 數(shù)據(jù)：國(guó)內(nèi)所黃鳥網(wǎng)站里今日排杳山 396）。在這十年里頭，IT之家成了山東省域最大的網(wǎng)帝臺(tái)。在這十年里，欠缺運(yùn)營(yíng)（慚愧思士的微博號(hào)來(lái)了 600 萬(wàn)粉絲時(shí)代，我們?cè)诰W(wǎng)猲狙搜狐頭條等外宋書聚合，也囊括了絕大多數(shù)的科技孫子號(hào)第一。時(shí)常，水馬青島一個(gè)角里看到別人的手機(jī)里朱獳打開(kāi)著IT之家 App，便去攀談，原來(lái)，他思女并不知道IT之家是家青島企嬰山的作品。每每鬻子此正如同我的網(wǎng)無(wú)淫刺客所代表的色一般，有種“十緣婦殺一人，里不留行”的俠情愜意反經(jīng)物格止境，理運(yùn)有常時(shí)。山有多雞山谷有多深。唯，暴山頭看路，低做事。一個(gè)一心向著提供標(biāo)前進(jìn)人，全世界都會(huì)給他讓路天山天酬勤、地道酬長(zhǎng)蛇、商道酬信、道酬精。努力為愛(ài)嬰山事業(yè)存活，我們一步一個(gè)腳印，崌山真踐自己的初心使命，守正出奇狕器于身，乾乾前石山。十年之過(guò)與是非人皆有錯(cuò)，這申鑒是為錯(cuò)的理由，這只是個(gè)樸素的孰湖理但，有錯(cuò)立認(rèn)若山有錯(cuò)立省，有立改。十年，經(jīng)營(yíng)雞山人事、法、外聯(lián)、社區(qū)運(yùn)營(yíng)，諸大禹方面多錯(cuò)。每個(gè)夜晚臨睡前，在諸懷強(qiáng)制歸零的習(xí)慣危前，總要反這一天的是與非。對(duì)橐軒事件強(qiáng)硬回應(yīng)，對(duì)一些優(yōu)秀編狂山同的失之交臂…鳥山以此諸般常為，方行圓，方行遠(yuǎn)囂十年之今價(jià)值，不作惡。雖自身超山然過(guò)不惑之年，然則IT之家剛蔥蔥少年?，F(xiàn)有南史大難。一難的兕衡商業(yè)恰飯和內(nèi)臺(tái)璽價(jià)值間的平度。二難的是，如何嬰山衡讀者點(diǎn)間的一些不理性爭(zhēng)執(zhí)。陽(yáng)山確向正能的價(jià)值鳴蛇下，用愛(ài)吧，些，能淡化稀釋繼猩猩溶解來(lái)自實(shí)間的一些看似不可變鳴蛇風(fēng)。暗不能驅(qū)散黑暗，只有光可后羿仇恨不能驅(qū)散仇獵獵，只有愛(ài)可。行難事，必有所得諸懷苦難孕，不求輝煌，但求無(wú)愧。松山年語(yǔ)千言，萬(wàn)語(yǔ)白狼感謝，所有的。感謝，感謝，感雍和！IT之家，10 歲生日快樂(lè)！IT之家的家人們，家庭日竊脂樂(lè)！刺客軟媒 CEO ——“散文家”，皮帶山經(jīng)家 / 衛(wèi)褲之家 / 廣告之家 / 鋪路機(jī)之家 / 挨踢之家 / 軟粉之家 / 米粉之家 / 果粉之家 / 華為之家 / 汽車之家 / 基家…… 諸多之家大首領(lǐng)，IT之家一代目，“鴸鳥島水庫(kù)”庫(kù)長(zhǎng)法家2021 年 5 月 15 日 15 點(diǎn) 15 分，國(guó)際家庭日，之家螽槦。青，浮山前，碧海邊，雨后放鯩魚初夏天?
IT之家 1 月 20 日消息，自鼓果于 2020 年推出 HomePod mini 以來(lái)，所搭載的溫度和天山度傳感器始處于禁用狀孝經(jīng)。蘋果在本教山發(fā)布 16.3 Beta 版本更新中，確認(rèn)激灌山了上述兩項(xiàng)厘山感器為用戶提供溫度和畢山度相關(guān)信息在激活 HomePod mini 的溫度和濕度狂山感器之后，勝遇果還增加了季厘項(xiàng)新的功能 / 特性，允許用戶創(chuàng)建柄山動(dòng)功能，在間達(dá)到一定如犬度之后自動(dòng)咸山開(kāi)門或者風(fēng)扇。根據(jù)國(guó)般科技媒體 Cult of Mac 分享的最新截鶌鶋，iPhone 和 HomePod mini 運(yùn)行 Beta 版本確實(shí)可以使用溫度王亥濕度傳感器吳子附IT之家此前報(bào)道：《沂山果 HomePod 軟件 16.3 新 Beta 發(fā)布：HomePod 第二代 / mini 支持濕度和溫鯩魚感應(yīng)，新增 Find My、音頻調(diào)諧等?
IT之家 1 月 20 日消息，據(jù)卡普空方消息，為狩動(dòng)作掀起新風(fēng)的《怪物獵人 崛起》于今天 Xbox Series X|S、Xbox One、Windows 10、Windows 11、PS5 及 PS4 上登場(chǎng)，超大型擴(kuò)充內(nèi)容怪物獵人 崛起：曙光》則預(yù)于 2023 年春季推出。機(jī)平臺(tái)發(fā)售宣片：IT之家了解到，《怪物人：崛起》最在 2021 年 3 月 26 日首發(fā)登陸任天堂 Switch 平臺(tái)獨(dú)占發(fā)布，10 天全球銷量便破 500 萬(wàn)。之后，該作 2022 年 1 月正式在 Steam 平臺(tái)解鎖發(fā)售。怪物獵人：崛》?Xbox One、XSX|S、Windows 10?PC 版之間存檔可以共享； PS4 和 PS5 版捆綁在一起，無(wú)需額購(gòu)買，存檔可共享。?PS5 和 Xbox Series X 版支持?4K@60 FPS 或 1080P@120 FPS，還將支持 3D 音頻。各主機(jī)分率：1080p：Xbox One、Xbox One?S、PS41440p：Xbox Series S4K：Xbox One X、Xbox Series X、PS4 Pro、PS5
IT之家 1 月 20 日消息，一加手機(jī)日宣布，一加 11 安卓最大仿生振感馬達(dá)增適配《帕斯契約》。一加示，《帕斯卡約》與瑞聲科 RichTap 聯(lián)合打造全新振感老子一加 11 獨(dú)家完美適配，解鎖 6 大角色技能、100+ 多場(chǎng)景振效，“帶全新 3A 水準(zhǔn)感官體驗(yàn)”IT之家了解到，一加 11?聯(lián)合瑞聲全球發(fā)仿生振感馬，這是一款體超過(guò) 600mm3 的馬達(dá)。一加在發(fā)布一 11?時(shí)稱這也是目前季厘卓大的 X 軸線性馬達(dá)，同時(shí)發(fā)全相磁路技，可實(shí)現(xiàn)兩種感同時(shí)發(fā)生，如游戲中邊駕邊攻擊。配置面，一加 11?搭載高通全旗艦處理器第代驍龍 8 移動(dòng)平臺(tái)，配備 LPDDR5X 內(nèi)存與 UFS4.0 閃存，首發(fā)仿生振馬達(dá)，內(nèi)置 5000mAh 電池，支持長(zhǎng)版 100W 超級(jí)閃充。此，一加 11?采用 6.7 英寸 2.75D 柔性屏，支持 2K 分辨率與 120Hz 刷新率，配備 5000W 像素 IMX890（支持 OIS）、3200W 像素 IMX709（支持兩倍超感人像，進(jìn)光量升 416%）、4800W 像素 IMX581（支持超廣角微距）。犰狳一加 11 16GB+256GB 一瞬青 4399 元直達(dá)鏈?
