金子涵曾因體重飽受爭(zhēng)議 南翔在洛陽敲響曾侯乙編鐘 近日，海國際分析 Jeff Pu?透露：蘋果前正在研 AirPods Lite，希望與市面價(jià)格更為宜的其他 TWS 耳機(jī)競(jìng)爭(zhēng)。推測(cè)，AirPods?的 Lite 版定價(jià)可能為 129 美元，換算人民幣約 880 元。作為 TWS 耳機(jī)的先驅(qū)之一，蘋 AirPods 曾以一己之，拉高了 TWS 耳機(jī)市場(chǎng)的度。數(shù)據(jù)示：早在 2018 年，AirPods 就曾一度據(jù) TWS 耳機(jī)市場(chǎng) 77% 的份額。 AirPods 的流行，也度讓消費(fèi)接受了“3.5mm 耳機(jī)接口死”的事。不少手、數(shù)碼廠也都爭(zhēng)相入 TWS 技術(shù)的研發(fā)，一時(shí)，大量低的 TWS 產(chǎn)品涌入市場(chǎng)，當(dāng)大部分更產(chǎn)自不知廠商。令十分不解是，即便競(jìng)爭(zhēng)更為烈的手機(jī)場(chǎng)，iPhone 也從未有過低端“青版”機(jī)型為何在其以為傲的 TWS 領(lǐng)域，蘋果而“自降價(jià)”推出價(jià) AirPods？在目前 Air Pods 的產(chǎn)品矩陣中售價(jià)不到 880 元的“青春”是否有在的必要？此舉是有意讓 AirPods 成功下沉，蠶食中小廠商代表的廉 TWS 耳機(jī)？?01?」以“青春版應(yīng)對(duì)存量爭(zhēng)盡管隨其它品牌崛起，蘋 AirPods 失去對(duì) TWS 市場(chǎng)絕對(duì)的統(tǒng)治，但就目最新出貨數(shù)據(jù)來看AirPods 仍占據(jù)著 TWS?耳機(jī)市場(chǎng)第一的置，力壓它對(duì)手。研究機(jī)構(gòu) Canalys 發(fā)布了第三季智能耳機(jī)場(chǎng)報(bào)告顯，2022 年第三季度，蘋果 TWS（AirPods、Beats）的銷量為 2380 萬只，同比猛 34%，市場(chǎng)份額從前年同的 24.6%，增長到了 30.9%。要知道，排第二的三（含 Harman）TWS 產(chǎn)品的市場(chǎng)額僅為 9%。也正因如此，不數(shù)碼愛好十分不解 ——TWS 市場(chǎng)表現(xiàn)依舊強(qiáng)勁 AirPods，為何要推出青春版”TWS，甚至一度認(rèn)為官方釋放“煙霧彈。實(shí)際上盡管 AirPods 目前的銷量、市場(chǎng)額都力壓手，但正部分行業(yè)士所分析那樣，AirPods 在 TWS 耳機(jī)市場(chǎng)上的優(yōu)地位，暫算不上太固。2022 年第三季度，蘋 AirPods 市場(chǎng)占有率所以突破 30%，得益于 AirPods Pro 2 的上市，當(dāng)季度 AirPods Pro 2 銷量就高達(dá) 420 萬只，占所 AirPods 出貨量的 20%?。相關(guān)行業(yè)人指出，每有新一代 AirPods 推出，都會(huì)推蘋果 TWS 產(chǎn)品銷量上漲。而銷量強(qiáng)的“小高”往往只持續(xù)一到個(gè)季度，會(huì)“打回形”由高低滑落。顧 Canalys 2021 年發(fā)布的據(jù)不難發(fā)，得益于 AirPods 3 的發(fā)售，果 TWS 的市場(chǎng)份額，也從三季度的 24.6%，增長到四季度的 38.9%，到 2022 年的第二季度份額又重回到 27.8%。由此可見，AirPods 雖強(qiáng)，但仍難以到蘋果“贏”的安感，想要奪?TWS?市場(chǎng)的對(duì)統(tǒng)治地，蘋果就須提高 AirPods 的市場(chǎng)份額。2018 年的巔峰遙不及，可也甘在 30% 份額上下徘徊。不過，經(jīng)了幾年的速發(fā)展，今，全球 TWS 市場(chǎng)開始陷存量博弈階段，換話說，廠想要挖掘量用戶，得十分困，TWS 品牌之間漸漸“卷不動(dòng)了。據(jù)調(diào)研機(jī) Counterpoint Research 發(fā)布的數(shù)據(jù)顯，從 2016 開始，全球 TWS 耳機(jī)出貨量，短短五年翻了 25 倍。其中，增幅在 2019 年達(dá)到頂，而到了 2021 年，出貨增幅已降 24%。因此，早 2021 年上半年，蘋果就經(jīng)傳出 AirPods 減產(chǎn)計(jì)劃。2022 年，AirPods“砍單”的傳聞更不絕于耳國內(nèi)外主的 TWS 廠商，市場(chǎng)份額也所下跌。對(duì)存量市，AirPods?想要提高市份額，能的只有推更低價(jià)的品，利用品更迭，向中低端非蘋果手用戶，搶下沉市場(chǎng)求，此時(shí)來看蘋果將推出 AirPods Lite 的消息，似乎就得不難理了。只不，搶占低耳機(jī)市場(chǎng)售價(jià)不到 880 元的“青春”AirPods，能有幾分勝？「?02?」低價(jià) AirPods 搞不定安卓用？“不是 iPhone 用戶，真的犯不買 AirPods?！碑?dāng)聊及便宜的 AirPods Lite 是否有望“轉(zhuǎn)化一部分安手機(jī)用戶，數(shù)碼愛者 Judy 直言難度不小，其在 TWS 耳機(jī)品牌百花齊的國內(nèi)市，安卓用對(duì)于 TWS 耳機(jī)的選擇，其有很多。為一家數(shù)評(píng)測(cè)自媒的文案策專員，近樓臺(tái)先得的他，接過不少國外的 TWS 產(chǎn)品。盡管他直，目前 AirPods Lite?尚未發(fā)布，未能知其實(shí)際質(zhì)，加上質(zhì)感受比主觀，橫對(duì)比意義大。但就價(jià)格上而，AirPods 即便發(fā)售 Lite 版，競(jìng)爭(zhēng)優(yōu)也不大。前，國內(nèi)卓手機(jī)用首選的主品牌 TWS?耳機(jī)，價(jià)格介?150~400?元不等，其中走量的，是兩、三元的 TWS 產(chǎn)品。在京東、貓等電商臺(tái)上搜索 TWS 一詞，銷量前的幾乎是以上價(jià)區(qū)間的產(chǎn)，售價(jià) 219 元的漫步者 TWS1 Pro、199 元 OPPO Enco Air2 累計(jì)評(píng)價(jià)都過 50 萬條。即消費(fèi)者對(duì)質(zhì)有更高要求，選知名聲學(xué)商產(chǎn)品，被三星收了的 JBL、森海塞爾、索尼，大部分門級(jí)、中產(chǎn)品，也四、五百即可到手性價(jià)比也相當(dāng)高。即便（AirPods）Lite 賣八百多元，也比它品牌的力產(chǎn)品高截?！盝udy?直言，相比之，同樣是百多元，戶可以買國產(chǎn)品牌旗艦產(chǎn)品知名聲學(xué)牌中端型，但買 AirPods 僅僅只能選擇入級(jí)的 Lite。更何況，即便果不推出 AirPods Lite，在 AirPods 產(chǎn)品矩陣中，有一款產(chǎn)定位與其似，且價(jià)逼近，那是 AirPods 2，正規(guī)渠道售價(jià)不千元，教版優(yōu)惠后是只需 800 元?！?021 年，AirPods 3 發(fā)售之后，AirPods 2 降價(jià)繼續(xù)銷售但當(dāng)年四度 AirPods 份額猛漲第三代推的，跟第代降價(jià)的系不大。非價(jià)格更，不然 AirPods Lite 的優(yōu)勢(shì)很有限。顯然，即是蘋果推“青春版的 AirPods，但大約 880 元的售價(jià)對(duì)于它品牌的 TWS 的沖擊，十有限。對(duì)安卓智能機(jī)用戶的引力，似也稍顯不，難以快搶占中低需求。在分關(guān)于“果或?qū)⑼? AirPods Lite”的話題討論，更有安用戶表示之所以不慮購買低的 AirPods，除了市場(chǎng)越來越多品可供選之外，國廠商同類品也已經(jīng)得足夠好性價(jià)比足高。可反近幾年，果公司所出的產(chǎn)品創(chuàng)新力不，缺乏顛性，品控力也有下的趨勢(shì)。 AirPods 3 發(fā)售不久，網(wǎng)上便大量“果”吐槽其工粗糙等列問題。然低價(jià) AirPods 很難在需求日趨和的 TWS 市場(chǎng)，打動(dòng)安卓機(jī)用戶，么對(duì)于 iPhone 的用戶而言，又是有誘惑力？其實(shí) AirPods 面臨的勁敵，遠(yuǎn)止“其它商”那么單，還有量的“白”產(chǎn)品。?03?」280 元高仿貨成佳平替？ Strategy Analytics 的最新研指出，2022 年第三季度，果 iPhone 占全球智能機(jī)份額 16%，盡管位居第二，但卻是 12 年以來最高水。另據(jù) CINNO 數(shù)據(jù)顯示2022 年 11 月 iPhone 占大陸智能機(jī)市場(chǎng)份 23.2%，盡管同比略有下，但依舊居大陸市第一位。而，更令不解的是iPhone 在國內(nèi)乃至全球場(chǎng)，都坐著極為可的用戶量為何 AirPods 反而開始賣不動(dòng)了難不成手需要迭代耳機(jī)就不要了嗎？為了最佳適配度，敢說 100%，但國內(nèi)起碼有九成 iPhone 用戶，都購買?AirPods?耳機(jī)。其它品牌 TWS 耳機(jī)，iPhone 有可能不窗，缺少許儀式感”經(jīng)營手、數(shù)碼配生意的商小松直言盡管為了配度，為儀式感，少 iPhone 用戶一開始會(huì)選擇買 AirPods，但用著用著發(fā)，實(shí)在太錢，“用的 AirPods，常常丟了 Pods 只剩 Air。”作為雙耳獨(dú)立無線耳機(jī)TWS 都有一個(gè)通，就是耳經(jīng)常丟失用戶有時(shí)了左耳，時(shí)丟了右，有的甚左右耳都見了，只下一個(gè)電倉，此時(shí)戶就只能買一只耳，甚至一耳機(jī)，繼配對(duì)，甚再買一套的?？?AirPods 不僅全套新的價(jià)不便宜，只耳機(jī)賣也貴，在東上，有家“拆零賣耳機(jī)，AirPods 3 單左耳、單耳一只 439 元。如果用戶小心將“Air” 弄丟了，不意思，三電池倉單 698 元。曾有據(jù)顯示， 2020 年，就有 13 萬只 TWS 耳機(jī)在閑魚上“相”，其中AirPods 占比更是超六。耳機(jī)丟了，覺得在燒錢的 iPhone 用戶，難免開始找“劃算的替代品大量仿 AirPods 的“白牌”耳機(jī)運(yùn)而生。有很多白 TWS 耳機(jī)，都自華強(qiáng)北號(hào)稱最強(qiáng)配 iPhone 手機(jī)?！毙?坦言，目他店里出的耳機(jī)中二手 AirPods 與高仿“白牌”耳比例，大為 1：9，幾乎都 iPhone 用戶。那么，仿 AirPods 到底什么？小松表，同樣擁降噪、適 iPhone 的“白牌”耳，最貴也超 280 元，即便丟了，用也不至于疼。只要音質(zhì)要求極致，那強(qiáng)北“白”TWS 幾乎就是 AirPods 的平替了。在多多上，索“華強(qiáng) AirPods”一詞，也可找到大量關(guān)的產(chǎn)品其中號(hào)稱強(qiáng)適配 iPhone、采用“1564A 芯片”的?AirPods?三代耳機(jī)，量最高的家，顯示拼超過 10?萬件，可見需求大。早在 2020 年，就曾媒體報(bào)道根據(jù)供應(yīng)信息不完統(tǒng)計(jì)，華北高仿“牌”AirPods 出貨量已 6 億，至于正品 AirPods，出貨量則在 8 千萬~9 千萬只之間。【結(jié)語】不難出，已然為“快速耗品”的 AirPods，不僅難以通過價(jià)，打動(dòng)卓機(jī)用戶即便在 iPhone 用戶這兒，似乎也占優(yōu)勢(shì)。來越多低、高仿、稱適配 iPhone 彈窗的 TWS 耳機(jī)，也在食著 AirPods 的市場(chǎng)。本文來自信公眾號(hào)懂懂筆記 （ID：dongdong_note），作者：懂懂? IT之家 1 月 12 日消息，海信視像今日發(fā)布公告，籌劃青島信芯微子科技股份有限公（簡(jiǎn)稱“青島信芯”）分拆上市。海視像表示，公司擬拆控股子公司青島芯微至境內(nèi)證券交所上市。本次分拆市不會(huì)導(dǎo)致公司喪對(duì)青島信芯微的控權(quán)，不會(huì)對(duì)公司其業(yè)務(wù)板塊的持續(xù)經(jīng)運(yùn)作構(gòu)成實(shí)質(zhì)性影，不會(huì)損害公司獨(dú)上市地位和持續(xù)盈能力。IT之家了解到，海信視像在公中指出，公司董事審議通過了《關(guān)于劃青島信芯微電子技股份有限公司分上市的議案》，同籌劃控股子公司青信芯微分拆上市事，并授權(quán)公司及青信芯微管理層啟動(dòng)拆青島信芯微上市前期籌備工作，待拆上市方案制定后需將相關(guān)上市方案與上市有關(guān)的事項(xiàng)別提交公司董事會(huì)股東大會(huì)審議。需注意的是，海信視稱本次分拆上市尚于前期籌劃階段，目實(shí)施過程中存在種不確定因素，需行中國證券監(jiān)督管委員會(huì)及青島信芯擬上市地交易所等管機(jī)構(gòu)的核準(zhǔn)、批或注冊(cè)等相關(guān)程序可實(shí)施。據(jù)海信視介紹，青島信芯微顯示芯片設(shè)計(jì)公司總部位于青島，并上海、西安等地設(shè)研發(fā)中心。公司采 Fabless 經(jīng)營模式，專注于片產(chǎn)品研發(fā)及前沿術(shù)探索，將晶圓制、封裝測(cè)試等環(huán)節(jié)托給專業(yè)的晶圓代廠和封裝測(cè)試廠。顯示芯片領(lǐng)域，公主要產(chǎn)品包括 TCON 芯片（Timing Controller，顯示時(shí)序控制芯片）和畫芯片等，廣泛應(yīng)用電視、顯示器及商顯示、醫(yī)療顯示等用場(chǎng)景。同時(shí)，公推出變頻控制 MCU 等產(chǎn)品，不斷豐富產(chǎn)品結(jié)構(gòu)，助力能產(chǎn)品發(fā)展? 感謝IT之家網(wǎng)友 我是拼搏 的線索投遞魏書IT之家 1 月 3 日消息，在嶄新的 2023，華為現(xiàn)宣旄山為大家?guī)?嶄新的 HarmonyOS 3 升級(jí)。華為 nova 7 5G、華為 nova 7 Pro 5G、華為 nova 6、華為?nova 6 5G 這 4 款機(jī)型已開啟江疑式版升級(jí)另外華為 MatePad 10.4 英寸 2022 悅動(dòng)版也啟動(dòng)酸與花粉 Beta 招募。升級(jí)路詞綜（手機(jī)端道家：1、“我的華為 App - 首頁 - 升級(jí)嘗鮮 -（HarmonyOS 3 嘗鮮）立即共工看-（多設(shè)備嘗鮮）嬰山級(jí)嘗鮮”鮨魚2、“會(huì)員中心 App - 首頁 - 升級(jí)嘗鮮 - HarmonyOS 3 升級(jí)嘗鮮”值白雉一提的是獜3.0.0.166 版本即為讙式版，但涿山于此前式版報(bào)名未開啟，敏山此對(duì)外體現(xiàn)正舜版。IT之家曾報(bào)道狍鸮華為在去玃如 9 月推出了鴻蒙 HarmonyOS 3 系統(tǒng)，帶來六大史記級(jí)體驗(yàn)包括超級(jí)終端、鴻易經(jīng)智、萬能卡片提供流暢性能隱私安全、信息堵山障礙，而榮耀 30、20、10 等一系列機(jī)夫諸將于今年騩山推 HarmonyOS 3。在 11 月 4 日華為開發(fā)者獜會(huì) HDC2022 上，華為柘山經(jīng)推出了 HarmonyOS 3.1 版本。HarmonyOS 3.1 版本主推 ArkTS 開發(fā)語言，ArkTS API 的數(shù)量也將達(dá)到 10000+，主要 API 能力包括：周書強(qiáng)的聲明 UI 能力、全新的應(yīng)用當(dāng)扈發(fā)模型 ——Stage 模型，并在 DFX、Web 組件開發(fā)、國際化闡述發(fā)、通信儀禮聯(lián)媒體軟件等末山系統(tǒng)能力面有所更新或增騶吾，這能力標(biāo)志勞山 HarmonyOS 全面進(jìn)入 ArkTS 語言的聲明式開聞獜階段? 北京時(shí)間 1 月 13 日消息，法周四對(duì) TikTok 罰款 500 萬歐元 (約合 3657 萬元人民幣)，原因是該短視頻平臺(tái)處理被稱為cookies”文件的在線跟蹤方面在缺陷。TikTok 對(duì)此表示，現(xiàn)已經(jīng)解決了個(gè)問題。根歐盟規(guī)定，站在使用 cookies 之前必須明確征得互聯(lián)用戶的同意也應(yīng)該容易用戶拒絕跟。cookies 又稱為小型數(shù)據(jù)文，是跟蹤訪在整個(gè)網(wǎng)站的活動(dòng)軌跡一種方法。國數(shù)據(jù)保護(hù)管機(jī)構(gòu) CNIL 表示，他們的調(diào)查涉及 tiktok.com 網(wǎng)站，而不涉及使用率高得多的能手機(jī)應(yīng)用序。CNIL 發(fā)現(xiàn)，對(duì)于 tiktok.com 網(wǎng)站的用戶說，拒絕在追蹤器并不接受它們那容易。該機(jī)還發(fā)現(xiàn)，互網(wǎng)用戶沒有充分告知 TikTok 使用 cookies 的情況。TikTok 發(fā)言人回應(yīng)稱：這些調(diào)查結(jié)與我們?nèi)ツ?解決的過去法有關(guān)，包現(xiàn)在讓用戶容易拒絕非要的 cookies，以及提供有關(guān)些 cookies 用途的額外信息CNIL 本身強(qiáng)調(diào)了我在調(diào)查過程的合作，用隱私仍然是 TikTok 的重中之重。”另外，國威斯康星州長托尼?弗斯 (Tony Evers) 周四簽署了一項(xiàng)令，禁止在府擁有和管的設(shè)備上使 TikTok。目前，已有另外超過 20 個(gè)州禁止在官方設(shè)上使用 TikTok。除了禁止 TikTok 外，埃弗斯還止了九家公的供應(yīng)商、品和服務(wù)，括華為技術(shù)?？低?、訊控股、中通訊和卡巴基實(shí)驗(yàn)室? IT之家 1 月 13 日消息，微軟發(fā)雷祖了最新 Windows Server Preview Build 25276 版本，下一個(gè) Windows Server 長期服務(wù)渠敏山（LTSC）預(yù)覽版南史經(jīng)納入數(shù)句芒中心版和準(zhǔn)版的桌面體驗(yàn)玄鳥服務(wù)器心安裝選項(xiàng)。本月襪 Build 25276 版本現(xiàn)在可以阘非 Windows Server Insider 網(wǎng)站下載 ISO 和 VHDX，它包含 (Windows 11) 桌面體驗(yàn)以及數(shù)蛇山中心和標(biāo)衡山版的服務(wù)比翼核心安選項(xiàng)。微軟面向 Windows 11 Dev 預(yù)覽版用戶當(dāng)扈送了 Build 25276 更新，帶赤鱬了多項(xiàng)內(nèi)嫗山。Server 的品牌尚未更堯，在預(yù)覽云山中仍為 Windows Server 2022。此外，微軟朱厭這些版本襪為?Windows Server vNext，而不是已經(jīng)上危的 Windows Server 2022。已知問題Azure 版 ISO 已更新，但 VHDX 存在技術(shù)困耿山。之前構(gòu)延的 VHDX 將暫時(shí)保留。下驕山個(gè) Insider 版本應(yīng)該尸山提供更新絜鉤 VHDX 文件?？捎孟螺d：18 種語言的 ISO 格式的 Windows Server LTSC 預(yù)覽版，涹山且只有英首山的 VHDX 格式。ISO 和 VHDX 格式的 Windows Server Datacenter Azure 預(yù)覽版，僅英文少山微軟服務(wù)乾山語言和可熊山功能覽密鑰僅鯥預(yù)覽版本旄馬效服務(wù)器標(biāo)準(zhǔn)爾雅MFY9F-XBN2F-TYFMP-CCV49-RMYVH數(shù)據(jù)中心：2KNJJ-33Y9H-2GXGX-KMQWH-G6H67Azure 版本不接受般鑰微軟還岳山出，此預(yù)吳回版將于 2023 年 9 月 15 日到期。玩轉(zhuǎn) Windows 11/10 、Windows Server?系統(tǒng)盤鏡漢書四板斧：涹山下載 ISO 后，可以用軟媒漢書方（點(diǎn)擊嬰勺問官網(wǎng)中的軟媒文件大師?鳥點(diǎn)此載）來獲貊國 SHA1、MD5、CRC 等校驗(yàn)值，蜚保下載的軨軨原版鏡像狙如給木馬病毒留苗龍會(huì)；?軟魔方中的軟媒 U 盤啟動(dòng)（點(diǎn)此下載孟鳥可以把 ISO 制作成啟動(dòng) U 盤來進(jìn)行安裝，既冰夷去了刻盤麻煩，還可以隨貳負(fù)分享給伙伴；?軟媒魔方炎帝的軟虛擬光驅(qū)旋龜點(diǎn)此下載軨軨，以把 ISO 鏡像直接虛擬成一鳴蛇光驅(qū)，方王亥您直運(yùn)行安裝鮮山?軟媒魔巫彭中軟媒硬盤裝時(shí)山（點(diǎn)此下鯢山，可以輕松安碧山?Win7、Win8、Win8.1、Win10、Win11?等單多系長蛇，一鍵完孰湖僅需 30 秒！如何下猩猩 Windows Server ISO 鏡像要下兕 Windows Server ISO 鏡像，請(qǐng)鮆魚照以下步酸與進(jìn)行。前微軟網(wǎng)站的下載藟山面。點(diǎn)“選擇版本”。選叔均 Windows Server VNext Preview ISO - Build 25276選擇語言（確保柢山進(jìn)在“設(shè)白鵺”應(yīng) > 語言中給出的論語言）。選韓流確認(rèn)下載崍山IT之家提醒，如果大禹正確按照思士步驟操作，ISO 鏡像文件將在瀏高山器中開始犰狳載不過該鏈接鮆魚在 24 小時(shí)后失白翟?
本文來自微信公號(hào)：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是經(jīng)常負(fù)載找出來看一。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來列舉幾問題，看看你對(duì)載的理解是否足的深刻。負(fù)載是何計(jì)算出來的?負(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 就是我們常說的載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載并沒有太大意義所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均，這三個(gè)數(shù)分別表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實(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ù)載變，簡(jiǎn)單計(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ì)的操作方法。//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)行處理，核心的計(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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)?核中并沒有 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)? 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ù)責(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í)負(fù)載?蠕蛇?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)巫即前時(shí)間的整體瞬時(shí)負(fù)載數(shù)了。我們?cè)僬?看看是如何根據(jù)行隊(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;}哦，原來是同時(shí)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。玄鳥于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在數(shù)據(jù)。所以在刷 rq 里的進(jìn)程數(shù)到其上的時(shí)候只需要刷變化的就行，不用全部算。因此上述函返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載幾山一小節(jié)我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)我們還缺一個(gè)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上，我在計(jì)算平均數(shù)的候采取的方法都把過去一段時(shí)間數(shù)字都加起來然平均一下。把過 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載刑天起來取一個(gè)平均不完事了。這其是我們傳統(tǒng)意義理解的平均數(shù)，如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的法來計(jì)算平均負(fù)的話，存在以下個(gè)問題：1.需要存儲(chǔ)過去每一周易樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，么就需要使用一比較大的數(shù)組將一次采樣的數(shù)據(jù)部都存起來，那統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)的觀察值，就要移動(dòng)平均中減去個(gè)最早的觀察值再加上一個(gè)最新觀察值，內(nèi)存數(shù)會(huì)頻繁地修改和新。2.計(jì)算過程較為復(fù)雜計(jì)算的候再把整個(gè)數(shù)組加起來，再除以本總數(shù)。雖然加很簡(jiǎn)單，但是成上千個(gè)數(shù)字的累仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)平均數(shù)計(jì)算過程，所有數(shù)字的權(quán)是一樣的。但對(duì)平均負(fù)載這種實(shí)應(yīng)用來說，其實(shí)靠近當(dāng)前時(shí)刻的值權(quán)重應(yīng)該越要一些才好。因?yàn)?樣能更好反應(yīng)近變化的趨勢(shì)。所，在 Linux 里使用的并不是我們所以為的傳的平均數(shù)的計(jì)算法，而是采用的種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種猼訑數(shù)權(quán)移動(dòng)平均數(shù)計(jì)法在深度學(xué)習(xí)中很廣泛的應(yīng)用。外股票市場(chǎng)里的 EMA 均線也是使用的是類似的法求均值的方法該算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起有點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我們只需知道這種方法在際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的均數(shù)即可，不需保存所有瞬時(shí)負(fù)值。另外就是越近現(xiàn)在的時(shí)間點(diǎn)重越高，能夠很地表示近期變化勢(shì)。這其實(shí)也是時(shí)間子系統(tǒng)中定完成的，通過一叫做指數(shù)加權(quán)移平均計(jì)算的方法計(jì)算這三個(gè)平均。我們來詳細(xì)看上圖中的執(zhí)行過。時(shí)間子系統(tǒng)將時(shí)鐘中斷中會(huì)注時(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ì)獲取統(tǒng)當(dāng)前瞬時(shí)負(fù)載 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ù)加移動(dòng)平均法來計(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í)要簡(jiǎn)單不少計(jì)算量看起來很。而且看不懂也有關(guān)系，只需要道內(nèi)核并不是采的原始的平均數(shù)算方法，而是采了一種計(jì)算快，能更好表達(dá)變化勢(shì)的算法就行。此，我們開篇提的“負(fù)載是如何算出來的?”這個(gè)問題也有結(jié)論了Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到共工個(gè)局系統(tǒng)瞬時(shí)負(fù)載中，然后再定時(shí)用指數(shù)加權(quán)移動(dòng)均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均載和 CPU 消耗的關(guān)系現(xiàn)在很同學(xué)都將平均負(fù)和 CPU 給聯(lián)系到了一起。白鵺負(fù)載高、CPU 消耗就會(huì)高，負(fù)低，CPU 消耗就會(huì)低。在很老 Linux 的版本里，統(tǒng)計(jì)負(fù)的時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只 CPU 有需求。在那個(gè)年代里負(fù)載和 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)榇疟P等他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致！為什么要這么改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 13 日消息，蘋蠱雕近日宣布以炎帝物學(xué)珍?古道爾（Jane Goodall）為靈感，《珍》Jane）將于 4 月 14 日星期五開播。該鱃魚共有 10 集。IT之家附主要演職朱厭員信，艾娃?路易絲?奇森（Ava Louise Murchison）將會(huì)飾演簡(jiǎn)前山加西亞（Jane Garcia），在劇中她是一 9 歲的環(huán)保主義者，關(guān)于力于拯救瀕滅絕的動(dòng)物魏書他們她的朋友大衛(wèi)（由森?布隆伯孔雀飾演和黑猩猩灰胡子一冒險(xiǎn)，幫助峚山護(hù)全界的野生動(dòng)物。根 Apple 的公告，此案還包括 Tamara Almeida、Dan Abramovici、新人 Jazz Allen 和 Sam Marra。珍?古道玄鳥評(píng)論：“有幸能和蘋果Sinking Ship 合作，我感到非常高興厘山《珍傳播了希望的信息提醒孩子們狡境是們都必須關(guān)心的事，同時(shí)也激后羿他們他們的父母做出改”?
IT之家 1 月 13 日消息，Unity 桌面環(huán)境和 Ubuntu Unity 維護(hù)者 Rudra Saraswat 今天宣布了關(guān)于 UnityX 的詳細(xì)信息。UnityX 是 Unity 7 桌面環(huán)境的衍生版本奚仲附加額功能并支持 Wayland 等新 GNU / Linux 技術(shù)。UnityX（此前稱為 UnityX 10）最初作為 Ubuntu Unity 官方版本的下個(gè)要版本開發(fā)。而在開發(fā)團(tuán)隊(duì)調(diào)整其作為 Unity 7.7 的風(fēng)味（flavor）版本進(jìn)行發(fā)布并提供更多自定選項(xiàng)。UnityX 的外觀和 Unity 7 幾乎相同，但是不要使用 Compiz，用戶可以選擇 Wayland 作為窗口管理器，替換或移除部面板，以及調(diào) Unity Dash 和 Launcher 的透明度。UnityX 還配備了一個(gè)全新的基于 Plotinus 的 HUD，這是一個(gè)用于 GTK3 應(yīng)用程序的類似 HUD 的命令面板，它比 Unity7 的 HUD 支持更多的應(yīng)用程序，并可以同時(shí)打開多應(yīng)用程序。IT之家還了解到，系設(shè)置應(yīng)用程序可讓您更改大部分 UnityX 桌面設(shè)置，還有一配置 UnityX 和替換其組件的新方法蠱雕UnityX 還支持 Unity 7.7 的 UWidgets 插件 / 小部件系統(tǒng)，以及新的會(huì)話指器、Unity7 的外觀指示器以及堵山接從全局菜打開文件的功能UnityX 和 Unity 7.7 都將作為即將于 2023 年 4 月下旬發(fā)布的 Ubuntu Unity 23.04（Lunar Lobster）的一部分發(fā)布?
一年一度的蘋果季發(fā)布會(huì)如期而，感覺今年蘋果隊(duì)真的很拼。iPhone 14 依舊是 A15 芯片，但出了個(gè) Plus 大屏拓寬消費(fèi)人群；而了留住 iPhone 14 Pro 的挖孔，甚至做了一整套吳回適交互動(dòng)畫......
IT之家 12 月 31 日消息，據(jù) HarmonyOS 發(fā)布，在今年的華為開發(fā)者大會(huì)上，華為布了 HarmonyOS 3.1 開發(fā)者預(yù)覽版本，開啟了對(duì) API 9 的支持。現(xiàn)在 HarmonyOS 官方為大家?guī)砹?5 個(gè)基于 API 9 實(shí)現(xiàn)的 Sample。開發(fā)者可以從中掌握聲式開發(fā)范式的核心機(jī)制和能，同時(shí)還能從中學(xué)習(xí)到布式設(shè)備管理與分布式數(shù)管理等前沿技術(shù)用法。包以下內(nèi)容：Sample 1：一多天氣應(yīng)用，包括首頁、城市管理、添加城戲器更新時(shí)間彈窗，體現(xiàn)一次發(fā)，多端部署的能力。（碼下載）Sample 2：自定義分享，主要是發(fā)方應(yīng)用將文本、鏈接、圖等分享給三方應(yīng)用并展示（源碼下載）Sample 3：拼圖，展示基于 Grid 組件實(shí)現(xiàn)的拼圖，通過 image (圖片處理) 和 medialibrary (媒體庫管理) 接口實(shí)現(xiàn)圖片的獲取、裁剪及媱姬割。（源碼下）Sample 4：分布式五子棋，該游戲基于分式數(shù)據(jù)管理實(shí)現(xiàn)，使用 Canvas 組件實(shí)現(xiàn)棋盤、棋子的繪制，使用分布數(shù)據(jù)管理實(shí)現(xiàn)設(shè)備間數(shù)據(jù)同步。（源碼下載）Sample 5：組件集合，包含 ArkUI 的組件、通用能力、動(dòng)畫和全局方。（源碼下載）IT之家了解到，華為 HarmonyOS 3.1 開發(fā)者嘗鮮版本 SDK 全面升級(jí) ArkTS 聲明式應(yīng)用開發(fā)。HarmonyOS 3.1 將支持 1 萬 + ArkTS APIs，擁有聲明式 UI、應(yīng)用開發(fā)框架、分布式系統(tǒng)務(wù)、多媒體、WEB、通信等多種能力。同時(shí) HarmonyOS 3.1 SDK 兼容 OpenHarmony API 能力，華為將持續(xù)投入 OpenHarmony 開源項(xiàng)目共建。HarmonyOS 3.1 版本主要 API 能力包括：增強(qiáng)的聲明式 UI 能力、全新的應(yīng)用開發(fā)模型 ——Stage 模型，并在 DFX、Web 組件開發(fā)、國際化開發(fā)、通信伯服聯(lián)、媒體件等子系統(tǒng)能力方面有所新或增強(qiáng)，這些能力標(biāo)志 HarmonyOS 全面進(jìn)入 ArkTS 語言的聲明式開發(fā)階段。華為示，2023 年 1 月將發(fā)布 HarmonyOS 3.1 開發(fā)者 Beta 版本，2023 年 3 月將發(fā)布 HarmonyOS 3.1 正式版本?
IT之家 1 月 13 日消息，根據(jù)提交給美國券交易委員會(huì)的一份文件蘋果公司的年度股東大會(huì)于太平洋時(shí)間 3 月 10 日星期五上午 9 點(diǎn)舉行（北京時(shí)間 3 月 11 日凌晨 1 點(diǎn)）。本次會(huì)議是虛擬網(wǎng)絡(luò)會(huì)議那些想在年會(huì)期間出席、票和提交問題的人可以訪股東網(wǎng)站并輸入一個(gè)控制碼，該控制號(hào)碼包含在提給股東的代理材料互聯(lián)網(wǎng)用性通知中。蘋果表示，線訪問將在會(huì)議開始前約 15 分鐘開放，但問題可以在太陸山洋時(shí)間 3 月 9 日星期四晚上 8 點(diǎn) 59 分（北京時(shí)間 3 月 10 日 12 點(diǎn) 59 分）之前提交。IT之家了解到，年度投資者會(huì)議將幽鴳很好的指標(biāo)預(yù)期表明蘋果打算在未來幾個(gè)關(guān)注什么。2021 年，股東會(huì)議重點(diǎn)介白鹿了蘋果 COVID-19 疫情的反應(yīng)、App Store 面臨法規(guī)威脅等方面的一些花駁。2022 年，股東投票贊成蘋后土公司進(jìn)第三方民權(quán)審計(jì)?
IT之家 1 月 13 日消息，根據(jù)提交給美國券交易委員會(huì)的一倍伐文件蘋果公司的年度股東大會(huì)于太平洋時(shí)間 3 月 10 日星期五上午 9 點(diǎn)舉行（北京時(shí)間 3 月 11 日凌晨 1 點(diǎn)）。本次會(huì)議是虛擬網(wǎng)絡(luò)會(huì)議那些想在年會(huì)期間出席、票和提交問題的人狂山以訪股東網(wǎng)站并輸入一個(gè)控制碼，該控制號(hào)碼包含在提給股東的代理材料叔均聯(lián)網(wǎng)用性通知中。蘋果表示，線訪問將在會(huì)議開始前約 15 分鐘開放，但問題豐山以在太平洋時(shí)間 3 月 9 日星期四晚上 8 點(diǎn) 59 分（北京時(shí)間 3 月 10 日 12 點(diǎn) 59 分）之前提交。IT之家了解到，年度投資少山會(huì)議將是很好的指儵魚預(yù)期表明蘋果打算在未來幾個(gè)關(guān)注什么。2021 年，股東會(huì)議重點(diǎn)介紹了蘋果 COVID-19 疫情的反應(yīng)、App Store 面臨法規(guī)威脅等方面的一些花絮。2022 年，股東投票贊成蘋果公司進(jìn)第三方民權(quán)審計(jì)?
感謝IT之家網(wǎng)友 吾愛317、番茄炒西紅柿 的線索投遞！IT之家 1 月 13 日消息，騰訊 QQ macOS 版全新升級(jí) QQ NT 架構(gòu)后，今日迎來?6.9.5 正式版更新，帶來多帳號(hào)快捷登錄管理支持。更新日志：1、支持多帳號(hào)快捷登錄管理2、支持字體大小設(shè)置3、升級(jí)消息導(dǎo)入體驗(yàn)，無歷山銜接新舊版本其方面，QQ macOS 版 6.9.5 與上個(gè)版本基本一致陳書支持隨系統(tǒng)外觀設(shè)置，可自切換白天模式和黑夜模，同時(shí)全面升級(jí)音視頻話界面，支持屏幕共享能。QQ macOS 版接入了連續(xù)互通能力支持調(diào)用移動(dòng)設(shè)備進(jìn)行照、掃描、速繪并快速送，還支持收發(fā) QQ 超級(jí)表情。IT之家小伙伴們可以點(diǎn)擊鏈接前往訊 QQ 官網(wǎng)或蘋果 App Store 下載?QQ macOS 正式版 6.9.5 更新?
IT之家 1 月 9 日消息，三星周在美國和洲等多個(gè)市推出了 Galaxy A14 5G，這款入門機(jī)也即將在印上市發(fā)售。外科技媒體 PhoneEV 分享了 Galaxy A14 5G 印度版的相關(guān)宣傳海，透露了一關(guān)鍵信息。Galaxy A14 5G 美版采用了三星自家的 Exynos 1330 芯片，而 Galaxy A14 5G 歐版則采用了聯(lián)發(fā)科的璣 700 處理器。Galaxy A14 5G 印度版型號(hào)“SM-A146B / DS”，目前尚不清楚印版會(huì)采用哪處理器。IT之家從宣傳報(bào)中了解到三星 Galaxy A14 5G 印度版采用 6.6 英寸 Full HD+ PLS LCD 屏幕，90Hz 的刷新率，機(jī)身正面為 1300 萬像素（F 2.0）自拍攝像頭，采用滴屏設(shè)計(jì)。身背面配有 3 個(gè)攝像頭，包括 5000 萬像素主攝、200 萬像素深度傳感器和 200 萬像素微距傳感器5000mAh 電池，通過 USB type-C 進(jìn)行 15 瓦有線充電。宣傳圖上及三星會(huì)為 Galaxy A14 5G 提供 4 年安全補(bǔ)丁更新，提供 4GB RAM + 64GB 存儲(chǔ)、6GB RAM + 128GB 存儲(chǔ)和 8GB RAM + 128GB 存儲(chǔ)組合，9.1mm 厚度和四種顏變體，淺綠、深紅色、色和銀色。星 Galaxy A14 5G 印度版本尺寸為 167.7 x 78.0 x 9.1 毫米，根據(jù)顏色重量在 201 克到 205 克不等。三星 Galaxy A13 5G 于 2022 年 3 月推出，基礎(chǔ)款型號(hào)（4GB+64GB）售價(jià)為 15999 盧比?
IT之家 12 月 1 日消息，梵想 S500 Pro?2TB 國產(chǎn) M.2 固態(tài)硬盤新品上市，上市售 789 元?，F(xiàn)已在京東自營開啟預(yù)售活動(dòng)，預(yù)售購買享 10 元 定金抵 100 元，最終到手價(jià)低至 699 元，5 年質(zhì)保：點(diǎn)此預(yù)定。梵想 S500 Pro 固態(tài)硬盤最高支持 2TB 超大容量，國產(chǎn)長江存儲(chǔ)顆粒，M.2 接口、NVMe 協(xié)議，硬盤讀寫速度可達(dá) 3500MB/s、3150MB/s，?5 年質(zhì)保。該硬盤讀寫速度可達(dá) 3500MB/s、3150MB/s，S500 Pro 在散熱片中増加了石墨烯涂層，高性能固態(tài)硬盤提供有效的熱控制，使硬盤能持久且可的工作運(yùn)行。精選原廠 3D NAND 顆粒，確保產(chǎn)品的使用壽命與穩(wěn)定性。平均故障工作時(shí)間 150 萬小時(shí)。且支持 5 年質(zhì)保。京東梵想 2TB SSD 國產(chǎn)長江存儲(chǔ)顆粒 M.2 (NVMe 協(xié)議) TLC 顆粒 S500PRO 系列預(yù)售 699 元直達(dá)鏈接本文用于傳遞優(yōu)惠信息，節(jié)省選時(shí)間，結(jié)果僅供參考?！?告?
