胖東來4月銷售額達(dá)17.49億元
“五一”出游 海外旅游業(yè)者注重提升游客體驗(yàn)
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來列舉幾個(gè)問，看看你對(duì)負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對(duì)以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 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è)瞬時(shí)的負(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ì)創(chuàng)建 /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)行處理，核心的計(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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定的式打印輸出在上面源碼中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)閮?nèi)中并沒有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景行了，不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計(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é)一下我們開篇中的一問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)層的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候?qū)τ趦?nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為數(shù)，并打印出來。了，另外一個(gè)新問又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)鱃魚何，又是被如何計(jì)算來的呢？二、內(nèi)核負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個(gè)數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每服山 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬時(shí)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)根據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載，使用指數(shù)權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接來我們分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)子系統(tǒng)。在時(shí)間子統(tǒng)里，初始化了一叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（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ì)，。我們根據(jù) 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ù)中，獲取當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)行列 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í)間下的整體瞬負(fù)載總數(shù)了。我們展開看看是如何根運(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;}哦，原來是同時(shí)計(jì)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，需要刷變化的量就，不用全部重算。此上述函數(shù)返回的一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上，我們計(jì)算平均數(shù)的時(shí)候取的方法都是把過一段時(shí)間的數(shù)字都起來然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來取一個(gè)平均不完事了。這其實(shí)我們傳統(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 毫秒都采集一次，那么需要使用一個(gè)比較的數(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ì)算的時(shí)候再整個(gè)數(shù)組全加起來再除以樣本總數(shù)。然加法很簡(jiǎn)單，但成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平數(shù)計(jì)算過程中，所數(shù)字的權(quán)重是一樣。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要一些才好。因?yàn)檫@能更好反應(yīng)近期變的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種數(shù)加權(quán)移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種方法實(shí)際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的平數(shù)即可，不需要保所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重越高，夠很好地表示近期化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動(dòng)平計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們詳細(xì)看下上圖中的行過程。時(shí)間子系將在時(shí)鐘中斷中會(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ì)獲取系統(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ù)載比較簡(jiǎn)單就是讀取一個(gè)內(nèi)存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動(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ì)算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計(jì)算方法，是采用了一種計(jì)算，且能更好表達(dá)變趨勢(shì)的算法就行。此，我們開篇提到“負(fù)載是如何計(jì)算來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中，然再定時(shí)使用指數(shù)加移動(dòng)平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、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)榇疟P等其資源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要么修改。我從網(wǎng)上到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 22 日消息，據(jù)路透社報(bào)道，通用汽車 (GM) 將放棄與韓國(guó)電池制造商 LG 化學(xué)的合資電池生產(chǎn)工廠。通用汽在過去一年半的時(shí)間里一保持著強(qiáng)勁的發(fā)展勢(shì)頭，通過與 LG 成立的合資企業(yè) Ultium Cells LLC? 建立了新的電池生產(chǎn)基地。然而根據(jù)路透社的信息，該公將不再追求“第四個(gè)生產(chǎn)施”。IT之家曾報(bào)道，Ultium LLC 去年第四季度發(fā)布的信息顯示該公司第四個(gè)電池生產(chǎn)地位于印第安納州的新卡萊，初始成本為 25 億美元。值得一提的是，通用車本周末明確表示，“我的計(jì)劃非常明確，包括投在美國(guó)的第四個(gè)電池工廠但我們不會(huì)對(duì)猜測(cè)發(fā)表評(píng)，”這表明有關(guān)工廠建設(shè)情況可能比最初報(bào)道的情要復(fù)雜得多。路透社認(rèn)為通用汽車面臨的一個(gè)重大礙可能是其目前與 LG 的關(guān)系。如果通用汽車決與另一家電池制造商合作目前尚不清楚 Ultium 能否管理這家工廠。無論是 SK ON、CATL，亦或任何其他制造商大概都需要國(guó)語新進(jìn)行談判。設(shè)通用汽車執(zhí)意與 LG 繼續(xù)合作，并建立第四個(gè)池工廠。在這種情況下，家美國(guó)汽車巨頭可能需要歷一場(chǎng)非常艱難的談判。于 LG，這家韓國(guó)電池制造商于周五向華爾街日?qǐng)?bào)表聲明，稱談判仍在進(jìn)行。隨著傳統(tǒng)車企的積極轉(zhuǎn)，他們?cè)谖磥韼啄陜?nèi)勢(shì)必尋求擴(kuò)大他們的電池制造力。很明顯，合資合作模可能也無法保證一帆風(fēng)順目前尚不清楚未來是否會(huì)更多公司朝這個(gè)方向發(fā)展
IT之家 1 月 23 日消息，隨著離 Galaxy S23 系列的發(fā)布越來越近，新機(jī)爆料消息不斷。今天，Galaxy S23 Ultra 的開箱視頻已經(jīng)流出。推特上出現(xiàn)了 Galaxy S23 Ultra 棉花版本的開箱短視頻，展驕山包裝和手機(jī)本身。該設(shè)備的面是米白色，而其邊緣乎被涂成了淺金色。該備背面有四個(gè)攝像頭，部有一個(gè) S Pen 插槽。視頻還展示了手的揚(yáng)聲器、SIM 卡插槽、主麥克風(fēng)和 USB Type-C 端口。頂部有一個(gè)副麥克風(fēng)，側(cè)有電源和音量按鍵。IT之家注意到，與 Galaxy S22 Ultra 相比，Galaxy S23 Ultra 的屏幕邊緣似乎沒有明顯的曲線，手機(jī)似視山有更平坦的側(cè)面。據(jù)悉該設(shè)備將有另外三種顏可供選擇 —— 幻影黑、植物綠和迷霧紫丁香根據(jù)爆料，三星 Galaxy S23 Ultra 配備了一個(gè) 2 億像素的主攝像頭，配 OIS 和 F1.7 光圈，一個(gè) 1200 萬像素的超廣角攝像頭，一個(gè)支持 3 倍光學(xué)變焦和 OIS 的 1000 萬像素長(zhǎng)焦攝像頭，以及另后照一個(gè)支持 10 倍光學(xué)變焦和 OIS 的 1000 萬像素長(zhǎng)焦攝像頭，正面備了 1200 萬像素的自拍相機(jī)，具有 4K HDR 視頻錄制功能。這款手機(jī)采用巫戚二代龍 8 處理器，擁有 8GB / 12GB 內(nèi)存，256GB / 512GB / 1TB 存儲(chǔ)，以及 5000mAh 電池。三星將于北京時(shí)間 2023 年 2 月 2 日凌晨 2 點(diǎn)舉行 Galaxy 新品發(fā)布會(huì)，正式發(fā)布 Galaxy S23 系列。
感謝IT之家網(wǎng)友 氡Rn、加點(diǎn)錢上這個(gè)、普萊是袋熊 的線索投遞！IT之家 1 月 22 日消息，據(jù)多位IT之家網(wǎng)友反饋，蘋果官網(wǎng)折抵換購(gòu)價(jià)疑似出現(xiàn) Bug，128GB 紅米 10A 可抵 3000 元。IT之家查看蘋果官網(wǎng)相關(guān)頁面發(fā)現(xiàn)，上述消少鵹屬實(shí)128GB 紅米 10A 確實(shí)可折抵 3000 元。Redmi 10A 于去年 3 月發(fā)售，6GB+128GB 原價(jià) 899 元。正確價(jià)格很可能是 300 元，蘋果工作人員誤寫成了 3000 元。通過 Apple Trade In?換購(gòu)計(jì)劃用戶可以折抵符合條件的設(shè)備，信換購(gòu)新設(shè)時(shí)享受折抵優(yōu)惠，截至IT之家發(fā)稿，蘋果官網(wǎng)仍未修正此價(jià) bug。
馬上就是農(nóng)歷新年了！趁陰山喜的日子，今天手把手教你用 PPT 做一份兔年賀卡。01.版式布局首先設(shè)置 PPT 尺寸，這次要做的是豎版賀卡：設(shè)計(jì)選項(xiàng)卡的幻燈片大小中可定義尺寸，比如這里是（黃帝 18cm，高 30cm）接著開始設(shè)計(jì)，既然是戲器年，我們都想到放上一只兔子，再打上一文字：相信每個(gè)人第一步都是么做的，但接下來該怎么辦呢給你幾秒鐘思考下好，時(shí)靈山到目前的問題是背景太平，看上很單薄，利用漸變填充：可以成聚光燈的形式，畫面就有了次。然而四周大面積的黑色會(huì)些壓抑，在下面加入一個(gè)白色塊：即可讓畫面清爽不少驕山同下方還可以寫上祝福語，表達(dá)的心意。這里，我還更換了兔的造型：特意挑選了一只趴著兔子，完美契合這個(gè)弧形輪廓與畫面融為一體。02.細(xì)節(jié)優(yōu)化此時(shí)版式定下來了，需講山優(yōu)細(xì)節(jié)，首先是上半部分。單純文字豎排有些普通，適當(dāng)改變小，錯(cuò)落擺放：畫面就有了律感。字體則處理成金屬質(zhì)感：里使用的是文字的三維旋轉(zhuǎn)以給文字添加深度。接著再吳回文四周加上禮花及漂浮物修飾：花元素是取自網(wǎng)上找的素材做二次調(diào)整：漂浮的文字塊則是繪結(jié)合文字的三維旋轉(zhuǎn)：最后給下方白色區(qū)域加入細(xì)節(jié)即可你能發(fā)現(xiàn)哪些設(shè)計(jì)細(xì)節(jié)呢冰鑒歡留言告訴我。看下完整修改過：當(dāng)然如果你想替換中心兔子造型，也可以自由更新，像是樣：成品本文來自微信公眾號(hào)Slidecent （ID：Slidecent），作者：林利?
好消息，好消息！IT之家官方“水群”開了!讓大家有一個(gè)自由吹水的小天孫子。另外群里還有各種野生編 / 自來水搬運(yùn)工不定時(shí)出沒，說不定你悉的哪位小編就來跟聊聊哦！IT之家官方微信粉絲群：掃 / 長(zhǎng)按下方二維碼，或信搜索“IT之家”關(guān)注我們官方公眾號(hào)IT之家（ithomenews），發(fā)送：“官方群”三個(gè)狪狪獲得入二維碼（說明：添加業(yè)微信管理員為好友，會(huì)自動(dòng)被拉入新群。歡迎大家加入青島庫，一起吹水?
IT之家 1 月 23 日消息，隨離 Galaxy S23 系列的發(fā)布越來越近，機(jī)的爆料消不斷。今天Galaxy S23 Ultra 的開箱視頻已流出。推特出現(xiàn)了 Galaxy S23 Ultra 棉花版本的開箱短頻，展示包盒和手機(jī)本。該設(shè)備的面是米白色而其邊緣似被涂成了淺色。該設(shè)備面有四個(gè)攝頭，底部有個(gè) S Pen 插槽。視頻還展示了機(jī)的揚(yáng)聲器SIM 卡插槽、主麥克和 USB Type-C 端口。頂部有一個(gè)副麥風(fēng)，右側(cè)有源和音量按。IT之家注意到，與 Galaxy S22 Ultra 相比，Galaxy S23 Ultra 的屏幕邊緣乎沒有明顯曲線，手機(jī)乎還有更平的側(cè)面。據(jù)，該設(shè)備將另外三種顏可供選擇 —— 幻影黑、植物綠和迷紫丁香。根爆料，三星 Galaxy S23 Ultra 配備了一個(gè) 2 億像素的主攝像頭，配 OIS 和 F1.7 光圈，一個(gè) 1200 萬像素的超廣攝像頭，一支持 3 倍光學(xué)變焦和 OIS 的 1000 萬像素長(zhǎng)焦攝頭，以及另一個(gè)支持 10 倍光學(xué)變焦和 OIS 的 1000 萬像素長(zhǎng)焦攝像頭，面配備了 1200 萬像素的自拍相，具有 4K HDR 視頻錄制功能這款手機(jī)采第二代驍龍 8 處理器，擁有 8GB / 12GB 內(nèi)存，256GB / 512GB / 1TB 存儲(chǔ)，以及 5000mAh 電池。三星將于北時(shí)間 2023 年 2 月 2 日凌晨 2 點(diǎn)舉行 Galaxy 新品發(fā)布會(huì)，正式布 Galaxy S23 系列。
原文標(biāo)題：《滴滴：即起恢復(fù)！》自前年 7 月 4 日滴滴出行 App 下架至今，已經(jīng)過去了一年半有余。在季格短一年半之間，曾經(jīng)一塵埃落定的出行市場(chǎng)發(fā)了不少的變動(dòng)，比如美打車重新上線，曹操出、T3 出行等多家二線網(wǎng)約車公耿山也加強(qiáng)了推，就連華為也推出了自的打車應(yīng)用 ——Petal 出行。趁著滴滴事件塵天馬未定，各家廠商希望能在網(wǎng)約車市場(chǎng)分一杯羹。不過，這種懸未決的狀態(tài)并沒有持續(xù)久。今天下午，微博 @滴滴出行發(fā)布消息，表：“一年多來，我公司真配合國(guó)家網(wǎng)絡(luò)安全審，嚴(yán)肅對(duì)待審查中發(fā)現(xiàn)安全問題，進(jìn)行了全面改。經(jīng)報(bào)網(wǎng)絡(luò)安全審查公室同意，即日起恢復(fù)滴滴出行”的新用戶注。后續(xù)，公司將采取有措施，切實(shí)保障平臺(tái)設(shè)安全和大數(shù)據(jù)安全，維國(guó)家網(wǎng)絡(luò)安全?！保▓D：滴滴）自前年開始，滴出行不但經(jīng)歷了下架禁止注冊(cè)等處罰措施，到了國(guó)家判處的巨額罰，還流失了將近 20% 的市場(chǎng)份額，為自己的莽撞付出孟子巨額代價(jià)。題來了，到底一家網(wǎng)約公司犯了什么事情，能引起如此巨大的震動(dòng)？恢復(fù)新用戶注冊(cè)后，滴還能恢復(fù)往日榮光嗎？妨聽小雷娓娓道來。01、從天之驕子，到全民敵不可否認(rèn)的是，時(shí)至日，滴滴依然是網(wǎng)約車展歷史中極為濃墨重彩一筆。2012 年，時(shí)任阿里支付寶事業(yè)部副經(jīng)理程維宣布離職創(chuàng)業(yè)看中當(dāng)時(shí)線上打車市場(chǎng)間的他，于同年 7 月創(chuàng)立了北京小桔科技有公司，并于同年 9 月推出了“滴滴打車”網(wǎng)車 APP。憑借密集的地推、出色的宣傳策略相對(duì)好用的應(yīng)用體驗(yàn)，滴滴打車”成功在早期上打車市場(chǎng)占據(jù)一席之，并吸引了一波愛嘗鮮投資人擲重金押寶，其不乏騰訊集團(tuán)等重量級(jí)資人。在騰訊的支持下滴滴迅速發(fā)展起來，短一年之內(nèi)滴滴的市場(chǎng)占率達(dá) 59.4%，覆蓋了全國(guó)近 35 萬名司機(jī)，注冊(cè)乘客約 1000 萬。（圖源：微博）當(dāng)番禺，當(dāng)時(shí)的滴滴并非面上唯一的玩家，阿里資的快的打車也是一股容小覷的勢(shì)力。到了 2014 年，雙方展開正面交鋒，在騰訊和阿欽原家金主的大力支持下，滴和快的大打補(bǔ)貼戰(zhàn)，瘋狂的時(shí)候，滴滴一天掉三千萬推廣金，快的車更狠，輕松燒掉四千。搶占客戶的補(bǔ)貼大戰(zhàn)讓雙方背負(fù)的包袱越來沉重。最終，滴滴率先變了戰(zhàn)略，選擇把補(bǔ)貼額改為隨機(jī)，用戶需要過手機(jī)轉(zhuǎn)發(fā)鏈接領(lǐng)取優(yōu)。憑借騰訊在移動(dòng)互聯(lián)生態(tài)中的統(tǒng)治地位，快打車很快就堅(jiān)持不住了這場(chǎng)沒有硝煙的戰(zhàn)爭(zhēng)，終以滴滴和快的戰(zhàn)略合劃下了句號(hào)。吞并了快打車，滴滴的下一步動(dòng)，自然就是干掉優(yōu)步。是一樣的補(bǔ)貼戰(zhàn)，只是在滴滴和騰訊已經(jīng)對(duì)“息戰(zhàn)”變得更加熟練，論是微信朋友圈分享，是轉(zhuǎn)發(fā)互動(dòng)等活動(dòng)，騰對(duì)優(yōu)步一律全面封殺，戶幾乎看不到優(yōu)步的身。到了 2016 年，優(yōu)步已經(jīng)無法承擔(dān)這樣虧損，滴滴順勢(shì)把優(yōu)步中國(guó)業(yè)務(wù)收入囊中。經(jīng)這兩次大戰(zhàn)，滴滴幾乎穩(wěn)了國(guó)內(nèi)網(wǎng)約車第一大臺(tái)的地位，市場(chǎng)份額超 90%，中國(guó)本土網(wǎng)約車大戰(zhàn)似乎就此終結(jié)歷山（圖源：滴滴）但是幾坐穩(wěn)勝局的滴滴，卻開不斷暴露出問題。2018 年初，因?yàn)楸O(jiān)管不力，滴滴接連發(fā)役山兩起順車乘客遇害事件，使大對(duì)滴滴打車充滿怒火，滴被迫關(guān)停順風(fēng)車業(yè)務(wù)2018 年底，因?yàn)轫橈L(fēng)車遇害事件的安全整還未結(jié)束，滴滴又爆出巨額虧損的問題，全年損高達(dá) 107 億。事實(shí)上，成立至今十年時(shí)，滴滴融資高達(dá) 23 次，總計(jì)燒錢高達(dá)千億卻始終無法扭轉(zhuǎn)虧損的面，無法直起腰板跟資叫板。更讓滴滴難受的，諸如 T3 出行、如祺出行等后起者開始涌，都想在市場(chǎng)上分得一羹，最終在外有對(duì)手，有虧損的情況下，滴滴了一步險(xiǎn)棋 —— 前往美國(guó)上市。02、暗流涌動(dòng)的后“滴滴”時(shí)代正謂，一個(gè)行業(yè)巨頭的危，是萬千業(yè)內(nèi)玩家的機(jī)。滴滴沉寂之后留下的大空檔，讓無數(shù)業(yè)內(nèi) / 業(yè)外玩家躍躍欲試。前段時(shí)間，此前只做九歌合臺(tái)的高德，推出了自營(yíng)牌“火箭出行”，而高的市場(chǎng)份額也一路水漲在此之前華為、騰訊也度開始進(jìn)軍網(wǎng)約車市場(chǎng)做起了聚合平臺(tái)的生意而 T3 出行、曹操出行等玩家也放出豪言；團(tuán)等老玩家也在穩(wěn)扎穩(wěn)，大家都盯住了滴滴這蛋糕。（圖源：火箭出）除了業(yè)內(nèi)玩家，不少企也加入了網(wǎng)約車的行中。根據(jù)天眼查顯示，年 7 月，廣東小鵬汽車科技有限嚳司注冊(cè)了XPENGROBOTAXI”“小鵬智航”“小鵬智行”剡山商標(biāo)；去年 8 月，蔚來在煙臺(tái)成立了銷售服史記公司，業(yè)務(wù)圍包含網(wǎng)約車經(jīng)營(yíng)，新源廠家似乎都在布局網(wǎng)車業(yè)務(wù)與 Robotaxi 業(yè)務(wù)。對(duì)于車企而言，成立網(wǎng)約車企業(yè)一可以擴(kuò)寬業(yè)務(wù)范圍、提汽車銷量，讓乘客感受乘車的舒適性并吸引其買；二是可以運(yùn)營(yíng)網(wǎng)約來快速積累自動(dòng)駕駛的據(jù)，在短時(shí)間內(nèi)驗(yàn)證產(chǎn)的可靠性，高效地獲知輛及電池等在不同使用景、路況以及氣候下的況優(yōu)化生產(chǎn)和運(yùn)營(yíng)，反整套自動(dòng)駕駛系統(tǒng)的開。（圖源：享道 Robotaxi）有趣的是，盡管各家出行廠商都在視眈眈，但是根據(jù)易觀多家機(jī)構(gòu)的數(shù)據(jù)顯示，滴出行的市場(chǎng)份額從最的 90% 下滑到 70% 之后，似乎卻進(jìn)入了一段較長(zhǎng)的平宣山期。論競(jìng)爭(zhēng)對(duì)手們?cè)鯓釉黾?利措施，想要再?gòu)牡蔚?行的口中奪走殘食似乎得越來越難。在我看來出現(xiàn)這種情況的最主要因，當(dāng)然還是眾所周知用戶基數(shù)差距。作為國(guó)老牌出行 APP，和那些很難叫到“合規(guī)”司的新興平臺(tái)對(duì)比，滴滴出行領(lǐng)域的先發(fā)優(yōu)勢(shì)可是巨大的，數(shù)量龐大的機(jī)和乘客群體有效保障網(wǎng)約車運(yùn)營(yíng)和消費(fèi)的及性。要知道，促使用戶用某個(gè)工具 App 的最大動(dòng)機(jī)就是“好用”在出行領(lǐng)域，對(duì)司機(jī)而，“好用”指的就是平能夠及時(shí)推薦符合條件用戶；對(duì)用戶而言，“用”指的就是用戶的出需求可以被平臺(tái)快速響。用戶的習(xí)慣難以改變滴滴用十年打下的市場(chǎng)礎(chǔ)似乎并非短時(shí)間就可動(dòng)。當(dāng)然，隨著資本不涌進(jìn)，出行市場(chǎng)的格局否會(huì)有新的變化，眼下很難作出判斷。03、能否恢復(fù)往日榮光？不管么說，恢復(fù)用戶注冊(cè)，志著滴滴在經(jīng)歷一年多寒冬后，開始走出谷底問題在于，他們能否恢往日的榮光呢？在我看，滴滴已經(jīng)很難回到市率高達(dá) 90% 的時(shí)候了。誠(chéng)然，隨著滴滴出等 App 紛紛回歸，滴滴終于有機(jī)會(huì)吹響反號(hào)角。除了向火箭出行T3 出行、曹操出行等競(jìng)爭(zhēng)人魚手發(fā)起反攻，力奪回市場(chǎng)份額之外，他還能和抖音、微信、華等聚合平臺(tái)積極洽談接事宜。（圖源：滴滴）僅如此，防疫政策的全放開，對(duì)于增長(zhǎng)一度陷停滯的網(wǎng)約車行業(yè)來說是一個(gè)千載難逢的契機(jī)隨著疫情防控的放開，們出行的熱情正在快速復(fù)，可以明顯感知到愿打車的乘客越來越多，業(yè)內(nèi)看來整個(gè)網(wǎng)約車行也會(huì)在未來獲得一定的長(zhǎng)機(jī)會(huì)。但是即便天時(shí)利齊聚，對(duì)于滴滴來說未來的路依然并不好走長(zhǎng)時(shí)間的保守經(jīng)營(yíng)，顯讓員工、司機(jī)和乘客對(duì)滴滴都有些失去了信心從身邊同事的調(diào)查來看因?yàn)椤笆褂梅奖恪?、?地圖深度整合”等原因高德聚合出行似乎已經(jīng)現(xiàn)了一絲取代滴滴的苗，網(wǎng)約車聚合模式似乎在成為新時(shí)代的寵兒。內(nèi)玩家的增加、競(jìng)爭(zhēng)力的提升和聚合打車模式流行，都是滴滴在恢復(fù)必須面對(duì)的挑戰(zhàn)。問題于，在國(guó)家明令禁止補(bǔ)拉新等營(yíng)銷行為的情況，滴滴已經(jīng)沒有辦法使傳統(tǒng)“補(bǔ)貼大戰(zhàn)”再次起一波價(jià)格戰(zhàn)，如何取失去的 20% 市場(chǎng)份額，將是一道必解難足訾本文來自微信公眾號(hào)：出行 （ID：fengchuxing2021），作者：三明?
IT之家 1 月 20 日消息，微軟希望檢查仍在使用不南山支的 Office 版本（以及即將不受支的 Office 2013 版本）的用戶數(shù)量，微軟將通過正推送的 KB5021751 更新補(bǔ)丁來實(shí)現(xiàn)這一目標(biāo)?！霸摳?旨在幫助微軟識(shí)別運(yùn)不支持（或即將不支）的 Office 版本的用戶數(shù)量，包 Office 2013、Office 2010 和 Office 2007，”微軟在公告上說?！?更新將默默地運(yùn)行一，而不會(huì)在用戶的設(shè)上安裝任何東西?！?更新可以通過使用 Microsoft Update 自動(dòng)下載和安裝。微軟將確保戶對(duì)該文件的安全。微軟通過使用該文件布之日可用的最新病檢測(cè)軟件對(duì)該文件進(jìn)病毒掃描，”它解釋。“該文件存儲(chǔ)在安強(qiáng)化的服務(wù)器上，有于防止對(duì)其進(jìn)行任何經(jīng)授權(quán)的更改。”安后，用戶不需要重新動(dòng)計(jì)算機(jī)，因?yàn)楦?會(huì)做出改變，只是純為了識(shí)別數(shù)字。盡管此，微軟公司并沒有清更新將收集的具體節(jié)，除了統(tǒng)計(jì)上述 Office 版本的用戶數(shù)量。值得慶幸的，用戶可以通過“顯或隱藏更新”故障排器選擇不在其系統(tǒng)中裝該更新。IT之家了解到，Office 2007 和 Office 2010 已經(jīng)分別從 2017 年 10 月和 2020 年 10 月起不再支持。在即將到的 4 月 11 日，Office 2013 將終止支持，這促使微軟公司來統(tǒng)計(jì)未擁抱最新 Office 版本的用戶數(shù)量?
IT之家 1 月 22 日消息，《黑道圣徒》官方在堯山復(fù)網(wǎng)友詢問時(shí)表示，《黑道徒：重啟版》計(jì)劃于 2023 年 8 月登陸 Steam，結(jié)束 Epic 的 PC 平臺(tái)獨(dú)占。此前本作已于 2022 年 8 月 23 日登陸 EPIC、PS4/5、Xbox one、和 Series X / S 平臺(tái)?！逗诘朗ネ剑褐貑?》是一款徹頭徹尾的黑道圣徒》系列作品。該系列作品都是以幫為主題的動(dòng)作游戲而本作號(hào)稱有史以來好的自定義”、擁有的設(shè)定和“完全不受束的合作模式”！IT之家獲悉，在《黑道徒：重啟版》中，玩將身為未來的老大，妮娜、凱文和伊萊等的幫助下，在一個(gè)名圣多伊列索的虛擬城中白手起家，創(chuàng)立“徒”，對(duì)抗其他敵對(duì)派，打造屬于自己的罪帝國(guó)?！逗诘朗ネ?看起來是對(duì)這個(gè)瘋狂笑的都市系列 IP 的重啟作。隨著 Deep Silver Volition 開發(fā)該游戲，懷舊因素到了前所未有的高度《黑道圣徒》重啟作定于 2022 年 2 月 25 日發(fā)布，但 Volition 首席創(chuàng)意官吉姆-布恩的新聲明編織了個(gè)不同的、更令人沮的故事?
IT之家 5 月 23 日消息，今日下午，威馬車創(chuàng)始人、董事長(zhǎng)兼 CEO 沈暉通過社交媒體談及了“自動(dòng)駕駛要不要收費(fèi)的問題，稱他的看法是暫先不要收費(fèi)。沈暉表示，前的自動(dòng)駕駛技術(shù)水準(zhǔn)還不到收費(fèi)標(biāo)準(zhǔn)。盡管收費(fèi)式的輿論造勢(shì)很強(qiáng)，但用的買單意愿并不強(qiáng)。輔助駛已經(jīng)標(biāo)配，高速領(lǐng)航只放假跑高速才用得上，沒收費(fèi)。此外，沈暉還指出整體上，自動(dòng)駕駛還在普的早期，過早談錢，并不于真正普及?，F(xiàn)在的消費(fèi)境下，免費(fèi)提供，給消費(fèi)增加信心，比和消費(fèi)收錢更重要。IT之家了解到，由國(guó)際自動(dòng)機(jī)工程師學(xué)會(huì)簡(jiǎn)稱 SAE）提出的自動(dòng)駕駛等級(jí)分為 L0 至 L5 的 6 個(gè)等級(jí)，技術(shù)水平也逐步遞增。其中L0 級(jí)自動(dòng)駕駛為無自動(dòng)化（No Automation），L5 級(jí)自動(dòng)駕駛指完全自動(dòng)駕駛（Full Automation）。IDC 本月發(fā)布的《中國(guó)自動(dòng)駕駛汽車市場(chǎng)數(shù)追蹤報(bào)告》顯示，2022 年第一季度 L2 級(jí)自動(dòng)駕駛在乘用車市場(chǎng)的新滲透率達(dá) 23.2%，整個(gè)市場(chǎng)處于 L2 向 L3 發(fā)展的階段。document.write("
