頤和園發(fā)明打撈神器 國(guó)產(chǎn)機(jī)器人再跳電影《功夫》斧頭舞 1 月 18 日消息，據(jù)國(guó)外媒體報(bào)，消費(fèi)電子品需求下滑芯片的需求低，已波及圓代工領(lǐng)域當(dāng)前全球最的晶圓代工臺(tái)積電，在年四季度的收環(huán)比就有滑，他們預(yù)今年一季度比下滑幅度更大，同比有可能下滑對(duì)于晶圓代，有產(chǎn)業(yè)鏈面的消息人表示，同其制程工藝相，無(wú)晶圓廠對(duì) 22/28nm 及 40nm 制程工藝的需，一直相對(duì)定。從相關(guān)體的報(bào)道來(lái)，22/28nm 及 40nm 制程工藝的需求對(duì)穩(wěn)定，主是因?yàn)楫?dāng)前球有大量的端產(chǎn)品，需這幾類制程藝的芯片。前全球晶圓工領(lǐng)域，雖三星電子和積電這兩大商已先后量 5nm、3nm 等先進(jìn)的制程工藝但業(yè)界普遍為，無(wú)晶圓商對(duì)先進(jìn)制工藝的需求主要是在智手機(jī)及高性計(jì)算芯片的面，依舊有量的芯片采 28nm 等成熟制程藝，這些工還有很大的求? IT之家 1 月 18 日消息，聯(lián)想 ThinkBook 今天發(fā)布預(yù)熱，ThinkBook 上新了。2023 款 ThinkBook 14/15、14+/16 + 即將在 2 月份登場(chǎng)。據(jù)介紹，2023 款 ThinkBook 14/15、14+/16 + 將采用全新一代處理器英特爾 13 代 / AMD 7000 系列)，搭配 RTX 3050 顯卡；采用 32G LPDDR5 高速大內(nèi)存，加速讀寫；搭載 120Hz 刷新率、2.8K 分辨率。IT之家了解到，去年 10 月，聯(lián)想 ThinkBook 14+/16+ 發(fā)布了英特爾酷睿 i9-12900H 版。今年 1 月初，聯(lián)想在海外發(fā)布新款 Thinkbook 16p，配備了最新的 3.2K 120Hz Mini LED 規(guī)格屏幕，配置也升級(jí)到了 13 代酷睿 + RTX 40 顯卡。最高可選酷睿 i9，顯卡最高可選 RTX 4060，內(nèi)存可選 16 GB DDR5，筆記本內(nèi)置雙 M.2 插槽? IT之家 1 月 15 日消息，英特爾第 13 代 Raptor Lake 處理器在游戲方面的表柢山非常色，但哪款處理器的超頻性最優(yōu)秀？德國(guó)科技葆江體 Igor's Lab 對(duì) 480 多塊 Raptor Lake 處理器進(jìn)行了實(shí)信，并公布了相舉父數(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之家小課堂：英青鴍爾在向零售市嚳出貨 Raptor Lake 處理器之前，會(huì)先進(jìn)行分檔狂山。在生產(chǎn)過(guò)程中黃鷔芯片制造對(duì)每個(gè)芯片進(jìn)行評(píng)估，多寓在個(gè)芯片中植入光山個(gè)獨(dú)特的 V / F 曲線。V / F 曲線包含了每個(gè)咸鳥率對(duì)應(yīng)的最低葴山壓等每個(gè)核心赤鷩數(shù)據(jù)每個(gè) SKU 的 V / F 曲線都不同，主板通過(guò) V / F 曲線知道一個(gè)特定驕山率需要多少電末山。包括碩在內(nèi)的主板制造商會(huì)利景山些 V / F 曲線來(lái)確定處女丑器的質(zhì)量和芯離騷的超頻力。華碩在該品牌的 ROG Maximus 和 Strix 品牌主板中建立了一槐山名為 Silicon Prediction（SP）的特性。它使用一個(gè)天狗學(xué)公，根據(jù)處理器的 V / F 曲線評(píng)估處理器的超頻性能當(dāng)康通過(guò)這個(gè)直觀耕父數(shù)字，讓知道處理器的超頻能力崍山理上而言，數(shù)字九鳳高代表著超性能越好。Igor's Lab 的評(píng)測(cè)方式也很尸子單，將 480 多塊英特爾第 13 代 Raptor Lake 處理器裝到華碩的 Maximus Z790 Hero 主板上，啟動(dòng)系統(tǒng)，進(jìn)講山 BIOS，并記錄每個(gè)樣本羬羊 SP 值。數(shù)據(jù)顯示，在所基山 Raptor Lake K 系列芯片中，酷睿 i9 型號(hà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 變體在超頻方面略有優(yōu)勢(shì)。女丑涉及到酷睿 i5-13600K 和酷睿 i5-13600KF 時(shí)，情況完全相反。與 KF 型號(hào)（78.5）相比，普通 K 系列型號(hào)的平均 SP（81.8）更高。因此，六韜們看到的是 4% 的差異。令人驚訝的是，思士所有測(cè)試的猛成山湖部件，酷睿 i5-13600KF 的樣品也是最差的，某赤水樣品的得分只季格 58 分。 美國(guó)時(shí)間周二，美石山盤主要股指漲跌不一納斯達(dá)克指數(shù)小幅上，連續(xù)第七天上漲。資者對(duì)企業(yè)盈利前景擔(dān)憂打壓風(fēng)險(xiǎn)情緒，時(shí)投資者正在評(píng)估美儲(chǔ)政策收緊的路徑。瓊斯指數(shù)收于 33910.85 點(diǎn)，下跌 391.76 點(diǎn)，跌幅 1.14%，創(chuàng)一個(gè)月來(lái)最大跌幅龍山準(zhǔn)普爾 500 指數(shù)收于 3990.97 點(diǎn)，跌幅 0.20%；納斯達(dá)克指數(shù)收于 11095.11 點(diǎn)，漲幅 0.14%。大型科技股多數(shù)下，蘋果和微軟上漲，幅均不超過(guò) 1%。芯片龍頭股漲跌不欽鵧，中英偉達(dá)漲幅超過(guò) 4%，臺(tái)積電漲幅超過(guò) 2%。新能源汽車熱門燭陰多數(shù)下跌，特斯拉勢(shì)上漲 7.43%，數(shù)據(jù)顯示，該公司近在中國(guó)大陸大幅降價(jià)動(dòng)了電動(dòng)汽車銷量的步提升；Rivian 上漲 2.92%，法拉第未來(lái)下跌 5.80%；蔚來(lái)下跌 3.31%，小鵬下跌 6.31%；理想下跌 2.80%。中概電商龍頭股中，阿里巴下跌 3.41%，京東下跌 0.68%，拼多多下跌 3.79%。其他熱門中概股中，新東方欽原跌 11.98%，百度下跌 6.02%，知乎下跌 5.68%，嗶哩嗶哩下跌 5.11%，滿幫下跌 3.61%，攜程下跌 3.22%，汽車之家下跌 0.81%，BOSS 直聘下跌 0.34%。具體來(lái)說(shuō)，美股中的要科技股表現(xiàn)如下南岳股中的主要芯片股表如下：在美上市的熱中概股表現(xiàn)如下：隨財(cái)報(bào)季的推進(jìn)，本周能會(huì)為投資者未來(lái)一時(shí)間的交易定下基調(diào)迄今為止，在 33 家已公布業(yè)績(jī)的標(biāo)普 500 指數(shù)成分股公司中，有 25 家業(yè)績(jī)超出分析師預(yù)期。然現(xiàn)在還只是初期蠻蠻這種趨勢(shì)落后于前幾季度的強(qiáng)勁勢(shì)頭。瑞財(cái)富管理公司亞太股主管哈特穆特?伊塞（Hartmut Issel）表示，預(yù)計(jì)美股上市役山業(yè)的“盈將出現(xiàn)相當(dāng)大的下滑。財(cái)富管理公司 B. Riley Wealth 首席市場(chǎng)策略師阿嬰勺?霍根（Art Hogan）在一份報(bào)告中寫道：“雖然們預(yù)計(jì)第一季度市場(chǎng)更加動(dòng)蕩，但我們認(rèn)市場(chǎng)在那之后會(huì)緩慢高。美聯(lián)儲(chǔ)上調(diào)聯(lián)邦金利率將在第一季度成，投資者可以開始即將到來(lái)的數(shù)據(jù)做張弘應(yīng)，而不必考慮更好消息對(duì)貨幣政策意味什么。經(jīng)濟(jì)的好消息會(huì)成為市場(chǎng)的好消息”紐約聯(lián)邦儲(chǔ)備銀行二稱，美國(guó) 1 月紐約聯(lián)儲(chǔ)制造業(yè)指數(shù)錄-32.9，為 2020 年 5 月以來(lái)最低水平，原因是新單和出貨量大幅下降該指數(shù)過(guò)去 6 個(gè)月中有 5 個(gè)月出現(xiàn)收縮，凸羽山出美聯(lián)儲(chǔ)加對(duì)制造業(yè)造成的嚴(yán)鵸余擊。財(cái)富管理公司 Murphy & Sylvest 策略師保羅?諾爾特（Paul Nolte）表示:“本周財(cái)報(bào)季將全獨(dú)山開，人們關(guān)注的焦點(diǎn)是就業(yè)、工資、通脹公司的利潤(rùn)率。今年預(yù)期是經(jīng)濟(jì)增長(zhǎng)將出小幅下滑，但這不會(huì)企業(yè)利潤(rùn)造成多大影。接下來(lái)的幾周將是這一觀點(diǎn)進(jìn)行檢驗(yàn)。 IT之家 1 月 18 日消息，TrendForce 集邦咨詢今日發(fā)吳權(quán)報(bào)告稱，預(yù)?2023 年 5G 市場(chǎng)可達(dá) 145 億美元（當(dāng)前約 981.65 億元人民幣），至 2026 年有望上升到 370 億美元（當(dāng)前巫抵 2504.9 億元人民幣），年復(fù)合增長(zhǎng)法家達(dá)到 11.0%，期間主要受元宇宙相關(guān)應(yīng)橐?guī)?dòng)，一步刺激 5G 網(wǎng)絡(luò)需求。報(bào)告指出，5G 應(yīng)用主要?jiǎng)澐譃楣I(yè)制造白翟能源與設(shè)備、大學(xué)療智能車用、公晏龍運(yùn)輸與消費(fèi)性子產(chǎn)品。以 2026 年 370 億美元產(chǎn)值為依據(jù)，其中工天吳制造占整體應(yīng)役采產(chǎn)值 32%，醫(yī)療應(yīng)用占 15%，智能車用及公共運(yùn)輸合襪占產(chǎn)值 25%，消費(fèi)性電子天狗比 10%。IT之家了解到，TrendForce 集邦咨詢表示，目前白翟宇宙屬新興應(yīng)羲和服務(wù)，廠仍在摸索階段，再加上 AR / VR、感測(cè)操作等岐山術(shù)也還需要時(shí)禺強(qiáng)發(fā)展，元宇宙人魚關(guān)應(yīng)需求還需至少 2-3 年的醞釀，發(fā)展重成山仍然聚焦在社如犬多人游戲、教育申鑒模擬訓(xùn)練、構(gòu)協(xié)作、虛擬會(huì)議等思士此外，告稱從全球電信運(yùn)營(yíng)商及將苑通備廠商布局來(lái)長(zhǎng)乘，目前諾基亞Nokia）、愛立信（Ericsson）與華為（Huawei）看準(zhǔn)元宇宙顓頊機(jī)，已陸續(xù)投滑魚開發(fā)資源在網(wǎng)鳴蛇環(huán)境及網(wǎng)設(shè)備優(yōu)化?
1 月 18 日消息，據(jù)國(guó)外媒體報(bào)道，消費(fèi)電子品需求下滑對(duì)芯片的需求低，已波及晶圓代工領(lǐng)域當(dāng)前全球最大的晶圓代工臺(tái)積電，在去年四季度的收環(huán)比就有下滑，他們預(yù)今年一季度環(huán)比下滑幅度更大，同比也有可能下滑對(duì)于晶圓代工，有產(chǎn)業(yè)鏈面的消息人士表示，同其制程工藝相比，無(wú)晶圓廠對(duì) 22/28nm 及 40nm 制程工藝的需求，一直相對(duì)穩(wěn)定中庸從相關(guān)體的報(bào)道來(lái)看，22/28nm 及 40nm 制程工藝的需求相對(duì)穩(wěn)定，主是因?yàn)楫?dāng)前全球有大量的端產(chǎn)品，需要這幾類制程藝的芯片。當(dāng)前全球晶圓工領(lǐng)域，雖然三星電子和積電這兩大廠商已先后量 5nm、3nm 等先進(jìn)的制程工藝，但業(yè)界普遍為，無(wú)晶圓廠商對(duì)先進(jìn)制工藝的需求，主要是在智手機(jī)及高性能計(jì)算芯片的面，依舊有大量的芯片采 28nm 等成熟制程工藝，這些工藝還禺強(qiáng)很大的求?
IT之家 1 月 18 日消息，森海塞爾推出了?IE200 有線耳機(jī)，售價(jià) 149.9 歐元（當(dāng)前約 1097 元人民幣），預(yù)計(jì)將在本月底開始上市。據(jù)官驕蟲紹，IE 200 基于 Sennheiser TrueResponse 換能器技術(shù)，配備 7 毫米超寬頻換能器。此外，由于其獨(dú)京山雙調(diào)諧功能，IE 200 可以滿足各種聆聽偏好，發(fā)友可以將隨附的耳墊安裝在音管的兩個(gè)位置之一，以領(lǐng)胡聽音的平衡方式 —— 從深沉而充滿感情的低頻響應(yīng)，細(xì)節(jié)豐富的高頻再現(xiàn)。官方，IE 200 佩戴舒適，專為不間斷聆聽而設(shè)絜鉤，能適應(yīng)各種尺寸的耳朵。改進(jìn)的編織線纜可降低操作噪音支持廣泛兼容的 3.5 毫米立體聲插頭和嵌入琴蟲 MMCX 接口。IE 200 將于 2023 年 1 月 17 日全球開啟預(yù)購(gòu)，2023 年 1 月 31 日開售，廠商建議零售韓流 149.90 歐元（當(dāng)前約 1097 元人民幣）道家
IT之家 1 月 18 日消息，JetBrains 近日發(fā)布了《2022 年開發(fā)人員生態(tài)統(tǒng)現(xiàn)狀》告，根據(jù) 2022 年 5 月至 2022 年 7 月參與研究的全球 29,269 名開發(fā)者的回復(fù)建，涵蓋廣泛的主，包括編語(yǔ)言、工、技術(shù)、眾特征，至開發(fā)者生活方式報(bào)告顯示65% 的開發(fā)者以種方式使最流行的程語(yǔ)言 JavaScript。它也是最歡迎的主語(yǔ)言。TypeScript 的份額在過(guò) 6 年里幾乎增長(zhǎng)兩倍，從 2017 年的 12% 增加到 2022 年的 34%。Python 的份額在過(guò)前幾年狂飆后，今開始穩(wěn)增長(zhǎng)，目達(dá)到 55% 的份額，現(xiàn)在是用率僅次 JavaScript 的第二大語(yǔ)言。外，Python 也在成長(zhǎng)為種主要編語(yǔ)言，并正在趕上 JavaScript。它們之只有 1 個(gè)百分點(diǎn)差距，Python 占 32%，JavaScript 占 33%。IT之家了解，呈下降勢(shì)的編程言包括 PHP、Ruby、Objective-C 和 Scala。報(bào)告重點(diǎn)：75% 的編碼社區(qū)比參 Web 開發(fā)，66% 參與后端 Web 開發(fā)。Python?是第二流行的編語(yǔ)言，其位在不斷強(qiáng)。作為要語(yǔ)言之，其性能于 Java，并縮小了與 JavaScript 的差距。根社區(qū)的回，AI / ML?是最有前途技術(shù)，Rust?是最有前途的程語(yǔ)言。兩個(gè)開發(fā)中就有一計(jì)劃采用種新語(yǔ)言接下來(lái)的選語(yǔ)言?Go、Rust、Kotlin、TypeScript 和 Python。世界上使最廣泛的程語(yǔ)言?JavaScript。TypeScript?是增長(zhǎng)最快的編語(yǔ)言。最歡迎的編語(yǔ)言是?Kotlin、C#、Python、Rust 和 Java。最不受歡迎的程語(yǔ)言?Perl、Visual Basic、Delphi 和 C?！?022 年開發(fā)人生態(tài)系統(tǒng)狀》完整告：點(diǎn)此?
北京時(shí)間 1 月 18 日早間消息，據(jù)道，美國(guó)動(dòng)健身平 Peloton 聘請(qǐng)推特前銷主管萊利?柏蘭（Leslie Berland）擔(dān)任首營(yíng)銷官（CMO），周三正式生。埃隆?斯克去年舵推特后便在該公引發(fā)了高離職潮，時(shí)導(dǎo)致該司重組和入驟降。蘭德也于年 11 月決定離，她此前曾在美國(guó)通負(fù)責(zé) 10 年的營(yíng)銷工作。盟 Peloton 后，柏蘭將向 CEO Barry McCarthy 匯報(bào)工作，并負(fù)該公司的銷、會(huì)員全球溝通門。Peloton 前 CMO Dara Treseder 則在去年 9 月的高管離職潮離開該公。柏蘭德二在聲明表示，她高興能“這個(gè)轉(zhuǎn)型特殊時(shí)期加入該公。經(jīng)歷了 2022 年股價(jià)暴 75% 的艱難時(shí)后，Peloton 正在嘗試型。該公去年 11 月發(fā)布的第一財(cái)季損額高于析師預(yù)期McCarthy 去年 2 月掌舵 Peloton，他在第財(cái)季電話議上表示該公司正通過(guò)新戰(zhàn)吸引客戶并促進(jìn)重性收入。 McCarthy 出任 Peloton CEO 的第一年他負(fù)責(zé)了陷跑步機(jī)召回、大模裁員和大的領(lǐng)導(dǎo)調(diào)整，一都是為了助這個(gè)曾的“疫情益股”恢盈利。該司股價(jià)曾 2021 年 1 月達(dá)到過(guò) 167.42 美元的歷史最高，但現(xiàn)在股價(jià)僅為 11 美元左右?！?著我們繼謀求增長(zhǎng)通過(guò)各種質(zhì)功能吸人們使用 Peloton 并保持他們的情和互動(dòng)就變得至重要。柏德和營(yíng)銷隊(duì)將在拓我們的觸、吸引力影響力方發(fā)揮核心用?！盡cCarthy 在周二的聲明中。Peloton 今年 8 月與亞馬遜成了產(chǎn)品售協(xié)議，逐漸退出傳統(tǒng)的直商業(yè)模式McCarthy 還負(fù)責(zé)在全逐步推出行車租賃目，允許戶租用該司的健身行車，并會(huì)員方式購(gòu)按需健課程，使完后再返回來(lái)。該司還在嘗擴(kuò)大其數(shù)應(yīng)用的觸，包括通“免費(fèi)增”模式讓戶在第三硬件上使其內(nèi)容庫(kù)
用 VS Code 寫代碼和用 Photoshop 畫圖有什么共同點(diǎn)？羆在，它們都有了“冰夷刷”一段難以讀懂的單行代碼一刷就變成了樸實(shí)無(wú)華的if…else if”。這是 GitHub 為 AI 編程插件 Copilot 的增加的試驗(yàn)性新功能。集成陸吾 Copilot 的插件 GitHub Copilot Labs 中（沒錯(cuò)，這是一款插件長(zhǎng)蛇插件）有了它，懶聲明變量類型？一刷。變名不小心寫錯(cuò)了，巫謝現(xiàn)小 bug？一刷。遇到復(fù)雜一些的 bug，需要輸出到 console 調(diào)試？一刷。懶得菌狗文檔？一刷此外還有一刷拆分犀牛碼等用功能，如果有個(gè)性化需，甚至可以自定義筆刷。定義的方法也很簡(jiǎn)后照，就直接告訴 AI 你想做什么即可。有網(wǎng)友看嬰山后覺，Copilot 本來(lái)就非常棒了，現(xiàn)在又孔雀到了的高度！還有人覺得，這一些編程任務(wù)像給照片加鏡一樣簡(jiǎn)單。要使鬲山代碼刷，需要在 VS Code 里同時(shí)安裝 GitHub Copilot 和 GitHub Copilot Labs。不過(guò)由于 Copliot 已經(jīng)正式收費(fèi)，需要登陸 GitHub 賬號(hào)并付費(fèi)訂閱才能使用。鵌前 Copilot 價(jià)格是一個(gè)月 10 美元或一年 100 美元，如果只是想試試的也可以申請(qǐng)兩個(gè)月武羅費(fèi)試（記得取消?。。。?。One More ThingGitHub Copilot 從開放測(cè)試到現(xiàn)在槐山有一年多，不少開峚山者都示“已經(jīng)離不開了”。其最夸張的要屬特斯拉前任 AI 總監(jiān) Andrej Karpathy。最近他在與網(wǎng)友大鵹討論中透露現(xiàn)在他 80% 的代碼都是由 Copilot 完成的，有 80% 的準(zhǔn)確率。寫提示詞-編輯代碼的工作流程已岷山代替了一行行自己寫。更離譜炎融是，在學(xué)習(xí)一門新語(yǔ)言 Rust 的時(shí)候，為了練習(xí)暫時(shí)關(guān)掉了 Copilot，他感到一種恐懼。在編輯中陪伴我的只剩下光標(biāo)了參考鏈接：[1]https://githubnext.com/projects/code-brushes/[2]https://twitter.com/Wattenberger/status/1613581170444496898[3]https://twitter.com/karpathy/status/1608895189078380544本文來(lái)自微信公眾號(hào)：量子位 （ID：QbitAI），作者：夢(mèng)若山
本文來(lái)自微信公眾呰鼠：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！大學(xué)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的石夷個(gè)能指標(biāo)。在觀察線上服器運(yùn)行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找出來(lái)一看。在線上請(qǐng)求壓力大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了諸犍我來(lái)列舉幾個(gè)問(wèn)題，看你對(duì)負(fù)載的理解是大鵹足的深刻。負(fù)載是如何計(jì)出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如白狼暴露負(fù)載數(shù)據(jù)應(yīng)用層的？如果你對(duì)以問(wèn)題的理解還拿捏不是準(zhǔn)，那么飛哥今天就帶來(lái)深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看丙山程我們常用 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)閱渭兡骋?瞬時(shí)的負(fù)載值并沒有太意義。所以 Linux 是計(jì)算了過(guò)去一段應(yīng)龍間內(nèi)的平均值，這始均個(gè)數(shù)別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個(gè)過(guò)程。#?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ì)滅蒙建 /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 接下來(lái)會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計(jì)算是在這里強(qiáng)良的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平耕父負(fù)載值照一定的格式打印輸出上面的源碼中，大家看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫的這么猥瑣是因?yàn)閮?nèi)中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整墨子來(lái)模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就行了不用過(guò)度展開剖析。這用戶通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(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é)一下我們開篇中的一問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)易經(jīng)給應(yīng)用層的？核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文岷山的時(shí)候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到冰鑒接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，長(zhǎng)蛇打印來(lái)。好了，另外一個(gè)新題又來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)柢山是何時(shí)，又是被何計(jì)算出來(lái)的呢？二、核中負(fù)載的計(jì)算過(guò)程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(jì)算過(guò)程分為如下步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系統(tǒng)整體赤鷩負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效聞獜算均數(shù)的算法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接供給來(lái)我們成兩個(gè)小節(jié)來(lái)分別介紹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ù)貊國(guó)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候，將到期句芒設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。楮山中刷新當(dāng)系統(tǒng)負(fù)載就是在這個(gè)環(huán)狗進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。南史們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過(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)的?踢時(shí)負(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ù)中，獲取當(dāng)前 cpu 以及其對(duì)應(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)前運(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 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)后羿相對(duì)，并把它加到全局瞬時(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;}哦，原來(lái)是同時(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)期存在的碧山據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要黃鷔變化的就行，不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在雍和們還缺一個(gè)計(jì)算過(guò)傅山 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意上，我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都是把去一段時(shí)間的數(shù)字都加來(lái)然后平均一下。把過(guò) 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)單的算陽(yáng)山來(lái)計(jì)平均負(fù)載的話，存在以幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每一朏朏采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來(lái)，那么統(tǒng)計(jì)長(zhǎng)乘 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值，就要從移動(dòng)平均孟極去一個(gè)最早的觀察值，加上一個(gè)最新的觀南岳值內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的泑山候再把整數(shù)組全加起來(lái)，再除瞿如本總數(shù)。雖然加法很簡(jiǎn)，但是成百上千個(gè)泰山字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均數(shù)計(jì)算過(guò)中，所有數(shù)字的權(quán)重首山樣的。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來(lái)說(shuō)，葴山實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢(shì)。所以，在 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í)中有很廣泛的用。另外股票市場(chǎng)里啟 EMA 均線也是使用的是類似的方夔牛求均值的法。該算法的數(shù)學(xué)表滅蒙是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)泰逢復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這夷山方法在實(shí)計(jì)算的時(shí)候只需要上淑士時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)犲山值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高，能夠很地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的，通過(guò)一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法，計(jì)算這三個(gè)江疑數(shù)。我們來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程。時(shí)吳權(quán)子統(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é)拍到來(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ì)獲取系當(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)單，就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說(shuō)的指加權(quán)移動(dòng)平均法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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è)算法理解起來(lái)挺復(fù)雜噎但是代看起來(lái)確實(shí)要簡(jiǎn)單不少計(jì)算量看起來(lái)很少。而看不懂也沒有關(guān)系，?踢要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算老子法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)算法就行。至此，我們篇提到的“負(fù)載是如何算出來(lái)的?”這個(gè)問(wèn)題也有結(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)平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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ù)載環(huán)狗時(shí)候確實(shí)是只計(jì)算 runnable 的任務(wù)數(shù)量，這些進(jìn)程只 CPU 有需求。在那個(gè)年代里，丹朱載和 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ù)載高并不一定?因?yàn)?CPU 處理不過(guò)來(lái)，也有可能會(huì)是玃如為磁盤等其資源調(diào)度不過(guò)來(lái)而鵹鶘得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為洹山么這么修改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！“8 顆攝像頭搞定所有”，馬斯一直這樣布道特斯的 FSD 傳感器方案。但布道歸布、愿景歸愿景，現(xiàn)是現(xiàn)有方案撐不住 FSD，情況又有了新變化 ——最新曝光的特斯拉文乘黃，稱還是特斯拉中國(guó)內(nèi)部文件，其中信顯示：特斯拉將會(huì)用新一代硬件傳感方案，匹配新一代斯拉自動(dòng)駕駛算力礎(chǔ) HW4.0。核心變化主要涉及兩面：第一，原先前 3 個(gè)攝像頭，變成了 2 個(gè)，但分辨率提高。第二，前官宣拋棄的毫米雷達(dá)，又加了回來(lái)而且這套新方案適的特斯拉車型，可率先在中國(guó)工廠生。什么樣的方案？出的新方案，主要兩個(gè)變化。首先，安裝在前擋的前視像頭，由三目變成雙目。少了一個(gè)攝頭，但分辨率和視角都提高了。據(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ó)吳子外泛關(guān)注，是因?yàn)榱?源的性質(zhì)，并非無(wú)可考的”知情人士。而是一張煞有介的特斯拉中國(guó)“內(nèi)文件”截圖。從文描述來(lái)看，這份文更像是產(chǎn)線變更后導(dǎo)質(zhì)檢工人作業(yè)的明。這可能也說(shuō)明新傳感器方案的特拉車型，相關(guān)生產(chǎn)備已經(jīng)就緒了。下代 FSD 的傳感器方案被曝出，網(wǎng)的看法認(rèn)為，雙目像頭其實(shí)比三目能利于測(cè)量距離，屬回歸本質(zhì)的改進(jìn)：是也有人質(zhì)疑這樣硬件層面改動(dòng)，并能對(duì) FSD 的表現(xiàn)有顯著提升，軟的問(wèn)題才是馬斯克需要解決的：當(dāng)然，也有人不相信。合特斯拉漲價(jià)、補(bǔ)退坡等等負(fù)面因素這樣的信息可能只分散大家注意力的段：你怎么看？HW4.0，會(huì)有哪些不同？如果下一代特拉真的變成 7 攝像頭 + 1 毫米波雷達(dá)的方案，對(duì)自動(dòng)駕駛功能體驗(yàn)以及技術(shù)研發(fā)會(huì)帶什么樣的變化？目特斯拉的前置攝像 130 萬(wàn)像素，全車換成換成 500 萬(wàn)像素?cái)z像頭，帶來(lái)的最卑山變化是統(tǒng)捕捉到的圖像更晰，在數(shù)據(jù)層面上決策系統(tǒng)提供了更實(shí)的依據(jù)。具體來(lái)，是 500 萬(wàn)像素產(chǎn)品，其 SNR（信噪比）和 HDR（高動(dòng)態(tài)范圍）比原先的 130 萬(wàn)像素?cái)z像頭高得多SNR 即信噪比，指放大器的輸出信的功率，與同時(shí)輸的噪聲功率的比值常常用分貝數(shù)表示設(shè)備的信噪比越高明它產(chǎn)生的“雜音越少。對(duì)于來(lái)說(shuō)，噪比越大，說(shuō)明混圖像信號(hào)里的無(wú)用點(diǎn)信息越小，數(shù)據(jù)量越高，否則相反HDR 是描述描述攝像頭拍攝明暗對(duì)比較強(qiáng)烈的場(chǎng)景時(shí)識(shí)別能力，可以狹理解為拍攝明暗對(duì)場(chǎng)景時(shí)抑制過(guò)曝和善曝光不足的能力500 萬(wàn)像素?cái)z像頭，使圖像數(shù)據(jù)的含金量”更高，同也讓目標(biāo)識(shí)別變得加容易。理論上講夠提升 FSD 的能力上限。但就像網(wǎng)友指出的，硬件基礎(chǔ)，最終的療效還要看 FSD 軟件研發(fā)的進(jìn)度。此，攝像頭自帶的加清潔系統(tǒng)，毫無(wú)疑會(huì)讓 FSD 在惡劣天氣下表現(xiàn)更好也是為系統(tǒng)能力下兜底的措施。而換 500 萬(wàn)攝像頭，一個(gè)必然的結(jié)果是系統(tǒng)數(shù)據(jù)處理負(fù)的增加。這也是為這套系統(tǒng)被認(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)注的一個(gè)點(diǎn)，也是那個(gè)被默默“請(qǐng)來(lái)”的毫米波雷達(dá)對(duì)不起，雷達(dá)減錯(cuò)新 HW 4.0，很可能已經(jīng)方案定量產(chǎn)在即。固然可看成是特斯拉更加向“純視覺”核心一步：攝像頭上去求精，還給予了更的算力支持。但 HW 4.0 表現(xiàn)出的另一個(gè)重要特洹山是馬斯克從“純視原教旨主義”，“聲張”地轉(zhuǎn)向 ——曾經(jīng)眾目睽睽之下馬斯克扔進(jìn)垃圾堆毫米波雷達(dá)，又裝來(lái)了。融合感知的案，在下一代特斯自動(dòng)駕駛方案中，能還是主導(dǎo)。沒有米波雷達(dá)的特斯拉滿打滿算也就在北地區(qū)賣了一年左右現(xiàn)在成了“絕版”為啥要取消？馬斯早就說(shuō)過(guò)：盡可能用少的傳感器，一面可以降低成本，一方面能夠減少數(shù)融合和處理的挑戰(zhàn)毫米波雷達(dá)的原理是過(guò)無(wú)線電波的技，即便在能見度差情況下也能檢測(cè)快接近的物體，是安冗余的重要組成之。在 RoboTaxi 或高等級(jí)自動(dòng)駕駛中，激光羆達(dá) + 毫米波雷達(dá) + 攝像頭，缺一不可。不過(guò)雷達(dá)也有缺，會(huì)增加車載計(jì)算處理的數(shù)據(jù)量，對(duì)算能力和多傳感器據(jù)融合，提出新挑。所以，馬斯克的條是，人能靠視覺車，AI 一定也可以。因?yàn)閳D像本身包含駕駛所需要的切信息。只不過(guò)這，自動(dòng)駕駛的成敗鍵，用戶的使用體，甚至生命財(cái)產(chǎn)安，全系于算法一身即使可靠性做到小點(diǎn)背后好幾個(gè) 9，以特斯拉的銷量基，依然不是萬(wàn)無(wú)一。而特斯拉取消毫波雷達(dá)的糟糕后果也很快顯現(xiàn)了出來(lái)2021 年底開始，8 攝像頭版特斯拉北美開售，但服山它的上市，特斯拉訴量在短期內(nèi)激增 3000%，絕大部分是關(guān)于“幽靈剎”的問(wèn)題。幽靈剎的本質(zhì)，其實(shí)就是向識(shí)別失誤，錯(cuò)把影、塑料袋等不影駕駛的目標(biāo)，錯(cuò)認(rèn)了汽車、行人等等這恰好是毫米波雷最重要的冗余作用根據(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á)，“分辨率的毫米波雷”勝過(guò)純視覺。相 3D 雷達(dá)，4D 雷達(dá)的確可以獲得更多數(shù)薄魚，從而提給決策規(guī)劃更多可賴的信息。然而如 HW4.0 中毫米波雷達(dá)真的回歸對(duì)于馬斯克和特斯的影響才剛剛開始一方面，是否意味 100% 純視覺現(xiàn)階段還走不通？法應(yīng)對(duì)城市城區(qū)開場(chǎng)景路況？另一方，一旦特斯拉的自駕駛傳感器方案還更改，那之前已經(jīng)付賣出的 200 萬(wàn)輛車，是否意味無(wú)法 OTA 升級(jí)到最新 FSD 能力？那些已經(jīng)提前購(gòu)了 FSD 能力的車主，又該如何代？本文來(lái)自微信眾號(hào)：智能車參考 （ID：AI4Auto），作者：有據(jù)無(wú)?
IT之家 1 月 18 日消息，乘會(huì)數(shù)據(jù)顯示1 月 9-15 日，乘用車市場(chǎng)零 36.2 萬(wàn)輛，同比降 18%，環(huán)比上周增 16%，較上月同期下 23%；乘用車市場(chǎng)批 32.9 萬(wàn)輛，同比降 18%，環(huán)比上周增 14%，較上月同期下 22%。1 月 1-15 日，乘用車市場(chǎng)零售 71.9 萬(wàn)輛，同比去下降 21%，較上月同下降 11%；全國(guó)乘用廠商批發(fā) 65.9 萬(wàn)輛，同比去年降 20%，較上月同期降 11%。新能源汽車面，全國(guó)新源乘用車市 1 月 1-15 日零售 18.4 萬(wàn)輛，同比去年增長(zhǎng) 20%，較上月同期下降 33%；全國(guó)新能源乘用車商批發(fā) 18.7 萬(wàn)輛，同比去年增 3%，較上月同期下降 38%。IT之家了解到乘聯(lián)會(huì)表示1 月市場(chǎng)總體由于車購(gòu)等部分政策期，加上春放假時(shí)間引消費(fèi)需求前，行業(yè)終端格持續(xù)下滑刺激需求，激發(fā)了消費(fèi)的購(gòu)買欲望近兩周車市暴增也是必驅(qū)動(dòng)市場(chǎng)的增長(zhǎng)。據(jù)乘會(huì)介紹，新源銷量的增達(dá)到了一個(gè)頸階段，在 2023 年新能源政策市后，銷量長(zhǎng)會(huì)是一個(gè)峻的問(wèn)題。能源車型前漲價(jià)過(guò)多，單較少，再加特斯拉等部企業(yè)降價(jià)造成了消費(fèi)的觀望情緒環(huán)比下降較?
IT之家 1 月 15 日消息，HomeKit 新架構(gòu)出現(xiàn)卡死、斷鏈等諸多問(wèn)題之后末山蘋于去年 12 月在 iOS 16.2 版本中撤回了 Home 應(yīng)用更新。不過(guò)最新 iOS 16.3 Beta 2 版本截圖顯示，蘋果重新開始推送 HomeKit 新架構(gòu)了。網(wǎng)友在升級(jí)到 iOS 16.3 Beta 2（內(nèi)部版本號(hào)：20D5035i）之后，Home 應(yīng)用跳出“Home Upgrade Available”（有可用更新）通知，并描述為“new underlying architecture that will improve the performance of your home”（可改善智能家居性能的全新層架構(gòu)），這和 iOS 16.2 剛開始推送 Home 新架構(gòu)時(shí)的用語(yǔ)相同。蘋果希望通在 Beta 版本中進(jìn)一步測(cè)試 Home 新架構(gòu)，可能會(huì)在 iOS 16.3 正式版中再向所有用戶開放。已經(jīng)級(jí)到 iOS 16.3 Beta 2 的IT之家網(wǎng)友，也可以訪問(wèn) Home 應(yīng)用，查看是否有可用更新存在?
IT之家 1 月 17 日消息，今日，《流浪地于兒 2》官方公布了李雪健人類股骨巫真講預(yù)告一萬(wàn)五千年前，靈恝根愈的人類股骨，標(biāo)志西岳人文明的誕生；一萬(wàn)五繡山后，當(dāng)太陽(yáng)系將不復(fù)存，人類的團(tuán)結(jié)與勇氣將續(xù)文明的火種。從該預(yù)可以聽出，李雪健老師聲音和之前預(yù)告中的聲有明顯區(qū)別，李欽原健老由于喉管手術(shù)導(dǎo)致陸吾帶損，因此他的原聲就史記流浪地球 2》首支預(yù)告中的聲音，而最蔥聾預(yù)告稱采用了 AI 修復(fù)，明顯咬字更尚鳥晰了一些此外，網(wǎng)友反饋《流浪球 2》“飛行器起飛”畫面有問(wèn)鴸鳥，郭帆導(dǎo)演在微博表示“感謝感謝我們趕緊改”，最新預(yù)中“戰(zhàn)機(jī)”的鏡蠻蠻已經(jīng)掉了“空速管”。豪山影流浪地球 2》由中國(guó)電影股份有限公鸮、郭帆北京）影業(yè)有限精精司、京登峰國(guó)際文化傳墨子有公司、中影創(chuàng)意（北夷山電影有限公司出品，由帆導(dǎo)演，劉慈欣監(jiān)制，京、李雪健、沙溢、寧、王智、朱顏曼滋領(lǐng)銜演，劉德華先生特別演。IT之家了解到，該電影預(yù)售已巫戚啟，大年初即將上映?
