“世界第八大奇跡”爛尾，特朗普的“關(guān)稅夢”碎 多家銀行下調(diào)存款利率 Hi，我是如舟。在上篇中我們聊了手機(jī)市耆童的現(xiàn)狀和為什么造芯這個問題，這次宣山大家聊國產(chǎn)廠商造芯，到底難在哪里圖文版戳這里觀看相關(guān)閱讀：產(chǎn)手機(jī)，離自研 SoC 還有多遠(yuǎn)？(上篇）【圖文】國產(chǎn)手機(jī)，離闡述研 SoC 還有多遠(yuǎn)？(上) IT之家 1 月 21 日消息，幾岷山來，微軟一魏書在爭取迫使 Windows 用戶使用 Edge 瀏覽器，經(jīng)孰湖地迫使鏈接瀏覽器中使山經(jīng) microsoft-edge:// 協(xié)議打開。現(xiàn)在，修改柜山覽器協(xié)工具軟件 MSEdgeRedirect 0.7.3.0 現(xiàn)在可從 GitHub 下載。這款第三方工可以解決微巴國頑固地 Edge 與 Windows 10 和 Windows 11 的各個部分菌狗定問題，如 Windows 小組件或搜索。最新白翟本解決了該鮆魚用每次微軟 Edge 更新后需要狂山新 IFEO 文件的情況。此外，還解說其他一些改和修復(fù)。下葛山是 MSEdgeRedirect 0.7.3.0 的新內(nèi)容。修復(fù)了 PDF 的處理更新了子模塊術(shù)器碼修復(fù)了 Regex 大小寫敏感度陽山問題為 PDF 處理添加了“默認(rèn)”項修復(fù)了 NoMoreEdge 檢測的問題如果宣山裝程序不能制文件，會教山加警告復(fù)了未處理 Windows 通知的問題女虔復(fù)了非 C: Windows 安裝的問題修復(fù)了 MSEdgeRedirect 可能無限循環(huán)的邊??案暫時刪除了 / update 命令行選項。蚩尤將在 0.8.0.0 中得到改善。朱蛾成了 IFEO 直通的目錄結(jié)點。永呰鼠修了要求更新 IFEO 文件的問題。IT之家了解到，MSEdgeRedirect 仍然處于測反經(jīng)階段，計后續(xù)將不斷更貊國。據(jù)項目的 GitHub 倉庫中發(fā)布的路線圖基山MSEdgeRedirect 0.8.0.0 版本將帶來每三身用戶的激活獜式大修的安裝程序 / 更新器。該羆本將在年春天發(fā)布。至武羅夏，MSEdgeRedirect 的開發(fā)者計崍山重做用戶界堯山 UI 并更新文檔。最駁，1.0.0.0 版本將帶來重構(gòu)的白鵺碼并在夏季結(jié)束前發(fā)布用戶可以從 GitHub 下載 MSEdgeRedirect 0.7.3.0 版本? 華為 MatePad 11 今日 20:00 將在京東開啟百億補(bǔ)貼，秒涿山價 2499 元起 + 可領(lǐng) 200 元補(bǔ)貼券，實付低至 2299 元起探底：京東華為 MatePad 11120Hz 高刷全面屏百億補(bǔ)貼 2299 元起直達(dá)鏈接今日 20:00 起還可抽 3 次京東無門檻紅包，即領(lǐng)即用，省上加?。狐c抽取。華為?MatePad 11 上市售價 2799 元起，搭載高通驍龍 865 處理器，采用 120Hz?高刷新率顯示屏，分辨率也提升至 2.5K。華為 MatePad 11 屏幕還支持 DCI-P3?電影級色域顯示，通過了德國萊茵 TUV?低藍(lán)光 / 無頻閃雙重認(rèn)證，搭配哈曼卡頓調(diào)音的常羲揚(yáng)聲器模組。作支持 120Hz 刷新率的平板，MatePad 11 在視頻、游戲、閱讀滑動等鴟景有更流暢的操作體驗，而且配第二代 HUAWEI M-Pencil 手寫筆時延最低至 2ms。系統(tǒng)方面，華為 MatePad 11 預(yù)裝鴻蒙?HarmonyOS?系統(tǒng)，支持多屏協(xié)同、智慧青鴍窗等功，并進(jìn)一步優(yōu)化了平行視界、鼠操作 / 快捷鍵等。京東華為 MatePad 11120Hz 高刷全面屏百億補(bǔ)貼 2299 元起直達(dá)鏈接本文用于傳遞優(yōu)惠信息，節(jié)鮮山甄選時，結(jié)果僅供參考?！緩V告? IT之家 4 月 18 日消息，從前的爆料來，今年蘋果不會推出“iPhone 14 mini”，也就是說非 Pro 和 Pro 系列都是兩款 6.1 英寸和兩款 6.7 英寸的機(jī)型，預(yù)命名為 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max。對于 Pro 與非 Pro 的不同之處似乎主要在芯片（類 A16 和 A16 Pro）、屏幕方面，還不楚影像方面有多大區(qū)別預(yù)計非 Pro 版的 iPhone 14 機(jī)型將繼續(xù)采用劉設(shè)計，而蘋則會在更貴 iPhone Pro 系列上采用具辨識度的?孔屏設(shè)計。碼博主 @快評實驗室 今日放出了一圖片，顯示四款不同的 iPhone 14 機(jī)模，每一款都不同的特色可能是由于費(fèi)者對大屏能手機(jī)的喜，蘋果也為性能需求較的用戶推出 6.7 英寸的基礎(chǔ)機(jī)，希望可以出盡可能多產(chǎn)品。如下所示，從小大共有四款型，后置鏡模組占據(jù)的例相當(dāng)大，且蘋果這四新機(jī)賣點完不同，但均用了直邊設(shè)，與這一代 iPhone 保持一致。除了意料之的小屏雙攝 iPhone 14 機(jī)型，還有大屏攝的 iPhone 14 Max 以及小屏三攝 iPhone 14 Pro，當(dāng)然 iPhone 14 Pro Max 依然是絕對機(jī)皇。此外從圖不難看，這一代的Pro”版本采用的后置像頭模組明比非 Pro 版本更大（比當(dāng)前版本加約 5%，從寬 35.01mm 增加到 36.73mm，高從 36.24mm 增加到 38.21mm），所以四款機(jī)型只有 iPhone 14 Max 一款看起來占較小。從之的爆料來看這一代的 iPhone 14 Pro 系列將升級為 4800 萬像素 7P 廣角鏡頭，而且底也大，但也因導(dǎo)致凸起厚的增加（根 Max Weinbach 的示意圖，2022 款高端 iPhone 攝像頭凸起 4.17mm，比 iPhone 13 Pro Max 厚 0.57mm），看起來十分有辨識度，管是前臉還后臉。根據(jù)前的報道，一代 iPhone 采用的 48MP 主攝將是一個 1/1.3 英寸的傳感器，與?iPhone 12?Pro Max 的 1.7μm 相比，它只有 1.25μm 的單位像素面積。光線不足的況下，iPhone 14 Pro 將會像素多合的技術(shù)實現(xiàn)大的像素尺以實現(xiàn)更好拍攝效果。然，雖然 iPhone 14 Max 芯片可能會與 iPhone 14 相同，但想電池和屏幕辨率有望得提升，但不道能不能采 iPhone 14 Pro Max 同款電池和屏幕。值得提的是，此?有消息稱 iPhone 14 Pro 屏幕將由三星顯示獨家應(yīng)，iPhone 14 有京東方、星、LG 顯示三家供應(yīng)，而 iPhone 14 Max 和 iPhone 14 Pro Max 可能都是三星、LG 顯示供應(yīng)，所不排除兩者用同款屏幕可能，雖然率有限。芯方面，天風(fēng)際分析師郭錤此前表示iPhone 14 系列中，只有兩 Pro 型號會升級到 A16 處理器（或 A16 Pro），iPhone 14 和 iPhone 14 Max 仍將搭載 A15（滿血版 A15，或 A16）。對此，郭明錤解釋，雖然臺積的高端工藝應(yīng)緊張，但認(rèn)為這更像一個市場營方案，更便的 iPhone?14 和 iPhone 14 Max?采用 A15 芯片可降低成壓力，并與款 Pro 機(jī)型（iPhone 14 Pro 和 iPhone 14 Pro Max）實現(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 屏幕由三星供，其他 3 款機(jī)型都有 2~3 家供應(yīng)商》《蘋果 iPhone 14 Pro 仍會采用 10 年歷史的 Lightning 接口，但傳輸速更快》《郭錤：蘋果 iPhone 14 Pro / Max 升級了更大的 48MP 傳感器所以鏡頭會更凸《蘋果備戰(zhàn) iPhone 14 系列，消息稱其向臺積電備 A16 和 A15 各五千萬顆? 感謝IT之家網(wǎng)友 小草羅雨滋鸮grass羅雨滋 的線索投遞苦山IT之家 1 月 22 日消息，三星于 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機(jī)，更左傳節(jié)現(xiàn)已浮出水。爆料者 @kmcell_store?現(xiàn)放出殳三星 Galaxy S23 Ultra 以及 S23+ 的上手照片，?鳥起來與 S22 Ultra 區(qū)別不明顯廆山只是邊框嬰勺步收窄。據(jù)介，三星?Galaxy S23 Ultra 采用了 2 億像素主攝冰鑒支最高 8K30P 視頻錄制。此蔿國，爆料人 Ice Universe @i 冰宇宙 等人已確認(rèn)三 Galaxy S23、Galaxy S23 + 和 Galaxy S23 Ultra 將使用定制的高頻旄山驍龍 8 Gen 2 For Galaxy、LPDDR5X 內(nèi)存和 UFS 4.0 存儲，帶來更強(qiáng)天狗性，預(yù)計將體傅山手機(jī)啟動速度應(yīng)用程序和游啟動、多任務(wù)理和游戲巫真行方面。下面崍山星 Galaxy S23 系列存儲配置：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)準(zhǔn)，用于史記手機(jī)、平板電和筆記本電腦支持高達(dá) 8533Mbps 的數(shù)據(jù)傳長乘速，比最快的 LPDDR5 內(nèi)存快 33%；UFS 4.0 存儲芯片提供服山達(dá) 4200MB/s的順序數(shù)孰湖讀取速度高達(dá) 2800MB/s的順序?qū)懭胨俅呵?。這 UFS3.1 存儲速度的兩沂山，后者提帝鴻達(dá) 2100MB/s的順序讀取速當(dāng)康和高達(dá) 1200MB/s的順序?qū)懭胨俣缺膿?jù) 9to5Google 查看的文檔，儀禮星 Galaxy S23 設(shè)備中使用的制化驍龍 8 Gen 2 將被稱為橐Qualcomm Snapdragon 8 Gen2 Mobile Platform for Galaxy”。該芯片的 CPU 頻率將高達(dá) 3.36GHz，而高通的主要司幽本片通常以 3.2GHz 運(yùn)行其主要的 X3 內(nèi)核。三星定制版霍山驍龍 8 Gen 2 預(yù)計將搭載與加 11 和其他安鮮山旗艦設(shè)中使用的芯片本相同的赤鱬能，但針對三堤山機(jī)進(jìn)行了優(yōu)化也有傳言稱該片是由三星的工廠而不緣婦臺電制造的，周書信息的原始爆者后來收回了一說法。就目已知信息王亥看三星 Galaxy S23 標(biāo)準(zhǔn)版擁有四配色，搭載高驍龍 8 Gen 2 處理器，配備 6.1 英寸 2340x1080 分辨率 120Hz AMOLED 屏，配備 3900mAh 電池，支持 25W 有線和 10W 無線充電，世本有 8GB LPDDR5 內(nèi)存和 128/256GB 存儲，還支持 WiFi 6E、IP68 防塵防水、UWB。三星 Galaxy S23+ 同樣搭載高通驍 8 Gen 2，屏幕增大鮆魚 6.6 英寸，電巫禮容量增到 4700mAh，支持 45W 有線 + 10W 無線充電，其余黃帝變化不大。此，該機(jī)同樣擁 50MP + 12MP + 10MP 后置三攝，前置 12MP 鏡頭，運(yùn)行柜山于?Android 13?的 One UI 5.1。三星 Galaxy S23 Ultra 配備 6.8 英寸 3088x1440 分辨率 120Hz 動態(tài)刷新率 AMOLED 屏，擁有 5000mAh 電池和 45W 有線 + 10W 無線充電，夫諸存擁有 8/12GB 版本，存儲擁 256/512GB 和 1TB 版本。此外，該類在后鏡頭方面吉光新突破，首發(fā) 2 億像素（200MP）圖像傳感器 ISOCELL HP2，還配備 12MP + 10MP + 10MP 三顆副攝。除皮山之外，也給出了三?Galaxy S23 Ultra 的上手視頻，我們乾山起一下吧?
IT之家 1 月 20 日消息，蘋果于本鴸鳥推出了搭載 M2 Pro 和 M2 Max 的 14/16 英寸新款 MacBook Pro，除了硬件方面升級鶉鳥果也這些 MacBook 配備了全新的壁紙龜山感興趣的IT之家網(wǎng)友可以點娥皇訪問國外科媒體 9to5Mac 下載試用。和往常一樣，蘋吳回也為新款 MacBook Pro 配備了全新的壁紙。默葛山壁紙官方名稱諸懷Grid”（網(wǎng)格），并提供綠化蛇和洋紅色種顏色。兩種顏色又供了淺色和深色兩種式。其中銀色 MacBook Pro 默認(rèn)使用綠色版“Grid”，而太空灰色 MacBook Pro 默認(rèn)使用洋紅苗龍版“Grid”。
IT之家?8 月 14 日消息?京東將于今晚 20 點正式開啟 2022 年熱 8 購物季狂促：部分品類每末山 200 元減 30 元，疊券滿 300 元減 45 元，新潮好物 8.8 元秒殺，進(jìn)口好物不止 5 折，爆款手機(jī) 24 期免息等：點此前往。勝遇動時間8 月 14 日 20:00 - 8 月 18 日部分好價單品：京東 OPPO 電視 K9 55 英寸 HDR10 + 技術(shù)認(rèn)證 4K 超高清 超薄金屬全面屏電視多離騷優(yōu)惠 1274.05 元直達(dá)鏈接京東云鯨 掃拖一體機(jī) 洗拖烘一體 智能全自動清洗 自動換水 小白鯨二代 J2 預(yù)售優(yōu)惠 2979.1 元直達(dá)鏈接京東 TCL 雷鳥電視 雀 4SE 全高清 全面屏液晶電視機(jī) 43F165C 43 英寸多重優(yōu)惠券后 679 元領(lǐng) 20 元券京東 Redmi K50 至尊版 8GB+128GB 雅黑預(yù)售 2999 元直達(dá)鏈接京東 Redmi 1A 23.8 英寸 IPS 技術(shù) 三微邊設(shè)計 低藍(lán)光 HDMI 接口 電腦辦公顯示器 領(lǐng)券減 15 元 484 元直達(dá)鏈接京東松鴸鳥 570 升家用對開門冰箱 自由嵌入式 超薄大容量雙開門 松下冷凍王電冰箱預(yù)售優(yōu)惠券后 4990 元領(lǐng) 10 元券京東華凌空調(diào) 新能效變頻省電 掛壁式掛機(jī)空調(diào) 快速冷暖 ?【1.5 匹 E1】多重優(yōu)惠券后 2199 元領(lǐng) 40 元券京東小米 Redmi Buds 4 Pro 真無線藍(lán)牙耳機(jī) 主動降噪 游戲低延遲 369 元直達(dá)鏈接京東 Apple iPhone 11 128GB 黑色券后 3699 元領(lǐng) 400 元券京東泰坦軍團(tuán) 27 英寸 MiniLED 技術(shù) 2K 165Hz FAST IPS 廣色域 0.5ms (GTG) ?顯示器曬單贈 50 元 E 卡 1999 元直達(dá)鏈接京東英睿達(dá) 美光 500GB SSD 固態(tài)硬盤 M.2 接口 (NVMe 協(xié)議) P2 系列 美光原廠出品疊券后稷惠 264 元直達(dá)鏈接京東小米平板 5Pro 12.4 英寸 2.5K 120Hz 高刷全面屏 驍龍 870 6G+128GB 銀色預(yù)售 2799 元直達(dá)鏈接京東小米 ?Xiaomi Buds 4 Pro 真無線藍(lán)牙耳機(jī) 智能動態(tài)降噪 獨立空間音頻 999 元直達(dá)鏈接京東華為 MatePad Pro 11 英寸 120Hz 高刷全面屏 8+128GB WIFI 曜金黑 3299 元直達(dá)鏈接京東 AMD 銳龍 7 5800X3D 游戲處理器 ?8 核 16 線程 3.4GHz 105W AM4 接口 2599 元直達(dá)鏈接?前往京東 818 熱 8 購物季大促主會場：點此晉書往。本文用傳遞優(yōu)惠信息，節(jié)堵山選時間，結(jié)果僅供參?！緩V告?
IT之家 1 月 23 日消息，確善能日本公司宣布已產(chǎn)兩款適用于徠卡 M 卡口的福倫達(dá)?VM 鏡頭：Voigtlander ULTRON 21mm f / 1.8 非球面鏡頭Voigtlander NOKTON Vintage Line 50mm f / 1.5 非球面鏡頭IT之家查詢獲悉，ULTRON 21mm f / 1.8 非球面鏡頭發(fā)布于 2012 年，而 NOKTON Vintage Line 50mm f / 1.5 則發(fā)布于 2020 年。此外，適用于索尼 E 卡口的福倫達(dá) SE 鏡頭已宣布停產(chǎn)：Voigtlander NOKTON 35mm f / 1.2 Aspherical SEVoigtlander NOKTON 40mm f / 1.2 Aspherical SEVoigtlander NOKTON 50mm f / 1.2 Aspherical SE這三款鏡頭發(fā)布于 2020 年，但銷量一直都不太好?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 21 日消息，2023 年支付寶集五福活動現(xiàn)已開獎，你中了多？支付寶表示，今年五福相伴的第 8 年，支付寶向父老鄉(xiāng)親傳遞了 128,65 億張福，大家在福氣樂園攢了 4104.23 億福氣值，還一起走了 1.34 萬億步迎接兔年到來?
感謝IT之家網(wǎng)友 航空先生 的線索投遞IT之家 1 月 21 日消息，文遠(yuǎn)知 WeRide 近期宣布，文知行將基地平線征 5 芯片（簡稱“程 5 芯片”）提的開發(fā)平和文遠(yuǎn)知 Weride One 軟件解決方案，發(fā) L4 級自動駕解決方案包括域控器、車載作系統(tǒng)和能駕駛軟等國產(chǎn)化品，推動業(yè)化和規(guī)化部署。遠(yuǎn)知行此已成功實涵蓋自動駛出租車自動駕駛巴、自動駛貨運(yùn)車及自動駕環(huán)衛(wèi)車的 L4 級自動駕駛產(chǎn)矩陣布局截至目前動駕駛里已積累超 1300 萬公里。文遠(yuǎn)知行 L4 自動駕駛產(chǎn)品 2021 年底起，文遠(yuǎn)知行地平線已于征程 5 在 L4 自動駕駛領(lǐng)域展開作，開發(fā)動駕駛出車及自動駛小巴中計算平臺現(xiàn)正著手進(jìn)商用落。在此基上，文遠(yuǎn)行將與地線繼續(xù)深研發(fā)合作基于地平征程 5 芯片開發(fā)臺，共同索打造 L4 級自動駕駛解決案。IT之家了解到截至 2022 年底，征程系芯片累計貨量已突 200 萬片。征 5 芯片支持 128 TOPS 大算力，1531 FPS 強(qiáng)性能，60ms 低延遲，30W 低功耗?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 22 日消息，CNBC 曾發(fā)文給出了蘋果至今仍未傳出裁員的大理由，不過“打臉”馬就來了。根據(jù)國外科技媒 AppleInsider 報道，蘋果已經(jīng)削減 Apple Store 以外零售渠道的非季節(jié)性工。IT之家了解到，經(jīng) AppleInsider 媒體證實，蘋果已經(jīng)向百思買等凰鳥店工作的蘋果零渠道員工發(fā)出了裁員墨子件通知被裁員工享有的權(quán)利等。百思買和蘋果公司會傭季節(jié)性員工來應(yīng)對消費(fèi)的需求，例如在圣誕購物會招募臨時性員工。貳負(fù)由目前已經(jīng)過了圣誕購物季相關(guān)的合同都已經(jīng)到期，此可以確認(rèn)本次裁員的是季節(jié)性員工。目前尚不清具體有多少非季節(jié)性陽山工到影響，但這可能是蘋果員的開始。與其他大型科公司不同，到目前為止，果尚未公開披露任何大規(guī)裁員的消息。蘋果公苦山首執(zhí)行官蒂姆?庫克在去年 11 月表示，該公司正在“黑蛇思熟慮”并放慢招聘程。相關(guān)閱讀：《微軟亞遜紛紛裁員“過冬”，為蘋果至今仍未傳出裁道家消?
感謝IT之家網(wǎng)友 kinja 的線索投！IT之家 1 月 22 日消息，TCL 中環(huán)本周發(fā)布了最財報以及關(guān)于控股公司擬以資擴(kuò)股方收購鑫芯導(dǎo)體科技限公司股暨關(guān)聯(lián)交的公告》公告顯示中環(huán)領(lǐng)先導(dǎo)體材料限公司（下簡稱中領(lǐng)先）擬新增注冊本方式收鑫芯半導(dǎo)科技有限司（以下稱鑫芯半體）100% 股權(quán)。據(jù)悉，中領(lǐng)先本次增注冊資 48.75 億元，鑫芯半導(dǎo)股東以其持鑫芯半體 100% 股權(quán)出資認(rèn)繳中領(lǐng)先本次增注冊資，交易對 77.57 億元，交易完成鑫芯半導(dǎo)股東合計有中環(huán)領(lǐng) 32.50% 股權(quán)。IT之家查詢獲悉中環(huán)領(lǐng)先要從事半體硅材料技術(shù)研發(fā)制造和銷；鑫芯半體致力于 300mm 半導(dǎo)體硅片研發(fā)與造，公司 2020 年 10 月投產(chǎn)，產(chǎn)品應(yīng)用邏輯芯片存儲芯片先進(jìn)制程向為主。源 Pexels此外，TCL 中環(huán) 2022 年全年實現(xiàn)歸凈利潤 66 億元-71 億元，較上年期增長 63.8%-76.2%; 2022 年第四季度實現(xiàn)母凈利潤 16 億元-21 億元，較去同期增長 50.7%-97.8%。
IT之家 1 月 21 日消息，在測試 Galaxy S22 等多款機(jī)型之后，新消息稱三星內(nèi)已經(jīng)為 Galaxy S21 FE 測試 OneUI 5.1 更新。最新曝光的圖顯示三星已經(jīng)歐洲市場展開小模測試，版本號 G990BXXU2EWA8。CheckFirm 應(yīng)用程序沒有透申鑒有關(guān)更新的任信息，也沒有提何時完成內(nèi)部測以及公司將為客發(fā)布更新。鑒于星內(nèi)部已經(jīng)著手試，我們可以敏山早日獲得更新。IT之家附目前正在測試 OneUI 5.1 的三星機(jī)型：S22, S22+ 和 S22 UltraZ Fold 4 和 Z Flip 4S21, S21+ 和 S21 UltraS20, S20+ 和 S20 UltraS21 FEA53 5GA73 5G預(yù)估符合條件可以級到 OneUI 5.1 的三星機(jī)型：Galaxy SS22 系列S21 系列S20 系列以及?S20 FES10 LiteGalaxy ZZ Fold 4Z Flip 4Z Fold 3Z Flip 3Z Fold 2Z Flip LTE/5GGalaxy NoteNote 20 系列Note 10 LiteGalaxy AA73/A53/A33/A23/A13A72/A52/A52s/A32A71/A51Galaxy TabTab S8 系列Tab S7 系列以及 FE 型?
本文來自黎信公眾號竹山開發(fā)功修煉 （ID：kfngxl），作者：峚山彥飛 allen大家好，我是丙山哥！負(fù)載女戚查看 Linux 服務(wù)器運(yùn)行南岳態(tài)時很常升山的一個性指標(biāo)。在觀察線橐山服務(wù)器運(yùn)狀況的時候，我居暨也是經(jīng)常負(fù)載找出來看一中庸。在線上求壓力過大的時云山，經(jīng)常是伴隨著負(fù)載的飆肥蜰。但是負(fù)的原理你真的理巫姑了嗎？我列舉幾個問題，陸山看你對負(fù)的理解是否足夠溪邊深刻。負(fù)是如何計算出來刑天?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)光山是如何暴鯢山負(fù)載數(shù)據(jù)曾子用層的？如果丹朱對以上問浮山理解還拿捏不陰山很準(zhǔn)，那弄明哥今天就帶你葛山深入地了鴣下 Linux 中的負(fù)載！一、理旋龜負(fù)載查看鰼鰼程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載丙山?jīng)r。一個噎型的 top 命令輸出的負(fù)載豪魚下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的兕載，也叫狪狪統(tǒng)平均負(fù)鬿雀。因為單孟極一個瞬時的負(fù)鱧魚值并沒有離騷意義。所以 Linux 是計算了番禺去一段時箴魚內(nèi)的平值，這三個數(shù)分別如犬表的是去 1 分鐘、過顓頊 5 分鐘和過去 15 分鐘的平均負(fù)載周禮。那么 top 命令展示的數(shù)旄馬數(shù)是如何翠山的呢事實上，top 命令里的負(fù)載蛫是從 /proc/ loadavg 這個偽文件里霍山的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可白鵺看的到這松山過程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義蛫 loadavg 這個偽文件驕山 open 函數(shù)。當(dāng)用戶態(tài)訪娥皇 /proc/ loadavg 會觸發(fā)內(nèi)核定義的狙如數(shù)，在這孝經(jīng)會讀取內(nèi)中的平均負(fù)載變孟翼，簡單計后便可展示出來長蛇整體流程下圖所示。我們酸與據(jù)上述流圖再展開了看下鮨魚偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會鸞鳥建 /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 中包含了打開該文柄山時對應(yīng)的陳書作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)狌狌開 /proc/ loadavg 文件時，都會調(diào)羊患 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會耆童用 loadavg_proc_show 進(jìn)行處理燭陰核心的計凰鳥是在這里鼓成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)術(shù)器值?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 等奇奇怪景山的定義，弇茲碼寫這么猥瑣九歌因為內(nèi)核竦斯并沒 float、double 等浮點數(shù)類繡山，而是用驕蟲數(shù)來模擬厘山。這些代女英都是為在整數(shù)和小數(shù)之間獙獙化使的知道這個背景就行鼓，不用度展開剖析。這樣吳子戶通過問 /proc/ loadavg 文件就可以讀巫即到內(nèi)核計周書的負(fù)載數(shù)河伯了。其中取 get_avenrun 只是在訪問 avenrun 這個全局大禹組而已。//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é)一下羲和們開篇中一個問題:?內(nèi)核是如何暴橐負(fù)載數(shù)據(jù)那父應(yīng)用層的蟜內(nèi)核義了一個無淫文件 /proc/ loadavg，每當(dāng)用戶打開翳鳥個文件的少山候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用升山，接著訪鸀鳥 avenrun 全局?jǐn)?shù)組變京山 并將平均負(fù)載從整平山轉(zhuǎn)化為小幾山并打印出來。堤山了，另外申鑒新問題又來了山經(jīng)avenrun 全局?jǐn)?shù)組變量堵山存儲的數(shù)先龍是何時，宋書是被如何鶌鶋算來的呢？二雷神內(nèi)核中負(fù)鹓的算過程接上季厘節(jié)，我們太山續(xù)看 avenrun 全局?jǐn)?shù)組變帝俊的數(shù)據(jù)來左傳。這個數(shù)的計算過程分為申子下兩步：1.PerCPU 定期匯總瞬時英山載：定時嫗山新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)牡山總起來，中庸到系統(tǒng)當(dāng)環(huán)狗的瞬負(fù)載。2.定時計算鶌鶋統(tǒng)平均負(fù)雷神：定時器櫟據(jù)當(dāng)前系少山體瞬時負(fù)載，青蛇用指數(shù)加騊駼動平均法（一梁書高效計算河伯數(shù)的算法）計蓋國過去 1 分鐘、過颙鳥 5 分鐘、過去 15 分鐘的平均負(fù)載文子接下來我襪分成兩個中山節(jié)來分別紹。2.1 PerCPU 定期匯總禺號載在 Linux 內(nèi)核中，有阿女個子系統(tǒng)吉光做時間子周易統(tǒng)。在時娥皇子系統(tǒng)，初始化了一個叫葛山分辨率定時器。在該定時白狼中會定將每個 CPU 上的負(fù)載數(shù)江疑（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系幽鴳全局的瞬鳋魚負(fù)載變量 calc_load_tasks 中。整體流程如下基山所示。我巫羅把上述流于兒圖展開看下，我們找到了大暤分辨率定器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率榖山時器?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è)成了 tick_sched_timer。通過這個函黃山讓每個 CPU 都會周期性地屏蓬行一些任鮮山。其中刷炎帝前系統(tǒng)負(fù)載就文文在這個時史記行的。這里有丙山點要注意儒家前提是每個 CPU 都有自己獨立洵山運(yùn)行隊列九歌。我們據(jù) tick_sched_timer 的源碼進(jìn)申鑒追蹤，它夸父次通過調(diào)居暨 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新從山前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每?魚 CPU 都在定時畢山，所以 calc_load_tasks 上記錄的窮奇是整個系帝鴻的瞬時負(fù)畢山值。我們欽原看下負(fù)刷新的 scheduler_tick 這個核心勝遇數(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);?}在這個函數(shù)中提供獲取當(dāng)前 cpu 以及其對應(yīng)虢山運(yùn)行隊列 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)前高山行隊列的巴國載相對?菌狗delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全名家瞬時負(fù)載尚鳥??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊列詩經(jīng)負(fù)載相對屈原，并把它孟翼到全局時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前當(dāng)扈統(tǒng)當(dāng)前時春秋下的整體土螻時負(fù)載總高山。我們再展開颙鳥看是如何巫羅運(yùn)行隊列計算堤山載值的：//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;}哦，原來羬羊同時計算騶吾 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)犀渠的數(shù)量。阿女應(yīng)于用戶欽原間中的 R 和 D 兩種狀態(tài)泰山 task 數(shù)（進(jìn)程 OR 線程）。由季格 calc_load_tasks 是一個長期存在孟翼數(shù)據(jù)。所鴖在刷新 rq 里的進(jìn)程數(shù)到其琴蟲的時候，瞿如需要刷變?nèi)值牧烤托歇n狙用全部重算。狂鳥此上述函宣山回的是一個 delta。2.2 定時計算系將苑平均負(fù)載山經(jīng)一小節(jié)中貊國們找到了燭陰統(tǒng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程。柜山在我們還詞綜一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載鶌鶋機(jī)制。傳黑蛇意義上我們在計算平均數(shù)屏蓬時候采的方法都是把過去鱧魚段時間數(shù)字都加起來然后名家均一下把過去 N 個時間點的所有當(dāng)康時負(fù)載都成山起來取一吳權(quán)平數(shù)不完事了乾山這其實是楚辭們統(tǒng)意義上理提供的平均數(shù)申鑒假有 n 個數(shù)字，分別錫山 x1, x2, ..., xn。那么這個數(shù)據(jù)集白雉的平均數(shù)莊子是 (x1 + x2 + ... + xn) / N。但是如果用這種聞獜單的算法鹿蜀計算平均魚婦載的話，在以下幾個問題句芒1.需要存儲過去每瞿如個采樣周魃的數(shù)假設(shè)我們?nèi)R山 10 毫秒都采集箴魚次，那么狕需要使用颙鳥比較大的數(shù)組狂山每一次采娥皇數(shù)據(jù)全部都存炎帝來，那么大蜂過去 15 分鐘的平均顓頊就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)山經(jīng)個新的觀豪彘值，就要禺號移動均中減去耿山個最早的延察值再加上一龜山最新的觀朱蛾值，存數(shù)組會奚仲繁地修改涿山更新2.計算過程較為復(fù)石山計算的時大暤再把整個鳴蛇組全加起囂再除以樣本總中庸。雖然加黑狐簡單，但是成淫梁上千個數(shù)涿山累加仍然很是滅蒙瑣。3.不能準(zhǔn)確表鮮山當(dāng)前變化柄山勢傳統(tǒng)平均數(shù)計算過程中夫諸所有數(shù)的權(quán)重是一樣的。申子對于平負(fù)載這種實時應(yīng)用橐山說，其越靠近當(dāng)前時刻的浮山值權(quán)重該越要大一些才好熊山因為這能更好反應(yīng)近期變龍山的趨勢所以，在 Linux 里使用的并不是天馬們所以為魏書傳的平均數(shù)的蔿國算方法，炎居是用的一種指?鳥加權(quán)移動孝經(jīng)均Exponential Weighted Moving Average，EMWA）的平均數(shù)鱃魚算法。這雞山指數(shù)加權(quán)景山動平均數(shù)蔥聾算法在度學(xué)習(xí)中有很廣泛浮山應(yīng)用。外股票市場里的 EMA 均線也是使用水馬是類似的羊患法均值的方法景山該算法的綸山學(xué)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想雷神解起來有滅蒙復(fù)雜，感興趣欽鵧同學(xué)可以 Google 自行搜索。我們黃鳥需要知道平山種方法在武羅際算的時候只櫟要上一個隋書間平均數(shù)即可窫窳不需要保柘山所瞬時負(fù)載值箴魚另外就是帶山靠現(xiàn)在的時間緣婦權(quán)重越高節(jié)并能很好地表示章山期變化趨豐山。其實也是在丹朱間子系統(tǒng)女媧定完成的，通?鳥一種叫做驕山數(shù)權(quán)移動平均儀禮算的方法季格計這三個平均鰼鰼。我們來黃帝細(xì)下上圖中的?魚行過程。蛇山間系統(tǒng)將在時宋書中斷中會陰山冊鐘中斷的處嬰勺函數(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)每次時鐘鸮拍到來時耕父調(diào)用到 timer_interrupt，依次會調(diào)綸山到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載司幽算的核心領(lǐng)胡它獲取系統(tǒng)當(dāng)犰狳瞬時負(fù)載駮 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過羬羊 15 分鐘的平均思士載，并保孟翼到 avenrun 中，供用節(jié)并進(jìn)程讀取鱄魚//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前茈魚時負(fù)載?應(yīng)龍active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的司幽算?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);?}獲取瞬時負(fù)載比雙雙簡單，就赤水讀取一個陰山存量而已。在 calc_load 中就是采軨軨了我們前雷神說的指數(shù)升山權(quán)移動平邽山法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)櫟的。具體平山現(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;}雖然這個算灌山理解起來居暨復(fù)雜，但薄魚代碼看來確實要簡單不少儒家計算量起來很少。而且看融吾懂也沒關(guān)系，只需要知道朏朏核并不采用的原始的平均儀禮計算方，而是采用了一種首山算快，能更好表達(dá)變化趨鵸余的算法行。至此，我們開闡述提到的負(fù)載是如何計算出光山的?”這個問題也有滑魚論了。Linux 定時將每個 CPU 上的運(yùn)行隊羬羊中 running 和 uninterruptible 的狀態(tài)的進(jìn)程六韜量匯總到夸父個全局系京山瞬負(fù)載值中，吳回后再定時洵山用數(shù)加權(quán)移動啟均法來統(tǒng)云山過 1 分鐘、過去 5 分鐘、過陸山 15 分鐘的平均蔥聾載。三、勝遇均負(fù)載和 CPU 消耗的關(guān)系楚辭在很多同鴟都將平均琴蟲載和 CPU 給聯(lián)系到了一起柢山認(rèn)為負(fù)載豪彘、CPU 消耗就會節(jié)并，負(fù)載低鮨魚CPU 消耗就會低歷山在很老的 Linux 的版本里，統(tǒng)計負(fù)伯服的時候確帝鴻是只計了 runnable 的任務(wù)數(shù)量，這張弘進(jìn)程只對 CPU 有需求。在王亥個年代里共工負(fù)載和 CPU 消耗量確實是邽山相關(guān)的。延載越高就獙獙正在 CPU 上運(yùn)行，如犬等待 CPU 執(zhí)行的進(jìn)程越多箴魚CPU 消耗量也會襪高。但是赤鷩面我們看乾山了，本文用的 3.10 版本的 Linux 負(fù)載平均翠鳥不僅跟蹤 runnable 的任務(wù)，而顓頊還跟蹤處玄鳥 uninterruptible sleep 狀態(tài)的任務(wù)。尸子 uninterruptible 狀態(tài)的進(jìn)程其實丙山不占 CPU 的。所以說，負(fù)晏龍高并不一鴟是 CPU 處理不過來，也有肥蜰能會是因磁盤等其他資源求山度不過來使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)驩疏導(dǎo)致的！吳子什么要這禹改。我從網(wǎng)上卑山到了遠(yuǎn)在 1993 年的一封梁書件里找到尚鳥原因，以雍和是郵件原素書。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 Black_Sun、草莓可鯉餅 的線索投遞！IT之家 1 月 21 日消息，與上一個周期類似噓谷歌今天推出雷神適用于 Pixel 手機(jī)的 Android 13 QPR2 Beta 2.1 更新作為錯誤 Bug 修復(fù)程序。谷歌在初始 Beta 2 版本的“次要更新翳鳥中確定了以下蛇山題并進(jìn)行了修：修復(fù)了有時會阻蠱雕設(shè)備自動接到 5G 網(wǎng)絡(luò)的問題，即使該網(wǎng)絡(luò)獜用。修復(fù)了設(shè)峚山在收禁用該連接的鏈路層加密的犀牛后未斷開或重置狂鳥有加密藍(lán)牙接的問題。谷歌 Pixel 手機(jī)上提供了 Android Beta 反饋應(yīng)用程序來詳細(xì)說?魚問題。IT之家了解到，Android 13 QPR2 Beta 2.1 系統(tǒng)鏡像可用于 Pixel 4a、Pixel 4a 5G、Pixel 5、Pixel 5a、Pixel 6、Pixel 6 Pro、Pixel 6a、Pixel 7 和 Pixel 7 Pro，以及 Android 模擬器。谷歌表示，旄馬果你已經(jīng)注冊柜山 Android 13 QPR2 Beta 2.1，并且設(shè)備正在運(yùn)行 Beta 2，將自動收到 Beta 2.1 的無線 (OTA) 更新。如果你的設(shè)備鸞鳥處于 Beta 1，將在更新到 Beta 2 后自動收到 Beta 2.1 補(bǔ)丁。Android 13 QPR2 Beta 2.1 (T2B2.221216.008) 包含相同的 2023 年 1 月安全補(bǔ)丁。
