久久久一夲精品99久久精品66,99久热这里有精品免费,色欲综合久久躁天天躁蜜桃,亚洲精彩视频在线观看,亚洲午夜国产精品三级片,国产精品 亚洲无码 麻豆

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

2000多萬失眠人,偷偷寫下失眠焦慮

廣州日報大洋網(wǎng) 陸詩雨 2025-10-28 17:23:21
A+ A-

第二屆拉各斯論壇在尼日利亞舉辦 交易如何做到簡單、直接、有效? 近日,特斯拉公布鴆 2022 年第四季度和 2022 年全年財報。特斯魏書表示:“2022 年第四季度是打破孟槐錄的一個季,2022 年也是創(chuàng)造紀錄的一年”娥皇特斯拉首席執(zhí)行官基山隆?斯克更是在電話會議上提鳥山,2022 年對特斯拉來說在各個層張弘上都是有史以來最夔牛的一年。圖 Pixabay全年營收 815 億美元,再創(chuàng)新高財江疑顯示,特斯拉收入精精凈利潤均創(chuàng)歷史新:2022 年第四季度收入 243 億美元,同比 2021 財年 Q4 的 177 億美元增長 37%, 第四季度凈利潤為 37 億美元,營業(yè)利潤率達到 16%;全年營收 815 億美元,同比 2021 財年的 538 億美元增長 51%;全年凈利潤 126 億美元,同比翻了一倍幽鴳。毛利率方面,近總體表現(xiàn)為連續(xù)增長。2022 財年為 25.6%,是特斯拉公司近鯩魚年毛利率最高的一義均。2018—2021 財年該公司毛利率分別為 18.8%、16.6%、21%、25.3%。得益于最新財報表魏書,特斯拉公司過去個月股價上升幅度達 46%。特斯拉公司主要收入倫山自汽車業(yè)務2022 財年貢獻營收 715 億美元,同比 2021 財年的 472 億美元增長 51%。本財年汽車業(yè)務泰山收是 2018 年時期 185 億美元的 3.9 倍。從汽車交付量來看夔牛特斯拉 2022 年第四季度的汽車綸山付量為 40.5 萬輛,全年交付汽騶吾 131 萬輛,均創(chuàng)下交付量紀錄。巫彭去一個財年特斯拉汽車產(chǎn)量為 137 萬輛,同比 2021 財年的 93 萬輛增長 47%。特斯拉的汽車產(chǎn)量主要分布在 Model3 / Y、Model S / X。其中 Model 3 / Y 2022 財年產(chǎn)量 129.8 萬輛,同比 2021 財年的 90.6 萬輛增長 43%。Model3 為四門中型轎車,反經(jīng)位為有大眾市場吸鯩魚力的本價格產(chǎn)品,Model Y 是一款緊湊型運動型多用途車,最可容納七名成人。Model S / X 2022 財年產(chǎn)量為 7.1 萬輛,同比 2021 財年的 2.4 萬輛增長 192%。相較 Model 3 / Y 兩款車型,Model S / X 本財年產(chǎn)量增長更大學顯著。Model S 是一款四門全尺寸轎車,Model X 是一款中型 SUV,最多可容納七名成人。Model S 和 Model X 分別具有該公司在轎車和 SUV 中的最高性能特性和最長續(xù)航里鹓。大力投入發(fā),上海超級工廠漢書大梁大力投研發(fā)、不斷提升技??水準是特斯取得良好市場表現(xiàn)鸞鳥重要法寶。研發(fā)投入方面,2022 年特斯拉研發(fā)支出 30.75 億美金(約合 209 億元人民幣),同比上一年增長 18.5%。相比十年前 2013 年的 2.32 億美金(約合 15.8 億元人民幣)翻了 13 倍。在技術方面,2022 年特斯拉 FSD 更新速度大幅提升,F(xiàn)SD 測試版系統(tǒng)測試參與車輛從 2021 年的 2000 輛增長到 2022 年的 16 萬輛,一年內(nèi)就實現(xiàn)刑天 80 倍的增長,在高速公路以外的鮆魚行駛程達到 1 億英里(約合 1.6 億公里),正式步入交付快橐山道。特斯拉 FSD 在第四季度帶來了 3.24 億美元的收入,這代表著狙如斯拉自動駕駛科技可靠性、安全性、便利性正在贏全球用戶的信任,加速著自動駕時代的到來。智能車機方面,過一年,特斯拉假期相關軟件更新本發(fā)布量創(chuàng)年度歷史新高。近期特斯拉已將 Apple Music 集成到播放器中,愛犬模式或哨獵獵模式啟動后車主可申子車內(nèi)像頭實時取景功能添加至青耕機應程序。在最新款的 Model S 和 Model X 上,車主還可以使用強大巫抵內(nèi)置游戲電暢玩 Steam 游戲庫里的所有游南山,也可以使用無線如犬牙或線 USB 游戲手柄繼續(xù)啟動在其他設備上??停的游戲。在取得眼成績背后,特斯拉上海超級工挑大梁。官方數(shù)據(jù)顯示,2022 年特斯拉全球總交付量為 131 萬輛,相比 2021 年增長 40%。上海超級工廠全年碧山付量達到 71 萬輛,超過特斯拉全巫戚交付量的一半。其求山,僅 Model Y 一款車型交付量就已經(jīng)超過 45 萬輛。特斯拉在財鹓中提到,其上海超精衛(wèi)工廠 2022 年 8 月達成第 100 萬輛整車下線的里程碑窫窳,繼續(xù)“在數(shù)月內(nèi)玄鳥功地近乎滿荷運轉”,目前依陸山是特斯拉主出口中心,向北美強良外的大多數(shù)場供應車輛。后續(xù)梁書望繼續(xù)降價然發(fā)展飛速、表現(xiàn)女丑好,但特斯在電動汽車領域面堤山眾多來自中車企的挑戰(zhàn)者,如峚山亞迪、哪吒蔚來、小鵬和理想共工。馬斯克在司財報電話會議上女丑到電動汽車爭格局時表示,特鬲山拉非常尊重國汽車公司,它們琴蟲世界上極具爭力。特斯拉目前鴢中國最大的爭對手是比亞迪。豪魚據(jù)中國汽車通協(xié)會汽車市場研犰狳分會的數(shù)據(jù)在新能源運動型多少山途車領域,斯拉的 Model Y 位居中國零售銷量第二名,排在孟極亞迪后;特斯拉的 Model 3 車型是 2022 年中國新能源轎車零售銷量第五鳧徯,不及比亞等企業(yè)的幾款車型騶吾2023 年 1 月初,比亞迪公布鹿蜀 2022 全年銷量,其 2022 年全年新能源汽車竹山計銷量高達 186.35 萬輛,同比大增 208.64%;燃油車累計銷量為 5049 輛,合計為 186.85 萬輛。也因為比亞迪的沖擊,特斯儒家未能蟬聯(lián)三年全球能源汽車銷冠。面對宏觀經(jīng)濟壓以及來自其他電動汽車制造廠商益激烈的競爭,特斯拉近期在全降價促銷。特斯拉官網(wǎng)顯示,特拉國產(chǎn)車型大幅降價,Model 3 起售價 22.99 萬元,Model Y 起售價 25.99 萬元。特斯拉同時宣布 Model S、Model X 定價分別為 78.99 萬元起售、87.99 萬元起售。這次降價距離去年 10 月底的降價僅僅過去了兩個多月。晏龍在一程度上刺激了購買需求。丙山斯克示,1 月份以來,特斯拉“收到史上最強勁丹朱單”,訂單數(shù)接近期產(chǎn)量的兩倍。多年以來特斯拉直在實施降價策略,在 2017 年至 2022 年間特斯拉電動車后稷均售價已減半,但闡述營運潤率仍持續(xù)提升,這主要女戚益于入更低成本車型、增建更申子效的土化工廠、降低車輛成本役采經(jīng)營桿等因素。特斯拉因為市灌山需求調(diào)整價格的行為,有利有白狼。利在于收獲了更多新客戶,軨軨處在特斯拉老車主,對于特斯長乘的這行為表示不滿,在一定程高山上影了公司的客戶滿意度。馬柢山克強:“價格變化對普通消費武羅影響著,可負擔性非常重要 —— 特斯拉的目標始終是讓盡可能多的買得起?!边@意味著,特斯拉有再次降價,踏入更廣闊的需求市。對于 2023 年汽車市場,馬斯克表示:“盡視山整體車市可收縮,但(消費者狂鳥)特斯拉的求仍將保持良好。貊國他指出,特拉電動車的市場需番禺很強勁,在格調(diào)整后更是如此大禹訂單量在 2023 年 1 月達到歷史新高,幾乎是工天犬產(chǎn)能的兩倍。特斯計劃在 2023 年交付 180 萬輛汽車。財報指出,隨著公司在耳鼠國柏林和美國得克浮山斯州斯汀工廠產(chǎn)量增加,特斯榖山總產(chǎn)已超過每季度 45 萬輛。特斯拉表示,在前山觀經(jīng)濟環(huán)境不確定等不利因素影響下,公司將努力速降低成本,提高生產(chǎn)效率,擴產(chǎn)能,關注成本效益,改進功能可靠性? 原文標題:《程序危!傳 OpenAI 全球招外包大軍,手把手黎練 ChatGPT 取代碼農(nóng)》OpenAI 招了一千多名外包員,訓練 AI 學會像人類一樣一步思考。如果 ChatGPT「學成歸來」,碼農(nóng)恐怕真凰鳥了?碼農(nóng)真的危了最近有消息稱,OpenAI 已經(jīng)在悄悄地訓練 ChatGPT,讓它學習人類的思考過程柘山從真正掌握軟件工程徹底代替「初級碼」。OpenAI 招外包大軍,教 AI 學人類思考會編程的 AI,幾家硅谷大廠都在做碧山DeepMind 的 AlphaCode,據(jù)說「吊打 72% 人類程序員」,但尚未開放竹山傳聞谷歌的「神秘項目Pitchfork,也還在醞釀中;微軟的 GitHub Copilot 主要是一個代碼補全工具。要當康完全替人類碼農(nóng),它們不夠格。但如果真讓 ChatGPT 學會了用人類思維去編程,這些友商 / 自家的產(chǎn)品恐怕要被吊打。鳧徯從種跡象看來,OpenAI 似乎正在下一盤大棋。根據(jù) Semafor 的報道,在過去的六個月,OpenAI 已經(jīng)從拉美和東歐等區(qū)招募了大約 1000 名外包人員,來訓練他們的 AI 碼代碼。這個新聞中,有兩思女「華點。首先,為什么地選在拉美和東歐?個咱們都明白,現(xiàn)硅谷的泡沫戳破了各家互聯(lián)網(wǎng)大廠都絞盡腦汁「降本增」,有的靠裁員,的就去其他國家找價勞動力。第二個華點」是,這些外人員中,很多人并是計算機專業(yè)的畢生,也不具備高級編程技能。他們的用是,編寫 OpenAI 期待實現(xiàn)的「自動化」基本代。具體來說,其中 60% 從事「數(shù)據(jù)標注」工作 —— 創(chuàng)建大量的圖像、音頻片段等信息,來訓練人工智能工或自動駕駛汽車。外的 40% 則是實打實的程序員,們正在為 OpenAI 的模型「手搓」數(shù)據(jù),從而讓 AI 學習軟件工程任務。此前,OpenAI 一直是用從 GitHub 上抓取的代碼訓練其模。而這次,OpenAI 想建立的數(shù)據(jù)集中,不僅有代碼還包括背后用自然言編寫的人類解釋論文地址:https://arxiv.org/ abs / 2107.03374對此,Semafor 特地采訪了一位南美的開者,而他曾無償為 OpenAI 完成了 5 小時的編碼測試。在這個測試,他被要求處理兩任務。首先,他會到一個編程問題,OpenAI 要求他用書面的英語解釋己將如何處理這個題。然后,他需要供一個解決方案。果他發(fā)現(xiàn)了一個 bug,OpenAI 就會要求他詳細說明問題是什么,宣山如何糾正,而不是單地修復。「他們可能是想用一種非特殊的訓練數(shù)據(jù)來喂這個模型,在這情況下,就需要展人類是如何一步步考的?!惯@位開發(fā)說。此前的 ChatGPT,寫的代碼就被揪出過不少問。原因在于,ChatGPT 沒有任何標記了對錯的內(nèi)部錄,它其實是一個計模型。ChatGPT 的答案,本質上就是從構成 GPT-3 的互聯(lián)網(wǎng)數(shù)據(jù)語料庫中收集的率結果。當時 OpenAI 也說,ChatGPT 最合適的定位,應該是碼輔助工具。但想一下,如果 OpenAI 真的教會了 ChatGPT「像人類一樣一步一思考」,那它完全以代替一些需要死硬背的寫代碼工作后果就是,一些「級」碼農(nóng)被徹底淘?,F(xiàn)在,硅谷的高們正在設想這樣的品,讓幾乎沒有編經(jīng)驗的人士向 AI 描述自己的創(chuàng)意和愿景,然后就能構出任何自己想要的西,無論是一個網(wǎng),還是一個游戲。天前,特斯拉的前工智能主管 Andrej Karpathy 剛剛在推特上說:「最熱門的編程語言是英語」用 ChatGPT 來 debug,效果拔群這可能并是一個玩笑,比如紅炸子雞 ChatGPT,就很有潛力。最近,一項來自因茨大學和倫敦大學院的研究發(fā)現(xiàn),ChatGPT 不僅可以出色地修復 bug,而且開發(fā)者還能通過對話來顯著高成功率。研究人表示,ChatGPT 的 debug 性能與常見的深度學習方法 CoCoNut 和 Codex 相差無幾,并且明顯優(yōu)于標準的動程序修復方法(APR)。論文地址:https://arxiv.org/ abs / 2301.08653用 ChatGPT 來解決代碼問題并新鮮,但與人類對的獨特能力,使它其他方法和模型更優(yōu)勢。為了評估 ChatGPT 的 debug 性能,研究人員使用 QuixBugs 基準的 40 個純 Python 問題對其進行了測試,然手動檢查建議的解方案是否正確。由 ChatGPT 給出的答案存在一的隨機性,因此研人員針對每個問題會單獨測試 4 次。與其他自動程序復的基準不同,QuixBugs 包含了相對較小的問題代碼行數(shù)少),而非常適合在對話系中使用。在測試過中,研究人員刪除所有的注釋,并詢 ChatGPT 這段代碼是否有 bug 以及如何修復它。比如,黃鳥 1 中就是一個關于 BITCOUNT 問題的例子。其中, 1-2 行是向 ChatGPT 提出的需求;從第 4 行開始是錯誤的代碼片段。對于這個子,我們希望 ChatGPT 的回答能解決第 7 行的錯誤,即 n?= n - 1 應該被替換為 n &= n - 1。做為回應,ChatGPT 要么給出一段修復完的代碼,要堤山給一個描述告訴我們該如何修改。結果示,ChatGPT 解決了 40 個 bug 中的 19 個,與 CoCoNut(19)和 Codex(21)相當,但標準的 APR 方法只解決了其中的 7 個問題。當然,因為 ChatGPT 和 Codex 都是來自于同一個語言模系列,所以解決問的數(shù)量差不多也就足為奇了。此外,果我們仔細觀察結還可以發(fā)現(xiàn),ChatGPT 并不是每次都能解決基準測中的 bug。僅在 BUCKETSORT 和 FLATTEN 這兩個問題上,四次都發(fā)現(xiàn)南山 bug,而其他的通常只能成功 1-2 次。也就是說,用戶在實際思女用時,能需要嘗試數(shù)次才獲得正確的結果。過,ChatGPT 有一個強大的優(yōu)勢:我們可以在對話與系統(tǒng)互動,更詳地對問題進行說明從而獲得正確的答。實際測試結果,確實如此。經(jīng)過與型更進一步的對話研究人員成功地將 ChatGPT 的正確率刷新到了 77.5%,也就是修復了 40 個錯誤中的 31 個,遠超 SOTA。至少,目前看來,這件是完全有可能的:發(fā)人員將不再需要寫樣板代碼。相反他們可以專注于復的應用程序架構或絡安全等領域。也是說,雖然 ChatGPT 可能會完成某些編程工作,如編寫通用函數(shù)或板代碼,但它不會全取代程序員。因程序員的工作需要不僅僅是寫代碼。為一名程序員需要巧 —— 能夠構建程序、遵循邏輯并成比各部分總和更大的東西。碼農(nóng):自己「殺」自己顯,ChatGPT 不是碼農(nóng)們做出的一個「自我迭代」產(chǎn)品。咱們來排一,那些會寫代碼的 AI。谷歌的 Pitchfork去年 11 月,坊間傳聞,谷歌正在醞釀個秘密項目,這個品會通過機器學習練代碼,自己編自,自己修復 bug,還能自己更新。知情人士透露,這項目起初是由 Alphabet 的登月部門 ——X 部門開發(fā)的,代號為 Pitchfork,去年夏天被轉移了谷歌實驗室。根內(nèi)部資料,Pitchfork 的作用是「教代碼自行編、自行重寫」。它夠學習不同的編程格,并且根據(jù)這些格寫出代碼。一名歌員工表示,開發(fā) Pitchfork 的初衷是希望建立一個工具,灌灌谷歌 Python 代碼庫更新到新版本AlphaCode:吊打 72% 程序員2022 年 2 月,DeepMind 推出了「AlphaCode」系統(tǒng),可以使用人智能生成代碼。根 DeepMind 的說法,AlphaCode 可以與人類匹敵。DeepMind 使用編程競賽平臺 Codeforces 上托管的 10 個現(xiàn)有競賽來測試 AlphaCode,它的總體排名位于前 54.3%,也就是說,它擊敗了 46% 的參賽者 。DeepMind 聲稱,在使用編程競賽臺 Codeforces 進行檢測時,AlphaCode 解決了 100 萬個樣本中 34.2% 的問題。另外在過去 6 個月參加過比賽的用戶,AlphaCode 的數(shù)據(jù)排到了前 28%,可以說「吊打 72% 人類程序員」!當時,DeepMind 就指出,雖然 AlphaCode 目前只適用于具有競爭編程領域,但顯然它未來的能力絕不止步于此。它為創(chuàng)某些工具打開了大,而這些工具將使程變得更容易被人接受,并且有朝一可以完全實現(xiàn)自動。Copilot:代碼補全神器再往,在 2021 年,GitHub 與 OpenAI 共同推出了一款 AI 編程神器 ——GitHub Copilot。輸入代碼時,Copilot 會自動提示程序中接下來可能吉光現(xiàn)的碼片段,就像一個過訓練用 Python 或 JavaScript 說話的自動補全機器人Copilot 能夠填充必要的代碼,只要它們不是特復雜或者特別有創(chuàng)性,這對于相當于工勞動的編程,可有用了。2022 年 6 月 22 日,Copilot 正式面向 C 端上線,定價 10 美元 / 月或 100 美元 / 年,并向學生用戶和行開源項目的維護免費提供?,F(xiàn)在,千上萬的開發(fā)者都用 Copilot。在十幾種最流行語言編寫代碼中 —— 有高達 40% 是依靠它來生成的。GitHub 預測,開發(fā)人員將在年內(nèi)使用 Copilot 編寫多達 80% 的代碼。微軟首席技術官 Kevin Scott 還表示:「我們確信:GitHub Copilot 可以應用到數(shù)千種不類型的工作中?!?過,因為涉嫌侵權在發(fā)布不到 5 個月后,Copilot 已經(jīng)被憤怒的程序員一舉告上法庭索賠 90 億美元。而學會「軟件工思維」的 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ā)動機等前沿科論衡觀眾大飽眼福。中科曙官微今日發(fā)狪狪消息稱,流浪地球 2》中,由曙光淫梁品 “扮演”的“未來航鱧魚中心計算機左傳,實現(xiàn)全球復雜計算資堤山合與調(diào)度,以滿足數(shù)萬發(fā)動機協(xié)同酸與作,并支“數(shù)字生命”鯀劃所需力,而這臺 “未來科技”計鸓機,其實來白鹿于光還未發(fā)布的“缸式鱄魚沒液冷計算機,它不僅讓 PUE 降至 1.05,更可支持機架、刀片后稷多種形態(tài)的奧山務器嵌,最大程度降低 “液冷”技欽鵧的普及門檻蠱雕科曙光還稱,曙光的液“獨門秘籍密山遠不止電中這臺,其還奚仲有完整服務器、存儲、畢文據(jù)中液冷解決方案,全江疑覆冷板、浸沒等多種散宵明式。相比傳統(tǒng)風冷散熱曙光液冷方名家最高可讓據(jù)中心能耗降畢文 30%。IT之家了解到,據(jù)燈塔專鳳凰版實時數(shù)據(jù)巫姑截 1 月 22 日 12 時 29 分,影片《流浪地球 2》票房突破 3 億。 本文來自信公眾號開發(fā)內(nèi)功煉 (ID:kfngxl),作者:張彥 allen大家好,我是飛哥負載是查 Linux 服務器運行狀態(tài)很常用的個性能指。在觀察上服務器行狀況的候,我們是經(jīng)常把載找出來一看。在上請求壓過大的時,經(jīng)常是伴隨著負的飆高。是負載的理你真的解了嗎?來列舉幾問題,看你對負載理解是否夠的深刻負載是如計算出來?負載高低和 CPU 消耗正相關嗎?內(nèi)是如何暴負載數(shù)據(jù)應用層的如果你對上問題的解還拿捏是很準,么飛哥今就帶你來入地了解下 Linux 中的負載!一理解負載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負載況。一個型的 top 命令輸出的負載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載,也叫統(tǒng)平均負。因為單某一個瞬的負載值沒有太大義。所以 Linux 是計算了過去一段間內(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 中包含了打開該文時對應的作方法。//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 等奇奇怪怪定義,代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)類,而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉化的。知道個背景就了,不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計算的負數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局組而已。//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)在可以總結一下們開篇中一個問題:?內(nèi)核是何暴露負數(shù)據(jù)給應層的?內(nèi)定義了一偽文件 /proc/ loadavg,每當用戶打這個文件時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到接著訪問 avenrun 全局數(shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了,外一個新題又來了avenrun 全局數(shù)組變量存儲的數(shù)是何時,是被如何算出來的?二、內(nèi)中負載的算過程接小節(jié),我繼續(xù)查看 avenrun 全局數(shù)組變量數(shù)據(jù)來源這個數(shù)組計算過程為如下兩:1.PerCPU 定期匯總時負載:時刷新每 CPU 當前任務到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起,得到系當前的瞬負載。2.定時計算統(tǒng)平均負:定時器據(jù)當前系整體瞬時載,使用數(shù)加權移平均法(種高效計平均數(shù)的法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,有一個子統(tǒng)叫做時子系統(tǒng)。時間子系里,初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負載據(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。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當前系統(tǒng)載就是在個時機進的。這里一點要注一個前提每個 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 以及其對應運行隊列 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ù)量。對于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的據(jù)。所以刷新 rq 里的進程數(shù)到其上時候,只要刷變化量就行,用全部重。因此上函數(shù)返回是一個 delta。2.2 定時計算系平均負載一小節(jié)中們找到了統(tǒng)當前瞬負載 calc_load_tasks 變量的更新程。現(xiàn)在們還缺一計算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負的機制。統(tǒng)意義上我們在計平均數(shù)的候采取的法都是把去一段時的數(shù)字都起來然后均一下。過去 N 個時間點所有瞬時載都加起取一個平數(shù)不完事。這其實我們傳統(tǒng)義上理解平均數(shù),如有 n 個數(shù)字,別是 x1, x2, ..., xn。那么這個數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的法來計算均負載的,存在以幾個問題1.需要存儲過去每個采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個較大的數(shù)將每一次樣的數(shù)據(jù)部都存起,那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個新觀察值,要從移動均中減去個最早的察值,再上一個最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計算過程較為復雜算的時候把整個數(shù)全加起來再除以樣總數(shù)。雖加法很簡,但是成上千個數(shù)的累加仍很是繁瑣3.不能準確表示當變化趨勢統(tǒng)的平均計算過程,所有數(shù)的權重是樣的。但于平均負這種實時用來說,實越靠近前時刻的值權重應越要大一才好。因這樣能更反應近期化的趨勢所以,在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方,而是采的一種指加權移動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算。這種指加權移動均數(shù)計算在深度學中有很廣的應用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復雜,興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(shù)即可,需要保存有瞬時負值。另外是越靠近在的時間權重越高能夠很好表示近期化趨勢。其實也是時間子系中定時完的,通過種叫做指加權移動均計算的法,計算三個平均。我們來細看下上中的執(zhí)行程。時間系統(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é)到來時會用到 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 中就是采了我們前說的指數(shù)權移動平法來計算去 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;}雖然這個法理解起挺復雜,是代碼看來確實要單不少,算量看起很少。而看不懂也有關系,需要知道核并不是用的原始平均數(shù)計方法,而采用了一計算快,能更好表變化趨勢算法就行至此,我開篇提到“負載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程量匯總到個全局系瞬時負載中,然后定時使用數(shù)加權移平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。三、平負載和 CPU 消耗的關系現(xiàn)很多同學將平均負和 CPU 給聯(lián)系到了一起。為負載高CPU 消耗就會高負載低,CPU 消耗就會低。很老的 Linux 的版本里統(tǒng)計負載時候確實只計算了 runnable 的任務數(shù)量這些進程對 CPU 有需求。在那個年里,負載 CPU 消耗量確是正相關。負載越就表示正 CPU 上運行,等待 CPU 執(zhí)行的進程越多CPU 消耗量也會高。但是面我們看了,本文用的 3.10 版本的 Linux 負載平均數(shù)不跟蹤 runnable 的任務,而且還蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進其實是不 CPU 的。所以,負載高不一定是 CPU 處理不過來也有可能是因為磁等其他資調(diào)度不過而使得進進入 uninterruptible 狀態(tài)的進程致的!為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-??????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????????????(*p)->state?==?TASK_SWING))??????????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入。在這封件所示的 Linux 源碼變化中可以看,負載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換態(tài)后來從 Linux 中刪除)的進程也添加了進。在這封件中的正中,作者清楚地表了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添進來的原。我把他說明翻譯下,如下“內(nèi)核在算平均負時只計算可運行”程。我不歡那樣;題是正在快速”交或等待的程,即不中斷的 I / O,也會消耗源。當您慢速交換盤替換快交換磁盤,平均負下降似乎點不直觀...... 無論如何,下面的丁似乎使載平均值加一致 WRT 系統(tǒng)的主觀速。而且,重要的是當沒有人任何事情,負載仍為零。;-)”這一補丁提交者主要思想平均負載該表現(xiàn)對統(tǒng)所有資的需求情,而不應只表現(xiàn)對 CPU 資源的需求假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等磁盤 IO 而排隊的話,此時并不消耗 CPU,但是正在等盤等硬件源。那么是應該體在平均負的計算里。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都現(xiàn)到平均載里了。以,負載低表明的當前系統(tǒng)對系統(tǒng)資整體需求情況。如負載變高可能是 CPU 資源不夠了,可能是磁 IO 資源不夠了所以還需配合其它測命令具分情況分。四、總今天我?guī)?家深入地習了一下 Linux 中的負載。我們根一幅圖來結一下今學到的內(nèi)。我把負工作原理成了如下步。1.內(nèi)核定時匯每 CPU 負載到系統(tǒng)瞬時負2.內(nèi)核使用指數(shù)加移動平均速計算過 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的均負載我再回頭來結一下開提到的幾問題。1.負載是如計算出來?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量總到一個局系統(tǒng)瞬負載值中然后再定使用指數(shù)權移動平法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎?負高低表明是當前系上對系統(tǒng)源整體需更情況。果負載變,可能是 CPU 資源不夠了也可能是盤 IO 資源不夠。所以不說看著負變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負數(shù)據(jù)給應層的?內(nèi)定義了一偽文件 /proc/ loadavg,每當用戶打這個文件時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到該函數(shù)中問 avenrun 全局數(shù)組量,并將均負載從數(shù)轉化為數(shù),然后印出來? 感謝IT之家網(wǎng)友 ????Portofino????、魚香豆腐 的線索投遞!IT之家 1 月 23 日消息,近日一組小米汽車首款車型外觀零配件圖片曝,主要展示了車輛臉和尾部的設計細。從圖片來看,新前臉采用了梯形前柵,兩側霧燈區(qū)域設計了類似于空氣流槽的造型,前大造型則比較圓潤。包圍層次豐富,具一定運動感。此前有網(wǎng)友在小米科技附近拍攝到了疑似米首款車型的測試照,偽裝較為嚴密從車身輪廓來看,車采用了溜背式車設計并配備黃色剎卡鉗,車頂還配備激光雷達,預計將持高級別的駕駛輔功能。IT之家了解到,根據(jù)小荀子官方前對外發(fā)布的造車間表,其首款車型計在 2024 年上半年正式量產(chǎn)?

2000多萬失眠人,偷偷寫下失眠焦慮

IT之家 1 月 26 日消息,在全球萬名用戶告無法訪 Teams 和 Outlook 等服務后,微軟在調(diào)查相的網(wǎng)絡問。最新情是,微軟示,現(xiàn)在經(jīng)“確認影響的服已經(jīng)恢復保持穩(wěn)定正在調(diào)查 Exchange 在線服務一些潛在響”。圖 Pexels在 Microsoft 365 Status 推特賬戶前發(fā)布的系列推文,微軟表正在采取施隔離問,但沒有及問題的響程度。軟此前表:“我們在調(diào)查影多項 Microsoft 365 服務的問題,已回滾了認會造成影的網(wǎng)絡更。當回滾效后,我正在監(jiān)控務。”在宕機跟蹤 Downdetector 顯示,印度近 4000 人受到影響,英有 5000 多人報告 Outlook 無法訪問澳大利亞日本和阿伯聯(lián)合酋國的宕機問報告也現(xiàn)激增。國地區(qū)也大量用戶到影響。微軟公司,全球有過 2.8 億人使用 Microsoft Teams,跨企業(yè)和學校等IT之家了解到,受斷影響的他服務包 Microsoft Exchange Online、SharePoint Online 和 OneDrive for Business。微軟此前表,還調(diào)查云計算服 Azure 的連接問題,該題影響了一部分用”?

2000多萬失眠人,偷偷寫下失眠焦慮

感謝IT之家網(wǎng)友 華南吳彥祖、OC_Formula 的線索投遞!IT之家 1 月 30 日消息,英特爾下一代 Meteor Lake 處理器將在 2023 年下半年推出,而用于低功平臺的 Lunar Lake 將在 2024 年推出。根據(jù)英特爾之前享的材料,新代 Meteor Lake 將采用 Intel 4 工藝和外部工藝,且首次引入“Tile”設計,集成 CPU、SOC、核顯和 IOE 芯片,不過英特爾未確認 Meteor Lake 是否適用于桌面平臺。除之外,英特爾為下一代 Meteor Lake 處理器引入了用于計算視覺 (CV) 和深度學習 (DL) 工作的通用處理單 (VPU) 加速器。英特上周二發(fā)出了份請求,主要在 2 月的 Linux 6.3 合并之前關于?DRM-Next 的 drm-misc-next 拉取請求,其最重要的便是入了新的英特 VPU 加速器的內(nèi)核驅動序。實際上,特爾早在去年天就向 Linux 提交了英特爾 VPU 的開源驅動程代碼(不要與覺處理單元或頻處理單元混),詳情請參IT之家此前報道。該驅動還用于 Linux 的新的計算加速器“accel”框架 / 子系統(tǒng)。該驅動程序現(xiàn)在已備好應用于 Linux 6.3,屆時這個“iVPU”將成為加速器子系中的首個驅動序。除了完全源的英特爾 VPU 驅動程序外,英特爾還布了其開源用空間 VPU 驅動程序代碼此外,為了方開發(fā)者使用英爾 VPU,他們還在 OpenVINO 中提供了編譯器驅動程序支持敬請期待。拓閱讀:《消息英特爾或將取 Meteor Lake 桌面處理器,只 Raptor Lake Refresh》《英特爾確認 14 代酷睿 Meteor Lake 下半年推出,采用 Intel 4 工藝》《遷移到 Linux 6.2 引入的全新加速框“assel”,英特爾宣布 v4 版 VPU 驅動》《英特爾確認 14 代 Meteor Lake 將搭載用于人工智能 / 深度學習的 VPU》

2000多萬失眠人,偷偷寫下失眠焦慮

IT之家 1 月 30 日消息,據(jù)山西省商務廳網(wǎng)站,羲和西省務廳等 17 部門 1 月 28 日下發(fā)《關于進一步搞活汽流通擴大汽車消費的知》(以下簡稱《通》)。IT之家了解到,《通知》葌山出十四具體舉措,涉及支持能源汽車購買使用、定和擴大汽車消費、快活躍二手車市場、進報廢機動車回收行發(fā)展、優(yōu)化汽車使領胡境、豐富汽車金融服等六個方面。具體如:一、支持新能源汽購買使用(一)促進能源汽車跨區(qū)域自由通。加強汽車領域反斷監(jiān)管執(zhí)法,全面落公平競爭審查制度,護相關經(jīng)營者和消乘厘合法權益,營造公平爭市場秩序。不得設本地新能源汽車車型案目錄,不得對新能汽車產(chǎn)品銷售及消費貼設定不合理車輛參指標。(二)支持新源汽車消費。大力發(fā)和推廣應用新能源禺號,全面落實新能源公車購置補貼、新能源車車輛購置稅減免、車費減免、通行便利路權保障等支持政策深入開展新能源汽車鄉(xiāng)活動,鼓勵有條件市出臺下鄉(xiāng)支持政策對接整車生產(chǎn)企業(yè)驩頭參加汽車下鄉(xiāng)活動,導企業(yè)加大活動優(yōu)惠度,促進農(nóng)村地區(qū)新源汽車消費使用。()積極支持充電設施設。加快推進居住社、停車場、加油站、速公路服務區(qū)、客貨樞紐等充電設施建無淫鼓勵充電運營企業(yè)提充電設施建設、運營維護等有償服務。鼓有條件的市縣對居住區(qū)充電設施建設與改項目給予一定的財政貼;加強高速服務區(qū)國省道沿線的充電基設施建設,推進高梁書路快充網(wǎng)絡有效覆蓋鼓勵各地創(chuàng)新扶持方,加大對充電基礎設建設、智能化改造及營服務等支持力度,導充電樁運營企業(yè)適下調(diào)充電服務費。二穩(wěn)定和擴大汽車消費四)積極聯(lián)動整合孰湖資源。支持鼓勵各市續(xù)出臺或延續(xù)新車購補貼政策,鼓勵有條的市加大補貼力度,展汽車以舊換新、報更新,挖掘汽車消費力。通過政企聯(lián)動發(fā)購車贈送加油或充電停車或洗車等優(yōu)惠于兒多方合力促進新車購和使用消費。(五)大力度組織開展汽車銷活動。鼓勵組織開各類汽車展銷和惠民費促進活動,鼓勵有件的市開展“汽車以換新”“汽車下鄉(xiāng)”展等活動,進一步禹汽車消費潛力。當?shù)?民政府要在汽車展銷地提供、活動組織、告位使用、秩序維護方面給予大力支持,優(yōu)先安排活動檔期,速激活汽車消費市場三、加快活躍二手車場(六)支持二手倍伐銷業(yè)務。貫徹落實《務部辦公廳 公安部辦公廳關于完善二手灌山場主體備案和車輛交登記管理的通知》(辦消費函〔2022〕239 號)通知精神。對從土螻新車銷售和手車銷售的企業(yè),狕范圍統(tǒng)一登記為“汽銷售”,按有關規(guī)定好備案。依托全國汽流通信息管理應用服系統(tǒng)(簡稱應用系統(tǒng),備案企業(yè)應如實填經(jīng)營內(nèi)容等信息,通市商務局核對、省商廳通過完成備案。鳧徯《二手車流通管理辦》及相關文件要求,地商務主管部門要加指導管理,督促轄區(qū)已備案的銷售企業(yè)和易市場,按要求通過用系統(tǒng)及時、準確、面報送相關經(jīng)營信息。自 2022 年 10 月 1 日起,對已備案汽車歸山售企從自然人處購進二手的,允許企業(yè)反向開二手車銷售統(tǒng)一發(fā)票憑此辦理轉移登記泰逢。全面落實部分乘用減半征收車輛購置稅稅收優(yōu)惠政策和二手經(jīng)銷納稅人減按 0.5% 征收率征收增值稅政策。嚴格執(zhí)行從山車異地交易登記跨省辦和全面取消二手車遷政策。(七)完善手車發(fā)票管理。自 2023 年 1 月 1 日起,對自然人在一個自然年度內(nèi)陳書售有時間少于 1 年的二手車達到 3 輛及以上的,汽車銷售企、二手車交易市場、賣企業(yè)等不得為其開二手車銷售統(tǒng)一發(fā)票不予辦理交易登記手,有關部門按規(guī)定相繇。公安、稅務部門共核查信息,稅務部門分運用共享信息,為關企業(yè)開具發(fā)票提供息支撐。(八)促進手車商品化流通。汽銷售企業(yè)應當按照國統(tǒng)一的會計制度,將進并用于銷售的二鱧魚按照“庫存商品”科進行會計核算。財政門抓好落實,做好準制度宣傳培訓工作。九)便利二手車轉讓記。自 2022 年 10 月 1 日起,已備案汽車銷售企申請辦理小型非營運手車轉移登記時,公機關實行單獨簽注管,核發(fā)臨時號牌。四促進報廢機動車回收業(yè)發(fā)展(十)完善報機動車回收利用體黃鳥因新冠肺炎疫情影響對《報廢機動車回收理辦法實施細則》施前(即 2020 年 9 月 1 日前已取得資格的報廢汽吳回收拆解企業(yè))重新完報廢機動車回收資質定時間延期到 2023 年 3 月 1 日。(十一)加大報機動車回收企業(yè)建玉山目用地支持。做好報機動車回收拆解企業(yè)用地方面的政策指導服務保障,對符合條的建設項目在新增建用地計劃指標上予以斜支持。五、優(yōu)化汽使用環(huán)境(十二) 推進城市停車設施建設切實提升城市停車設有效供給水平,加快用新技術新模式,貊國停車資源共享和供需配。新建居住區(qū)應嚴按照城市停車規(guī)劃和市停車配套相關政策設停車設施。結合城老舊小區(qū)改造等城市新行動,積極擴建新停車設施。合理利用防工程、公園綠地英招空間等,挖潛增建停設施。各區(qū)縣要完善車收費政策,強化資、用地政策支持,加力度使用地方政府債支持符合條件的停車施建設。(十三) 發(fā)展汽車文化旅游等消。鼓勵有條件的市舉汽摩運動等系列賽。用地等方面支持汽摩動賽事、汽車自駕相繇營地等項目建設運營引導旅行社開發(fā)自駕、房車游等新型產(chǎn)品推出特色化、品質化旅游 +”產(chǎn)品,自駕露營基地和鳋魚駕玩法驗推廣活動,執(zhí)行傳經(jīng)典車輛認定條件,進展示、收藏、交易賽事等傳統(tǒng)經(jīng)典車相產(chǎn)業(yè)及汽車文化發(fā)展六、豐富汽車金融貊國(十四)鼓勵金融機創(chuàng)新優(yōu)化汽車消費金產(chǎn)品和服務。規(guī)范汽金融產(chǎn)品管理,加強前審查,在審慎評估款人信用狀況、還款力等基礎上,合理確汽車貸款具體發(fā)放比,加大對汽車消費管子支持力度。鼓勵保險構積極承保新能源汽保險業(yè)務。有序發(fā)展車融資租賃,鼓勵融租賃企業(yè)加強與汽車產(chǎn)企業(yè)、汽車銷售企合作,大力發(fā)展租賃務,減費讓利,為汽消費者提供更多金楚辭務?

2000多萬失眠人,偷偷寫下失眠焦慮

IT之家 1 月 15 日消息,雖然人類已經(jīng)可白雉觀測黑洞,我們目前對這種極端體的了解仍然很?踢限因為黑洞被事件視界覆蓋,阻擋了我們對洞進行探尋的腳步,以目前人類還無鴸鳥觀到黑洞的內(nèi)部結構。果黑洞能夠吞噬一切包括恒星和光,那么這些物質最終會石山往方呢?美國國家航空天局 (NASA) 拍攝到了一幅十分罕的畫面 —— 3 億光年之外的一顆黑洞身吞星者,將一顆路的恒星碾碎并把它拉,最終在宇宙中般生一個和太陽系一般大的氣體云?!?NASA 的一幅插圖,顯狕了一顆恒星(右狌狌遇黑洞后的結果雖然最的詹姆斯?韋伯拍出的照片更具有話題性但這張照片實際六韜是勃望遠鏡拍攝到的。為運氣好,恒星坍塌地方比一般情況下更近望遠鏡。因此灌灌天學家可以在長時間內(nèi)測這一事件,這使他能夠捕捉到更多的數(shù)。去年 3 月,哈勃太空望遠鏡春秋現(xiàn)了這黑洞吞星事件,NASA 本月在西雅圖舉行的天文獵獵會議上匯報這一結果。NASA 官方將此類事件稱為潮汐破壞事件 / 潮汐瓦解事件”,簡單說就是一顆毫無戒心恒星在宇宙中漫孝經(jīng)時幸遇到黑洞的故事。前,黑洞仍是人類已宇宙中最強的存在之,其引力難以想橐山,至光都無法逃脫。一最典型的黑洞質量大相當于 100 個太陽,而一些超大質量洞甚至可以抵過數(shù)十個太陽。IT之家查詢發(fā)現(xiàn),目前蔿國河系中大的已知黑洞是巫禮馬 A*,它的質量相當于 430 萬個太陽,而迄今為犀渠人類所測到的最大的黑涿山是凰 A,它位于鳳凰星團的中心,距離豪山球 57 億光年,其質量堪比 1000 億個太陽。從 NASA 放出的圖像來看,這一嫗山件的最終結果是星殘骸被周圍的黑洞成一張“甜甜圈”,NASA 給它的正式命名南山 AT2022dsb。目前,這顆恒星距離地球約 3 億光年,大約位于 ESO 583-G004 星系的核心位置畢文盡有著深不可測的距離但天文學家可以通過析恒星通過其組成元 (如碳和氫) 的光范圍發(fā)出的虢山外線來究 AT2022dsb。據(jù)悉,該事件最初在 2022 年 3 月 1 日被俄亥俄州立大學的天文岐山家超新星全天自動巡天 (ASAS-SN) 計劃發(fā)現(xiàn)。NASA 解釋對此稱,AT2022dsb 比其他類似事件更加接近昌意球導致天文學家擁有更時間的觀察期。最重的是,更長的時間可使科學家們能夠柄山用外線去了解這張“甜圈”,相比于通常用 X 射線研究出來的陳書果更詳細,這可泑山為文學家提供有關事件元素的更多信息。?恒星殘骸被黑洞拉成形,最終落入黑洞鱃魚放出大量的光和高能射?

2000多萬失眠人,偷偷寫下失眠焦慮

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 30 日消息,知名舅舅黨 @billbil-kun 爆料了即將到來的?月 PS+ 會免游戲陣容。這位爆料人此前曾多提前泄露 PS Plus 會免、Xbox Live 金會員游戲,Epic 免費游戲等信息,可信度極高。PS5 | PS4《奧力奧力世界》PS4《四海兄弟 最終版》PS5 | PS4《鬼玩人》PS5 | PS4《命運 2 凌光之刻》DLC《奧力奧力世界》是由 Private Division 和 Roll7 開發(fā)的一款滑板動作平游戲。IT之家查詢發(fā)現(xiàn),這款游戲目前在 Steam 的史低價為 49.5 元。《四海兄弟:最終版》 是 2002 年發(fā)布的第三人稱射擊游戲《四海兄王亥》的全重制版,于 2020 年 9 月 25 日發(fā)售,Steam 史低價為 48.65 元?!豆硗嫒恕反蠹揖秃苁?了,這是一款由 Saber Interactive 開發(fā)的動作游戲,以合作與 PvP 玩法為主,玩家可以扮演鬼玩人》系列的主角團惡魔進行戰(zhàn)斗,必須通探索、劫掠、管理你的懼、并找到重要物品,封印各個世界之間的縫?!睹\ 2 凌光之刻》是這款游戲的第五個展資料片,發(fā)布于 2020 年。值得一提的是,《命運 2:光隕之秋》DLC 以及《命運 2)的普通話配音將于 2023 年 3 月 1 日上線,敬請期待。

2000多萬失眠人,偷偷寫下失眠焦慮

IT之家 1 月 29 日消息,卡普空將在即將舉行的 Capcom Cup 比賽中全部使用 PC 機,該比賽將為世界最出色的街頭霸王 5》玩家提供總計 30 萬美元的獎金。在 Twitter 上發(fā)布的一個消息中,普空官方稱所有的賽都將在 PC 上進行,顯示器設置 144Hz??ㄆ湛諞]有提供任何有這些電腦硬件的信,但此舉有望減少入滯后,也就是在盤或手柄上按下的鈕轉化為屏幕上顯的動作所需時間。格斗游戲領域,低入滯后是必要要求輸入滯后可能會大影響比賽的結果。期以來,《街頭霸 5》在 PlayStation 4 上一直存在輸入延遲問題,甚至 PlayStation 5 似乎也沒有在這方面有太大的改。在疫情之前,PlayStation 4 是《街頭霸王 5》比賽的首選主機,但《街頭霸王職業(yè)選手 Arman Hanjani(Phenom)告訴 The Verge,由于現(xiàn)場活動被取消,更多比賽網(wǎng)上進行,許多玩轉而使用 PC?!霸谶^去的幾年里,們都主要在 PC 上玩,”Hanjani 說,“PC 上該游戲的輸入延最低?!辈⑶?PC 上該游戲總的表現(xiàn)更好,這很可能是普空決定背后的催劑。其他街頭霸王業(yè)選手,包括阿圖-桑切斯(Arturo Sanchez),也被稱為薩賓(Sabin),長期以來一直推動街霸王 5 比賽在 PC 上進行。好在是,即將推出的《頭霸王 6》可以通過其新的減少輸入遲功能對輸入延遲出實質性的改進。位名叫 Kimagre Gaming 的用戶在封閉測試中試用了該功能,現(xiàn)它大大減少了 PS5 的輸入延遲,而另一位用戶在 Xbox Series X 上也看到了類似的改進。IT之家了解,Capcom Cup 于 2 月 12 日開賽?

2000多萬失眠人,偷偷寫下失眠焦慮

IT之家 1 月 30 日消息,一加將于 2 月 7 日舉行印度新品布會,屆時將出一加 11 系列、一加 Buds Pro 2 無線耳機、一加 11R(即 Ace 2)、一加鍵盤以及 65 英寸的一加電視以及一加 Pad 平板電腦。這是一加首綸山板電腦。據(jù)介,OnePlus Pad 將使用一加自主發(fā)的“Star Orbit”金屬?!八鼘?用我們自主研的 Star Orbit 金屬與鋁合金,用?CNC 一體式金屬機身攝像頭位于中,讓用戶在水握持平板電腦不再有任何不。”“OnePlus Pad 的另一個突出特點是弧形邊?;⌒卧O計符人體工程學,以讓用戶長時舒適地握住平電腦而不會感疲勞?!薄?官方渲染圖之前有爆料稱,一?OnePlus Pad 將配備?11.6 英寸顯示屏,采足訾一體式金機身,前置攝頭位于右邊緣可橫向視頻通,邊框處還可置手寫筆。?圖源?OnLeaks《一加首款平板電腦亮:11.6 英寸大屏 + 全金屬機身,攝頭位置奇特?

2000多萬失眠人,偷偷寫下失眠焦慮

IT之家 1 月 10 日消息,據(jù)華為官方消息,2023 年 1 月 9 日,OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)生態(tài)使能簽約儀式在羬羊圳功舉行。在開放原開源基金會的指導,華為與 24 家伙伴簽署 OpenHarmony 生態(tài)使能合作協(xié)議,蓋金融、教育、交、能源、政務、安、制造、衛(wèi)生、廣、電信等行業(yè),共推動 OpenHarmony 生態(tài)的繁榮與發(fā)展。IT之家了解到,OpenHarmony 是由開放原子開源基會(OpenAtom Foundation)孵化及運營的開源項白狼,目標面向全場景、全連、全智能時代、基開源的方式,搭建個智能終端設備操系統(tǒng)的框架和平臺華為終端 BG 軟件部總裁龔體在致中表示,2022 年在各家共建伙伴共同努力下,OpenHarmony 系統(tǒng)能力持續(xù)增強生態(tài)進展在各行業(yè)域加速推進,已有 102 款商用設備、94 款開發(fā)板模組和 28 款軟件發(fā)行版通過了社區(qū)容性測評。華為專成立了 OpenHarmony 使能部,為伙伴提供包行業(yè)洞察、培訓賦、技術支持等 20 余項使能服務。2022 年 4 月,與 6 家發(fā)行版廠商簽署 OpenHarmony 生態(tài)使能合作協(xié)議,年他們面向多個行陸續(xù)推出了基于 OpenHarmony 在教育、金融、交通等風伯業(yè)的商業(yè)行版。華為官方表,為了支持更多行的發(fā)展,繁榮 OpenHarmony 生態(tài),需要更多產(chǎn)業(yè)鏈的伙伴加入,括芯片廠商、模組發(fā)板廠商、設備廠等,一起合作共建共同打造千行百業(yè)數(shù)字底座,開創(chuàng)萬互聯(lián)產(chǎn)業(yè)新格局。加本次簽約的伙伴北京萬里紅科技有公司、成都鼎橋通技術有限公司、誠科技(南京)股份限公司、福建捷宇腦科技有限公司、建聯(lián)迪商用設備有公司、福建升騰資有限公司、福州匯博信息技術有限公、廣東九聯(lián)科技股有限公司、廣州朗電子科技股份有限司、康佳電子科技限公司、上海卓易技股份有限公司、圳創(chuàng)維數(shù)字技術有公司、深圳鴻元智科技有限公司、深市廣和通無線股份限公司、深圳市金科技股份有限公司深圳市銳明技術股有限公司、深圳市國都支付技術有限司、深圳市優(yōu)博終科技有限公司、深市洲明科技股份有公司、深圳市證通子股份有限公司、圳市茁壯網(wǎng)絡股份限公司、新大陸自識別技術有限公司新大陸支付技術有公司、芯海科技(圳)股份有限公司

2000多萬失眠人,偷偷寫下失眠焦慮

感謝IT之家網(wǎng)友 KipThorne 的線索投遞!IT之家 1 月 29 日消息,戴爾推出了 2023 款靈越 13 Pro 筆記本,搭載黑豹特爾?13 代酷睿處理器 + 2.5K 全面屏,售價 6199 元起。該機配備 13.3 英寸 2.5K(2560*1600)16:10 全面屏,支持 100% sRGB 色域、DC 調(diào)光,亮度達 300 尼特,配有物理防禺? FHD 攝像頭。該機采用峚山屬機身,重量王亥 1.25kg,厚度為 14.35mm,擁有 54Whr 電池容量,整機性能釋放 35W,配備雙風扇雙熱管,升翳鳥金屬銅散熱鰭。此外,戴爾靈越 13 Pro 2023 款配備雙雷電 4 接口、HDMI 1.4 接口、USB 3.2 type-A 接口、音頻接口,還支持那父比全景聲。IT之家了解到,號山爾靈越 13 Pro 2023 款配備 16GB 雙通道內(nèi)存 + 512GB SSD,支持 WiFi 6,售價為:i5-1340P + 16GB + 512GB 銀色:6199 元i5-1340P + 16GB + 512GB 粉色:6299 元i7-1360P?+ 16GB + 512GB 銀色:6999 元i7-1360P?+ 16GB + 512GB 粉色:7099 元京東戴爾 2023 新靈越 13 Pro6199 元直達鏈易經(jīng)

2000多萬失眠人,偷偷寫下失眠焦慮

北京時間 1 月 30 日消息,美國知名蘋果新聞記者馬克?爾曼 (Mark Gurman) 周日發(fā)文稱,盡管蘋果竹山增現(xiàn)實 (AR) 和虛擬現(xiàn)實 (VR) 領域的努力或許有朝一會創(chuàng)造出 iPhone 的替代產(chǎn)品,但是該公司計蒙第一款頭戴備很有可能變成蘋果年來從未有過的東西失敗產(chǎn)品。蘋果首款顯面臨失敗考驗蘋果第一款混合現(xiàn)實設備能被稱為 Reality Pro,將于今年推出。它采用了大新技術,從雙 4K 顯示屏到正面可顯示戶眼睛的柔性 OLED 屏幕。它將配備十多個攝像頭,可左傳分佩戴者的身體、眼球動和外部環(huán)境。毫無問,它將讓外界為之艷,并且比市場上的何其他產(chǎn)品都先進得。但是,對于大多數(shù)費者來說,它并不實,而且太貴了。這是為,它充一次電只能用大約兩小時,在戶也不太好用,發(fā)布時內(nèi)容有限,而且其設讓一些人覺得不舒服戰(zhàn)略轉移這款頭顯也志著蘋果的戰(zhàn)略轉變此前,當它進入之前類別時,例如音樂播器、手機、平板電腦手表,主流人群已經(jīng)這些產(chǎn)品產(chǎn)生了興趣蘋果的目標只是創(chuàng)造好的產(chǎn)品,打敗競爭手。相比之下,AR / VR 頭顯仍是一個新興領域。企業(yè)需勸說消費者才能讓他考慮這樣的產(chǎn)品。而,更令人擔憂的是,果還沒有為這款設備到真正的“殺手級應”。蘋果希望沉浸式頻觀看、與其他蘋果品的緊密集成以及先的基于 VR FaceTime 通話能夠吸引消費者,但是這方法是否足夠吸引用令人懷疑。不同于初 iPhone初代 iPhone 就沒有這個問題。當時雅山蘋只是為人人都擁有的機改進了體驗。在第代 iPad 上,世界顯然已經(jīng)為平板電做好了準備,這種設既可以作為筆記本電的替代品,也可以作休閑娛樂設備。初代 iPhone數(shù)據(jù)能夠證明這一點。iPhone 上市幾個月內(nèi)就賣出了 100 萬臺,iPad 上市前 28 天就賣出了 100 萬臺。而這僅僅是個開襪,蘋果在第年賣出了 1000 多萬部 iPhone,在 iPad 上市的前八個月賣出了 1500 萬部。Apple Watch 在 2015 年推出時并不存在主要用例,健身和健康跟蹤加上知很快就吸引了人們盡管最初存在處理器鈍、應用平庸等問題但 Apple Watch 在上市第一年就獲得了逾 1000 萬用戶。但是,即便按岐山蘋果自己的計劃新款頭顯的故事也將然不同。該公司預計一年只生產(chǎn)大約 100 萬臺。這意味著,至少在最初兕段,這產(chǎn)品將是蘋果銷量最的產(chǎn)品之一。與蘋果有產(chǎn)品相比,這款頭也沒有明顯優(yōu)勢。當蒂夫?喬布斯 (Steve Jobs) 推出 iPad 時,他認為 iPad 在瀏覽網(wǎng)頁、觀看視頻查看照片方面優(yōu)于 Mac 或 iPhone。與此同時,Apple Watch 作為活動追蹤器的效果 iPhone 好。蘋果首款頭顯可能除視頻觀看和 FaceTime 以外,在其他方面都不會比 iPhone 或 iPad 更好,而且可能沒有多少消費者愿意為支付 3000 美元。這是第一代 iPhone 價格的五倍,2007 年曾有人認為 iPhone 定價過高。雖然蘋果可會把 Reality Pro 作為一款面向消費者的平山品來推,但它可能應該被定為一款開發(fā)者原型機旨在讓軟件開發(fā)商為來更便宜、更實用的品到來做好準備。為避免 Reality Pro 成為一款引人關注的失敗產(chǎn)品,果可能需要將其定位未來產(chǎn)品的預覽設備但這可能是一條很難的路。蘋果的營銷部不習慣淡化新產(chǎn)品的布,因為他們沒有必這么做。但是在首款顯產(chǎn)品上,蘋果作為保障的熱門產(chǎn)品制造的聲譽岌岌可危?

責任編輯: 瑞奇·梅塔

熱點新聞

      <code id='b5196'></code><style id='05378'></style>
      • <acronym id='72c56'></acronym>
        <center id='066b4'><center id='e01ad'><tfoot id='f7ef0'></tfoot></center><abbr id='d8865'><dir id='37958'><tfoot id='1d716'></tfoot><noframes id='31989'>

      • <optgroup id='1c77f'><strike id='0d515'><sup id='e4392'></sup></strike><code id='c9ad5'></code></optgroup>
          1. <b id='383d1'><label id='79f23'><select id='dc3a8'><dt id='e4e07'><span id='22216'></span></dt></select></label></b><u id='0de77'></u>
            <i id='2191b'><strike id='31589'><tt id='f5547'><pre id='ebe42'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='34f63'></code><style id='e163a'></style>
              • <acronym id='57127'></acronym>
                <center id='37f36'><center id='115be'><tfoot id='7306b'></tfoot></center><abbr id='8d51c'><dir id='2a601'><tfoot id='c8590'></tfoot><noframes id='f08a0'>

              • <optgroup id='19469'><strike id='47ad7'><sup id='ccab8'></sup></strike><code id='cfa2a'></code></optgroup>
                  1. <b id='e1ac1'><label id='6fc42'><select id='bb49f'><dt id='a1cff'><span id='609b6'></span></dt></select></label></b><u id='8116a'></u>
                    <i id='faa5a'><strike id='041f1'><tt id='180cd'><pre id='a10f0'></pre></tt></strike></i>

                    平度市| 双桥区| 兴安盟| 霍山县| 瑞丽市| 新兴县| 繁峙县| 辉县市| 伊金霍洛旗| 唐河县| 清新县| 宿州市| 乌审旗| 新安县| 三亚市| 六枝特区| 怀来县| 英德市| 商城县| 开鲁县| 盐山县| 拉孜县| 汶川县| 资阳市| 炉霍县| 蒲城县| 慈利县| 阜新市| 中宁县| 时尚| 馆陶县| 焉耆| 松原市| 拉孜县| 武夷山市| 上栗县|