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