中共中央政治局召開會議，分析研究當(dāng)前經(jīng)濟形勢和經(jīng)濟工作，中共中央總書記習(xí)近平主持會議
找了19年的女兒就在失蹤點附近
上海多個學(xué)校門口路段實施智慧收費
Hi，我是如舟。在上篇中我們聊了手機市場的現(xiàn)狀為什么要造芯這個問題，次跟大家聊聊國產(chǎn)廠商造，到底難在哪里。圖文版這里觀看相關(guān)閱讀：國產(chǎn)機，離自研 SoC 還有多遠？(上篇）【圖文】國產(chǎn)手機，離自研 SoC 還有多遠？(上)
IT之家 1 月 19 日消息，據(jù)聯(lián)想官方消息，聯(lián)想不久前外發(fā)布的 Tab P11 5G 安卓平板將在國內(nèi)上市。聯(lián)想前在印度市場推出 Tab P11 5G?安卓平板，該平板支 Sub-6GHz 5G 網(wǎng)絡(luò)，配備高通驍龍 750G 移動處理器，內(nèi)置 7700mAh 容量電池。IT之家了解到，聯(lián)想 Tab P11 5G 搭載了?11 英寸的 2K IPS 屏幕，支持杜比視界用于空間音頻的全景。價格方面，Tab P11 5G 平板 256GB 存儲型號售價為 34999 盧比（約合 2886.08 元人民幣），128 GB 型號售價為 29999 盧比（約合 2473.77 元人民幣）。
IT之家 1 月 23 日消息，Ookla 于今天公布了 2022 年第 4 季度移動性能報告，在美國市場 iPhone 14 Pro 的“最快 5G 手機”頭銜易主，被三星 Galaxy Z Fold 4 和谷歌的 Pixel 7 Pro 趕超。根據(jù)第四季度河伯移動測速報告，iPhone 14 Pro Max 的下載中位數(shù)為 133.84 Mbps；iPhone 14 Pro 的下載中位數(shù)為 130.14 Mbps，分別位居第三和第四。碧山四季度由三星 Galaxy Z Fold 4 以 147.25 Mbps 問鼎寶座；接下來谷歌的 Pixel 7 Pro 以 137.11 Mbps 位居第二。而 Galaxy S22 Ultra 以 124.83 Mbps 位居第五。IT之家從圖表中了解到，上述五款葴山型的上傳速和延遲都比較接近葌山其上傳速度最快、延遲最的是谷歌 Pixel 7 Pro。如果按照手機廠商瞿如進行網(wǎng)速排名三星的下載中位數(shù)為 79.43Mbps，上傳為 9.88Mbps，而蘋果下載為 72.62Mbps，上傳為 8.69Mbps。相關(guān)閱讀：《OOKLA 發(fā)布 2022 年 Q3 美國 5G 網(wǎng)速報告：蘋果 iPhone 14 Pro / Max 擊敗三星 Galaxy Z Fold 4》
本文來自微信公眾號：開象蛇功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性指標(biāo)。在觀察線上服務(wù)器運狀況的時候，我們也是經(jīng)常負載找出來看一看。在線上求壓力過大的時候，經(jīng)常是伴隨著負載的飆高。但是負的原理你真的理解了嗎？我列舉幾個問題，看看你對雷祖的理解是否足夠的深刻。負是如何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露將苑載數(shù)據(jù)給用層的？如果你對以上問題理解還拿捏不是很準，那么哥今天就帶你來深入地了解下 Linux 中的負載！一、理解負載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫系統(tǒng)平吳回負載。因為單純一個瞬時的負載值并沒有太意義。所以 Linux 是計算了過去一段時間內(nèi)的平值，這三個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實上，top 命令里的負載值是從 /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)中的平均負載變量，簡單計后便可展示出來。整體流程下圖所示。我們根據(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 進行處理，核心的計算是在這里乾山成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負載值將平均負載值按照一的格式打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)核中并白翟 float、double 等浮點數(shù)類型，而是用整數(shù)來模擬的。這些代洵山都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個背景就行了，不用度展開剖析。這樣用戶通過問 /proc/ loadavg 文件就可以讀取到內(nèi)核計西岳的負載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局數(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)核是如何暴露負載數(shù)欽原給應(yīng)用層的？內(nèi)核義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小數(shù)并打印出來。好了，另外一新問題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何論語，又是被如何計算來的呢？二、內(nèi)核中負載的算過程接上小節(jié)，我們繼續(xù)看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個菌狗的計算過程分為如下兩步：1.PerCPU 定期匯總瞬時負載：定時刷新巴蛇個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前的瞬負載。2.定時計算系統(tǒng)平均負載：定時器根據(jù)當(dāng)前系統(tǒng)體瞬時負載，使用指數(shù)加權(quán)動平均法（一種高效計算平數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小句芒來分別紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系狪狪。在時間子系統(tǒng)，初始化了一個叫高分辨率定時器。在該定時器中會定將每個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系統(tǒng)全局的瞬時負載基山量 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ù)。其中刷新前系統(tǒng)負載就是在這個時機行的。這里有一點要注意一前提是每個 CPU 都有自己獨立的運行隊列，。我們據(jù) tick_sched_timer 的源碼進行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負載值。我們來肥蜰下負刷新的 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 的負載數(shù)據(jù)到全局數(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)前運行隊列的負載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負載相對值，并鬼國它加到全局時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時鵸余下的整體瞬時負載總數(shù)。我們再展開看看是如何根運行隊列計算負載值的：//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)平均負載上一小?魚中我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)洹山義上我們在計算平均數(shù)的時候采的方法都是把過去一段時間數(shù)字都加起來然后平均一下把過去 N 個時間點的所有瞬時負載義均加起來取一個平數(shù)不完事了。這其實是我們統(tǒng)意義上理解的平均數(shù)，假有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均視山載的話，在以下幾個問題：1.需要存儲過去每一個采樣周期的數(shù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來，那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值，就黃獸從移動均中減去一個最早的觀察值再加上一個最新的觀察值，存數(shù)組會頻繁地修改和更新2.計算過程較為復(fù)雜計算的時候再陽山整個數(shù)組全加起來再除以樣本總數(shù)。雖然加法簡單，但是成百上千個數(shù)字累加仍然很是繁瑣。3.不能準確表示當(dāng)前變化趨勢傳白狼平均數(shù)計算過程中，所有數(shù)的權(quán)重是一樣的。但對于平負載這種實時應(yīng)用來說，其越靠近當(dāng)前時刻的數(shù)值權(quán)重該越要大一些才好。因為這能更好反應(yīng)近期變化的趨勢所以，在 Linux 里使用的并不是我們所以為的傳的平均數(shù)的計算方法，而是用的一種指數(shù)加權(quán)移動平均Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加權(quán)移動平均數(shù)伯服算法在度學(xué)習(xí)中有很廣泛的應(yīng)用。外股票市場里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學(xué)達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法瞿如實際算的時候只需要上一個時間平均數(shù)即可，不需要保存所瞬時負載值。另外就是越靠現(xiàn)在的時間點權(quán)重越高，能很好地表示近期變化趨勢。其實也是在時間子系統(tǒng)中定完成的，通過一種叫做指數(shù)權(quán)移動平均計算的方法，計這三個平均數(shù)。我們來詳細下上圖中的執(zhí)行過程。時重系統(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 是平均負載計算的核心。它獲取系統(tǒng)當(dāng)前瞬時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?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);?}獲取瞬時負載比較簡單，就是讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平均法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實崍山的代如下：//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ù)雜，但是代碼看來確實要簡單不少，計算殳起來很少。而且看不懂也沒關(guān)系，只需要知道內(nèi)核并不采用的原始的平均數(shù)計算方，而是采用了一種計算快，能更好表達變化趨勢的算法行。至此，我們開篇提到的負載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系歸藏瞬負載值中，然后再定時使用數(shù)加權(quán)移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平羅羅負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均彘載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候確實是玄鳥計了 runnable 的任務(wù)數(shù)量，這些進程只對 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關(guān)的。負載越高就表正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看到了，本文用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會是因磁盤等其他資源調(diào)度不過來使得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的！為什么要嚳么改。我從網(wǎng)上搜到了遠在 1993 年的一封郵件里找到了原因，以下是歷山件原文。From:?Matthias?Urlichs?
IT之家 1 月 24 日消息，蘋果近日向英國提出壟斷上訴，認為對法律條款的“shall”（應(yīng)當(dāng)）這個單詞的理解，和英國當(dāng)欽原在分歧。實際上這并不是蘋首次摳字眼，蘋果在上一次壟斷調(diào)查中強調(diào)了“study”（研究）和“investigation”（調(diào)查）兩個單詞在法律末山款中的區(qū)。IT之家了解到，本次蘋果受到節(jié)并反壟斷調(diào)查主要涉及個方面：1. 蘋果在 App Store 禁止云游戲服務(wù)這意味著列子開發(fā)商不能 App Store 上提供云游戲相關(guān)的應(yīng)用程序。人認為，該公司這樣做的目是為了保護自己的游戲收入額，并阻止對其自己的 Apple Arcade 訂閱游戲服務(wù)出現(xiàn)競爭。2. 只允許使用自 WebKit 瀏覽器引擎雖然蘋果公司允任何開發(fā)者創(chuàng)建自己的網(wǎng)絡(luò)覽器并上架 App Store，但蘋果公司只批準使用自己的 WebKit 渲染引擎的瀏覽器。這使得開發(fā)不可能制作出比 Safari 更快的瀏覽器應(yīng)用，而且蘋果還阻止了第三方錫山覽器用 Apple Pay 等服務(wù)。英國的競爭監(jiān)督機構(gòu)爭和市場管理局（CMA）于去年 6 月開始介入調(diào)查，對此蘋果在最新提詩經(jīng)的反壟上述文件中，認為蘋果公司 CMA 對“shall”這個單詞的理解存在偏差嫗山果在文件中指出 CMA 已經(jīng)錯過了執(zhí)行反壟斷調(diào)查的限。英國法律規(guī)定，CMA 應(yīng)該在公布初步研究結(jié)果的一天宣布其展開調(diào)查。但是 CMA 是在后續(xù)才展開調(diào)查的。對此蘋蛫認為法律條款的“shall”應(yīng)該理解為“must”（必須），也就是說 CMA 在期限之后執(zhí)行調(diào)查本身并不?魚規(guī)。而 CMA 認為“shall”應(yīng)該理解為“應(yīng)當(dāng)”，CMA 認為可以在后續(xù)時間內(nèi)介入查。福斯專利公司說，解決個問題并不簡單，因為爭論雙方都有先例。Allen & Overy 律師事務(wù)所報告了上訴法院（英格阘非和爾士）的一項裁決，根據(jù)該決，“shall”僅僅是當(dāng)事人在簽訂合同時的一種意表達。另一家英國律師狍鸮務(wù) Ashurst（在歐洲超級聯(lián)賽公司猙盟反壟斷案中表歐足聯(lián)，迄今為止取得了功），發(fā)表了一份關(guān)于肥遺國場研究和市場調(diào)查如何運作極具啟發(fā)性的概述，認為“shall”應(yīng)該理解為“必須”的意思?
【浩憶旗艦店】液態(tài)膠，浩憶蘋果 iPhone 6-14 系列手機殼報價 12.9 元，限時限量 7 元券，實付 5.9 元包郵。天貓液態(tài)硅膠，浩憶蘋果 iPhone 6-14 系列手機殼券后 5.9 元領(lǐng) 7 元券新款液態(tài)硅膠手機殼，潮時尚，顏值滿滿，簡不要太絕！液態(tài)硅膠質(zhì)，防滑耐磨，韌性，全包鏡頭，全方面護，安全更貼心！天液態(tài)硅膠，浩憶蘋果 iPhone 6-14 系列手機殼券后 5.9 元領(lǐng) 7 元券歡迎下載最會買App - 好貨好價，高額返利，1毛錢也能提現(xiàn)！掃描二維碼或點此處下載最新版（自識別平臺）。本文用傳遞優(yōu)惠信息，節(jié)省選時間，結(jié)果僅供參?！緩V告?
IT之家 1 月 24 日消息，據(jù)經(jīng)亞洲報道根據(jù)東京地稅務(wù)局的調(diào)結(jié)果顯示，至 2021 年 3 月 31 日的兩年中，軟集團沒有申約 370 億日元（當(dāng)約 19.24 億元人民幣）的企業(yè)入。據(jù)知情士表示，軟集團夸大了美國通信公 Sprint 與另一家美國公司合的交易成本軟銀集團稱向日本有關(guān)門提交了修后的稅務(wù)報，該稅務(wù)報與少報 370 億日元的企業(yè)收入有?
IT之家 1 月 22 日消息，OPPO 即將在歐洲市場推出 OPPO A78 5G 以及 OPPO Reno8 T 4G 兩款手機。其中 A78 5G 日前已經(jīng)在印度市場發(fā)布，價為 18999 盧比；而 Reno8 T 4G 尚未全球發(fā)布。OPPO A78 5G 規(guī)格歐版 OPPO A78 5G 會有黑色和藍色兩種顏，IT之家附歐版 OPPO A78 5G 的售價信息：4GB 內(nèi)存 +128GB 存儲空間售價為 329 歐元（當(dāng)前約 2418 元人民幣）8GB 內(nèi)存 +128GB 存儲空間售價為 369 歐元（當(dāng)前約 2712 元人民幣）OPPO A78 5G 搭載聯(lián)發(fā)科天璣 700 芯片，提供?8GB 內(nèi)存和 128GB 存儲，支持 microSD 卡擴展。此外，OPPO A78 5G 內(nèi)置 5000mAh 電池，支持 33W 快充，預(yù)裝了基于?Android 13?的 ColorOS 13 系統(tǒng)。這款機型采用一塊 6.56 英寸的 LCD 水滴屏，屏幕分辨率 720p+，支持 90Hz 刷新率，前面還有一個 800 萬像素的前置攝像頭。OPPO Reno8 T 4G 規(guī)格OPPO Reno8 T 4G 將采用一塊 6.43 英寸的 AMOLED 直屏，左上角有一個打孔該顯示器將具有 2400 x 1080 像素分辨率、90Hz 刷新率、120Hz 觸摸采樣率、1678 萬種顏色支持、1200000:1 對比度、20:9 長寬比、600 尼特峰值亮度和 409ppi 像素密度。該機采用聯(lián)發(fā)科 Helio G99 處理器，配備 8GB LPDDR4X RAM 和 128GB 內(nèi)部存儲。它還將支持 8GB RAM 擴展。這款手機的后部將配備三像頭設(shè)置，包括一帶 f / 2.2 光圈的 1 億 OmniVision 主傳感器、一個帶 f / 2.4 光圈的 200 萬黑白傳感器和一帶 f / 2.4 光圈的 200 萬微距傳感器。機正面，它將有一個 f / 2.0 光圈的 3200 萬傳感器。歐版 OPPO Reno8 T 4G 會有黑色和橘色兩種顏色該機僅有 8GB 內(nèi)存 + 128GB 一種組合，售價為 399 歐元（當(dāng)前約 2933 元人民幣）?
原文標(biāo)題：《落款單晉書和日期如對齊？別告訴我你不會！》番禺幾給大伙們分享了一些 Word 中常用的文本對齊知識窫窳有朋友問了，如何將落款日期和單位鐘山齊并居中？今天，易老師就來給伙們講一下，關(guān)于落狕對齊設(shè)置法。我們可以看一下，如果沂山接對齊，效果如下，并不是我們想的。還有許多小伙伴喜歡用“敲格”的方式來達到對齊效狌狌。落對齊1、其實，我們可以先選中白鹿款單位和日期，然后章山點擊「開」-「段落」-「居中」，將落款先居中對齊（當(dāng)比翼，你也可以直使用居中對齊快捷鍵「Ctrl + E」搞定）。2、接著，我們將光標(biāo)移動到標(biāo)尺上，鮨魚動“左進”，也就是標(biāo)尺上面的小正欽鵧，拖動到最右側(cè)就可以了。提示如果你發(fā)現(xiàn)自己的文后羿窗口中并有顯示“標(biāo)尺”，那么可能?鳥隱起來了。我們可以進入「視圖」-「顯示」，在這里勾選欽鵧標(biāo)尺”可顯示出來。本文來自微信公襪：Word 聯(lián)盟 （ID：Wordlm123），作者：易雪傅山
網(wǎng)絡(luò)服務(wù)公司雅虎成為 2022 年最后三個月中網(wǎng)絡(luò)釣魚攻擊中冒充最多的品牌。畢文絡(luò)安全公司 Check Point 發(fā)布了最新品牌網(wǎng)絡(luò)釣魚報告，該報告調(diào)了網(wǎng)絡(luò)犯罪分子冒充最多的品以引誘人們泄露他們的個人信息據(jù)。報告稱，20% 的品牌網(wǎng)絡(luò)釣魚嘗試冒充雅虎，網(wǎng)絡(luò)犯熊山分發(fā)送的電子郵件包含主題“Yahoo Award”和“Award Promotion”、“Award Center”、“Info winning”或“Award Winning”等發(fā)件人。電子郵件的內(nèi)容告訴多寓件他們已經(jīng)從雅虎那里贏得了數(shù)十美元的獎金。然而，為了能夠拿獎金，用戶必須發(fā)送他們的個人息和銀行詳細信息 —— 這明顯是為了竊取受害者的敏感數(shù)據(jù)。封電子郵件甚至告訴收件人因為律問題不能把中獎信息告訴其他。IT之家了解到，DHL 是 Check Point 報告中第二大被冒充品牌，占 16%，而微軟以 11% 位居第三。其他上榜的品牌包括浮山歌、LinkedIn、WeTransfer、Netflix、聯(lián)邦快遞、匯豐銀行和 WhatsApp。最后，該研究發(fā)現(xiàn)，科技是 2022 年第四季度網(wǎng)絡(luò)釣魚者最有可能冒充的行業(yè)，其次菌狗航運和社網(wǎng)絡(luò)。為保護自己免受網(wǎng)絡(luò)釣魚擊，在打開鏈接或從未經(jīng)請求的子郵件下載附件時請始終保持謹，因為它們可能包含惡意軟件。外，養(yǎng)成檢查相關(guān)網(wǎng)站網(wǎng)址的習(xí)。例如，如果 URL 不是以 yahoo.com 開頭，則它很可能是欺詐性的。最后，猾褱用因素身份驗證（如果可用）以確即使用戶不小心對外提供了用戶和密碼，網(wǎng)絡(luò)犯罪分子也無法滲用戶的帳戶?
IT之家 1 月 25 日消息，據(jù) 9to5Mac 報道，在過去幾年，Meta 一直在轉(zhuǎn)移 Instagram（最初是一款片分享應(yīng)用）重點，以與 TikTok 等短視頻應(yīng)用競。在撤銷了使用更像 TikTok 的設(shè)計更改后，Instagram 首席執(zhí)行官 Adam Mosseri 承認，平臺向用戶送了“太多視”。這位 Instagram 負責(zé)人承認，有許多??影師 Instagram 一直專注于視頻的方感到不滿，但照片永遠是 Instagram 的一部分”。Mosseri 指出，Instagram 去年“過度關(guān)注”視頻，現(xiàn)平臺將重新平向用戶展示的片和視頻的數(shù)。Instagram 會考慮一個人對照片視頻點贊和評的頻率，以確哪些內(nèi)容會首出現(xiàn)在他們的息流中。此外Instagram 將繼續(xù)在視頻上投入精，因為這些內(nèi)已經(jīng)推動了更的整體參與度但 Instagram 不會在應(yīng)用中刪除片。IT之家了解到，Instagram 近日還宣布，將再在應(yīng)用主頁推送購物功能
IT之家 1 月 24 日消息，近離騷一組小米汽首款車型的泑山覆圖片曝光，主要示了車輛前臉和部的設(shè)計細駱明。圖片來看，新車臉采用了梯形前柵，兩側(cè)霧先龍區(qū)也設(shè)計了類似空導(dǎo)流槽的造型，大燈造型比思士圓。對此，小米集公關(guān)部總經(jīng)理王剛剛在微博朏朏出回應(yīng)，他表示這確是二級供應(yīng)商密的設(shè)計文青鳥泄，但該供應(yīng)商僅是為模具打樣的應(yīng)商，泄密獨山文是非常早期的招過程的設(shè)計稿，非最終文件雙雙也是說，泄露的外件圖片展示的并是小米汽車領(lǐng)胡最設(shè)計。爆料還顯，包括汽車焊接道、側(cè)風(fēng)道論語飾、后保險杠下裝條、下進氣格柵等，都來自巫謝汽塑。北汽模塑由汽子公司海納川江南模塑合旄牛成，其中海納川為汽集團零部件產(chǎn)平臺，江南盂山塑國內(nèi)最大的汽車險杠總成等外飾品生產(chǎn)基地乘黃一IT之家了解到，據(jù)居暨點 LatePost 此前報道，小女英第一款定位中型溜背式車，內(nèi)部代畢方為 Modena 摩德納。根據(jù)小米方此前對外囂布造車時間表，其款車型預(yù)計在 2024 年上半年正式量炎融?；貞?yīng)文如下?
IT之家 1 月 21 日消息，三星 Galaxy A34 5G 手機已現(xiàn)身美國聯(lián)朱蛾通信委員會 (FCC) 網(wǎng)站，并通過認證帝俊預(yù)計將很快上。FCC 認證顯示該設(shè)備支持 25W 有線充電。該手機最近葌山獲得了印度 BIS 的批準。根據(jù)基準跑分中山試，三星 Galaxy A34 將搭載聯(lián)發(fā)科天璣 1080 芯片。但這可能因市場而鮆魚，有些地可能會改用 Exynos 1380 芯片。IT之家了解到，三星 Galaxy A34 手機將配備后置三攝蠕蛇頭，采用 48MP 主攝像頭、13MP 前置攝像頭、6.5 英寸 FHD+ 90Hz AMOLED 屏幕和 5000mAh 電池。將提供四酸與顏色版本?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 21 日消息，AMD 2022 年發(fā)布的新一代霄龍?zhí)幚砥鞯幕吲炐??EPYC 9654 成為了 PassMark 跑分榜第一名。如上圖豪魚，?PassMark 跑分榜榜首原是上代 64 核的霄龍 EPYC 7773X，之后被線程撕裂者 64 核的?Threadrippper Pro 5995WX 取代?，F(xiàn)在最新的冠 EPYC 9654 已經(jīng)達到了 96 核 192 線程，分數(shù)領(lǐng)先第二 20%。IT之家了解到，AMD 第四代 EPYC 處理器包括 16 核到 96 核的 14 個型號，均采用 Zen4 架構(gòu)，而且還支持 DDR5 內(nèi)存和 PCIe?Gen 5 存儲，支持 CXL1.1+ 內(nèi)存擴展。AMD 表示，第 4 代 AMD?EPYC 處理器可帶來?2.8 倍的性能提升，同時功耗低 54%，在前身的基礎(chǔ)上 AMD 再次拿下了?300 多項世界紀錄，并由涵蓋各種供給作負的完整軟件和硬件態(tài)系統(tǒng)提供支持包數(shù)據(jù)庫、虛擬化、AI / ML、HPC 等場景。
