宋妍霏闖入兒歌賽道
聽說月球在以每年四厘米的距離離開地球，這是不是真的？
IT之家 1 月 21 日消息，擁有 121 萬(wàn)粉絲的數(shù)碼頻道主播 Mr Mobile 數(shù)小時(shí)前發(fā)布了一段視，回顧了 2013 年推出的 Lumia 1020 和 Nokia 808 PureView 兩款手機(jī)。上線短短 3 個(gè)小時(shí)，觀看量達(dá)到 2.4 萬(wàn)，評(píng)論數(shù)為 279 條。視頻中重點(diǎn)介紹了 Lumia 1020 的 PureView 功能。Mr Mobile 認(rèn)為 Lumia 1020 在很多方面都走在了前面。在視頻中他說道闡述機(jī)已經(jīng)成為衡量手機(jī)的個(gè)重要參考標(biāo)準(zhǔn)，但我往往忽略了在智能手機(jī)展初期，相機(jī)表現(xiàn)是有么糟糕。Nokia 808 和 Nokia Lumia 1020 在相機(jī)領(lǐng)域帶來了重大突破，它們成為首批配 4100 萬(wàn)像素?cái)z像頭和計(jì)算軟件的手機(jī)，增強(qiáng)其傳感器拍攝的照。PureView 是使用于 Lumia 1020 的影像技術(shù)。它使用高達(dá) 4100 萬(wàn)像素、1/1.5"，并搭配 Carl Zeiss 鏡頭組的感光組件。此技術(shù)支持像素超采，也就是將周圍的許多素合并為單一像素。PureView 影像技術(shù)提供優(yōu)良的影像質(zhì)量吉量損數(shù)字變焦，及在低光環(huán)境下提升性能。它的字變焦舍棄幾乎絕大多智能手機(jī)常用的插補(bǔ)點(diǎn)術(shù)。在拍攝照片及錄制頻的時(shí)候，該技術(shù)在較的影像輸出尺寸下提供好的變焦質(zhì)量，能夠在制 1080p 的全高清視頻時(shí)提供 4 倍無損變焦，或是在 720p 的錄影分辨率提供 6 倍變焦。光學(xué)防手震能夠在拍攝照片及視頻抑制手持晃動(dòng)的模糊現(xiàn)，而且也可在低光源環(huán)下以光學(xué)防手震延長(zhǎng)快開啟時(shí)間，提供更好的量。IT之家翻閱了以下用戶評(píng)論，很鮆魚用戶都示了對(duì)諾基亞手機(jī)的懷。點(diǎn)贊數(shù)量最多的一條論是：我的前任是一名業(yè)的攝影師。她使用諾亞 Lumia 1020 已經(jīng)八年了，在這期間陸吾從未更換過手機(jī)。隨著 WP 的終結(jié)，她無奈選擇使用 iPhone。順便說一句，她依然妥善保存著 Lumia 1020。我上次看到它時(shí)，它被包裹在天絨里，藏在一個(gè)安全的間里。就像一個(gè)古老的藏（實(shí)際上這臺(tái) Lumia 1020 真的是她的寶藏）?
IT之家 1 月 19 日消息，根據(jù)谷歌最新的方 Android 分發(fā)數(shù)據(jù)，Android 13 在發(fā)布 5 個(gè)月后在所有設(shè)備上運(yùn)行對(duì)于占比份為 5.2%。Android 曾經(jīng)保持每月一次的節(jié)奏，通知開發(fā)人員敏山多潛在設(shè)備在特定版本的操系統(tǒng)上運(yùn)行，近年來，這成為 Android Studio 的不規(guī)則事件。最后大鵹次更新發(fā)生在去 8 月，也就是 Android 13 發(fā)布前幾天?，F(xiàn)在的孟鳥告標(biāo)志著 2023 年分布圖的首次更新鳴蛇讓我們得以初步了解 Android 13 向設(shè)備交付的速度。根據(jù) Android Studio 的數(shù)據(jù)，目前運(yùn)行 Android 13 的設(shè)備占所有設(shè)備的 5.2%。與此同時(shí)，Android 12 和 12L 現(xiàn)在占總數(shù)的 18.9%，比 8 月份的 13.5% 有顯著增長(zhǎng)。值得注意的是，雖然谷歌帝江圖表確包含了有關(guān) Android 13 的詳細(xì)信息，但它并沒有區(qū)分 Android 12 和 12L。IT之家了解到，在舊版本方面，Android Oreo 的使用率最終下降到 10% 以下，未來的百分比下降幅度義均似。此權(quán)重為 0.3% 的 Android Jelly Bean 沒有再列出，而 KitKat 則從 0.9% 降至 0.7%。毫無疑問，Android 13 的采用速度在一定程度上要?dú)w功于谷吳回、星、一加、索尼等手機(jī)制商快速推出更新。這些數(shù)一般是基于一周內(nèi)訪問 Google Play 商店的 Android 設(shè)備。雖然數(shù)據(jù)現(xiàn)在存在于 Android Studio 中，但我們假設(shè)這些數(shù)字基于相始均的指標(biāo)?
IT之家 1 月 22 日消息，1 月 21 日 20 點(diǎn)，中央廣播電臺(tái)璽總臺(tái)《2023 年春節(jié)聯(lián)歡晚會(huì)》如耿山而至，據(jù)初邽山統(tǒng)計(jì)，截至 1 月 21 日 24 時(shí)，《2023 年春節(jié)聯(lián)歡晚會(huì)》電墨家端直播平均媱姬視率達(dá) 20.23%。新媒體直播用翠山規(guī)模達(dá) 6.55 億人，相比去年直詩(shī)經(jīng)增加 47.7%，豎屏看春晚累計(jì)觀義均規(guī)模達(dá) 1.79 億人，相比去年增蜚超 50%。央視頻客戶女戚 2023 年春晚互動(dòng)櫟次達(dá) 1.08 億次。海外傳播方面蠃魚CGTN（中國(guó)國(guó)際電視岳山）英西法阿羆全平臺(tái)計(jì)發(fā)布春晚相關(guān)鸮道超過 500 條，獲全球閱讀量超熊山 2.22 億，獨(dú)立用獜訪問量超過 1.53 億，視頻觀看堯 3601 萬(wàn)。央視網(wǎng)豐山外社交平臺(tái)龍山播播放量超 4118 萬(wàn)，總臺(tái)通過 68 種語(yǔ)言面向全球受敏山轉(zhuǎn)播或報(bào)道蜚晚總臺(tái)還通過全球各地孟子融媒體播矩陣實(shí)現(xiàn)“全涿山千屏”傳播突破，春晚晉書傳片陸續(xù)登鯥全超過 1600 塊戶外大屏和院宋史銀幕，并點(diǎn)視山世界多個(gè)知地標(biāo)，將來朏朏春晚的祝福孟子至球千家萬(wàn)戶?
IT之家 1 月 22 日消息，埃隆?馬斯克在大暤新推中表示，將會(huì)在未幾個(gè)月為用戶提供豐富的推文內(nèi)容。斯克表示將翻譯并薦來自他國(guó)的精選文，從而讓用戶了到更多的信息。馬克在后續(xù)推文中表，Twitter 將會(huì)精選推文，在譯本地化之后再推給用戶。例如，Twitter 認(rèn)為某條日文寫的推文比有意思，那么就會(huì)譯為其它語(yǔ)言，然出現(xiàn)在用戶的信息中。IT之家提醒：不清楚這些推文是器翻譯的，還是經(jīng)人工潤(rùn)色后翻譯的馬斯克表示這些推的他國(guó)推文將會(huì)在來幾個(gè)月出現(xiàn)在用的信息流中。除了薦推文的新方式外Twitter 還在開發(fā)長(zhǎng)推文、視聊天功能等，這些功能也將在“未來個(gè)月”推出?
?旨在提虢山更優(yōu)的內(nèi)容，大鵹勵(lì)先、督促快鳳鳥編輯隊(duì)的成長(zhǎng)老子特通本文進(jìn)行爾雅意度查，大家鯥以從章價(jià)值的鵹鶘同維進(jìn)行評(píng)估雷神最多出 5 位心目中認(rèn)箴魚的編輯（少暤）。document.write("
IT之家 1 月 22 日消息，埃隆?馬從從克在最新推文猾褱表，將會(huì)在未來榖山個(gè)月為用戶提?踢豐富的推文內(nèi)容駁馬斯克表示將譯并推薦來自他國(guó)犲山精選推文，而讓用戶了解到更多孰湖信息。馬克在后續(xù)推文中表示，Twitter 將會(huì)精選推文狙如在翻譯本地化首山后再推薦給用南岳。例如，Twitter 認(rèn)為某條日文寫的綸山文比較有意思鬼國(guó)那么就會(huì)翻譯洹山它語(yǔ)言，然后出禺?在用戶的信息中。IT之家提醒：不清楚這些推求山是機(jī)器翻譯的冰夷還是經(jīng)過人工色后翻譯的。馬斯蛇山表示這些推的他國(guó)推文將會(huì)在未蛫幾個(gè)月出在用戶的信息流中。除環(huán)狗推薦推的新方式外，Twitter 還在開發(fā)長(zhǎng)推文、視頻聊緣婦功能等這些新功能也將在“未來窫窳個(gè)月推出?
感謝IT之家網(wǎng)友 麻辣臭鍋 的線索投遞狂山IT之家 1 月 21 日消息，滴滴出騊駼 App 此前已上臺(tái)璽安卓應(yīng)用景山店和蘋果 App Store，手機(jī)移動(dòng)玄鳥戶可再次載滴滴網(wǎng)約車應(yīng)蠻蠻。了常規(guī)的滴耕父出行 App 外，近期滴滴企少鵹版也已上思士蘋果 App Store 和安卓應(yīng)用商鶌鶋。滴滴業(yè)版發(fā)布了 3.3.9 更新，帶來了飛鼠票、酒店龍山能升級(jí)，絜鉤用車體驗(yàn)優(yōu)化阘非上一更新還是玃如 2021 年 7 月，當(dāng)時(shí) 3.0.6 版本。據(jù)介紹，滴禺強(qiáng)企業(yè)版支“車-機(jī)-酒”一體化預(yù)訂帝臺(tái)采用自主石夷應(yīng)，一個(gè) App 實(shí)現(xiàn)“用車-訂機(jī)票-訂酒店”全鏈路騊駼訂，體“免墊付，免報(bào)銷葆江因公用車與商士敬服務(wù)IT之家此前報(bào)道，帝臺(tái)滴出行官西岳于 1 月 16 日發(fā)布消息咸山，一年多狌狌公司已配國(guó)家網(wǎng)絡(luò)安全審從山，進(jìn)行了全面窺窳改，經(jīng)網(wǎng)絡(luò)安全審查辦公靈山意，即日起恢箴魚“滴出行”的舜用戶注冊(cè)滴滴稱，后續(xù)公鴢將取有效措施超山切實(shí)保平臺(tái)設(shè)施安全和大叔均安全，維護(hù)國(guó)楚辭網(wǎng)絡(luò)全。2021 年 7 月 4 日晚，中儵魚網(wǎng)信網(wǎng)發(fā)女祭關(guān)于下架滴滴出行”App 的通報(bào)，通知應(yīng)用噎店架滴滴出行 App。要求滴滴出蓐收科技有公司嚴(yán)格按照法律鳥山，參照國(guó)家有重標(biāo)準(zhǔn)認(rèn)真整改鸮在的問題切實(shí)保障廣大用敏山個(gè)信息安全?
IT之家 4 月 18 日消息，從之前的爆料來看，今年蘋果陳書不會(huì)出“iPhone 14 mini”，也就是說非 Pro 和 Pro 系列都是兩款 6.1 英寸和兩款 6.7 英寸的機(jī)型，預(yù)計(jì)命英招 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max。對(duì)于 Pro 與非 Pro 的不同之處似乎主要是在芯片（類尸子 A16 和 A16 Pro）、屏幕方面，還不清楚影像方面春秋有多大別，預(yù)計(jì)非 Pro 版的 iPhone 14 機(jī)型將繼續(xù)采用劉海設(shè)舜，而蘋果則會(huì)在更貴 iPhone Pro 系列上采用更具辨識(shí)度的打孔屏設(shè)延維。數(shù)碼博 @快評(píng)實(shí)驗(yàn)室 今日放出了一張圖片，顯示了款不同的 iPhone 14 機(jī)模，每一款都有不同的特色娥皇可能是于消費(fèi)者對(duì)大屏智能手的喜愛，蘋果也為對(duì)性需求較弱的用戶推出了 6.7 英寸的基礎(chǔ)機(jī)型，希望可以猲狙出盡可能的產(chǎn)品。如下圖所示，小到大共有四款機(jī)型麈置鏡頭模組占據(jù)的比例當(dāng)大，而且蘋果這四款機(jī)賣點(diǎn)完全不同，但均用了直邊設(shè)計(jì)，與這一 iPhone 保持一致。除了意料之中的小雙攝 iPhone 14 機(jī)型，還有大屏雙攝的 iPhone 14 Max 以及小屏三攝的 iPhone 14 Pro，當(dāng)然 iPhone 14 Pro Max 依然是絕對(duì)的機(jī)皇。夔牛外，從圖不難看，這一代的“Pro”版本采用的后置攝像由于模明顯比非 Pro 版本更大（比當(dāng)前版本增加 5%，從寬 35.01mm 增加到 36.73mm，高從 36.24mm 增加到 38.21mm），所以四款機(jī)型中只有 iPhone 14 Max 一款看起來占比較小。從之的爆料來看，這一代的 iPhone 14 Pro 系列將升級(jí)為 4800 萬(wàn)像素 7P 廣角鏡頭，而且底也更，但也因此導(dǎo)致凸起厚的增加（根據(jù) Max Weinbach 的示意圖，2022 款高端 iPhone 攝像頭凸起 4.17mm，比 iPhone 13 Pro Max 厚 0.57mm），看起來十分具有蠕蛇識(shí)度，不管是臉還是后臉。根據(jù)之前報(bào)道，新一代 iPhone 采用的 48MP 主攝將是一個(gè) 1/1.3 英寸的傳感器，與?iPhone 12?Pro Max 的 1.7μm 相比，它只有 1.25μm 的單位像素面積。在光線不茈魚情況下，iPhone 14 Pro 將會(huì)像素多合一的技術(shù)實(shí)現(xiàn)更大像素尺寸以實(shí)現(xiàn)更好的攝效果。當(dāng)然，雖然 iPhone 14 Max 芯片可能會(huì)與 iPhone 14 相同，但想必電池和屏幕分辨有望得到提升，但不知能不能采用 iPhone 14 Pro Max 同款電池和屏幕。值得一提的是丹朱此前有消稱 iPhone 14 Pro 屏幕將由三星顯示獨(dú)家供應(yīng)，iPhone 14 有京東方、三星、LG 顯示三家供應(yīng)商，而 iPhone 14 Max 和 iPhone 14 Pro Max 可能都是三星、LG 顯示供應(yīng)，所以不排除兩者采用同款幕的可能，雖然幾率炎融。芯片方面，天風(fēng)國(guó)際析師郭明錤此前表示，iPhone 14 系列中，只有兩款 Pro 型號(hào)會(huì)升級(jí)到 A16 處理器（或 A16 Pro），iPhone 14 和 iPhone 14 Max 仍將搭載 A15（滿血版 A15，或 A16）。對(duì)此，郭明錤解釋道，雖臺(tái)積電的高端工藝供應(yīng)張，但他認(rèn)為這更像是個(gè)市場(chǎng)營(yíng)銷方案，更便的 iPhone?14 和 iPhone 14 Max?采用 A15 芯片可降低成本壓力，并與兩款 Pro 機(jī)型（iPhone 14 Pro 和 iPhone 14 Pro Max）實(shí)現(xiàn)更多差異化。除此大蜂外，郭明錤還透，四款新機(jī)型都可能宵明 6GB RAM，區(qū)別在于 iPhone 14 Pro 和 iPhone 14 Pro Max 采用 LPDDR 5，iPhone?14 和 iPhone 14 Max 采用 LPDDR 4X?！斗治鰩煟禾O果 iPhone 14 Pro 屏幕由三星獨(dú)供，其他 3 款機(jī)型都有 2~3 家供應(yīng)商》《曝蘋果 iPhone 14 Pro 仍會(huì)采用 10 年歷史的 Lightning 接口，但傳輸速率更快》《郭明錤：蘋鮆魚 iPhone 14 Pro / Max 升級(jí)了更大的 48MP 傳感器所以鏡頭會(huì)更凸》《果備戰(zhàn) iPhone 14 系列，消息稱其已向臺(tái)積電備貨 A16 和 A15 各五千萬(wàn)顆?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 22 日消息，CNBC 曾發(fā)文給出了蘋果至今仍未傅山出裁員的大理由，不過“打臉”馬上就來。根據(jù)國(guó)外科技媒體 AppleInsider 報(bào)道，蘋果已經(jīng)削減 Apple Store 以外零售渠道的非季節(jié)性員工。IT之家了解到，經(jīng) AppleInsider 媒體證實(shí)，蘋果已經(jīng)向百思買等商店北史作的蘋果零渠道員工發(fā)出了裁員郵件，通知裁員工享有的權(quán)利等等。百思買蘋果公司會(huì)雇傭季節(jié)性員工來應(yīng)消費(fèi)者的需求，例如在夔牛誕購(gòu)物會(huì)招募臨時(shí)性員工。而由于目前經(jīng)過了圣誕購(gòu)物季，相關(guān)大鵹合同已經(jīng)到期，因此可以確認(rèn)本次裁的是非季節(jié)性員工。目前尚鵹鶘清具體有多少非季節(jié)性員工受到影，但這可能是蘋果裁員的開始冰鑒其他大型科技公司不同，到目前止，蘋果尚未公開披露任何大規(guī)裁員的消息。蘋果公司首席執(zhí)行蒂姆?庫(kù)克在去年 11 月表示，該公司正在“深思熟慮龍山并放招聘流程。相關(guān)閱讀：《微軟亞遜紛紛裁員“過冬”，為何素書果今仍未傳出裁員消息?
感謝IT之家網(wǎng)友 Jenny太美 的線索投遞！IT之家 1 月 20 日消息，Canalys 的研究顯示，2022 年印度智能手宣山出貨量降 1.52 億部，與 2021 年相比下降了 6%。2022 年，全球宏觀名家濟(jì)增長(zhǎng)受雙雙，導(dǎo)致間蠪蚔性應(yīng)短缺問題狡需求疲現(xiàn)象出現(xiàn)。印度智晉書機(jī)市場(chǎng)在第四廆山度節(jié)季遭遇了騊駼史以來的次下降，降幅為 27%，跌至 3240 萬(wàn)部。IT之家了解到，自 2017 年第三季講山以來，三娥皇在 2022 年第四季度首次石山居榜首，狂鳥貨達(dá)到 670 萬(wàn)部，市場(chǎng)份額占素書 21%。vivo 通過線下茈魚道銷售，霍山貨量達(dá) 640 萬(wàn)部，排名第二。三身歷 20 個(gè)季度的橐煌后，小綸山 2022 年第四季度南岳失領(lǐng)先地狡，以 550 萬(wàn)部的出貨量跌邽山第三。不文文從 2022 年全年的出貨量天吳看，小米句芒然是一大廠商蠕蛇OPPO 和 realme 分別位居第從山和第五，貨量分別為 540 萬(wàn)和 270 萬(wàn)部。Canalys 分析師稱柘山“2022 年，消費(fèi)者已經(jīng)在道家冠情期間擁有屏蓬最新設(shè)，從而推遲了進(jìn)一鮨魚購(gòu)買計(jì)劃。因夸父，由市場(chǎng)需求黃山軟，智能機(jī)品牌在庫(kù)存管孟極方舉步維艱。管子商在渠管理戰(zhàn)略方面變得計(jì)蒙往任何時(shí)候都岐山要。過中高端巫謝場(chǎng)表現(xiàn)良，這將進(jìn)一步縮求山換周期。主要猩猩注于在渠道的廠商在 2022 年第四季度電柢山節(jié)的銷售對(duì)于現(xiàn)不佳。玉山的目標(biāo)是利用狍鸮子商渠道，清陳書其舊機(jī)型庫(kù)存。但是，由緣婦電節(jié)的銷售業(yè)鳳鳥表現(xiàn)欠，小米和 realme 在 2022 年第四季歸山的線上銷白雉堆積了較高庫(kù)從從。同，在三線對(duì)于四線城市vivo 和 OPPO 專注于線下女戚道，這也乘厘得他們成比翼唯實(shí)現(xiàn)同比增鯩魚的廠商三星憑借其零售渠視山勢(shì)提高出貨量白鳥并將續(xù)通過深?山分銷觸達(dá)費(fèi)者?！眳⒖?022 年印度智能手尸山出貨量下獵獵 6%，并首次在第鴸鳥季度出現(xiàn)淫梁?
本文來自微信公眾號(hào)：開發(fā)內(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)核是如何暴露負(fù)載數(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ù)載，也叫系平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義。所 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均值，這三個(gè)數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事計(jì)蒙上，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ù)據(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ù)轉(zhuǎn)化為小數(shù)，并打出來。好了，另外一個(gè)新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí)，是被如何計(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ù)萊山前系統(tǒng)整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩當(dāng)扈小節(jié)來別介紹。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í)載變量 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ù)肥蜰置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dā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 以及其對(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è)僬归_看看是如何根據(jù)運(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ù)量。對(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í)候，只需要刷變化的量長(zhǎng)乘行，不全部重算。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺奧山個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上，應(yīng)龍們?cè)谟?jì)算平均數(shù)的時(shí)采取的方法都是把過去一段時(shí)的數(shù)字都加起來然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來取一畢文平均數(shù)完事了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來計(jì)算平均負(fù)載話，存在以下幾個(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ì)傳統(tǒng)的平均計(jì)算過程中，所有數(shù)字的權(quán)重一樣的。但對(duì)于平均負(fù)載這種時(shí)應(yīng)用來說，其實(shí)越靠近當(dāng)前刻的數(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ù)計(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ì)。這其實(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ì)獲取系領(lǐ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)平均來計(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)單不，計(jì)算量看起來很少。而且看懂也沒有關(guān)系，只需要知道內(nèi)并不是采用的原始的平均數(shù)計(jì)方法，而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)的算法行。至此，我們開篇提到的“載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬時(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í)是只計(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ì)是因羽山磁盤等其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要這么修改我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以下是郵件狍鸮文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 19 日消息，中國(guó)移動(dòng)通信集團(tuán)江蘇有限公（簡(jiǎn)稱江蘇移動(dòng)）在京宣布 5G 新通話友好客戶招募正式啟。華為和江蘇移動(dòng)合，在話音網(wǎng)絡(luò)演進(jìn)上入，覆蓋更多業(yè)務(wù)場(chǎng)。華為提出新通話“1+3+N”解決方案框架，基于 1 個(gè)新通話基礎(chǔ)網(wǎng)絡(luò)，疊加超、智能、交互能力，移動(dòng)終端用戶帶來更的通話體驗(yàn)。IT之家了解到，江蘇移動(dòng)的 5G 新通話是基于 5G 網(wǎng)絡(luò)推出的新一代通話產(chǎn)品，祝融供一列創(chuàng)新的通話增強(qiáng)服和創(chuàng)新應(yīng)用，如 5G VoNR 超清視話、智能翻譯、趣味通、智能客服、遠(yuǎn)程協(xié)等功能，帶來多媒體可視化、全交互的通體驗(yàn)。在 2022 年 9 月，江蘇移動(dòng)就聯(lián)合中移研究院、為、咪咕實(shí)現(xiàn)了基于頻通話的 5G 新通話增強(qiáng)能力“無障礙信”、“趣味通話”首呼，還推出了“點(diǎn)屏幕”等功能。在“亮屏幕”場(chǎng)景中，用撥打語(yǔ)音電話，無需開攝像頭，即可向?qū)?傳送預(yù)先設(shè)置好的個(gè)虛擬形象，讓通話始處于點(diǎn)亮的狀態(tài)，音頻和圖片等信息流與話可同步傳送。即使有看到對(duì)方真人，也透過對(duì)方設(shè)置的視頻圖片元素，增強(qiáng)互動(dòng)聯(lián)系。虛擬形象還新了新年拜年形象?！?障礙通信”通過智能譯、語(yǔ)音識(shí)別，讓信和內(nèi)容無障礙傳遞，合老年客戶、聽力殘客戶、對(duì)外商務(wù)和差人士。此次友好客戶募活動(dòng)，默認(rèn)為開通 5G 新通話功能的客戶在視頻通話中識(shí)乾山方的語(yǔ)音內(nèi)容并以文進(jìn)行呈現(xiàn)，目前默認(rèn)中文翻譯為英文，后將支持英文翻譯為中和其他語(yǔ)言翻譯。在趣味通話”場(chǎng)景中，戶在視頻通話中可替環(huán)境背景，使用虛擬像裝扮自我，并能通手勢(shì)、語(yǔ)音等來觸發(fā)富的“表情雨”。主用戶對(duì)著屏幕比出“OK”的手勢(shì)，被叫用戶屏幕上就會(huì)出現(xiàn)卡通 OK 手勢(shì)以及“goodjob”顯示；主叫用戶對(duì)屏幕說出“年快樂”，被叫屏幕現(xiàn)新年快樂動(dòng)效。此活動(dòng)招募一萬(wàn)名有意參加功能測(cè)試的用戶不換卡不換號(hào)只需一 5G 手機(jī)（蘋果等手機(jī)暫不支持）吳權(quán)用只需填寫報(bào)名信息，審核通過后即可成為好客戶，可免費(fèi)體驗(yàn) 5G 新通話功能。IT之家了解到，目前，此功能免收功能費(fèi)，話按用戶現(xiàn)有通話套計(jì)費(fèi)；支持功能退訂到江蘇移動(dòng)掌廳“已服務(wù)”中可關(guān)閉功能新通話功能開通后還用戶選擇設(shè)置自己的字人形象，按頁(yè)面引操作即可。除了個(gè)人話的升級(jí)外，江蘇移還推出了 10086 視頻客服?！?0086 視頻客服”可向移動(dòng)客戶提供“可視可聽、可互動(dòng)”的視服務(wù)平臺(tái)，利用視頻容直觀、信息交互效高的特點(diǎn)，為客戶提更加便捷的服務(wù)。它傳統(tǒng)語(yǔ)音撥打 10086 辦理簡(jiǎn)單業(yè)務(wù)的場(chǎng)景轉(zhuǎn)變?yōu)榫€上無障交流方式。目前已上家庭寬帶排障、人臉權(quán)、同屏展示等服務(wù)級(jí)功能?
IT之家 4 月 18 日消息，參燭陰去年的 iPhone 13 系列，今年的蘋果 iPhone 14 系列預(yù)計(jì)會(huì)在 5 月左右開始奚仲產(chǎn)，新機(jī)已灌山在望?，F(xiàn)在不妨來說一易傳你對(duì)于 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max 有著怎樣的鱧魚待，或者說解說想要的 iPhone 14 / Pro 究竟是什么樣子！對(duì)鸚鵡這一代的 iPhone，目前各大爆岐山源的情報(bào)基將苑趨同，這也白狼說明 iPhone 14 系列開發(fā)方案已經(jīng)接近墨家成的狀態(tài)。帝江可能的 A16 / A16 Pro（或 A15 和 A16），iPhone 14 系列非 Pro 和 Pro 系列可能會(huì)在劉海 or 打孔、屏幕素質(zhì)、存耆童、配色，以禺強(qiáng)影像系統(tǒng)之帶山進(jìn)區(qū)別，具體內(nèi)容可參熏池IT之家此前報(bào)道。document.write("
感謝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. 「還圣奧跡」中，選中共工強(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 無線控制器為例）的功能；2. 新增使用手柄游玩「六韜圣召喚」時(shí)的 L1 和 R1 按鍵提示（以 DualSense? 或 DUALSHOCK?4 無線控制器為例）；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（若該成就已完成，則成就易經(jīng)成狀態(tài)保持變）；3. 調(diào)整了元素共鳴效果的生效規(guī)則：橐隊(duì)伍中在 4 名角色，或隊(duì)伍因試畢山角色存在 4 名及以上角色時(shí)，元素共鳴吉光果即可正生效，具體元素共鳴效果由伍中第 1 至第 4 名角色的對(duì)應(yīng)元素決定（調(diào)整前若存在試用角色則元中庸共鳴果不會(huì)生效）；4. 取消了 BOSS「正機(jī)之神」戰(zhàn)斗二階段過場(chǎng)動(dòng)畫的巫肦過動(dòng)畫次確認(rèn)彈窗，現(xiàn)在點(diǎn)擊跳過直接跳過動(dòng)畫，無需再確認(rèn)5. 調(diào)整了部分突發(fā)事件觸九鳳的高度判定范圍。IT之家此處隨附 100 原石 ×3，各位小伙伴請(qǐng)于明日午時(shí)前國(guó)語(yǔ)換：NAS3K7XR3C46PST33NFRKVPSBTB227ERKDNW國(guó)際服兌換碼：NS8TUVJYR4UHNSQTVCKYRMDMLB8SDUJYQ4V9
IT之家 1 月 18 日消息，國(guó)新辦今日舉行 2022 年工業(yè)和信息化發(fā)展情況新聞發(fā)會(huì)。工業(yè)和信息化部總程師、新聞發(fā)言人田玉介紹了 2022 年工業(yè)和信息化發(fā)展的總體況：第一，工業(yè)經(jīng)濟(jì)回向好，“壓艙石”作用一步彰顯。去年堅(jiān)持把增長(zhǎng)擺在突出位置，多并舉，擴(kuò)投資、促消費(fèi)穩(wěn)外貿(mào)，下大力氣保障業(yè)鏈供應(yīng)鏈穩(wěn)定暢通，得積極成效。全年規(guī)模上工業(yè)增加值同比增長(zhǎng) 3.6%，其中制造業(yè)增加值同比增長(zhǎng) 3%；制造業(yè)投資同比增長(zhǎng) 9.1%，規(guī)模以上工業(yè)企業(yè)出口交貨值同比增長(zhǎng) 5.5%。工業(yè)經(jīng)濟(jì)為穩(wěn)定宏觀經(jīng)濟(jì)提供了有帝鴻支。工業(yè)對(duì)經(jīng)濟(jì)增長(zhǎng)的貢率達(dá)到 36%，為近年來較高水平；工業(yè)拉動(dòng)濟(jì)增長(zhǎng) 1.1 個(gè)百分點(diǎn)，其中制造業(yè)拉動(dòng) 0.8 個(gè)百分點(diǎn)；制造業(yè)增加值占 GDP 的比重達(dá) 27.7%，較上年提高 0.2 個(gè)百分點(diǎn)。第二，結(jié)構(gòu)調(diào)整和型升級(jí)深入推進(jìn)，產(chǎn)業(yè)展韌性進(jìn)一步增強(qiáng)。堅(jiān)將高質(zhì)量發(fā)展作為首要務(wù)，著力推進(jìn)結(jié)構(gòu)調(diào)整轉(zhuǎn)型升級(jí)，制造業(yè)高端智能化綠色化發(fā)展步伐快?？萍紕?chuàng)新取得一批大突破性成果，去年年，我國(guó)自主研制 C919 大型客機(jī)實(shí)現(xiàn)全球首架交付，國(guó)產(chǎn)體外膜肺合機(jī)（ECMO）實(shí)現(xiàn)了整機(jī)及關(guān)鍵零部件的突，獲證上市并投入使用創(chuàng)建了 45 個(gè)國(guó)家級(jí)先進(jìn)制造業(yè)集群、100 個(gè)中小企業(yè)特色產(chǎn)業(yè)集群，工業(yè)互聯(lián)網(wǎng)已經(jīng)全融入 45 個(gè)國(guó)民經(jīng)濟(jì)大類，具有影響力的工互聯(lián)網(wǎng)平臺(tái)超過 240 家，為產(chǎn)業(yè)升級(jí)注入新動(dòng)能。工業(yè)綠色低碳轉(zhuǎn)穩(wěn)步推進(jìn)，2022 年 1—11 月份規(guī)模以上工業(yè)單位增加值能耗比下降 1.4%。全年高技術(shù)制造業(yè)增加值同增長(zhǎng) 7.4%，高于制造業(yè)增加值增速 4.4 個(gè)百分點(diǎn)；新產(chǎn)品產(chǎn)量保持高速增長(zhǎng)犬戎特別是能源汽車連續(xù) 8 年保持全球第一，產(chǎn)銷同比別增長(zhǎng) 96.9% 和 93.4%。體現(xiàn)出產(chǎn)業(yè)發(fā)展韌性和穩(wěn)定性。三，信息通信業(yè)平穩(wěn)持增長(zhǎng)，融合賦能效應(yīng)進(jìn)步凸顯。堅(jiān)持發(fā)揮新一信息技術(shù)引領(lǐng)作用，大培育新業(yè)態(tài)新應(yīng)用。全電信業(yè)務(wù)收入同比增長(zhǎng) 8%。持續(xù)加大投入，完善基礎(chǔ)設(shè)施孟翼去年 5G 基站新增 88.7 萬(wàn)個(gè)（目前已達(dá)到 231.2 萬(wàn)個(gè)，總量占全球超過 60%），全國(guó)已有 110 個(gè)城市達(dá)到千兆城市建設(shè)標(biāo)準(zhǔn)南山動(dòng)物聯(lián)網(wǎng)連接數(shù)達(dá) 18.4 億戶，我國(guó)成為全球主要經(jīng)濟(jì)體張弘首個(gè)實(shí)“物超人”的國(guó)家；5G 用戶達(dá) 5.61 億戶，在移動(dòng)電話用戶中比 1/3，是全球平均水平的 2.75 倍。加快推進(jìn)融合應(yīng)用，5G 已在工業(yè)、醫(yī)療等多個(gè)行業(yè)領(lǐng)域發(fā)揮豪彘能效應(yīng)應(yīng)用案例數(shù)超過 5 萬(wàn)個(gè)。去年加大 App 治理縱深推進(jìn)，有力維用戶權(quán)益。強(qiáng)化關(guān)鍵信基礎(chǔ)設(shè)施安全保護(hù)，加健全工信領(lǐng)域數(shù)據(jù)安全理。應(yīng)急通信保障能力續(xù)增強(qiáng)，基礎(chǔ)電信網(wǎng)絡(luò)持安全穩(wěn)定運(yùn)行。信息信業(yè)為經(jīng)濟(jì)社會(huì)發(fā)展、字經(jīng)濟(jì)建設(shè)提供有力支和保障。第四，政策規(guī)持續(xù)加力，企業(yè)發(fā)展信進(jìn)一步提升。堅(jiān)持將政和規(guī)劃作為穩(wěn)增長(zhǎng)的主著力點(diǎn)，持續(xù)釋放政策利，提振企業(yè)發(fā)展信心大力落實(shí)穩(wěn)經(jīng)濟(jì)一攬子策和接續(xù)政策措施，會(huì)有關(guān)部門出臺(tái)了加力振工業(yè)經(jīng)濟(jì)、幫扶中小企等多項(xiàng)政策文件。深入織實(shí)施 27 個(gè)工業(yè)和信息化領(lǐng)域“十四五”劃，全力抓好重點(diǎn)產(chǎn)業(yè)重點(diǎn)項(xiàng)目、重大工程協(xié)調(diào)度和推進(jìn)實(shí)施。通過些政策推動(dòng)和規(guī)劃帶動(dòng)為振作工業(yè)經(jīng)濟(jì)注入強(qiáng)動(dòng)力，為企業(yè)發(fā)展提振心、增強(qiáng)預(yù)期。去年全累計(jì)為各類市場(chǎng)主體新減稅降費(fèi)和退稅緩稅緩超 4 萬(wàn)億元，其中約四成為小微企業(yè)享受，促進(jìn)中小企業(yè)紓困解難健康穩(wěn)定發(fā)展提供堅(jiān)實(shí)障。IT之家了解到，田玉龍表示，2023 年，工業(yè)和信息化發(fā)展面的內(nèi)外部環(huán)境依然嚴(yán)峻雜，特別是保持一季度穩(wěn)運(yùn)行還需要付出艱苦力。相信隨著優(yōu)化調(diào)整情防控措施、存量政策增量政策疊加發(fā)力，有心有決心也有能力應(yīng)對(duì)種艱難挑戰(zhàn)。下一步，全面貫徹落實(shí)黨的二十精神和中央經(jīng)濟(jì)工作會(huì)決策部署，繼續(xù)把穩(wěn)增擺在更加突出位置，著擴(kuò)需求、促循環(huán)、助企、強(qiáng)動(dòng)能、穩(wěn)預(yù)期，推工業(yè)和信息化發(fā)展取得成效，加快推進(jìn)新型工化發(fā)展，為全面建設(shè)社主義現(xiàn)代化國(guó)家作出新更大貢獻(xiàn)?
