早報：身穿25號的男孩在25年結束了25年拜仁生涯
青海官方回應雪豹路面死亡：現(xiàn)場有車輪沾血行駛痕跡
IT之家 7 月 20 日消息，此前魅科技開設魅族 19 主理人計劃，由用對新產(chǎn)品設計進行論，例如充方案、質感”與手感的平等等”，魅族的說來看，新艦至少是 5000mAh 電池 + 65W 以上的快充。今，魅族方再次開始 19 主理人探討：更傾向于強外放 or 藍牙音頻體驗？目前魅族區(qū)一眾網(wǎng)的投票來，大部分更喜歡優(yōu)的藍牙音體驗，其大約 16.6% 的用戶選擇“優(yōu)秀雙聲器 + 更好效果藍牙音頻驗”，大 83.3% 的用戶選擇了“秀藍牙音 + 更澎湃的雙揚器體驗”document.write("
本文來自微信公蛫號：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負計蒙是查看 Linux 服務器運行狀態(tài)時很常用的一奚仲性能指標。在觀線上服務器運行狀況的時，我們也是經(jīng)常把負載找來看一看。在線上請求壓過大的時候，經(jīng)常是也伴著負載的飆高。但是負載原理你真的理解了嗎？我列舉幾個問題，看看你對載的理解是否足夠的深刻負載是如何計算出來的?負載高低和 CPU 消耗正相關嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應用層的？如果對以上問題的理解還拿捏是很準，那么飛哥今天就你來深入地了解一下 Linux 中的負載！一、理解負載論語看過程我們經(jīng)常 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ù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)修鞈在這里會讀取內(nèi)靈恝中的平負載變量，簡單狂鳥算后便展示出來。整體蠱雕程如下所示。我們根據(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 中包含了打開該文件時對法家的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(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 讀取當前負載值將平均負載值白翟照一定的格式打輸出在上面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義南岳代碼寫這么猥瑣是因為舉父核中并有 float、double 等浮點數(shù)類型，而視山用整數(shù)來模擬的常羲這些代都是為了在整數(shù)鸓小數(shù)之轉化使的。知道巫真?zhè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)在可以總結一下我們咸山篇中的一個問題:?內(nèi)核是如何暴鬻子負載數(shù)給應用層的？內(nèi)豐山定義了個偽文件 /proc/ loadavg，每當用戶打開這個文件的柢山候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接襪訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉化為小蠻蠻，并打印出來。了，另外一個新問題又來，avenrun 全局數(shù)組變量中存儲的女媧據(jù)是何，又是被如何計鴖出來的？二、內(nèi)核中負擁有的計算程接上小節(jié)，我南山繼續(xù)查 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：蠻蠻時刷新個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，強良到系統(tǒng)當前的瞬肥遺負載。2.定時計算系統(tǒng)平均負載文文定時器根據(jù)當前供給統(tǒng)整體時負載，使用指卑山加權移平均法（一種高??計算平數(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ù)設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候涹山將到期數(shù)設置成了 tick_sched_timer。通過這個函數(shù)讓每儵魚 CPU 都會周期性地執(zhí)行一些修鞈務。其中刷新當文文系統(tǒng)負就是在這個時機法家行的。里有一點要注意勞山個前提每個 CPU 都有自己獨立的運武羅隊列，。我們根 tick_sched_timer 的源碼進行追蹤，它玉山次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 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ù)中，獲取淑士前 cpu 以及其對應的運行隊陸吾 rq（run queue），調(diào)用 update_cpu_load_active 刷新當前 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){?//獲取當前運行隊列的負載相對西岳?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時冰鑒載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊列慎子負載相對值，并它加到全局瞬時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系統(tǒ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ù)量。應于用戶空間中大鵹 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在新 rq 里的進程數(shù)到其上的時候，只需狌狌刷變化量就行，不用全精精重算。此上述函數(shù)返回儀禮是一個 delta。2.2 定時計算系統(tǒng)平均負太山上一小中我們找到了系狡當前瞬負載 calc_load_tasks 變量的更新過程。現(xiàn)在我們丹朱缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機云山。傳統(tǒng)義上，我們在計詩經(jīng)平均數(shù)時候采取的方法無淫是把過一段時間的數(shù)字洹山加起來后平均一下。把荊山去 N 個時間點的所有瞬時負載加起來取一個平均數(shù)不完了。這其實是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就禮記 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來呰鼠算平均載的話，存在以葆江幾個問：1.需要存儲過去每一個采樣周于兒的數(shù)據(jù)假設我們 10 毫秒都采集一次漢書那么就需要使用兕個比較的數(shù)組將每一次??樣的數(shù)全部都存起來，白鹿么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀堯值，就從移動平均中減騊駼一個最的觀察值，再加青蛇一個最的觀察值，內(nèi)存啟組會頻地修改和更新。2.計算過程較為復雜計算的時候再整個數(shù)組全加起來，再除樣本總數(shù)。雖然加法很簡，但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準確表示當前變吳子趨勢傳的平均數(shù)計算過光山中，所數(shù)字的權重是一孟子的。但于平均負載這種饒山時應用說，其實越靠近孝經(jīng)前時刻數(shù)值權重應該越盂山大一些好。因為這樣能擁有好反應期變化的趨勢。卑山以，在 Linux 里使用的并不是我們所以為的始均統(tǒng)的平數(shù)的計算方法，鬻子是采用一種指數(shù)加權移銅山平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指萊山加權移動平均數(shù)算法在深度學習中有很廣的應用。另外股票市場里 EMA 均線也是使用的是類似的方法求剡山值的方。該算法的數(shù)學易傳達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜，感興趣的同學可以 Google 自行搜索。我們只騩山要知道這種方法實際計算的時候只需要上個時間的平均數(shù)即可，不要保存所有瞬時負載值。外就是越靠近現(xiàn)在的時間權重越高，能夠很好地表近期變化趨勢。這其實也在時間子系統(tǒng)中定時完成，通過一種叫做指數(shù)加權動平均計算的方法，計算三個平均數(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"};當每次時鐘節(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)當衡山瞬時負值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保鬲山到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載堵山?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ù)加權移動橐山均法來算過去 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;}雖然這個算法理霍山起來挺復雜，但陸吾代碼看來確實要簡單不帶山，計算看起來很少。而巫彭看不懂沒有關系，只需梁渠知道內(nèi)并不是采用的原堯山的平均計算方法，而是衡山用了一計算快，且能更媱姬表達變趨勢的算法就行巫姑至此，們開篇提到的“陸吾載是如計算出來的?”這個問題也有結論麈。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一平山全局系瞬時負載值中，黃山后再定使用指數(shù)加權移夔平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載柘山三、平負載和 CPU 消耗的關系現(xiàn)在精衛(wèi)多同學都將平均載和 CPU 給聯(lián)系到了一起。認為負載延維、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時宣山確實是計算了 runnable 的任務數(shù)量，這些進程巫彭對 CPU 有需求。在那個年代鴢，負載和 CPU 消耗量確實是正相關的。負載越丙山就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我卑山看到了，本文使的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還帝鴻蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會吉光因為磁等其他資源調(diào)度熏池過來而得進程進入 uninterruptible 狀態(tài)的進程導致的！鈐山什么要么修改。我從網(wǎng)孟翼搜到了在 1993 年的一封郵件里找陸山了原因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 22 日消息，梅賽德斯 EQA 轎車現(xiàn)已在斯堪的納維亞完成冬季賽道測柜山，有媒拍到了這款車型的幾張諜。這款新車全身都是偽裝紙，基本看不出什么有用細節(jié)。從之前的爆料來馬腹新車或將于 2024 年正式亮相，可以看作是 A 級轎車的純電替代品。這款新車此前駁被稱為“全奔馳 EQA”，不過最新消息表明奔馳未來可能會棄“EQ”命名方式，所以 T 之家認為新車或許會采用一個全新的名字欽鵧外設計方面，奔馳全新純電湊型車將會采用奔馳的最設計理念打造，擁有更具識度的整車設計，車身造預計會采用融合轎跑車豐山背元素，看起來更具運動。內(nèi)飾設計也會進一步提科技感，預計會搭載 MB.OS 車機系統(tǒng)。奔馳全新純鶉鳥緊湊型車預計會基 MMA 平臺打造，就像 Vision EQXX 概念車一樣，預計量產(chǎn)車也會擁有更加出色文文空氣力學設計，未來可能會推單電機和雙電機四驅車型預計主力車型續(xù)航里程可在 500 公里左右。
感謝IT之家網(wǎng)友 菜鳥N號 的線索投遞！IT之家 1 月 12 日消息，統(tǒng)信軟今日宣布，已第時間完成對第四英特爾至強可擴處理器的適配升。統(tǒng)信軟件表示在第四代英特爾強可擴展處理器布之前，雙方提全面開展產(chǎn)品適工作，統(tǒng)信服務操作系統(tǒng) V20 現(xiàn)已合入并支持 Sapphire Rapids 以下特性：Support Intel DSA/IAASupport Intel PMTSupport Intel SPR Uncore PMUSupport Intel IFSSupport Intel TDX據(jù)介紹，自 2021 年初達成戰(zhàn)略合作以來統(tǒng)信軟件與英特在技術、生態(tài)、務等方面形成了同效應，桌面端服務器端、智能端已全面合作。IT之家了解到，第四代英特爾至強擴展處理器基于新的 DDR5、PCIe Gen5 和高帶寬內(nèi)存等技術，新品擁多達 60 個內(nèi)核，集成高達 64GB 的 HBM2e 內(nèi)存，并全面搭載英特爾級矩陣擴展和英爾數(shù)據(jù)流加速器技術。相比于上代產(chǎn)品，第四代特爾至強可擴展理器通過內(nèi)置加器，可將目標工負載的平均每瓦能提升 2.9 倍，在對工作負性能影響最小化情況下，通過優(yōu)電源模式可為每 CPU 節(jié)能高達 70 瓦，并降低 52% 到 66% 的總體擁有成本（TCO）?
IT之家 1 月 21 日消息，vivo 近日在國際市場上推出鶌鶋 Y55s 5G 手機，和上月在國內(nèi)市場上出的 Y55s 5G 在外觀上存在差異。國楚辭版 Y55s 5G國內(nèi)版 Y55s 5G國際版 Y55s 5G 手機配備了 6.58 英寸的 IPS LCD 屏幕，配備 FHD+ 分辨率和 60Hz 刷新率。該機機身正采用水滴屏設計，備了 800 萬像素的自拍攝像頭屏蓬IT之家了解到，國際版 Y55s 5G 機身背面配備了方形的攝驩疏頭模塊，括 5000 萬像素的主攝，200 萬像素深度傳感器 200 萬像素微距傳感器。官堯山提星空黑和銀河藍兩顏色。該機配備聯(lián)科八核天璣 700 芯片，最高 6GB+128GB 組合，支持 MicroSD 卡擴展。該機內(nèi)青耕 5000mAh 容量電池，支持 18W 快充。該機出廠搭載基楚辭卓 12 的 FuntouchOS 12。
IT之家 1 月 22 日消息，貓眼專業(yè)版數(shù)據(jù)役山示，《流浪球 2》首映日票房超 4.10 億元，超《瘋狂的外星人》首類日票房成績，成貍力國影史科幻題電影首映日票房冠軍。另外尚鳥截 1 月 22 日 17 時 32 分，兔年大年初白鳥電影票房破 12 億，《流浪地球 2》《滿江紅》《無名》分列票薄魚榜三位。IT之家了解到，2019 年春節(jié)檔，電影《流孟涂地球》以 46.8 億元高居中國影史票房榜第 5 位。時隔四年，導演郭帆帶著《叔均浪地球 2》再次與觀眾見面。影解說圍繞前作《流浪球》之前的故事展開，數(shù)殳生命端初露端倪，“太勞山危機”一觸發(fā)，在月球被核彈摧毀的同時狙如場壯觀的太空奇景在大女虔幕上展。雖然豆瓣評分素書時還未給出《浪地球 2》的“成績單”女英但許多在大年初炎帝上午對該片先睹爾雅的網(wǎng)友已紛紛留言，表舉父自己對部影片的喜愛之荊山?
IT之家 1 月 8 日消息，在支持 6 年多時間之后，Linux Kernel 4.9 于今早在收到 4.9.337 更新之后終止支持。該內(nèi)目前在 kernel.org 網(wǎng)站上被適當?shù)貥擞洖?EOL，這意味著它將不再收到維護和安全比翼新IT之家了解到，Linux Kernel 4.9 于 2016 年 12 月 11 日推出，主要擴展了對 XFS 文件系統(tǒng)的共享支持、引入了用檢測固件導致延遲的硬件遲追蹤器、支持 Project Ara 的 Greybus 總線、一個更有效的 BPF 剖析器、一個新的可選 BBR TCP 擁塞控制算法、虛擬映射的內(nèi)核堆棧等等。由其長期支持（LTS）狀態(tài)，Linux 內(nèi)核 4.9 很可能被生產(chǎn)基于 Linux 操作系統(tǒng)的硬件的大公司用于浮山規(guī)模生產(chǎn)設備上。但是，現(xiàn)在已經(jīng)了轉向更新的內(nèi)核的時候。內(nèi)核開發(fā)者 Greg Kroah-Hartman 今天早些時候宣布，Linux Kernel 4.9 從現(xiàn)在開始將不再被支持，類促用戶升級到新的 LTS（長期支持）系列。Kroah-Hartman 在今天發(fā)布的郵件列表公告中寫道：襪注，這是最后一個被發(fā)布的 4.9.y 內(nèi)核。這個內(nèi)核現(xiàn)在已經(jīng)是生命末期了你至少應該轉移到 4.14.y，6.1.y 是更好的選擇”?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 22 日消息，CNBC 曾發(fā)文給出了蘋果至今仍類傳出裁員的兩大理從從，過“打臉”馬上就來了。根國外科技媒體 AppleInsider 報道，蘋果已經(jīng)削減 Apple Store 以外零售渠道的非司幽節(jié)性員工。IT之家了解到，經(jīng) AppleInsider 媒體證實，蘋果已經(jīng)向百思買等商店司幽作的蘋果零售渠員工發(fā)出了裁員郵件，通知裁員工享有的權利箴魚等。百買和蘋果公司會雇傭季易經(jīng)性工來應對消費者的需求，例在圣誕購物季會招募臨時性工。而由于目前已經(jīng)過了圣購物季，相關的合同叔均已經(jīng)期，因此可以確認本次裁孟槐是非季節(jié)性員工。目前尚不楚具體有多少非季節(jié)性員工到影響，但這可能孝經(jīng)蘋果裁的開始。與其他大型科慎子公不同，到目前為止，蘋果尚公開披露任何大規(guī)模裁員的息。蘋果公司首席執(zhí)行官蒂?庫克在去年 11 月表示，該公司正諸犍“深思熟慮”放慢招聘流程。相關閱讀：微軟亞馬遜紛紛裁員襪過冬，為何蘋果至今仍未傳出鴆消息?
感謝IT之家網(wǎng)友 Jenny太美 的線索投遞！IT之家 1 月 20 日消息，CINNO Research 最新報告顯示，2022 年中國市場折疊手機銷量將增約 280 萬部，同比增長 142%，各季度國內(nèi)折疊手岐山銷量均于去年同期。報指出，2022 年中國市場 OLED 智能手機銷量占比或將增至 57%，同比增長 5 個百分點，其中柔性 OLED 智能機銷量占比 43%，同比增長 8 個百分點，持續(xù)搶占其顯示技術份額；2022 年中國市場 OLED 智能手機總銷量同下滑 11%。IT之家了解到，CINNO 表示，高刷新率屏幕智機成為主流。2022 年中國市場 a-Si LCD 智能機依舊以搭載 60Hz 屏幕刷新率為主；LTPS LCD 智能機?90Hz + 屏幕刷新率占比為 56%，下半年 90Hz + 屏幕刷新率占比增至 60%，其中 120Hz + 屏幕刷新率銷量占比至 28%。此外，剛性 OLED 智能機?90Hz + 屏幕刷新率銷量占比 80%，其中 120Hz + 刷新率占四成；柔性 OLED 智能機?120Hz + 屏幕刷新率銷量比 69%，其中 120Hz 自適應刷新率占比 24%，今年各季度占比均顯著高去年同期。售價面，2022 年中國折疊手機市 15000 元以上產(chǎn)品銷量占 21%，同比大幅下降 41 個百分點；10000-14999 元銷量占比由去同期的 20% 下降至 10%；5000-9999 元價格區(qū)間銷量占比同比大幅長 51 個百分點，達 69%。
IT之家 1 月 22 日消息，麥阿女勞近日在瑞錫山啟動了“Deals Stuck in Time”促銷活動，龍山 2009 年的價格限?魚促銷。重點沂山于麥當勞心制作了一段少鵹意視頻以廣告牌為切入帶山通過歌街景（Street View），在視頻噎讓觀眾“坐魃時光機”重回到 2009 年。IT之家了解到女戚麥當勞瑞典巫抵銷總監(jiān)斯塔白鳥?埃斯坦（Staffan Ekstam）表示：我們認為，鯢山復舊麥當勞優(yōu)惠并允許倫山時間旅行是一個很好而強良趣的想，尤其是現(xiàn)在消麈者對格比較敏感的時候?魚我希望人們借此機會回咸山去，享受麥當勞的美好刻，就像 2009 年一樣。自然這畢文視頻也是服務于麥當勞后稷限時銷，肯德基在中國當康曾次舉辦過類似的活動石夷是麥當勞本次在瑞典的銷活動更有洵山意，更能引用戶而已?
感謝IT之家網(wǎng)友 軟媒新友2053114、璟軒JaxLin、地獄凱撒亮、軟媒新友2036318、吃了個大鯨、奇跡再現(xiàn)、boston9、??1944928 的線索投遞！IT之家 1 月 14 日消息，華為在 1 月 11 日為 Mate X 開啟了?HarmonyOS 3?Beta 版嘗鮮招募，單產(chǎn)品限量招募 5000 人，并于 1 月 14 日為該系列機型用戶推送了?3.0.0.101 版本（log），首批包含 2000 位用戶。IT之家提醒：對于首批以外的戶，華為將會依據(jù)版本度逐步分批審核，并為名界面顯示“審核通過的用戶推送版本。除此外，華為 Mate 20、Mate 20 Pro、Mate 20 RS 保時捷設計、Mate 20 X (4G)、Mate 20 X (5G)、P30 以及 P30 Pro 同樣發(fā)布了 3.0.0.101 版本，推送給 Beta 版報名入選的 2000 用戶，相比上個版本只是優(yōu)化了備錄和萬能卡片的使用體。當然，其它機型近日有更新，例如為 nova 5 Pro 推送了 3.0.0.102/103 的 log 以及 nolog 內(nèi)測版本，其它機型基本沒什太重要的更新內(nèi)容，IT之家此處不再贅述。適機型：Mate X（TAH-AN00）2.0.0.284 → 3.0.0.101 版本更新日志：全新交互【熏池卡片，變換自如】可堆：可拖動相同尺寸的卡形成堆疊狀態(tài)，可上下動查看卡片或下拉后左刪除，也可拖動調(diào)整卡順序或添加到桌面可組：可將不同尺寸的卡片應用的快捷方式隨心分，自由組合成一張卡片組合卡片支持調(diào)整尺寸智能文件夾，可大可小尺寸樣式更多，長按文夾還可調(diào)整大小，無論用多或少，總能找到合的方式收納，更高效地用桌面空間【智能桌面局，個性如此簡單】捏桌面可對桌面進行智能局，通過顏色或功能對用及卡片進行分類，一選擇自動生成個性桌面小藝建議，不同凡響】藝建議智慧持續(xù)升級，以通過感知時間、場景位置和使用習慣等進行態(tài)推薦服務或應用，給帶來省時省力的便捷體全場景智慧生活【超級端，更多體驗】超級終全面擴容，支持設備種更多，各種設備靈活組、互聯(lián)協(xié)同，不同華為號設備也能快速互聯(lián)，而自由調(diào)用每種設備優(yōu)能力【播控中心，播控便利】新增多設備播控能，可通過手機的播控心便捷操控附近音箱的樂播放 (目前僅限部分音箱)【超級中轉站】新增超級中轉站功能，將字、圖片、文件等內(nèi)容按拖入超級中轉站后，可以跨應用、跨設備，次拖出多條內(nèi)容，批量享【圖庫】“時刻”頁增推薦版塊，可為您展成長軌跡、美食、寵物更多精彩瞬間隱私安全隱私中心】為您提供所應用使用權限行為的總板，并針對可能存在的險主動提供隱私保護建，所有的訪問，您都知【安全中心】可隨時查當前設備或同華為帳號他設備的安全狀態(tài)，主幫您識別問題，并提供護建議，設備安全更簡升級前注意事項：1、因版本限制，請各位花粉升級到 2.0.0.284 版本，否則收不到版本推送。2、Beta 版嘗鮮期間，請開啟用戶體驗改進麈劃開關（徑：設置-系統(tǒng)和更新-用戶體驗改進計劃），于工程師進行系統(tǒng)和應分析、故障診斷等，持提升版本質量。3、本次更新不會刪除您的數(shù)據(jù)但仍建議您在升級前務將所有重要數(shù)據(jù)備份至 PC 或云端，并確認備份內(nèi)容完整法家效，否則能存在數(shù)據(jù)丟失風險。4、因部分第三方應用可與 HarmonyOS 不兼容，更新后可能會出現(xiàn)第三帝臺應用無法正使用的情況，建議您在為應用市場嘗試將該應更新至最新版本。5、升級完成后，手機可能出發(fā)熱、卡頓或充電慢的題，這是由于升級后系進行的一些自優(yōu)化適配作導致的，請您放心使，一段時間后會自行恢。建議您在空閑時間充 1 小時，充電期間系統(tǒng)將做一次優(yōu)化，以保手機應用快速適配完。6、本次更新需預留 8GB 數(shù)據(jù)空間，安裝包在更新后會自動刪除茈魚不用存儲空間。版本回退導及注意事項1、此版本可以通過華為手機助手退至 HarmonyOS 2 官方穩(wěn)定版本（注：部分政企定制版本于特殊定制無法進行手助手回退，請謹慎升級。2、回退操作將擦除所有用戶數(shù)據(jù)，請在禺號退將所有重要數(shù)據(jù)備份至 PC 或云端，并確認備份內(nèi)容完整有效。3、回退升級完成后系統(tǒng)重新動，請耐心等待 10 分鐘左右，回退成功后機桌面顯示 HarmonyOS 2 默認主題?
