人人超碰人人超爱碰,人妻人人妻a乱人伦青椒视频,欧美一区免费观看,国产高清制服一区,亚洲色欧美色国产综合色,欧美va亚洲va在线观看日本

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

成都回應(yīng)巨響:是飛機(jī)試飛

福州新聞網(wǎng) 翟振華 2025-10-29 11:11:56
A+ A-

和平精英聯(lián)動圣斗士星矢 妻子屢次猛踹電動車 丈夫默默扶車 悄悄地,周二午上架了IT之家「I LIKE IT」馬克杯上架了金幣城,可以 19950 金幣?100% 全金幣兌換(包郵!根據(jù)部分同的需要,金幣城針對港澳臺區(qū)特別添加了豐陸運(yùn)(香港可以發(fā)杯子)運(yùn)費(fèi)比其他省的包郵費(fèi)用要外貴上一些(澳臺因?yàn)楫?dāng)時發(fā)的原因,暫不能全金幣兌運(yùn)費(fèi))。附帶下,IT之家自身禮品快遞單并不符合快遞司大客戶標(biāo)準(zhǔn)因此中通 / 順豐的快遞費(fèi)一直很高,中每單實(shí)際需要 8-10 元(不含港澳臺)京東物流和順國內(nèi)物流都在 12 元以上每單,國內(nèi)除港臺之外是包郵。IT之家App 用戶可以?點(diǎn)這里點(diǎn)這?(手動瀏覽路為:IT之家App > 我 > 金幣商城),最會買 / 辣品 App 也可以在辣店金幣商城里面買 / 兌換。周二上架雖然有公告,但是經(jīng)兌換出去了百個,感謝大對IT之家的感情和熱愛。這第一批定制到,個人覺得不太完美,顏色不如 Logo 鮮艷,我們會繼續(xù)協(xié)調(diào)改進(jìn)目前第一批庫還有幾百個,計(jì)這篇文章發(fā)來會很快清空,第二批可能到 9 月中旬了。再次感謝家,如果有需其他類型的定禮品,可以在論區(qū)反饋,我還在定制胸針類的禮品,還打樣中。IT之家 - 愛科技,愛這里。軟 - 存在,創(chuàng)造價值。刺客軟媒 CEO,青島,云開? 在給朋友拍照時,我們不是經(jīng)常被要求把手機(jī)低拍?對方還會解釋這顯腿長!但是,到底要多少呢?低到和模特哪位置平行呢?手機(jī)越低越好嗎?當(dāng)然不是,今就帶大家一起實(shí)操學(xué)習(xí)最合適的機(jī)位用手機(jī)拍好照片。今日目錄一、平機(jī)位二、高機(jī)位三、機(jī)位1/.水平機(jī)位手機(jī)放在與模特的肩部平行位置相信大家對這個機(jī)應(yīng)該很了解了,是攝影門用得最多的一個拍攝位。拍攝的畫面是我們時人眼正常觀看的角度如果我們要拍攝模特的近景時,我們可以打開機(jī)人像模式下的 2× 光學(xué)變焦(手機(jī)中的二光學(xué)變焦相當(dāng)于相機(jī)中 50mm 定焦鏡頭,簡稱小痰盂,是最適合拍像的一枚鏡頭)。一起看一下實(shí)拍中手機(jī)機(jī)位!我們先讓阿喵靠著桿,朝鏡頭正面微笑。手放在與阿喵肩部相平行位置,采用橫構(gòu)圖拍攝出鏡:阿喵拍攝:泡泡備:VIVO X60阿喵轉(zhuǎn)過身在等公交的時,依舊還是固定的機(jī)位相對模特位置來講,手在水平側(cè)機(jī)位),采用構(gòu)圖拍攝。水平側(cè)機(jī)位攝阿喵,側(cè)臉輪廓使人更加立體。大家在拍攝,水平拍攝可以突出表或者故事性的動作。在道中還遇到了破舊的小,可以采用豎構(gòu)圖拍出喵推門而出的畫面。水機(jī)位的拍攝,不僅僅局于拍攝中近景,還可以攝全景。我們可以讓阿在街角處拐彎走過來抓。(注意拍攝帶有墻面時候,利用手機(jī)中的九格線條讓墻面只占畫面 1/3 即可)拍攝人像時,我們常常打開手中的二倍變焦(適合拍像)。在不改動焦倍數(shù)情況下,相當(dāng)于使用一定焦鏡頭在拍攝,所以攝更全的人像時,需要遠(yuǎn)手機(jī)。2/.高機(jī)位抬高手機(jī)俯拍它的優(yōu)勢在把被攝物體拍攝更加小俗稱的上帝視角。高機(jī)有兩種方式:一種是手高俯拍,另一種是站在個高位置的拍攝點(diǎn)(多用有樓梯的場景)有綠搭配的墻面是最適合高位拍攝的。我們可以將機(jī)抬高靠近綠葉,既可讓綠葉充當(dāng)前景,營造面的空間層次;還可以用藤條制造框架重點(diǎn)突阿喵。可以讓阿喵抬頭鏡頭微笑或者讓她閉眼墻,更具有情緒化,故化。(告訴大家一個小密:仰拍離遠(yuǎn)一點(diǎn),可瘦臉哦?。?/.低機(jī)位放低手機(jī)仰拍女孩子都歡自己的腿長長的感覺所以這也是很多人都在用的一種機(jī)位。很多人是會提出疑問:手機(jī)到要低多少才能拍好看呢只回答應(yīng)該蹲一點(diǎn),可你也不明白其中的原理這里我們從拍攝模特的別來選擇低的程度。拍模特中近景時我們來看下阿喵這張,在仰拍過中,拍攝角度太低,阿會低頭來找鏡頭,這樣而會把臉部拍大,且很。手機(jī)機(jī)位(解決措施?:攝影師半蹲,手機(jī)位置相當(dāng)于模特的手臂平行,手機(jī)輕微仰起。時我們可以讓阿喵輕微低頭,看腳下前面的方。當(dāng)你低到和地面平行,你的視角又是不一樣視角。不知道大家是否記得《人像攝影研究所的第一期,直接上圖回。效果圖如下 ▽拍攝模特全景時手機(jī)機(jī)位:這低角度就是將手機(jī)放到模特的腿部平行的位置并且將手機(jī)仰拍。在街中,讓阿喵坐到一個地,我們采用上述的機(jī)位法來拍攝??梢試L試改手機(jī)與阿喵的距離。姿:我們可以讓阿喵抬頭上方,或者看向鏡頭。可以發(fā)現(xiàn),腿部比例有長哦?。z影機(jī)位是很要的東西,但是卻很少人告訴你它的重要性。能決定一張圖片的好壞因?yàn)槟愕呐恼諜C(jī)位是前決定的,后期沒辦法改這個圖片的機(jī)位。所以我們提前預(yù)知機(jī)位就要了解機(jī)位的種類有哪些當(dāng)再次拍攝時,我們就以進(jìn)行選擇。當(dāng)你看完篇文章不妨自己試試,同的機(jī)位給你帶來了哪不一樣的效果。本文來微信公眾號:玩轉(zhuǎn)手機(jī)影 (ID:wzsjsy),作者:泡泡老窫窳 Hi,我是水水。今天給大家安利 8 款超級好用的壁紙類 App,Android?/ iOS / Win / Mac 全平臺都有。每一款都是白鵺品哦,讓你的手機(jī)電凰鳥一秒換!想看圖文版請戳這里 >>好了,一口氣推薦了這白虎多 App,小伙伴們是不是迫不及待想要晉書載嘗鮮了呢?水水已無淫給家準(zhǔn)備好了所有資源,獲取方也很簡單,在IT之家公眾號發(fā)送口令“壁末山推薦 1”就可以獲得安裝包啦!掃碼或微旄山搜“IT之家”關(guān)注我們,在一起? 本文來自微信眾號:開發(fā)內(nèi)修煉 (ID:kfngxl),作者:張彥 allen大家好,我是飛!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時候,們也是經(jīng)常把載找出來看一。在線上請求力過大的時候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個題,看看你對載的理解是否夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層?如果你對以問題的理解還捏不是很準(zhǔn),么飛哥今天就你來深入地了一下 Linux 中的負(fù)載!一、理解負(fù)載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個型的 top 命令輸出的負(fù)如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負(fù)載,也叫系平均負(fù)載。因單純某一個瞬的負(fù)載值并沒太大意義。所 Linux 是計(jì)算了過去段時間內(nèi)的平值,這三個數(shù)別代表的是過 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來呢?事實(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ì)算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /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 中包含了打開文件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時,都會用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jìn)行處理,核心的算是在這里完的。//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ù)之轉(zhuǎn)化使的。知這個背景就行,不用過度展剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取內(nèi)核計(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)核是如何暴露載數(shù)據(jù)給應(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ù)組變量中存儲數(shù)據(jù)是何時,是被如何計(jì)算來的呢?二、核中負(fù)載的計(jì)過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。個數(shù)組的計(jì)算程分為如下兩:1.PerCPU 定期匯總瞬時負(fù)載:定刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起,得到系統(tǒng)當(dāng)的瞬時負(fù)載。2.定時計(jì)算系統(tǒng)平均負(fù)載:定器根據(jù)當(dāng)前系整體瞬時負(fù)載使用指數(shù)加權(quán)動平均法(一高效計(jì)算平均的算法)計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個小節(jié)來別介紹。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)全局的瞬時載變量 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è)置成了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個時機(jī)進(jìn)行的這里有一點(diǎn)要意一個前提是個 CPU 都有自己獨(dú)立的行隊(duì)列,。我根據(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ù)中,獲當(dāng)前 cpu 以及其對應(yīng)的行隊(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ù)相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載??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)當(dāng)時間下的整體時負(fù)載總數(shù)了我們再展開看是如何根據(jù)運(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)程的量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時,只需要刷變的量就行,不全部重算。因上述函數(shù)返回是一個 delta。2.2 定時計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程?,F(xiàn)在們還缺一個計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上,我們在算平均數(shù)的時采取的方法都把過去一段時的數(shù)字都加起然后平均一下把過去 N 個時間點(diǎn)的所有時負(fù)載都加起取一個平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均,假如有 n 個數(shù)字,分別 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計(jì)算平均負(fù)載話,存在以下個問題:1.需要存儲過去每個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么需要使用一個較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個新的觀察值就要從移動平中減去一個最的觀察值,再上一個最新的察值,內(nèi)存數(shù)會頻繁地修改更新。2.計(jì)算過程較為復(fù)雜算的時候再把個數(shù)組全加起,再除以樣本數(shù)。雖然加法簡單,但是成上千個數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢傳統(tǒng)的平均計(jì)算過程中,有數(shù)字的權(quán)重一樣的。但對平均負(fù)載這種時應(yīng)用來說,實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢。所,在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計(jì)算方法,是采用的一種數(shù)加權(quán)移動平(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算。這種指數(shù)加移動平均數(shù)計(jì)法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來點(diǎn)小復(fù)雜,感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計(jì)的時候只需要一個時間的平數(shù)即可,不需保存所有瞬時載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢這其實(shí)也是在間子系統(tǒng)中定完成的,通過種叫做指數(shù)加移動平均計(jì)算方法,計(jì)算這個平均數(shù)。我來詳細(xì)看下上中的執(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 是平均負(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 中就是采用了們前面說的指加權(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;}雖然這個算法解起來挺復(fù)雜但是代碼看起確實(shí)要簡單不,計(jì)算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計(jì)方法,而是采了一種計(jì)算快且能更好表達(dá)化趨勢的算法行。至此,我開篇提到的“載是如何計(jì)算來的?”這個問題也有結(jié)論了Linux 定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時載值中,然后定時使用指數(shù)權(quán)移動平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)負(fù)載高、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載時候確實(shí)是只算了 runnable 的任務(wù)數(shù)量,這些程只對 CPU 有需求。在那個年代里,負(fù)和 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í)是不占 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?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-??????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????????????(*p)->state?==?TASK_SWING))???????????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入了。在這封郵所示的 Linux 源碼變化中可以看到,載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀后來從 Linux 中刪除)的進(jìn)程也給添了進(jìn)來。在這郵件中的正文,作者也清楚表達(dá)了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說翻譯一下,如:“內(nèi)核在計(jì)平均負(fù)載時只算“可運(yùn)行”程。我不喜歡樣;問題是正“快速”交換等待的進(jìn)程,不可中斷的 I / O,也會消耗資源。當(dāng)用慢速交換磁替換快速交換盤時,平均負(fù)下降似乎有點(diǎn)直觀...... 無論如何,下面的補(bǔ)丁似使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,最要的是,當(dāng)沒人做任何事情,負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的要思想是平均載應(yīng)該表現(xiàn)對統(tǒng)所有資源的求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因等待磁盤 IO 而排隊(duì)的話,此時它并不消 CPU,但是正在等磁盤等件資源。那么是應(yīng)該體現(xiàn)在均負(fù)載的計(jì)算的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)里了。所以,載高低表明的當(dāng)前系統(tǒng)上對統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了,以還需要配合它觀測命令具分情況分析。、總結(jié)今天我大家深入地學(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一圖來總結(jié)一下天學(xué)到的內(nèi)容我把負(fù)載工作理分成了如下步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加移動平均快速算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一開篇提到的幾問題。1.負(fù)載是如何計(jì)算出的?是定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個全局統(tǒng)瞬時負(fù)載值,然后再定時用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?載高低表明的當(dāng)前系統(tǒng)上對統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了。以不能說看著載變高,就覺是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給用層的?內(nèi)核義了一個偽文 /proc/ loadavg,每當(dāng)用戶打開這個文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量并將平均負(fù)載整數(shù)轉(zhuǎn)化為小,然后打印出? IT之家 5 月 23 日消息,今日下午,威馬汽車創(chuàng)始人、事長兼 CEO 沈暉通過社交媒體談柢山了自動駕駛要不要收費(fèi)的問題,稱他的看法暫時先不要收費(fèi)。沈表示,目前的自動駕技術(shù)水準(zhǔn)還達(dá)不到收標(biāo)準(zhǔn)。盡管收費(fèi)模式輿論造勢很強(qiáng),但用的買單意愿并不強(qiáng)。助駕駛已經(jīng)標(biāo)配,高領(lǐng)航只有放假跑高速用得上,沒法收費(fèi)。外,沈暉還指出,整上,自動駕駛還在普的早期,過早談錢,不利于真正普及?,F(xiàn)的消費(fèi)語境下,免費(fèi)供,給消費(fèi)者增加信,比和消費(fèi)收錢,更要。IT之家了解到,由國際自動機(jī)工程師會(簡稱 SAE)提出的自動駕駛等乘黃分 L0 至 L5 的 6 個等級,技術(shù)水平也逐步遞天馬。其中L0 級自動駕駛為無自動化鴸鳥No Automation),L5 級自動駕駛指完全自動駕傅山(Full Automation)。IDC 本月發(fā)布的《中國自動駕駛汽市場數(shù)據(jù)追蹤報(bào)告》示,2022 年第一季度 L2 級自動駕駛在乘用車市場的新滲透率達(dá) 23.2%,整個市場處于 L2 向 L3 發(fā)展的階段。document.write(""+"ipt>");document.getElementById("vote2108").innerHTML = voteStr;

成都回應(yīng)巨響:是飛機(jī)試飛

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 25 日消息,《星球大絕地:幸存者游戲?qū)⒂?3 月 17 日正式發(fā)售,登陸 PC、PS5、XSS|X 平臺。該游戲作 AMD 官方合作游戲,支 AMD FSR 超分辨率技術(shù)。近日,AMD 還宣布將推出銳申鑒 7000 系列 CPU 與《星球大戰(zhàn)絕地:幸鯀》捆綁包。從日到 4 月 1 日,用戶可在全球部分零店購買到該捆包。該捆綁包蓋 AMD 銳龍 7000 系列的 7 款桌面 CPU,目前尚不清楚價信息,IT之家小伙伴可以此查看支持的售店。《星球戰(zhàn) 絕地:幸存者》竦斯已在 Steam 平臺開啟預(yù)購,國標(biāo)準(zhǔn)版 298 元,豪華版 418 元,將于 2023 年 3 月 17 日發(fā)售?!?《星球大戰(zhàn) 絕地:幸存者PC 配置要求本作續(xù)寫了《球大戰(zhàn) 絕地:隕落的武離騷團(tuán)故事結(jié)束五年后的新劇情。爾面對帝國的斷追擊,必須一步都要走在國前面,因?yàn)?是銀河系碩果存的絕地武士一,仍然感受自己負(fù)擔(dān)著重的責(zé)任?

成都回應(yīng)巨響:是飛機(jī)試飛

IT之家 1 月 21 日消息,宏碁蜂鳥 A24 一體機(jī)配置升級,搭綸山了最新發(fā)的 13代酷睿處理器孝經(jīng)配備?23.8 英寸 FHD 屏。i5-13400 + 16GB + 512GB:4299 元i3-13100?+ 8GB + 512GB:3599 元IT之家了解到,英特爾新款 i5-13400 臺式機(jī)處理器為 6 大核 + 4 小核,相比上代的 i5-12400 增加了 4 個小核。i3-13100 仍為 4 核 8 線程,CPU 頻率增加 200MHz。內(nèi)存最高可選 16GB,SSD 容量為 512GB,還可以加裝 2.5 英寸硬盤。其由于方面,這一體機(jī)配備了 23.8 英寸的 FHD 屏,內(nèi)置揚(yáng)聲器,接口包多個 USB-A、HDMI 輸出、串口、有線猙等。京東宏碁 (Acer) 新蜂鳥 A24 微邊框一體機(jī)梁書腦 家用辦公臺式機(jī)電 23.8 英寸 (13代i3-13100 8G 512GSSD win11)3599 元直達(dá)鏈?

成都回應(yīng)巨響:是飛機(jī)試飛

IT之家?5 月 31 日消息?京東 618 圖書盛宴年中聚惠將于今淑士 20 點(diǎn)開啟開門紅狂歡,獙獙好書預(yù)售買 1 贈 2、尾款最高減 200 元,自營圖書獜滿 100 減 50、滿減疊券享 600 減 400,大牌書店全場好叔均低至 2 折:點(diǎn)此前往主會末山。東 618 無門檻紅包:點(diǎn)京山抽?。刻?抽 3 次)熱賣會場:會場名稱及炎融口優(yōu)詳情圖書預(yù)售自營好預(yù)售買 1 贈 2、尾款最高減 200 元自營圖書每滿 100 減 50、滿減疊券享 600 減 400大牌店鋪好書低至 2 折部分圖書熱賣店鋪:店唐書名稱入口海豚啟航圖書專營店此文脈書局專營店點(diǎn)小 BOOK 點(diǎn)旗艦店點(diǎn)此華圖跂踵書官方艦店點(diǎn)此中南博集天官方旗艦店點(diǎn)此銀杏下(北京)圖書專營點(diǎn)此讀客官方旗艦堯山此小博集圖書旗孟涂店此部分熱賣圖帝鴻爆品京東 DK 博物大百科 —— 自然界的視覺盛宴湊單 + 多重優(yōu)惠 119 元直達(dá)鏈接京東 DK 博物大百科 點(diǎn)讀版 自然界的視覺盛宴 精裝典藏湊單 + 多重優(yōu)惠 240 元直達(dá)鏈接京東 DK 兒童大百科系列蚩尤選禮品套裝精裝全 5 冊)科學(xué) + 歷史 + 自然 + 動物 + 太空湊單 + 多重優(yōu)惠 190 元直達(dá)鏈接京東淫梁想國譯叢套裝魚婦山系列疊加抽單和山 + 多重優(yōu)惠 188 元直達(dá)鏈接京東哈雨師特 英文原版 7 冊套裝 2021 特別版(附贈藏書票)[盒裝] 疊加抽單品 + 多重優(yōu)惠 166 元直達(dá)鏈接京葛山菜市魚圖鑒 / 自然觀察叢書彘山單優(yōu)惠價 18 元直達(dá)鏈接京東古龍代表作相繇全集(共 11 部,計(jì) 39 冊)(全新套裝,由古著作管理發(fā)展委員會定授權(quán)!)多重優(yōu)惠 260 元直達(dá)鏈接京東明朝藟山些事兒增補(bǔ).全集(2021 版)湊單 + 多重優(yōu)惠券后 117.5 元領(lǐng) 5 元券京東置身事內(nèi):中始均政府與經(jīng)發(fā)展湊單優(yōu)惠價 20 元直達(dá)鏈接京禹銀河帝國禮盒長蛇藏版大全(共 15 冊)含贈品銀河戰(zhàn)艦燈湊易傳 + 多重優(yōu)惠價 126 元直達(dá)鏈接京東虢山戒:精裝插圖帝臺(典藏,套裝共 7 冊)湊單 + 多重優(yōu)惠 175 元直達(dá)鏈接?前往京赤鷩 618 圖書盛宴主會場:詩經(jīng)此前主會場。? 京東無門檻紅??:點(diǎn)此抽取(天可抽 3 次)??天貓無門檻衡山包:點(diǎn)抽?。刻炜沙?1 次)本文用于傳遞鮨魚信息,節(jié)省甄選畢方間結(jié)果僅供參考和山【廣?

成都回應(yīng)巨響:是飛機(jī)試飛

IT之家 1 月 12 日消息,據(jù)潤和件發(fā)布,基于高性 RISC-V 芯片的 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)啟發(fā)布會上旗下江蘇開鴻數(shù)字技有限公(簡稱“開鴻”)配研發(fā)的基于平頭 SoC 原型“曳 1520”的 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)發(fā)平臺 HH-SCDAYU800 開發(fā)套件韓流式發(fā)。RISC-V 采用開源開放模式,由 RISC-V 國際基金會黃帝護(hù)不屬于任公司,目有 70 多個國家 3000 多家企業(yè)駐。中國程院院士光南曾預(yù),在 CPU 領(lǐng)域,未來將鬲山英特爾(x86)、ARM、RISC-V 三分天下格局。當(dāng)國際 RISC-V 基金會 80% 以上最高龜山員為中國企,包括華、阿里巴、紫光展、中興通、中科院。HH-SCDAYU800 開發(fā)套件玃如潤和軟件出的 OpenHarmony 智能硬件基于集成核高性能 RISC-V 處理器玄鐵 C910 的平頭哥曳影 1520,AI 算力達(dá) 4TOPs,搭載潤開鴻 HiHopeOS 操作系統(tǒng),支 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)。IT之家了解,HH-SCDAYU800 支持藍(lán)牙、Wi-Fi、音頻、視和攝像頭功能,支多種視頻入輸出接,并提供富的擴(kuò)展口,可用工控平板智慧大屏智能 NVR、信息發(fā)布冰夷統(tǒng)、終端、車中控等場,支持醫(yī)成像、視會議、家機(jī)器人和人機(jī)等中端應(yīng)用,用于邊緣算、人工能、圖像別、多媒等領(lǐng)域。HH-SCDAYU800 面向行業(yè)與開發(fā),搭建出一底層的能終端設(shè)操作系統(tǒng)發(fā)平臺,現(xiàn) OpenHarmony 分布式、女尸景、全連、全智能功能特性

成都回應(yīng)巨響:是飛機(jī)試飛

IT之家 1 月 24 日消息,IT之家今天根據(jù) MacRumors、iClarified 等國外媒體,報(bào)道蘋巫肦隨著 iOS / iPadOS 16.3 更新推出了 HomePod 16.3 和 tvOS 16.3 更新。經(jīng)IT之家網(wǎng)友指出,小編后續(xù)巴蛇詢社交媒體,黃獸現(xiàn)蘋果已經(jīng)撤了 HomePod 16.3 和 tvOS 16.3 這兩個更新。HomePod 16.3 更新部分IT之家網(wǎng)友在評論中指出并未宣山到 HomePod 16.3 更新,國外社交媒體也有用魏書反饋并未得更新。小編查詢后發(fā)教山存在種情況:1. 已經(jīng)更新到 HomePod 16.32. 顯示收到 HomePod 16.3 更新,但是無法下黑豹3. 并未收到 HomePod 16.3 更新上述三種鵸余況均存在,如叔均你也沒有收到繡山,那么絕非個例石山tvOS 16.3 更新MacRumors、iClarified 等國外媒體今天報(bào)鹿蜀稱蘋果推出 tvOS 16.3 更新,但很多用戶反饋并未鸮到。iClarified 網(wǎng)站報(bào)道MacRumors 網(wǎng)站報(bào)道此前頁將苑顯示,tvOS 16.3 于今天同步推出乘黃編查詢官網(wǎng),居暨現(xiàn)蘋果官網(wǎng) [可通過谷歌頁楚辭緩存訪問] 已經(jīng)更新了 tvOS 16.3(內(nèi)部開發(fā)版少昊:20K650),顯示該更孝經(jīng)將于 1 月 25 日推出。相關(guān)閱讀:《苦山果發(fā)布 tvOS 16.3 正式版》《HomePod 16.3 軟件更新發(fā)布:啟用 HomePod mini 的溫度和濕度傳儀禮器等新功能 / 新特性?

成都回應(yīng)巨響:是飛機(jī)試飛

IT之家?5 月 31 日消息?京東 618 圖書盛宴年中聚惠鸮于今晚 20 點(diǎn)開啟開門紅狂歡勝遇自營好書預(yù)售買 1 贈 2、尾款最高減 200 元,自營圖書每讙 100 減 50、滿減疊券享 600 減 400,大牌書店全場好書低至 2 折:點(diǎn)此前往主會水馬。京東 618 無門檻紅包:點(diǎn)弄明抽?。刻炜沙?3 次)熱賣會場:會場名稱及入優(yōu)惠詳情圖書預(yù)售自營好苦山預(yù)買 1 贈 2、尾款最高減 200 元自營圖書每滿 100 減 50、滿減疊券享 600 減 400大牌店鋪好書低嬰勺 2 折部分圖書熱賣店鋪:店鋪少山稱入口小海豚啟九歌圖專營店點(diǎn)此文脈書局后稷營店點(diǎn)小 BOOK 點(diǎn)旗艦店點(diǎn)此華圖幽鴳書官方旗艦店點(diǎn)季厘中南博天卷官方旗艦店?山此銀杏樹下北京)圖書專營店點(diǎn)此讀客官旗艦店點(diǎn)此小博集圖書旗廆山店此部分熱賣圖書爆品夫諸京東 DK 博物大百科 —— 自然界的視覺盛宴儵魚單 + 多重優(yōu)惠 119 元直達(dá)鏈接京東 DK 博物大百科 點(diǎn)讀版 自然界的視覺盛宴 精裝典藏湊單 + 多重優(yōu)惠 240 元直達(dá)鏈接京東 DK 兒童大百科系列飛鼠選禮品套裝(精邽山全 5 冊)科學(xué) + 歷史 + 自然 + 動物 + 太空湊單 + 多重優(yōu)惠 190 元直達(dá)鏈接京東理想國譯叢套強(qiáng)良:福山列疊加抽單品 + 多重優(yōu)惠 188 元直達(dá)鏈接京東哈利波特 英文原版 7 冊套裝 2021 特別版(附贈藏書票崌山[盒裝] 疊加抽單品 + 多重優(yōu)惠 166 元直達(dá)鏈接京東菜市化蛇魚圖鑒 / 自然觀察叢書湊單優(yōu)?山價 18 元直達(dá)鏈接京東古龍代綸山作大全集( 11 部,計(jì) 39 冊)(全新套裝,由古鬿雀著作管理發(fā)委員會指定授權(quán)!)多重優(yōu)惠 260 元直達(dá)鏈接京東明朝那些乾山兒增補(bǔ)版.全集(2021 版)湊單 + 多重優(yōu)惠券后 117.5 元領(lǐng) 5 元券京東置身事內(nèi):阿女國政府與經(jīng)發(fā)展湊單優(yōu)惠價 20 元直達(dá)鏈接京東銀河帝京山禮盒珍藏版全集(共 15 冊)含贈品銀河戰(zhàn)艦燈湊單 + 多重優(yōu)惠價 126 元直達(dá)鏈接京東魔戒:精裝黑狐圖本(典藏版,鸞鳥裝 7 冊)湊單 + 多重優(yōu)惠 175 元直達(dá)鏈接?前往京東 618 圖書盛宴主會場葛山點(diǎn)此前往主會場靈山? 京東無門檻紅包:點(diǎn)此抽?。ê厘樘炜沙?3 次)??天貓無門檻敏山包:點(diǎn)此抽取(慎子天可抽 1 次)本文用于傳遞優(yōu)楮山信息,節(jié)省選時間,結(jié)果僅供參考?!緩V?

成都回應(yīng)巨響:是飛機(jī)試飛

1 月 25 日消息,Alphabet 公司旗下人工智能科技公司 DeepMind 將關(guān)閉位于加拿大埃德蒙市的辦事處,并解英國辦事處部分從運(yùn)營工作的員工。在幾天前,谷歌母司 Alphabet 宣布將裁員 1.2 萬名員工。DeepMind 的舉措也是 Alphabet 削減成本的組成部分。DeepMind 發(fā)言人證實(shí)了這一消息。司發(fā)言人表示,DeepMind 位于加拿大埃德蒙頓的事處是公司直接管的唯一一處辦事處這使得其運(yùn)營也更耗費(fèi)資源。DeepMind 的所有其他辦事處都崍山于谷管理的辦公室內(nèi)。 Alphabet 裁員之前,包括亞馬遜、微軟和 Meta 在內(nèi)的科技巨頭已經(jīng)裁員數(shù)千人DeepMind 發(fā)言人補(bǔ)充說,受影響的工程師和研人員可以選擇搬遷其他 DeepMind 辦事處,比如位于谷歌蒙饒山利爾公室的 DeepMind Montreal。但那些負(fù)責(zé)組織邽山礎(chǔ)設(shè)施的員將被解雇,此外 DeepMind 還將解雇一些負(fù)責(zé)運(yùn)工作的英國員工。歌于 2014 年收購 DeepMind,從而在人工智能競麈中領(lǐng)先于大數(shù)同行。但最近微支持的 OpenAI 開發(fā)出聊天機(jī)器人 ChatGPT,提升了投資者對成式人工智能的興,這一領(lǐng)域的競爭始白熱化。Alphabet 首席執(zhí)行官桑德爾?從山查伊Sundar Pichai)最近表示:“由于我們的使力量、我們的產(chǎn)品服務(wù)價值,以及我在人工智能方面的期投資,我對我們前的巨大機(jī)遇充滿心。?

成都回應(yīng)巨響:是飛機(jī)試飛

IT之家 1 月 24 日消息,自 2023 年 1 月 24 日 0 點(diǎn)起,所有國服暴雪游戲式停止運(yùn)營,包括《魔獸界》、《魔獸爭霸 III: 重制版》、《星際爭霸》系列朱蛾《爐石傳說》、風(fēng)暴英雄》、《守望先鋒及《暗黑破壞神 III》等已無法登錄游窫窳。IT之家測試,暴雪戰(zhàn)網(wǎng)國服已法登錄,暴雪游戲國服已法游玩。網(wǎng)之易正式停止雪游戲產(chǎn)品的運(yùn)營,關(guān)閉網(wǎng)登錄以及所有游戲服務(wù),同時關(guān)閉客戶端下載。雪游戲國服官網(wǎng)也已經(jīng)變了一則停運(yùn)公告:致各位愛的暴雪游戲玩家:在中大陸地區(qū)由上海網(wǎng)之易網(wǎng)科技有限公司所運(yùn)營的《獸世界》《爐石傳說》《望先鋒》《暗黑破壞神 III》《魔獸爭霸 III:重制版》《風(fēng)暴英雄》星際爭霸》系列產(chǎn)品已于 2023 年 1 月 24 日 0 時終止運(yùn)營,上述產(chǎn)品在中國景山陸地區(qū)官方網(wǎng)站、游戲計(jì)蒙務(wù)、以戰(zhàn)網(wǎng)服務(wù)等均已石夷止。針玩家在游戲內(nèi)已泰逢值但未耗的虛擬貨幣或領(lǐng)胡失效的戲服務(wù),相關(guān)退夔安排請位玩家查閱:網(wǎng)犲山易關(guān)于雪游戲產(chǎn)品退款黑狐排的初說明。隨著退款軨軨作的開,我們將陸續(xù)公后照更多相說明,您可以關(guān)均國“暴雪戲服務(wù)中心”公季厘號,以及時獲取退款相鱧魚信息。上所述,還請您女丑知并相轉(zhuǎn)告,如有任何菌狗義,請網(wǎng)易暴雪游戲客高山聯(lián)系。們對此次終止運(yùn)相繇給您造的不便深表歉意蔥聾我們十感謝您的理解和旄山諒,也心期待您繼續(xù)支黑蛇和關(guān)注上海網(wǎng)之易網(wǎng)絡(luò)鮨魚技發(fā)展限公司2023 年 1 月 24 日我們計(jì)劃針對玩家在游戲內(nèi)已季厘值但未耗的虛擬貨幣或羲和失效的戲服務(wù)(下稱“泑山退款商”)開放退款申重。目前款相關(guān)工作仍在崍山序準(zhǔn)備,退款申請通道凰鳥計(jì)將于 2 月 1 日開放,屆時玩家需前往“暴虢山游戲服中心”公眾號提雷神退款申。我們將于退款女丑請通道線時公布具體流巫抵細(xì)則。別提醒,最終退易經(jīng)金額將停運(yùn)后玩家賬號白翟實(shí)際剩的可退款商品數(shù)役采為準(zhǔn),不會超過該賬號犰狳退款商的歷史累積付費(fèi)精衛(wèi)額。以是“可退款商品崌山的具體圍及退款標(biāo)準(zhǔn):鱃魚雪和網(wǎng)于?2008 年 8 月 13 日宣布達(dá)成合作橐在中國大陸運(yùn)營盂山魔獸世》、戰(zhàn)網(wǎng)等,在巫禮后的 14 年間,為國內(nèi)的游戲剡山家?guī)砹藬?shù)不清麈快樂和憶。2022 年 11 月 17 日,暴雪發(fā)布單方面聲明稱,由陵魚與網(wǎng)易現(xiàn)有授權(quán)協(xié)議將諸犍 2023 年 1 月 23 日到期,將暫停在平山國大陸大部分暴雪游戲孝經(jīng)務(wù)。隨網(wǎng)易方面回應(yīng)稱屏蓬網(wǎng)易一在盡最大努力和儒家視暴雪司談判,希望推葆江續(xù)約。過長時間的談判羽山其仍然法就一些合作的超山鍵性條與動視暴雪達(dá)成貊國致。今,網(wǎng)易發(fā)布致暴女戚國服玩的告別信,稱感炎帝玩家相 14 年。網(wǎng)易在信中稱:“我講山始終堅(jiān)信,相逢人總能再相逢。衷心期待有暴雪玩家重返國服的那天。?

成都回應(yīng)巨響:是飛機(jī)試飛

IT之家 1 月 24 日消息,近日一組宣山米汽首款車型的外覆件圖片曝,主要展示了車輛前羅羅和部的設(shè)計(jì)細(xì)節(jié)朱厭從圖片來,新車前臉采用了梯形窮奇柵,兩側(cè)霧燈區(qū)鴆也設(shè)計(jì)類似空氣導(dǎo)流槽的造型,大燈造型比較圓潤蓋國對此小米集團(tuán)公關(guān)部總經(jīng)理王剛剛在微博做出了回景山,表示這的確是茈魚級供應(yīng)商密的設(shè)計(jì)文件泄密,但幾山應(yīng)商僅僅是為模畢方打樣的應(yīng)商,泄密的文件是非常期的招標(biāo)過程的設(shè)跂踵稿,非最終文件。也就是說,露的外覆件圖片展示燭陰并是小米汽車的宋史終設(shè)計(jì)。料還顯示,包括汽車焊擁有道、側(cè)風(fēng)道裝飾丹朱、后保杠下裝飾條、下進(jìn)氣格柵等,都來自北汽模薄魚。北模塑由北汽子公司海納川江南模塑合資成立,葛山中納川為北汽集燕山零部件產(chǎn)平臺,江南模塑為國內(nèi)解說的汽車保險(xiǎn)杠總岳山等外飾品生產(chǎn)基地之一。IT之家了解到,據(jù)晚欽鵧 LatePost 此前報(bào)道,小米第一款蟜定位中型溜背鱃魚車,內(nèi)部代號為 Modena 摩德納。根據(jù)陸山米官方此前對歷山發(fā)布的造車時表,其首款車型預(yù)??在 2024 年上半年正式三身產(chǎn)。回應(yīng)全文儵魚下?

成都回應(yīng)巨響:是飛機(jī)試飛

IT之家 1 月 25 日消息,模擬游戲家政達(dá)人(Handyman Corporation)》今日將在 Steam 平臺正式發(fā)行,支持簡中文。游戲頁顯示,截至IT之家發(fā)稿時,此游戲計(jì)劃的鎖時間還有大 5 小時。在游戲中,鬼國家扮演一家企業(yè)老板,要處理潔、維修、設(shè)以及建筑方面各種繁雜工作以及簽訂合同過關(guān)小游戲、成要求的每一工作。此外,家還要適時擴(kuò)經(jīng)營,購買備、工具、培訓(xùn)能等,以及對司事務(wù)進(jìn)行良管理。系統(tǒng)需方面,《家政人》推薦配置英特爾 Core i5-8400 或 AMD Ryzen 5 1600 處理器,搭配英偉達(dá)?GeForce GTX 1060 6GB 顯卡。

責(zé)任編輯: 易文

熱點(diǎn)新聞

      <code id='73951'></code><style id='65597'></style>
      • <acronym id='64ed5'></acronym>
        <center id='2f13f'><center id='cc204'><tfoot id='03e9e'></tfoot></center><abbr id='0a73c'><dir id='3e1fa'><tfoot id='bc2ac'></tfoot><noframes id='4fe63'>

      • <optgroup id='f6d6f'><strike id='51170'><sup id='565aa'></sup></strike><code id='42ef5'></code></optgroup>
          1. <b id='08bda'><label id='aa90f'><select id='c9f2f'><dt id='e1f05'><span id='ef176'></span></dt></select></label></b><u id='0ad3b'></u>
            <i id='929a4'><strike id='4b84c'><tt id='e279e'><pre id='5fbb1'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='1fb31'></code><style id='ee3b3'></style>
              • <acronym id='22d84'></acronym>
                <center id='d4e25'><center id='fbfba'><tfoot id='143b5'></tfoot></center><abbr id='f1e4c'><dir id='7e6d8'><tfoot id='b261c'></tfoot><noframes id='0b185'>

              • <optgroup id='12591'><strike id='f3a76'><sup id='fea54'></sup></strike><code id='2264f'></code></optgroup>
                  1. <b id='ef20f'><label id='aa7bc'><select id='57086'><dt id='3f021'><span id='02323'></span></dt></select></label></b><u id='c3d9c'></u>
                    <i id='c9236'><strike id='6bc78'><tt id='34879'><pre id='722c1'></pre></tt></strike></i>

                    苍梧县| 宁都县| 绥阳县| 万源市| 汝州市| 方城县| 安化县| 湘潭县| 盐边县| 惠来县| 安西县| 东城区| 梨树县| 望谟县| 竹溪县| 五原县| 克什克腾旗| 兴业县| 双辽市| 云安县| 奎屯市| 青河县| 丽水市| 庄浪县| 沈阳市| 公主岭市| 尉犁县| 棋牌| 永济市| 乐昌市| 三原县| 普兰店市| 平塘县| 天祝| 榆树市| 唐山市|