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