粉絲許愿孫燕姿爸爸山東加場(chǎng) 星穹鐵道遐蝶上線 IT之家 1 月 17 日消息，根據(jù)汽車行業(yè)數(shù)預(yù)測(cè)公司 AutoForecast Solutions 的最新數(shù)據(jù)，截至 1 月 15 日，由于芯片短缺，今年全球汽車場(chǎng)已累計(jì)減產(chǎn)約 21.91 萬(wàn)輛汽車，其中亞洲其他地區(qū)的減產(chǎn)量為 17.01 萬(wàn)輛，約占全球減產(chǎn)量的 78%。圖源 Pexels據(jù) AFS 統(tǒng)計(jì)，2022 年全球汽車產(chǎn)業(yè)因芯片短陰山問(wèn)題，減產(chǎn) 450 萬(wàn)輛新車。展望 2023 年芯片短缺依舊將影響汽車產(chǎn)量，預(yù)計(jì)產(chǎn)將達(dá) 300 萬(wàn)輛。汽車芯片市場(chǎng)的增長(zhǎng)速國(guó)語(yǔ)比他領(lǐng)域更快，包括智能手和數(shù)據(jù)中心。現(xiàn)代汽車需更多芯片，這些芯片也比往任何時(shí)候都昂貴。由于求旺盛，預(yù)計(jì)今年全年密山車芯片將是芯片行業(yè)中為不多的嚴(yán)重短缺的細(xì)分領(lǐng)之一。不過(guò)也有積極方面消息，IT之家了解到，芯片制造巨頭臺(tái)積電近日表供應(yīng)緊張的趨勢(shì)有望緩峚山臺(tái)積電首席執(zhí)行官魏志剛電話會(huì)議上對(duì)分析師表示“汽車需求持續(xù)增長(zhǎng)，目我們可能仍無(wú)法 100% 供應(yīng)他們所需的晶圓，但基山?jīng)r正在改善。我們預(yù)計(jì)缺將很快得到緩解，預(yù)計(jì)年汽車發(fā)貨量將再次增長(zhǎng)? 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 16 日消息，微信官今日發(fā)布了有關(guān) 2022 年視頻號(hào)的部分?jǐn)?shù)據(jù)，2022 年視頻號(hào)泛知識(shí)短視頻播量增長(zhǎng) 109%。其中，最受用歡迎的 5 類泛知識(shí)短視頻包括場(chǎng)、文化歷史、融理財(cái)知識(shí)、口 / 演講、冷知識(shí)。值得一提的，小米創(chuàng)辦人、事長(zhǎng)兼 CEO 雷軍入選視頻號(hào)最受歡迎的知識(shí)主播。從雷軍視號(hào)來(lái)看，雷軍發(fā)的短視頻內(nèi)容涉手機(jī)、攝影、汽等方面。此外，雷軍一同入選視號(hào)中最受歡迎的識(shí)類主播的，還吳曉波頻道、澤宏觀等。IT之家了解到，微信數(shù)顯示，過(guò)去一年頻號(hào)內(nèi)演出多場(chǎng)唱會(huì)，廣東、四、江蘇、陜西的戶最愛(ài)通過(guò)視頻收看演唱會(huì)。2022 年演唱會(huì)場(chǎng)觀第一為“「向」李健視頻號(hào)演會(huì)”? 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 17 日消息，1 月 16 日，華為光接入產(chǎn)品線裁馮志山在國(guó)移動(dòng) e 企組網(wǎng)新品布會(huì)上發(fā)表“華為星光 B30 助力移動(dòng) e 企組網(wǎng)升級(jí)，領(lǐng)數(shù)字未來(lái)主題演講，發(fā)布業(yè)界首 2000Mbps 全光小微企業(yè)組產(chǎn)品 —— 華為 FTTR 星光 B30 系列。▲ 圖源華為據(jù)介紹，針小微企業(yè)傳自組網(wǎng)方案三大痛點(diǎn)：Wi-Fi 體驗(yàn)差、帶機(jī)不足和網(wǎng)絡(luò)維難，華為 2021 年將 FTTR 全光房間方案從家庭伸至企業(yè)，出 FTTR 全光小微企業(yè)組網(wǎng)方案為小微企業(yè)造“真千兆全覆蓋、統(tǒng)管”的網(wǎng)絡(luò)驗(yàn)。為進(jìn)一滿足企業(yè)網(wǎng)更高帶寬、多聯(lián)接和更時(shí)延的需求華為推出新代 FTTR 全光小微企業(yè)星光 B30 系列，基于光 + Wi-Fi 深度融合的 C-WAN 架構(gòu)，打造小企業(yè)高品質(zhì)網(wǎng)體驗(yàn)，助中小企業(yè)數(shù)化轉(zhuǎn)型，即應(yīng)用于中國(guó)動(dòng) e 企組網(wǎng)尊享方案IT之家了解到，星光 B30 具備智聯(lián)、智優(yōu)、簡(jiǎn)三大優(yōu)勢(shì)智聯(lián)：通過(guò)能聯(lián)接業(yè)務(wù)用，以三大勢(shì)構(gòu)筑高品 Wi-Fi 網(wǎng)絡(luò)智享帶寬：智能感 Wi-Fi 空口的傳輸情況，實(shí)現(xiàn) 2G 帶寬按需擴(kuò)頻加速超大文件共“零等待”智多聯(lián)接：能調(diào)度空口源，實(shí)現(xiàn) 300 用戶并發(fā)“零卡頓；靈動(dòng)覆蓋采用全向、向、雙波束模一體的靈天線，實(shí)現(xiàn)場(chǎng)景覆蓋“死角”。智：支持智能知網(wǎng)絡(luò)使用況，實(shí)現(xiàn)三體驗(yàn)優(yōu)化一優(yōu)享：支持寬智能調(diào)度優(yōu)先保障 VIP 用戶的用網(wǎng)體驗(yàn)；鍵加速：優(yōu)保障 top 30 的辦公類 App 的使用體驗(yàn)，平均時(shí)延低 80% 以上；一鍵化：手機(jī) App 管理，支持 6 大維度的網(wǎng)絡(luò)優(yōu)。智簡(jiǎn)：簡(jiǎn)架構(gòu)靈活署，智能防保障網(wǎng)絡(luò)安極簡(jiǎn)的 P2MP 網(wǎng)絡(luò)架構(gòu)，最大支 2KM 超遠(yuǎn)距覆蓋；界首創(chuàng) PoF 現(xiàn)場(chǎng)成端器，2 分鐘制作一個(gè)光復(fù)合纜接頭省時(shí)省力；持軟件安全固件安全、路安全三級(jí)全保障，全位保障企業(yè)絡(luò)安全。在務(wù)方面，華聯(lián)合運(yùn)營(yíng)商供 5A 一站式服務(wù)能，包括 Accurate 精準(zhǔn)規(guī)劃，Agile 敏捷開(kāi)通，All-In 全面驗(yàn)收，AI-Based 智能運(yùn)維和 Attentive 自助? IT之家 1 月 17 日消息，來(lái)自 Horizon3 Attack Team 的網(wǎng)絡(luò)安研究人員布了一個(gè)念驗(yàn)證 (PoC) 漏洞，這漏洞存在諸多?VMware 產(chǎn)品中。介紹，CVE-2022-47966 漏洞可允許攻者無(wú)需身驗(yàn)證即可 ManageEngine 服務(wù)器中遠(yuǎn)執(zhí)行代碼而這些服器在之前某個(gè)時(shí)間啟用了基 saml 的單點(diǎn)登錄（SSO）協(xié)議，此關(guān)閉該能也無(wú)法決任何問(wèn)。研究人指出，易攻擊的端使用了一名為 Apache Santuario 的過(guò)時(shí)第方依賴項(xiàng)就是這個(gè)因?qū)е鹿?者可以通 NT AUTHORITY\SYSTEM 身份遠(yuǎn)程執(zhí)行代碼從而完全制系統(tǒng)。前來(lái)看，個(gè)漏洞很易被利用并且是攻者在網(wǎng)上'spray and pray”的有利式。研究員警告說(shuō)該漏洞允作為 NT AUTHORITY\SYSTEM 遠(yuǎn)程執(zhí)行代碼基本上可使攻擊者全控制該統(tǒng)”?！?果用戶確他們的信被泄露了就需要進(jìn)額外的調(diào)，以確定擊者所造的損害。旦攻擊者取到對(duì)端的系統(tǒng)級(jí)問(wèn)權(quán)限，擊者就可開(kāi)始通過(guò) LSASS 轉(zhuǎn)儲(chǔ)憑據(jù)或者利用有的公共具來(lái)訪問(wèn)儲(chǔ)的應(yīng)用序憑據(jù)，進(jìn)行橫向移?！盜T之家提醒目前?Zoho 已經(jīng)發(fā)布了相的補(bǔ)丁，需要的用請(qǐng)盡快下。值得一的是，研人員通過(guò) Shodan 搜索未打補(bǔ)丁的點(diǎn)后依然現(xiàn)了“數(shù)個(gè)”易受擊的 ManageEngine 產(chǎn)品、ServiceDesk Plus 和 Endpoint Central 實(shí)例，希大家提高惕。目前業(yè)內(nèi)還沒(méi)關(guān)于 CVE-2022-47966 被惡意利用的告，但如 IT 管理員選擇視這一漏，則早晚出現(xiàn)受害? IT之家 1 月 15 日消息，英特爾第 13 代 Raptor Lake 處理器在游戲方面的重現(xiàn)常出色，但哪款處理的超頻性能最優(yōu)秀？國(guó)科技媒體 Igor's Lab 對(duì) 480 多塊 Raptor Lake 處理器進(jìn)行了實(shí)竹山，并公了相關(guān)數(shù)據(jù)。Header Cell - Column 0 平均 SP中位 SP最佳 SP最差 SP測(cè)試的 CPU 數(shù)量Core i9-13900K99.69911481132Core i9-13900KF101.110211191164Core i7-13700K82.983967542Core i7-13700KF83.584907543Core i5-13600K81.881917651Core i5-13600KF78.578965848IT之家小課堂：英特爾在向零售場(chǎng)出貨 Raptor Lake 處理器之前，會(huì)先進(jìn)行分山經(jīng)工。在生產(chǎn)過(guò)程中，芯制造商對(duì)每個(gè)芯片進(jìn)評(píng)估，并在每個(gè)芯片植入一個(gè)獨(dú)特的 V / F 曲線。V / F 曲線包含了每個(gè)頻巫即對(duì)應(yīng)的最低電壓每個(gè)核心的數(shù)據(jù)。每 SKU 的 V / F 曲線都不同，主板犰狳過(guò) V / F 曲線知道一個(gè)特首山頻需要多少電壓。包括碩在內(nèi)的主板制造商利用這些 V / F 曲線來(lái)確定處理器的質(zhì)孰湖和芯片的超頻潛。華碩在該品牌的 ROG Maximus 和 Strix 品牌主板中建立了一個(gè)為 Silicon Prediction（SP）的特性。它使用奚仲個(gè)數(shù)學(xué)公式，根處理器的 V / F 曲線評(píng)估處理器的吉量頻性能。通過(guò)這戲器直的數(shù)字，讓你知道處器的超頻能力。理論而言，數(shù)字越高代表超頻性能越好。Igor's Lab 的評(píng)測(cè)方式也很簡(jiǎn)單，將 480 多塊英特爾第 13 代 Raptor Lake 處理器裝到華碩的 Maximus Z790 Hero 主板上，啟動(dòng)系統(tǒng)，進(jìn)役采 BIOS，并記錄每個(gè)樣本的 SP 值。數(shù)據(jù)顯示，在所有 Raptor Lake K 系列芯片中，酷睿 i9 型號(hào)超頻性能最好孟鳥(niǎo)具體到型號(hào)酷睿 i9-13900KF 超頻最佳，在 164 個(gè)測(cè)試樣本中平均 SP 為 101.1。即使是最差的 Core i9-13900KF 也有 91 分的成績(jī)。帶有 iGPU 的 Core i9-13900K 僅比 KF 的同類產(chǎn)品落后一線。該處白犬器平均 SP 為 99.6 分，比 Core i9-13900KF 落后不到 2%。不過(guò)，有趣的是，睿 i9-13900K 的 SP 得分最高，為 114 分。酷睿 i7-13700K 和酷睿 i7-13700KF 在芯片質(zhì)量方面相當(dāng)獙獙近兩者的平均 SP 值之間的差距不到 1%。與酷睿 i9-13900K 和酷睿 i9-13900KF 的情況類似，酷九歌 i7-13700K 的 KF 變體在超頻方面禺號(hào)有優(yōu)勢(shì)。當(dāng)涉及酷睿 i5-13600K 和酷睿 i5-13600KF 時(shí)，情況完全相禺號(hào)。與 KF 型號(hào)（78.5）相比，普通 K 系列型號(hào)的平均 SP（81.8）更高。因此，我們看水馬的是 4% 的差異。令人驚訝的，在所有測(cè)試的猛禽部件中，酷睿 i5-13600KF 的樣品也是最差的，某個(gè)品的得分只有 58 分?
北京時(shí)間 1 月 17 日晚間消息，愛(ài)奇藝今日布，將公開(kāi)發(fā)行 76,500,000 股美國(guó)存托股（ADS）。每股 ADS 代表 7 股 A 類普通股，票面價(jià)值 0.00001 美元。此外，愛(ài)奇藝還計(jì)劃賦予承銷商超配售權(quán)，在 30 天內(nèi)最多可額外購(gòu)買 11,475,000 股 ADS。愛(ài)奇藝計(jì)劃將此次發(fā)行的收益用作運(yùn)營(yíng)資本，包括還現(xiàn)有債務(wù)。美銀證券（BofA Securities）、高盛 (亞洲) 有限公司和摩根大通證券此次發(fā)行的聯(lián)合簿記管理?
IT之家 3 月 9 日消息，今日凌晨，蘋果發(fā)了全新的?Mac Studio，最高搭載 20 核心的 M1 Ultra 處理器，一些性能指標(biāo)經(jīng)超過(guò)了英特爾理器版的 Mac Pro 工作站。然而，在發(fā)布的最后，蘋果鄭宣告新款?Mac Pro 即將發(fā)布?？梢灶A(yù)見(jiàn)，果新款 Mac Pro 的性能又將與?Mac Studio 拉開(kāi)距離。那么，新代蘋果頂流將于時(shí)到來(lái)呢？目前看幾乎已經(jīng)可以認(rèn)會(huì)定在每年 6 月左右的 WWDC 上?！?英特爾版本 Mac?ProIT之家了解到，老款的 Mac Pro 均搭載英特爾處器，最高可選 28 核的至強(qiáng) W 處理器，內(nèi)存可選 1.5TB，顯卡可選 AMD? Radeon 系列加速卡，SSD 可選 8TB，頂配接近 40 萬(wàn)元人民幣，不可謂不夸張。比之下，Mac Studio 雖然通過(guò)新架構(gòu)在 CPU /GPU 的部分性能方面超過(guò)了老款 Mac Pro，但內(nèi)存容量方面，128GB 還是難與 1.5TB 相抗衡。采用 Arm 芯片的?Mac Pro 將采用怎樣的配置令期待。WWDC 是每年定期由蘋在美國(guó)舉行的全開(kāi)發(fā)者大會(huì)，也是蘋果全球開(kāi)發(fā)大會(huì)。大會(huì)主要目的是讓蘋果公向研發(fā)者們展示新的軟件和技術(shù)偶爾也會(huì)發(fā)布新機(jī)型。在每一屆 WWDC 上，蘋果往往會(huì)選擇布下一代的操作統(tǒng)（iOS、iPadOS、MacOS...）。雖然前些年一直是特爾（Intel）處理器的主場(chǎng)但自從蘋果在 2020 年推出初代 Apple Silicon 之后，蘋果全系 Mac 幾乎都已換用了自研芯片不難猜出，蘋果一代生產(chǎn)力巨作會(huì)在幾個(gè)月之后隨新一代 MacOS 發(fā)布。先整理下 2022 年 Mac 產(chǎn)品線預(yù)測(cè)的產(chǎn)品和布的時(shí)間：春季布會(huì)最初的預(yù)測(cè)高端 iMac（Pro）和 Mac mini，然而最后這兩位變?Mac Studio+Studio?Display 了。WWDC：MacBook（Air）、Mac Pro秋季發(fā)布會(huì)：入門級(jí) MacBook Pro隨著一系列新 Mac 機(jī)型的推出，Apple Silicon 完全轉(zhuǎn)型有望在今年看到成效上個(gè)月，馬克?爾曼對(duì)今年的蘋 Mac 產(chǎn)品線進(jìn)行了預(yù)測(cè)，他于今年的產(chǎn)品十看好，他認(rèn)為 2022 年將有大約七款搭載 Apple Silicon 的 Mac 系列產(chǎn)品。他之前預(yù)測(cè)稱，蘋將在 3 月 8 日舉辦一場(chǎng)發(fā)布會(huì)，該活動(dòng)預(yù)計(jì)少會(huì)發(fā)布第三?iPhone?SE?和第五代?iPad Air。目前沒(méi)有跡象表新版 MacBook Air 或 Mac Pro 將于下個(gè)月發(fā)售，因此 Mac mini 是最有可能的結(jié)果。然蘋果預(yù)計(jì)還會(huì)在 5 月或 6 月進(jìn)行另一場(chǎng) Mac 產(chǎn)品發(fā)布會(huì)。Gurman 表示，蘋果今年的品將由以下處理提供動(dòng)力：全新 M2 芯片已有的 M1 Pro 和 M1 Max 芯片M1 Max 的加倍版芯片（也就是?M1 Ultra）隨著全新的?Mac Studio 的到來(lái)，?M1 Ultra 已經(jīng)露出水面，但很惜這不是玩家最待的 M2。而且，這些處理器將何分布在 Mac 系列中呢？Gurman 預(yù)計(jì)，2022 年至少有七臺(tái)新的 Mac 將會(huì)采用 Apple Silicon：配備 M2 芯片的 13 英寸 MacBook Pro，旨在接任 2020 版，定位低于 14 英寸和 16 英寸 MacBook Pro搭載 M1 系列和 M2 系列的 Mac mini配備 M2 芯片的 24 英寸 iMac經(jīng)過(guò)重新設(shè)計(jì)的 M2 芯片版 MacBook Air配備 M1 Pro 和 M1 Max 芯片的大屏版 iMac Pro首款采用 Apple Silicon 的 Mac Pro（這里的芯片相當(dāng)兩個(gè)或四個(gè) M1 Max 芯片組合而成）以此來(lái)傳說(shuō)中的 M2 芯片最快會(huì)在年到來(lái)，而首發(fā)機(jī)無(wú)外乎 MacBook Pro、MacBook Air、Mac mini、iMac、iMac Pro 這幾款，但既然 Mac Pro 只是采用了類似于 M1 Ultra 的芯片，那么 Mac Pro 就必然會(huì)是最先到來(lái)的那。Gurman?認(rèn)為，第二輪 Mac 發(fā)布會(huì)主要內(nèi)容可能會(huì)集中新的 iMac Pro 以及搭載“M1 超級(jí)版（可能是 M1 Ultra 也可能是再翻倍的 M1 Ultra）”的新 Mac Pro 上，那么我們可以期待什么？M2 的 CPU 可能會(huì)比 M1 強(qiáng)一點(diǎn)，但芯片應(yīng)該依然采用同的八核架構(gòu)。過(guò)，GPU 可能會(huì)從 7 個(gè)或 8 個(gè)內(nèi)核提升到 9 個(gè)或 10 個(gè)內(nèi)核。Mac Pro 芯片將有兩種主要版本一種是 M1 Max 的兩倍（M1 Ultra），另一種是四倍M1 Ultra×2）。在第一個(gè)芯片上可以看到 20 個(gè) CPU 核心和 64 個(gè) GPU 核心，在第二個(gè)芯片則是 40 個(gè) CPU 核心和 128 個(gè) GPU 核心。我們不妨大膽猜測(cè)一下蘋果 Mac Pro 2022 款將會(huì)提供兩種要版本，類似 MacBook Pro 的 M1 Max 版和 M1 Pro 版，用戶可選擇任一號(hào)進(jìn)行定制，?Mac Pro 2022 基礎(chǔ)版是現(xiàn)有的 M1 Ultra，性能持平 Mac Studio；而另一款則是再次加的 M1 Ultra，性能卓越的蘋果 Mac Studio 很可能會(huì)被再一次超。值得一提的是Gurman 也曾表示，根據(jù)他前看到的 Apple Silicon 路線圖，預(yù)計(jì)“M2 的 Pro 和 Max 版本”將與第一款 M3 一起在 2023 年推出，屆時(shí)新一代 Mac 系列又會(huì)有怎樣的精彩呢我們不妨拭目以吧！document.write("
IT之家 12 月 28 日消息，據(jù) OpenHarmony 發(fā)布，福州匯思博始均息技術(shù)有梁渠公司（簡(jiǎn)漢書(shū)“思博”）推鈐山的泰山飛蜚系 FHSmart100 開(kāi)發(fā)板順利通過(guò) OpenAtom OpenHarmony（簡(jiǎn)稱“OpenHarmony”）3.1 Release 兼容性測(cè)評(píng)，孟翼獲得 OpenHarmony 生態(tài)產(chǎn)品供給容性證書(shū)宵明泰山鴻 FHSmart100 開(kāi)發(fā)板是基于思士銳 SL8541E、UIS8581E、UIS7862S 設(shè)計(jì)的一款智剛山終端開(kāi)發(fā)耿山，支持主可插拔，即用戶倫山自由選配 SL8541E、UIS8581E、UIS7862S。開(kāi)發(fā)板炎融搭載了匯堯山博研發(fā)，基于 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)的 FlyHongOS Smart 軟件發(fā)行版?魚(yú)此外開(kāi)發(fā)句芒還可由選搭 TMC THM3652 SE 安全芯片，足訾支持金融禺?全級(jí)的數(shù)騩山保護(hù)和務(wù)處理能力，如 SAM 卡、IC 卡、非接觸 IC 卡、熱敏打印、呰鼠鑰及敏感據(jù)保護(hù)等。IT之家獲悉，夫諸于可插拔王亥主板設(shè)計(jì)宣山可擴(kuò)的金融級(jí)危全能力，蓐收山飛 FHSmart100 開(kāi)發(fā)板可適用于黎融、政務(wù)鸀鳥(niǎo)業(yè)、電力、礦般、教育、敏山交通、汽車電常羲等諸多行蟜智能終端設(shè)備騩山如：支付 POS 機(jī)、商用設(shè)左傳、自助服嫗山終端、智皮山教育終端章山產(chǎn)。泰山飛鴻 FHSmart100 開(kāi)發(fā)板亦可廣泛用美山其他智能陰山端類產(chǎn)品長(zhǎng)乘目前匯思博已旋龜 10 款產(chǎn)品通過(guò)軨軨 OpenHarmony 兼容性測(cè)評(píng)，長(zhǎng)乘中包含 2 款軟件發(fā)行版、1 款開(kāi)發(fā)板晏龍以及 7 款聯(lián)合合西岳伙伴推出雍和商業(yè)設(shè)備國(guó)語(yǔ)品?
IT之家 1 月 17 日消息，索尼 PlayStation 官方現(xiàn)公布了港服 1 月份的 PS Plus 會(huì)員二、三檔免費(fèi)游戲，包括《鬼泣 5：特別版》（PS5 版）、《喋血復(fù)仇》（PS5 / PS4 版）、《正當(dāng)防衛(wèi) 4：重裝版》（PS4 版）等大作。IT之家提醒：目前這些游戲已弄明今日（1 月 17 日）開(kāi)放領(lǐng)取，如果有感興趣游戲現(xiàn)可嘗試下載。PS+ ExtraPS5 / PS4《喋血復(fù)仇》PS4《龍珠斗士 Z》PS5 《鬼泣 5》特別版PS4 《鬼泣 5》PS4《奇異人生 風(fēng)暴前夕》PS4《奇異人生》PS5 / PS4《JETT 遙遠(yuǎn)彼岸》PS4《正當(dāng)防衛(wèi) 4 重裝版》PS4《Omno》PS4《Erica》PS+ PremiumPS1《虹吸戰(zhàn)士 3》PS1《星球大戰(zhàn) 破壞之地》PS1《大眾高爾夫 2》作為卡普空開(kāi)發(fā)的一款動(dòng)冒險(xiǎn)游戲，《鬼泣 5》是“鬼泣”系列時(shí)隔 10 年公布的正統(tǒng)第五代，也繼 2013 年的《DmC：鬼泣》后的最新作?！豆砥?5》故事發(fā)生在《鬼泣 4》之后，游戲劇情設(shè)定為城市出現(xiàn)大批惡魔，家需要扮演游戲角色參與抗。根據(jù)此前信息，《鬼 5》于 2018 年 E3 展的微軟展前發(fā)布會(huì)上公布，但丁和尼祿以滑魚(yú)角色的身份回歸，還有一叫做“V”的可玩角色。I《鬼泣 5》于 2019 年 3 月發(fā)售，登陸 PC、PS 和 XBOX 平臺(tái)，配置方面最低顯卡要求為 GTX 760，推薦配置為 GTX 1060。去年 3 月份，索尼首次宣布推出新一當(dāng)康 PlayStation Plus 服務(wù)，分為?PS Plus Essentials、PS Plus Extra、PS Plus Premium?三種等級(jí)。PlayStation Plus 三個(gè)版本介紹：基礎(chǔ)版 PlayStation Plus?支持多人在線游戲、每免費(fèi)游戲下載和游戲進(jìn)度存儲(chǔ)等功能，每月訂閱費(fèi)為 9.99 美元，按年訂閱費(fèi)用是 59.99 美元。升級(jí)版 PlayStation Plus?不僅涵蓋基礎(chǔ)版 PlayStation Plus 中的所有內(nèi)容，還可下載運(yùn)行多達(dá) 400 款 PS4 和 PS5 游戲。每月價(jià)格為 14.99 美元，每年 99.99 美元。高級(jí)版 PlayStation Plus?包括前兩個(gè)版本的所有內(nèi)，還增加了 340 款游戲，其中包括通過(guò)串流媒提供的 PS3 游戲，以及來(lái)自初代 PlayStation、PS2 和 PSP 的經(jīng)典游戲。高級(jí)版 PlayStation Plus 為用戶提供限時(shí)試玩功能，允許玩家購(gòu)買前試用游戲，定價(jià)為月 17.99 美元或每年 119.99 美元。
IT之家 1 月 16 日消息，相信很多人都對(duì)鐘的聲音充滿恐，這個(gè)聲音一響就意味著自己要開(kāi)溫暖的被窩了近日谷歌的安卓鐘（Clock?）應(yīng)用迎來(lái)了更，增加了錄制用自己的自定義鬧聲音的功能。通谷歌時(shí)鐘 7.3 的服務(wù)器端更新，現(xiàn)在“你的聲”部分會(huì)出現(xiàn)一新的選項(xiàng)，即“制新的”按鈕，戶可以錄制任何音作為鬧鐘聲音自定義鬧鐘聲音用于用戶的常規(guī)鐘，甚至是設(shè)置定時(shí)器。點(diǎn)擊“制新的”聲音按，實(shí)際上會(huì)啟動(dòng)歌錄音機(jī)應(yīng)用程，錄制的自定義鐘聲音也會(huì)出現(xiàn)谷歌錄音機(jī)應(yīng)用序中，錄音可以接在錄音機(jī)應(yīng)用進(jìn)行編輯，但做的更改在打開(kāi)鬧應(yīng)用時(shí)不會(huì)反映來(lái)。IT之家了解到，這獵獵功能似是通過(guò)谷歌時(shí)鐘用程序的服務(wù)器更新向 Pixel 用戶推出的，然而一些非 Pixel 用戶表示，他們使用 Lineage OS 等定制 ROM 的設(shè)備也可以使用該更新?
本文來(lái)自微信公楮山號(hào)：開(kāi)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)乘黃是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一延維性能指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)，我們也是經(jīng)常把負(fù)載找來(lái)看一看。在線上請(qǐng)求壓過(guò)大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎？我列舉幾個(gè)問(wèn)題，看看你對(duì)載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的？如果對(duì)以上問(wèn)題的理解還拿捏是很準(zhǔn)，那么飛哥今天就你來(lái)深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載巫謝看過(guò)程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典倫山的 top 命令輸出的負(fù)載如下葌山示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載，也刑天系統(tǒng)平負(fù)載。因?yàn)閱渭兦傧x(chóng)一個(gè)瞬的負(fù)載值并沒(méi)有陳書(shū)大意義所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均，這三個(gè)數(shù)分別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢女媧事實(shí)上，top 命令里的負(fù)載值狍鸮從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看當(dāng)康到這個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)孟子在這里會(huì)讀取內(nèi)景山中的平負(fù)載變量，簡(jiǎn)單櫟算后便展示出來(lái)。整體龍山程如下所示。我們根據(jù)教山述流程再展開(kāi)了看下。義均文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)尚書(shū)建 /proc/ loadavg，并為其指定操墨家方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開(kāi)該文件時(shí)對(duì)泑山的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計(jì)算獨(dú)山在這里成的。//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)樘峁┖酥胁?有 float、double 等浮點(diǎn)數(shù)類型，而諸懷用整數(shù)來(lái)模擬的足訾這些代都是為了在整數(shù)禮記小數(shù)之轉(zhuǎn)化使的。知道鰼鰼個(gè)背景行了，不用過(guò)度鵌開(kāi)剖析這樣用戶通過(guò)訪提供 /proc/ loadavg 文件就可以讀取獵獵內(nèi)核計(jì)的負(fù)載數(shù)據(jù)了。從山中獲取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們羅羅篇中的一個(gè)問(wèn)題:?內(nèi)核是如何暴巫肦負(fù)載數(shù)給應(yīng)用層的？?jī)?nèi)翠鳥(niǎo)定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文件的墨子候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接義均訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小岷山，并打印出來(lái)。了，另外一個(gè)新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的峚山據(jù)是何，又是被如何計(jì)柢山出來(lái)的？二、內(nèi)核中負(fù)諸懷的計(jì)算程接上小節(jié)，我豪魚(yú)繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(jì)算過(guò)程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：堯時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，鯥到系統(tǒng)當(dāng)前的瞬居暨負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載女祭定時(shí)器根據(jù)當(dāng)前欽原統(tǒng)整體時(shí)負(fù)載，使用指嚳加權(quán)移平均法（一種高熊山計(jì)算平數(shù)的算法）計(jì)算青蛇去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下牡山我們分成兩個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做天吳間子系。在時(shí)間子系統(tǒng)錫山，初始了一個(gè)叫高分辨崌山的定時(shí)。在該定時(shí)器中應(yīng)龍定時(shí)將個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的鶌鶋時(shí)負(fù)載量 calc_load_tasks 中。整體流程如下圖所示。我宣山把上述程圖展開(kāi)看一下舜我們找了高分辨率定時(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。通過(guò)這個(gè)函數(shù)讓每媱姬 CPU 都會(huì)周期性地執(zhí)行一些河伯務(wù)。其中刷新當(dāng)平山系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)虢山行的。里有一點(diǎn)要注意關(guān)于個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)思女隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它禺強(qiáng)次通過(guò)調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬蔿國(guó)負(fù)載值。我們來(lái)下負(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í)狂山載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列雅山負(fù)載相對(duì)值，并它加到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)下的整體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_(kāi)看看是如何根運(yùn)行隊(duì)列計(jì)算負(fù)載值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程風(fēng)伯?dāng)?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ù)犀渠上一小中我們找到了系貊國(guó)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在我們騊駼缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)阘非。傳統(tǒng)義上，我們?cè)谟?jì)螽槦平均數(shù)時(shí)候采取的方法曾子是把過(guò)一段時(shí)間的數(shù)字幾山加起來(lái)后平均一下。把凰鳥(niǎo)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來(lái)取一個(gè)平均數(shù)不完了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就柘山 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)綸山算平均載的話，存在以厘山幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周鱃魚(yú)的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次修鞈那么就需要使用鴆個(gè)比較的數(shù)組將每一次碧山樣的數(shù)全部都存起來(lái)，前山么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀蔥聾值，就從移動(dòng)平均中減晏龍一個(gè)最的觀察值，再加宋書(shū)一個(gè)最的觀察值，內(nèi)存后稷組會(huì)頻地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起來(lái)，再除樣本總數(shù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變?nèi)渖呲厔?shì)傳的平均數(shù)計(jì)算過(guò)曾子中，所數(shù)字的權(quán)重是一娥皇的。但于平均負(fù)載這種殳時(shí)應(yīng)用說(shuō)，其實(shí)越靠近錫山前時(shí)刻數(shù)值權(quán)重應(yīng)該越少山大一些好。因?yàn)檫@樣能服山好反應(yīng)期變化的趨勢(shì)。泰逢以，在 Linux 里使用的并不是我們所以為的黃鷔統(tǒng)的平數(shù)的計(jì)算方法，鳴蛇是采用一種指數(shù)加權(quán)移涿山平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指孟子加權(quán)移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場(chǎng)里 EMA 均線也是使用的是類似的方法求噎值的方。該算法的數(shù)學(xué)咸山達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只琴蟲(chóng)要知道這種方法實(shí)際計(jì)算的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好地表近期變化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定時(shí)完成，通過(guò)一種叫做指數(shù)加權(quán)動(dòng)平均計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們來(lái)詳細(xì)下上圖中的執(zhí)行過(guò)程。時(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é)拍南史來(lái)時(shí)會(huì)調(diào)用到 timer_interrupt，依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心黑狐它會(huì)獲取系統(tǒng)當(dāng)狕瞬時(shí)負(fù)值 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，并保孰湖到 avenrun 中，供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)載景山?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時(shí)負(fù)載比較簡(jiǎn)單道家就是讀取一個(gè)內(nèi)旄馬變量而。在 calc_load 中就是采用了我們前面皮山的指數(shù)加權(quán)移動(dòng)蠻蠻均法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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è)算法理孟涂起來(lái)挺復(fù)雜，但孟涂代碼看來(lái)確實(shí)要簡(jiǎn)單不西岳，計(jì)算看起來(lái)很少。而常羲看不懂沒(méi)有關(guān)系，只需對(duì)于知道內(nèi)并不是采用的原計(jì)蒙的平均計(jì)算方法，而是陽(yáng)山用了一計(jì)算快，且能更葆江表達(dá)變趨勢(shì)的算法就行女薎至此，們開(kāi)篇提到的“鳴蛇載是如計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論孔雀。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一海經(jīng)全局系瞬時(shí)負(fù)載值中，京山后再定使用指數(shù)加權(quán)移蠻蠻平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載伯服三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在歷山多同學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載素書(shū)、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)臺(tái)璽確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程孫子對(duì) CPU 有需求。在那個(gè)年代雞山，負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越共工就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是前面我闡述看到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還相繇蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說(shuō)，負(fù)載高并不一定是 CPU 處理不過(guò)來(lái)，也有可能會(huì)黑豹因?yàn)榇?等其他資源調(diào)度葆江過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！前山什么要么修改。我從網(wǎng)高山搜到了在 1993 年的一封郵件里找溪邊了原因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 17 日消息，《黑豹 2》正在美國(guó)院熱映中，駮中粉絲們馬上雷神以在大陸觀賞部 MCU 新作了。漫威嚳官宣，《黑豹 2》定檔 2 月 7 日，而另一部《蟻琴蟲(chóng)黃蜂女：量子潮》定檔 2 月 17 日。IT之家了解到，蛩蛩黑豹》第部于 2018 年 2 月 16 日在美國(guó)上鴸鳥(niǎo)，2018 年 3 月 9 日在中國(guó)內(nèi)后照上映。2020 年 8 月，該片原定主查德維克?博曼去世。去年 6 月份，該猲狙正式開(kāi)拍季厘在黑豹 2：瓦坎達(dá)萬(wàn)歲景山中，豹的妹妹鯩魚(yú)睿為女黑豹。黑豹納摩將會(huì)作為派登場(chǎng)。《蟻》于 2015 年 7 月 17 日美國(guó)上映，闡述蟻人 2：黃蜂女現(xiàn)唐書(shū)于 2018 年上映，基山《人與黃蜂女螐渠子狂潮》為該列的第三部作。在這部電影，蟻人斯鸀鳥(niǎo)特朗與黃蜂女天犬攜手出擊，直第五階段最強(qiáng)派 —— 征服者康，更有意不到的角色加戰(zhàn)局?！断伻?黃蜂女：黑豹子潮》的主演猩猩羅?路德、伊杰琳?莉莉、克爾?道格拉、米歇爾禺強(qiáng)菲等。根據(jù)漫墨家畫，征服者康一個(gè)超級(jí)反派初次登場(chǎng)于《奇四俠》大學(xué)《黑豹 2》將于 1 月 20 日上線流媒求山平臺(tái) Disney + 開(kāi)啟網(wǎng)播?
原文標(biāo)題：《調(diào)查問(wèn)萊山計(jì)偷了個(gè)懶，結(jié)果像腦進(jìn)了水一樣統(tǒng)計(jì)數(shù)據(jù)？問(wèn)題描述我一般不回答除非提問(wèn)的人長(zhǎng)的很漂。不是，除非問(wèn)題非常代表性。比如這位運(yùn)營(yíng)同學(xué)，提問(wèn)了一個(gè)關(guān)于問(wèn)卷星」數(shù)據(jù)統(tǒng)計(jì)的問(wèn)，相信不少人也遇到過(guò)一定要看到最后！院禮記每個(gè)崗位都排查統(tǒng)計(jì)人外出情況。設(shè)計(jì)問(wèn)卷的候，為了填寫方便，就設(shè)置成了多選題。想的挺好，但是數(shù)據(jù)收回來(lái)是這樣的。沒(méi)想到搬起頭砸了自己的腳，現(xiàn)在統(tǒng)計(jì)每個(gè)崗位的人數(shù)，袋一下子就懵了。其實(shí)腦子進(jìn)水的不是你，虢山卷網(wǎng)站。具體為啥，咱待會(huì)再說(shuō)。先說(shuō)說(shuō)你這問(wèn)題怎么解決？解決方這個(gè)數(shù)據(jù)比較的復(fù)雜，數(shù)公式的話，寫出來(lái)估比長(zhǎng)城都長(zhǎng)。咱們用 Power Query + 透視表，可以比較輕松的實(shí)現(xiàn)數(shù)據(jù)求和騶吾大步驟如下：? 加載數(shù)據(jù)到 Power Query① 選擇數(shù)據(jù)中的任意單巫戚格。② 在「數(shù)據(jù)」選項(xiàng)卡中，點(diǎn)擊「自格區(qū)域」，把數(shù)據(jù)加載 PQ 中去。? 拆分各崗位統(tǒng)計(jì)結(jié)果進(jìn)入到 Power Query 中之后，我們把每個(gè)崗位帶山數(shù)據(jù)，拆分到單獨(dú)行。這里用到主頁(yè)中的拆分列」功能。大致步如下：① 選擇要拆分的列② 在主頁(yè)中，點(diǎn)擊「拆分列」③ 粘貼分隔符，在高級(jí)選項(xiàng)中，勾弇茲行」，拆分?jǐn)?shù)據(jù)到行。 提取數(shù)字提取數(shù)字這活兒，少昊 Power Query 來(lái)說(shuō)，忒簡(jiǎn)單。使用 Text.Select 函數(shù)，一鍵提取數(shù)字。步驟如下蠪蚔① 在「添加列」中，點(diǎn)擊定義列。② 設(shè)置列名為「數(shù)字」。③ 添加下面的公式，用 Text.Select 函數(shù)，一鍵提取數(shù)字。關(guān)于 Text.Select 函數(shù)提取數(shù)字，請(qǐng)參義均下的文章，有詳細(xì)的視頻解。Power Query：Text.Select-M 函數(shù)手冊(cè)? 提取崗位名稱使用主頁(yè)中的「拆分列」功鬲山，把崗位拆分出來(lái)。? 透視表統(tǒng)計(jì)每個(gè)崗位人數(shù)后，在主頁(yè)中，點(diǎn)擊「閉并上載至」，選擇「據(jù)透視表」。然后，就以按照崗位，快速統(tǒng)計(jì)數(shù)了?？偨Y(jié)這位同學(xué)讙有責(zé)任心。數(shù)據(jù)統(tǒng)計(jì)困，首先想到的是自己的子進(jìn)水了。腦子進(jìn)水即是事實(shí)，也不能把所有問(wèn)題，都往上面推。實(shí)上，因?yàn)椤竼?wèn)卷題目」多樣性，尤其是多選題，不同選項(xiàng)，就是一個(gè)同的數(shù)據(jù)記錄，才導(dǎo)致卷類的數(shù)據(jù)結(jié)構(gòu)，都化蛇的復(fù)雜。我常用的騰訊卷，也有類似的問(wèn)題。做了一個(gè) Excel 測(cè)試問(wèn)卷，數(shù)據(jù)導(dǎo)出季格后，每個(gè)問(wèn)題一列，每是不同的選項(xiàng)。? 每個(gè)問(wèn)題的正確率如何？? 哪個(gè)問(wèn)題的錯(cuò)誤率最高? 整體的平均分是多少？? 每道題的平均分是多少？根本沒(méi)少暤統(tǒng)計(jì)。想著，導(dǎo)出來(lái)直接發(fā)群交差的，結(jié)果一看這數(shù)，自己默默的加了兩個(gè)時(shí)班，一個(gè)一個(gè)篩選統(tǒng)出來(lái)。本文來(lái)自微信公號(hào)：秋葉 Excel （ID：excel100），作者：拉登 Dony
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！“8 顆攝像頭搞定所有，馬斯克一直這布道特斯拉的 FSD 傳感器方案。但布道歸布道愿景歸愿景，現(xiàn)是現(xiàn)有方案撐不 FSD，情況又有了新變化 ——最新曝光的特斯文件，據(jù)稱還是斯拉中國(guó)的內(nèi)部件，其中信息顯：特斯拉將會(huì)采新一代硬件傳感方案，匹配新一特斯拉自動(dòng)駕駛力基礎(chǔ) HW4.0。核心變化主要涉及兩方面：第，原先前置 3 個(gè)攝像頭，變成 2 個(gè)，但分辨率提高。第二，前官宣拋棄的毫波雷達(dá)，又加了來(lái)。而且這套新案適配的特斯拉型，可能率先在國(guó)工廠生產(chǎn)。什樣的方案？曝出新方案，主要有個(gè)變化。首先，安裝在前擋的前攝像頭，由三目成了雙目。少了個(gè)攝像頭，但分率和視場(chǎng)角都提了。據(jù)說(shuō)有 500 萬(wàn)像素，而且自帶防 LED 爆閃功能。同時(shí) B 柱 / 尾門 / 內(nèi)后視鏡飾蓋處 / 側(cè)翼攝像頭均更換為同的高分辨率產(chǎn)品而在攝像頭模塊，增添了加熱以風(fēng)扇等自清潔裝。第二個(gè)重大變，是之前被馬斯拋棄的唯一一個(gè)米波雷達(dá)，也要回來(lái)。曝料還明指出，這就是 HW 4.0 方案配置，主要服務(wù) FSD。如果為真，意味著特斯要靠 7 個(gè)攝像頭 + 1 個(gè)毫米波雷達(dá)，實(shí)現(xiàn)斯克口中“安全猛增 300%”。這次曝料之所引起國(guó)內(nèi)外廣泛注，是因?yàn)榱鞒?的性質(zhì)，并非無(wú)可考的”知情人”。而是一張煞介事的特斯拉中“內(nèi)部文件”截。從文字描述來(lái)，這份文件更像產(chǎn)線變更后指導(dǎo)檢工人作業(yè)的說(shuō)。這可能也說(shuō)明新傳感器方案的斯拉車型，相關(guān)產(chǎn)準(zhǔn)備已經(jīng)就緒。下一代 FSD 的傳感器方案被曝出，網(wǎng)友的看認(rèn)為，雙目攝像其實(shí)比三目能更于測(cè)量距離，屬回歸本質(zhì)的改進(jìn)但是也有人質(zhì)疑樣的硬件層面改，并不能對(duì) FSD 的表現(xiàn)有顯著提升，軟件的問(wèn)才是馬斯克最需解決的：當(dāng)然了也有人不相信。合特斯拉漲價(jià)、貼退坡等等負(fù)面素，這樣的信息能只是分散大家意力的手段：你么看？HW4.0，會(huì)有哪些不同如果下一代特斯真的變成 7 攝像頭 + 1 毫米波雷達(dá)的方案對(duì)于自動(dòng)駕駛功體驗(yàn)，以及技術(shù)發(fā)會(huì)帶來(lái)什么樣變化？目前特斯的前置攝像頭 130 萬(wàn)像素，全車換成換成 500 萬(wàn)像素?cái)z像頭，帶來(lái)的最大女虔是系統(tǒng)捕捉到的像更清晰，在數(shù)層面上給決策系提供了更詳實(shí)的據(jù)。具體來(lái)說(shuō)， 500 萬(wàn)像素產(chǎn)品，其 SNR（信噪比）和 HDR（高動(dòng)態(tài)范圍）比原先的 130 萬(wàn)像素?cái)z像頭高得多。SNR 即信噪比，指放器的輸出信號(hào)的率，與同時(shí)輸出噪聲功率的比值常常用分貝數(shù)表。設(shè)備的信噪比高表明它產(chǎn)生的雜音”越少。對(duì)來(lái)說(shuō)，信噪比越，說(shuō)明混在圖像號(hào)里的無(wú)用噪點(diǎn)息越小，數(shù)據(jù)質(zhì)越高，否則相反HDR 是描述描述攝像頭拍攝明對(duì)比比較強(qiáng)烈的景時(shí)的識(shí)別能力可以狹義理解為攝明暗對(duì)比場(chǎng)景抑制過(guò)曝和改善光不足的能力。500 萬(wàn)像素?cái)z像頭，使圖像數(shù)據(jù)“含金量”更高同時(shí)也讓目標(biāo)識(shí)變得更加容易。論上講能夠提升 FSD 的能力上限。但就像有網(wǎng)指出的，硬件是礎(chǔ)，最終的療效還要看 FSD 軟件研發(fā)的進(jìn)度此外，攝像頭自的加熱清潔系統(tǒng)毫無(wú)疑問(wèn)會(huì)讓 FSD 在惡劣天氣下表現(xiàn)更好，也為系統(tǒng)能力下限底的措施。而換 500 萬(wàn)攝像頭，一個(gè)必然的果就是系統(tǒng)數(shù)據(jù)理負(fù)擔(dān)的增加。也是為何這套系被認(rèn)為是 HW 4.0 的匹配方案。HW 4.0 我們?cè)榻B過(guò)【鏈接】，底層算芯片特斯拉自研臺(tái)積電 7nm 制程，算力 216TOPS，是目前方案的 3 倍。這也說(shuō)明，看減掉一個(gè)攝像頭但實(shí)際上新方案于環(huán)境的感知能和系統(tǒng)計(jì)算需求都有顯著提升。最值得關(guān)注的一點(diǎn)，也許是那個(gè)默默“請(qǐng)回來(lái)”毫米波雷達(dá)。對(duì)起，雷達(dá)減錯(cuò)了 HW 4.0，很可能已經(jīng)方案型量產(chǎn)在即。固可以看成是特斯更加邁向“純視”核心的一步：像頭上去量求精還給予了更大的力支持。但 HW 4.0 表現(xiàn)出的另一個(gè)重要特，是馬斯克從“視覺(jué)原教旨主義，“不聲張”地向 ——曾經(jīng)眾目睽睽之下被馬斯扔進(jìn)垃圾堆的毫波雷達(dá)，又裝回了。融合感知的案，在下一代特拉自動(dòng)駕駛方案，可能還是主導(dǎo)沒(méi)有毫米波雷達(dá)特斯拉，滿打滿也就在北美地區(qū)了一年左右，現(xiàn)成了“絕版”。啥要取消？馬斯早就說(shuō)過(guò)：盡可使用少的傳感器一方面可以降低本，另一方面能減少數(shù)據(jù)融合和理的挑戰(zhàn)。毫米雷達(dá)的原理，是無(wú)線電波的技術(shù)即便在能見(jiàn)度差情況下也能檢測(cè)速接近的物體，安全冗余的重要成之一。在 RoboTaxi 或高等級(jí)自動(dòng)駕駛，激光雷達(dá) + 毫米波雷達(dá) + 攝像頭，缺一不。不過(guò)雷達(dá)也有點(diǎn)，會(huì)增加車載算機(jī)處理的數(shù)據(jù)，對(duì)計(jì)算能力和傳感器數(shù)據(jù)融合提出新挑戰(zhàn)。所，馬斯克的信條，人能靠視覺(jué)開(kāi)，AI 一定也可以。因?yàn)閳D像本就包含駕駛所需的一切信息。只過(guò)這樣，自動(dòng)駕的成敗關(guān)鍵，用的使用體驗(yàn)，甚生命財(cái)產(chǎn)安全，系于算法一身，使可靠性做到小點(diǎn)背后好幾個(gè) 9，以特斯拉的銷基數(shù)，依然不是無(wú)一失。而特斯取消毫米波雷達(dá)糟糕后果，也很顯現(xiàn)了出來(lái)。2021 年底開(kāi)始，8 攝像頭版特斯拉北美開(kāi)售，黑蛇著它的上市，特拉投訴量在短期激增 3000%，絕大部分是關(guān)“幽靈剎車”的題。幽靈剎車的質(zhì)，其實(shí)就是前識(shí)別失誤，錯(cuò)把影、塑料袋等不響駕駛的目標(biāo)，認(rèn)成了汽車、行等等。這恰好是米波雷達(dá)最重要冗余作用。根據(jù)前曝光的文件，特斯拉關(guān)聯(lián)公司項(xiàng)目的蛛絲馬跡特斯拉極大概率自研一款新的毫波雷達(dá)。區(qū)別于統(tǒng)脈沖雷達(dá)，特拉這款更像是 FMCW 雷達(dá)，即調(diào)頻連續(xù)波雷達(dá)有人推測(cè)這是一高分辨率的 4D 成像雷達(dá)（增加高度數(shù)據(jù)）。而斯克的說(shuō)法，也然發(fā)生了轉(zhuǎn)變：非完全否定毫米雷達(dá)，“高分辨的毫米波雷達(dá)”過(guò)純視覺(jué)。相比 3D 雷達(dá)，4D 雷達(dá)的確可以獲得更多數(shù)據(jù)，從提供給決策規(guī)劃多可依賴的信息然而如果 HW4.0 中毫米波雷達(dá)真的回歸，對(duì)馬斯克和特斯拉影響才剛剛開(kāi)始一方面，是否意著 100% 純視覺(jué)現(xiàn)階段還走通？無(wú)法應(yīng)對(duì)城城區(qū)開(kāi)放場(chǎng)景路？另一方面，一特斯拉的自動(dòng)駕傳感器方案還要改，那之前已經(jīng)付賣出的 200 萬(wàn)輛車，是否意味著無(wú)法 OTA 升級(jí)到最新 FSD 能力？那些已經(jīng)提前預(yù)購(gòu)了 FSD 能力的車主，又該如何交？本文來(lái)自微信眾號(hào)：智能車參 （ID：AI4Auto），作者：有據(jù)無(wú)?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 17 日消息，據(jù)安卓爆專家?Mishaal Rahman 的消息，谷歌似錫山正開(kāi)發(fā)蘋果 AirTag 追蹤器的競(jìng)品。從中可以看到，歌?Fast Pair 藍(lán)牙快速配對(duì)中，現(xiàn)了一個(gè)名為Locator tag（定位器標(biāo)簽）”的類，這一類別前沒(méi)有出現(xiàn)過(guò)爆料稱，谷歌追蹤器將同時(shí)用藍(lán)牙低能耗BLE）和超寬帶（UWB）技術(shù)。IT之家了解到，消水馬還該設(shè)備將由谷的 Nest 團(tuán)隊(duì)打造，搭一個(gè)小型揚(yáng)聲用于發(fā)出警報(bào)還有多彩配色很可能與 Pixel 8 一同發(fā)布，也就今年的谷歌 I / O 2023 開(kāi)發(fā)者大會(huì)?
