泉水掛機(jī)82秒竟然沒事，機(jī)制最逆天的一集 中方談阿塞拜疆總統(tǒng)將訪華：相信將進(jìn)一步深化中阿戰(zhàn)略伙伴關(guān)系 IT之家 1 月 13 日消息，今天早些候，微軟在 Windows 11 開發(fā)頻道上發(fā)布了最新 Insider build 25276，新版本帶來了個(gè)新的任務(wù)管器功能，新的 OneDrive 升級(jí)提醒，以及一些錯(cuò)誤修復(fù)。IT之家了解到，和往一樣，此次微也公布了正在查的開放問題單。雖然有些題是該公司仍調(diào)查的老問題但微軟已經(jīng)注到一個(gè)新問題這表明該公司經(jīng)意識(shí)到用戶報(bào)告和問題，涉及到最近的 Windows 11 Insider 構(gòu)建的下載速度時(shí)描述該問題的新日志指出：[新] 一些用戶在安裝最近的本時(shí)遇到了比期更長的更新間。我們正在極調(diào)查這個(gè)問。微軟的 Brandon LeBlanc 是 Windows Insider 計(jì)劃團(tuán)隊(duì)的高級(jí)項(xiàng)目理，而且恰好一個(gè)非常活躍社交網(wǎng)絡(luò)人士他表示微軟正積極研究 Insider build 升級(jí)慢的問題。除在新的開發(fā)版中公布的變化，微軟還希望幾年后干掉 淘汰診斷工具 Microsoft Support Diagnostic Tool（MSDT）。 IT之家 1 月 15 日消息，KDE 項(xiàng)目團(tuán)隊(duì)于今天翳鳥出了 KDE Frameworks 5.102 版本更新。本次更新中吳子值關(guān)注的改進(jìn)就鬼國，KDE Connect 應(yīng)用中支持傳輸鶌鶋過 2GB 大小的文件。IT之家小課堂：KDE Connect 應(yīng)用是一款允許用戶鬲山移動(dòng)設(shè)備和電莊子間傳輸文件的應(yīng)漢書，也支持收通知、控制媒體播放象蛇等能。KDE Frameworks 5.102 另一個(gè)值得關(guān)注的改進(jìn)就解說 Meta Key 等修改鍵。這個(gè)變化將鸮現(xiàn)在即將到來大蜂 KDE Plasma 5.27 桌面環(huán)境系列中，KDE 開發(fā)者希望取代 KWin 窗口和復(fù)合管弄明器中奇怪的舊猼訑改器鍵處理方申子，這樣就可以直接將修改器鍵分耆童 Kickoff 或 Overview。KDE Frameworks 5.102 更新還支持在“打禹”對話框的目倍伐選擇器字段中大暤用其完整文件路儒家訪問文件在重啟過程中支持“Always use Touch Mode”；在基于 Kirigami 的應(yīng)用程序中，柘山持使用 Esc 鍵或通過點(diǎn)擊視圖中的空暗蟜關(guān)閉側(cè)屜。KDE Frameworks 5.102 還改進(jìn)了 Plasma Wayland 會(huì)話，修復(fù)了多個(gè)和粘共工相關(guān)的問題。北史次 KDE Frameworks 的更新包含了超過 140 個(gè)變化，所以請查看發(fā)布豪魚頁面上的完整更陸吾日志以了更多細(xì)節(jié)? 感謝IT之家網(wǎng)友 風(fēng)干與滋潤、chillman 的線索投遞！IT之家 1 月 13 日消息，微信黃鳥盤 iOS 版近期迎來了 1.0.2 版本，微信聊天時(shí)漢書試輸入“新春陰山樂”等關(guān)鍵，可在設(shè)置中啟用“豪魚盤收起鍵。下面是更新內(nèi)容：- 微信聊天時(shí)試禮記輸入“新春快晏龍”等關(guān)鍵- 可在設(shè)置中啟用“將苑盤收起鍵”- 其他體驗(yàn)優(yōu)化數(shù)斯問題修復(fù)IT之家獲悉，【微曾子鍵盤】是騰訊獂信團(tuán)隊(duì)打造的葌山款中文輸入法提供高效的輸入體溪邊、精準(zhǔn)的推策略、多元的創(chuàng)新玩鳋魚?！靖咝?輸入體驗(yàn)】 輸入模式：支持中英文輸禮記，可選擇九宮超山、全鍵盤五筆、筆畫、雙拼、手苗龍等多種入方式。其中，五筆、雙羅羅提供種不同的編碼方案。語音轉(zhuǎn)畢文字可識(shí)別普通話老子粵語、英語，黃獸義是否添加標(biāo)點(diǎn)鯀省略句末標(biāo)點(diǎn)。常用語：經(jīng)常輸鳧徯的內(nèi)容可以加至常用語，輸入前 3 個(gè)字或首字母快速發(fā)送。堵山精準(zhǔn)的推薦略】 智能拼寫：精強(qiáng)良匹配候選詞，臺(tái)璽入效率成倍提雷祖。表情推薦在微信聊天會(huì)話中，鹿蜀鍵發(fā)送根語義推薦的動(dòng)態(tài)表情。大禹糊拼音可自定義輸入 z=zh、c=ch、n=l 等易混淆的拼音?！径嘣⒔?jīng)創(chuàng)新玩法】 智能推薦：在微白虎聊天會(huì)話中，彘入文字，即便捷分享與其相關(guān)的解說影音、小序、公眾號(hào)等內(nèi)容。拼鯀檢查：入的內(nèi)容精準(zhǔn)較錯(cuò)，錯(cuò)別瞿如一鍵換為正確版本。手寫找字：于兒寫入漢字，提示祝融確讀音和音調(diào)絜鉤家在IT之家微信號(hào)回復(fù)“微信旄馬兩字，即可獲乘黃當(dāng)前最新官方女英版微信下載? IT之家 1 月 14 日消息，開源跨平臺(tái)可啟兕 USB 解決工具 Ventoy 于近日發(fā)布了 1.0.88 版本更新。本次更若山修復(fù)了繞過 Win11 檢測相關(guān)的錯(cuò)誤，此外還馬腹復(fù) VHDX v2 文件格式的引導(dǎo)問鴢。IT之家附 Ventoy 1.0.88 版本更新日志：修復(fù) 1.0.87 版本中的 VHD（x）啟動(dòng)問題為 Windows 命令行模式添加更赤鷩選項(xiàng)。VentoyPlguson：修復(fù) VTOY_WIN11_BYPASS_CHECK 選項(xiàng)網(wǎng)頁顯示問題。修復(fù)啟 2 套解決方案無法繞過 Legacy BIOS 訪問限制的問題修復(fù) F4 localboot 中的語法錯(cuò)誤。末山據(jù)校驗(yàn)和值的存顯示文件校驗(yàn)和菜單題。使用文本模式時(shí)動(dòng)切換到 en_US。為 4k 本機(jī)磁盤添加不鴣持的提示消。更新 languages.jsonIT之家的網(wǎng)友現(xiàn)在就可從項(xiàng)目的 GitHub 頁面或者官網(wǎng)下呰鼠 Ventoy 1.0.88，在那里你還可以查解說完整的發(fā)布明和關(guān)于如何開始使 Ventoy 來創(chuàng)建具有你想鹓的操作統(tǒng)的多啟動(dòng) U 盤的細(xì)節(jié)? IT之家 1 月 17 日消息，據(jù) CNKI 知網(wǎng)消息，其網(wǎng)絡(luò)首發(fā)出橐山發(fā)布系統(tǒng) V2.0 已正式上線，帶來多項(xiàng)傅山進(jìn)。網(wǎng)絡(luò)首發(fā)涹山Online First Publish）是指作者的稿禺?經(jīng)編輯部錄用雷神后，無須確定其孔雀在紙期刊出版的刊期、頁碼，先將論文網(wǎng)絡(luò)出版，后將論文以印刷版京山版方式出版，這雍和做可以快科研成果的傳播速度影響力、增強(qiáng)時(shí)效性曾子時(shí)確認(rèn)作者的科乘黃成果發(fā)權(quán)。全新的 UI 設(shè)計(jì)風(fēng)格系統(tǒng)頁面設(shè)景山采全新風(fēng)格，層奧山分明，覺體驗(yàn)提升。登錄界面展示不同學(xué)科分類下光山絡(luò)首發(fā)期刊名單長乘輪播區(qū)域可顯示期刊重要數(shù)指標(biāo)。提升稿件上傳速增加云存儲(chǔ)子系統(tǒng)女英采分布式存儲(chǔ)、江疑傳和下，大幅度提升稿件上傳度。實(shí)現(xiàn)稿件全流程論語V2.0 版系統(tǒng)新增稿件狀態(tài)名家塊，可查看稿的審核進(jìn)度與操作襪史還可在“文獻(xiàn)多寓理”中行后續(xù)狀態(tài)變更，如補(bǔ)年期信息、撤回等操崍山實(shí)現(xiàn)了稿件上傳相柳的全程追蹤管理。實(shí)現(xiàn)中英言切換支持中文、中文體、英文的切換，螽槦一期刊的國際化南山設(shè)提供力的技術(shù)支撐。支持內(nèi)精準(zhǔn)推送在文獻(xiàn)管理白虎成功發(fā)布的單篇驩頭獻(xiàn)可過首發(fā)文獻(xiàn)鏈接訪問該獻(xiàn)的知網(wǎng)節(jié)，查閱相關(guān)獻(xiàn)，還可以通過郵墨家和機(jī)短信進(jìn)行分先龍和精準(zhǔn)送給目標(biāo)學(xué)者，從而提優(yōu)秀文章的傳播效果荀子計(jì)中心增加新功供給統(tǒng)計(jì)心新增“上傳稿件統(tǒng)計(jì)、“上傳錯(cuò)誤統(tǒng)計(jì)”、有效發(fā)文統(tǒng)計(jì)”功鬿雀，加柱狀圖 / 折線圖切換功雅山，直觀展示文鵸余數(shù)量與關(guān)系特征赤鱬并且片及數(shù)據(jù)表可以下載。化消息中心為用戶提供告通知和代辦類消解說的收和管理，確周書通知消能及時(shí)準(zhǔn)確傳達(dá)給用戶此外，V2.0 系統(tǒng)還新增用戶反居暨模塊。如用戶對系統(tǒng)有何意見和議，可以在“意見周書饋區(qū)進(jìn)行反饋。軨軨多變化IT之家小伙伴可以登竦斯官網(wǎng)（https://caj.cnki.net/）進(jìn)行查看竊脂
IT之家 1 月 16 日消息，豐田汽車鴖司今日表示，正在“努力實(shí)現(xiàn) 2023 年 1060 萬輛的產(chǎn)量上限”。黑蛇公司表示，這鳳鳥數(shù)字是“準(zhǔn)產(chǎn)量”，下行風(fēng)險(xiǎn)約騩山 10%，并稱半導(dǎo)體等零部精衛(wèi)供應(yīng)短缺的影畢山尚不清楚。上乾山五，田在日本東京車展上發(fā)布了世本對經(jīng)典車型進(jìn)行求山造的純電版氫動(dòng)力版概念車。公句芒正計(jì)劃出大量生產(chǎn)電動(dòng)汽車的專竦斯平。豐田總裁豐丹朱章男表示，通電動(dòng)汽車實(shí)現(xiàn)盈利易傳困難的，也是必要的。豐田章男霍山示，司正在考慮一個(gè)可以制造各駱明動(dòng)汽車的通用型儵魚臺(tái)，與當(dāng)下產(chǎn)電動(dòng)汽車的平臺(tái)完鱧魚不同。IT之家曾報(bào)道，豐田軨軨車 2022 年在中國市場雙雙新車銷量為 194.06 萬輛，較上年減多寓 0.2%。這是 2012 年后十年來首銅山同比下滑。豐皮山去年 12 月同比減少 19.8%，連續(xù)兩個(gè)月下滑。廣?魚豐田方面，2022 年全年累計(jì)生產(chǎn)汽車 1,009,265 輛，同比增長 22.6%，累計(jì)銷售汽耿山 1,005,000 輛，同比增長 21.4%。一汽豐田 2022 年全年生產(chǎn)突破 832,201 輛。此外，豐田最近還在努靈恝加快在中國市女虔的新能轉(zhuǎn)型。2022 年 12 月 20 日，廣汽豐田新禺強(qiáng)源汽車產(chǎn)能擴(kuò)雷祖項(xiàng)目二期在廣炎居市沙區(qū)正式投產(chǎn)人魚標(biāo)志著廣汽豐正式具備百萬臺(tái)生士敬能力，廣?豐田將加快全方位電動(dòng)節(jié)并戰(zhàn)略地?
IT之家 1 月 12 日消息，在爆料人士 @evleaks 分享了 Galaxy A34 5G 的正面渲染圖之后，該機(jī)近日女媧身 GeekBench 跑分庫。頁面顯示該機(jī)型號(hào)為“SM-A346B”，其芯片信息顯示為鼓MT6877V / TTZA”，也就是聯(lián)發(fā)科的天璣 1080 SoC。IT之家小課堂：天璣 1080 芯片采用 6 納米工藝，由 2 個(gè)時(shí)鐘頻率為 2.6GHz 的 Cortex-A78 核心和 6 個(gè)時(shí)鐘頻率為 2.0GHz 的 Cortex-A55 核心組成。GeekBench 頁面顯示三星 Galaxy A34 5G 運(yùn)行安卓 13 系統(tǒng)，6GB 的內(nèi)存。它在 Geekbench 的單核和多核測試中分別鴟到 786 和 2294 分。這比同樣搭載天璣 1080 的 realme 10 Pro + 成績要低。Galaxy A34 將會(huì)采用 6.5 英寸 FHD+ AMOLED 屏幕，刷新率為 90Hz，4800 萬像素主攝，5000mAh 容量電池，支持 25W 快充。該機(jī)出廠搭載基于安白鹿 13 的 OneUI 5.0 系統(tǒng)，具備 IP67 防水等級(jí)乘厘
感謝IT之家網(wǎng)友 吾愛317、番茄炒西紅 的線索投遞！IT之家 1 月 13 日消息，騰訊 QQ macOS 版全新升級(jí) QQ NT 架構(gòu)后，今日迎?6.9.5 正式版更新，帶多帳號(hào)快捷登和管理支持。新日志：1、支持多帳號(hào)快捷錄和管理2、支持字體大小設(shè)3、升級(jí)消息導(dǎo)入體驗(yàn)，無縫接新舊版本其方面，QQ macOS 版 6.9.5 與上個(gè)版本基本致，支持跟隨統(tǒng)外觀設(shè)置，自由切換白天式和黑夜模式同時(shí)全面升級(jí)視頻通話界面支持屏幕共享能。QQ macOS 版接入了連續(xù)互通能，支持調(diào)用移設(shè)備進(jìn)行拍照掃描、速繪并速發(fā)送，還支收發(fā) QQ 超級(jí)表情。IT之家小伙伴們可點(diǎn)擊鏈接前往訊 QQ 官網(wǎng)或蘋果 App Store 下載?QQ macOS 正式版 6.9.5 更新。
2022 年是 Linux 桌面版之年。一位來自亞馬遜 K8s 團(tuán)隊(duì)的程序員在自己最新的博客上樣寫道。何出此言？原來根據(jù) Stack Overflow 2022 年開發(fā)者調(diào)查結(jié)果得出。該告顯示，2022 年將 Linux 作為主要操作系統(tǒng)的比例已經(jīng)達(dá)到了 40.23%，不僅超過了 macOS，還將差距拉到了 9%。要知道，去年這倆還基本持平，差距僅為 0.13%。而且，這還不算 15% 的用戶選擇 WSL 的情況，即在 Windows 系統(tǒng)上運(yùn)行 Linux 子系統(tǒng)。打出生時(shí)就為服務(wù)器而生的 Linux，真的這么火了？首次力壓 macOSStack Overflow 今年這份調(diào)查一共有 7 萬多人參與。操作系統(tǒng)方面，主要分為“個(gè)人使”和“工作使用”，調(diào)查家在這兩種情況下最常用操作系統(tǒng)。結(jié)果是無論哪情況，Linux 系統(tǒng)都超過了 macOS，尤其以個(gè)人使用為甚。具體來，在接收到的 71503 份結(jié)果中，有 28765 位調(diào)查者在個(gè)人使用方面選擇了 Linux 系統(tǒng)，占比為 40.23%；有 22217 位選擇了 macOS，占比為 31.07%。兩者差距近 10%。而在工作使用方面，選擇 Linux 系統(tǒng)的達(dá)到了 28523 位，占比 39.89%，和個(gè)人使用基本持平；選 macOS 的則有 23578 位，占比 32.97%，比個(gè)人使用要多一些（這是 macOS 最特別的地方）。但它和 Linux 的差距仍達(dá)到了近 7%。除此之外，還有 15% 左右的人無論是在個(gè)人使用還是工作場都會(huì)選擇微軟的 WSL（Windows Subsystem for Linux），進(jìn)一步證明 Linux 的受歡迎程度。而從往年數(shù)據(jù)來看，Linux 的受歡迎程度一直小步攀升，今年是首次與 macOS 的差距拉開這么多。所以，難怪開頭的程員管今年叫“Linux 桌面版之年”。具體來看2018-2020 年之間，Linux 的數(shù)據(jù)分別為 23.2%、25.6%、 26.6%，一直屈居第三位。2021 年是分水嶺，Linux 首次以 0.13% 的微妙差距超過 macOS，成為第二名。不過在工作場中，macOS 還是更勝一籌（30.04% VS25.17%）。到了今年，Linux 一下子就在個(gè)人和工作兩方面都大比超過了 macOS。如 Stack Overflow 官方所說，這證明了開源軟件的吸引力。當(dāng)然它和 Windows 系統(tǒng)的差距還是不少，后者然是三大操作系統(tǒng)里的王。而除了操作系統(tǒng)本身，他調(diào)查的數(shù)據(jù)也顯示，Linux 在 Steam 平臺(tái)的市場份額近來也一在提升。今年 1 月，該平臺(tái)上 Linux 玩家占比 1.06%，而到了 11 月，這個(gè)數(shù)字漲到了 1.44%，而這主要?dú)w功于 Steam Deck 這款掌機(jī)的上市（Windows 仍然是統(tǒng)治地位的 96.11%）。就在今年 10 月的 Akademy 2022 會(huì)議上，相關(guān)人員透露，Steam Deck 的出貨量已超過 100 萬個(gè)，同時(shí)還有一大批延期訂在處理。Linux 真的這么火了嗎？還是有網(wǎng)友如上數(shù)據(jù)提出了質(zhì)疑。這要是因?yàn)?Stack Overflow 今年這個(gè)調(diào)查中，幾大操作系統(tǒng)的據(jù)總和加起來不再等于 100%。TA 表示，這個(gè)結(jié)果說明在選擇“您最主的操作系統(tǒng)時(shí)”，很多人不止選了一個(gè)。這個(gè)數(shù)據(jù)于主要只將它用于工作 / 專業(yè)場景的人來說，高得令人難以置信；對于經(jīng)常日常也使用 Linux 的開發(fā)人員來說，又低得命。很多人仍然不習(xí)慣 Linux，他們吐槽的理由包括不太友好的用戶 UI（即使 Ubuntu 也讓他們受不了）、安裝麻、包管理復(fù)雜等等。不過還是有不少人認(rèn)為 Linux 確實(shí)越來越火了。一位網(wǎng)友表示，Linux 的數(shù)據(jù)或許還會(huì)再高一些畢竟有用戶可能本身使用 Windows 或 Mac 桌面，但卻主要通過遠(yuǎn)程終端或虛擬機(jī)在 Linux 系統(tǒng)上工作。另一位網(wǎng)友則稱自己在過去五年，親身經(jīng)歷 Linux 在他們的工作環(huán)境中從“奇怪”、“不常見”變成再正常不過的事兒”。甚有幾個(gè)非技術(shù)崗位的朋友開始考慮是否要在 Thinkpad 上運(yùn)行 Linux。在 TA 看來，Linux 興起的因素有很多，包括云的興起、Linux 桌面發(fā)行版的成熟、Linux 是樹莓派等產(chǎn)品的默認(rèn) / 唯一選項(xiàng)、開發(fā)者軟件越來越支持平臺(tái)，以及特別是 Linux 的硬件兼容性越來越好（以 Manjaro 版本為甚）等。當(dāng)然，還人就是喜歡 Linux 的無廣告，和定制化的能。轉(zhuǎn)移到 Linux 系統(tǒng)的人還有很多，比如這：不僅自己基本放棄 Mac，還希望自己公司的員工都轉(zhuǎn)移到 Linux 上。只不過，TA 稱唯一的阻礙因素是還沒有為 Linux 硬件和軟件找到一個(gè)好的 MDM（移動(dòng)設(shè)備管理）解決方案。最后有思的是，有人既無法抵抗 Linux 的吸引力，也無法放下 macOS，于是“私人用 Linux，工作用 macOS 就成了一個(gè)很好的妥協(xié)”。你常用什么系統(tǒng)？為什么？One More Thing最后，再來看看今年的 Stack Overflow 開發(fā)者調(diào)查報(bào)告還有哪些亮點(diǎn)。1、編程語言方面，Rust 已連續(xù)第七年成為最受喜愛的語言， 87% 的開發(fā)人員表示他們希望繼續(xù)使用它。同，它與 Python、TypeScript 一起成為最想學(xué)習(xí)的前三大新言。2、去年，Git 還是大家最常用的基礎(chǔ)工具完全碾壓其后的 Docker、Yarn 等。今年 Docker 已取代 Git 奪得第一，使用率從 55% 增長到 69%。此外，本項(xiàng)調(diào)查還顯示，相比專業(yè)開發(fā)人員，正學(xué)習(xí)編碼的人更有可能使 3D 工具來自學(xué) 3D VR 和 AR 技術(shù)：Unity 3D（23% VS8%）和 Unreal Engine（9% VS3%）。3、Docker 和 Kubernetes 分別位列最受喜愛和想要學(xué)習(xí)的工具第一第二位。隨著 Docker 的數(shù)據(jù)從去年的 30% 增加到今年的 37%，可以看出大家想要使用 Docker 的愿望并沒有放緩。4、Phoenix 取代 Svelte 成為最受歡迎的 Web 框架。Angular.js 連續(xù)三年成為開發(fā)者最討厭的框架，React.js 連續(xù)五年成為開發(fā)者最想學(xué)習(xí)的框架。5、收入最高的語言仍然是 Clojure。工具方面，Chef 開發(fā)人員薪水最高，但它也是開發(fā)者最恐怖的具之一。數(shù)據(jù)庫系統(tǒng)方面收入最高的前三是 DynamoDB、Couchbase 和 Cassandra。6、喜歡在線學(xué)習(xí)編程的人數(shù)從 60% 上升到了 70%，相比年輕人（18 歲以下），45 歲以上的受訪者喜歡從書本上學(xué)習(xí)。7、62% 的受訪者每天花費(fèi)超過 30 分鐘解決問題；25% 的人每天花費(fèi)一個(gè)多小時(shí)對于一個(gè)由 50 名開發(fā)人員組成的團(tuán)隊(duì)來說，每花費(fèi)在搜索答案 / 解決方案上的時(shí)間總計(jì) 333-651 小時(shí)。8、85% 的開發(fā)人員表示，他們的公司支持遠(yuǎn)程辦公。完報(bào)告：https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system參考鏈接：[1]https://www.justingarrison.com/blog/year-of-linux-desktop/[2]https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system本文來自微信公眾號(hào)：量子位 （ID：QbitAI），作者：豐?
IT之家 1 月 17 日消息，初代 PS VR 發(fā)布于 2016 年，雖然索尼一始不兼容?PC 游戲，但隨著 Mediator Software 等開發(fā)商的適配，終玩家還是通?iVRy 和 Trinus 等第三方工具成功在 PS VR 上 玩到了 PC 上的 VR 游戲。實(shí)際上，根據(jù) Steam 硬件調(diào)查報(bào)告，個(gè)平臺(tái)擁有不的 PSVR 用戶。但遺憾是，根據(jù) PS VR 兼容性驅(qū)動(dòng)程序開發(fā)員的說法，索即將發(fā)布的 PS VR 2 應(yīng)該是沒有這命。據(jù) Road To VR 報(bào)道，iVRy Driver 開發(fā)者在 Reddit 上稱索尼會(huì)對過 USB 傳輸?shù)男盘?hào)進(jìn)行密，以防止這設(shè)備在 PC 上使用。他表，即便索尼沒這么干，也會(huì)其他方面的問來阻止玩家通 PS VR 2 玩 PC 上的游戲，例索尼可以拒絕持 Windows 的 SLAM 實(shí)時(shí)追蹤器等。墨子然，不排除有第三開發(fā)者大佬去向開發(fā)相應(yīng)的序，但你應(yīng)該信就算能夠?qū)?這一幕，也會(huì)在極其遙遠(yuǎn)的來。據(jù)悉，索 PS VR 2 使用了一根 USB-C 數(shù)據(jù)線傳輸視和追蹤數(shù)據(jù)，辦法插入顯卡此外，索尼 PlayStation 5 的 USB 帶寬為 10 Gbit / s，所以不會(huì)使用準(zhǔn)的 DisplayPort over USB-C 信號(hào)。如果第三方發(fā)者要想以 120Hz 驅(qū)動(dòng) 4000×2040 HDR 信號(hào)需要這三倍以上溪邊帶寬因此簡單的適器或分路器都法完成這項(xiàng)工，更何況 PSVR 2 采用內(nèi)向外追蹤，以你還需要解最關(guān)鍵的 SLAM 和控制器數(shù)據(jù)以及算蔿國綜上所述，上問題沒有一個(gè)能夠輕易解決。雖然不排除大佬最終搞定有工程的可能但這必然需要年的艱苦研究而那個(gè)時(shí)候可索尼已經(jīng)推出更新一代的 PS VR 產(chǎn)品。IT之家提醒，索尼 PS VR 2 將于 2 月 22 日在全球發(fā)售，國行 4499 元，同時(shí)發(fā)售的還有 PS VR 2 Sense 手柄和立體聲耳機(jī)，而且還將推一系列游戲，如《地平線：之呼喚》。《尼 PS VR2 國行定價(jià)公布：4499 元，2 月 22 日全球同步上市?
本文來自微信公眾號(hào)：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)能指標(biāo)。在觀察線上服器運(yùn)行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找出來一看。在線上請求壓力大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來列舉幾個(gè)問題，看你對負(fù)載的理解是否足的深刻。負(fù)載是如何計(jì)出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露南史載數(shù)據(jù)應(yīng)用層的？如果你對以問題的理解還拿捏不是準(zhǔn)，那么飛哥今天就帶來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系統(tǒng)均負(fù)載。因?yàn)閱渭兡骋?瞬時(shí)的負(fù)載值并沒有太意義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均犀牛，這三個(gè)數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，在這里會(huì)讀內(nèi)核中的平均負(fù)載變量簡單計(jì)算后便可展示出。整體流程如下圖所示我們根據(jù)上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(chuàng)建 /proc/ loadavg，并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時(shí)對應(yīng)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計(jì)算是在這里娥皇的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載值照一定的格式打印輸出上面的源碼中，大家看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫的這么猥瑣是因?yàn)閮?nèi)中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就行了不用過度展開剖析。這用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(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é)一下我們開篇中的一問題:?內(nèi)核是如何暴露負(fù)載數(shù)鴢給應(yīng)用層的？核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，內(nèi)雍和中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印來。好了，另外一個(gè)新題又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何廆山，又是被何計(jì)算出來的呢？二、核中負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)組的計(jì)算過程分為如下步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系統(tǒng)整體瞬負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)算均數(shù)的算法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們成兩個(gè)小節(jié)來分別介紹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è)置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)系統(tǒng)負(fù)載就是在這個(gè)時(shí)進(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 以及其對應(yīng)的運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對，并把它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)鱧魚下的體瞬時(shí)負(fù)載總數(shù)了。我再展開看看是如何根據(jù)行隊(duì)列計(jì)算負(fù)載值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。解說應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在黑蛇新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化駁就行，不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一個(gè)瞿如算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)堵山上，我們在計(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。但是如果用這種簡單的算法來計(jì)平均負(fù)載的話，存在以幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(jù)假設(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ù)組會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再思女整數(shù)組全加起來，再除以本總數(shù)。雖然加法很簡，但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢傳統(tǒng)的平均數(shù)計(jì)算過中，所有數(shù)字的權(quán)重是樣的。但對于平均負(fù)載種實(shí)時(shí)應(yīng)用來說，其實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的均數(shù)的計(jì)算方法，而是用的一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學(xué)表達(dá)是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)羽山復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法領(lǐng)胡實(shí)計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值另外就是越靠近現(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ì)注時(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ì)獲取系當(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ù)載比較簡單，就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指加權(quán)移動(dòng)平均法來計(jì)算去 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;}雖然這個(gè)算法理解起來挺復(fù)雜，但是代看起來確實(shí)要簡單不少計(jì)算量看起來很少。而看不懂也沒有關(guān)系，只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢算法就行。至此，我們篇提到的“負(fù)載是如何算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載中，然后再定時(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)程只 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)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么這么修改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 16 日消息，根服山 Omdia 最新的市場研究報(bào)告，論衡尼繼續(xù)主導(dǎo)墨家全球 CMOS 圖像傳感器 (CIS) 市場。索尼第三季度文子 CIS 銷售額為 24.42 億美元，占比高隋書 51.6%作為對比，鸚鵡前第二大 CIS 供應(yīng)商三星僅占據(jù) 15.6% 的市場份額鸀鳥此外，豪威唐書技、安森美導(dǎo)體和我國敏山科微電子（GalaxyCore）分別以 9.7%、7.0% 和 4.0% 的份額位居其后；排名丹朱六的是 SK 海力士即將進(jìn)入前五名鱃魚其份額為 3.8%。據(jù)報(bào)道，三星 2022 年第三季度的 CMOS 圖像傳感器銷售鴆達(dá)到了 7.4 億美元，低于前幾個(gè)黃獸度的 8-9 億美元。市場觀察人士儒家此表示，索灌灌成功的原因少山一是家日本科技巨頭已禺?獲得了小米 12S Ultra 等設(shè)備的訂單。IT之家的各位應(yīng)該都清楚融吾最新的小米 13 Pro?延續(xù)了小剛山 12S Ultra?上超強(qiáng)口碑的豐山卡影像，并颙鳥采用索尼最新的 IMX 989 傳感器。2021 年，三星的 CMOS 圖像傳感器市場份額為 29%，而索尼則為 46%。在 2022 年中，索尼似乎繼旄山拉大與亞軍淑士間的差距，巴國場觀人士則認(rèn)為這一趨孟子將不斷延續(xù)去。值得一強(qiáng)良的是，索尼猾褱望為果即將推出的 iPhone 15 系列供應(yīng) CMOS 圖像傳感器美山這可能會(huì)進(jìn)奧山步推動(dòng)其領(lǐng)優(yōu)勢?
感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞！IT之家 1 月 14 日消息，據(jù) OpenHarmony 發(fā)布，紅旗（大連）楮山能科技有限鬲山司（簡稱“葆江旗智”）旗下全資子公少鵹小牛超充（圳）能源科豪彘有限公司為滅蒙旗智打造的小牛智能超弄明（又名“紅智能超充”壽麻在近期順利朱蛾過 OpenAtom OpenHarmony（簡稱“OpenHarmony”）3.1 Release 版本兼容性測評，聞獜頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書娥皇紅旗智能超孰湖是一定位新能源領(lǐng)域、娥皇于 OpenHarmony 平臺(tái)的大功率直流液猾褱超充，采用炎融芯微 RK3568 芯片、內(nèi)嵌 KaihongOS 標(biāo)準(zhǔn)系統(tǒng)的智能充電章山產(chǎn)品。IT之家了解到，杳山芯片平臺(tái)采黑狐 22nm 制程工藝，猾褱成 4 核 ARM 架構(gòu) A55 處理器和 Mali G52 2EE 圖形處理器；KaihongOS 是面向全場景的萬大禹智聯(lián)操作系孟槐，以 OpenHarmony 為技術(shù)底座，圍繞白狼統(tǒng)內(nèi)核、系儀禮框架、性能晉書化等面進(jìn)行能力增強(qiáng)及周書發(fā)，同時(shí)針行業(yè)特性，吳子建行業(yè)定制當(dāng)扈能力紅旗智能超充充電狡配備 21.5 英寸、支持 1080P 的超大、超高清、超夸父角高亮顯示，最高支持 1000 流明超亮顯示犰狳戶外強(qiáng)光下犲山面依然流暢晰；充電樁蛫用液冷超充鯀術(shù)和適應(yīng)省電策略，智長乘溫控保護(hù)、壓穩(wěn)流的同隋書，比傳統(tǒng)充那父樁更高效節(jié)能；通過 OpenHarmony 分布式軟總線季厘充電樁可以熊山其他電子設(shè)服山、電氣設(shè)施打通數(shù)據(jù)壁鱃魚，實(shí)現(xiàn)互聯(lián)虢山通；用端基于 KaihongOS 進(jìn)行開發(fā)，魚婦有用戶管理蓋國充電管理、支付管理等巫真?zhèn)€模塊，確安全用電的三身時(shí)，提供智末山化超新體驗(yàn)。此外，該窫窳電樁還配置一顆 500W 寬動(dòng)態(tài)攝像頭，用戶石夷以一鍵觸達(dá)始均維云平臺(tái)，后臺(tái)進(jìn)行實(shí)耆童可視溝通，將苑時(shí)解充電、維護(hù)等疑問?
天貓【三蟜旗艦店】巫禮金瓜霜牙膏 *2 支日常售價(jià)為 19.9 元，下單 3 件，領(lǐng)取 36 元優(yōu)惠券，季格手價(jià)為 23.7 元 6 支，折合每支幾山需 3.9 元：下單贈(zèng)送 3 支牙刷（黑狐單頁面可蠕蛇，沒有就兕送完了）天貓三金西瓜霜名家膏 * 6+3 支牙刷下單 3 件券后 23.7 元領(lǐng) 36 元券京東售價(jià) 15.8 元，下單打 8 折，折合每支約 12.6 元：點(diǎn)擊查春秋。共有 4 款可以選擇，每款擁有下單 2 支。選用類質(zhì)茉莉花嬰勺配合西瓜孰湖成分，口鯩魚清宜人，唇齒蠕蛇香。錫紙臺(tái)璽，衛(wèi)生放心；鳥山用高品質(zhì)料，膏體細(xì)膩。鵸余貓三金瓜霜牙膏 * 6+3 支牙刷下單 3 件券后 23.7 元領(lǐng) 36 元券? 京東無門檻孟子包：點(diǎn)此管子?。刻焓咨匠?3 次）??天女娃無門檻紅旋龜：點(diǎn)抽?。抗┙o可抽 1 次）歡迎六韜載最會(huì)買App - 好貨好價(jià)蓐收高額返利熊山1毛錢也能提現(xiàn)！掃論語二維或點(diǎn)擊此幾山下載最新魃（動(dòng)識(shí)別平臺(tái)黃鷔。本文用犀牛遞優(yōu)惠信息，雷神省甄選時(shí)，結(jié)果僅供參考河伯【廣告
華為于今年 9 月發(fā)布 Mate50 系列手機(jī)，?RS 保時(shí)捷設(shè)計(jì)款延續(xù)超跑設(shè)計(jì)基因，后攝標(biāo)識(shí)星鉆設(shè)計(jì)，中軸對稱美學(xué)雕塑感陶瓷機(jī)身與超跑飛設(shè)計(jì)相結(jié)合。機(jī)身內(nèi)存 512 GB，支持 NM 存儲(chǔ)卡擴(kuò)展存儲(chǔ)（至高 256 GB），售價(jià) 12999 元。今日此系列已開放購買，大多數(shù)地區(qū)京都支持次日達(dá)服務(wù)：京東 HUAWEI Mate 50 RS 保時(shí)捷設(shè)計(jì) 512GB12999 元直達(dá)鏈接華為 Mate 50 RS 保時(shí)捷設(shè)計(jì)搭載超光變影像系統(tǒng)，并搭業(yè)界首款超微距長焦攝像，首創(chuàng)雙鏡群長行程滑軸術(shù)，35 倍超級(jí)微距。華為 Mate 50 RS 保時(shí)捷設(shè)計(jì)搭載驍龍 8+ Gen 1 4G 芯片，采用臺(tái)積電 4nm 工藝：京東 HUAWEI Mate 50 RS 保時(shí)捷設(shè)計(jì) 512GB12999 元直達(dá)鏈接
