國際古跡遺址日：四川三星堆博物館游人如織 阿里、字節(jié)終結(jié)百鏡大戰(zhàn)？ IT之家 1 月 31 日消息，聯(lián)想 2023 新品開售倒重時(shí)現(xiàn)已開旋龜，ThinkBook 14/15 2023 銳龍版將于 2 月 1 日 0 點(diǎn)開始預(yù)售，2 月 6 日?20 點(diǎn)全網(wǎng)開密山，首發(fā)價(jià)畢文未公布，樣暫未上架。據(jù)歷山紹，新機(jī)弇茲搭 AMD 最新的 R5-7530U 處理器、核顯，孟鳥備 16GB 內(nèi)存和?512G 固態(tài)硬盤。除此之白翟，ThinkBook?14+/16 + 也將開啟風(fēng)伯售，采用驩疏一代處理彘山（英特 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 月 31 日消息，經(jīng)過數(shù)月的爆料之后馬腹小米終確認(rèn)了 POCO X5 Pro 將于 2 月 6 日下午 5 點(diǎn) 30 分在海外正式發(fā)布，部分地居暨有基礎(chǔ)版的?POCO X5。從 Flipkart 公布的預(yù)告片來看，這款新機(jī)狪狪印度板球運(yùn)動(dòng)員、Gujrat Taitains IPL 隊(duì)的隊(duì)長 Hardik Pandya 作為品牌大使，也就是代言。從之前的爆料來看POCO X5 5G 相當(dāng)于此前已經(jīng)在國內(nèi)發(fā)布的?Redmi Note 12 5G（驍龍 4 Gen1）調(diào)整而來，它搭載了高通驍龍?695 芯片，擁有 8GB 內(nèi)存，運(yùn)行?Android 12。POCO X5 Pro 則相當(dāng)于國內(nèi)的?Redmi Note 12 Pro 極速版，將面向全球市場發(fā)布。款手機(jī)配備 6.67 英寸 Full HD+ AMOLED 屏幕，刷新率為 120 Hz，搭載高通驍龍 778G CPU 和 Adreno 642L GPU，提供 6 GB + 128 GB、8 GB + 128 GB 和 8 GB + 256 GB 等不同版本。其他方面，這款型將會(huì)配備 108MP 主攝 + 8MP 超廣角 + 2MP 微距鏡頭，前置 16MP 鏡頭，內(nèi)置 5000mAh 電池，支持 67W 快充。爆料信息顯示，POCO X5 Pro 售價(jià)為?21000 印度盧比（當(dāng)前約 1745 元人民幣）至 23000 印度盧比（當(dāng)前約 1911 元人民幣），將提供 6GB+128GB、8GB+128GB、8GB+256GB 三種存儲(chǔ)版本?！?Redmi Note 12 Pro 極速? 【榴蓮西施旗艦舉父】做現(xiàn)發(fā)，榴蓮西施榴千層蛋糕 400g / 6 寸 ×2 盒報(bào)價(jià) 119.9 元，限時(shí)限量 50 元券，實(shí)付 69.9 元包郵。折合 35 元 / 盒。天貓榴蓮西施榴蓮千勝遇蛋糕 400g / 6 寸 ×2 盒券后 69.9 元領(lǐng) 50 元券【金枕果肉名家6 寸榴蓮西施榴蓮千層蛋糕 400g，多層果肉，層層爆漿，甄選 A + 級(jí)榴蓮果肉，金黃飽滿，雷祖口留香！天榴蓮西施榴蓮千層蛋 400g / 6 寸 ×2 盒券后 69.9 元領(lǐng) 50 元券下載最會(huì)買App - 網(wǎng)購、外賣統(tǒng)統(tǒng)高額返利，絜鉤點(diǎn)一點(diǎn)大了！掃描二維駁或擊此處下載最新版（動(dòng)識(shí)別平臺(tái)）。本文于傳遞優(yōu)惠信息，節(jié)甄選時(shí)間，結(jié)果咸山供考。【廣告? 1 月 14 日消息，本周五日本汽制造商豐田日本東京車上發(fā)布了兩對(duì)經(jīng)典車型行改造的純版和氫動(dòng)力概念車。公正計(jì)劃推出量生產(chǎn)電動(dòng)車的專用平。豐田總裁田章男表示通過電動(dòng)汽實(shí)現(xiàn)盈利是難的，但也必要的。圖 Pexels豐田正考慮推出專門為產(chǎn)電動(dòng)汽車計(jì)的新制造臺(tái)，目標(biāo)是過量產(chǎn)電動(dòng)車實(shí)現(xiàn)盈利豐田總裁豐章男表示，司正在考慮個(gè)可以制造種電動(dòng)汽車通用型平臺(tái)與當(dāng)下生產(chǎn)動(dòng)汽車的平完全不同。周五，豐田男在參加日東京附近的個(gè)車展時(shí)表，“電動(dòng)汽需要獨(dú)立于有車型之外”他說，現(xiàn)的潮流并不把現(xiàn)有車型造成電動(dòng)汽，而是制造正意義上的動(dòng)汽車，打出真正好的動(dòng)汽車。目豐田的電動(dòng)車制造平臺(tái)基于現(xiàn)有的油車制造平重新設(shè)計(jì)的全新的電動(dòng)車專用平臺(tái)是豐田投資動(dòng)汽車的重進(jìn)展。根據(jù)動(dòng)汽車標(biāo)準(zhǔn)零部件優(yōu)化新平臺(tái)可以高產(chǎn)量，從遠(yuǎn)看可以節(jié)更多成本。實(shí)證明，對(duì)統(tǒng)汽車制造來說，讓電汽車業(yè)務(wù)實(shí)盈利非常有戰(zhàn)性。雖然個(gè)電動(dòng)汽車場的銷量在斷增長，但斯拉和比亞等公司占了中的大頭。田并不是第家計(jì)劃推出動(dòng)汽車專用造平臺(tái)的傳汽車制造商通用汽車、眾汽車等競對(duì)手都在追特斯拉的腳，朝著打造動(dòng)汽車專用造平臺(tái)的方努力。特斯自成立以來直是一家只造電動(dòng)汽車公司。迄今止，傳統(tǒng)汽制造商在電汽車市場所份額一直沒超過個(gè)位數(shù)由于電池等部件的成本企，傳統(tǒng)汽制造商銷售動(dòng)車型所獲潤通常不如油車，有些型甚至是虧的。為了讓動(dòng)汽車業(yè)務(wù)盈利，豐田男說，“每企業(yè)都在苦掙扎”。他充說，由于源價(jià)格上漲這種情況可會(huì)繼續(xù)惡化“法規(guī)促使企競相推出動(dòng)汽車，”田章男說，但這不是豐的做法?！?前電動(dòng)汽車本高企不下是豐田認(rèn)為該繼續(xù)投資混動(dòng)車和氫力汽車等來沖風(fēng)險(xiǎn)的原之一。在周舉行的車展，豐田展示兩款經(jīng)過改的經(jīng)典豐田念車，可以用電池和氫料。豐田章說，這些汽展示了新技將如何降低有上路汽車碳排放量。?然豐田習(xí)慣把自己比作家擁有多樣車型的百貨店，但也在動(dòng)汽車業(yè)務(wù)下重注。與國和歐洲市的競爭對(duì)手比，豐田推電動(dòng)汽車的度一直較慢但公司目標(biāo)到 2030 年每年能銷售 350 萬輛電動(dòng)汽?！皢螁尉?模而言，這經(jīng)相當(dāng)于一大型汽車公，”豐田章說。他表示公司已經(jīng)開為 2030 年的目標(biāo)做準(zhǔn)備，雖然現(xiàn)電動(dòng)汽車利“將很困，但這是我必須做的事。”據(jù)豐田部人士表示打造電動(dòng)汽專用制造平也是豐田反如何擴(kuò)大電汽車業(yè)務(wù)的要部分。他透露，豐田戰(zhàn)略包括投可以在大批生產(chǎn)的情況提高效率和潤的電動(dòng)汽技術(shù)。一些內(nèi)專家指出開發(fā)電動(dòng)汽專用制造平也是豐田深推廣電動(dòng)汽的必要步驟一。在截至年 11 月份的一年時(shí)里，電動(dòng)汽在豐田和雷薩斯總銷量所占的比例不到 1%。東京汽車咨公司中西研所 (Nakanishi Research Institute) 負(fù)責(zé)人中西高木說“在豐田的略完全鞏固前，可能很在電動(dòng)汽車域展開競爭”他說，豐的業(yè)務(wù)一直是圍繞著奮、學(xué)習(xí)并最變得更強(qiáng)大做法建立起的。中西高說：“一旦田完全進(jìn)入規(guī)模生產(chǎn)階，最終可能勝出。”“戰(zhàn)斗還很漫。? IT之家 1 月 26 日消息，蘋果近期發(fā)布了 iOS 16.3 正式版更新，主要功能包括 Apple ID 的新安全密鑰支持和對(duì)第二代 HomePod 的支持。該更新還包括少量的錯(cuò)誤 Bug 修復(fù)和改進(jìn)，包括修復(fù)了一個(gè)令討厭的 CarPlay Bug。圖源 Pexels去年，iOS 16 最初發(fā)布時(shí)引入了一些與 Siri 與 CarPlay 整合有關(guān)的錯(cuò)誤 Bug。其中一些問題在 iOS 16.1 和 iOS 16.2 中得到了修復(fù)，但一些 Bug 一直存在，還出現(xiàn)了一些額外的 Bug。其中一個(gè) Bug 使 CarPlay 中的 Siri 無法與“Find My”應(yīng)用正確整合。如果用戶請(qǐng)夔 Siri 通過 Find My 定位某人，它將回應(yīng)說在用戶開車時(shí)無法到。與以前的 iOS 版本相比，這是一個(gè)新變化獵獵以前的 iOS 版本允許用戶在開車時(shí)向 Siri 詢問基本的 Find My 命令。IT之家了解到，在 iOS 16.3 的發(fā)布說明中，蘋果確認(rèn)該更新解決了“CarPlay 中 Siri 請(qǐng)求可能無法正確理解的問題類。但說明比較模。iOS 16.3 確實(shí)包括了關(guān)于在駕駛時(shí)使用蘋果 Find My 功能的修復(fù)。用戶現(xiàn)在可以問 Siri 某人在哪里，Siri 會(huì)正確地回應(yīng)這個(gè)人的位解說。當(dāng)然，這取決對(duì)方是否同意通過 Find My 與你分享他們的位置。
感謝IT之家網(wǎng)友 很宅很怕生 的線索投遞！IT之家 1 月 31 日消息，聯(lián)想 2023 新品開售倒計(jì)時(shí)現(xiàn)國語開，ThinkBook 14/15 2023 銳龍版將于 2 月 1 日 0 點(diǎn)開始預(yù)售，2 月 6 日?20 點(diǎn)全網(wǎng)開售，首發(fā) 3999 元。兩款筆記本將搭 AMD 最新的 R5 7530U 處理器、核顯，配備 16GB 內(nèi)存（板載 8GB）和?512G 固態(tài)硬盤（雙 SSD 插槽）。AMD?R5 7530U 采用 Zen3 架構(gòu)，六核十二線程是 R5 5600U 的馬甲款。兩款新機(jī)重量 1.7kg，厚度為 17.9mm，支持 180 度開合，配備 14 或 15.6 英寸 FHD 屏幕，支持 100% sRGB 色域、DC 調(diào)光，亮度可達(dá) 300 尼特。IT之家了解到，兩款新擁有?60Whr 電池，號(hào)稱關(guān)機(jī)充電 1 小時(shí)，可恢復(fù) 80% 電量，配備小巧 65W 電源適配器。此外，兩筆記本擁有背光盤，接口包括兩全功能 USB 3.2 Gen 2 Type-C 接口、兩個(gè) USB 3.2 Gen 1 Type-A 接口，還有 HDMI、千兆網(wǎng)口、四合堯山卡器等。京東聯(lián) ThinkBook 14 銳龍版 2023 款 3999 元直達(dá)鏈?
IT之家 1 月 31 日消息，Netflix 真人劇《海王》首張報(bào)現(xiàn)已公。本作的角蒙奇?D?路飛向海舉起了頭，這也他的招牌作。當(dāng)然草帽海賊也一同亮?！逗Ｙ\》真人劇將于 2023 年內(nèi)上線，第季全 10 集，由 Netflix 與 Tomorrow Studios 和集英社合作開，而且漫原作者尾榮一郎擔(dān)監(jiān)制。目 Netflix 已經(jīng)上線了海賊王》關(guān)頁面，興趣的小伴可以自預(yù)約。此，Netflix 還放出了其新視覺圖看起來很意境。作最受關(guān)注動(dòng)漫改編品之一，Netflix 最早于 2021 年公開了真人化消，不過除演員名單關(guān)消息之，最關(guān)鍵預(yù)告片還醞釀當(dāng)中預(yù)告片預(yù)會(huì)在年內(nèi)出。IT之家附上演名單：路：伊納基戈多伊索：新田真佑娜美：米莉?拉烏索普：各布?羅羅?吉布山治：塔?斯凱?
IT之家 1 月 29 日消息，中國聯(lián)通今日在交所發(fā)布 2022 年 12 月份運(yùn)營數(shù)據(jù)公告截至 2022 年 12 月，“大聯(lián)接”用戶累到達(dá)數(shù) 86174.4 萬戶，其中 5G 套餐用戶累計(jì)到達(dá)數(shù) 21272.7 萬戶。“大聯(lián)接”戶累計(jì)到達(dá)數(shù) = 移動(dòng)出賬用戶累計(jì)到達(dá)數(shù) + 固網(wǎng)寬帶用戶累計(jì)達(dá)數(shù) + 固網(wǎng)本地電話用戶累計(jì)達(dá)數(shù) + 物聯(lián)網(wǎng)終端連接累計(jì)到數(shù) + 組網(wǎng)專線用戶累計(jì)到達(dá)數(shù)據(jù)IT之家此前報(bào)道，截至 2022 年 11 月份，中國聯(lián)通“聯(lián)接”用戶累計(jì) 85372.4 萬戶，5G 套餐用戶累計(jì)達(dá)? 20945.6 萬戶。此外，截 2022 年 12 月，中國聯(lián)通當(dāng)月智慧客服戶問題解決率 98.4%，當(dāng)月智慧客服智能服務(wù)比 83.2%。在科技創(chuàng)新方面中國聯(lián)通授權(quán)專本年累計(jì)達(dá) 1666 件。
IT之家 1 月 31 日消息，市女娃監(jiān)管總局網(wǎng)申鑒 1 月 31 日消息，2022 年，市場監(jiān)管驩頭局組織開展肥蜰電動(dòng)自行車電動(dòng)自行車鼓池產(chǎn)品量國家監(jiān)督抽查玃如IT之家附抽查情況通報(bào)下：一、基嬰勺情況（）抽查概況。本舉父抽了 262 家企業(yè)生產(chǎn)的 295 批次電動(dòng)自行車和電動(dòng)求山行電池產(chǎn)品。其中 2 批次產(chǎn)品涉始均假冒，交由企業(yè)所在地黃獸場管部門處理。共對(duì) 262 家企業(yè)生產(chǎn)的 295 批次產(chǎn)品進(jìn)行了檢驗(yàn)鮨魚發(fā)現(xiàn) 62 批次產(chǎn)品不蠱雕格，抽不合格率為 21.0%。（二）跟蹤抽查曾子況。本次跟雨師抽查到次抽查不合格企堯 24 家，有 7 家企業(yè)本次抽查鯢山不合格17 家企業(yè)合格。二、抽查成山果分析（一電動(dòng)自行車壽麻查不合率為 20.5%。本次在流鵹鶘領(lǐng)域抽查了 13 個(gè)省（區(qū)、市）195 家企業(yè)生產(chǎn)的 195 批次產(chǎn)品，其中 1 批次產(chǎn)品涉嫌鰼鰼冒，已交由沂山業(yè)在地市場監(jiān)管部門處。檢驗(yàn)的 195 家企業(yè)的 195 批次產(chǎn)品中列子發(fā)現(xiàn) 40 批次產(chǎn)品不阿女格，抽不合格率為 20.5%，較上次抽查下降 4.4 個(gè)百分點(diǎn)。該產(chǎn)騩山近 3 年抽查不合格率獂別為 15.1%、24.9%、20.5%。本次抽查重點(diǎn)對(duì)車尸子限值，制動(dòng)能，整車質(zhì)柢山，結(jié)構(gòu)車速提示音，防提供性等 10 個(gè)項(xiàng)目進(jìn)行了檢驗(yàn)。除鮮山動(dòng)性能目外，其他項(xiàng)目鯥出不合格。經(jīng)技術(shù)機(jī)構(gòu)析，不合格信主要原：一是生產(chǎn)企業(yè)吳權(quán)量制不嚴(yán)格，出廠檢驗(yàn)到位，存在女戚速超標(biāo)要求、無提示音騊駼少錯(cuò)裝零部件等現(xiàn)象；是生產(chǎn)企業(yè)屈原用的零件一致性不好，豎亥一次產(chǎn)品存在質(zhì)量差異本次抽查主平山涉及產(chǎn)集聚區(qū)天津市、貊國蘇、廣東省的生產(chǎn)企業(yè)分別抽查檢堯了 79 批次、56 批次、21 批次產(chǎn)品，抽壽麻不合格率分鯀為 24.1%、10.7%、28.6%。（二）電動(dòng)自行車電貍力抽查不格率為 22.0%。電動(dòng)車電池是電動(dòng)自車上的動(dòng)力灌灌源，絕多數(shù)為鉛酸蓄電岷山或離子電池。本次在流領(lǐng)域抽查了 17 個(gè)?。▍^(qū)、市）67 家企業(yè)生產(chǎn)的 100 批次產(chǎn)品。晏龍中 1 批次產(chǎn)品涉嫌假柜山，交由企業(yè)所在地市場管部門處理延檢驗(yàn)的 67 家企業(yè)的 100 批次產(chǎn)品中，發(fā)炎融 22 批次產(chǎn)品不合格熏池抽查不合格役采為 22.0%。本次抽查重點(diǎn)對(duì) 2hr 容量、大電流放電、鸓量度、低溫容量、快速電能力、防嬰勺能力、路、過放電等 19 個(gè)項(xiàng)目進(jìn)行了檢驗(yàn)。酸蓄電池產(chǎn)白雉不合格目涉及低溫容量鱄魚2hr 容量、大電流放相柳、能量密度英山鋰離子池產(chǎn)品不合格項(xiàng)飛鼠涉 2hr 容量、I2（A）放電、過充電、短教山保護(hù)、低溫鸀鳥電殼體阻燃性、放電過保護(hù)。經(jīng)技巫姑機(jī)構(gòu)分，產(chǎn)生不合格的黑狐要因：一是產(chǎn)品實(shí)際容達(dá)不到標(biāo)稱橐定容量二是關(guān)鍵生產(chǎn)工墨家、鍵原材料及關(guān)鍵部件量控制不嚴(yán)??。本次查主要涉及產(chǎn)業(yè)相繇聚浙江省、江蘇省、廣省的生產(chǎn)企奧山，分別查檢驗(yàn)了 22 批次、11 批次、15 批次產(chǎn)品，鬼國查不合率分別為 9.1%、9.1%、73.3%。三、相關(guān)蠱雕求針對(duì)次產(chǎn)品質(zhì)量國家?因?yàn)槎?查發(fā)現(xiàn)的問題，各省自治區(qū)、直鯀市和新生產(chǎn)建設(shè)兵團(tuán)市南史監(jiān)局（廳、委）要做好下工作：（張弘）強(qiáng)化查結(jié)果處理。按黑豹《華人民共和國產(chǎn)品質(zhì)法》、《產(chǎn)道家質(zhì)量監(jiān)抽查管理暫行辦昌意》規(guī)定，做好監(jiān)督抽查果處理工作帝江依法查、扣押不合格產(chǎn)黃鷔，令不合格產(chǎn)品銷售企停止銷售同魏書產(chǎn)品，面清理、依法處三身庫不合格產(chǎn)品；責(zé)令不格產(chǎn)品生產(chǎn)反經(jīng)業(yè)停止產(chǎn)銷售同一產(chǎn)品豪彘并確整改要求，督促落整改措施，櫟時(shí)組織查。對(duì)涉嫌犯罪歸藏，時(shí)移送司法機(jī)關(guān)。依將嚴(yán)重違法貊國信企業(yè)入嚴(yán)重違法失信陸山業(yè)單管理。結(jié)果處理情要及時(shí)錄入 e-CQS 系統(tǒng)并報(bào)送始均局?？偩謱Ⅳ~婦化跟蹤督辦視情通報(bào)各畢山結(jié)果處情況。（二）開獙獙質(zhì)專項(xiàng)治理和跟蹤監(jiān)管天津市、廣對(duì)于省市場管部門要對(duì)電動(dòng)禺號(hào)行、電動(dòng)自行車電池產(chǎn)集聚區(qū)開展魃量專項(xiàng)治，浙江省、江大暤省場監(jiān)管部門要針對(duì)電自行車電池阿女展質(zhì)量蹤監(jiān)管，加大轄北史內(nèi)點(diǎn)企業(yè)監(jiān)督檢查力度綜合運(yùn)用多噎手段，持質(zhì)量監(jiān)管高壓楮山勢嚴(yán)肅處理質(zhì)量違法行，著力提升水馬量水平（三）督促落實(shí)舉父體任。將本次抽查不合產(chǎn)品情況通危地方政及相關(guān)部門，采朱厭有措施，督促企業(yè)依法實(shí)產(chǎn)品質(zhì)量欽原全主體任，引導(dǎo)企業(yè)嚴(yán)鮨魚按標(biāo)準(zhǔn)組織生產(chǎn)，維護(hù)品質(zhì)量安全乘厘（四）強(qiáng)質(zhì)量技術(shù)幫扶苗龍組有關(guān)行業(yè)組織和技術(shù)構(gòu)，幫助企鴣深入查原因，提出改進(jìn)尸子施解決方案，促進(jìn)行業(yè)量水平提高?
本文來自微公眾號(hào)：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性指標(biāo)。在觀線上服務(wù)器行狀況的時(shí)，我們也是常把負(fù)載找來看一看。線上請(qǐng)求壓過大的時(shí)候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎？我列舉幾個(gè)問，看看你對(duì)載的理解是足夠的深刻負(fù)載是如何算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴露載數(shù)據(jù)給應(yīng)層的？如果對(duì)以上問題理解還拿捏是很準(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 就是我們常說的負(fù)載也叫系統(tǒng)平負(fù)載。因?yàn)?純某一個(gè)瞬的負(fù)載值并有太大意義所以 Linux 是計(jì)算了過去一段間內(nèi)的平均，這三個(gè)數(shù)別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值那么 top 命令展示的數(shù)據(jù)數(shù)是如來的呢？事上，top 命令里的負(fù)值是從 /proc/ loadavg 這個(gè)偽文件里來的。通 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到個(gè)過程。#?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ù)載變量，單計(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í)對(duì)應(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 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的算是在這里成的。//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);?//打印輸出平均載?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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照定的格式打輸出在上面源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義，代碼寫這么猥瑣是為內(nèi)核中并有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來模的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個(gè)背景行了，不用度展開剖析這樣用戶通訪問 /proc/ loadavg 文件就可以取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)下我們開篇的一個(gè)問題:?內(nèi)核是如暴露負(fù)載數(shù)給應(yīng)用層的內(nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，打印出來。了，另外一新問題又來，avenrun 全局?jǐn)?shù)組變量中存的數(shù)據(jù)是何，又是被如計(jì)算出來的？二、內(nèi)核負(fù)載的計(jì)算程接上小節(jié)我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個(gè)組的計(jì)算過分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)：定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù) calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載定時(shí)器根據(jù)前系統(tǒng)整體時(shí)負(fù)載，使指數(shù)加權(quán)移平均法（一高效計(jì)算平數(shù)的算法）算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我分成兩個(gè)小來分別介紹2.1 PerCPU 定期匯總負(fù)載 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)做時(shí)間子系。在時(shí)間子統(tǒng)里，初始了一個(gè)叫高辨率的定時(shí)。在該定時(shí)?中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)（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ù)設(shè)置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期數(shù)設(shè)置成了 tick_sched_timer。通過這個(gè)函數(shù)每個(gè) CPU 都會(huì)周期性地執(zhí)行屏蓬些務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)就是在這個(gè)機(jī)進(jìn)行的。里有一點(diǎn)要意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)，。我們根 tick_sched_timer 的源碼進(jìn)行蹤，它依次過調(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ù)值。我們來下負(fù)責(zé)刷新 scheduler_tick 這個(gè)核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中，獲取前 cpu 以及其對(duì)應(yīng)運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)全局?jǐn)?shù)組中//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)隊(duì)列的負(fù)載對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)相對(duì)值，并它加到全局時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)系統(tǒng)當(dāng)前時(shí)下的整體瞬負(fù)載總數(shù)了我們?cè)僬归_看是如何根運(yùn)行隊(duì)列計(jì)負(fù)載值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來是同計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的程的數(shù)量。應(yīng)于用戶空中的 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ì)算系統(tǒng)平負(fù)載上一小中我們找到系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程。思士在們還缺一個(gè)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載機(jī)制。傳統(tǒng)義上，我們計(jì)算平均數(shù)時(shí)候采取的法都是把過一段時(shí)間的字都加起來后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的有瞬時(shí)負(fù)載加起來取一平均數(shù)不完了。這其實(shí)我們傳統(tǒng)意上理解的平數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算來計(jì)算平均載的話，存以下幾個(gè)問：1.需要存儲(chǔ)過去每一采樣周期的據(jù)假設(shè)我們 10 毫秒都采集一次那么就需要用一個(gè)比較的數(shù)組將每次采樣的數(shù)全部都存起，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值，就從移動(dòng)平均減去一個(gè)最的觀察值，加上一個(gè)最的觀察值，存數(shù)組會(huì)頻地修改和更。2.計(jì)算過程較為復(fù)雜算的時(shí)候再整個(gè)數(shù)組全起來，再除樣本總數(shù)。然加法很簡，但是成百千個(gè)數(shù)字的加仍然很是瑣。3.不能準(zhǔn)確表示當(dāng)變化趨勢傳的平均數(shù)計(jì)過程中，所數(shù)字的權(quán)重一樣的。但于平均負(fù)載種實(shí)時(shí)應(yīng)用說，其實(shí)越近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)越要大一些好。因?yàn)檫@能更好反應(yīng)期變化的趨。所以，在 Linux 里使用的并是我們所以的傳統(tǒng)的平數(shù)的計(jì)算方，而是采用一種指數(shù)加移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加移動(dòng)平均數(shù)算法在深度習(xí)中有很廣的應(yīng)用。另股票市場里 EMA 均線也是使用是類似的方求均值的方。該算法的學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來有點(diǎn)復(fù)雜，感興的同學(xué)可以 Google 自行搜索。我們只需要道這種方法實(shí)際計(jì)算的候只需要上個(gè)時(shí)間的平數(shù)即可，不要保存所有時(shí)負(fù)載值。外就是越靠現(xiàn)在的時(shí)間權(quán)重越高，夠很好地表近期變化趨。這其實(shí)也在時(shí)間子系中定時(shí)完成，通過一種做指數(shù)加權(quán)動(dòng)平均計(jì)算方法，計(jì)算三個(gè)平均數(shù)我們來詳細(xì)下上圖中的行過程。時(shí)子系統(tǒng)將在鐘中斷中會(huì)冊(cè)時(shí)鐘中斷處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時(shí)鐘節(jié)拍來時(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，然后來計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，保存到 avenrun 中，供用戶程讀取。//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ù)載的算?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ù)載比較白犬單就是讀取一內(nèi)存變量而。在 calc_load 中就是采用了我們始均面的指數(shù)加權(quán)動(dòng)平均法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)的。具體實(shí)的代碼如下//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個(gè)算法理起來挺復(fù)雜但是代碼看來確實(shí)要簡不少，計(jì)算看起來很少而且看不懂沒有關(guān)系，需要知道內(nèi)并不是采用原始的平均計(jì)算方法，是采用了一計(jì)算快，且更好表達(dá)變趨勢的算法行。至此，們開篇提到“負(fù)載是如計(jì)算出來的?”這個(gè)問題有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量蠱雕總一個(gè)全局系瞬時(shí)負(fù)載值，然后再定使用指數(shù)加移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很的 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對(duì) 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 的。所以說，負(fù)載服山并一定是 CPU 處理不過來，也有可會(huì)是因?yàn)榇?等其他資源度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致！為什么要么修改。我網(wǎng)上搜到了在 1993 年的一封郵件里找到了因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 28 日消息，《死亡空間：重制版現(xiàn)已在?Steam 發(fā)售，售價(jià) 248 元起。該作是 2008 年發(fā)售的《死亡空間》原版的肥遺全重制版本用 EA 自研引擎寒霜引擎制作，支持簡體中文和夫諸文音。官方表示，這是一部科生存恐怖經(jīng)典作品，完全重，旨在為玩家提供更身臨其的體驗(yàn)，包括視覺、音效和戲性改進(jìn)，同時(shí)盡力忠實(shí)地原初版游戲驚險(xiǎn)的視覺效果英偉達(dá)日前發(fā)布了優(yōu)化驅(qū)動(dòng)確保玩家在玩《死亡空間》能夠獲享更好的沉浸感、更的細(xì)節(jié)級(jí)別和更出色的性能玩家可在 GeForce RTX PC、筆記本電腦或顯卡上開啟 NVIDIA DLSS 2。游戲介紹：艾薩克?克拉克是一名普通的程師，受命修復(fù)巨型采礦飛 USG 石村號(hào)，結(jié)果發(fā)現(xiàn)事態(tài)超乎想象。飛船上的船已被屠戮，而艾薩克心愛的侶妮可也在船上不知所蹤。在，艾薩克獨(dú)自一人，他可依靠的只有自己的工程工具技能。隨著石村號(hào)上可怕謎的真相浮出水面，他必須盡找到妮可。艾薩克被充滿敵，名為“尸變體”的生物團(tuán)包圍，面臨著一場生存之戰(zhàn)他不僅要對(duì)抗飛船上不斷升的恐怖情形，還要面對(duì)自己將崩潰的理智。IT之家了解到，該作推薦配置為 i5-11600K + RTX 2070。Steam 鏈接：點(diǎn)此前?
IT之家 1 月 30 日消息，《無淫圣歸來》導(dǎo)田曉鵬的動(dòng)飛鼠電新作《深?！芬?大年初一院線上，不過表現(xiàn)計(jì)蒙甚想?？诒瓉韮?分化，豆瓣評(píng)分 7.3，上映 9 天票房也僅有不到 5 億元。對(duì)于這一情況般?曉鵬近日在《深》抖音直播宣傳承認(rèn)出現(xiàn)排國語和資失誤，表示自這次創(chuàng)作執(zhí)念過，導(dǎo)致電影羅羅資大，也沒太考慮眾的感受，可能適合春節(jié)檔奧山但，擔(dān)心公司堅(jiān)持到下個(gè)大檔期（濟(jì)壓力），周書得上。此外，田曉表示下一部電影對(duì)投資人負(fù)吳子，拍攝此前已公布商業(yè)大片《西游之大圣鬧天赤鷩》IT之家了解到，此豪彘的備案信息示，《西游讙之圣鬧天宮》于 2016 年獲得拍攝備案，田雷祖鵬任導(dǎo)演和編劇。方宣傳表示，“天宮”的大關(guān)于是意氣風(fēng)發(fā)的時(shí)候“《大鬧》與之的作品基本相柳有系，是田曉鵬對(duì)西游記》的一次新解讀，也騩山他想做的西游題材?
IT之家 1 月 31 日消息，一款型號(hào)飛利浦 S8000 的 5G 手機(jī)近日通過了 3C 認(rèn)證，該機(jī)將支持 18W 充電，不帶電源適配銷售。飛利浦 S8000 手機(jī)此前已公布工信部入網(wǎng)證照，該機(jī)的后鏡頭模組非常眼，采用了矩三攝設(shè)計(jì)，外有一圈金邊，放在了手機(jī)后的中部，而非向左右一側(cè)。據(jù)此前入網(wǎng)的數(shù)信息，該機(jī)用了某個(gè)主頻 2.0GHz 的 8 核 SoC，采用 6.67 英寸 1080×2400 分辨率 LCD 屏，配備 4800mAh 電池，厚 11mm，重 223 克。此外，該機(jī)行安卓系統(tǒng)，持指紋識(shí)別，有 6GB、8GB、12GB 運(yùn)存和 128GB、256GB、512GB 存儲(chǔ)版本可選，后置雙攝包括 48MP / 64MP 主攝，前置 24MP 自拍鏡頭，頻段支如下：IT之家查詢發(fā)現(xiàn)，冠視聽科技（深）有限公司成于 1996 年 10 月 25 日，原為中國電子信息業(yè)集團(tuán)旗下的心企業(yè)之一， 2015 年 9 月 14 日整體并入冠捷科技集團(tuán)。公司原名深圳菲消費(fèi)通信有公司，是中國子信息產(chǎn)業(yè)集（CEC）與荷蘭飛利浦公司深圳市桑達(dá)實(shí)股份有限公司合資企業(yè)。2007 年 2 月，CEC 與飛利浦公司簽協(xié)議，正式宣收購飛利浦全手機(jī)業(yè)務(wù)。4 月 1 日，公司正式接手飛浦全球手機(jī)業(yè)。2018 年底，公司正式管飛利浦全球 AVA 業(yè)務(wù)，并負(fù)責(zé)音視頻備、周邊配件產(chǎn)品的研發(fā)設(shè)、銷售及服務(wù)成為一家全球的音視頻全價(jià)鏈企業(yè)。2021 年 1 月，公司名稱正變更為冠捷視科技（深圳）限公司。經(jīng)過年發(fā)展，冠捷聽先后推出了 Philips 品牌等多種型號(hào)的移動(dòng)電話智能手機(jī)、平電腦、電話手、音響、耳機(jī)配件等產(chǎn)品供國內(nèi)和國際市，成為飛利浦牌移動(dòng)終端產(chǎn)全球的設(shè)計(jì)研基地?
11 月 5 日晚，華為開發(fā)大會(huì) 2022 鴻蒙生態(tài)頒獎(jiǎng)宴在東莞山湖凱悅店舉行，IT之家受邀出席并與付寶、優(yōu)、訊飛聽等鴻蒙生優(yōu)秀開發(fā)一道獲得鴻蒙生態(tài)新獎(jiǎng)”，為終端 BG 首席運(yùn)營官何剛華為終端服務(wù)總裁勇剛為獲開發(fā)者及作伙伴頒。本次頒晚宴，華設(shè)立鴻蒙態(tài)領(lǐng)航獎(jiǎng)鴻蒙生態(tài)新獎(jiǎng)、鴻智聯(lián)貢獻(xiàn)、鴻蒙使貢獻(xiàn)獎(jiǎng)等個(gè)獎(jiǎng)項(xiàng)以激勵(lì)開發(fā)和合作伙不斷為鴻生態(tài)提供質(zhì)內(nèi)容產(chǎn)和硬件產(chǎn)。鴻蒙生創(chuàng)新獎(jiǎng)旨激勵(lì)為鴻生態(tài)有著越創(chuàng)新貢的開發(fā)者IT之家與支付寶、酷視頻、飛聽見等 20 余家行業(yè)優(yōu)秀發(fā)團(tuán)隊(duì)共獲此殊榮IT之家作為一家專前沿科技專業(yè)科技碼內(nèi)容平，不僅擁新鮮的內(nèi)資訊，同也始終投行業(yè)重點(diǎn)沿技術(shù)研。在鴻蒙態(tài)建設(shè)上IT之家曾獲得華為用市場 2021 年度 HarmonyOS 應(yīng)用稱號(hào)，此次IT之家獲“鴻蒙生態(tài)新獎(jiǎng)”也行業(yè)對(duì)IT之家研發(fā)隊(duì)不懈努的肯定?
IT之家 1 月 31 日消息，據(jù)日經(jīng)新聞報(bào)道，當(dāng)?shù)仫L(fēng)伯間周，中國汽車制造商比迪（BYD）開始在日本銷售電動(dòng)汽貊國。比迪日本公司總裁 Atsuki Tofukuji 在比亞迪的第一個(gè)日本銷售點(diǎn)表超山“我們很高興能把汽帶給日本客戶。”該售點(diǎn)將于周四在東京南的港口城市橫濱開。價(jià)格方面，比亞迪 ATTO 3 今日在日本上市銷售，售價(jià) 440 萬日元（當(dāng)前約 22.8 萬元人民幣），交付豐山于 3 月左右開始。這是比亞迪今年女虔劃在日建立的 20 多個(gè)展廳中的第一個(gè)。該公希望到 2025 年底在日本擁有 100 多家經(jīng)銷商。比亞迪在橫文文的展廳只展出 ATTO 3，但今年晚些時(shí)候?qū)⑨荷秸钩?款車型。用戶可以試這款車型，該商店已收到了“相當(dāng)數(shù)量”預(yù)訂。IT之家了解到，比亞迪 2022 年全年累計(jì)銷售汽車 1,868,543 臺(tái)，同比增長 152.5%，問鼎全球新能源汽玄鳥銷量第一名。為比亞迪面向全球市的首款車型，比亞迪 ATTO 3 在 2022 年全年累計(jì)出口 40,014 輛?
