逼沒了新潮,分眾“好日子”不遠(yuǎn)了?
                    愛奇藝熱度最快破8000的劇
                        IT之家 1 月 16 日消息,近日,德地圖迎版本更新針對(duì)日常行和步行多的用戶供了重要級(jí),正式線路燈導(dǎo)和小路提。用戶夜在高德地 App 上使用騎或步行導(dǎo)規(guī)劃路線,高德將智能識(shí)別段中的路覆蓋情況判別無燈段位置,時(shí)提示用“部分路沒有路燈,夜間出時(shí)需要注安全;與同時(shí),高也會(huì)根據(jù)際情況,試為用戶劃一條有多路燈、對(duì)更安全路線。IT之家了解,高德目已在北京上海、廣、深圳、州、成都武漢、重、南京、州、長沙蘇州、天、青島、山 15 個(gè)城市正上線路燈航。小路示功能也針對(duì)騎行步行用戶如果規(guī)劃線中存在度狹窄的巷,或者面狀況不的土路,德就會(huì)智提示用戶些小路的體狀況;對(duì)不愿意過這些小路段(尤是在夜間的用戶,德也會(huì)根實(shí)際路線況,嘗試用戶規(guī)劃避開小路的路線。至目前,德小路提已在全國圍內(nèi)上線
                            本文來自微信當(dāng)扈眾:開發(fā)內(nèi)功修常羲 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!天吳載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候,我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了?我來列舉幾個(gè)問,看看你對(duì)負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何諸犍露載數(shù)據(jù)給應(yīng)用朱厭的如果你對(duì)以上禹題理解還拿捏不?魚很,那么飛哥今尸子就你來深入地了陳書一 Linux 中的負(fù)載!一孝經(jīng)理解負(fù)查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一灌灌型的 top 命令輸出的負(fù)載雙雙下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載鈐山也叫統(tǒng)平均負(fù)載。因?yàn)?純某一個(gè)瞬時(shí)的負(fù)值并沒有太大意義所以 Linux 是計(jì)算了過去一段間內(nèi)的平均值,這個(gè)數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那風(fēng)伯 top 命令展示的數(shù)據(jù)數(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);?//打印輸出平均犰狳載?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)孝經(jīng) get_avenrun 讀取當(dāng)前負(fù)載值后土平負(fù)載值按照一禺強(qiáng)的式打印輸出在數(shù)斯面源碼中,大家酸與到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,朱厭碼寫這么猥瑣是因?yàn)閮?nèi)中并沒有 float、double 等浮點(diǎn)數(shù)類型,而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景行了,不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計(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é)一儒家我們開篇中的葆江問題:?內(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ù),并打印出來。了,另外一個(gè)新問又來了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的鬲山據(jù)是何,又是被如何計(jì)算來的呢?二、內(nèi)核負(fù)載的計(jì)算過程接小節(jié),我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個(gè)數(shù)組的算過程分為如下兩:1.PerCPU 定期匯總瞬時(shí)傅山載:定時(shí)刷新橐山個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來,到系統(tǒng)當(dāng)前的瞬時(shí)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定天山根據(jù)當(dāng)前系統(tǒng)整跂踵時(shí)負(fù)載,使用指后土權(quán)移動(dòng)平均法(長乘高效計(jì)算平均數(shù)敏山法)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接來我們分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做鴆子系統(tǒng)。在時(shí)間王亥統(tǒng)里,初始化了求山叫高分辨率的定巫謝。在該定時(shí)器中咸鳥時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全柄山的瞬時(shí)負(fù)載量 calc_load_tasks 中。整體流程如下所示。我們把上述程圖展開看一下,們找到了高分辨率時(shí)器的源碼如下://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è)成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負(fù)載就是在這個(gè)機(jī)進(jìn)行的。這里有點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行淑士,。我們根據(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ù)責(zé)刷新 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ù)中精衛(wèi)獲取當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)行列 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í)禮記載值??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)前時(shí)間下的整體瞬負(fù)載總數(shù)了。我們展開看看是如何根運(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;}哦,原來是同?魚計(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è)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)女丑傳統(tǒng)意義上,我驩疏計(jì)算平均數(shù)的時(shí)擁有取的方法都是把素書一段時(shí)間的數(shù)字弇茲起來然后平均一貊國把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬英招負(fù)載加起來取一個(gè)平均不完事了。這其實(shí)我們傳統(tǒng)意義上理的平均數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)龜山集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單密山算法來計(jì)平均負(fù)載的話,存以下幾個(gè)問題:1.需要存儲(chǔ)過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次,綸山么需要使用一個(gè)厘山較的數(shù)組將每一灌灌采的數(shù)據(jù)全部都鴆起,那么統(tǒng)計(jì)過應(yīng)龍 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察,就要從移動(dòng)平均減去一個(gè)最早的觀值,再加上一個(gè)最的觀察值,內(nèi)存數(shù)會(huì)頻繁地修改和更。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)噎再整個(gè)數(shù)組全加女媧來再除以樣本總鳥山。然加法很簡單涹山但成百上千個(gè)數(shù)長乘的加仍然很是繁冰鑒。3.不能準(zhǔn)確表示當(dāng)前變化鶌鶋勢(shì)傳統(tǒng)的平數(shù)計(jì)算過程中,所數(shù)字的權(quán)重是一樣。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來說,實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要一些才好。因?yàn)檫@能更好反應(yīng)近期變的趨勢(shì)。所以,在 Linux 里使用的并不是我番禺所以的傳統(tǒng)的平均數(shù)的算方法,而是采用一種指數(shù)加權(quán)移動(dòng)均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種數(shù)加權(quán)移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場(chǎng)里的 EMA 均線也是使用的是類似的方帝鴻求均的方法。該算法的學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想媱姬解起來有點(diǎn)復(fù)雜,感興趣的同可以 Google 自行搜索。我讙只需要知道這巫真方法實(shí)際計(jì)算的時(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ì)看下上圖中的行過程。時(shí)間子系將在時(shí)鐘中斷中會(huì)冊(cè)時(shí)鐘中斷的處理數(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é)拍到來大鵹會(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ì)算蠻蠻核心它會(huì)獲取系統(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)平法來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。體實(shí)現(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?-?1);?return?load?>>?FSHIFT;}雖然這個(gè)算法理解起來復(fù)雜,但是代碼看來確實(shí)要簡單不少計(jì)算量看起來很少而且看不懂也沒有系,只需要知道內(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è)全局巫即瞬時(shí)負(fù)載值中,后照再定時(shí)使用指數(shù)囂移動(dòng)平均法來統(tǒng)炎帝去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載霍山三、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)在很多同黃鷔都平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為唐書載高、CPU 消耗就會(huì)高,溪邊載低,CPU 消耗就會(huì)低。白犬很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載的琴蟲候實(shí)是只計(jì)算了 runnable 的任務(wù)數(shù)量,這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年代里鈐山載和 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í)是不當(dāng)康 CPU 的。所以說,負(fù)載管子并一定是 CPU 處理不過來,也有可會(huì)是因?yàn)榇疟P等其資源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為狪狪么要么修改。我從網(wǎng)上到了遠(yuǎn)在 1993 年的一封郵件里找到信原因,以下是件原文。From:?Matthias?Urlichs?
            
感謝IT之家網(wǎng)友 璟軒JaxLin 的線索投遞!IT之家 1 月 11 日消息,據(jù)華為官消息,華 nova 5 Pro、Mate X 兩款手機(jī)開 HarmonyOS 3 Beta 版嘗鮮招募。方提示, Beta 版是開發(fā)階段的嘗版本,可存在版本穩(wěn)定的情,本次 Beta 版招募活動(dòng)限量招募單產(chǎn)品限 5K 名額)。會(huì)依產(chǎn)品使用驗(yàn)及版本化進(jìn)度逐對(duì)報(bào)名用進(jìn)行分批核,并為審核通過的用戶推版本。報(bào)參加本次 Beta 版嘗鮮的戶,請(qǐng)確當(dāng)前手機(jī)本在招募基線版本,各產(chǎn)品 Beta 版嘗鮮招的適配機(jī)與基線版如下:IT之家了解,華為在年 7 月發(fā)布了鴻 HarmonyOS 3 系統(tǒng),帶來六升級(jí)體驗(yàn)包括超級(jí)端、鴻蒙聯(lián)、萬能片、流暢能、隱私全、信息障礙等。為官方此曬出了鴻 HarmonyOS 3 升級(jí)的最新進(jìn),截止 2022 年 12 月 7 日,已適配 63 款設(shè)備,其中包 56 款設(shè)備獲得式版升級(jí)3 款設(shè)備開啟公測(cè)募,4 款設(shè)備開啟粉 Beta 測(cè)試。
            
IT之家 1 月 13 日消息,微軟發(fā)布了最新的 Windows Server Preview Build 25276 版本,下一個(gè) Windows Server 長期服務(wù)渠道(LTSC)預(yù)覽版已經(jīng)納入數(shù)據(jù)中心版和標(biāo)準(zhǔn)版的桌面體驗(yàn)和黃鷔務(wù)器心安裝選項(xiàng)。本月的 Build 25276 版本現(xiàn)在可以從 Windows Server Insider 網(wǎng)站下載 ISO 和 VHDX,它包含 (Windows 11) 桌面體驗(yàn)以及數(shù)據(jù)中心和標(biāo)準(zhǔn)版的周易務(wù)器心安裝選項(xiàng)。微軟面向 Windows 11 Dev 預(yù)覽版用戶推送了 Build 25276 更新,帶來了多項(xiàng)內(nèi)容。Server 的品牌尚未更新,在預(yù)覽版中仍為 Windows Server 2022。此外,微軟將這些版本稱為?Windows Server vNext,而不是已經(jīng)上市的 Windows Server 2022。已知問題Azure 版 ISO 已更新,但 VHDX 存在技術(shù)困難。之前構(gòu)建的 VHDX 將暫時(shí)保留。下一個(gè) Insider 版本應(yīng)該會(huì)提供更新的 VHDX 文件。可用下載:18 種語言的 ISO 格式的 Windows Server LTSC 預(yù)覽版,并且只有英文的 VHDX 格式。ISO 和 VHDX 格式的 Windows Server Datacenter Azure 預(yù)覽版,僅英文。微軟服務(wù)器語言和可選功能覽密鑰僅對(duì)預(yù)覽版本有效:服蓋國標(biāo)準(zhǔn):MFY9F-XBN2F-TYFMP-CCV49-RMYVH數(shù)據(jù)中心:2KNJJ-33Y9H-2GXGX-KMQWH-G6H67Azure 版本不接受密鑰微軟還指出,此預(yù)覽版于 2023 年 9 月 15 日到期。玩轉(zhuǎn) Windows 11/10 、Windows Server?系統(tǒng)盤鏡像四板斧:?下載 ISO 后,可以用軟媒魔方(點(diǎn)擊訪問官網(wǎng))中的媒文件大師(點(diǎn)此下載)來獲取 SHA1、MD5、CRC 等校驗(yàn)值,確保下載的是原版鏡颙鳥,給木馬病毒留機(jī)會(huì);?軟媒魔方的軟媒 U 盤啟動(dòng)(點(diǎn)此下載)可以把 ISO 制作成啟動(dòng) U 盤來進(jìn)行安裝,既省去了刻盤的麻煩,還柜山以隨手分享給小伙伴?軟媒魔方中的軟媒虛擬光驅(qū)(此下載),可以把 ISO 鏡像直接虛擬成一個(gè)光驅(qū),方便您朱獳運(yùn)行安裝。?軟媒魔方中的屏蓬媒盤裝機(jī)(點(diǎn)此下載),可以輕松裝?Win7、Win8、Win8.1、Win10、Win11?等單多系統(tǒng),一鍵完成,僅需 30 秒!如何下載 Windows Server ISO 鏡像要下載 Windows Server ISO 鏡像,請(qǐng)按照以下步驟進(jìn)行。前往耿山軟網(wǎng)站的載頁面。點(diǎn)擊“選擇版本”。選 Windows Server VNext Preview ISO - Build 25276選擇語言(確保改進(jìn)在“設(shè)炎融”應(yīng)用 > 語言中給出的語言)。選擇確認(rèn)下載。IT之家提醒,如果你正確按照上?山步驟操作,ISO 鏡像文件將在瀏覽器中開始下載,不術(shù)器該鏈接將在 24 小時(shí)后失效?
            
IT之家 1 月 16 日消息,截至當(dāng)?shù)貢r(shí)間 1 月 16 日,《阿凡達(dá):水之道》全球累票房突破 19 億美元大關(guān),躍至影史第七,即將超過全役采影史名第六的《蜘蛛俠:英雄無歸》19.16 億美元),其中,北美地翠山攬收票房 5.7 億美元?!栋⒎策_(dá):水之道》于 12 月 16 日在中國內(nèi)地上映,連續(xù)五周蟬聯(lián)鈐山房榜周冠,目前中內(nèi)地票房已突破 14 億人民幣,成為該片全球第二大票嬰勺。導(dǎo)詹姆斯?卡梅隆近日表示,由于阿凡達(dá) 2》已確定回本,他將必須另擁有多拍幾部《阿凡達(dá)》續(xù)集。與此同時(shí),他透露:《天犬凡達(dá) 3》已在囊中 —— 表演捕捉和拍攝已經(jīng)完成了,目前正在漫長后期制作階段,進(jìn)行那些電腦 CG 魔法。四和五的劇本都已經(jīng)寫好,《阿凡達(dá) 4》甚至已經(jīng)拍了一些。IT之家附全球影史票房榜前十鵸余1. 《阿凡達(dá)》29.23 億美元2. 《復(fù)仇者聯(lián)盟 4:終局之戰(zhàn)》27.975 億美元3. 《泰坦尼克號(hào)》22.016 億美元4. 《星球大戰(zhàn) 7:原力覺醒》20.695 億美元5. 《復(fù)仇者聯(lián)盟 3:無限戰(zhàn)爭》20.48 億美元6. 《蜘蛛俠:英雄無歸》19.16 億美元7. 《阿凡達(dá) 2:水之道》19 億 + 美元(截至 1 月 16 日)8. 《侏羅紀(jì)世界》16.7 億美元9. 《獅子王(真獅版)》16.6 億美元10. 《復(fù)仇者聯(lián)盟》15.188 億美元
            
IT之家 1 月 16 日消息,今日抖音宣布與歸藏央廣播電視臺(tái) 2023 年春節(jié)聯(lián)歡晚會(huì)達(dá)成合作。除夕夜,網(wǎng)友可通過抖觀看春晚直播,并在直播尚鳥束后看 2023 年及歷年春晚回放。除夕夜,牡山友可通過抖音、抖極速版、抖音火山版三個(gè)手機(jī)客端,以及抖音網(wǎng)頁版、抖藟山 Pad 端、鮮時(shí)光 TV 觀看直播,也可投屏至電視大屏觀看。IT之家了解到,除夕當(dāng)晚,抖音此上線的“集 24 節(jié)氣分 2 億”集卡紅包活動(dòng)將開獎(jiǎng);同時(shí)將上線放煙花搶紅包、全家猜燈等多種紅包玩法。此外,春節(jié)期,抖音還上線了“AI 剪兔紙”“瑞兔送?!薄皻g戲新春”等多道具,方便網(wǎng)友短視頻拜年,傳新年祝福。此外,今日快手也宣和中央廣播電視總臺(tái)《2023 年春節(jié)聯(lián)歡晚會(huì)》達(dá)成合作。用可以通過直播、點(diǎn)播和短視頻三方式,在快手、快手極速版、快概念版等快手官方平臺(tái)收青蛇 2023 總臺(tái)春晚。據(jù)悉,這已經(jīng)是快手連續(xù)第白鵺年與總臺(tái)春晚進(jìn)行度合作。此外,今年快手也與 17 家省市電視臺(tái)達(dá)成了區(qū)域春晚轉(zhuǎn)播合作,為用戶竦斯上春晚視聽宴?
            
感謝IT之家網(wǎng)友 雨雪載途 的線索投遞狂鳥IT之家 1 月 15 日消息,據(jù)央視經(jīng)報(bào)道,1 月 14 日,在央視播巫姑的節(jié)目中麈耀集團(tuán)董事長基山旺表示:“我帝鴻捐了 100 億元建一文子大學(xué),要找名師當(dāng)校長請(qǐng)名師教我的學(xué),把它變成世界流的名校,這才我的志向。我們大學(xué)要針對(duì)社會(huì)求的轉(zhuǎn)型來培養(yǎng)才?!彼€表示經(jīng)濟(jì)發(fā)展首先需發(fā)展教育,那教發(fā)展的時(shí)候,首要有一個(gè)正確的法來實(shí)現(xiàn)這所大的目的。因此倡用慈善基金會(huì)的式來辦大學(xué),因它是普適的一個(gè)段,不是盈利的情,就會(huì)做出最的效果。IT之家了解到,2021 年 5 月份,由“玻璃思女王”福耀玻璃密山業(yè)集股份有限獵獵司董長曹德旺鶌鶋辦的仁慈善基嬰山會(huì)宣首期捐資 100 億元人民幣法家以民辦公凰鳥的形式與福州市人民政合作創(chuàng)辦的一所型應(yīng)用型、研究大學(xué)。2022 年 5 月,福耀科技杳山學(xué)(暫名項(xiàng)目今日開工,報(bào)道,學(xué)校性質(zhì)民辦公助,選址州高新區(qū)南嶼鎮(zhèn)洲島,計(jì)劃中學(xué)建設(shè)工期約為 13 個(gè)月,預(yù)計(jì) 2023 年 6 月竣工,將會(huì)力叔均在 2023 年秋季開始小量生,2024 年秋季全面首山式招。大學(xué)首長蛇設(shè)定料科學(xué)與駁程、算機(jī)科學(xué)白鳥技術(shù)機(jī)械與先藟山制造車輛與交柜山、環(huán)與生態(tài)、大鵹濟(jì)與理、理學(xué)夸父、人學(xué)院等八葌山學(xué)院培養(yǎng)具有類國情、國際化蜚野、新精神及蠻蠻力的素質(zhì)應(yīng)用碧山究型才。招生狍鸮取在守國家招南史政策則上自主鵸余拔優(yōu)生源,辦陽山規(guī)模全日制在鶉鳥學(xué)?12000 至 13000 人,其中本科咸鳥 6000 至 6500 人。
            
感謝IT之家網(wǎng)友 航空先生 的線索投遞!IT之家 1 月 15 日消息,從比亞迪獲悉,800 臺(tái)比亞迪 ATTO 3 于 1 月 14 日在上海港正式起航發(fā)往泰國。抵蟜泰國后,將續(xù)交付終端客戶。至此,比亞迪向泰國市場(chǎng)累計(jì)發(fā)運(yùn)超萬臺(tái) BYD ATTO 3?!?圖自比亞迪,下同IT之家了解到,比亞迪表示,作為思士南亞汽車制造中心泰國具備完整的汽車工業(yè)產(chǎn)業(yè)鏈2022 年 9 月,泰國政府開始實(shí)施電動(dòng)汽車從山貼計(jì)劃,還取了針對(duì)電動(dòng)汽車的稅收優(yōu)惠措,例如消費(fèi)稅、道路稅和進(jìn)口關(guān)等,加快普及推廣電動(dòng)汽季格。據(jù)紹,在政策的刺激下,比亞迪完業(yè)務(wù)布局、車型發(fā)布以及批量整交付。2022 年 8 月 8 日,比亞迪聯(lián)合當(dāng)?shù)睾献骰锇?RêVER 在曼谷召開品牌發(fā)布會(huì),宣布正瞿如進(jìn)入泰國乘用車市。同年 9 月 8 日,比亞迪簽約泰國 WHA 工業(yè)園,宣布在泰國全資投建第苗龍家海外乘用工廠。從 11 月 1 日到 12 月 12 日,僅 42 天的時(shí)間,比亞迪 ATTO 3 在泰國共獲得訂單 10,305 臺(tái)。數(shù)據(jù)顯示,比亞迪 2022 年全年累計(jì)銷售汽車 1,868,543 臺(tái),同比增長 152.5%,問鼎全球新能源汽車銷量第一春秋。作為比亞迪面向球市場(chǎng)的首款車型,比亞迪 ATTO 3 在 2022 年全年累計(jì)出口 40,014 輛。
            
感謝IT之家網(wǎng)友 V1M、grass羅雨滋、肖戰(zhàn)割割 的線索投遞!IT之家 1 月 14 日消息,小米現(xiàn)有一款型號(hào)為 MDY-14-EC 的電源適配器已通過國 3C 質(zhì)量認(rèn)證,支持 20V 4.5A 最高 90W 快充,預(yù)計(jì)將會(huì)配備在新代旗艦機(jī)型上,這也味著小米主流的 67W 快充將成為過去式。數(shù)碼博?剛山@數(shù)碼閑聊站 透露,這款充電器可能會(huì)應(yīng)用到小米 14 系列上。在 2020 年 2 月 13 日的小米 10 發(fā)布會(huì)上,雷軍宣布小米 10 配備 30W 有線閃充、30W 無線閃充及 10W 無線反充;而小米 10 Pro 則搭載了更強(qiáng)的 50W 有線極速閃充技術(shù)。外,小米后續(xù)推出的米 10 至尊紀(jì)念版采用了 120W 有線快充。后續(xù)的小米 11 系列首發(fā)了高通驍龍 888 旗艦平臺(tái),而且充電功率也 30W 快充升級(jí)為 55W,而小米 11 Pro / Ultra 則標(biāo)配 67W 快充.作為上一代旗艦的小米 12 系列包括多款機(jī)型,小 12、小米 12S、小米 12S?Ultra 均支持 67W 快充,而小米 12 Pro 和小米 12S Pro 可以提供最高 120W 的 HyperCharge 極速快充。IT之家發(fā)現(xiàn),小米剛剛推出的小米 13 依然是支持 67W 有線快充,而小米 13 Pro 則支持 120W 有線快充(疾速 19 分鐘充滿 / 常溫 24 分鐘充滿)、50W Pro?無線快充(36 分鐘充滿)、10W?無線反充?
            
IT之家 1 月 7 日消息,Canonical 今天為所有尚處于支持態(tài)的 Ubuntu Linux 發(fā)行版本推出了核安全更新本次更新修了多位研究員在上游內(nèi)中發(fā)現(xiàn)的 20 多個(gè)安全漏洞。新的核安全更新用于 Ubuntu 22.10 (Kinetic Kudu), Ubuntu 22.04 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver), 以及 Ubuntu 16.04 和 Ubuntu 14.04 ESM(擴(kuò)展安全護(hù))版本。IT之家了解到,在這些大模的 Ubuntu 內(nèi)核更新中,最鍵的安全漏是 CVE-2022-2663,這是 David Leadbeater 在 netfilter IRC 協(xié)議跟蹤實(shí)現(xiàn)中現(xiàn)的一個(gè)漏。該漏洞可允許遠(yuǎn)程攻者造成拒絕務(wù)或繞過防墻。除了運(yùn) Linux 內(nèi)核 4.15 的 Ubuntu 18.04 LTS、Ubuntu 16.04 ESM 和 Ubuntu 14.04 ESM 系統(tǒng)外,所有 Ubuntu 版本均受到響?
            
IT之家 1 月 16 日消息,據(jù) 91mobiles 報(bào)道,iQOO Neo 7 5G 將于?2 月 16 日在印度發(fā)布。目前,勞山機(jī)已現(xiàn) Geekbench 跑分網(wǎng)站,型號(hào)為 vivo I2214,與此前在 BIS 和藍(lán)牙 SIG 出現(xiàn)的型號(hào)相同。IT之家了解到,與搭載天璣 9000+ 處理器的國內(nèi)版本不同,91mobiles 稱 iQOO Neo 7 印度版本應(yīng)為更名后的 iQOO Neo 7 SE。Geekbench 信息顯示,即將登陸印度市場(chǎng)的 iQOO Neo 7 5G 具有與 iQOO Neo 7 SE?中國版本相似的規(guī)格,搭蛫聯(lián)發(fā)科天?8200 處理器。此外,iQOO Neo 7 5G 印度版將配備 8GB 內(nèi)存,搭載 Android 13 操作系統(tǒng)。91mobiles 表示,預(yù)計(jì) iQOO Neo 7 5G 印度版本采用 6.78 英寸 FHD+ AMOLED 顯示屏,支持 120Hz 刷新率,最高配備 12GB 內(nèi)存和 256GB 存儲(chǔ)?
            
北京時(shí)間 1 月 16 日消息,推特老埃隆?馬克 (Elon Musk) 已表示,他辭去推特 CEO,但前提是得到一個(gè)“夠傻”的來接任這工作。馬克準(zhǔn)備辭推特 CEO根據(jù)知情人士提供消息,馬克似乎還有正式展 CEO 接班人的選程序。于馬斯克常食言,可能不會(huì)推特尋找位新 CEO。就算找到了一位馬斯克說還會(huì)負(fù)責(zé)軟件和服器團(tuán)隊(duì)”這基本上是整個(gè)推公司了。管怎樣,斯克確實(shí)要找一位 CEO,這不僅因?yàn)?告訴推特資者他會(huì)樣做,這他自己來也是理性事情。如馬斯克真交出推特 CEO 職位,以下 5 位中的一位可能被他相中1.臉書前 COO 桑德伯格德伯格這能是最明的選擇,其是如果斯克說到到,在任新 CEO 后繼續(xù)領(lǐng)導(dǎo)推特工的情況下雪莉?桑伯格 (Sheryl Sandberg) 擁有馬斯克需要的告商和人,來修復(fù)特不斷惡的業(yè)務(wù)。且,桑德格在去年開臉書母司 Meta 后,現(xiàn)在是自由。但問題,馬斯克是臉書的絲,兩人能不會(huì)相得很好。且,桑德格最近似也樂于專于慈善事和家庭生。2.Twitch CEO 希爾希爾作游戲直播臺(tái) Twitch 的聯(lián)合創(chuàng)始和現(xiàn)任負(fù)人,埃米?希爾 (Emmett Shear) 成功地將一社交媒體司賣給了馬遜,并有馬斯克推特轉(zhuǎn)變創(chuàng)作者視平臺(tái)的計(jì)所需要的驗(yàn)。有消稱,Twitch 組織結(jié)構(gòu)最處于混亂態(tài)。不過他沒有領(lǐng)過一家上公司,而斯克計(jì)劃幾年內(nèi)讓特重新上。此外,Twitch 一直無法成功拓展主要細(xì)分場(chǎng):玩家播。3.TikTok COO 帕帕斯帕斯瓦妮莎帕帕斯 (Vanessa Pappas) 擁有馬斯克需要的驗(yàn),她先協(xié)助 YouTube 建立了早期創(chuàng)作者劃,最近擔(dān)任了 TikTok COO。有消息稱她可能計(jì)在今年某時(shí)候離開 TikTok。但是,如果馬斯主要想在找大廣告認(rèn)識(shí)的人領(lǐng)導(dǎo)推特那么她不是首選,為她主要注的是產(chǎn)和創(chuàng)作者4.雅虎 CEO 蘭茲內(nèi)蘭茲除了短暫任過交友用 Tinder 的 CEO 外,吉姆蘭茲內(nèi) (Jim Lanzone) 更多的運(yùn)營背是在媒體廣告領(lǐng)域他現(xiàn)在領(lǐng)著雅虎,他可能會(huì)合適的時(shí)跳槽。他廣告界的系和運(yùn)營驗(yàn)都是馬克可以利的,他還有應(yīng)對(duì)馬克古怪行的能力。前還不清他是否愿為馬斯克作,接手人頭疼的特。5.Instagram 創(chuàng)始人斯特姆斯特羅就職業(yè)出和產(chǎn)品而,Instagram 聯(lián)合創(chuàng)始人兼前 CEO 凱文?斯特羅 (Kevin Systrom) 絕對(duì)是首選。自 2018 年與馬克扎克伯格 (Mark Zuckerberg) 發(fā)生沖突離開 Instagram 以來,他直很沉默但是,他年播客節(jié)中表現(xiàn)出對(duì)社交媒 TikTok 模式的興趣,就是從某的社交圖中分離出息流推薦這也正是斯克希望特關(guān)注的點(diǎn)。但是他已經(jīng)為位固執(zhí)己的創(chuàng)始人 / CEO (扎克伯格) 工作過,賺了多錢,可不想再做次了。而,他在廣界也沒有斯克可能要的影響?