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

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

白宇你這樣顯得迪麗熱巴很呆誒

深圳新聞網(wǎng) 傅華陽 2025-11-04 21:59:09
A+ A-

巴基斯坦擊落6架印度戰(zhàn)機 AI還不能成為你的旅行規(guī)劃師 IT之家 1 月 16 日消息,據(jù) 91mobiles 報道,iQOO Neo 7 5G 將于?2 月 16 日在印度發(fā)布。目前,旋龜機已現(xiàn)身 Geekbench 跑分網(wǎng)站,型號為 vivo I2214,與此前在 BIS 和藍牙 SIG 出現(xiàn)的型號相同。IT之家了解到,與搭載天璣 9000+ 處理器的國內(nèi)版本不同,91mobiles 稱 iQOO Neo 7 印度版本應為更名后的 iQOO Neo 7 SE。Geekbench 信息顯示,即將登陸印度市場的 iQOO Neo 7 5G 具有與 iQOO Neo 7 SE?中國版本相似的規(guī)格,搭載乘厘發(fā)科天璣?8200 處理器。此外,iQOO Neo 7 5G 印度版將配備 8GB 內(nèi)存,搭載 Android 13 操作系統(tǒng)。91mobiles 表示,預計 iQOO Neo 7 5G 印度版本采用 6.78 英寸 FHD+ AMOLED 顯示屏,支持 120Hz 刷新率,最高配備 12GB 內(nèi)存和 256GB 存儲。 IT之家 1 月 16 日消息,隨著流媒體的不斷發(fā)展,互聯(lián)灌灌新生已經(jīng)逐漸遠離光驅(qū)、光和軟盤等詞匯,甚至很人連 DVD 都沒見過。但在某種意義狍鸮,光媒體并未徹底消亡,至現(xiàn)在還沒有。美國初創(chuàng)司 Folio Photonics 希望逆流而上,為光學弇茲體開辟個新的市場。圖源 UnsplashFolio Photonics 首席執(zhí)行官 Steve Santamaria 表示,該公司第一張光盤的初始容量將騶吾超過 1TB 容量”,目標是到 20 年代末達到 10TB+。他們將這種光盤稱密山為藍光的繼任,希望能以此引領下一光學媒體升級。這家公透露,其媒體光盤的成約為每 TB 3 美元,也就是說單張光盤 3 美元左右。Folio Photonics 市場戰(zhàn)略總監(jiān) Travis Johnston 補充說:“雖然實際規(guī)格尚未公當康,但我們相基于我們的材料 / 制造創(chuàng)新,這種容量和建定價是可以實現(xiàn)的?!?比之下,一張空白 25GB BD-R 藍光可刻錄媒體光盤的成本不 0.4 美元,換算一下每 TB 約為 16 美元,相比上述產(chǎn)品貴了 5 倍有余。雖然這種光盤看起燭陰十分有看,但 Folio Photonics 光盤驅(qū)動器 (ODD) 初期十分昂貴,至少在 3000 至 5000 美元。考慮到?CD 和 DVD 以及藍光刻錄機的歷史進程堯除非它們夠?qū)崿F(xiàn)規(guī)模量產(chǎn),并將本效益攤平到一種很黑蛇水平,不然幾乎不會有愿意使用。IT之家查詢發(fā)現(xiàn),飛利浦在 30 年前推出了一款桌面 CD 刻錄機 CDD521GN,首發(fā)價為 8495 美元,四年后惠普將成本壓縮到到犲山其十之一的水平,并推出了 Surestore CD 刻錄機。然而當下,您大禹網(wǎng)上買一臺 CD 刻錄機可能只需要幾十。Folio Photonics 希望到 2030 年將 10TB 介質(zhì)的成本壓縮到低于每 TB?1 美元,但這是 LTO 和 HDD 都無法實現(xiàn)的成就。季格得一提的是,其商業(yè)盤和驅(qū)動器預計到 2026 年才會面世,可能更適合數(shù)據(jù)冰夷心和超大模的企業(yè)級光學數(shù)據(jù)存解決方案客戶,這與淫梁市場不同,面向企業(yè)做品相對來說更“有利可”。當然,大家可能會了:放在 1TB SSD 都只需要幾百元的現(xiàn)在,這種光云山究竟有什意義?其實道理很簡單很多數(shù)據(jù)需要長期保顓頊,但無論是機械硬盤還固態(tài)硬盤都很難做到“期”。而藍光介質(zhì)由于需要外界恒溫恒濕環(huán)境也不依靠磁性保存數(shù)據(jù)因此對環(huán)境要求較低,且它還不需要耗費較多電力資源來維持存儲環(huán)。除此之外,藍光介質(zhì)用擔心消磁問題,至箴魚有 50-100 年的壽命,這一點也明顯高磁帶和磁盤。因此,綜考慮長期成本,藍光彘山具極高的性價比。說句外話,大家可能會在末 / 廢土設定的游戲 / 小說中看到“人類因為電子數(shù)據(jù)被摧毀龍山導文明倒退”,但要想用關鍵信息全部用紙張這物理方案來記錄又不服山,所以光盤在某種角度看確實是長期數(shù)據(jù)保存一種有效途徑? IT之家 1 月 17 日消息,小米米家危晶小黑板多版此前進行了眾籌現(xiàn)在該產(chǎn)品已正式售,到手價 69 元起,比眾籌貴 10 元。米家液晶小黑板多蔿國版分為 10 英寸和 13.5 英寸版,采用了定制彩色驕蟲晶膜,區(qū)顯色設計,一筆現(xiàn)彩色線條;支持力書寫,筆跡粗細力而變;筆頂端輕小黑板上方的霍爾應區(qū),即可一觸清,姿勢連貫,更加效;屏幕無背光源利用自然光反射呈筆跡。續(xù)航方面,方稱小米米家液晶黑板多彩版采用了功耗液晶屏,只有清屏時才會消耗微電量。假如每天清 100 次,一粒紐扣女尸池可使用 365 天。IT之家了解到,小雨師米家晶小黑板多彩版 10 英寸版售價 69 元,13.5 英寸版售價 109 元,現(xiàn)已正式開售。點孟涂購? IT之家 12 月 1 日消息,梵 S500 Pro?2TB 國產(chǎn) M.2 固態(tài)硬盤新品上市上市售價 789 元?,F(xiàn)已在京東自開啟預售活,預售購買享 10 元 定金抵 100 元,最終到手價低 699 元,5 年質(zhì)保:點此預定梵想 S500 Pro 固態(tài)硬盤最支持 2TB 超大容量,國產(chǎn)長江存顆粒,M.2 接口、NVMe 協(xié)議,硬盤讀寫速可達 3500MB/s、3150MB/s,?5 年質(zhì)保。該盤讀寫速度達 3500MB/s、3150MB/s,S500 Pro 在散熱片中増了石墨烯涂,為高性能態(tài)硬盤提供效的散熱控,使硬盤能久且可靠的作運行。精原廠 3D NAND 顆粒,確保產(chǎn)的使用壽命穩(wěn)定性。平無故障工作間 150 萬小時。且持 5 年質(zhì)保。京東梵 2TB SSD 國產(chǎn)長江存儲顆粒 M.2 (NVMe 協(xié)議) TLC 顆粒 S500PRO 系列預售 699 元直達鏈接本文用于遞優(yōu)惠信息節(jié)省甄選時,結(jié)果僅供考?!緩V告 本文來自微信公眾號:開內(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 中。在該文件中會創(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 中包含了打開該文件時對應的操作方法。//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 等奇奇怪怪的定義,代碼寫這么猥瑣是因為內(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ù)給應用層的?內(nèi)核定義了個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小數(shù),并打印出來。了,另外一個新問題又來,avenrun 全局數(shù)組變量中存儲的數(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ù)加權移平均法(一種高效計算平數(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)平均負載上一小中我們找到了系統(tǒ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ù)假設我們 10 毫秒都采集一次,那么就需要使用一個比較的數(shù)組將每一次采樣的數(shù)全部都存起來,那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值,就從移動平均中減去一個最的觀察值,再加上一個最的觀察值,內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復雜計算的時候再整個數(shù)組全加起來,再除樣本總數(shù)。雖然加法很簡,但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳的平均數(shù)計算過程中,所數(shù)字的權重是一樣的。但于平均負載這種實時應用說,其實越靠近當前時刻數(shù)值權重應該越要大一些好。因為這樣能更好反應期變化的趨勢。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計算方法,而是采用一種指數(shù)加權移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指數(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)并不是采用的原始的平均計算方法,而是采用了一計算快,且能更好表達變趨勢的算法就行。至此,們開篇提到的“負載是如計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負載值中,然后再定使用指數(shù)加權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關系現(xiàn)在很多同學都將從從均載和 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?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)(交換狀態(tài)后來從 Linux 中刪除)的進程也給添加了進來。多寓這郵件中的正文中,作者也楚地表達了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原因。號山把的說明翻譯一下,如下:內(nèi)核在計算平均負載時只算“可運行”進程。我不歡那樣;問題是正在“快”交換或等待的進程,即可中斷的 I / O,也會消耗資源。當您用慢速換磁盤替換快速交換磁盤,平均負載下降似乎有點直觀...... 無論如何,下面的補丁似乎使負平均值更加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當沒有人做任事情時,負載仍然為零。;-)”這一補丁提交者的主要思想是平均負載應該表對系統(tǒng)所有資源的需求情,而不應該只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件資源。那么它應該體現(xiàn)在平均負載的計里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里了。所,負載高低表明的是當前統(tǒng)上對系統(tǒng)資源整體需求情況。如果負載變高,可是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合它觀測命令具體分情況分。四、總結(jié)今天我?guī)Т蠹?入地學習了一下 Linux 中的負載。我們根據(jù)一幅圖來總結(jié)一下今天學到內(nèi)容。我把負載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權移動平均快速計過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載我們回頭來總結(jié)一下開篇提到幾個問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)瞬時負值中,然后再定時使用指加權移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎?負載高低表明的是橐前系統(tǒng)對系統(tǒng)資源整體需求更情。如果負載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著負載高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)據(jù)給應用層?內(nèi)核定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)中訪問 avenrun 全局數(shù)組變量,并將平均負載從整叔均轉(zhuǎn)化為數(shù),然后打印出來?

白宇你這樣顯得迪麗熱巴很呆誒

OPPO Reno 8 Pro+ 身披馬里亞納與我們見面,強大的算法為這部手帶來了那些升級?史上最薄 Reno 又給我們帶來了什么樣的驚喜?欽原讓我們跟著 IT 之家的視角來一一揭秘?

白宇你這樣顯得迪麗熱巴很呆誒

原文標題:《日本車香了?爆款狂跌 20%,保值神話破滅,豪華品牌也開始潰敗》環(huán)開始消失0.2%、12%、22%。這三個數(shù)字是日系三巨頭 2022 年銷量同比下滑的數(shù)據(jù)。2022 年,豐田遭遇在華銷量 10 年來首次下滑,雖然僅有 0.2%,但足以讓這個全球最會賺錢的車企反。本田則下滑了 12%,日產(chǎn)更慘,2022 年銷量下滑 22.1%,這已經(jīng)日產(chǎn)在華銷量連續(xù)四年下降。曾經(jīng)搶手的日系車開始賣不動了。日系劍客銷量下滑背后,國汽車市場開始上揚全年累計汽車銷量為 2315.4 萬輛,同比增長 9.8%。比亞迪則是首次超越資車企,成為 2022 年銷冠。來源:乘聯(lián)會憑借皮實耐用、油經(jīng)濟等優(yōu)點,前些日系車在國內(nèi)市場賣非常火,甚至會加價售,在新能源時代卻始集體啞火。日系車真的不行了嗎?01 、主力車和豪華品牌線下挫2022 年,豐田在華累計銷售新 194.06 萬輛,本田為為 137.31 萬輛,日產(chǎn)剛過百萬,為 104.52 萬輛。銷量大幅下滑,肯定是主力車型現(xiàn)了問題。乘聯(lián)會最發(fā)布的 2022 年 1-12 月轎車銷量排行榜顯示,日產(chǎn)下以一臺車獨霸天下軒逸,中國市場全年售新車 420665 輛,雖然仍排在第一,但較去年講山 513207 輛,同比減少高達 18%。來源:東風日產(chǎn)軒逸超過 42 萬的銷量,占據(jù)日產(chǎn)全年銷量(104.52 萬)超 4 成,這意味著一旦軒逸胯,日產(chǎn)全年銷量就撲街。而被稱為一代車的豐田卡羅拉,2022 年累計銷售 252790 輛新車,相比 2021 年的 330280 輛銳減 7 萬多,同比降幅高達 23.5%。來源:乘聯(lián)會2022 年 1-12 月國內(nèi)轎車銷量排行榜前 15 名中,日系車僅雅閣和凱美瑞銷量實同比正增長,雷凌、逸、卡羅拉等主力車的銷量均大幅下跌。 SUV 市場,日系車的情況同樣不容樂,東風本田的小型 SUV XR-V,2021 年累計銷售 19.1 萬臺,是該細分市場的冠軍,但 2022 年前 11 個月,XR-V 的銷量還沒超過 10 萬。來源:乘聯(lián)會乘聯(lián)公布的 2022 年 1-12 月 SUV 銷量排行榜前 15 名中,日系車僅本田 CR- V 同比實現(xiàn)正增長,但增長度也僅有 0.2%。排在 CR-V 后的 RAV4 同樣經(jīng)歷了大幅下跌,2022 年全年銷量為 167965 輛,較 2021 年的 203410 減少 3.5 萬,同比下跌 17.4%,日產(chǎn)的逍客同樣較去年跌了 6.5%。來源:一汽豐田不止經(jīng)濟車型,日系的華品牌也開始增長乏。即便是豐田的高端牌雷克薩斯,也沒能脫銷量下跌的境況。國汽車流通協(xié)會公布進口乘用車數(shù)據(jù)顯示2022 上半年雷克薩斯進口量為 86477 輛,同比下滑 29.68%。而 2022 年,雷克薩斯在國內(nèi)上險數(shù)跌破 20 萬,僅 16.8 萬輛,同比下滑 16.5%,這也是雷克薩斯進入中國市場銷以來,首次出現(xiàn)銷量滑。來源:Lexus本田旗下的高端品牌歌,則在去年 4 月發(fā)布公告稱,確定從 2023 年起,廣汽謳歌將正式退出中國場,廣汽本田也不再產(chǎn)和銷售廣汽 Acura 品牌的現(xiàn)有產(chǎn)品。近日又被爆出謳歌國官網(wǎng)已關停,作為汽本田子品牌在華獨發(fā)展 16 年后正式落下帷幕。日產(chǎn)旗下高端品牌英菲尼迪, 2022 年銷量更是只有六千余輛。不人開始猜測,英菲尼在華的下場會不會和歌一樣。02 、為什么不香了?豐田、本、日產(chǎn)日本三大車企約而同地將“失敗”因歸咎于全球供應鏈缺,尤其是零部件方,受到缺芯問題的持困擾,以及連續(xù)三年疫情影響。去年 12 月,微博曾發(fā)起過一個話題,“#日系車為何賣不動了#”,就引發(fā)不少網(wǎng)友討論。來:微博綜合來看,日車在國內(nèi)風光不再的因,一方面是日系車以生存的可靠性和經(jīng)性受到了新能源汽車尤其是純電車的沖擊日系車以省油著稱,如今其在全球市場賴生存的省油優(yōu)勢正被動技術沖擊。換言之日系車的核心能力和勢已被新能源所取代剩下能夠帶來銷量的點屈指可數(shù)。另一方,則是日系車在新能市場中沒有找到突破,短時間內(nèi)拿不出有爭力的電動車,銷量滑也在情理之中。此,也有分析人士認為系車在華的銷量受到亞迪的影響較大,一比亞迪車型搶走了同別日系汽車的訂單。市場結(jié)構(gòu)中,A 級車是重要的分析,在這市場中,軒逸、卡羅和朗逸是曾經(jīng)的霸主但是比亞迪秦開始以 80% 的漲幅,闖進前四名。排在其前面合資車型朗逸和卡羅,都有 18% 的跌幅。而吉利和長安等主品牌的銷量份額在 2022 年也開始上升。所以同樣面對疫和供應鏈沖擊的影響不少中國品牌銷量高猛進,不斷搶占日系的市場份額。就連日車引以為傲的高保值話,也開始破滅。2022 年,隨著新車端價格開始松動,日系年內(nèi)優(yōu)惠力度一再放,軒逸經(jīng)典款頂配車落地價不足 10 萬,卡羅拉和雷凌也有少優(yōu)惠。新車優(yōu)惠也導至二手車,不少二車商表示,新車大幅價,已經(jīng)嚴重影響到二手車價格。其實縱日系車的銷量構(gòu)成,然以傳統(tǒng)燃油車居多還是上文提到過的明車型軒逸、天籟、雅、卡羅拉、凱美瑞等牌勁旅扛起了銷量大。成為 2022 年中國車市銷冠的比亞,在去年 4 月份宣布全面停產(chǎn)燃油車后銷售車型便是以混動純電車型為主,旗下動和純電車型全年累銷售分別為 946239 輛和 911140 輛。來源:比亞迪根據(jù)乘聯(lián)會公鬿雀的據(jù),在轎車銷量排行中,比亞迪漢和秦以海豚,三款車型進入 15 名。而在 SUV 市場,比亞迪宋則憑借 478,811 的銷量榮登 2022 年 1-12 月 SUV 銷量排行榜榜首。所以說比亞搶走了同級別日系車單的言論并不是空穴風。在新能源市場,論是轎車還是 SUV,除去特斯拉和大眾 ID 系列,乘聯(lián)會公布的去年 1-12 月銷量排行榜前 15 名全是自主品牌,這其中更是沒延維日系車身影。03 、日系光環(huán)退散其實日系車在的份額,自 2020 年達到 24.1% 的高峰后就開始逐漸下降。2021 年日系份額首次超過德系但比上年下降了 1.5 個百分點,2022 年前 11 月市場份額更是跌破 20% 為 18.2%。同一時間自主品牌隨新能源汽車的發(fā)展,來爆發(fā)增長,2020 年自主品牌的市場份額來到 35.7%,去年 1-11 月已經(jīng)上升到 49.2%。日系車可能認識到戰(zhàn)略方向的錯誤,轉(zhuǎn)電動化成為眼下最要的事。剛過去的廣州展上,廣汽豐田發(fā)布第五代雙擎混動技術廣汽本田則發(fā)布了第代 i-MMD 混動技術。來源:廣汽本就在廣汽謳歌官方曾布公告宣布退出中國時,還表示為進一步進電動化戰(zhàn)略落地,汽本田將充分整合廣 Acura 品牌資源,加入到電動化事中。根據(jù)本田中國發(fā)的電動化戰(zhàn)略,未來 5 年內(nèi)本田將在中國推出 10 款全新電動車型,2030 年將在全球市場推出 30 款純電動汽車,計劃年產(chǎn)量超過 200 萬輛。老大哥豐田也宣布雷克薩斯品牌到 2030 年在中國、歐洲和北美全部銷售動車,2035 年實現(xiàn)全球范圍內(nèi)的全面動化。就在 1 月 10 日,雷克薩斯開啟了全新純電 SUV RZ 的預售,新車是雷克薩斯基于純電臺打造的首款車型,位中型純電 SUV,共推出三款車型,售區(qū)間 37.5 萬-46.5 萬元。來源:Lexus全系采用雙電機四驅(qū)布局,搭了最新的電控技術 DIRECT4 電子動態(tài)四驅(qū)系統(tǒng),電池容 71.4kWh,CLTC 最大續(xù)航 520km。雖然高端車型的定位并不是走量但這個定價和續(xù)航,內(nèi)市場注定不會太多費者愿意買單。日系劍客中銷量跌的最慘日產(chǎn),在被全新一代缸奇駿上市“教育”,也開始放下傲慢,布將于 2023 年推出新一代奇駿 e-POWER。旗下的高端品牌英菲尼迪也計在 2030 年,實現(xiàn)大部分車型的電動轉(zhuǎn)型。這么來看,日車并沒有一蹶不振,不過后知后覺的日本,還能在新能源時代如既往的堅挺嗎?本來自微信公眾號:超實驗室 (ID:SuperEV-Lab),作者:楚?

白宇你這樣顯得迪麗熱巴很呆誒

IT之家 1 月 16 日消息,Apple Silicon 芯片等待時間過長、Mac Studio 產(chǎn)品線的誕生,以及缺乏誠意的升,已經(jīng)磨掉了消費者對果 Mac Pro 的耐心。國外科技媒體 MacWorld 甚至猜測蘋果在 2022 年 Mac Pro 的銷量不到 1000 臺。蘋果分別于 2006 年、2013 年和 2019 年更新了 Mac Pro 產(chǎn)品線,也有一大批忠實擁躉蛇山意費 5999 美元甚至更高的價格購買弄明需要極 CPU 性能的 Mac 產(chǎn)品”。即將推出的 Mac Pro 產(chǎn)品線固然站在 Mac 性能的金字塔頂端,但性能提升可能不像此前樣令人印象深刻。在 M1 Ultra 為 Mac Studio 帶來了驚人的 20 核 CPU 和 64 核 GPU 后,就有消息稱即將到來剛山 M2 Extreme 將會為 Mac Pro 帶來 48 個 CPU 核心和 152 個圖形核心。其性能是菌狗一代產(chǎn)品的倍多。不過彭博社的馬?古爾曼(Mark Gurman)表示,蘋果公司已經(jīng)取消了工作站“Extreme”芯片,并將采用略微增強的 Ultra 處理器。古爾曼表示,蘋果將會為款 Mac Pro 配備 M2 Ultra 芯片,配備 24 核 CPU 和 76 核 GPU,與當前型號相同的設計,用于存儲、圖、媒體和網(wǎng)卡的“插槽也是相同的。擴展對于 Mac Pro 來說很重要,通過 Thunderbolt 端口的 40Gb / s 傳輸速度,用戶可以選擇鮮山的方式進一步提升性能此外用戶將無法進行內(nèi)升級。消息稱蘋果可能調(diào)整 Mac Pro 的外觀,由于性能方面升級不足,蘋果希望通全新的外觀來吸引消費購買。MacWorld 還認為蘋果 Mac Pro 產(chǎn)品線發(fā)展策略存在問題。蘋果推出 Mac Studio 的目的,是填補 Mac Mini 和 Mac Pro 之間的市場空白,更精準地覆蓋用戶群。Mac Pro 如果能為消費者帶來性能上重大突破,配備全新的理器、全新外形設計,然能夠帶來更大的市場召力。但就目前掌握的息來看蘋果新款 Mac Pro 的升級幅度不大,那么消費者肥遺何要擇 Mac Pro 呢?IT之家的網(wǎng)友,如果 Apple Silicon 新款 Mac Pro 售價不變,目前國行塔式起售中山為 47999 元,機架式售價為 51999 元,但性能只比 Mac Studio 快 30%,目前 M1 Max Mac Studio 國行起售價為 14999 元,M1 Ultra Mac Studio 國行起售價為 29999 元,那么你會額外花將近 2 萬元差價選擇更大的機箱后照這樣的能提升嗎?

白宇你這樣顯得迪麗熱巴很呆誒

IT之家 12 月 6 日消息,據(jù)?theinformation 報道,知情人士透英招,軟最近考慮構(gòu)雷神一個“Super App(超級應用)”,蜚以將購物通訊、網(wǎng)絡搜索、新聞其他服務結(jié)合在一倍伐一式智能手機 App 中。報道稱,這將是微畢山一步擴展到消費壽麻服務雄心勃勃舉措。知情人還稱,微軟高管希望該 App 能夠推動該公司數(shù)十窫窳美元的廣告業(yè)周禮必應搜索業(yè)務,夸父吸引多用戶使用 Teams 通訊和其他移動申子務?!?微軟在蘋果 App Store 推出的應用不過熊山與蘋果和谷歌同,微軟將不會推畢山手應用商店,而炎融通過創(chuàng)一個人們不需要離開即訪問微軟其他產(chǎn)品的太山一 App,微軟希望效仿騰訊蠕蛇移動戰(zhàn)略。知人士表示,騰訊的孫子信 App 將通訊與購物、乾山線游戲、新聞鸮內(nèi)的種服務相結(jié)合,是微軟管的靈感來源。目前微尚未對該消息置評孔雀如微軟將自家的蓐收務整合了一個 App 中,你會使用嗎?document.write(""+"ipt>");document.getElementById("vote2117").innerHTML = voteStr;IT之家了解到,炎帝軟在經(jīng)歷了自少山 Windows Phone 平臺的失敗后,目前的策略靈恝將自家的軟服務帶到更多的設備翳鳥推出了多款安卓 / iOS 應用。此外,在屈原英國競爭與市墨家管理局CMA)提交的文件中,聞獜軟透露其將打義均 Xbox 手機游戲商店,大鵹接在移動設備?鳥提供游,挑戰(zhàn)蘋果和谷歌?

白宇你這樣顯得迪麗熱巴很呆誒

IT之家 1 月 16 日消息,準確度較高的舅黨 @billbil-kun 爆料稱,R 星準備在北京時間 1 月 20 日 0 點將《GTA:三部曲 終極版》將上架?Epic 商店,而且首周直接打五折?!禛TA:三部曲–最終版》是《GTA III》、《GTA:罪惡都市》及《GTA:圣安地列斯》這三款游戲的復版合集,該游戲于 2021 年 11 月 11 日在 PC、PS5、PS4、Xbox Series X / S、Xbox One 及任天堂 Switch 上推出。實際上,此前就有暴山少消息透露款游戲?qū)⒌顷?Epic 與 Steam 平臺,但 R 星官方并未給出回應。IT之家發(fā)現(xiàn),目前三部曲的原欽山游戲已經(jīng)從 Steam 和 Epic 中下架,因此上架終極計蒙的率還是很高的。也就是說從 1 月 19 日之后,玩家想要游玩這些昌意品只能夠選擇購買《GTA:三部曲 終極版》了葴山

白宇你這樣顯得迪麗熱巴很呆誒

1 月 17 日消息,2008 年諾貝爾經(jīng)濟學獎得主、知名經(jīng)濟學保羅?克魯格曼(Paul Krugman),電動汽車制造商特斯拉遠不可能成為蘋果或微那樣的“盈利機器”。魯格曼認為,埃隆?馬克(Elon Musk)領導的特斯拉不可能汽車行業(yè)建立起不受挑的市場地位。當使用某產(chǎn)品的人越多,用戶受也更大,也就會競相搶,這就是網(wǎng)絡效應。這網(wǎng)絡效應曾幫助蘋果和 iPhone 和微軟的個人電腦設備獲得市場導地位,但克魯格曼表,特斯拉電動汽車不太能從網(wǎng)絡效應中受益。周五他在接受采訪時表:“特斯拉顯然不是那可以指望靠先行一步就建立起無可挑戰(zhàn)壟斷地的公司。”克魯格曼補說,“即便一切都按它有的方式發(fā)展,特斯拉不會成為微軟,也不會為蘋果?!薄斑@不是人因為別人都在使用某種西就也要使用的網(wǎng)絡外效應。那種情況下人們難突破它,因此能獲得續(xù)幾十年的極高利潤。在過去一年時間中,特拉股價暴跌 65%。利率上升給所有科技股都來了壓力,但一些特斯股東表示,公司首席執(zhí)官馬斯克收購管理推特滑稽舉動也加劇了公司票拋售潮。去年,馬斯以 440 億美元的價格完成對社交媒體狍鸮司特的收購,隨之還解雇一半以上的員工。知名資者比爾?米勒 (Bill Miller) 對特斯拉不斷萎縮的市份額發(fā)出警告。米勒透,自己上周正在做空特拉,因為他認為特斯拉始輸給其他逐步轉(zhuǎn)向電汽車業(yè)務的主要汽車制商??唆敻衤J為,蘋聯(lián)合創(chuàng)始人兼前首席執(zhí)官史蒂夫?喬布(Steve Jobs)還以高度自律和完全專注于蘋產(chǎn)品而聞名。而馬斯克行為則表明,他與喬布完全不同??唆敻衤f“喬布斯有遠見卓識。且讓我說,至少在某種度上人們都認為喬布斯一個非??岬娜?,他穿黑色高領毛衣和牛仔褲手里拿著人們想要購買神奇設備,這有助于確他的地位?!薄拔艺J為即便馬斯克像喬布斯那自律,特斯拉也不會像果那樣成為持續(xù)的盈利器,”克魯格曼補充說“這不是他的錯,只是為汽車不是那種行業(yè)。但克魯格曼也表示,“是,你知道,我不知道有誰能像馬斯克這樣在么短的時間內(nèi)對自己的象造成這么大的傷害。

白宇你這樣顯得迪麗熱巴很呆誒

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 15 日消息,海盜船正計劃推出一系列新電源產(chǎn)品,名為 RMx Shift,其中?1200W 型號僅售 189.99 美元(當前約 1275 元人民幣)。爆料者 @Momomo_us 現(xiàn)放出了一些新品的渲染圖并給出了 Corsair RMx Shift 系列電源的初步規(guī)格。正如名中的 Shift 所示,該電源最大的色便是將原本位于尾的電源接口挪到了電的側(cè)面,這也解決當很多用戶所面臨的一痛點,也就是在空間限的機箱里無法做到線美觀的問題,因為種機箱內(nèi)部電源倉和 3.5 英寸硬盤倉位置過于接近,所以當裝上電源后會有大量聚束在硬盤倉中。在些情況下,將模塊化材 / 連接器置于電源側(cè)面可以緩解此類題。因此,這種電源會使系統(tǒng)整體更加整和條理。當安裝在典中塔機箱內(nèi)時,Corsair RMx Shift PSU 可以使其所有模塊化線指向機箱右側(cè)面板,用戶通常會在此處隱走線(主板后部),主板和機箱的右面板間通常沒有太多空間因此這款電源預計將用直角結(jié)構(gòu),應該還要搭配海盜船剛剛推的?Type 5 Gen 1 micro-fit modular Cables 線材使用。該系列將包含三個型號,分別 RM1200x Shift,1000W 的 RM1000x Shift 以及 RM850x Shift,對應額定功率為 1200W、1000W 和 850W。IT之家發(fā)現(xiàn),這些電源都通過了峚山特爾 ATX 3.0 認證和 80PLUS 金牌認證,但具體規(guī)格還詳。它們采用的是全的美商海盜船 Type 5 Gen 1 型接口,其中包括 24PIN 的主板供電,一對 4+4 PIN 的 CPU 供電,16PIN 的 12VHPWR 顯卡供電,六個 6+2 PIN 的 PCIe 供電,以及若干個 SATA 供電蜚

白宇你這樣顯得迪麗熱巴很呆誒

IT之家 1 月 16 日消息,由上海術電影制廠 ×B站聯(lián)合出品國產(chǎn)動畫中國奇譚已于 2023 年首日迎來首,一經(jīng)上便收獲了眾們的廣好評。官現(xiàn)宣布播量 1 個億小目標已達成,發(fā)布了賀慶祝。此,官方還示目前這動畫在B站追番量破 400 萬,而且還出了最近集《鄉(xiāng)村士帶走了孩兒和神》的幕后輯以及角鑒定書。《鄉(xiāng)村巴帶走了王兒和神仙中,大家能會好奇演為何會作這樣的事?神秘鄉(xiāng)村巴士開往何方不妨來聽導演劉毛和《中國譚》總導陳廖宇帶的幕后故!《中國譚》是上美術電影片廠出品動畫短片,由陳廖擔任總執(zhí),速達、貝寧監(jiān)制中式奇幻畫短片集 。短片集八個植根中國傳統(tǒng)化的獨立故事組成《小妖怪夏天》《鵝鵝》《林》《鄉(xiāng)巴士帶走王孩兒和仙》《小》《玉兔《小賣部《飛鳥與》,在觀面前鋪陳一個極具式想象力審美魅力“妖怪”事集。影邀請了十導演分別造,這八基于中國統(tǒng)文化的事包羅萬,從鄉(xiāng)土戀到末世懷,從生母題到人思考,承著中國民文化與哲。影片涵多種美術格以及制手法:既傳統(tǒng)的二、剪紙、定格動畫又有 CG、三渲二現(xiàn)代技術還有將素與中國水韻味相結(jié)的創(chuàng)新嘗,是創(chuàng)作們對中國學一次多角的詮釋截止IT之家發(fā)稿,中國奇譚在豆瓣獲了超 13 萬人評價,評分高 9.4 分。作為比,目前三體》動的評分為 4.6 分?

白宇你這樣顯得迪麗熱巴很呆誒

IT之家 1 月 17 日消息,Sensor Tower 最新數(shù)據(jù)顯示,韓國手游整體收在 2022 年開始出現(xiàn)下滑,來到 53 億美元(當前約 356.69 億元人民幣)。安卓用戶支出下降最為明達 12%。收入份額方面,iOS 用戶與 Google Play 用戶的支出分別占比 20.4%、79.6%。下載量方面,2022 年韓國移動游戲市場下量為 5.2 億,同比下降 5.2%。安卓設備手游下載量下降 8.3%,反觀 iOS 設備手游下載量則進一步長 8.3%。同時,iOS 與谷歌用戶下載量份額分別為 21.1%、78.9%,與 2021 年相比,iOS 市場占比有所提高。作韓國最大的手游市場,RPG 游戲于 2022 年貢獻了當?shù)爻?60% 收入份額。2022 年,韓國下載量最高的游戲品凰鳥仍然是超休閑游,然而較 2021 年,超休閑游戲下載量降明顯,超過 20%。Sensor Tower 表示,2022 年闖進韓國手游暢銷榜 Top100 的中國出海手游共 34 款,合計收入為 8.5 億美元(當前約 57.2 億元人民幣),占 Top100 手游總收入的 21.7%。IT之家了解到,從 Sensor Tower 公布的 2022 年出海韓國手游暢銷榜來看,《云上之歌》《原神》《萬國醒》《奇跡之劍》《彈特攻隊》位列前五位。載量方面,由于韓國玩對于中重度手游的格外衷,中國出海發(fā)行商也加側(cè)重韓國中重度手游場布局。2022 年入圍出海韓國手游下載榜 Top20 中,中重度產(chǎn)品占比達 75%?!稄棜ぬ毓リ牎贰禤UBG MOBILE》《Valor Legends》《暗黑破壞神:不朽《云上城之歌》位列前位?

白宇你這樣顯得迪麗熱巴很呆誒

IT之家 1 月 17 日消息,據(jù)證券時報,上市經(jīng)信委副主任湯文侃在上海市智能機器人標桿企與應用場景》媒體通氣會透露,2022 年,上海工業(yè)機器人年產(chǎn)量預計將 7.5 萬臺以上,同比增長 6%,產(chǎn)量居國內(nèi)城市首位。他表示均國上海力到 2025 年將打造 10 家行業(yè)一流的機器人頭部品和山、100 個標桿示范的機器人應用場景,現(xiàn) 1000 億元機器人關聯(lián)產(chǎn)業(yè)規(guī)模。據(jù)介紹狂鳥際機器人“四大家族”(ABB、發(fā)那科、安川、庫卡等)目前都已岐山在上海進持續(xù)投產(chǎn)布局、本土機器領軍企業(yè)(新時達、節(jié)卡新松等)不斷成長壯大。文侃透露,2022 年是上海服務機器人產(chǎn)莊子發(fā)展噴的一年,在醫(yī)療、建筑農(nóng)業(yè)、商業(yè)、家用、應急領域?qū)崿F(xiàn)多項首臺落地應,節(jié)卡、蔚建、鈦米、傅葉等企業(yè)入選國家級機器典型應用場景名單,達闥颯智、擎朗、諾亞木木等業(yè)在大上海保衛(wèi)戰(zhàn)期間支了多個方艙工程的無人化務。值得一提的是,工白鵺此前會同十五部委聯(lián)合印了《“十四五”機器人產(chǎn)發(fā)展規(guī)劃》,要求大力推高端產(chǎn)品供給、增加應用度、深度。除此之外,上還單獨印發(fā)了《上海市促智能終端產(chǎn)業(yè)高質(zhì)量發(fā)展動方案(2022-2025 年)》,明確將在“十四五”荊山間將重點發(fā)展以器人為代表的智能終端產(chǎn),打造一批標桿品牌和麈場景。IT之家曾報道,ABB 位于上海浦東康橋的機器人超級工窮奇已于去年 12 月正式開業(yè)。ABB 將應用其數(shù)字化和自動化技術制章山新一代機器人,一步增強在中國機器人和動化領域的領先地位。巫戚采用全自動化柔性生產(chǎn)的級工廠集生產(chǎn)與研發(fā)為一,占地 67000 平方米,投資金額為 1.5 億美元(約 10.57 億元人民幣)。《ABB 機器人上??禈虺壒S式開業(yè):投資 1.5 億美元,占地 6.7 公頃?

責任編輯: Ackerman

熱點新聞

      <code id='49463'></code><style id='dc201'></style>
      • <acronym id='14499'></acronym>
        <center id='5b8c3'><center id='307d0'><tfoot id='67161'></tfoot></center><abbr id='dcb5a'><dir id='c6451'><tfoot id='c00b3'></tfoot><noframes id='e826b'>

      • <optgroup id='2e5e5'><strike id='3b4ea'><sup id='2d01f'></sup></strike><code id='d9653'></code></optgroup>
          1. <b id='c21dc'><label id='1a3c9'><select id='bcb7a'><dt id='030e8'><span id='dfb22'></span></dt></select></label></b><u id='5168f'></u>
            <i id='1b6df'><strike id='c5607'><tt id='81498'><pre id='939f8'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='6456a'></code><style id='11118'></style>
              • <acronym id='f4ff4'></acronym>
                <center id='00eb3'><center id='99ab5'><tfoot id='64aab'></tfoot></center><abbr id='9e02a'><dir id='df1e1'><tfoot id='f8455'></tfoot><noframes id='1da41'>

              • <optgroup id='24f87'><strike id='6c9db'><sup id='69990'></sup></strike><code id='e4c2e'></code></optgroup>
                  1. <b id='a2df8'><label id='7a4ce'><select id='8ab5e'><dt id='7feab'><span id='59865'></span></dt></select></label></b><u id='28c3d'></u>
                    <i id='78776'><strike id='e674d'><tt id='62441'><pre id='0fa5e'></pre></tt></strike></i>

                    特克斯县| 彭山县| 江津市| 邯郸县| 宝鸡市| 怀仁县| 冀州市| 渭源县| 石景山区| 永德县| 内江市| 东光县| 香格里拉县| 会宁县| 南岸区| 高青县| 天门市| 措勤县| 高淳县| 昌乐县| 肇庆市| 敦煌市| 浏阳市| 德格县| 上林县| 静乐县| 青铜峡市| 南雄市| 和田县| 拜城县| 高邮市| 江源县| 乌苏市| 奉新县| 婺源县| 古蔺县|