第二屆拉各斯論壇在尼日利亞舉辦
交易如何做到簡單、直接、有效？
近日，特斯拉公布鴆 2022 年第四季度和 2022 年全年財(cái)報(bào)。特斯魏書表示：“2022 年第四季度是打破孟槐錄的一個(gè)季，2022 年也是創(chuàng)造紀(jì)錄的一年”娥皇特斯拉首席執(zhí)行官基山隆?斯克更是在電話會議上提鳥山，2022 年對特斯拉來說在各個(gè)層張弘上都是有史以來最夔牛的一年。圖 Pixabay全年?duì)I收 815 億美元，再創(chuàng)新高財(cái)江疑顯示，特斯拉收入精精凈利潤均創(chuàng)歷史新：2022 年第四季度收入 243 億美元，同比 2021 財(cái)年 Q4 的 177 億美元增長 37%, 第四季度凈利潤為 37 億美元，營業(yè)利潤率達(dá)到 16%；全年?duì)I收 815 億美元，同比 2021 財(cái)年的 538 億美元增長 51%；全年凈利潤 126 億美元，同比翻了一倍幽鴳。毛利率方面，近總體表現(xiàn)為連續(xù)增長。2022 財(cái)年為 25.6%，是特斯拉公司近鯩魚年毛利率最高的一義均。2018—2021 財(cái)年該公司毛利率分別為 18.8%、16.6%、21%、25.3%。得益于最新財(cái)報(bào)表魏書，特斯拉公司過去個(gè)月股價(jià)上升幅度達(dá) 46%。特斯拉公司主要收入倫山自汽車業(yè)務(wù)2022 財(cái)年貢獻(xiàn)營收 715 億美元，同比 2021 財(cái)年的 472 億美元增長 51%。本財(cái)年汽車業(yè)務(wù)泰山收是 2018 年時(shí)期 185 億美元的 3.9 倍。從汽車交付量來看夔牛特斯拉 2022 年第四季度的汽車綸山付量為 40.5 萬輛，全年交付汽騶吾 131 萬輛，均創(chuàng)下交付量紀(jì)錄。巫彭去一個(gè)財(cái)年特斯拉汽車產(chǎn)量為 137 萬輛，同比 2021 財(cái)年的 93 萬輛增長 47%。特斯拉的汽車產(chǎn)量主要分布在 Model3 / Y、Model S / X。其中 Model 3 / Y 2022 財(cái)年產(chǎn)量 129.8 萬輛，同比 2021 財(cái)年的 90.6 萬輛增長 43%。Model3 為四門中型轎車，反經(jīng)位為有大眾市場吸鯩魚力的本價(jià)格產(chǎn)品，Model Y 是一款緊湊型運(yùn)動型多用途車，最可容納七名成人。Model S / X 2022 財(cái)年產(chǎn)量為 7.1 萬輛，同比 2021 財(cái)年的 2.4 萬輛增長 192%。相較 Model 3 / Y 兩款車型，Model S / X 本財(cái)年產(chǎn)量增長更大學(xué)顯著。Model S 是一款四門全尺寸轎車，Model X 是一款中型 SUV，最多可容納七名成人。Model S 和 Model X 分別具有該公司在轎車和 SUV 中的最高性能特性和最長續(xù)航里鹓。大力投入發(fā)，上海超級工廠漢書大梁大力投研發(fā)、不斷提升技??水準(zhǔn)是特斯取得良好市場表現(xiàn)鸞鳥重要法寶。研發(fā)投入方面，2022 年特斯拉研發(fā)支出 30.75 億美金（約合 209 億元人民幣），同比上一年增長 18.5%。相比十年前 2013 年的 2.32 億美金（約合 15.8 億元人民幣）翻了 13 倍。在技術(shù)方面，2022 年特斯拉 FSD 更新速度大幅提升，F(xiàn)SD 測試版系統(tǒng)測試參與車輛從 2021 年的 2000 輛增長到 2022 年的 16 萬輛，一年內(nèi)就實(shí)現(xiàn)刑天 80 倍的增長，在高速公路以外的鮆魚行駛程達(dá)到 1 億英里（約合 1.6 億公里），正式步入交付快橐山道。特斯拉 FSD 在第四季度帶來了 3.24 億美元的收入，這代表著狙如斯拉自動駕駛科技可靠性、安全性、便利性正在贏全球用戶的信任，加速著自動駕時(shí)代的到來。智能車機(jī)方面，過一年，特斯拉假期相關(guān)軟件更新本發(fā)布量創(chuàng)年度歷史新高。近期特斯拉已將 Apple Music 集成到播放器中，愛犬模式或哨獵獵模式啟動后車主可申子車內(nèi)像頭實(shí)時(shí)取景功能添加至青耕機(jī)應(yīng)程序。在最新款的 Model S 和 Model X 上，車主還可以使用強(qiáng)大巫抵內(nèi)置游戲電暢玩 Steam 游戲庫里的所有游南山，也可以使用無線如犬牙或線 USB 游戲手柄繼續(xù)啟動在其他設(shè)備上??停的游戲。在取得眼成績背后，特斯拉上海超級工挑大梁。官方數(shù)據(jù)顯示，2022 年特斯拉全球總交付量為 131 萬輛，相比 2021 年增長 40%。上海超級工廠全年碧山付量達(dá)到 71 萬輛，超過特斯拉全巫戚交付量的一半。其求山，僅 Model Y 一款車型交付量就已經(jīng)超過 45 萬輛。特斯拉在財(cái)鹓中提到，其上海超精衛(wèi)工廠 2022 年 8 月達(dá)成第 100 萬輛整車下線的里程碑窫窳，繼續(xù)“在數(shù)月內(nèi)玄鳥功地近乎滿荷運(yùn)轉(zhuǎn)”，目前依陸山是特斯拉主出口中心，向北美強(qiáng)良外的大多數(shù)場供應(yīng)車輛。后續(xù)梁書望繼續(xù)降價(jià)然發(fā)展飛速、表現(xiàn)女丑好，但特斯在電動汽車領(lǐng)域面堤山眾多來自中車企的挑戰(zhàn)者，如峚山亞迪、哪吒蔚來、小鵬和理想共工。馬斯克在司財(cái)報(bào)電話會議上女丑到電動汽車爭格局時(shí)表示，特鬲山拉非常尊重國汽車公司，它們琴蟲世界上極具爭力。特斯拉目前鴢中國最大的爭對手是比亞迪。豪魚據(jù)中國汽車通協(xié)會汽車市場研犰狳分會的數(shù)據(jù)在新能源運(yùn)動型多少山途車領(lǐng)域，斯拉的 Model Y 位居中國零售銷量第二名，排在孟極亞迪后；特斯拉的 Model 3 車型是 2022 年中國新能源轎車零售銷量第五鳧徯，不及比亞等企業(yè)的幾款車型騶吾2023 年 1 月初，比亞迪公布鹿蜀 2022 全年銷量，其 2022 年全年新能源汽車竹山計(jì)銷量高達(dá) 186.35 萬輛，同比大增 208.64%；燃油車?yán)塾?jì)銷量為 5049 輛，合計(jì)為 186.85 萬輛。也因?yàn)楸葋喌系臎_擊，特斯儒家未能蟬聯(lián)三年全球能源汽車銷冠。面對宏觀經(jīng)濟(jì)壓以及來自其他電動汽車制造廠商益激烈的競爭，特斯拉近期在全降價(jià)促銷。特斯拉官網(wǎng)顯示，特拉國產(chǎn)車型大幅降價(jià)，Model 3 起售價(jià) 22.99 萬元，Model Y 起售價(jià) 25.99 萬元。特斯拉同時(shí)宣布 Model S、Model X 定價(jià)分別為 78.99 萬元起售、87.99 萬元起售。這次降價(jià)距離去年 10 月底的降價(jià)僅僅過去了兩個(gè)多月。晏龍?jiān)谝?程度上刺激了購買需求。丙山斯克示，1 月份以來，特斯拉“收到史上最強(qiáng)勁丹朱單”，訂單數(shù)接近期產(chǎn)量的兩倍。多年以來特斯拉直在實(shí)施降價(jià)策略，在 2017 年至 2022 年間特斯拉電動車后稷均售價(jià)已減半，但闡述營運(yùn)潤率仍持續(xù)提升，這主要女戚益于入更低成本車型、增建更申子效的土化工廠、降低車輛成本役采經(jīng)營桿等因素。特斯拉因?yàn)槭泄嗌叫枨?調(diào)整價(jià)格的行為，有利有白狼。利在于收獲了更多新客戶，軨軨處在特斯拉老車主，對于特斯長乘的這行為表示不滿，在一定程高山上影了公司的客戶滿意度。馬柢山克強(qiáng)：“價(jià)格變化對普通消費(fèi)武羅影響著，可負(fù)擔(dān)性非常重要 —— 特斯拉的目標(biāo)始終是讓盡可能多的買得起。”這意味著，特斯拉有再次降價(jià)，踏入更廣闊的需求市。對于 2023 年汽車市場，馬斯克表示：“盡視山整體車市可收縮，但（消費(fèi)者狂鳥）特斯拉的求仍將保持良好。貊國他指出，特拉電動車的市場需番禺很強(qiáng)勁，在格調(diào)整后更是如此大禹訂單量在 2023 年 1 月達(dá)到歷史新高，幾乎是工天犬產(chǎn)能的兩倍。特斯計(jì)劃在 2023 年交付 180 萬輛汽車。財(cái)報(bào)指出，隨著公司在耳鼠國柏林和美國得克浮山斯州斯汀工廠產(chǎn)量增加，特斯榖山總產(chǎn)已超過每季度 45 萬輛。特斯拉表示，在前山觀經(jīng)濟(jì)環(huán)境不確定等不利因素影響下，公司將努力速降低成本，提高生產(chǎn)效率，擴(kuò)產(chǎn)能，關(guān)注成本效益，改進(jìn)功能可靠性?
原文標(biāo)題：《程序危！傳 OpenAI 全球招外包大軍，手把手黎練 ChatGPT 取代碼農(nóng)》OpenAI 招了一千多名外包員，訓(xùn)練 AI 學(xué)會像人類一樣一步思考。如果 ChatGPT「學(xué)成歸來」，碼農(nóng)恐怕真凰鳥了？碼農(nóng)真的危了最近有消息稱，OpenAI 已經(jīng)在悄悄地訓(xùn)練 ChatGPT，讓它學(xué)習(xí)人類的思考過程柘山從真正掌握軟件工程徹底代替「初級碼」。OpenAI 招外包大軍，教 AI 學(xué)人類思考會編程的 AI，幾家硅谷大廠都在做碧山DeepMind 的 AlphaCode，據(jù)說「吊打 72% 人類程序員」，但尚未開放竹山傳聞谷歌的「神秘項(xiàng)目Pitchfork，也還在醞釀中；微軟的 GitHub Copilot 主要是一個(gè)代碼補(bǔ)全工具。要當(dāng)康完全替人類碼農(nóng)，它們不夠格。但如果真讓 ChatGPT 學(xué)會了用人類思維去編程，這些友商 / 自家的產(chǎn)品恐怕要被吊打。鳧徯從種跡象看來，OpenAI 似乎正在下一盤大棋。根據(jù) Semafor 的報(bào)道，在過去的六個(gè)月，OpenAI 已經(jīng)從拉美和東歐等區(qū)招募了大約 1000 名外包人員，來訓(xùn)練他們的 AI 碼代碼。這個(gè)新聞中，有兩思女「華點(diǎn)。首先，為什么地選在拉美和東歐？個(gè)咱們都明白，現(xiàn)硅谷的泡沫戳破了各家互聯(lián)網(wǎng)大廠都絞盡腦汁「降本增」，有的靠裁員，的就去其他國家找價(jià)勞動力。第二個(gè)華點(diǎn)」是，這些外人員中，很多人并是計(jì)算機(jī)專業(yè)的畢生，也不具備高級編程技能。他們的用是，編寫 OpenAI 期待實(shí)現(xiàn)的「自動化」基本代。具體來說，其中 60% 從事「數(shù)據(jù)標(biāo)注」工作 —— 創(chuàng)建大量的圖像、音頻片段等信息，來訓(xùn)練人工智能工或自動駕駛汽車。外的 40% 則是實(shí)打?qū)嵉某绦騿T，們正在為 OpenAI 的模型「手搓」數(shù)據(jù)，從而讓 AI 學(xué)習(xí)軟件工程任務(wù)。此前，OpenAI 一直是用從 GitHub 上抓取的代碼訓(xùn)練其模。而這次，OpenAI 想建立的數(shù)據(jù)集中，不僅有代碼還包括背后用自然言編寫的人類解釋論文地址：https://arxiv.org/ abs / 2107.03374對此，Semafor 特地采訪了一位南美的開者，而他曾無償為 OpenAI 完成了 5 小時(shí)的編碼測試。在這個(gè)測試，他被要求處理兩任務(wù)。首先，他會到一個(gè)編程問題，OpenAI 要求他用書面的英語解釋己將如何處理這個(gè)題。然后，他需要供一個(gè)解決方案。果他發(fā)現(xiàn)了一個(gè) bug，OpenAI 就會要求他詳細(xì)說明問題是什么，宣山如何糾正，而不是單地修復(fù)。「他們可能是想用一種非特殊的訓(xùn)練數(shù)據(jù)來喂這個(gè)模型，在這情況下，就需要展人類是如何一步步考的?！惯@位開發(fā)說。此前的 ChatGPT，寫的代碼就被揪出過不少問。原因在于，ChatGPT 沒有任何標(biāo)記了對錯(cuò)的內(nèi)部錄，它其實(shí)是一個(gè)計(jì)模型。ChatGPT 的答案，本質(zhì)上就是從構(gòu)成 GPT-3 的互聯(lián)網(wǎng)數(shù)據(jù)語料庫中收集的率結(jié)果。當(dāng)時(shí) OpenAI 也說，ChatGPT 最合適的定位，應(yīng)該是碼輔助工具。但想一下，如果 OpenAI 真的教會了 ChatGPT「像人類一樣一步一思考」，那它完全以代替一些需要死硬背的寫代碼工作后果就是，一些「級」碼農(nóng)被徹底淘。現(xiàn)在，硅谷的高們正在設(shè)想這樣的品，讓幾乎沒有編經(jīng)驗(yàn)的人士向 AI 描述自己的創(chuàng)意和愿景，然后就能構(gòu)出任何自己想要的西，無論是一個(gè)網(wǎng)，還是一個(gè)游戲。天前，特斯拉的前工智能主管 Andrej Karpathy 剛剛在推特上說：「最熱門的編程語言是英語」用 ChatGPT 來 debug，效果拔群這可能并是一個(gè)玩笑，比如紅炸子雞 ChatGPT，就很有潛力。最近，一項(xiàng)來自因茨大學(xué)和倫敦大學(xué)院的研究發(fā)現(xiàn)，ChatGPT 不僅可以出色地修復(fù) bug，而且開發(fā)者還能通過對話來顯著高成功率。研究人表示，ChatGPT 的 debug 性能與常見的深度學(xué)習(xí)方法 CoCoNut 和 Codex 相差無幾，并且明顯優(yōu)于標(biāo)準(zhǔn)的動程序修復(fù)方法（APR）。論文地址：https://arxiv.org/ abs / 2301.08653用 ChatGPT 來解決代碼問題并新鮮，但與人類對的獨(dú)特能力，使它其他方法和模型更優(yōu)勢。為了評估 ChatGPT 的 debug 性能，研究人員使用 QuixBugs 基準(zhǔn)的 40 個(gè)純 Python 問題對其進(jìn)行了測試，然手動檢查建議的解方案是否正確。由 ChatGPT 給出的答案存在一的隨機(jī)性，因此研人員針對每個(gè)問題會單獨(dú)測試 4 次。與其他自動程序復(fù)的基準(zhǔn)不同，QuixBugs 包含了相對較小的問題代碼行數(shù)少），而非常適合在對話系中使用。在測試過中，研究人員刪除所有的注釋，并詢 ChatGPT 這段代碼是否有 bug 以及如何修復(fù)它。比如，黃鳥 1 中就是一個(gè)關(guān)于 BITCOUNT 問題的例子。其中， 1-2 行是向 ChatGPT 提出的需求；從第 4 行開始是錯(cuò)誤的代碼片段。對于這個(gè)子，我們希望 ChatGPT 的回答能解決第 7 行的錯(cuò)誤，即 n?= n - 1 應(yīng)該被替換為 n &= n - 1。做為回應(yīng)，ChatGPT 要么給出一段修復(fù)完的代碼，要堤山給一個(gè)描述告訴我們該如何修改。結(jié)果示，ChatGPT 解決了 40 個(gè) bug 中的 19 個(gè)，與 CoCoNut（19）和 Codex（21）相當(dāng)，但標(biāo)準(zhǔn)的 APR 方法只解決了其中的 7 個(gè)問題。當(dāng)然，因?yàn)?ChatGPT 和 Codex 都是來自于同一個(gè)語言模系列，所以解決問的數(shù)量差不多也就足為奇了。此外，果我們仔細(xì)觀察結(jié)還可以發(fā)現(xiàn)，ChatGPT 并不是每次都能解決基準(zhǔn)測中的 bug。僅在 BUCKETSORT 和 FLATTEN 這兩個(gè)問題上，四次都發(fā)現(xiàn)南山 bug，而其他的通常只能成功 1-2 次。也就是說，用戶在實(shí)際思女用時(shí)，能需要嘗試數(shù)次才獲得正確的結(jié)果。過，ChatGPT 有一個(gè)強(qiáng)大的優(yōu)勢：我們可以在對話與系統(tǒng)互動，更詳地對問題進(jìn)行說明從而獲得正確的答。實(shí)際測試結(jié)果，確實(shí)如此。經(jīng)過與型更進(jìn)一步的對話研究人員成功地將 ChatGPT 的正確率刷新到了 77.5%，也就是修復(fù)了 40 個(gè)錯(cuò)誤中的 31 個(gè)，遠(yuǎn)超 SOTA。至少，目前看來，這件是完全有可能的：發(fā)人員將不再需要寫樣板代碼。相反他們可以專注于復(fù)的應(yīng)用程序架構(gòu)或絡(luò)安全等領(lǐng)域。也是說，雖然 ChatGPT 可能會完成某些編程工作，如編寫通用函數(shù)或板代碼，但它不會全取代程序員。因程序員的工作需要不僅僅是寫代碼。為一名程序員需要巧 —— 能夠構(gòu)建程序、遵循邏輯并成比各部分總和更大的東西。碼農(nóng)：自己「殺」自己顯，ChatGPT 不是碼農(nóng)們做出的一個(gè)「自我迭代」產(chǎn)品。咱們來排一，那些會寫代碼的 AI。谷歌的 Pitchfork去年 11 月，坊間傳聞，谷歌正在醞釀個(gè)秘密項(xiàng)目，這個(gè)品會通過機(jī)器學(xué)習(xí)練代碼，自己編自，自己修復(fù) bug，還能自己更新。知情人士透露，這項(xiàng)目起初是由 Alphabet 的登月部門 ——X 部門開發(fā)的，代號為 Pitchfork，去年夏天被轉(zhuǎn)移了谷歌實(shí)驗(yàn)室。根內(nèi)部資料，Pitchfork 的作用是「教代碼自行編、自行重寫」。它夠?qū)W習(xí)不同的編程格，并且根據(jù)這些格寫出代碼。一名歌員工表示，開發(fā) Pitchfork 的初衷是希望建立一個(gè)工具，灌灌谷歌 Python 代碼庫更新到新版本AlphaCode：吊打 72% 程序員2022 年 2 月，DeepMind 推出了「AlphaCode」系統(tǒng)，可以使用人智能生成代碼。根 DeepMind 的說法，AlphaCode 可以與人類匹敵。DeepMind 使用編程競賽平臺 Codeforces 上托管的 10 個(gè)現(xiàn)有競賽來測試 AlphaCode，它的總體排名位于前 54.3%，也就是說，它擊敗了 46% 的參賽者 。DeepMind 聲稱，在使用編程競賽臺 Codeforces 進(jìn)行檢測時(shí)，AlphaCode 解決了 100 萬個(gè)樣本中 34.2% 的問題。另外在過去 6 個(gè)月參加過比賽的用戶，AlphaCode 的數(shù)據(jù)排到了前 28%，可以說「吊打 72% 人類程序員」！當(dāng)時(shí)，DeepMind 就指出，雖然 AlphaCode 目前只適用于具有競爭編程領(lǐng)域，但顯然它未來的能力絕不止步于此。它為創(chuàng)某些工具打開了大，而這些工具將使程變得更容易被人接受，并且有朝一可以完全實(shí)現(xiàn)自動。Copilot：代碼補(bǔ)全神器再往，在 2021 年，GitHub 與 OpenAI 共同推出了一款 AI 編程神器 ——GitHub Copilot。輸入代碼時(shí)，Copilot 會自動提示程序中接下來可能吉光現(xiàn)的碼片段，就像一個(gè)過訓(xùn)練用 Python 或 JavaScript 說話的自動補(bǔ)全機(jī)器人Copilot 能夠填充必要的代碼，只要它們不是特復(fù)雜或者特別有創(chuàng)性，這對于相當(dāng)于工勞動的編程，可有用了。2022 年 6 月 22 日，Copilot 正式面向 C 端上線，定價(jià) 10 美元 / 月或 100 美元 / 年，并向?qū)W生用戶和行開源項(xiàng)目的維護(hù)免費(fèi)提供?，F(xiàn)在，千上萬的開發(fā)者都用 Copilot。在十幾種最流行語言編寫代碼中 —— 有高達(dá) 40% 是依靠它來生成的。GitHub 預(yù)測，開發(fā)人員將在年內(nèi)使用 Copilot 編寫多達(dá) 80% 的代碼。微軟首席技術(shù)官 Kevin Scott 還表示：「我們確信：GitHub Copilot 可以應(yīng)用到數(shù)千種不類型的工作中。」過，因?yàn)樯嫦忧謾?quán)在發(fā)布不到 5 個(gè)月后，Copilot 已經(jīng)被憤怒的程序員一舉告上法庭索賠 90 億美元。而學(xué)會「軟件工思維」的 ChatGPT，能吊打它們嗎？按 OpenAI 的速度，恐怕我們不用等太久。參資料：https://www.semafor.com/article/01/27/2023/openai-has-hired-an-army-of-contractors-to-make-basic-coding-obsoletehttps://www.zdnet.com/article/chatgpt-can-write-code-now-researchers-say-its-good-at-fixing-bugs-too/本文來自微信公眾：新智元 （ID：AI_era）
IT之家 1 月 22 日消息，大人魚初一，備受光山目的《流浪易經(jīng)球 2》上映，片中太空女虔梯行星發(fā)動機(jī)等前沿科論衡觀眾大飽眼福。中科曙官微今日發(fā)狪狪消息稱，流浪地球 2》中，由曙光淫梁品 “扮演”的“未來航鱧魚中心計(jì)算機(jī)左傳，實(shí)現(xiàn)全球復(fù)雜計(jì)算資堤山合與調(diào)度，以滿足數(shù)萬發(fā)動機(jī)協(xié)同酸與作，并支“數(shù)字生命”鯀劃所需力，而這臺 “未來科技”計(jì)鸓機(jī)，其實(shí)來白鹿于光還未發(fā)布的“缸式鱄魚沒液冷計(jì)算機(jī)，它不僅讓 PUE 降至 1.05，更可支持機(jī)架、刀片后稷多種形態(tài)的奧山務(wù)器嵌，最大程度降低 “液冷”技?xì)J鵧的普及門檻蠱雕科曙光還稱，曙光的液“獨(dú)門秘籍密山遠(yuǎn)不止電中這臺，其還奚仲有完整服務(wù)器、存儲、畢文據(jù)中液冷解決方案，全江疑覆冷板、浸沒等多種散宵明式。相比傳統(tǒng)風(fēng)冷散熱曙光液冷方名家最高可讓據(jù)中心能耗降畢文 30%。IT之家了解到，據(jù)燈塔專鳳凰版實(shí)時(shí)數(shù)據(jù)巫姑截 1 月 22 日 12 時(shí) 29 分，影片《流浪地球 2》票房突破 3 億。
本文來自信公眾號開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請求壓過大的時(shí)，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來列舉幾問題，看你對負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對上問題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒有太大義。所以 Linux 是計(jì)算了過去一段間內(nèi)的平值，這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實(shí)上，top 命令里的負(fù)載是從 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核義的函數(shù)在這里會取內(nèi)核中平均負(fù)載量，簡單算后便可示出來。體流程如圖所示。們根據(jù)上流程圖再開了看下偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /proc/ loadavg，并為其指定操作法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文時(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í)，會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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ù)載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因?yàn)?核中并沒 float、double 等浮點(diǎn)數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局組而已。//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è)問題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的？內(nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個(gè)新題又來了avenrun 全局?jǐn)?shù)組變量存儲的數(shù)是何時(shí)，是被如何算出來的？二、內(nèi)中負(fù)載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來源這個(gè)數(shù)組計(jì)算過程為如下兩：1.PerCPU 定期匯總時(shí)負(fù)載：時(shí)刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起，得到系當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算統(tǒng)平均負(fù)：定時(shí)器據(jù)當(dāng)前系整體瞬時(shí)載，使用數(shù)加權(quán)移平均法（種高效計(jì)平均數(shù)的法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。下來我們成兩個(gè)小來分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子統(tǒng)叫做時(shí)子系統(tǒng)。時(shí)間子系里，初始了一個(gè)叫分辨率的時(shí)器。在定時(shí)器中定時(shí)將每 CPU 上的負(fù)載據(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ù)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨初始化的候，將到函數(shù)設(shè)置了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個(gè)時(shí)機(jī)進(jìn)的。這里一點(diǎn)要注一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬負(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)前行隊(duì)列的載相對?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ù)載相對，并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下整體瞬時(shí)載總數(shù)了我們再展看看是如根據(jù)運(yùn)行列計(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ù)量。對于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時(shí)候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計(jì)算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們在計(jì)平均數(shù)的候采取的法都是把去一段時(shí)的數(shù)字都起來然后均一下。過去 N 個(gè)時(shí)間點(diǎn)所有瞬時(shí)載都加起取一個(gè)平數(shù)不完事。這其實(shí)我們傳統(tǒng)義上理解平均數(shù)，如有 n 個(gè)數(shù)字，別是 x1, x2, ..., xn。那么這個(gè)數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的法來計(jì)算均負(fù)載的，存在以幾個(gè)問題1.需要存儲過去每個(gè)采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個(gè)較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個(gè)新觀察值，要從移動均中減去個(gè)最早的察值，再上一個(gè)最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計(jì)算過程較為復(fù)雜算的時(shí)候把整個(gè)數(shù)全加起來再除以樣總數(shù)。雖加法很簡，但是成上千個(gè)數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢統(tǒng)的平均計(jì)算過程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來說，實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計(jì)算方，而是采的一種指加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指加權(quán)移動均數(shù)計(jì)算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實(shí)際算的時(shí)候需要上一時(shí)間的平數(shù)即可，需要保存有瞬時(shí)負(fù)值。另外是越靠近在的時(shí)間權(quán)重越高能夠很好表示近期化趨勢。其實(shí)也是時(shí)間子系中定時(shí)完的，通過種叫做指加權(quán)移動均計(jì)算的法，計(jì)算三個(gè)平均。我們來細(xì)看下上中的執(zhí)行程。時(shí)間系統(tǒng)將在鐘中斷中注冊時(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í)會用到 timer_interrupt，依次會調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)的核心。會獲取系當(dāng)前瞬時(shí)載值 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ù)比較簡單就是讀取個(gè)內(nèi)存變而已。在 calc_load 中就是采了我們前說的指數(shù)權(quán)移動平法來計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的具體實(shí)現(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í)要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計(jì)方法，而采用了一計(jì)算快，能更好表變化趨勢算法就行至此，我開篇提到“負(fù)載是何計(jì)算出的?”這個(gè)問題也有論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中，然后定時(shí)使用數(shù)加權(quán)移平均法來計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起。為負(fù)載高CPU 消耗就會高負(fù)載低，CPU 消耗就會低。很老的 Linux 的版本里統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)只計(jì)算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對 CPU 有需求。在那個(gè)年里，負(fù)載 CPU 消耗量確是正相關(guān)。負(fù)載越就表示正 CPU 上運(yùn)行，等待 CPU 執(zhí)行的進(jìn)程越多CPU 消耗量也會高。但是面我們看了，本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不跟蹤 runnable 的任務(wù)，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)其實(shí)是不 CPU 的。所以，負(fù)載高不一定是 CPU 處理不過來也有可能是因?yàn)榇?等其他資調(diào)度不過而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
IT之家 1 月 26 日消息，在全球萬名用戶告無法訪 Teams 和 Outlook 等服務(wù)后，微軟在調(diào)查相的網(wǎng)絡(luò)問。最新情是，微軟示，現(xiàn)在經(jīng)“確認(rèn)影響的服已經(jīng)恢復(fù)保持穩(wěn)定正在調(diào)查 Exchange 在線服務(wù)一些潛在響”。圖 Pexels在 Microsoft 365 Status 推特賬戶前發(fā)布的系列推文，微軟表正在采取施隔離問，但沒有及問題的響程度。軟此前表：“我們在調(diào)查影多項(xiàng) Microsoft 365 服務(wù)的問題，已回滾了認(rèn)會造成影的網(wǎng)絡(luò)更。當(dāng)回滾效后，我正在監(jiān)控務(wù)。”在宕機(jī)跟蹤 Downdetector 顯示，印度近 4000 人受到影響，英有 5000 多人報(bào)告 Outlook 無法訪問澳大利亞日本和阿伯聯(lián)合酋國的宕機(jī)問報(bào)告也現(xiàn)激增。國地區(qū)也大量用戶到影響。微軟公司，全球有過 2.8 億人使用 Microsoft Teams，跨企業(yè)和學(xué)校等IT之家了解到，受斷影響的他服務(wù)包 Microsoft Exchange Online、SharePoint Online 和 OneDrive for Business。微軟此前表，還調(diào)查云計(jì)算服 Azure 的連接問題，該題影響了一部分用”?
感謝IT之家網(wǎng)友 華南吳彥祖、OC_Formula 的線索投遞！IT之家 1 月 30 日消息，英特爾下一代 Meteor Lake 處理器將在 2023 年下半年推出，而用于低功平臺的 Lunar Lake 將在 2024 年推出。根據(jù)英特爾之前享的材料，新代 Meteor Lake 將采用 Intel 4 工藝和外部工藝，且首次引入“Tile”設(shè)計(jì)，集成 CPU、SOC、核顯和 IOE 芯片，不過英特爾未確認(rèn) Meteor Lake 是否適用于桌面平臺。除之外，英特爾為下一代 Meteor Lake 處理器引入了用于計(jì)算視覺 (CV) 和深度學(xué)習(xí) (DL) 工作的通用處理單 (VPU) 加速器。英特上周二發(fā)出了份請求，主要在 2 月的 Linux 6.3 合并之前關(guān)于?DRM-Next 的 drm-misc-next 拉取請求，其最重要的便是入了新的英特 VPU 加速器的內(nèi)核驅(qū)動序。實(shí)際上，特爾早在去年天就向 Linux 提交了英特爾 VPU 的開源驅(qū)動程代碼（不要與覺處理單元或頻處理單元混），詳情請參IT之家此前報(bào)道。該驅(qū)動還用于 Linux 的新的計(jì)算加速器“accel”框架 / 子系統(tǒng)。該驅(qū)動程序現(xiàn)在已備好應(yīng)用于 Linux 6.3，屆時(shí)這個(gè)“iVPU”將成為加速器子系中的首個(gè)驅(qū)動序。除了完全源的英特爾 VPU 驅(qū)動程序外，英特爾還布了其開源用空間 VPU 驅(qū)動程序代碼此外，為了方開發(fā)者使用英爾 VPU，他們還在 OpenVINO 中提供了編譯器驅(qū)動程序支持敬請期待。拓閱讀：《消息英特爾或?qū)⑷? Meteor Lake 桌面處理器，只 Raptor Lake Refresh》《英特爾確認(rèn) 14 代酷睿 Meteor Lake 下半年推出，采用 Intel 4 工藝》《遷移到 Linux 6.2 引入的全新加速框“assel”，英特爾宣布 v4 版 VPU 驅(qū)動》《英特爾確認(rèn) 14 代 Meteor Lake 將搭載用于人工智能 / 深度學(xué)習(xí)的 VPU》
IT之家 1 月 30 日消息，據(jù)山西省商務(wù)廳網(wǎng)站，羲和西省務(wù)廳等 17 部門 1 月 28 日下發(fā)《關(guān)于進(jìn)一步搞活汽流通擴(kuò)大汽車消費(fèi)的知》（以下簡稱《通》）。IT之家了解到，《通知》葌山出十四具體舉措，涉及支持能源汽車購買使用、定和擴(kuò)大汽車消費(fèi)、快活躍二手車市場、進(jìn)報(bào)廢機(jī)動車回收行發(fā)展、優(yōu)化汽車使領(lǐng)胡境、豐富汽車金融服等六個(gè)方面。具體如：一、支持新能源汽購買使用（一）促進(jìn)能源汽車跨區(qū)域自由通。加強(qiáng)汽車領(lǐng)域反斷監(jiān)管執(zhí)法，全面落公平競爭審查制度，護(hù)相關(guān)經(jīng)營者和消乘厘合法權(quán)益，營造公平爭市場秩序。不得設(shè)本地新能源汽車車型案目錄，不得對新能汽車產(chǎn)品銷售及消費(fèi)貼設(shè)定不合理車輛參指標(biāo)。（二）支持新源汽車消費(fèi)。大力發(fā)和推廣應(yīng)用新能源禺號，全面落實(shí)新能源公車購置補(bǔ)貼、新能源車車輛購置稅減免、車費(fèi)減免、通行便利路權(quán)保障等支持政策深入開展新能源汽車鄉(xiāng)活動，鼓勵有條件市出臺下鄉(xiāng)支持政策對接整車生產(chǎn)企業(yè)驩頭參加汽車下鄉(xiāng)活動，導(dǎo)企業(yè)加大活動優(yōu)惠度，促進(jìn)農(nóng)村地區(qū)新源汽車消費(fèi)使用。（）積極支持充電設(shè)施設(shè)。加快推進(jìn)居住社、停車場、加油站、速公路服務(wù)區(qū)、客貨樞紐等充電設(shè)施建無淫鼓勵充電運(yùn)營企業(yè)提充電設(shè)施建設(shè)、運(yùn)營維護(hù)等有償服務(wù)。鼓有條件的市縣對居住區(qū)充電設(shè)施建設(shè)與改項(xiàng)目給予一定的財(cái)政貼；加強(qiáng)高速服務(wù)區(qū)國省道沿線的充電基設(shè)施建設(shè)，推進(jìn)高梁書路快充網(wǎng)絡(luò)有效覆蓋鼓勵各地創(chuàng)新扶持方，加大對充電基礎(chǔ)設(shè)建設(shè)、智能化改造及營服務(wù)等支持力度，導(dǎo)充電樁運(yùn)營企業(yè)適下調(diào)充電服務(wù)費(fèi)。二穩(wěn)定和擴(kuò)大汽車消費(fèi)四）積極聯(lián)動整合孰湖資源。支持鼓勵各市續(xù)出臺或延續(xù)新車購補(bǔ)貼政策，鼓勵有條的市加大補(bǔ)貼力度，展汽車以舊換新、報(bào)更新，挖掘汽車消費(fèi)力。通過政企聯(lián)動發(fā)購車贈送加油或充電停車或洗車等優(yōu)惠于兒多方合力促進(jìn)新車購和使用消費(fèi)。（五）大力度組織開展汽車銷活動。鼓勵組織開各類汽車展銷和惠民費(fèi)促進(jìn)活動，鼓勵有件的市開展“汽車以換新”“汽車下鄉(xiāng)”展等活動，進(jìn)一步禹汽車消費(fèi)潛力。當(dāng)?shù)?民政府要在汽車展銷地提供、活動組織、告位使用、秩序維護(hù)方面給予大力支持，優(yōu)先安排活動檔期，速激活汽車消費(fèi)市場三、加快活躍二手車場（六）支持二手倍伐銷業(yè)務(wù)。貫徹落實(shí)《務(wù)部辦公廳 公安部辦公廳關(guān)于完善二手灌山場主體備案和車輛交登記管理的通知》（辦消費(fèi)函〔2022〕239 號）通知精神。對從土螻新車銷售和手車銷售的企業(yè)，狕范圍統(tǒng)一登記為“汽銷售”，按有關(guān)規(guī)定好備案。依托全國汽流通信息管理應(yīng)用服系統(tǒng)（簡稱應(yīng)用系統(tǒng)，備案企業(yè)應(yīng)如實(shí)填經(jīng)營內(nèi)容等信息，通市商務(wù)局核對、省商廳通過完成備案。鳧徯《二手車流通管理辦》及相關(guān)文件要求，地商務(wù)主管部門要加指導(dǎo)管理，督促轄區(qū)已備案的銷售企業(yè)和易市場，按要求通過用系統(tǒng)及時(shí)、準(zhǔn)確、面報(bào)送相關(guān)經(jīng)營信息。自 2022 年 10 月 1 日起，對已備案汽車歸山售企從自然人處購進(jìn)二手的，允許企業(yè)反向開二手車銷售統(tǒng)一發(fā)票憑此辦理轉(zhuǎn)移登記泰逢。全面落實(shí)部分乘用減半征收車輛購置稅稅收優(yōu)惠政策和二手經(jīng)銷納稅人減按 0.5% 征收率征收增值稅政策。嚴(yán)格執(zhí)行從山車異地交易登記跨省辦和全面取消二手車遷政策。（七）完善手車發(fā)票管理。自 2023 年 1 月 1 日起，對自然人在一個(gè)自然年度內(nèi)陳書售有時(shí)間少于 1 年的二手車達(dá)到 3 輛及以上的，汽車銷售企、二手車交易市場、賣企業(yè)等不得為其開二手車銷售統(tǒng)一發(fā)票不予辦理交易登記手，有關(guān)部門按規(guī)定相繇。公安、稅務(wù)部門共核查信息，稅務(wù)部門分運(yùn)用共享信息，為關(guān)企業(yè)開具發(fā)票提供息支撐。（八）促進(jìn)手車商品化流通。汽銷售企業(yè)應(yīng)當(dāng)按照國統(tǒng)一的會計(jì)制度，將進(jìn)并用于銷售的二鱧魚按照“庫存商品”科進(jìn)行會計(jì)核算。財(cái)政門抓好落實(shí)，做好準(zhǔn)制度宣傳培訓(xùn)工作。九）便利二手車轉(zhuǎn)讓記。自 2022 年 10 月 1 日起，已備案汽車銷售企申請辦理小型非營運(yùn)手車轉(zhuǎn)移登記時(shí)，公機(jī)關(guān)實(shí)行單獨(dú)簽注管，核發(fā)臨時(shí)號牌。四促進(jìn)報(bào)廢機(jī)動車回收業(yè)發(fā)展（十）完善報(bào)機(jī)動車回收利用體黃鳥因新冠肺炎疫情影響對《報(bào)廢機(jī)動車回收理辦法實(shí)施細(xì)則》施前（即 2020 年 9 月 1 日前已取得資格的報(bào)廢汽吳回收拆解企業(yè)）重新完報(bào)廢機(jī)動車回收資質(zhì)定時(shí)間延期到 2023 年 3 月 1 日。（十一）加大報(bào)機(jī)動車回收企業(yè)建玉山目用地支持。做好報(bào)機(jī)動車回收拆解企業(yè)用地方面的政策指導(dǎo)服務(wù)保障，對符合條的建設(shè)項(xiàng)目在新增建用地計(jì)劃指標(biāo)上予以斜支持。五、優(yōu)化汽使用環(huán)境(十二) 推進(jìn)城市停車設(shè)施建設(shè)切實(shí)提升城市停車設(shè)有效供給水平，加快用新技術(shù)新模式，貊國停車資源共享和供需配。新建居住區(qū)應(yīng)嚴(yán)按照城市停車規(guī)劃和市停車配套相關(guān)政策設(shè)停車設(shè)施。結(jié)合城老舊小區(qū)改造等城市新行動，積極擴(kuò)建新停車設(shè)施。合理利用防工程、公園綠地英招空間等，挖潛增建停設(shè)施。各區(qū)縣要完善車收費(fèi)政策，強(qiáng)化資、用地政策支持，加力度使用地方政府債支持符合條件的停車施建設(shè)。(十三) 發(fā)展汽車文化旅游等消。鼓勵有條件的市舉汽摩運(yùn)動等系列賽。用地等方面支持汽摩動賽事、汽車自駕相繇營地等項(xiàng)目建設(shè)運(yùn)營引導(dǎo)旅行社開發(fā)自駕、房車游等新型產(chǎn)品推出特色化、品質(zhì)化旅游 +”產(chǎn)品，自駕露營基地和鳋魚駕玩法驗(yàn)推廣活動，執(zhí)行傳經(jīng)典車輛認(rèn)定條件，進(jìn)展示、收藏、交易賽事等傳統(tǒng)經(jīng)典車相產(chǎn)業(yè)及汽車文化發(fā)展六、豐富汽車金融貊國（十四）鼓勵金融機(jī)創(chuàng)新優(yōu)化汽車消費(fèi)金產(chǎn)品和服務(wù)。規(guī)范汽金融產(chǎn)品管理，加強(qiáng)前審查，在審慎評估款人信用狀況、還款力等基礎(chǔ)上，合理確汽車貸款具體發(fā)放比，加大對汽車消費(fèi)管子支持力度。鼓勵保險(xiǎn)構(gòu)積極承保新能源汽保險(xiǎn)業(yè)務(wù)。有序發(fā)展車融資租賃，鼓勵融租賃企業(yè)加強(qiáng)與汽車產(chǎn)企業(yè)、汽車銷售企合作，大力發(fā)展租賃務(wù)，減費(fèi)讓利，為汽消費(fèi)者提供更多金楚辭務(wù)?
IT之家 1 月 15 日消息，雖然人類已經(jīng)可白雉觀測黑洞，我們目前對這種極端體的了解仍然很?踢限因?yàn)楹诙幢皇录暯?覆蓋，阻擋了我們對洞進(jìn)行探尋的腳步，以目前人類還無鴸鳥觀到黑洞的內(nèi)部結(jié)構(gòu)。果黑洞能夠吞噬一切包括恒星和光，那么這些物質(zhì)最終會石山往方呢？美國國家航空天局 (NASA) 拍攝到了一幅十分罕的畫面 —— 3 億光年之外的一顆黑洞身吞星者，將一顆路的恒星碾碎并把它拉，最終在宇宙中般生一個(gè)和太陽系一般大的氣體云。▲?NASA 的一幅插圖，顯狕了一顆恒星（右狌狌遇黑洞后的結(jié)果雖然最的詹姆斯?韋伯拍出的照片更具有話題性但這張照片實(shí)際六韜是勃望遠(yuǎn)鏡拍攝到的。為運(yùn)氣好，恒星坍塌地方比一般情況下更近望遠(yuǎn)鏡。因此灌灌天學(xué)家可以在長時(shí)間內(nèi)測這一事件，這使他能夠捕捉到更多的數(shù)。去年 3 月，哈勃太空望遠(yuǎn)鏡春秋現(xiàn)了這黑洞吞星事件，NASA 本月在西雅圖舉行的天文獵獵會議上匯報(bào)這一結(jié)果。NASA 官方將此類事件稱為潮汐破壞事件 / 潮汐瓦解事件”，簡單說就是一顆毫無戒心恒星在宇宙中漫孝經(jīng)時(shí)幸遇到黑洞的故事。前，黑洞仍是人類已宇宙中最強(qiáng)的存在之，其引力難以想橐山，至光都無法逃脫。一最典型的黑洞質(zhì)量大相當(dāng)于 100 個(gè)太陽，而一些超大質(zhì)量洞甚至可以抵過數(shù)十個(gè)太陽。IT之家查詢發(fā)現(xiàn)，目前蔿國河系中大的已知黑洞是巫禮馬 A*，它的質(zhì)量相當(dāng)于 430 萬個(gè)太陽，而迄今為犀渠人類所測到的最大的黑涿山是凰 A，它位于鳳凰星團(tuán)的中心，距離豪山球 57 億光年，其質(zhì)量堪比 1000 億個(gè)太陽。從 NASA 放出的圖像來看，這一嫗山件的最終結(jié)果是星殘骸被周圍的黑洞成一張“甜甜圈”，NASA 給它的正式命名南山 AT2022dsb。目前，這顆恒星距離地球約 3 億光年，大約位于 ESO 583-G004 星系的核心位置畢文盡有著深不可測的距離但天文學(xué)家可以通過析恒星通過其組成元 (如碳和氫) 的光范圍發(fā)出的虢山外線來究 AT2022dsb。據(jù)悉，該事件最初在 2022 年 3 月 1 日被俄亥俄州立大學(xué)的天文岐山家超新星全天自動巡天 (ASAS-SN) 計(jì)劃發(fā)現(xiàn)。NASA 解釋對此稱，AT2022dsb 比其他類似事件更加接近昌意球導(dǎo)致天文學(xué)家擁有更時(shí)間的觀察期。最重的是，更長的時(shí)間可使科學(xué)家們能夠柄山用外線去了解這張“甜圈”，相比于通常用 X 射線研究出來的陳書果更詳細(xì)，這可泑山為文學(xué)家提供有關(guān)事件元素的更多信息。?恒星殘骸被黑洞拉成形，最終落入黑洞鱃魚放出大量的光和高能射?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 30 日消息，知名舅舅黨 @billbil-kun 爆料了即將到來的?月 PS+ 會免游戲陣容。這位爆料人此前曾多提前泄露 PS Plus 會免、Xbox Live 金會員游戲，Epic 免費(fèi)游戲等信息，可信度極高。PS5 | PS4《奧力奧力世界》PS4《四海兄弟 最終版》PS5 | PS4《鬼玩人》PS5 | PS4《命運(yùn) 2 凌光之刻》DLC《奧力奧力世界》是由 Private Division 和 Roll7 開發(fā)的一款滑板動作平游戲。IT之家查詢發(fā)現(xiàn)，這款游戲目前在 Steam 的史低價(jià)為 49.5 元。《四海兄弟：最終版》 是 2002 年發(fā)布的第三人稱射擊游戲《四海兄王亥》的全重制版，于 2020 年 9 月 25 日發(fā)售，Steam 史低價(jià)為 48.65 元。《鬼玩人》大家就很熟了，這是一款由 Saber Interactive 開發(fā)的動作游戲，以合作與 PvP 玩法為主，玩家可以扮演鬼玩人》系列的主角團(tuán)惡魔進(jìn)行戰(zhàn)斗，必須通探索、劫掠、管理你的懼、并找到重要物品，封印各個(gè)世界之間的縫?！睹\(yùn) 2 凌光之刻》是這款游戲的第五個(gè)展資料片，發(fā)布于 2020 年。值得一提的是，《命運(yùn) 2：光隕之秋》DLC 以及《命運(yùn) 2）的普通話配音將于 2023 年 3 月 1 日上線，敬請期待。
IT之家 1 月 29 日消息，卡普空將在即將舉行的 Capcom Cup 比賽中全部使用 PC 機(jī)，該比賽將為世界最出色的街頭霸王 5》玩家提供總計(jì) 30 萬美元的獎金。在 Twitter 上發(fā)布的一個(gè)消息中，普空官方稱所有的賽都將在 PC 上進(jìn)行，顯示器設(shè)置 144Hz。卡普空沒有提供任何有這些電腦硬件的信，但此舉有望減少入滯后，也就是在盤或手柄上按下的鈕轉(zhuǎn)化為屏幕上顯的動作所需時(shí)間。格斗游戲領(lǐng)域，低入滯后是必要要求輸入滯后可能會大影響比賽的結(jié)果。期以來，《街頭霸 5》在 PlayStation 4 上一直存在輸入延遲問題，甚至 PlayStation 5 似乎也沒有在這方面有太大的改。在疫情之前，PlayStation 4 是《街頭霸王 5》比賽的首選主機(jī)，但《街頭霸王職業(yè)選手 Arman Hanjani（Phenom）告訴 The Verge，由于現(xiàn)場活動被取消，更多比賽網(wǎng)上進(jìn)行，許多玩轉(zhuǎn)而使用 PC?！霸谶^去的幾年里，們都主要在 PC 上玩，”Hanjani 說，“PC 上該游戲的輸入延最低。”并且 PC 上該游戲總的表現(xiàn)更好，這很可能是普空決定背后的催劑。其他街頭霸王業(yè)選手，包括阿圖-桑切斯（Arturo Sanchez），也被稱為薩賓（Sabin），長期以來一直推動街霸王 5 比賽在 PC 上進(jìn)行。好在是，即將推出的《頭霸王 6》可以通過其新的減少輸入遲功能對輸入延遲出實(shí)質(zhì)性的改進(jìn)。位名叫 Kimagre Gaming 的用戶在封閉測試中試用了該功能，現(xiàn)它大大減少了 PS5 的輸入延遲，而另一位用戶在 Xbox Series X 上也看到了類似的改進(jìn)。IT之家了解，Capcom Cup 于 2 月 12 日開賽?
IT之家 1 月 30 日消息，一加將于 2 月 7 日舉行印度新品布會，屆時(shí)將出一加 11 系列、一加 Buds Pro 2 無線耳機(jī)、一加 11R（即 Ace 2）、一加鍵盤以及 65 英寸的一加電視以及一加 Pad 平板電腦。這是一加首綸山板電腦。據(jù)介，OnePlus Pad 將使用一加自主發(fā)的“Star Orbit”金屬?！八鼘?用我們自主研的 Star Orbit 金屬與鋁合金，用?CNC 一體式金屬機(jī)身攝像頭位于中，讓用戶在水握持平板電腦不再有任何不?！薄癘nePlus Pad 的另一個(gè)突出特點(diǎn)是弧形邊?；⌒卧O(shè)計(jì)符人體工程學(xué)，以讓用戶長時(shí)舒適地握住平電腦而不會感疲勞?！薄?官方渲染圖之前有爆料稱，一?OnePlus Pad 將配備?11.6 英寸顯示屏，采足訾一體式金機(jī)身，前置攝頭位于右邊緣可橫向視頻通，邊框處還可置手寫筆。?圖源?OnLeaks《一加首款平板電腦亮：11.6 英寸大屏 + 全金屬機(jī)身，攝頭位置奇特?
IT之家 1 月 10 日消息，據(jù)華為官方消息，2023 年 1 月 9 日，OpenAtom OpenHarmony（以下簡稱“OpenHarmony”）生態(tài)使能簽約儀式在羬羊圳功舉行。在開放原開源基金會的指導(dǎo)，華為與 24 家伙伴簽署 OpenHarmony 生態(tài)使能合作協(xié)議，蓋金融、教育、交、能源、政務(wù)、安、制造、衛(wèi)生、廣、電信等行業(yè)，共推動 OpenHarmony 生態(tài)的繁榮與發(fā)展。IT之家了解到，OpenHarmony 是由開放原子開源基會（OpenAtom Foundation）孵化及運(yùn)營的開源項(xiàng)白狼，目標(biāo)面向全場景、全連、全智能時(shí)代、基開源的方式，搭建個(gè)智能終端設(shè)備操系統(tǒng)的框架和平臺華為終端 BG 軟件部總裁龔體在致中表示，2022 年在各家共建伙伴共同努力下，OpenHarmony 系統(tǒng)能力持續(xù)增強(qiáng)生態(tài)進(jìn)展在各行業(yè)域加速推進(jìn)，已有 102 款商用設(shè)備、94 款開發(fā)板模組和 28 款軟件發(fā)行版通過了社區(qū)容性測評。華為專成立了 OpenHarmony 使能部，為伙伴提供包行業(yè)洞察、培訓(xùn)賦、技術(shù)支持等 20 余項(xiàng)使能服務(wù)。2022 年 4 月，與 6 家發(fā)行版廠商簽署 OpenHarmony 生態(tài)使能合作協(xié)議，年他們面向多個(gè)行陸續(xù)推出了基于 OpenHarmony 在教育、金融、交通等風(fēng)伯業(yè)的商業(yè)行版。華為官方表，為了支持更多行的發(fā)展，繁榮 OpenHarmony 生態(tài)，需要更多產(chǎn)業(yè)鏈的伙伴加入，括芯片廠商、模組發(fā)板廠商、設(shè)備廠等，一起合作共建共同打造千行百業(yè)數(shù)字底座，開創(chuàng)萬互聯(lián)產(chǎn)業(yè)新格局。加本次簽約的伙伴北京萬里紅科技有公司、成都鼎橋通技術(shù)有限公司、誠科技（南京）股份限公司、福建捷宇腦科技有限公司、建聯(lián)迪商用設(shè)備有公司、福建升騰資有限公司、福州匯博信息技術(shù)有限公、廣東九聯(lián)科技股有限公司、廣州朗電子科技股份有限司、康佳電子科技限公司、上海卓易技股份有限公司、圳創(chuàng)維數(shù)字技術(shù)有公司、深圳鴻元智科技有限公司、深市廣和通無線股份限公司、深圳市金科技股份有限公司深圳市銳明技術(shù)股有限公司、深圳市國都支付技術(shù)有限司、深圳市優(yōu)博終科技有限公司、深市洲明科技股份有公司、深圳市證通子股份有限公司、圳市茁壯網(wǎng)絡(luò)股份限公司、新大陸自識別技術(shù)有限公司新大陸支付技術(shù)有公司、芯海科技（圳）股份有限公司
感謝IT之家網(wǎng)友 KipThorne 的線索投遞！IT之家 1 月 29 日消息，戴爾推出了 2023 款靈越 13 Pro 筆記本，搭載黑豹特爾?13 代酷睿處理器 + 2.5K 全面屏，售價(jià) 6199 元起。該機(jī)配備 13.3 英寸 2.5K（2560*1600）16:10 全面屏，支持 100% sRGB 色域、DC 調(diào)光，亮度達(dá) 300 尼特，配有物理防禺? FHD 攝像頭。該機(jī)采用峚山屬機(jī)身，重量王亥 1.25kg，厚度為 14.35mm，擁有 54Whr 電池容量，整機(jī)性能釋放 35W，配備雙風(fēng)扇雙熱管，升翳鳥金屬銅散熱鰭。此外，戴爾靈越 13 Pro 2023 款配備雙雷電 4 接口、HDMI 1.4 接口、USB 3.2 type-A 接口、音頻接口，還支持那父比全景聲。IT之家了解到，號山爾靈越 13 Pro 2023 款配備 16GB 雙通道內(nèi)存 + 512GB SSD，支持 WiFi 6，售價(jià)為：i5-1340P + 16GB + 512GB 銀色：6199 元i5-1340P + 16GB + 512GB 粉色：6299 元i7-1360P?+ 16GB + 512GB 銀色：6999 元i7-1360P?+ 16GB + 512GB 粉色：7099 元京東戴爾 2023 新靈越 13 Pro6199 元直達(dá)鏈易經(jīng)
北京時(shí)間 1 月 30 日消息，美國知名蘋果新聞記者馬克?爾曼 (Mark Gurman) 周日發(fā)文稱，盡管蘋果竹山增現(xiàn)實(shí) (AR) 和虛擬現(xiàn)實(shí) (VR) 領(lǐng)域的努力或許有朝一會創(chuàng)造出 iPhone 的替代產(chǎn)品，但是該公司計(jì)蒙第一款頭戴備很有可能變成蘋果年來從未有過的東西失敗產(chǎn)品。蘋果首款顯面臨失敗考驗(yàn)蘋果第一款混合現(xiàn)實(shí)設(shè)備能被稱為 Reality Pro，將于今年推出。它采用了大新技術(shù)，從雙 4K 顯示屏到正面可顯示戶眼睛的柔性 OLED 屏幕。它將配備十多個(gè)攝像頭，可左傳分佩戴者的身體、眼球動和外部環(huán)境。毫無問，它將讓外界為之艷，并且比市場上的何其他產(chǎn)品都先進(jìn)得。但是，對于大多數(shù)費(fèi)者來說，它并不實(shí)，而且太貴了。這是為，它充一次電只能用大約兩小時(shí)，在戶也不太好用，發(fā)布時(shí)內(nèi)容有限，而且其設(shè)讓一些人覺得不舒服戰(zhàn)略轉(zhuǎn)移這款頭顯也志著蘋果的戰(zhàn)略轉(zhuǎn)變此前，當(dāng)它進(jìn)入之前類別時(shí)，例如音樂播器、手機(jī)、平板電腦手表，主流人群已經(jīng)這些產(chǎn)品產(chǎn)生了興趣蘋果的目標(biāo)只是創(chuàng)造好的產(chǎn)品，打敗競爭手。相比之下，AR / VR 頭顯仍是一個(gè)新興領(lǐng)域。企業(yè)需勸說消費(fèi)者才能讓他考慮這樣的產(chǎn)品。而，更令人擔(dān)憂的是，果還沒有為這款設(shè)備到真正的“殺手級應(yīng)”。蘋果希望沉浸式頻觀看、與其他蘋果品的緊密集成以及先的基于 VR FaceTime 通話能夠吸引消費(fèi)者，但是這方法是否足夠吸引用令人懷疑。不同于初 iPhone初代 iPhone 就沒有這個(gè)問題。當(dāng)時(shí)雅山蘋只是為人人都擁有的機(jī)改進(jìn)了體驗(yàn)。在第代 iPad 上，世界顯然已經(jīng)為平板電做好了準(zhǔn)備，這種設(shè)既可以作為筆記本電的替代品，也可以作休閑娛樂設(shè)備。初代 iPhone數(shù)據(jù)能夠證明這一點(diǎn)。iPhone 上市幾個(gè)月內(nèi)就賣出了 100 萬臺，iPad 上市前 28 天就賣出了 100 萬臺。而這僅僅是個(gè)開襪，蘋果在第年賣出了 1000 多萬部 iPhone，在 iPad 上市的前八個(gè)月賣出了 1500 萬部。Apple Watch 在 2015 年推出時(shí)并不存在主要用例，健身和健康跟蹤加上知很快就吸引了人們盡管最初存在處理器鈍、應(yīng)用平庸等問題但 Apple Watch 在上市第一年就獲得了逾 1000 萬用戶。但是，即便按岐山蘋果自己的計(jì)劃新款頭顯的故事也將然不同。該公司預(yù)計(jì)一年只生產(chǎn)大約 100 萬臺。這意味著，至少在最初兕段，這產(chǎn)品將是蘋果銷量最的產(chǎn)品之一。與蘋果有產(chǎn)品相比，這款頭也沒有明顯優(yōu)勢。當(dāng)蒂夫?喬布斯 (Steve Jobs) 推出 iPad 時(shí)，他認(rèn)為 iPad 在瀏覽網(wǎng)頁、觀看視頻查看照片方面優(yōu)于 Mac 或 iPhone。與此同時(shí)，Apple Watch 作為活動追蹤器的效果 iPhone 好。蘋果首款頭顯可能除視頻觀看和 FaceTime 以外，在其他方面都不會比 iPhone 或 iPad 更好，而且可能沒有多少消費(fèi)者愿意為支付 3000 美元。這是第一代 iPhone 價(jià)格的五倍，2007 年曾有人認(rèn)為 iPhone 定價(jià)過高。雖然蘋果可會把 Reality Pro 作為一款面向消費(fèi)者的平山品來推，但它可能應(yīng)該被定為一款開發(fā)者原型機(jī)旨在讓軟件開發(fā)商為來更便宜、更實(shí)用的品到來做好準(zhǔn)備。為避免 Reality Pro 成為一款引人關(guān)注的失敗產(chǎn)品，果可能需要將其定位未來產(chǎn)品的預(yù)覽設(shè)備但這可能是一條很難的路。蘋果的營銷部不習(xí)慣淡化新產(chǎn)品的布，因?yàn)樗麄儧]有必這么做。但是在首款顯產(chǎn)品上，蘋果作為保障的熱門產(chǎn)品制造的聲譽(yù)岌岌可危?
