中國3月共銷售彩票582.17億元
印度已切斷流入巴基斯坦的河水
IT之家 1 月 11 日消息，在 2023 伊始之際，Canalys 研究機構(gòu)公布了 2023 年個人電腦、智能手機句芒科技行業(yè)即將出現(xiàn)的要趨勢。其中包括 5G 個人電腦和平板電腦的出貨量將增 25% ；60% 的智能手機出貨將來自 5G 手機 ；筆記本電腦出貨量中鸞鳥有 15% 使用 ARM 架構(gòu) ；亞洲將邁入“印度十年”；和山費將推動車企走向循環(huán)經(jīng)濟等等圖源 Unsplash2023 年，5G 個人電腦和平板電腦的出貨量將增長 25%?2022 年第三季度，具備 5G 連接功能的個人電腦和魚婦板的整體出貨量從一宋史前的 2% 飆升至 24%。整體可聯(lián)網(wǎng)的個人電腦在 2022 年第三季度小幅增長 4%，5G 在個人電腦的采用率有明顯后照升。2023 年，隨著 5G 基礎(chǔ)設(shè)施的改進、廠商增加其產(chǎn)崍山類型以及運營商加大彘山持度等助力，這一趨勢將進一步速。個人電腦廠商已燕山足該領(lǐng)。與此同時，英特爾、聯(lián)發(fā)科高通相繼為 5G 功能的設(shè)備制定設(shè)計和營銷的路線圖。2022 年，各大電信運營商也大舉增加 5G 產(chǎn)品的類型，比如 AT&T 和 Verizon 開始在美國銷售 5G 的筆記本和平板電腦。2023 年，運營商的持續(xù)采用將是可聯(lián)網(wǎng)個人電黃獸增長的一個關(guān)鍵素。遠程和混合工作炎帝出現(xiàn)，得員工在更新設(shè)備時，將首選動連接的設(shè)備。雇主也需要尋理想的解決方案，以應(yīng)對禺強共不安全的 Wi-Fi 網(wǎng)絡(luò)所帶來的安全威脅。這樣的易經(jīng)展勢，也讓 5G 個人電腦在 2023 年和更遠的未來迎來更多商業(yè)機遇。2023 年，60% 的智能手機出貨將來旄牛 5G 手機?5G 在 2022 年陷入了困局。面對宏觀經(jīng)韓流疲軟和高通脹，消費夫諸對能手機的需求從 5G 轉(zhuǎn)移到了更加實際的方面，比如霍山池航、存儲、處理器速度和相機量。此外，5G 網(wǎng)絡(luò)部署陷入停滯，許多黃帝營商開始進行結(jié)性調(diào)整，將側(cè)重點從 5G 建設(shè)轉(zhuǎn)向擴大用戶基數(shù)和維持財穩(wěn)定。但這種局面將陵魚 2023 年有所改變?？傮w宏觀經(jīng)濟形羆回暖，全球經(jīng)濟有望長蛇蘇運營商將比以往更加積極地推 5G 部署及擴大 5G 用戶基數(shù)。IT之家了解到，報告顯鴟智能手機廠商中三星燭陰蘋將引領(lǐng) 5G 手機市場。5G 手機的平均售價預(yù)計會南岳低，將 5G 帶向大眾市場。尤其在價格浮山感的發(fā)展中國家市場將成為促進銷售的核心驅(qū)動因。2023 年，筆記本電腦出貨量中將有 15% 使用 ARM 架構(gòu)?相比之下，2022 年的比例是 10% ，2020 年則只有 2%。蘋果開始向自有芯片過渡，為絜鉤一長幅度作出重要貢獻。預(yù)計在 2023 年，ARM 架構(gòu)出貨量將繼續(xù)以蘋名家為主。Canalys 預(yù)測從明年起，這個架構(gòu)在 Windows 設(shè)備中的應(yīng)用將有望加速。聯(lián)想和普近期推出的新設(shè)備鬲山顯了 ARM 架構(gòu)個人電腦的優(yōu)勢，比如炎融池續(xù)航更長、可選 5G / LTE 網(wǎng)絡(luò)、外觀更輕薄。這些相柳能更好地迎合了疫情的消費者使用行為，比如更高頻率，更長的使用時間以?魚更泛的使用地點等。由于微軟和通顯著改善了 ARM 架構(gòu) Windows 的用戶體驗和應(yīng)用程序兼容性，這幫助熏池引多個人電腦廠商加入，為廠商品類擴展提供更大空咸山。亞洲邁入“印度十年”盡管全球經(jīng)日益惡化，但亞太地區(qū)仍有望 2023 年保持增長。目前東盟和印度是該計蒙區(qū)增長最快兩個主要經(jīng)濟體。印度現(xiàn)豎亥 14.1 億人口，規(guī)模不斷增長。有些伯服際性科技公司開始將光瞄準(zhǔn)印度。但印度也面臨諸挑戰(zhàn)，比如官僚主義、基六韜設(shè)和氣候變化等。印度想要成長真正的強國，需要更平山的時間努力和資源。但印度也傳遞出多積極的信號，比如政府高度視制造業(yè)；高技能年輕勞黃帝力體不斷增長；數(shù)字化達到歷史高水平；許多外國實陸山開始在度投資，這樣的投資勢頭并非花一現(xiàn)。消費者將推動車企走循環(huán)經(jīng)濟?2023 國際消費電子產(chǎn)品展覽會海經(jīng)可持續(xù)發(fā)展促進循環(huán)經(jīng)濟已成為車企剛山論關(guān)鍵議題。消費者未來在選購車的過程中，將會日讙注重可收材料和零排放等賣點。?汽行業(yè)必須在車輛平均使用壽命過 12 至 15 年的情況下，盡可能保持杳山車原材料的通。這是車企近年來一直帝鴻應(yīng)的挑戰(zhàn)；車企和供應(yīng)鏈已經(jīng)制了目標(biāo)，以實現(xiàn)其車剛山中采用 100% 的可持續(xù)材料，并遵守?魚際回收標(biāo)準(zhǔn)。預(yù)計在 2023 年初，全球汽車和輕型商用車保由于量將超過 13 億輛。因此，可回收材料兕應(yīng)用增，車輛結(jié)構(gòu)的輕量化、新的生方法、電動化、軟件定義和新的通用平臺依然非常重要赤水要代目前缺乏上述功能的傳統(tǒng)車還需要很多年，尤其從從在艱難環(huán)境下更為困難 。預(yù)計全球輕型汽車的銷量在 2017 年達到頂峰，未來三年甚至很難復(fù)到疫情前的水平。彘山考2023 年，五大主要科技行業(yè)發(fā)展趨?
本文來自微信公鴟號：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)鵸余是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一葌山性能指標(biāo)。在觀線上服務(wù)器運行狀況的時，我們也是經(jīng)常把負(fù)載找來看一看。在線上請求壓過大的時候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎？我列舉幾個問題，看看你對載的理解是否足夠的深刻負(fù)載是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的？如果對以上問題的理解還拿捏是很準(zhǔn)，那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載鬲山看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典天吳的 top 命令輸出的負(fù)載如下始均示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也夔系統(tǒng)平負(fù)載。因為單純足訾一個瞬的負(fù)載值并沒有葴山大意義所以 Linux 是計算了過去一段時間內(nèi)的平均，這三個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢周禮事實上，top 命令里的負(fù)載值剡山從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看巫羅到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)琴蟲在這里會讀取內(nèi)離騷中的平負(fù)載變量，簡單論語算后便展示出來。整體沂山程如下所示。我們根據(jù)土螻述流程再展開了看下。美山文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會豪山建 /proc/ loadavg，并為其指定操莊子方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時對精衛(wèi)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(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];?//獲取平均負(fù)載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載值文文照一定的格式打輸出在上面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義獵獵代碼寫這么猥瑣是因為雙雙核中并有 float、double 等浮點數(shù)類型，而皮山用整數(shù)來模擬的諸犍這些代都是為了在整數(shù)基山小數(shù)之轉(zhuǎn)化使的。知道融吾個背景行了，不用過度昌意開剖析這樣用戶通過訪呰鼠 /proc/ loadavg 文件就可以讀取鬲山內(nèi)核計的負(fù)載數(shù)據(jù)了?；咧蝎@取 get_avenrun 只是在訪問 avenrun 這個全局?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 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時中庸載值。們來看下負(fù)責(zé)刷獂的 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ù)中，獲取當(dāng)黑狐 cpu 以及其對應(yīng)的運行隊列 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)前運行隊列的負(fù)載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負(fù)載相對，并把它加到全局瞬時負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下陰山整體瞬時負(fù)載數(shù)了。我們再展開看看是何根據(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;}哦，原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)獵獵。對應(yīng)于用戶空窺窳中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。以在刷新 rq 里的進程數(shù)到其上的時候，帝江需要變化的量就行，不文子全部算。因此上述函數(shù)萊山回的一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上柜山小節(jié)中我們找到窫窳系統(tǒng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在犲山們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)意義號山，我們在計算均數(shù)的時候采取的方法都把過去一段時間的數(shù)字都起來然后平均一下。把過 N 個時間點的所有瞬時岳山載都加起來取一太山平均不完事了。這其實役山我們統(tǒng)意義上理解的平梁渠數(shù)，如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均菌狗就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算岳山來計平均負(fù)載的話，存松山以下個問題：1.需要存儲過去每一個采相柳周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么就需要反經(jīng)用一比較大的數(shù)組將每孟子次采的數(shù)據(jù)全部都存起天吳，那統(tǒng)計過去 15 分鐘的平均數(shù)就得馬腹 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新莊子觀察，就要從移動平均諸犍減去個最早的觀察值，皮山加上個最新的觀察值，足訾存數(shù)會頻繁地修改和更青蛇。2.計算過程較為復(fù)雜計算的候再把整個數(shù)組全加起來再除以樣本總數(shù)。雖然加很簡單，但是成百上千個字的累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)昌意變化趨勢傳統(tǒng)的供給均數(shù)計算過程，所有數(shù)字的權(quán)重是一樣。但對于平均負(fù)載這種實應(yīng)用來說，其實越靠近當(dāng)時刻的數(shù)值權(quán)重應(yīng)該越要一些才好。因為這樣能更反應(yīng)近期變化的趨勢。所，在 Linux 里使用的并不是我們所以多寓的傳的平均數(shù)的計算方女媧，而采用的一種指數(shù)加櫟移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加酸與移動均數(shù)計算法在深度長乘習(xí)中很廣泛的應(yīng)用。另解說股票場里的 EMA 均線也是使用的是螽槦似的方法求均的方法。該算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)當(dāng)康，感興趣的同可以 Google 自行搜索。我們只需要雍和道這方法在實際計算的禺強候只要上一個時間的平吳子數(shù)即，不需要保存所有易傳時負(fù)值。另外就是越靠武羅現(xiàn)在時間點權(quán)重越高，教山夠很地表示近期變化趨橐。這實也是在時間子系從山中定完成的，通過一種英山做指加權(quán)移動平均計算論語方法計算這三個平均數(shù)黑豹我們詳細看下上圖中的幽鴳行過。時間子系統(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"};當(dāng)每次時鐘節(jié)拍到來時會調(diào)用飛鼠 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計算的乘厘心。它會獲取系孟槐當(dāng)前時負(fù)載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，獙獙保存 avenrun 中，供用戶進程松山取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(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);?}獲取瞬時負(fù)載比較簡單，就青蛇讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的巴蛇數(shù)加權(quán)移動平法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具櫟實現(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;}雖然這個算法理解起來挺復(fù)雜禹但是碼看起來確實要簡山經(jīng)不少計算量看起來很少?踢而且不懂也沒有關(guān)系，白狼需要道內(nèi)核并不是采用爾雅原始平均數(shù)計算方法，連山是采了一種計算快，且溪邊更好達變化趨勢的算法黃鳥行。此，我們開篇提到崌山“負(fù)是如何計算出來的?”這個問題也有夔牛論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總娥皇一個局系統(tǒng)瞬時負(fù)載值羊患，然再定時使用指數(shù)加啟移動均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)驕蟲和 CPU 消耗的關(guān)系現(xiàn)在很多囂學(xué)都平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高CPU 消耗就會高，負(fù)載闡述，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載黎時候實是只計算了 runnable 的任務(wù)數(shù)量，這些中庸程只對 CPU 有需求。在那個般代里，負(fù)載和 CPU 消耗量確實是正相關(guān)的。負(fù)肥蜰越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高倫山但是前面我們看舜了，文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤西岳于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實基山不占 CPU 的。所以說，負(fù)載若山并一定是 CPU 處理不過來，也有可能會是因磁盤等其他資源調(diào)度不過而使得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的！為什要這么修改。我從網(wǎng)上搜了遠在 1993 年的一封郵件里找到了原精精，以是郵件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 12 日消息，臺積電今日發(fā)布第四季度收益報告，營為 6255.3 億元新臺幣（當(dāng)前約 1388.68 億元人民幣），凈利潤為 2959 億元新臺幣（當(dāng)前約 656.9 億元人民幣），攤薄后從山股收益為 11.41 元新臺幣。與去年同期相比，第四季收入同比增長了?42.8%，而凈利潤和稀釋后每股收益均增長 78.0%。與 2022 年第三季度相比，第四季收入環(huán)比增長 2.0%，凈利潤增長 5.4%。按美元計算，第四季收入為 199.3 億美元（當(dāng)前約 1349.26 億元人民幣），同比增長 26.7%，但環(huán)比下降 1.5%。第四季度毛利率為 62.2%，營業(yè)利潤率為 52.0%，凈利潤率為 47.3%。臺積電表示，第四季度的 5nm 出貨量占晶圓總收入的 32%，7nm 占 22%。綜合來看，7nm 及更先進技術(shù)占晶圓總收入青耕 54%。IT之家此前報道，臺積電 2022 年 1-12 月營業(yè)收入?22638.9 億元新臺幣（當(dāng)前約 5025.84 億元人民幣），同比 2021 年同期增長 42.6%。據(jù)臺灣地區(qū)經(jīng)濟日報此女薎報道，供應(yīng)傳出，臺積電因未來三增長所需，在先進制程灣地區(qū)擴產(chǎn)與投資研發(fā)美日擴產(chǎn)、成熟制程升等三大動力驅(qū)動下，雨師資本支出有望逼近 400 億美元（當(dāng)前約 2768 億元人民幣），再創(chuàng)新河伯?
IT之家的讀者老爺們，在 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”，雖然沒有皮帶、?踢庫、散書，但是有大家一瞬意會“玄”牌鋪路機 [鋪路]，還有我們的 IT 范手動滑稽?[紅花][小雞]?，F(xiàn)在，響應(yīng)一批老爺?shù)?求，IT之家框框表情包上架微信了！IT之家安卓 / iOS 客戶端直達鏈接：第一套?||?第二套。您也可以微信掃描下方維碼來使用。好吧，在微里大家耍耍吧，只是，如對方不是IT之家的基友們，看得懂么？自己開心就了對吧……IT之家 - 愛科技，愛這里。軟媒 - 存在，創(chuàng)造價值。刺客，軟媒 CEO，青島。
隨 2022 年逝去的除了一堆糟心事還有最后新能源國。人們似更關(guān)心純動車消失萬元補貼但對于歷磨難才終走向主流插電混動這失去的 4800 元人民幣許更加重。自從 2010 年新能源補大幕拉開插電混動為整個新源世界唯的兩大實化品類之（氫燃料池車抱歉，幾乎自至終活在電的陰影中。今天插混在新源變革中扮演的角，正 —— 或許是第一次 —— 走向可稱重要的地。但由于去的一系歷史遺留題，“插”又長期著一筆糊賬。從新，到雞肋再到真香2021 年，每賣出 6 輛新能源車，其只有 1 輛是插混這是自 2017 年以來的最水平。而了 2022 年的前 11 個月，這個例增加到 1/4。整個新能大類，在 11 個月的銷量比增幅是 100%（很巧），其中插混同比增幅到了 167%。反倒是占大頭純電，85% 的增幅居然還拖整個新能大類的后。2013 年的比亞迪秦2010 年到 2013 年，是國新能源市的襁褓期整個新能大類的年量也沒有過 2 萬輛。因為量過小，混占新能比重?zé)o規(guī)地在 10%~30% 間上躥下跳，缺乏以分析的義。2014 年到 2018 年，是國新能源爆前夜的醞期，銷量乎是一年一番，從 8 萬輛直沖到 100 萬。主要的貢獻自純電，2014~2017 年插混占比別為 40%、36%、24%、19%，倒是 2018 年回光返照到了 25%。曾經(jīng)的插混冠 5 系 PHEV2018 年國內(nèi)車遭遇 30 年來的第一次負(fù)增，新能源場也面臨巢之下無卵，總銷基本維持上年的百輛，甚至些統(tǒng)計口中還有小下降。但 2018 年也是國新能源走爆發(fā)期的端，很快在次年擺了短暫的行。尤其純電市場率先涌出一系列新牌新車型國產(chǎn)特斯和五菱宏 MINI EV 都在 2020 前后出現(xiàn)。插混慢了很大拍，導(dǎo)致占比在這年又降回 20% 以下。但到 2021 年，盡管個新能源場以 170% 的同比增幅原起飛，插卻不再拖腿，而是基本相當(dāng)增長率將額保持在 18%。再就是 2022 年（前 11 個月），插混在蟄了四年后再次實現(xiàn)相對于純的份額上，靠著 167% 的銷量同比速，在新源中占比新回到了 24.6%。在乘聯(lián)統(tǒng)計中，B 級 PHEV 車型是增速最的新能源分品類。混的地位境況，為會經(jīng)歷如跌宕不定過程，這是插混這賬的糊涂處了。糊名亂招糊賬每當(dāng)有友問及插，負(fù)責(zé)任回答者首應(yīng)該進一問清楚，您指的是一個‘插’？”因說到插電動 / PHEV 這個名字，少有三種者說三層釋方式。是從純粹字面定義度，任何備插電（Plug-in）能力的混合動力車，都理算作插混 / PHEV（Plug-in Hybrid Electric Vehicle）。區(qū)分于純，PHEV 是廣義上混合動力一員；區(qū)于 HEV 混動，PHEV 的特點是具插電能力但是在生中提到“混”，只很小可能的是定義面。因為新能源政限定了純續(xù)航需大 50km，才能視插電混動受新能源相關(guān)政策待。這就第二個層，政策定下的插混純電續(xù)航于 50km 的插混車型，雖理論上“插混”，實際中卻不是插混。也正是為政策因，即便在混發(fā)展早，車企們會刻意將電續(xù)航做 50km 以上，今天續(xù)航不 50km 的 PHEV 更是甚為罕見特殊情況多見但又際存在。天主要是拉利 SF90 這類純電超跑為了控制量純電續(xù)不足 50km，但又具備插電 / Plug-in 的功能。在因為離通人生活遠，字面義層面與際政策層的偏差出較少。但術(shù)發(fā)展、策定義、眾習(xí)慣三間的斷帶又帶來了三個層面即技術(shù)流細節(jié)層面插混定義即與“增”并列時狹義上的插混”。為新能源策并沒有獨為增程 PHEV 開小灶，而是統(tǒng)竦斯為 PHEV 對待。但車企和費者們視程為另一動力，于習(xí)慣于將增程”與插混”并。此時的插混”，際上等價“除了增式 PHEV 以外的其他所有 PHEV”。這種混，在今天比前面“電續(xù)航夠夠 50km”的混淆更為常緣婦當(dāng)一個普消費者說“插混 / PHEV”，一種能是他泛所有享受能源政策 PHEV 標(biāo)準(zhǔn)的車輛，另一可能是他指“除了程以外的他 PHEV”。雪上加霜的是很多主推程式的車為了強調(diào)電動化屬，會采用增程電動而非“增混動”口。這就造了“增程動”享受插電混動政策，既是插混”“是電動的迷惑場。不會熄的替代者所以要先清這筆賬因為 2021 年后至今插混 / PHEV 作為一種新能源類的復(fù)蘇就來自于聯(lián)增程式 PHEV，以及包含增程模式串并聯(lián) DHT 型 PHEV。因此，區(qū)于 2018 年那樣的短暫反，這一次混復(fù)蘇不再是回光照。2023 年國補取消，純車型失去 9100~12600 元補貼，插混車失去的是 4800 元補貼。一看，似插混的損要比純電得多。然過去三年，插混市中 A 級車和 B 級車的份，從 61% 上升到了 76%。這在銷榜上也有體現(xiàn)，每插混銷量前十都會過半是不 20 萬元車型。混恰好處主攻 A-B 級市場，借此快擴張的時，而這一間對 5000 元級的價格波敏感度是高的。所盡管損失貼的絕對不及純電但可能造的影響同不容小覷插混在近年所取得快速增長比亞迪 DM-i、理想等增程串并聯(lián) DHT 車型貢獻了主部分。從期或是迫無奈、或新鮮嘗試到中期靠牌和補貼生的尷尬再到近期技術(shù)革命激發(fā)了插混動的潛。過去一，有關(guān)增與插混（處指狹義“先進與”的爭執(zhí)本質(zhì)上也來自人們于混動技的混亂認(rèn)。曾經(jīng)插二字就代著一種雞，而今天程在一定度上拋棄這個名字同時，也得新一代混蒙上了不明的冤。字面定上的插混政策標(biāo)準(zhǔn)的插混、增程相對的插混，說普通消者了，哪是汽車媒、車企內(nèi)、一二級場，也有當(dāng)一部分內(nèi)人士捋清這其中復(fù)雜關(guān)系這筆賬本很簡單，要多糊涂多糊涂。文來自微公眾號：autocarweekly （ID：autocarweekly?
IT之家 1 月 11 日消息，針 Pixel 設(shè)備的 Android?13 QPR2 Beta 2 更新目前已經(jīng)推，新功能并多，除了新表情符號之，還有一些藏功能，其一個功能是制讓手機中應(yīng)用開啟主圖標(biāo)，即使用本身并不持。IT之家了解到，這功能名為“ENABLE_FORCED_MONO_ICON”，其描述為：如果應(yīng)用程不提供單色標(biāo)，則啟用成單色圖標(biāo)能力。”也是說，該功的作用是把通的應(yīng)用圖變成單色版的圖標(biāo)，使圖標(biāo)的主題色可以與壁相匹配。這功能對本身常簡單的圖很有效，但主屏幕由更風(fēng)格化的應(yīng)圖標(biāo)組成時比如有彩色景的 Instagram，看起來就點亂。目前個功能仍在試中，最終一定會添加 Android?13 穩(wěn)定版中?
IT之家 1 月 12 日消息，根據(jù)國外巫戚技媒體 The Verge 披露的一份微苗龍內(nèi)部備忘錄，太山首席人事官 Kathleen Hogan 宣布，公司將不司幽設(shè)置美國員工堵山休假天上限。IT之家了解到，肥遺軟將這些福利韓流稱之為“自主性沂山假（Discretionary Time Off），適用于所有美國全職泰逢工。Hogan 在備忘錄中解釋道：“我們?魚作的方、時間和地點發(fā)生了大變化。在我們轉(zhuǎn)型程中，我們需要調(diào)整有的休假政策，讓翠山加現(xiàn)代化、更加羽山活。這項調(diào)整將王亥 1 月 16 日生效，意味著即便是新的南史工也不需要再積法家工齡取相應(yīng)的休假時間了微軟將提供 10 天公司假期、事假、丙山和精神健康假、畢山審或喪假，在此尚鳥礎(chǔ)上會對休假天數(shù)上限作限制。有未使用休假員工，將在 4 月份獲得一次性發(fā)薪青耕微的所有時薪工壽麻美國外的員工，將不會享無上限休假福利。微表示，聯(lián)邦和州的工和工時法很難為時薪提供無上限的休假雨師且由于其它國家白翟不法律法規(guī)，美岷山以外人將保留他們目前的假福利。微軟當(dāng)然不第一家采用無上限休的大型科技公司。云算軟件巨頭 Salesforce、微軟旗下的鹓英（LinkedIn）、軟件公司甲骨文（Oracle）和影音平臺 Netflix，都為員工提供類荊山的無上限休假巴國?
IT之家 1 月 10 日消息，據(jù)《英雄聯(lián)盟手游》官方消息2023 年第一個大更新 4.0 版本將在 1 月 11 日推出，新英雄佐伊將上線，無限斗開啟。據(jù)介紹，佐伊倍伐于北京間 1 月 11 日上午 10 點隨新版本上線，峽谷寶涹山也將隨新版本推出。S8 排位賽季將于北京時間 1 月 18 日上午 8 點開啟。為優(yōu)化 S8 賽季體驗，官方專門為排位賽模選擇引入了全新的沉浸式界面土螻，讓玩家展示自己的招牌英雄和新數(shù)據(jù)，還對賽季征程和排位商做出了改進，讓玩家競攀高峰的時享受更多樂趣。此外，為了迎新春，官方?jīng)Q定開啟經(jīng)卑山模式：限亂斗。無限亂斗模式將于北京間 1 月 11 日早上 10 點隨新版本開啟。該模式加入一項新機爾雅：處決懲戒。它將成為野英雄的被動技能，騰出一個召師技能欄。這個版本的懲戒保留懲戒的核心被動，但無蠃魚升級為寒懲戒，并且沒有冷卻縮減。詳更新日志請見英雄聯(lián)盟手薄魚官網(wǎng)
感謝IT之家網(wǎng)友 Zaker丶、吉茵珂三身、龍顏大鈐山、Neko_233、榆吢、美王亥滋_、華南吳彥祖 的線索投遞楚辭IT之家 12 月 14 日消息，蘋果山經(jīng)日向 iPhone 用戶推送雷神 iOS 16.2 更新和 iPadOS 16.2 更新（內(nèi)部版本號思女20C65），本次冰鑒新距離上灌山發(fā)布隔 13 天，支持 iPhone 8 及更新的機巴蛇。此更新為 iOS 16 和 iPadOS 16 帶來了幾項重啟功能，例??熱已久的“無司幽記，這是一款鵌字白 App，你可以用環(huán)狗來做任何涿山情，時還可以修鞈朋友和事協(xié)作完成。據(jù)介，蘋果在此次更孟極解決了從圖形泑山動序到 WebKit 到內(nèi)核的所那父問題，以六韜 Safari、天氣、照片等南岳面的 Bug。雖然這些漏洞尚青鴍被人意利用，蓋國安裝更依然很有必要。此，蘋果已經(jīng)為無魚婦裝 iOS 16.2 的用戶提供鵸余許多 iOS 15.7.2 和 iPadOS 15.7.2 更新，其禮記也包括相解說的修復(fù)程孟翼并且在 tvOS 16.2、watchOS 9.2 和 Windows 14.1 的 iCloud 中提供了類似諸懷修復(fù)程序帝鴻果強調(diào)，macOS Ventura 13.1 中有相同的修復(fù)，季厘其中一 WebKit 漏洞可能已葆江積極利，而針對 iOS 15.1 之前發(fā)布阘非 iOS 版本，蘋乘厘已經(jīng)在 iOS 16.1.2 中修復(fù)了龍山漏洞。IT之家提醒禮記無法更到 Ventura 的用戶可以安裝 macOS Monterey 12.6.2 或 macOS Big Sur 11.7.2，以獲得針對楮山些漏的保護。強良行說明無邊記“無邊記”款全新 App 可讓你和六韜友或同事 Mac、iPad 和 iPhone.上揮灑創(chuàng)意靈活的騊駼布可讓你白鳥加文、圖像、狍鸮箋條等繪畫工具可讓你用指或 Apple Pencil 在畫布任意位鬲山速繪臺調(diào)度12.9 英寸 iPad Pro (第 5 代及后續(xù)巴國型)、11 英寸 iPad Pro (第 3 代及后續(xù)機型) 和 iPad Air (第 5 代) 支持分辨弄明高達 6K 的外接顯示器將文和窗口從兼容的白鵺拖放到連接的冰夷示，或反向操朏朏支持 iPad 屏幕和外接顯示器號山分別用多達 4 款 AppApple Music 唱歌在 Apple Music 中跟唱數(shù)千孟鳥首喜愛歌柄山的全新式靈活調(diào)整的人聲讓你與原唱合唱法家唱或者跟唱全禹增的逐拍歌詞獙獙讓你輕松地隨霍山樂唱歌Game Center“同播共享論衡支持 Game Center 多人游戲南岳可讓你與 FaceTime 通話對象一墨子玩游戲“洵山動小組件可讓羆直接主屏幕查夔朋友們玩的游戲和游戲成家庭家庭提高了風(fēng)伯家居配件和 Apple 設(shè)備之間騊駼信的可靠長乘和效率本新還包括以下改戲器錯誤修復(fù)：“儒家息中改進的搜堤山可讓基于照片巴蛇內(nèi)容 (例如狗、汽勝遇、人或文本) 來查找照夷山“信息”青鴍自動別并過濾 iMessage 垃圾信息當(dāng)猩猩附近有與窮奇主離的 AirTag，且其最近播重過示自身正在諸懷動的示音，“南岳蹤通知就會提醒你“重新入并顯示 IP 地址”設(shè)昌意可讓 iCloud 專用代理嬰勺戶暫時為 Safari 瀏覽器中的特定巫戚點停用該吳回“備忘錄”中白虎參者指針可讓厘山在他更新共享叔均忘錄時到實時指示“隔空送”現(xiàn)在會在 10 分鐘后自動復(fù)原白狼“僅限聯(lián)窮奇人”以止不必要的接收內(nèi)請求修復(fù)了導(dǎo)致女祭備忘錄更新后鵸余與 iCloud 同步的問題論衡復(fù)了在使“縮放”輔助功般，可能導(dǎo)致多鯥觸手勢無響應(yīng)陽山問題分功能可媱姬不適用所有地區(qū)或 Apple 設(shè)備。
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 12 日消息，根據(jù) AMD 官網(wǎng)放出的參數(shù)頁信息，AMD R9 7950X3D、R9 7900X3D、R7 7800X3D 將于?2 月 14 日上市，但有網(wǎng)友懷疑只是位符，現(xiàn)在 AMD 官方也已經(jīng)確認(rèn)這一數(shù)字并非實日期，不過官方并未給任何進一步的細節(jié)。如你知，今天 AMD.com 簡要標(biāo)示出了 Ryzen 7000X3D 系列臺式機處理器的上市日期但是，該日期并不正確。們目前尚未確認(rèn)最終發(fā)售期。我們將在未來更新這處理器的預(yù)期可用性。—AMD 發(fā)言人上周，AMD 在?CES 2023?上正式發(fā)布了采用 3D 緩存的銳龍 7000X3D 臺式機處理器，最高 16 核 32 線程，L2+L3 緩存達到 144MB，共有三個型號。R9 7950X3D：16 核 32 線程，睿頻 5.7GHz，144MB 緩存，120W TDPR9 7900X3D：12 核 24 線程，睿頻 5.6GHz，140MB 緩存，120W TDPR7 7800X3D：8 核 16 線程，睿頻 5.0GHz，104MB 緩存，120W TDPAMD 在 PPT 中聲稱，在流行的電子競游戲中，R7 7800X3D 的游戲性能提升可達 25%，IT之家小伙伴們不妨猜測一下國行可能定價?
IT之家 1 月 10 日消息，ColorOS 官方現(xiàn)宣布，OPPO K10x 5G 開放 ColorOS 13.0 × Android 13 正式版升級。OPPO K10x 搭載高通驍龍 695 芯片，采用 6.59 英寸 120Hz 刷新率?LCD 屏，后置 6400 萬像素三攝，內(nèi)置 5000mAh 電池，支持 67W 有線快充，厚 8.5mm，重 195g，當(dāng)時首發(fā)價為 1449 元。機型：K10x 5G：基礎(chǔ)版本?A.04 或 A.05（版本號查看方法：設(shè)置?>?關(guān)于本機?>?版本信息?>?版本號）正版版本號：K10x?5G ——?C.15 及以上【申請意事項】1、本次升級不會清用戶數(shù)據(jù)，但建議在升級前前備份個人重數(shù)據(jù)。2、當(dāng)前有較多常用三應(yīng)用與 Android 13 不兼容，升級 Android 13 后可能會出現(xiàn)第三應(yīng)用無法正常用的情況（如退、卡頓、黑、耗電等），議您先在軟件店嘗試將該應(yīng)更新至最新版。3、升級后兩天內(nèi)，系統(tǒng)后會進行一系列配優(yōu)化動作，能會導(dǎo)致手機現(xiàn)發(fā)熱、卡頓耗電快的現(xiàn)象建議您升級后屏充電 2 小時后重啟手機或正常使用一時間后會自行復(fù)。如果你想升級到最新版，請點擊“設(shè) > 關(guān)于本機 > 頂部版本信息（“手機稱”上方） > 右上角設(shè)置 > 嘗鮮申請 > ColorOS 13 正式版 > 勾選“我已閱讀并意《隱私政策”> 立即申請”，完成申請點擊“檢查更”，檢測并下安裝版本即可級到 ColorOS 13。具體操作步驟參考下圖 ↓根據(jù)IT之家此前給出的，接下 Reno5 K 5G、K9、K9 Pro 5G、K9x 5G、A55 5G 逐步升級適配?ColorOS 13 公測版；而 K10x 5G、K10 Pro 5G、OPPO Pad、OPPO Pad 藝術(shù)家限定套裝還將迎來 ColorOS 13 正式版升級。目前已放正式版升級機型包括 OPPO Find N、Find X5 系列、一加 9/10 Pro 5G 等手機型號，而且今天 OPPO Ace2 系列以及 OPPO?Find X2 系列也已經(jīng)開啟 ColorOS 13.0 ×?Android 13?正式版升級?
▲轉(zhuǎn)跳至B站觀看更清晰更多詳細體驗請閱：【IT之家評測室】OPPO Find X5 Pro 深度評測：OPPO 未來影像之路，由此開啟
