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