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