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