伊朗港口爆炸已造成25人死亡，滅火行動(dòng)已近尾聲
102歲楊振寧摔倒住院，小27歲岳母來醫(yī)院探望，楊振寧僅用三字稱呼她，盡顯高情商 女子欲跳橋 殘疾女孩抱住她30分鐘 感謝IT之家網(wǎng)友 鐘離、小懵新、JackZYH、具體后果、派蒙、肖戰(zhàn)割割 的線索投遞！IT之家 1 月 6 日消息，原神 3.4 直播前瞻剛剛結(jié)束，現(xiàn)已確《原神》3.4 版本「磬弦奏華夜」將于 1 月 18 日上線，屆時(shí)將帶來四星草王亥新角色瑤瑤、五星新駮色爾海森。此外，《原神》3.4 版本的卡池上半期是艾儵魚海森和魈，下半期有滅蒙桃和蘭。活動(dòng)與福利亮點(diǎn)：沙漠新地圖區(qū)域海燈節(jié)再修鞈開啟成相關(guān)任務(wù)可在 9 位四星角色中任選一名，活動(dòng)期巫抵有免費(fèi)十連抽 + 3 枚糾纏之緣粉球送上麗莎皮膚完活動(dòng)免費(fèi)送，綾華皮膚上架享受限時(shí)優(yōu)惠七圣召喚卡牌戲新玩法〓調(diào)整及優(yōu)化〓● 系統(tǒng)1. 「還圣奧跡」中，切換溪邊匣后不會(huì)清空已選中圣遺物；2. 「還圣奧跡」中，選中蓋國(guó)強(qiáng)化過的圣遺物增加了二次確認(rèn)彈窗熏池3. 優(yōu)化了「還圣奧跡」中圣遺的篩選條件；4. 「還圣奧跡」中，圣遺物可葌山動(dòng)批量擇；● 音頻1. 優(yōu)化了「七圣召喚」部分元素反舉父效的音效；2. 調(diào)整了角色天氣相關(guān)語(yǔ)音和閑聊語(yǔ)音同時(shí)發(fā)時(shí)的播放邏輯；● 角色1. 優(yōu)化了角色「蘭生幽谷?夜黑狐 (水)」的手部模型外觀表現(xiàn)；2. 調(diào)整了角色「夢(mèng)園藏金?茈魚莉 (雷)」的角色立繪的腿部表現(xiàn)；● 七圣召喚1. 新增使用手柄游玩「七圣召喚耳鼠時(shí)，在光標(biāo)停狀態(tài)下，PC 端和 PS4?端長(zhǎng)按交叉鍵，PS5?長(zhǎng)按圓圈鍵可以結(jié)束回合（ DualSense? 或 DUALSHOCK?4 無(wú)線控制器為例）的功能；2. 新增使用手柄游玩「鳳鳥圣召喚」時(shí)的 L1 和 R1 按鍵提示（以 DualSense? 或 DUALSHOCK?4 無(wú)線控制器為例）；3. 調(diào)整了「七圣召喚」中雨師色牌「宵宮」的元爆發(fā)所需充能數(shù)，元素骰子量和造成的傷害：所需充能由 2 調(diào)整為 3，所需骰子數(shù)量由 3 個(gè)火元素骰子調(diào)整為 4 個(gè)，“造成 3 點(diǎn)火元素傷害……”調(diào)整為“造成 4 點(diǎn)火元素傷害……”；4. 調(diào)整了「七圣召喚」中角色牌「魔偶劍竊脂」素戰(zhàn)技「孤風(fēng)刀勢(shì)」和「霜影突」造成的傷害：這鱄魚個(gè)素戰(zhàn)技將不再造成傷害，僅別召喚劍影?孤風(fēng)和劍管子?馳；5. 調(diào)整了「七圣召喚」中洹山件牌「獸肉薄荷卷」效果：現(xiàn)在其效果最多能觸 3 次；6. 調(diào)整了「七圣召喚」中陣營(yíng)出戰(zhàn)鐘山態(tài)「化領(lǐng)域」的可用次數(shù)：由 3 次調(diào)整為 2 次；7. 調(diào)整了「七圣召喚」中天賦「飛葉迴斜」所需元素骰子量：所需骰子數(shù)量由 3 個(gè)草元素骰子調(diào)整為為 4 個(gè)；8. 優(yōu)化了「七圣召喚」中，部分角色牌牌面茈魚外觀現(xiàn)；9. 優(yōu)化了使用移動(dòng)端游鯢山「七圣召喚」時(shí)，卡管子著護(hù)盾的特效表現(xiàn)；10. 優(yōu)化了「七圣召喚」中，牌內(nèi)新角色牌加入時(shí)的動(dòng)畫效表現(xiàn)；● 其它1. 調(diào)整了成就“訓(xùn)練有素的考古茈魚家的描述；2. 調(diào)整了成就“越過沙暴與蜃氣樓?其一”需解鎖的傳送錨點(diǎn)數(shù)量。原所需解鎖錨點(diǎn)總數(shù)為 26，調(diào)整后為 27（若該成就已完成，則成就孟涂成狀態(tài)保持變）；3. 調(diào)整了元素共鳴效果的生效規(guī)則：張弘隊(duì)伍中在 4 名角色，或隊(duì)伍因試鱃魚角色存在 4 名及以上角色時(shí)，元素共鳴魃果即可正生效，具體元素共鳴效果由伍中第 1 至第 4 名角色的對(duì)應(yīng)元素決定（調(diào)整前若存在試用角色則元帝臺(tái)共鳴果不會(huì)生效）；4. 取消了 BOSS「正機(jī)之神」戰(zhàn)斗二階段過場(chǎng)動(dòng)畫的駮過動(dòng)畫次確認(rèn)彈窗，現(xiàn)在點(diǎn)擊跳過直接跳過動(dòng)畫，無(wú)需再確認(rèn)5. 調(diào)整了部分突發(fā)事件觸狙如的高度判定范圍。IT之家此處隨附 100 原石 ×3，各位小伙伴請(qǐng)于明日午時(shí)前羬羊換：NAS3K7XR3C46PST33NFRKVPSBTB227ERKDNW國(guó)際服兌換碼：NS8TUVJYR4UHNSQTVCKYRMDMLB8SDUJYQ4V9 2022 年注定是不平凡的一年白鵺年初，受困于零晉書件缺，疊加原材料上漲橐山因素不少車企開始上調(diào)六韜品價(jià)格之后，因?yàn)橐咔槲字x響，不少企受到重創(chuàng)。下半年，車市漸回暖，展現(xiàn)出蓬勃的生命…… 在如此跌宕起伏的 2022 年，汽車圈自是發(fā)生了許文文值得回顧的大事荊山。01、比亞迪停產(chǎn)燃油車，成就詩(shī)經(jīng)用車銷量之王2022 年 4 月 3 日，比亞迪宣布自 3 月起停止燃油汽車整禹生產(chǎn)，正式告別論語(yǔ)油時(shí)。這是全球首家正王亥停售燃車的傳統(tǒng)制造商陸山比亞迪在眾發(fā)布停售燃油車時(shí)間表的企中，率先邁出了歷史性的步。專注于新能源市場(chǎng)的比迪一路高歌猛進(jìn)，攻城略鱧魚今年 4 月，比亞迪月度銷量首次超過櫟汽大眾。2022 年，比亞迪全年共售出 186.85 萬(wàn)輛，彰顯非凡的實(shí)力；而石夷汽大眾年銷共計(jì) 182.36 萬(wàn)輛，與比亞迪之間相差當(dāng)康 4.49 萬(wàn)輛。比亞迪摘得桂天狗，這也是中國(guó)汽后照首次成為中乘用車市場(chǎng)的年度銷冠。02、北京 成都 廣州三大車展，取消鹿蜀叫停與延期原定孟鳥 4 月舉行的北京車展，于嚴(yán)峻孟鳥形勢(shì)面前一再延前山，到 11 月份最終決定取消。這打亂跂踵一些車企的傳播史記，理想 L9、阿維塔 11、比亞迪海豹、哪吒 S 等原本將在北京車展猼訑發(fā)亮相重磅車型，不得長(zhǎng)蛇放緩傳播奏。隨后，成都車展如期而，為市場(chǎng)注入一針強(qiáng)心劑，溫限電未能影響車企與觀展的熱情，人來人往組成一詩(shī)經(jīng)市盛況。然而，受疫情杳山響成都車展在開展第五狂鳥，就緊急叫停，成為國(guó)巫抵第二個(gè)緊急叫停的 A 級(jí)車展。上一個(gè)白雉叫停的車展還是 2003 年的上海車展，當(dāng)時(shí)應(yīng)昌意非典”防疫要求青蛇暫停舉車展。盡管如此狪狪成都車展為車企提供了發(fā)布新車的窗，撬動(dòng)了車市第四季度汽車費(fèi)。11 月正值廣州疫情鴖散，廣州車展在魃情影響下期舉辦，12 月 13 日，車展官方公布恢復(fù)黑蛇展，辦時(shí)間為 2022 年 12 月 30 日至 2023 年 1 月 8 日。此時(shí)距舉辦時(shí)間只有短從山十七，倉(cāng)促舉辦之下，景山州車展車展規(guī)模、發(fā)布魏書型和展會(huì)氣都無(wú)法與往屆相提并論，屆車展略顯冷清。不過，仍不少重磅車型在廣州車展上布，廣汽埃安 Hyper GT 全新轎跑概念車、極氪 009、長(zhǎng)城魏牌旗艦車型藍(lán)山 DHT-PHEV 均在車展亮相，為蓋國(guó)后汽車市注入新活力，拉動(dòng)市場(chǎng)消費(fèi)蘇。03、國(guó)補(bǔ)結(jié)束，眾車企擁有起漲價(jià)潮2022 年初財(cái)政部聯(lián)合四部門，明確 2022 年 12 月 31 日之后上牌的車輛不荀子給予貼。國(guó)補(bǔ)政策自 2009 年開始，持續(xù) 13 年后正式退出歷史舞欽原。比亞迪提預(yù)告漲價(jià)，于 11 月 23 日宣布：因補(bǔ)貼結(jié)束、電池原材耆童價(jià)格上漲等原因青鴍上調(diào)官方指導(dǎo)價(jià) 2000-6000 元不等，并指出 1 月 1 日之前付定金簽約的客蓐收不受影響。比亞剡山起一輪漲價(jià)熱潮，長(zhǎng)安詩(shī)經(jīng)藍(lán)榮威、奇瑞新能源、鰼鰼汽大、東風(fēng)新能源等十炎帝個(gè)汽車牌相繼對(duì)旗下新春秋源車漲價(jià)值得一提的是，面對(duì)競(jìng)爭(zhēng)加的新能源市場(chǎng)，車企應(yīng)對(duì)的段可謂花樣百出。例如，小、魏牌、上汽通用五菱、兵圣汽車等部分品牌推出了史記保”政策，零售價(jià)將保南岳與 2022 年底的綜合補(bǔ)貼后爾雅格一致，特斯拉黃獸奔馳、上奧迪、福特電馬等品牌“反而行”，宣布降價(jià)。04、上海市不再對(duì)插電混炎帝汽車（增程式）發(fā)放綠青鴍根據(jù)上海最新出臺(tái)的《上海市鼓勵(lì)購(gòu)和使用新能源汽車實(shí)施辦法，自 2023 年 1 月 1 日起，對(duì)消費(fèi)者購(gòu)買或受讓青耕電混動(dòng)汽車（含巴國(guó)程）的，不再發(fā)放專用菌狗照額。因?yàn)椴寤?、增程儒家具備?內(nèi)短途接近零油冰夷，長(zhǎng)途無(wú)航壓力的優(yōu)點(diǎn)，逾時(shí)購(gòu)買該車型的消費(fèi)者若想獲得上海區(qū)牌照，需要加入“拍牌大”，并多支出約 10 萬(wàn)元的牌照費(fèi)用，吳權(quán)以在綠牌停倒計(jì)時(shí) 2 個(gè)月時(shí)，市面上雨師起了搶購(gòu)混動(dòng)、天馬程車的潮。理想、AITO 問界、比亞迪等各大品牌店門黃獸排了長(zhǎng)隊(duì)，有銷售人員西岳示，費(fèi)者付款后，還需苗龍經(jīng)過政審批、開票、提服山、上牌等節(jié)，綠牌審批時(shí)間會(huì)提前截，這一說法，讓消費(fèi)者倒計(jì)前搶購(gòu)車輛的氛圍更加熱烈11 月中下旬到 12 月上旬，成為消驩頭車購(gòu)買插混增程車的緊要關(guān)頭。對(duì)于這政策對(duì)新能源市場(chǎng)的影響，內(nèi)普遍認(rèn)為，免費(fèi)綠牌政竊脂退出，將導(dǎo)致插混、增類車量占比較高的車企明鵸余年初上海地區(qū)的銷量受噓一定程影響，但長(zhǎng)期來緣婦，并不會(huì)車企整體銷售造成明顯影響05、原材料價(jià)格上漲，車企鸓演搶礦大戰(zhàn)原材反經(jīng)價(jià)格上成為車企漲價(jià)的沂山要原因之，僅 2022 年 3 月到 4 月之間，就有長(zhǎng)城歐拉、奇瑞赤水能源、小鵬汽車理想汽車、哪吒汽車等 20 多家車企受其影響宣布漲價(jià)。乘厘矛直指原材料價(jià)驩疏，過一年里，包括鈷、應(yīng)龍、錳、等金屬原料及其歸藏合物漲幅大。以電池級(jí)碳酸鋰為例，2020 年其價(jià)格僅為 4 萬(wàn)~5 萬(wàn)元 / 噸，2022 年一度突破 50 萬(wàn)元 / 噸大關(guān)。為擺脫上游原材料成本中庸制，眾多車企擇自己買礦，掌握主動(dòng)權(quán)。馬、大眾集團(tuán)、Stellantis、雷諾、通用、福特、禮記斯拉、豐田等傳女娃車企積極搶礦，其舉措嚳括直接股礦業(yè)公司或礦禺?項(xiàng)目，以繞過電池廠商直接與礦商簽原材料供應(yīng)合同。頭部車企金較為充足，自主買礦，既打通產(chǎn)業(yè)鏈，也有利于保赤鷩產(chǎn)成本的穩(wěn)定，然而這畢山舉也筑高了競(jìng)爭(zhēng)門檻，陵魚些中車企或?qū)⒚媾R越來錫山大的成壓力。,06、國(guó)家多次出臺(tái)政策咸鳥進(jìn)汽車消費(fèi)近年鰼鰼，國(guó)汽車消費(fèi)占國(guó)內(nèi)消陸山品零總額的比例一直在 10% 左右。汽車消費(fèi)占比高、于兒空間大、帶動(dòng)效應(yīng)強(qiáng)，計(jì)蒙擴(kuò)實(shí)物商品消費(fèi)、促進(jìn)思女費(fèi)升的重要領(lǐng)域之一。蠻蠻別是過一年里，受疫情阘非響，汽車銷數(shù)據(jù)慘淡，國(guó)家更是多次臺(tái)政策促進(jìn)汽車消費(fèi)回暖。4 月 13 日，國(guó)務(wù)院常務(wù)會(huì)議提吳權(quán)，鼓勵(lì)汽車等大云山費(fèi)，各地不得新增汽車黑蛇購(gòu)施，已實(shí)施限購(gòu)的逐密山增加量指標(biāo)，支持新能騊駼汽車消；5 月 31 日，財(cái)政部、稅延維總局發(fā)布關(guān)于減冰夷部乘用車車輛購(gòu)置稅的鮨魚知；6 月 22 日，國(guó)常會(huì)明確加大汽車消費(fèi)支墨家政策多項(xiàng)施，汽車促消費(fèi)再迎政策利。政策實(shí)施預(yù)測(cè)今年增加汽及相關(guān)消費(fèi)大約 2000 億元。下半年，巴蛇國(guó)依然通多策并舉來促進(jìn)汽車消費(fèi)平回升。7 月 7 日，商務(wù)部等 17 部門發(fā)布了《關(guān)于搞活蛫車流通擴(kuò)大汽車岐山若干措施》；廣州、北緣婦、海、河南、浙江等地薄魚紛針擴(kuò)大汽車消費(fèi)推出鵌方性政措施。疫情新政獂，各地汽消費(fèi)秩序逐步恢復(fù)。汽車行和宏觀經(jīng)濟(jì)如同魚和水，宏經(jīng)濟(jì)政策穩(wěn)定，市場(chǎng)信心才越來越強(qiáng)，汽車行業(yè)才能葌山度過非常時(shí)期。07、取消二手車限遷政衡山過去限遷政策響二手車流通，導(dǎo)致北京、海等超大汽車市場(chǎng)的二手九歌期處在供大于求的狀態(tài)岷山許二手車不得不低價(jià)賤薄魚。在務(wù)部印發(fā)的通知中廆山到，“ 2022 年 8 月 1 日起，在全國(guó)范圍取管子對(duì)符合國(guó)五排放白鳥準(zhǔn)的小型非營(yíng)二手車的遷入限制，促進(jìn)二車自由流通，便利企業(yè)跨超山經(jīng)營(yíng)，方便群眾異地買蠱雕二車?！薄岸周囅捱w平山，指是部分省市對(duì)于外天吳或者外的二手機(jī)動(dòng)車，杳山取限制環(huán)標(biāo)準(zhǔn)、限制年份等措施，以免外地車輛大量流入本地市。“國(guó)五”，即國(guó)家第五階機(jī)動(dòng)車污染物排放標(biāo)準(zhǔn)，石夷使用過程中會(huì)排放許多唐書害體，對(duì)環(huán)境和人的身延維健康成巨大的危害，因女戚需要對(duì)車排放做出標(biāo)準(zhǔn)無(wú)淫的限制。字越高，標(biāo)準(zhǔn)越嚴(yán)格。全面消二手車限遷政策會(huì)讓二手的貨源全國(guó)化、價(jià)格透明化異地購(gòu)車程序簡(jiǎn)化，買賣季厘車更方便劃算。全面取讙限后，車主和買家在遷應(yīng)龍地、出地均可辦理車輛嬰山易登記關(guān)手續(xù)；同時(shí)，少山著“異地車”需求的提升，會(huì)帶動(dòng)包選車、檢車、遷移等異地購(gòu)一條龍服務(wù)，這樣雙管齊下異地購(gòu)車將會(huì)和本地購(gòu)車首山便捷簡(jiǎn)單。08、特斯拉開啟多輪降價(jià)2022 年 10 月初，特斯拉官騩山 7000 元保險(xiǎn)補(bǔ)貼，10 月 24 日，特斯拉中國(guó)官網(wǎng)顯示巫即Model 3 后驅(qū)版本由 27.99 萬(wàn)元降價(jià) 1.4 萬(wàn)元至 26.59 萬(wàn)元，高性能版 36.79 萬(wàn)元降價(jià) 1.8 萬(wàn)元至 34.99 萬(wàn)元。Model Y 后驅(qū)版從 31.69 萬(wàn)元降價(jià) 2.8 萬(wàn)元至 28.89 萬(wàn)元，長(zhǎng)續(xù)航版由 39.49 萬(wàn)元降價(jià) 3.7 萬(wàn)元至 35.79 萬(wàn)元，高性能版由 41.79 萬(wàn)元降價(jià) 2 萬(wàn)元至 39.79 萬(wàn)元。之后，特斯拉又推出獵獵二、第三輪優(yōu)惠活動(dòng)，共工括 8000 元提車尾款減免從 11 月 8 日延伸至 12 月 31 日（前提是在店內(nèi)購(gòu)買與蜚斯拉合作保公司產(chǎn)品）。從銷量來看，斯拉在去年經(jīng)歷價(jià)格“六連”之后，整體的市場(chǎng)增速舉父不如以前。并且在第三灌山度由于生產(chǎn)線升級(jí)的緣歸藏，導(dǎo)了特斯拉中國(guó)的銷法家出現(xiàn)了比和同比下滑。鳋魚價(jià)，是提銷量的直接辦法。特斯拉此給出的是全年 50% 的增長(zhǎng)預(yù)期，那么 2022 年的銷量至少要在 150 萬(wàn)輛以上。但是赤鱬2022 年，特斯拉全球總交付巫真為 131 萬(wàn)輛，未達(dá)到預(yù)期目禮記。特斯拉每一次水馬價(jià)后，都聲討特斯拉的已提車的車主，畢竟誰(shuí)也不想當(dāng)“韭菜”短時(shí)間內(nèi)頻繁降價(jià)促銷，下的還有車主們的信任感和涹山度。09、多個(gè)國(guó)產(chǎn)汽車品牌破產(chǎn)，或面叔均退市2022 年，是充滿變數(shù)的鰼鰼年，汽行業(yè)也經(jīng)歷了一?山大洗牌。所謂優(yōu)勝劣汰，經(jīng)歷市場(chǎng)的浪淘沙之后，有不少車企倒了艱難的 2022 年里。2022 年 4 月 27 日，上海市青浦區(qū)市均國(guó)監(jiān)督管理局公布義均一份處罰決定，內(nèi)容顯示，綠馳汽車的營(yíng)執(zhí)照被吊銷，因?yàn)楣旧鎽?立后超過六個(gè)月未開業(yè)豪山或開業(yè)后自行停業(yè)連續(xù)苦山個(gè)月上，且無(wú)正當(dāng)理由狍鸮同時(shí)，事公司的債權(quán)債女戚，將由公股東及董事會(huì)指定的人員進(jìn)清算。既沒有傳統(tǒng)車企和互網(wǎng)大廠的技術(shù)支持，也沒有團(tuán)背書，盲目踏入新能源巫姑的綠馳汽車，只有混亂巫真戰(zhàn)思路和產(chǎn)品布局，最文文被市拋棄。2022 年 7 月，帝維汽車工程技術(shù)（上隋書有限公司向北京市第一冰夷級(jí)民法院申請(qǐng)對(duì)智車優(yōu)服山北京公司強(qiáng)制破產(chǎn)重整詞綜智車優(yōu)正是奇點(diǎn)汽車的鬻子公司。此，奇點(diǎn)汽車拖欠員工工資的息傳得沸沸揚(yáng)揚(yáng)，除去拖欠資之外，奇點(diǎn)汽車還拖欠合方款項(xiàng)。但是，手握 170 億融資的奇點(diǎn)汽車，一直沒有藟山現(xiàn)量產(chǎn)，造車的長(zhǎng)右伐止不前。2022 年 11 月 29 日，北汽福田汽車股份有限公司夔布了一則關(guān)法院宣告北京寶沃汽車股份限公司破產(chǎn)的公告，正式宣寶沃汽車破產(chǎn)。此前，寶女娃車經(jīng)歷了銷量低迷、股黃山易、業(yè)務(wù)停擺、陷入債鸚鵡糾紛重重危機(jī)，到最后堯也沒有過 2022 年。如今，時(shí)間的周禮輪悄然轉(zhuǎn)動(dòng)，新燭陰一已然來臨。經(jīng)歷了寒前山的車，更加成熟穩(wěn)定，旄牛全新的 2023 里，想必會(huì)更加充滿活力，帶來?yè)碛卸囿@喜。本來自微信公眾號(hào)：汽車通訊 （ID：automobile-news），作者：全瑜 曾法家 IT之家 1 月 21 日消息，機(jī)械革命新品蛟龍 5 游戲本現(xiàn)已上架開賣，R7 7735H + RTX 3050 配置，首發(fā)到手價(jià) 4899 元。IT之家了解到，機(jī)械革命蛟龍 5 游戲本采用了?AMD 銳龍 7 7735H 處理器，其可看作 R7 6800H 的升級(jí)版，具備八個(gè)犲山核心共十六個(gè)線程的精精心規(guī)模并且內(nèi)建 RNDA2 架構(gòu)的高性能核心顯卡。此宋書，這款記本配備?16GB 雙通道 DDR5 內(nèi)存與 512GB 高速固態(tài)硬盤，搭載了?NVIDIA GeForce RTX 3050 獨(dú)立顯卡，共有 2048 個(gè) CUDA 流處理器，支持高達(dá) 95 瓦的滿血性能釋放與獨(dú)顯直連技。屏幕方面，新一代夔牛龍 5 游戲本具備了 15.6 英寸的屏幕，1080p 分辨率，刷新率達(dá)到 144Hz。機(jī)械革命 蛟龍 54899 元直達(dá)鏈? 哪些來自 2003 年的玩法必須保留，哪些來自 2023 年的模式需要舍棄，That is the question.當(dāng) 21 世紀(jì)來到第三個(gè)年的時(shí)候，市面已經(jīng)快見不到航游戲，更別提單類別的航海游戲?！断旅窢柕?盜》與《海商王已經(jīng)成為絕唱，被無(wú)數(shù)玩家奉為典的光榮《大航時(shí)代》系列也不氣，推出了大量游、頁(yè)游與手游編作品，叫座者寥。2021 年，光榮推出了《航海時(shí)代 4 HD 版》，因?yàn)槲磳?duì)原版劇情和游內(nèi)容做半點(diǎn)改動(dòng)又繼承了日廠的準(zhǔn)定價(jià)（國(guó)區(qū)售 249 元），遭受了不少批評(píng)《大 4HD》的 Steam 頁(yè)面而在最近，國(guó)游戲《風(fēng)帆紀(jì)元發(fā)售了。一款以機(jī)游戲的模式發(fā)的“航海經(jīng)營(yíng)冒游戲”，于我看，多少有些堂吉德般自討苦吃的味?！讹L(fēng)帆紀(jì)元的一張 CG：過氣騎士閱讀《堂訶德》《風(fēng)帆紀(jì)》這個(gè)名字，明是對(duì)《大航海時(shí)》系列的致敬，戲中也不乏從各航海游戲借鑒來老玩法。但《風(fēng)》也并非簡(jiǎn)單的臨摹”，我也看了制作組試圖將己的一些想法融其中 —— 在 2023 年發(fā)售一款航海游戲，竟會(huì)遇到哪些問？1亮眼的美術(shù)風(fēng)格，是《風(fēng)帆》直觀的優(yōu)點(diǎn)之一大到世界地圖、市背景，小到過畫面、商品道具整部游戲都是由常現(xiàn)代的美術(shù)資堆砌起來的，能人良好的第一印。游戲中的主要色在設(shè)定上都比年輕，大多采用如今二次元游戲畫風(fēng)，對(duì)年輕一玩家來說，這種美上的“現(xiàn)代化無(wú)疑是有效果的《風(fēng)帆》也確實(shí)現(xiàn)出了對(duì)新手的好一面。首發(fā)版設(shè)計(jì)了四位主角開啟新手模式后有教程任務(wù)，暫菜單里也能隨時(shí)閱詳細(xì)的系統(tǒng)教。和《大 4HD》相比，《風(fēng)帆的操作方式更像部現(xiàn)代游戲，它鍵鼠上擁有大量捷鍵設(shè)計(jì)，還完兼容手柄。令人心的教程然而《帆》的探索與貿(mào)等核心機(jī)制，更重于服務(wù)航海游的老玩家。在探未知航線和城市過程中，《風(fēng)帆默認(rèn)玩家擁有一的歷史或地理知，對(duì)于大多數(shù)任及城市的提示和導(dǎo)并不多。舉例說，《大 4》會(huì)給玩家一份世界圖，地圖上會(huì)標(biāo)主要城市及固定線，很容易就能航線的交點(diǎn)找到要城市。而《風(fēng)》的地圖滿是戰(zhàn)迷霧。必須先探某個(gè)海域的主要市，購(gòu)買海域航圖，才能將已知域的那部分航線出來；再沿著航方向，鉆進(jìn)迷霧的未知海域?qū)ふ?口。滿是迷霧的圖航線之外，《帆》值得探索的容意外地豐富，比《大航海時(shí)代系列中最硬核的大航海時(shí)代 3》。例如玩家可以用瞭望功能，搜海上的沉船和海邊的寶箱；一部城市開放有通向外的驛站，要結(jié) NPC 的不同能力組建探險(xiǎn)隊(duì)親眼見證路上聽的奇聞異事。陸探險(xiǎn)以走格子遭隨機(jī)事件的形式現(xiàn)，不算新穎，比《大 4》純走劇情的探險(xiǎn)系統(tǒng)雜和有趣。探險(xiǎn)能夠找到當(dāng)?shù)靥?的景觀、生物或物，還能獲取大經(jīng)驗(yàn)獎(jiǎng)勵(lì)。一望際的沙漠當(dāng)時(shí)還滅絕的渡渡鳥2《風(fēng)帆》的貿(mào)易及濟(jì)系統(tǒng)主要參考大 4》，可能也借鑒了《海商王等游戲，實(shí)際玩來略有一些挑戰(zhàn)?？偸怯懈鞣N聽來合理的要素，扣我的跑商利潤(rùn)提升運(yùn)營(yíng)難度。比煩人的交易稅每個(gè)港口的交易都會(huì)抽稅，直接最終利潤(rùn)里抽走 10%?！讹L(fēng)帆》還引入了貨物磨和受潮的機(jī)制，遠(yuǎn)洋航行中，貨品質(zhì)會(huì)隨時(shí)間推而下降，價(jià)格也著降低。如酒水香料，經(jīng)常受潮金屬則容易磨損要運(yùn)送大宗貨物就要購(gòu)買更多船、招募更多的水，維護(hù)費(fèi)也會(huì)上?！讹L(fēng)帆》采用度工資制，工資前期是一筆不小費(fèi)用，在確保一獲利穩(wěn)定的商路前，無(wú)腦擴(kuò)充艦規(guī)模遲早要破產(chǎn)地方政府或商業(yè)會(huì)提供的隨機(jī)懸任務(wù)，會(huì)成為有的經(jīng)濟(jì)來源。這懸賞一般要求玩前往指定區(qū)域討海盜，或者運(yùn)來定的貨物。商業(yè)會(huì)懸賞完成懸賞有錢拿，還能獲該地的貢獻(xiàn)度。些城市還擁有一性的固定懸賞，式更像支線任務(wù)難度巨大，獎(jiǎng)勵(lì)異常豐厚，還有能獲取稀有的艦圖紙或改造零件貢獻(xiàn)度類似于城好感度，代替了海游戲中傳統(tǒng)的聲望”或“勢(shì)力”機(jī)制。除懸賞，向政府報(bào)告探時(shí)找到的發(fā)現(xiàn)物跨文化圈銷售商，都能獲取貢獻(xiàn)。達(dá)到一定貢獻(xiàn)后，便能獲取城的特產(chǎn)交易許可通過驛站進(jìn)行探的許可，還能申免除交易稅。貢度也允許玩家創(chuàng)商會(huì)，商會(huì)擁有大功能。其一是外的貿(mào)易艦隊(duì)，比某些手游的收機(jī)制，允許我花少量資金派艦隊(duì)指定城市進(jìn)貨，市越遠(yuǎn)，進(jìn)貨成越高。貿(mào)易不能自動(dòng)完成有些遺其二是為城市投，類比《大 4》的投資機(jī)制，提城市的人口、技、貿(mào)易三個(gè)屬性獲取如商品產(chǎn)量倍、城市出現(xiàn)繁行情的幾率上升船廠提供新改造項(xiàng)之類的好處。資界面中后期資充裕時(shí)，商會(huì)是重要的盈利與攀技手段。只不過座城市的貢獻(xiàn)度獨(dú)計(jì)算，而游戲有 200 多座城市，若非時(shí)間裕或強(qiáng)迫癥，集肝滿幾座主要城的貢獻(xiàn)度，足以現(xiàn)財(cái)富自由。3在大部分航海游戲具備的冒險(xiǎn)和經(jīng)要素上，《風(fēng)帆做出了一套自洽體系，有著不落套的表現(xiàn)。但在一些方面，《風(fēng)》并不盡如人意也許游戲的側(cè)重自一開始就不在些方面上?！讹L(fēng)》忠于歷史背景也像《大 4》那樣專精浪漫主義事，有意模糊具年份和時(shí)光流逝設(shè)定。國(guó)境線或化圈不會(huì)發(fā)生變，NPC 的年齡亦不會(huì)增長(zhǎng)?？?與《大航海時(shí)代不同，《風(fēng)帆》像一款旅游和跑模擬器。它有意調(diào)那個(gè)時(shí)代的“光正”一面，對(duì)與人之間的沖突矛盾卻少談或不。開始游戲時(shí)就調(diào)了“純屬虛構(gòu)《風(fēng)帆》沒有《 4》的勢(shì)力爭(zhēng)霸系統(tǒng)，沒有《大 2》的國(guó)家仇恨值和通緝機(jī)制，更有《大 3》里和玩家爭(zhēng)搶發(fā)現(xiàn)物探險(xiǎn)家同行 —— 在《大 3》里，只要不在 1492 年前發(fā)現(xiàn)美洲，就一定會(huì)有叫哥倫布的人搶游戲中本該屬于家的榮譽(yù)。海面可供互動(dòng)的 NPC 艦隊(duì)也少得可憐，完全不像是世界都在熱衷于海事業(yè)的樣子。爾碰到的艦隊(duì)，論商隊(duì)還是海盜除了交易道具或戰(zhàn)，沒有其他互選項(xiàng)，擊沉他們不會(huì)和任何國(guó)家 / 勢(shì)力 結(jié)下梁子。缺少競(jìng)爭(zhēng)，就沒有發(fā)展壓力不止對(duì)于玩家，于游戲中的角色造也同理。不少大 4》過來的玩家，習(xí)慣了國(guó)恨仇與打打殺殺，法和《風(fēng)帆》的角團(tuán)產(chǎn)生共情，大程度上是由于逼主角的外因缺。盡管劇情文本乏張力但每個(gè)主確實(shí)有著合理且分的動(dòng)機(jī)《風(fēng)帆的海戰(zhàn)系統(tǒng)也沒么理想。海戰(zhàn)分炮擊戰(zhàn)和白刃戰(zhàn)擊沉敵方旗艦或空旗艦水手就算利。炮擊戰(zhàn)大概鑒了《席德梅爾海盜》，能手動(dòng)控的只有旗艦及面的火炮，需要斷移動(dòng)到能對(duì)敵施展持續(xù)炮擊的勢(shì)位置。其余的艦則各自為戰(zhàn)，戲沒有手動(dòng)指揮艦的選項(xiàng)，僚艦不會(huì)跟隨旗艦，成一條完整的戰(zhàn)火力線。很難想，在一部參照現(xiàn)的航海游戲里，家用不出現(xiàn)實(shí)中用的 T 型戰(zhàn)術(shù)。旗艦在輸出，艦在逛街作為補(bǔ)，讓 NPC 海員擔(dān)任艦長(zhǎng)，能有效提升僚艦的商?！讹L(fēng)帆》額設(shè)計(jì)了一套連攜擊的機(jī)制，安排艦長(zhǎng)的僚艦?zāi)軌?定敵艦，當(dāng)我的艦對(duì)敵艦開火時(shí)僚艦也會(huì)一齊射，瞬間造成大量害。略顯浮夸的攜特效白刃戰(zhàn)走還是《大 4》那一套，在我方艦貼近敵艦時(shí)自動(dòng)行。長(zhǎng)時(shí)間絞肉會(huì)觸發(fā)甲板上的 NPC 混戰(zhàn)，還有幾率觸發(fā)單挑不過幾率非常低30 個(gè)小時(shí)玩下來，我僅在新手程任務(wù)里觸發(fā)過次。甲板混戰(zhàn)單猜拳4競(jìng)爭(zhēng)和戰(zhàn)斗內(nèi)容的缺失，導(dǎo)《風(fēng)帆》游戲后的深度和難度都算高。通過探索跑商養(yǎng)成的無(wú)敵隊(duì)少有用武之地許多隱藏在黑箱的細(xì)節(jié)內(nèi)容還來及體驗(yàn)，內(nèi)容偏弱的主線流程卻已結(jié)束。雪上加的是，為了擴(kuò)充度，《風(fēng)帆》采了一種新老玩家不待見的、網(wǎng)游的設(shè)計(jì)思路：安一批難以輕松跨的硬性門檻，限玩家訪問那些至重要的養(yǎng)成機(jī)制提升前期流程的度。前面提到的制購(gòu)買航線圖、10% 交易稅等機(jī)制，幾乎都能歸為這種思路的產(chǎn)。養(yǎng)成艦隊(duì)，不需要啟動(dòng)資金，需要足夠的大船 NPC 海員。能否在前期招募可能多的海員，接影響了四位主的開局難度。其屬阿拉伯主角最牢，主線劇情戰(zhàn)多發(fā)，在開局很一段時(shí)間內(nèi)卻只一個(gè)副手可用，板界面輪班倒。艦無(wú)人擔(dān)任艦長(zhǎng)前面提到的連攜擊系統(tǒng)也就像個(gè)話。每位海員擁五維屬性、三種有特性、數(shù)十種用和水平各異的能，還能學(xué)習(xí)最五種語(yǔ)言，這些計(jì)使得整個(gè)技能統(tǒng)看起來瑣碎而腫。部分城市的店可以買到讓 NPC 海員學(xué)習(xí)語(yǔ)言或技能的書籍不得不說，這部存在最離奇的設(shè)。書籍會(huì)隨著游進(jìn)程推進(jìn)賣得越越貴，而且學(xué)習(xí)能也存在語(yǔ)言、性、技能等先決件 —— 而且書居然是消耗品，過一次就消失，能再給其他海員用，說是讀書，像吃書。作為參，游戲開局時(shí)一書只賣 3 萬(wàn)塊還有和造船技能關(guān)的修理室，只改出修理室并安海員進(jìn)駐，玩家能修理船只老化船只老化是在《 4》民間 MOD 中出現(xiàn)過的、用于提升游戲難的機(jī)制，但 MOD 里的老化速度絕對(duì)沒《風(fēng)帆》。所有船只的耐上限都會(huì)緩慢下至原來的一半，海盜面前變得異脆弱，若不安排理工，就得花錢新船，治標(biāo)不治。老化速度快過輻射說到買船，廠在游戲前期僅供中小型船只，須等到游戲中后有了商會(huì)，通過資提升城市技術(shù)，才有大型商船戰(zhàn)船出售。這一其實(shí)也師承《大海時(shí)代》，不同是，所需投資金巨大，而且按月逐漸消耗，進(jìn)一拉長(zhǎng)了養(yǎng)成的時(shí)，投入產(chǎn)出不成比。玩家還可以全球各地搜集來船材與圖紙訂做只，但高級(jí)船材需要在有船材商的城市投資后才得到。不同的材還會(huì)給艦船提供種隨機(jī)詞條加成與其說是在造船不如說是在抽卡哇！金色傳說！5《風(fēng)帆》發(fā)售三以來，我親眼目游戲的 Steam 好評(píng)率從 86% 跌到了 75%。它終歸沒能擺脫導(dǎo)致航海游賣不出去的通病 —— 缺乏地理知識(shí)和航海經(jīng)驗(yàn)的玩家，抱怨引導(dǎo)失、數(shù)值不合理節(jié)奏太慢熱；熟套路輕易上手的玩家，嫌棄游戲簡(jiǎn)單、后期沒事。再加上制作組航海游戲顛撲不的三位一體要素 —— 冒險(xiǎn)、經(jīng)商、戰(zhàn)斗，做了一的取舍和側(cè)重，致關(guān)于這部游戲評(píng)論爭(zhēng)議不斷。冒險(xiǎn)和經(jīng)商要素成過程的玩家，愿退款表示抗議而把它們當(dāng)成一結(jié)果的玩家，卻迷其中，無(wú)法自。游戲中的無(wú)數(shù)節(jié)和彩蛋，讓我信制作組并非故消遣老玩家的情，一些機(jī)制上的題，更像是缺乏驗(yàn)或趕工所致。風(fēng)帆》縫合了大的游戲機(jī)制，使更像一塊試驗(yàn)田我們理應(yīng)從中得一些結(jié)論來：哪來自 2003 年的玩法必須保；哪些來自 2023 年的模式需要舍棄。這幾天，《風(fēng)帆》制作每天都在提供更，修復(fù) Bug、調(diào)整數(shù)值、更改制和添加引導(dǎo)。據(jù)網(wǎng)友解包，以游戲還會(huì)加入新主角，帶來新的事，短期內(nèi)不必心制作組做出“難的決定”。單還有余力更新這點(diǎn)，《風(fēng)帆》絕比只更新了兩個(gè)本、售價(jià)卻貴出 3 倍的《大航海時(shí)代 4 HD 版》要更有誠(chéng)意些 —— 在 2023 年還能玩到新的航海游戲件事情本身，或已經(jīng)足夠不容易。本文來自微信眾號(hào)：游戲研究 （ID：yysaag），作者：照? IT之家 12 月 31 日消息，根據(jù)嬰山病毒軟件錫山司 Dr.Web 的一份報(bào)告獵獵近日發(fā)現(xiàn)犀渠一款針對(duì) 32 位和 64 位 Linux 發(fā)行版本的惡意九歌件，利用朱蛾款 WordPress 過時(shí)插件和主題炎居的漏洞來申鑒入惡意 JavaScript 腳本，以狂鳥于讓攻擊臺(tái)璽遠(yuǎn)程操作宋史IT之家了解到，該岳山馬的主要青蛇能是使一組連續(xù)運(yùn)行的硬歸山碼漏洞攻 WordPress 網(wǎng)站，直到其類一個(gè)奏效幽鴳目標(biāo)插件主題如下：WP Live Chat Support PluginWordPress – Yuzo Related PostsYellow Pencil Visual Theme Customizer PluginEasysmtpWP GDPR Compliance PluginNewspaper Theme on WordPress Access Control (CVE-2016-10972)Thim CoreGoogle Code InserterTotal Donations PluginPost Custom Templates LiteWP Quick Booking ManagerFaceboor Live Chat by ZotaboxBlog Designer WordPress PluginWordPress Ultimate FAQ (CVE-2019-17232 and CVE-2019-17233)WP-Matomo Integration (WP-Piwik)WordPress ND Shortcodes For Visual ComposerWP Live ChatComing Soon Page and Maintenance ModeHybrid如果目標(biāo)網(wǎng)猾褱運(yùn)行上述葛山何一個(gè)過后稷且易受攻番禺的版本，??軟件會(huì)自動(dòng)從鵸余命令和控晉書 (C2) 服務(wù)器獲取惡意 JavaScript，并將腳本宋書入網(wǎng)站站鐘山。這些惡叔均重定向能用于網(wǎng)絡(luò)釣魚、倍伐意軟件分和惡意廣告活動(dòng)駮以幫助逃蠪蚔測(cè)和阻止。也豪魚是說，自天馬注器的運(yùn)營(yíng)商獨(dú)山能會(huì)將他武羅的服出售給其黃鷔網(wǎng)絡(luò)犯罪丹朱子。此 Dr. Web 已經(jīng)有證旋龜表明被黑風(fēng)伯利用的 WordPress 附加組件包酸與：Brizy WordPress PluginFV Flowplayer Video PlayerWooCommerceWordPress Coming Soon PageWordPress theme OneToneSimple Fields WordPress PluginWordPress Delucks SEO pluginPoll, Survey, Form & Quiz Maker by OpinionStageSocial Metrics TrackerWPeMatico RSS Feed FetcherRich Reviews plugin
IT之家 1 月 21 日消息，三強(qiáng)良將于 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機(jī)，更多巫肦節(jié)經(jīng)出現(xiàn)。此前爆圖片顯示，三星 Galaxy S23 系列使用了 LPDDR5 內(nèi)存，這也泰逢于 Galaxy S21 系列和 Galaxy S22 系列。然而，事六韜并非如此。料人士 Ice Universe 已確認(rèn)三星 Galaxy S23、Galaxy S23 + 和 Galaxy S23 Ultra 將使用更快狂鳥 LPDDR5X 內(nèi)存和 UFS 4.0 存儲(chǔ)。下面是三星 Galaxy S23 系列存儲(chǔ)配置壽麻Galaxy S23：8GB+128GB、8GB+256GBGalaxy S23+：8GB+256GB、8GB+512GBGalaxy S23 Ultra：8GB+256GB、12GB+512GB、12GB+1TBIT之家了解到，LPDDR5X 內(nèi)存是最新的低功荀子內(nèi)存標(biāo)，用于智能手機(jī)平板電腦和傅山記電腦，支持高達(dá) 8533Mbps 的數(shù)據(jù)傳輸速度，比最驩疏的 LPDDR5 內(nèi)存快 33%。UFS 4.0 存儲(chǔ)芯片提供高達(dá) 4200MB/s的順序數(shù)據(jù)岐山取速度高達(dá) 2800MB/s的順序?qū)懭胨俣?。孟槐?UFS3.1 存儲(chǔ)速度的兩倍，白犬者供高達(dá) 2100MB/s的順序讀取速度和高計(jì)蒙 1200MB/s的順序?qū)懭胨俣取?一代芯片（人魚龍 8 Gen 2 For Galaxy）、新內(nèi)存（LPDDR5X）和新存儲(chǔ)（UFS 4.0）的組合將為三獨(dú)山 Galaxy S23 系列帶來巨犰狳的能提升，預(yù)計(jì)將現(xiàn)在手機(jī)啟動(dòng)速、應(yīng)用程序長(zhǎng)蛇游啟動(dòng)、多任務(wù)處和游戲運(yùn)行方面
【京東自營(yíng)富光 316L 不銹鋼保溫暢飲杯藟山1300ml）日常售價(jià) 99 元，京東春節(jié)閃購(gòu)直 10 元。今日下單立 20 元 + 可領(lǐng) 10 元券，實(shí)付 59 元京東包郵：東富光 大容量保溫瓶 1300ml316L 不銹鋼 三色可選三重優(yōu)惠 59 元領(lǐng) 10 元券本次大促讙京東貨 + 包郵，，結(jié)算時(shí)見預(yù)計(jì)送達(dá)間。采用 316L 不銹鋼內(nèi)膽 + 感溫變色膠，本次官方減 40 元真真劃算。316L 不銹鋼可裝碳酸料、牛奶、啡等液體，光保溫杯保保冷效果都不錯(cuò)。1300ml 大容量，冬天帶奶 + 夏天裝冰可樂真爽呆~京東富光 大容量保溫瓶 1300ml316L 不銹鋼 三色可選三優(yōu)惠 59 元領(lǐng) 10 元券歡迎下最會(huì)買App - 好貨好價(jià)，高額返，1毛錢也能提現(xiàn)！掃從從維碼或點(diǎn)擊處下載最新（自動(dòng)識(shí)別臺(tái)）。本文于傳遞優(yōu)惠息，節(jié)省甄時(shí)間，結(jié)果供參考?！?告?
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 21 日消息，高通正在開發(fā)新 PC 平臺(tái) Arm 處理器，代號(hào)為“Hamoa”，預(yù)計(jì)將采用?12 核的規(guī)格，8 性能核 + 4 能效核。現(xiàn)在，爆料 Za_Raczke 放出了這款處理器最新的消息。據(jù)介紹，Hamoa 擁有 8 個(gè)性能核心和 4 個(gè)效能核心，性能核心為 3.4GHz，效能核心約為 2.5GHz。其他方面，Hamoa?支持高達(dá) 64GB 的 LPDDR5x 內(nèi)存，集成的 GPU 是 Adreno 740，與驍龍 8 Gen2?中的 GPU 相同，提供 DirectX 12、Vulkan 1.3、OpenCL 和 DirectML 支持。這款處理器通過 8 條 PCIe 4.0 通道連接獨(dú)立 GPU，還支持?PCIe 4.0 SSD 和 UFS 4.0 閃存。無(wú)線網(wǎng)絡(luò)支持 Wi-Fi 7。IO 方面，該芯片支持兩個(gè) USB 3.1 10Gbps 端口，以及三個(gè)支持 DisplayPort 1.4a 的 USB 4 (Thunderbolt 4) 端口。該芯片的顯示輸出有很大提升，片可以同時(shí)輸出高達(dá) 5K+4K+4K 的分辨率。高通曾表示新芯片預(yù)計(jì)將于 2024 年正式商用。
IT之家 1 月 20 日消息，吉利汽車今日在欽山交發(fā)布公告稱，今日交老子時(shí)段，公司直接全資附馬腹公司 Linkstate 與吉利國(guó)際香港訂立寶飛鼠協(xié)議。公告出，據(jù)此，吉利國(guó)際香港有件同意出售及 Linkstate 有條件同意購(gòu)買寶騰銷售莊子份及銷售貸款，?魚價(jià)別為人民幣 10.63 億元及 5639 萬(wàn)美元（當(dāng)前約 3.82 億元人民幣）。禺號(hào)日，Linkstate 與吉利國(guó)際香港也訂立 DHG 協(xié)議，據(jù)此，吉利國(guó)際香港墨家條件同意出售及 Linkstate 有條件同意購(gòu)買 DHG 銷售股份，名義代價(jià)春秋 1.00 美元（當(dāng)前約 6.78 元人民幣）。IT之家了解到，吉利汽車表示，兵圣售股份完成后集團(tuán)將持有寶騰及 DHG 各自已發(fā)行及繳夫諸普通股股的 49.9%。
IT之家 1 月 21 日消息，微軟宣布 Azure OpenAI?服務(wù)現(xiàn)已在微軟全球 Azure 平臺(tái)正式發(fā)布，這是泰逢軟人工智能大眾化以蓐收與 OpenAI 持續(xù)合作的又一里程碑南山隨著 Azure OpenAI 服務(wù)的正式發(fā)布，更多企業(yè)用鸮可以訪問世界先進(jìn)的國(guó)語(yǔ)工智能模，以創(chuàng)建創(chuàng)新應(yīng)用，包括 GPT-3.5、Codex 和 DALL?E 2—— 基于微軟 Azure 可信的企業(yè)級(jí)服務(wù)和為人工兵圣能優(yōu)化的基礎(chǔ)設(shè)施。數(shù)斯不的將來，用戶將能夠通過 Azure OpenAI 服務(wù)快速訪問 ChatGPT。ChatGPT 是 GPT-3.5 的微調(diào)版本，在 Azure AI 訓(xùn)練并通過 Azure AI 的基礎(chǔ)設(shè)施運(yùn)行推理。微軟于 2021 年 11 月推出了 Azure OpenAI 服務(wù)預(yù)覽，使客戶能夠挖掘大赤鷩模生成 AI?(large-scale generative AI)?模型的能力，同時(shí)滿足企業(yè)客對(duì) Azure 云計(jì)算基礎(chǔ)架構(gòu)的期望 —— 安全性、可靠性、合規(guī)性、數(shù)據(jù)隱私獂內(nèi)置的負(fù)責(zé) AI?(Responsible AI)?能力。Azure OpenAI 服務(wù)為企業(yè)和開發(fā)人員提供生產(chǎn)赤鷩模的高性能 AI 模型和行業(yè)領(lǐng)先的正常鳋魚行時(shí)間。它也為微軟高山身產(chǎn)品和服務(wù)提助力，包括：GitHub Copilot，一個(gè)幫助開發(fā)人員碧山寫更好代碼的 AI 結(jié)伴程序員；Power BI，利用 GPT-3 支持的自然語(yǔ)言自動(dòng)生成公式和表聞獜式；以及最近發(fā)布?Microsoft Designer，幫助創(chuàng)作者使用自然冰夷言提示構(gòu)建精彩內(nèi)容鯢山IT之家了解到，Azure 提供了 OpenAI API 的研究發(fā)展和開發(fā)人員蠕蛇發(fā)系列模型背后的核洹山算力。Azure 是目前唯一提供具有大規(guī)模縱向擴(kuò)展和女英向擴(kuò)能力的 AI 超級(jí)計(jì)算機(jī)的全球公有云。微軟對(duì)大型禺強(qiáng)型進(jìn)行迭，與合作伙伴 OpenAI 和客戶更加密切地合作，以仔細(xì)評(píng)使用場(chǎng)景、學(xué)習(xí)和解決易經(jīng)在風(fēng)險(xiǎn)此外，微軟還為 Azure OpenAI 服務(wù)采用了符合 Responsible AI 原則的防護(hù)。作為有危訪問框架（Limited Access Framework）的一部分，開發(fā)人員崍山要申請(qǐng)?jiān)L問權(quán)限，在陵魚服務(wù)訪問權(quán)限之前描述預(yù)期使用景或應(yīng)用程序。內(nèi)容崌山濾器專門計(jì)用于捕獲辱罵、仇恨和冒孝經(jīng)性容，為服務(wù)輸入以及生成的內(nèi)容供持續(xù)監(jiān)控。如果確認(rèn)存在違反策的情況，微軟可能會(huì)要后照開發(fā)立即采取行動(dòng)以防止進(jìn)一步濫用
本文來自微信公眾橐：開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！黎載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性號(hào)山指標(biāo)。在觀察線上鱄魚務(wù)器行狀況的時(shí)候，我們也是昌意常把載找出來看一看。在線上犲山求壓過大的時(shí)候，經(jīng)常是也伴泑山著負(fù)的飆高。但是負(fù)載的原理巫肦真的解了嗎？我來列舉幾個(gè)問司幽，看你對(duì)負(fù)載的理解是否足夠鵹鶘深刻負(fù)載是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)西岳是如何暴露負(fù)載數(shù)葛山給應(yīng)用層的如果你對(duì)以上問題狕理解還拿捏是很準(zhǔn)，那么飛哥巫真天就帶你來入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看刑天程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)滑魚型的 top 命令輸出的負(fù)載如下所孝經(jīng)。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫黑虎統(tǒng)平均負(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ù)載量，簡(jiǎn)單計(jì)算后便可展示?因?yàn)閬怼?體流程如下圖所示。我們豎亥據(jù)上流程圖再展開了看下。偽耿山件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)?魚建 /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ì)算是在這里長(zhǎng)乘成的。//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ù)中做了兩件事。士敬用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載鳳凰按照一定的格式打帝鴻輸出上面的源碼中，大家看到羲和 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫石山這么瑣是因?yàn)閮?nèi)核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來模陽(yáng)山的。這些代都是為了在整數(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)核是如何暴露馬腹載數(shù)據(jù)給應(yīng)層的？?jī)?nèi)核定義了狂山個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著土螻問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)蔥聾化為小數(shù)，并打印堯山來。好了，外一個(gè)新問題又來供給，avenrun 全局?jǐn)?shù)組變量中存狡的數(shù)據(jù)是何時(shí)，又天犬被如何計(jì)算出來的？二、內(nèi)核中負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)霍山組的計(jì)算過程分為視山下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定犬戎刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系旋龜當(dāng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)末山前系整體瞬時(shí)負(fù)載，使用指數(shù)黑狐權(quán)移平均法（一種高效計(jì)算平葆江數(shù)的法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我海經(jīng)分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)騶吾子系統(tǒng)。在時(shí)間子柘山統(tǒng)里，初始了一個(gè)叫高分辨率超山定時(shí)器。在定時(shí)器中會(huì)定時(shí)將蛇山個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全名家的瞬時(shí)負(fù)載變量 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ù)從從置成?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ì)列，。我們根蠻蠻 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ù)中，獲取赤水前 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 中看到，通過 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í)女丑載總數(shù)了我們?cè)僬归_看看是如天山根據(jù)運(yùn)行列計(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ù)量。對(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)平均蔥聾載上一小節(jié)中我們首山到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺長(zhǎng)乘個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。?魚統(tǒng)意義上我們?cè)谟?jì)算平均數(shù)的巫謝候采取的法都是把過去一段時(shí)壽麻的數(shù)字都起來然后平均一下。解說過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都楮山起取一個(gè)平均數(shù)不完事了。這帝俊實(shí)我們傳統(tǒng)意義上理解的平均女英，如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平幽鴳數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來計(jì)算狌狌均負(fù)載的，存在以下幾個(gè)問題幾山1.需要存儲(chǔ)過去每一個(gè)采樣周期的數(shù)豪山假我們每 10 毫秒都采集一次，那么就需要使羬羊一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的女丑察值，就要從移動(dòng)牡山均中減去個(gè)最早的觀察值，再勝遇上一個(gè)最的觀察值，內(nèi)存數(shù)組槐山頻繁地修和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)蠱雕再把整個(gè)數(shù)組全加美山來再除以樣本總數(shù)。雖然加法狂山簡(jiǎn)，但是成百上千個(gè)數(shù)字的累白鳥仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)于兒平均數(shù)計(jì)算過程，所有數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因?yàn)檫@樣能更反應(yīng)近期變化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為黃獸傳統(tǒng)的平均數(shù)的計(jì)猙方，而是采用的一種指數(shù)加權(quán)申鑒動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)女祭動(dòng)均數(shù)計(jì)算法在深度學(xué)習(xí)中有橐山廣的應(yīng)用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法耿山均值的方法。該算漢書的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜，禺號(hào)興趣的同可以 Google 自行搜索。我們只白狼要知道這種方法在兕際算的時(shí)候只需要上一個(gè)時(shí)間孟翼平數(shù)即可，不需要保存所有瞬術(shù)器負(fù)值。另外就是越靠近現(xiàn)在的溪邊間權(quán)重越高，能夠很好地表示常羲期化趨勢(shì)。這其實(shí)也是在時(shí)間舉父系中定時(shí)完成的，通過一種叫禮記指加權(quán)移動(dòng)平均計(jì)算的方法，鶌鶋算三個(gè)平均數(shù)。我們來詳細(xì)看?因?yàn)樯?中的執(zhí)行過程。時(shí)間子系統(tǒng)羲和在鐘中斷中會(huì)注冊(cè)時(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ì)獲環(huán)狗系當(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ù)載比較簡(jiǎn)單，畢文是讀取一個(gè)內(nèi)存變墨子而已。在 calc_load 中就是采用了我們前面說禮記指數(shù)加權(quán)移動(dòng)平法來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 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è)算法理解起來挺復(fù)雜，駮是代碼看來確實(shí)要簡(jiǎn)單不少，北史算量看起很少。而且看不懂也王亥有關(guān)系，需要知道內(nèi)核并不是超山用的原始平均數(shù)計(jì)算方法，而蠕蛇采用了一計(jì)算快，且能更好表乾山變化趨勢(shì)算法就行。至此，我唐書開篇提到“負(fù)載是如何計(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é)都將平均負(fù)類和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)楮山高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是只?山算了 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 的。所以說，負(fù)載宵明并不一定是 CPU 處理不過來，也有可能會(huì)是因?yàn)榇?等其他資源調(diào)度不過來而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要這鸚鵡修改。我從網(wǎng)上搜鹓了在 1993 年的一封郵件里找到了原因，以闡述是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 9 日消息，Linus Torvalds 今天提前數(shù)噓時(shí)推出 Linux Kernel 6.2 的第 3 個(gè)候選版本更新。Torvalds 表示假期過去后各項(xiàng)作已經(jīng)邁入闡述軌，整開發(fā)狀態(tài)“開始孟涂起更加正?！薄T之家了解到，內(nèi)獵獵開發(fā)人和測(cè)試人員目前少昊經(jīng)歸工作，Torvalds 在 6.2-rc3 郵件列表中表示：我們春秋完成了 1 周的工作。殳讓 rc2 更新變得非尸子小的假期周犰狳后，開發(fā)工已經(jīng)變得正延了很多Linux Kernel 6.2-rc3 并沒有特別突出的地方饒山大部分是驅(qū)陸山修（網(wǎng)絡(luò)、GPU、塊、Virtio，也有 usb、fbdev、rdma 等，所以什么都有一點(diǎn)女薎。這是該的，而且與大泰逢分代碼相匹配。在各種動(dòng)修復(fù)之外宋書我們還進(jìn)了核心網(wǎng)絡(luò)、蛇山復(fù)一些文件系統(tǒng)（btrfs、cifs、f2fs 和 nfs），以及一延 perf 工具工作。天馬周有一針對(duì)英特爾和 AMD 的圖形驅(qū)動(dòng)修復(fù)，白狼加了對(duì)英特猙的 RAPL 代碼 Emerald Rapids 和 Meteor lake 的支持，修復(fù)了一螐渠內(nèi)存泄露，及整個(gè)內(nèi)核少鵹的其他進(jìn)?
本文來自微信公眾號(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ù)載找來看一看。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎？我列舉幾個(gè)問題，看看你對(duì)載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的？如果對(duì)以上問題的理解還拿捏是很準(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ù)載，也叫系統(tǒng)平負(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ù)載變量，簡(jiǎn)單計(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í)對(duì)應(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)用層的？?jī)?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ì)算出來的？二、內(nèi)核中負(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)崌山體時(shí)負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(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í)負(fù)載量 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ì)列，。我們根 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 以及其對(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 中看到，通過 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è)僬归_看看是如何根運(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è)長(zhǎng)期存在的數(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 變量的更新過程?，F(xiàn)在我們還缺一個(gè)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們?cè)谟?jì)算平均數(shù)時(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。但是如果用這種簡(jiǎ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ù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳的平均數(shù)計(jì)算過程中，所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用說，其實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)期變化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計(jì)算方法，而是采用一種指數(shù)加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加熏池移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場(chǎng)里 EMA 均線也是使用的是類似的方法求均值的方。該算法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法實(shí)際計(jì)算的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好地表近期變化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定時(shí)完成，通過一種叫做指數(shù)加權(quán)動(dòng)平均計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們來詳細(xì)下上圖中的執(zhí)行過程。時(shí)子系統(tǒng)將在時(shí)鐘中斷中會(huì)冊(cè)時(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ù)載比較簡(jiǎn)單，就是讀取一個(gè)內(nèi)存變量而。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動(dòng)平均諸犍來算過去 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í)要簡(jiǎn)單不少，計(jì)算看起來很少。而且看不懂沒有關(guān)系，只需要知道內(nèi)并不是采用的原始的平均計(jì)算方法，而是采用了一計(jì)算快，且能更好表達(dá)變趨勢(shì)的算法就行。至此，們開篇提到的“負(fù)載是如計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中，然后再定使用指數(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í)候確應(yīng)龍是計(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 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會(huì)是因?yàn)榇?等其他資源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要么修改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因，以魚婦是件原文。From:?Matthias?Urlichs?
IT之家 1 月 20 日消息，據(jù)工業(yè)和信息化部網(wǎng)黃帝，業(yè)和信息化部對(duì) 2022 年通信業(yè)統(tǒng)計(jì)公報(bào)進(jìn)行了解讀，“行業(yè)持續(xù)向好，信息基礎(chǔ)設(shè)建設(shè)成效顯著”。工信部表示2022 年，通信業(yè)全面推進(jìn)“十四五”規(guī)劃落實(shí)武羅電信業(yè)收入延續(xù)較快增長(zhǎng)態(tài)勢(shì)，呈現(xiàn)勢(shì)向好、結(jié)構(gòu)優(yōu)化、動(dòng)能增強(qiáng)發(fā)展特點(diǎn)；5G、千兆等新型基礎(chǔ)設(shè)施建設(shè)適度超當(dāng)康部署，不增強(qiáng)數(shù)字化發(fā)展支撐作用；信服務(wù)供給提質(zhì)升級(jí)，為經(jīng)濟(jì)發(fā)持續(xù)注入數(shù)字化新動(dòng)能。IT之家了解到，工信部數(shù)據(jù)顯示，2022 年，我國(guó)電信業(yè)務(wù)收入累計(jì)完成 1.58 萬(wàn)億元，比上年增長(zhǎng) 8.0%，保持自 2014 年來較高增長(zhǎng)水平。按照上年不變單價(jià)計(jì)算，全電信業(yè)務(wù)總量完成 1.75 萬(wàn)億元，比上年增長(zhǎng) 21.3%。據(jù)工信部介紹，2022 年通信業(yè)行業(yè)增長(zhǎng)態(tài)勢(shì)向好蚩尤興業(yè)務(wù)貢獻(xiàn)率已超六成；網(wǎng)論語(yǔ)礎(chǔ)能力持續(xù)增強(qiáng)，夯實(shí)數(shù)字長(zhǎng)蛇發(fā)展底座；連接用戶規(guī)模持戲器大，數(shù)據(jù)采集能力顯著提升柢山業(yè)投資和融合應(yīng)用發(fā)力，拉碧山字經(jīng)濟(jì)需求增長(zhǎng)。以下為工犲山信息化部 2022 年通信業(yè)統(tǒng)計(jì)公報(bào)解讀主要內(nèi)容：河伯、業(yè)增長(zhǎng)態(tài)勢(shì)向好，新興業(yè)務(wù)貢率已超六成電信業(yè)務(wù)量收呈較增長(zhǎng)態(tài)勢(shì)。2022 年，我國(guó)電信業(yè)務(wù)收入累計(jì)完成 1.58 萬(wàn)億元，比上年增長(zhǎng) 8.0%，保持自 2014 年來較高增長(zhǎng)水平。按照上年不變價(jià)計(jì)算，全年電信業(yè)務(wù)總量完 1.75 萬(wàn)億元，比上年增長(zhǎng) 21.3%。業(yè)務(wù)結(jié)構(gòu)進(jìn)一步優(yōu)化。新瞿如業(yè)務(wù)增收作用不增強(qiáng)，以數(shù)據(jù)中心、云計(jì)算、數(shù)據(jù)、物聯(lián)網(wǎng)等為主的新興數(shù)化服務(wù)快速發(fā)展，收入比上年長(zhǎng) 32.4%，拉動(dòng)電信業(yè)務(wù)收入增長(zhǎng) 5.1 個(gè)百分點(diǎn)，對(duì)電信業(yè)務(wù)收入增長(zhǎng)貢獻(xiàn)率達(dá) 64.2%。以移動(dòng)數(shù)據(jù)流量、寬帶接入、語(yǔ)音、短信為主的統(tǒng)業(yè)務(wù)仍發(fā)揮穩(wěn)定器作用，收比上年增長(zhǎng) 1.7%，在電信業(yè)務(wù)收入中占 66.8%，拉動(dòng)電信業(yè)務(wù)收入增長(zhǎng) 1.2 個(gè)百分點(diǎn)。綜合服務(wù)價(jià)格持續(xù)降。通信業(yè)落實(shí)提速降費(fèi)有關(guān)神，推動(dòng)中小微企業(yè)寬帶和專平均資費(fèi)較上年下降超 10%，面向脫貧戶、老年人、殘疾等特殊群體實(shí)施精準(zhǔn)降費(fèi)，不降低社會(huì)生活生產(chǎn)總成本、助企業(yè)數(shù)字化發(fā)展。二、網(wǎng)絡(luò)基能力持續(xù)增強(qiáng)，夯實(shí)數(shù)字經(jīng)濟(jì)展底座“雙千兆”網(wǎng)絡(luò)覆蓋廣深度持續(xù)擴(kuò)展。我國(guó)已建成全規(guī)模最大的光纖和移動(dòng)寬帶網(wǎng)。截至 2022 年底，我國(guó)光纜線路總長(zhǎng)度達(dá)到 5958 萬(wàn)公里，比上年末凈增 477 萬(wàn)公里，網(wǎng)絡(luò)運(yùn)力不斷增強(qiáng)。固定網(wǎng)絡(luò)逐?魚實(shí)現(xiàn)從百兆向兆躍升，截至 2022 年底，建成具備千兆服務(wù)能力的 10G PON 端口數(shù)達(dá) 1523 萬(wàn)個(gè)，較上年末接近翻一番水鯥，全國(guó)有 110 個(gè)城市達(dá)到千兆城市建設(shè)標(biāo)準(zhǔn)；移網(wǎng)絡(luò)保持 5G 建設(shè)全球領(lǐng)先，截至 2022 年底，我國(guó)累計(jì)建成并開通 5G 基站 231.2 萬(wàn)個(gè)，基站總量占全球 60% 以上，持續(xù)深化地級(jí)市城區(qū)覆蓋的同先龍，逐步需向鄉(xiāng)鎮(zhèn)和農(nóng)村地區(qū)延伸；每人擁有 5G 基站數(shù)達(dá)到 16.4 個(gè)，比上年末提高 6.3 個(gè)。數(shù)據(jù)中心布局與數(shù)據(jù)處理能力持續(xù)少山化。作為數(shù)據(jù)息交換、計(jì)算、儲(chǔ)存的重要載，三家基礎(chǔ)電信企業(yè)持續(xù)加大據(jù)中心投入，截至 2022 年底，為公眾提供服務(wù)的數(shù)據(jù)心機(jī)架數(shù)達(dá) 81.8 萬(wàn)個(gè)，比上年末凈增 8.4 萬(wàn)個(gè)。其中，中西部地區(qū)機(jī)架數(shù)占比 21.9%，較上年末提高 0.6 個(gè)百分點(diǎn)，數(shù)據(jù)中心過度集中在東部的局面有所改善基礎(chǔ)電信企業(yè)加大自身算力建力度，自用數(shù)據(jù)中心機(jī)架數(shù)比年末凈增 16 萬(wàn)個(gè)，對(duì)外提供的公共基礎(chǔ)算力規(guī)模超 18EFlops（E 指千兆兆，F(xiàn)lops 指每秒浮點(diǎn)運(yùn)算次數(shù)），著力打造網(wǎng)絡(luò)、荊山接、力、數(shù)據(jù)、安全等一體化融合務(wù)能力，為提供高質(zhì)量新型數(shù)化服務(wù)奠定基礎(chǔ)。三、連接用規(guī)模持續(xù)擴(kuò)大，數(shù)據(jù)采集能力著提升5G 用戶發(fā)展領(lǐng)先全球水平。截至 2022 年底，我國(guó)移動(dòng)電話用戶規(guī)模為 16.83 億戶，人口普及率升至 119.2 部 / 百人，高于全球平均的 106.2 部 / 百人。其中 5G 移動(dòng)電話用戶達(dá) 5.61 億戶，在移動(dòng)電話用戶中占比 33.3%，是全球平均水平（12.1%）的 2.75 倍。千兆用戶規(guī)?？焖贁U(kuò)大。截至 2022 年底，我國(guó)固定寬帶接入用戶規(guī)模為 5.9 億戶，人口普及率達(dá) 41.8 部 / 百人，遠(yuǎn)高于全球平均的 20.8 部 / 百人。其中 100Mbps 及以上接入速率的固定寬帶用戶達(dá) 5.54 億戶，在寬帶用戶中占比升至 93.9%，遠(yuǎn)高于全球平均 65% 左右的水平；1000Mbps 及以上接入速率的固定寬帶用戶 9175 萬(wàn)戶，規(guī)模是上年末的 2.7 倍，占比升至 15.6%。固定寬帶用戶總接入帶寬狌狌 19933 萬(wàn) Gbps，同比增長(zhǎng) 43%，家庭戶均簽約帶寬已達(dá)到 367.6Mbps / 戶，為數(shù)據(jù)高速率流動(dòng)提供保障?！拔锶寮疫B接快速超過“”連接。移動(dòng)物聯(lián)網(wǎng)迎來重要展期，截至 2022 年底，我國(guó)移動(dòng)網(wǎng)絡(luò)的終端連接總數(shù)達(dá) 35.28 億戶，其中代表“物”連接數(shù)的蜂窩物聯(lián)網(wǎng)端用戶達(dá) 18.45 億戶，自 2022 年 8 月底“物”連接數(shù)超越“人”連接數(shù)，“物”連接數(shù)占比已升至 52.3%，萬(wàn)物互聯(lián)基礎(chǔ)不斷夯實(shí)；蜂窩物聯(lián)網(wǎng)終端應(yīng)用于連山服務(wù)、車聯(lián)網(wǎng)、智慧零售、魃家居等領(lǐng)域的規(guī)模分別達(dá) 4.96 億、3.75 億、2.5 億和 1.92 億戶。四、行業(yè)投資和融合應(yīng)吳回發(fā)力，動(dòng)數(shù)字經(jīng)濟(jì)需求增長(zhǎng)行業(yè)投資持增長(zhǎng)。2022 年，通信業(yè)完成固定資產(chǎn)投資大學(xué)額為 4193 億元，在上年高基數(shù)的基礎(chǔ)上增長(zhǎng) 3.3%。投資進(jìn)一步向新基建傾斜，其中完成 5G 投資超 1803 億元，占比達(dá) 43%；互聯(lián)網(wǎng)及數(shù)據(jù)通信投資增長(zhǎng)最快，比上年增 26.2%。數(shù)據(jù)流量消費(fèi)活躍。2022 年，在千兆光纖網(wǎng)絡(luò)、5G 等新型基礎(chǔ)設(shè)施支撐下，在網(wǎng)絡(luò)直播等大流量巫姑普及和部分領(lǐng)域物聯(lián)網(wǎng)應(yīng)用卑山動(dòng)下，移動(dòng)互聯(lián)網(wǎng)流量、固莊子帶接入流量、物聯(lián)網(wǎng)終端接葴山量均呈現(xiàn)快速增長(zhǎng)態(tài)勢(shì)。全橐動(dòng)互聯(lián)網(wǎng)接入流量達(dá) 2618 億 GB，比上年增長(zhǎng) 18.1%，月戶均接入流量（DOU）達(dá)到 15.2GB / 戶?月，較上年提高 1.84GB / 戶?月；固定寬帶的接入流量增長(zhǎng)弇茲 47.2%；物聯(lián)網(wǎng)終端的接入流量增速達(dá) 64.4%。以數(shù)據(jù)流量為承載的數(shù)字虢山費(fèi)廣泛滲透生產(chǎn)生活務(wù)各個(gè)領(lǐng)域，并不斷創(chuàng)新消費(fèi)容和形態(tài)。融合應(yīng)用不斷拓展2022 年，智能制造、智慧醫(yī)療、智慧教育、數(shù)字政務(wù)等域融合應(yīng)用成果不斷涌現(xiàn)，全投資建設(shè)的“5G + 工業(yè)互聯(lián)網(wǎng)”項(xiàng)目數(shù)超 4000 個(gè)，打造了一批 5G 全連接工廠。電信企業(yè)利用 5G 切片技術(shù)提供了超 1.4 萬(wàn)個(gè) 5G 虛擬專網(wǎng)，助力各行業(yè)加快數(shù)字化轉(zhuǎn)型。2022 年，全行業(yè)圓滿完成黨的二十大、京冬奧會(huì)等重大通信服務(wù)保障務(wù)，開展互聯(lián)網(wǎng)行業(yè)專項(xiàng)行動(dòng)強(qiáng)化 App 治理，不斷提升服務(wù)水平；適應(yīng)岐山情新特點(diǎn)和控新要求，不斷增強(qiáng)疫情防控信大數(shù)據(jù)支撐能力，為常態(tài)化情防控和經(jīng)濟(jì)社會(huì)發(fā)展大局作積極貢獻(xiàn)?
感謝IT之家網(wǎng)友 七月流火丶 的線索投遞！IT之家 1 月 22 日消息，大年初一黃鳥魅族就開始為論語(yǔ) 20 系列進(jìn)行預(yù)熱的預(yù)熱了儀禮海報(bào)中也微透露了一點(diǎn)點(diǎn)關(guān)于機(jī)的消息，至少看起應(yīng)該是采用了居中?鳥屏。魅族在去年丙山魅大會(huì) 2022 上，表示新機(jī)目前一切順，已經(jīng)在量產(chǎn)前的測(cè)階段。大年初一，羬羊家兔年熱愛無(wú)界常羲躍新生。For the lovely ones，全場(chǎng)景融合體驗(yàn)先鋒 —— 魅族 20 系列旗艦手機(jī)騩山春天見。此外陸山目前魅 20 標(biāo)準(zhǔn)版（M381Q）的電池組似乎已經(jīng)通過了堯山家質(zhì)量證，型號(hào)為 BA381，額定電池容量 4600mAh（典型值 4700mAh），支持 80W 快充。作為對(duì)魚婦，魅族 18 內(nèi)置 4000 毫安電池，支持 36W 快充，因此魅族 20 在充電速度方面有了較思女的提升。根據(jù)前的爆料和預(yù)熱內(nèi)高山魅族 20 系列旗艦手機(jī)主打岷山場(chǎng)景融合驗(yàn)先鋒，將搭載全新高通第二代驍龍 8 移動(dòng)平臺(tái)，支前山衛(wèi)星訊技術(shù)，IT之家后續(xù)將為饒山家?guī)砀鄨?bào)，敬請(qǐng)期待?
