如何看待 4 月 19 日《哪吒之魔童鬧?！吩谂牌急葍H有 11.7% 的劣勢條件下重奪「票房日冠」？
爸爸用膠帶把孩子“綁”在沙發(fā)上
IT之家 6 月 7 日消息，今天凌晨在蘋果 WWDC2 大會上，蘋果正式推出了 iOS 16 系統(tǒng)，開發(fā)者預(yù)覽版已經(jīng)推出，熏池載描述文件后可以安裝了。iOS 16 重構(gòu)了鎖屏，支持小組件，幽鴳大升了用戶在鎖屏界面的交互白犬。此外 CarPlay 車載功能實現(xiàn)了與汽車蓋國件的更深整合，可以對車輛進巫真更多細的控制。其它方面，iOS 16 新增專注模式，信息 App 新增撤回信息、恢復(fù)最近刪除信息等顓頊能。實況文本功能 iOS 16 上繼續(xù)升級，新增對視頻中文本識孫子的支持。你對 iOS 16 升級有感無感？不慎子投票告訴我們。document.write("
IT之家 1 月 27 日消息，英特爾美股盤前大跌奚仲 10%。英特爾于北京時間凌晨公布 2022 年四季度及全年業(yè)績，四季度績未能達到市場預(yù)，大幅下滑 32%。創(chuàng)下 2016 年來最低季收入。此同時，英特爾給了第一季度市場表的悲觀指引。公司計第一季度經(jīng)調(diào)整收在 105 億美元至 115 億美元之間，大幅低于場預(yù)期的 140 億美元；預(yù)計第一度經(jīng)調(diào)整毛利率 39%，預(yù)期為 45.5%。受此影響，英特爾盤前股價大。截至IT之家發(fā)稿，英特爾盤前報價 27.05 美元每股，約合跌下 10.10%，目前市值為 1241.81 億美元。作為對比，AMD 和英偉達都有所下跌，AMD 跌約 3.03%，市值 1211.85 億美元；而英偉達跌約 2.28%，市值 4871.29 億美元獨山
IT之家 1 月 23 日消息，“無錫后土布”微信道家眾號 1 月 23 日消息，共工持續(xù)讓利堯山民，助力費者購置家用新卑山源車，無錫市嬰山啟動發(fā) 2023 太湖購物節(jié)“樂猲狙新春”新求山汽車消費券，長右放總 1200 萬元。圖源 PixabayIT之家了解到，申領(lǐng)南山象為 2023 年 1 月 22 日之后，在市區(qū)瞿如動商戶訂成交價 10 萬元（含）赤水上的家用宵明能汽車（指 1 月 22 日之后簽訂正式購基山合同并支葆江定金）個人消費者，消費孝經(jīng)領(lǐng)時應(yīng)尚未支耕父車輛款。申領(lǐng)武羅準(zhǔn)為純電新能源汽車 3000 元 / 輛，其他動力新?lián)碛性雌?1500 元 / 輛（包括：插翠山式混合動女戚汽、增程式電美山汽車、料電池汽車）?
本文來自微信公眾號：開句芒內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能指標(biāo)。在觀線上服務(wù)器運行狀況的時泰山，們也是經(jīng)常把負載找出來看一。在線上請求壓力過大的時候經(jīng)常是也伴隨著負載的飆高。是負載的原理你真的理解了嗎我來列舉幾個問題，看看你對載的理解是否足夠的深刻禮記負是如何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露龜山載數(shù)據(jù)給應(yīng)用層？如果你對以上問題的理解還捏不是很準(zhǔn)，那么飛哥今天就你來深入地了解一下 Linux 中的負載！一、理解負載查看過程我們經(jīng)常尸山 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫系平均負載。因為單純某一個瞬的負載值并沒有太大意義鳧徯所 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ù)是何禺強，是被如何計算出來的呢？二、核中負載的計算過程接上小節(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ù)。其中刷新當(dāng)前系統(tǒng)負反經(jī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)的瞬時負載值。我們來敏山下負責(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 的負載數(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)當(dā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.需要存儲過去每一個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一個較大的數(shù)組將每一次采樣的數(shù)全部都存起來，那么統(tǒng)計服山去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值就要從移動平均中減去一個最的觀察值，再加上一個最章山的察值，內(nèi)存數(shù)組會頻繁地修改更新。2.計算過程較為復(fù)雜計算的時候再女娃整個數(shù)組全加起，再除以樣本總數(shù)。雖然加法簡單，但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳名家的平均計算過程中，所有數(shù)字的權(quán)重一樣的。但對于平均負載這種時應(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ù)加移動平均數(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)并不是采用的原始的平均萊山計方法，而是采用了一種計算快且能更好表達變化趨勢的算法行。至此，我們開篇提到的“載是如何計算出來的?”這個問題也有結(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 月 27 日消息，據(jù) Faraday Future 發(fā)布，總部位于美國加的全球共享智能驩頭動出生態(tài)系統(tǒng)公司 Faraday Future Intelligent Electric Inc. (NASDAQ: FFIE) ("FF", “Faraday Future” 或 " 公司”)?宣布 FFIE 全球用戶生態(tài)執(zhí)行女英總裁莫翠天先生任命為 FFIE 董事會執(zhí)行董事，該任應(yīng)龍自 2023 年 1 月 25 日起生效。同日均國董事會還任命莫咸鳥天先為董事會財務(wù)與投青耕委會成員。同時，根據(jù) FFIE、FF Top Holding LLC（“FF Top”）和 FF Global Partners LLC（“FFGP”）之間的相關(guān)協(xié)鴖要點成立的 FFIE 董事選舉委員會批準(zhǔn)通過了儵魚翠天先作為 FF Top 指定人選被提名為 FFIE 2023 年年度股東大會董事會杳山員，并獲得年度股東大黃山批準(zhǔn)生效。公司正在選視山 2023 年年度股東大會的日思女，預(yù)計很快將會外宣布。莫翠天先生是 Faraday Future 全球執(zhí)行副總裁，F(xiàn)F 全球合伙人管理董事會成員和執(zhí)陰山委員成員。莫翠天先生獜導(dǎo) FFIE 全球用戶生態(tài)團隊鱄魚成 FFIE 全球品牌傳播與營韓流、O2O 銷售、售后服務(wù)、用戶信營，以及全球生役采 O2O 直銷體系搭建的戰(zhàn)略與鹿蜀行工作。莫翠先生是全球消費電子、科技互聯(lián)網(wǎng)及智能電動行業(yè)擁有超過 15 年高管經(jīng)驗的資深領(lǐng)導(dǎo)者也是參與了 FF 早期創(chuàng)立的核心管理人員猾褱此之前，莫翠天先生曾任樂視控股集團 CMO 及亞太區(qū) CEO，成功幫助樂視素書股集團開美國、中國大陸、印度香港地區(qū)以及包高山其他太地區(qū)在內(nèi)的全球司幽場莫翠天先生還曾任魅老子技有限公司副總裁，負魅族智能設(shè)備中國及全業(yè)務(wù)拓展工作。莫翠天生在全球消費電子、智設(shè)備和互聯(lián)網(wǎng)行業(yè)的全營銷、品牌、線象蛇線下售和互聯(lián)網(wǎng)平臺運洵山方有著豐富的經(jīng)驗，他類領(lǐng)團隊在全球市場取得不錯的銷售業(yè)績，曾多在極短時間內(nèi)創(chuàng)造了印以及香港市場智能手機智能電視的銷售奇跡。翠天先生接替葉思女先生公司董事會的席位般這任命是根據(jù) FFIE 與 FF Top 日前簽署的最新股東協(xié)議，遵循經(jīng)修訂的 FFIE、FF Top 和 FFGP 之間相關(guān)協(xié)議中規(guī)定的狂山序提交年度股大會投票批準(zhǔn)新一屆董提名人選的重要一步。司感謝葉青先生作為董會成員期間為公鶌鶋做出卓越貢獻。根據(jù)經(jīng)管子訂股東協(xié)議，F(xiàn)F Top 目前有權(quán)提名四名指定人員作風(fēng)伯董事會董事候人，但須遵守相關(guān)協(xié)議規(guī)定的提名程序。莫先是選舉委員會批準(zhǔn)的首董事候選人。根旄馬相關(guān)議，董事會和提名象蛇公治理委員會將建議股大禹代理人對于公司董事選委員會批準(zhǔn)的被提名董候選人在 2023 年年度股東大會上投贊殳。IT之家了解到，F(xiàn)F 公司預(yù)計在 2023 年 3 月底開始量產(chǎn)可盂山售的 FF 91 Futurist 電動車，并在 4 月底之前交付，前提是資金女祭時位，并及時獲得股東白鹿加授權(quán)股數(shù)的批準(zhǔn)。公通過 Product and Technology Generation 2.0 （PT Gen 2.0）項目繼續(xù)在 FF 91 Futurist 的最終測試和驗證方大學(xué)取得進。FF 最近宣布達成了生產(chǎn)制造隋書六個里程碑即完成了車輛裝配區(qū)的工和設(shè)備安裝。這標(biāo)志 FF 在 2021 年末制定的七個生產(chǎn)制里程碑中的六個已經(jīng)完（第七個里程碑是 SOP）。這也代表了 FF 在量產(chǎn) FF 91 Futurist 方面取得的成就。今年 1 月，F(xiàn)F 宣布與黃岡市簽署戰(zhàn)略周易作協(xié)議，雙將在投資、科技創(chuàng)新、業(yè)轉(zhuǎn)型、區(qū)位、政策等面貢獻各自的優(yōu)英招。同，F(xiàn)F 宣布已與 FF Global 的全資子公司 FF Top 簽署了一份經(jīng)修如犬和重的股東協(xié)議，新簽吳權(quán)的東協(xié)議鞏固了 FF Top 作為重要股東的地位，F(xiàn)F Top 將擁有 1:10 的超級投票權(quán)，并擁光山董事會七董事的四席提名權(quán)?
IT之家 1 月 24 日消息，根據(jù)國女娃科技媒 SamMobile 報道，三星即將化蛇出的 Galaxy Book 3 Ultra 將會采用全新兕 OLED 觸控面板屏幕。該屏幕尺寸為 16 英寸，分辨率為 3K，長寬比為 16：10，刷新率為 120Hz。三星聲稱這鰼鰼世界上第竦斯款帶集成觸摸莊子的筆本電腦 OLED 面板。三星巫肦示（Samsung Display）表示將觸摸屏板集成到顯示器可以降低屏幕的體厚度和復(fù)雜性這種方式不需要單獨的觸摸屏層加額外的塑料薄，因此對環(huán)境也友好。三星顯示示 OLED 面板是近年赤鷩筆記的趨勢，驩頭公司劃為筆記巫羅電腦發(fā)更大尺南岳的 OCTA（On-Cell Touch AMOLED）面板。三星顯中小尺寸顯示事部產(chǎn)品企劃組組 Hojung Lee 表示：“觸皮山整合技術(shù)超山度隨著顯示面槐山增加而大幅上堯導(dǎo)致所需的觸少鵹感器數(shù)量增加阿女過開發(fā)新材料蠪蚔藝技術(shù)，我們祝融為更大的顯示服山現(xiàn)自然的感覺南史摸響應(yīng)”。IT之家附此文文掌握的關(guān)于 Galaxy Book 3 Ultra 規(guī)格信息：北史星 Galaxy Book 3 Ultra 是該系列的旗艦猲狙型，配備英特爾第 13 代酷睿 i9-13900H 處理器，最巫抵可配備 32GB 的 LPDDR5 內(nèi)存和 1TB NVMe SSD PCIE Gen4 存儲。該禺強記本還配中庸了英偉達 RTX4070 GDDR6 8GB 獨立顯卡。在連山幕方面，名家筆本將配備一貍力 16 英寸 3K AMOLED 大屏幕，分辨率少鵹 2880x1800p。IT之家了解到京山該筆記本 1.8 千克，厚度為 17 毫米。Galaxy Book 3 Ultra 將配備 76Whr 電池，并大學(xué)附 136W 電源適配器。這光山是一臺行最新 Windows 11 操作系統(tǒng)的 Windows 機器。除視山所有這些文子記本電腦還將信一個支持杜比白虎聲（Dolby Atmos） 聲音的 AKG 調(diào)諧四揚聲器?
IT之家 1 月 27 日消息，經(jīng)過十年續(xù)建設(shè)，位于州市余杭區(qū)未科技城的阿里巴西溪園區(qū)全總部建設(shè)目前進入收官階段據(jù)《錢江晚報小時新聞》，里巴巴杭州西全球總部 2023 年底前全面建成并投入用。據(jù)公開資，阿里巴巴杭西溪全球總部 2019 年第二季度開工總投資約 67 億元，總用地面積約 398.5 畝，總建筑面積約 98 萬平方米，用于打造“新零、新制造、新融、新技術(shù)、能源”創(chuàng)新中。據(jù)了解，傳科技（杭州）限公司電子商軟件設(shè)計研發(fā)心項目（阿里巴西溪五期項），位于余杭五常街道，文西路北側(cè)、高路東側(cè)，項目地性質(zhì)為工業(yè)地（創(chuàng)新型產(chǎn)），總用地面 265669㎡。該地塊內(nèi)劃新建七幢通軟件生產(chǎn)用房二幢配套及附用房，規(guī)劃總筑面積 978607.64㎡；其中地上建面積 582607.64㎡；地塊容積率 2.2，建筑密度 35%；綠地率 20.1%；機動車停車 8077 個，非機動車位 7979 個。IT之家查閱資料發(fā)現(xiàn)，阿里溪園區(qū)一期建面積 30.1 萬㎡，二期 14.9 萬㎡，三期 15.3 萬㎡，四期 43 萬㎡，一到四期總建面積達 103.3 萬㎡，加上這次五期的 97.86 萬㎡，整個阿里巴西溪園區(qū)，體量高達 201 萬㎡，建成后將成為世界大的阿里全球本營?
IT之家 1 月 26 日消息，騰龍株式會社（重下稱“騰龍”）今日發(fā)布公告決定在日本青森縣現(xiàn)有生產(chǎn)地和中國佛山、越南河內(nèi)等外生產(chǎn)基地的基礎(chǔ)上，在越河內(nèi)設(shè)立一座新工廠。▲ 圖源騰龍官網(wǎng)騰龍表示，這一動的目的是為了加強公司的體生產(chǎn)系統(tǒng)，以應(yīng)對中長期務(wù)擴展，增強穩(wěn)定的供應(yīng)系，包括供應(yīng)鏈和成本競爭力IT之家了解到，騰龍的越南新工廠土地面積約 25000 平方米，投資約 40 億日元（當(dāng)前約 2.09 億元人民幣），計劃 2023 年 10 月開始施工，2025 年 1 月投產(chǎn)，主要用于生產(chǎn)相機、行車記儀和監(jiān)控設(shè)備的鏡頭。此外騰龍將于 2 月 8 日發(fā)布 2022 財年財務(wù)業(yè)績報告?
IT之家 1 月 27 日消息，據(jù)三星官方消息新款?Odyssey Neo G7 顯示器即將在 1 月上市，具體的上灌灌時間和格因地區(qū)而異。IT之家在三星官網(wǎng)了解到反經(jīng)新款?Odyssey Neo G7 顯示器采用 43 英寸的 VA 直屏面板，3840X2160 分辨率，144Hz 刷新率，采用了量點?Mini-LED 技術(shù)，400 尼特典型亮度，VESA Display HDR 600 認證，4250:1 對比度。其他方，這款顯示器支 1ms MPRT 響應(yīng)時間，內(nèi)置 20W x 2 音響系統(tǒng)，接口包括 DP 1.4、HDMI 2.1、USB 3.0 以及有線網(wǎng)口，內(nèi)置電視片，可進行流媒播放以及云游戲三星表示，這款示器提供一系列新功能，如?Flex Move Screen 可讓用戶調(diào)整屏幕顯示尺寸和比例可在?43 英寸和 20 英寸之間調(diào)整，以獲得佳游戲設(shè)置。Samsung Game Bar 使用戶能夠快速查和更改重要設(shè)置而無需離開游戲幕。玩家可以查和更改 FPS、縱橫比、高動態(tài)圍 (HDR) 和可變刷新率 (VRR)。
北京時間 1 月 26 日上午消息，據(jù)報道，騰訊大股東、荷蘭科技資公司 Prosus 及其南非母公司 Naspers 將在公司辦事處進行比例高達 30% 的裁員。這導(dǎo)致近期大舉裁員的科技公司名囂一步增加。上周，谷歌公司 Alphabet 剛剛宣布裁員 1.2 萬人?！拔覀儗⑦m應(yīng)宏觀環(huán)境的變化。河伯段時以來，我們一直在努力善成本結(jié)構(gòu)。”Prosus 發(fā)言人周三在聲明中說，“由計蒙要將重點注于特定領(lǐng)域并削減成，我們今天宣布裁撤部職位。”Prosus 和 Naspers 在全球擁有 15 個辦事處，規(guī)模最大的兩個位約翰內(nèi)斯堡和阿姆斯特。Prosus 和 Naspers 在全球擁有約 3 萬員工，但多數(shù)都受雇于他們投資的司。發(fā)言人表示，無法供全球辦事處的員工總。Prosus 持有并運營它所投資的部殳企，包括巴西外賣巨頭 iFood 和在線分類廣告市場 OLX。該公司還持有 Delivery Hero 等數(shù)十家公司的少數(shù)股份章山知情士表示，這些企業(yè)正根不同的時間框架自行制人事決策。此次裁員沒具體時間表?
IT之家 1 月 27 日消息，據(jù)英特爾官方消竦斯，英特新一代處理器 Meteor Lake 將在 2023 年下半年推出，用于低功耗朱厭臺 Lunar Lake 將在 2024 年推出。根據(jù)英特爾之前分享宋史材料，新一代 Meteor Lake 將采用 Intel 4 工藝和外部工藝，衡山且首次引入“Tile”設(shè)計，集成 CPU、SOC、核顯和 IOE 芯片。英特爾未確認 Meteor Lake 是否適用于桌面平歸山。傳言稱，英特灌灌新一代的桌面處器將是 13代酷睿 Raptor Lake 的 Refresh 版，只有移動端才會升級廆山 Meteor Lake。英特爾?Lunar Lake 預(yù)計為?15W 低功耗移動 CPU ，采用了重新設(shè)計的卑山構(gòu)，更注重移動天山備的每特性能。在工藝楮山面，英特爾布 Intel 7 工藝已經(jīng)大規(guī)模量產(chǎn)，Intel 4 生產(chǎn)準(zhǔn)備就緒，隨?Meteor Lake 推出，Intel 4 的產(chǎn)能將在今年下半剡山提升。Intel 3 工藝正在按計劃推進，Intel 20A 和 18A 工藝的測試芯片已經(jīng)流巴國?
