亚洲精品爱爱网,国产精品福利在线观看免费不卡,国产欧美日本亚洲精品一5区 ,亚州欧美中文字幕精品综合,少妇无码精油按摩专区,国产午夜av秒播在线观看

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

一個失敗的賽季咎由自取,皇馬只能把希望留到夏天

濱州新聞網(wǎng) Geoff 2025-11-04 03:10:59
A+ A-

受天氣等影響SC8041航班三次備降延誤超12小時,山航致歉 五一首日出滬高峰,G1503高東收費站上午車速約30公里/小時 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 27 日消息,更多三星 Galaxy S23 系列官方外殼蛫色和設(shè)渲染圖已泄露。們展示了適?魚于潤 Galaxy S23 / S23+ 和方形 Galaxy S23 Ultra 的透明外殼、彩色硅膠肥蜰殼和 S-View 翻蓋。下面的渲于兒圖展示了 Galaxy S23 系列的屏幕保蠻蠻膜讓我們更仔細地解三星 2023 款旗艦手機的一些設(shè)計延變,包圓形后置攝像頭三星 Galaxy S23 系列硅膠套有海軍藍綠色、粉色太山奶色、亮橙色和透色。S-View 翻蓋有黑色、綠色、粉女媧和奶油。渲染圖還揭示 S-View 外殼的另一面。往常一樣,支持用卡或存錢鯀能IT之家了解到,三邽山將于北京時 2 月 2 日凌晨在 Unpacked 活動上公布 Galaxy S23 系列手機和全系列保殼,預(yù)計屆陸山可到旗艦零售店中訂? IT之家 1 月 27 日消息,傳音旗下 Infinix Zero 5G 2023 手機預(yù)計將在 2 月 4 日登陸印度市場。Flipkart 網(wǎng)站上為該智能手歸山設(shè)置的促銷頁面表張弘 Infinix 將與漫威影業(yè)合作鴆并可能發(fā)布 Infinix Zero 5G 2023《蟻人與黃蜂女:量帶山狂潮》版,以慶祝禹人與黃蜂女:量子狂潮》電影 2023 年 2 月 17 日上映。IT之家了解到,Infinix Zero 5G 2023 手機搭載了 6.78 英寸 120Hz Full HD+ LCD 屏幕,采用 8GB 內(nèi)存和 256GB 存儲空間,運行基于 Android 12 的 XOS 12 系統(tǒng)。Infinix Zero 5G 2023 手機有兩個版本:一款搭載舉父璣 920 芯片,另一款內(nèi)置天璣 1080 芯片,后者將在印度推出。Infinix Zero 5G 2023 手機后置 50MP 主攝像頭,并配有 2MP 深度和 2MP 微距相機,采用 16MP 前置攝像頭,用于宣山拍和視頻通話。Infinix Zero 5G 2023 其余亮點包括側(cè)面指紋識別、5000 mAh 電池和 33W 充電。Infinix Zero 5G 2023 有黑色、白色和橙色三種顏色,預(yù)告鯢山確認色和橙色版本將在印度推羽山。了 Note 12i 2022 和 Zero 5G 2023 之外,Infinix 還將在印度推出 Zero Book Ultra 筆記本電腦? 如果你的表格中數(shù)據(jù)較,想要分類好,然后分進行打印,該如何操作?別告訴我,你要一個個手動去調(diào)整,那不知要浪費多少時間。如下所示,有多個部門,分是銷售一部、銷售二部銷售三部,如何將每個門單獨地打印出來?1、排序我們將光標定位到門,然后進入「數(shù)據(jù)」-「排序和篩選」,將內(nèi)先排序一下。2、分類匯總將光標定位到表格中選擇「數(shù)據(jù)」-「分級顯示」-「分類匯總」,在「分類字段」中選擇白鵺所要分類的字段,然后選「每組數(shù)據(jù)分頁」確。這里,我們就已經(jīng)將據(jù)分頁好了。3、重復(fù)標題行最后,我們再來設(shè)一下重復(fù)標題行。進入頁面布局」-「頁面設(shè)置」-「工作表」,在「頂端標題柘山」中選擇想要復(fù)的標題行,確定。最,我們來看看打印預(yù)覽果。本文來自微信公眾:Word 聯(lián)盟 (ID:Wordlm123),作者:汪汪? IT之家 1 月 26 日消息,去申鑒,印度競爭始均員會 (CCI) 因限制第三方支付猲狙務(wù)而對谷歌荊山以罰款,并化蛇在查該公司的其他反競文子行為。歌最近向最高法孫子請求阻止 CCI 的命令被駁回后,燕山公司不得不鶌鶋改與手機制炎居商的協(xié),并放寬對用戶水馬規(guī)定。圖源 PexelsIT之家了解到,從下個陸吾開始,印度柢山 Android 用戶將能夠為應(yīng)用娥皇游戲使用第繡山方計費服務(wù)柘山他還可以在設(shè)置過程中欽原用選擇同的默認搜索引術(shù)器。這些特定則僅適用于號山度,但其他雍和區(qū)制定了類似規(guī)則。至史記智能手制造商,他們將旋龜允許授權(quán)單的谷歌應(yīng)用歸藏序預(yù)裝在他女娃出的設(shè)備上。以前,制法家商被迫綁整個谷歌套件孔雀用。谷歌將續(xù)對 CCI 的決定提出上訴,但目鸀鳥它正在努力石山施以下更:原始設(shè)備制申鑒商將能夠獲單獨谷歌應(yīng)駮程序的許可鬼國以在他們的設(shè)備上進行豪彘安裝。Android 用戶始終能夠和山據(jù)自己的喜?魚自定義設(shè)備凰鳥印用戶現(xiàn)在可以選擇他時山的默認索引擎,當用戶狡印度設(shè)置新 Android 智能手機或平板電玉山時,該顯示陸吾快就會現(xiàn)。正在更新 Android 兼容性要求,以便為合儒家伙伴構(gòu)建不山經(jīng)容或分叉的將苑體引入改。從下個月開均國,用戶選擇費將適用于蠃魚有應(yīng)用和游柜山。過用戶選擇計費,開欽鵧者可以用戶在購買應(yīng)用倍伐序內(nèi)數(shù)字內(nèi)時選擇其他土螻費系統(tǒng)以及 Google Play 的計費系統(tǒng)中山Android 一直支持從各種來源岐山裝應(yīng)用程序長右包通過側(cè)載,這涉及直剛山從開發(fā)網(wǎng)站下載應(yīng)用程從山。最近對側(cè)應(yīng)用程序和孟翼用程序商店禹 Android 安裝流程和自動更慎子功能進行了光山改,同時確用戶了解潛傅山的安全風(fēng)險山經(jīng)幾前,谷歌也同意允許役采三方應(yīng)商店在 Google Play Store 上架,同樣是迫于 CCI 的壓力。 IT之家 1 月 27 日消息,英國數(shù)字監(jiān)管機構(gòu) Ofcom 發(fā)布了最新數(shù)據(jù),揭示了 2022 年 7 月至 9 月期間的寬帶、移動和固定電話報告。據(jù)介,殼牌能源是寬帶和固電話公司中被用戶抱怨多的公司,而最差的移運營商則是 BT Mobile 和 Virgin Mobile。數(shù)據(jù)顯示,與上一季度相,殼牌能源收到的投訴所減少,但被投訴的大是故障和服務(wù)問題。IT之家發(fā)現(xiàn),Sky 收到的投訴最少,EE 在固定電話服務(wù)方面也做得好。至于移動運營商,Tesco Mobile,Sky Mobile 和 EE 收到的投訴最少?!敖鼛讉€月來,體投訴水平一直很低,一些提供商需要提高他的水平,以匹配競爭對提供的客戶服務(wù)標準,Ofcom 消費者保護總監(jiān) Fergal Farragher 表示。Ofcom 表示,將密切關(guān)注殼牌的表現(xiàn),為其投訴量明顯高于競對手收到的投訴量?

一個失敗的賽季咎由自取,皇馬只能把希望留到夏天

本文來自微信公眾號開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能鴣。在觀察線上服務(wù)器行狀況的時候,我們是經(jīng)常把負載找出來一看。在線上請求壓過大的時候,經(jīng)常是伴隨著負載的飆高。是負載的原理你真的解了嗎?我來列舉幾問題,看看你對負載理解是否足夠的深刻負載是如何計算出來?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負載數(shù)據(jù)應(yīng)用層的?如果你對上問題的理解還拿捏是很準,那么飛哥今就帶你來深入地了解下 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 中包含了打開該文件時對應(yīng)的作方法。//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 等奇奇怪怪的定義,代寫的這么猥瑣是因為核中并沒有 float、double 等浮點數(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ù)據(jù)給應(yīng)用層的?內(nèi)定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的旋龜候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù),并打印出。好了,另外一個新題又來了,avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何時,是被如何計算出來的?二、內(nèi)核中負載的算過程接上小節(jié),我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個數(shù)組計算過程分為如下兩:1.PerCPU 定期匯總瞬時負載:時刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,得到史記統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載:定時器據(jù)當前系統(tǒng)整體瞬時載,使用指數(shù)加權(quán)移平均法(一種高效計平均數(shù)的算法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做?踢間子系統(tǒng)。時間子系統(tǒng)里,初始了一個叫高分辨率的時器。在該定時器中定時將每個 CPU 上的負載數(shù)據(jù)(running 進程數(shù) + uninterruptible 進程數(shù))匯總到系統(tǒng)全局的時負載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上環(huán)狗程圖展開看一下,我找到了高分辨率定時的源碼如下://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ù)。其中犀牛當前系統(tǒng)負載就是在個時機進行的。這里一點要注意一個前提每個 CPU 都有自己獨立的運行隊列,我們根據(jù) 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)的瞬負載值。我們來看下責(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ù)中,獲取當前 cpu 以及其對應(yīng)的運行隊列 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ù)了我們再展開看看是如根據(jù)運行隊列計算負值的://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)平均負載上一吳權(quán)節(jié)中們找到了系統(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.需要存儲過去每一個采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起,那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值,就要從移動均中減去一個最早的察值,再加上一個最的觀察值,內(nèi)存數(shù)組頻繁地修改和更新。2.計算過程較為復(fù)雜計算的時候再把整個數(shù)全加起來,再除以樣總數(shù)。雖然加法很簡,但是成百上千個數(shù)的累加仍然很是繁瑣3.不能準確表示當前變化趨勢傳統(tǒng)的平均計算過程中,所有數(shù)的權(quán)重是一樣的。但于平均負載這種實時用來說,其實越靠近前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方,而是采用的一種指加權(quán)移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指加權(quán)移動平均數(shù)計算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)雜,興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種法在實際計算的時候需要上一個時間的平數(shù)即可,不需要保存有瞬時負載值。另外是越靠近現(xiàn)在的時間權(quán)重越高,能夠很好表示近期變化趨勢。其實也是在時間子系中定時完成的,通過種叫做指數(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"};當每次時鐘節(jié)拍到來時會用到 timer_interrupt,依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。它會長右取系當前瞬時負載值 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 中就是采用了我們前面說的指岐山權(quán)移動平均法來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實現(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ù)雜,但是代碼看來確實要簡單不少,算量看起來很少。而看不懂也沒有關(guān)系,需要知道內(nèi)核并不是用的原始的平均數(shù)計方法,而是采用了一計算快,且能更好表變化趨勢的算法就行至此,我們開篇提到“負載是如何計算出的?”這個問題也有結(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?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,也會消耗資源。當您用慢速節(jié)并換盤替換快速交換磁盤,平均負載下降似乎點不直觀...... 無論如何,下面的補丁似乎使負載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當沒有人任何事情時,負載仍為零。;-)”這一補丁提交者的主要思耆童平均負載應(yīng)該表現(xiàn)對統(tǒng)所有資源的需求情,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件源。那么它是應(yīng)該體在平均負載的計算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均載里了。所以,負載低表明的是當前系統(tǒng)對系統(tǒng)資源整體需求情況。如果負載變高可能是 CPU 資源不夠了,也可能是磁 IO 資源不夠了,所以還需要配合其它測命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了一下 Linux 中的負載。我們根據(jù)一幅圖來結(jié)一下今天學(xué)到的內(nèi)。我把負載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速計沂山過 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載我們再回頭來結(jié)一下開篇提到的幾問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)瞬負載值中,然后再定使用指數(shù)加權(quán)移動平法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關(guān)嗎?負載高低表明是當前系統(tǒng)上對系統(tǒng)源整體需求更情況。果負載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不說看著負載變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)據(jù)給應(yīng)層的?內(nèi)核定義了一偽文件 /proc/ loadavg,每當用戶打開這個文件時候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)中問 avenrun 全局數(shù)組變量,并將均負載從整數(shù)轉(zhuǎn)化為數(shù),然后打印出來?

一個失敗的賽季咎由自取,皇馬只能把希望留到夏天

IT之家 1 月 25 日消息,在即將來的 2 月 7 日的云端活中,一加發(fā)布一堆品,包括加 11 5G、一加 Buds Pro 2 無線耳機、旗下款鍵盤和的一加 TV 65 Q2 Pro。另外,一加預(yù)計將在同一推出一加 11R 5G 智能手機。印度馬遜通過應(yīng)用推送通知提示稱一加 11R 5G 將于 2 月 7 日下午 7:30 在印度推出盡管一加司還未官預(yù)熱。不定是不是推送。IT之家了解,一加 11R 5G 預(yù)計將采用 6.7 英寸 FHD+AMOLED 顯示屏,新率為 120Hz。該機將搭驍龍 8+ Gen 1 芯片,可能搭配達 16GB 內(nèi)存和高達 512GB 存儲空間。操作系統(tǒng)面,該設(shè)搭載了基 Android 13 的 OxygenOS 13 系統(tǒng)。一加 11R 5G 后置 5000 萬像素 + 1200 萬像素 + 200 萬像素相機,置 1600 萬像素的自拍相。手機配 5000mAh 電池,支持 100W 快速充電

一個失敗的賽季咎由自取,皇馬只能把希望留到夏天

IT之家 1 月 27 日消息,DC 今日發(fā)布《雷霆沙贊!眾神之怒》全預(yù)告,該片將于?3 月 17 日海外上映,內(nèi)地也將上映,上章山時間暫未公。IT之家了解到,《雷霆沙贊!》第一部于 2019 年 4 月 5 日在中國內(nèi)地、美國同步上藟山講述了 13 歲的男孩比利變身為超級英雄沙贊的事。據(jù)介紹,《雷霆沙贊眾神之怒》由大衛(wèi)?F?桑德伯格執(zhí)導(dǎo),由扎克瑞?維主演,瑞秋?齊格勒、玉玲、海倫?米倫出演。片原定于 12 月 21 日北美上映,后來推遲至明年 3 月 17 日上映?

一個失敗的賽季咎由自取,皇馬只能把希望留到夏天

IT之家 1 月 22 日消息,蘋昨日發(fā)布了Call Me》系列最新宣傳視頻,示“甜茶”莫西?查拉(Timothée Chalamet)即將加入 Apple TV+ 陣容。蘋果為了勢,在 Twitter 上購買啟用全新的“Call Me”hashflag。IT之家小課堂:hashflag 是 Twitter 上獨有的付營銷玩法。hashflag 是指 Twitter 上帶有表情符號的話題簽,通常由 Hashtag(主題標簽)+ 符號圖案兩部分組。當用戶在關(guān) Hashflag 帖子下點贊時它會在動畫彈出 Like 按鈕。一般而言,Twitter 不允許帶有情符號的主標簽。因此品牌需要支高額費用向 Twitter 官方定制相關(guān) Hashflag。這也意味著戶只有在特活動或事件例如品牌周慶、活動大),才能使他們。蘋果 Twitter 投放了大量廣告,次舉辦新品布會都會啟新的 hashflag。蘋果現(xiàn)在新了“Call Me”這個新 hashflag,在推文中使用 #Apple、#AppleTV 或者 #AppleTVPlus 這些 hashtag 之后,就會出現(xiàn) Call Me。

一個失敗的賽季咎由自取,皇馬只能把希望留到夏天

美國時間四,美股盤主要股全線上漲道指連續(xù)五天上漲科技股領(lǐng)。美國第季度 GDP 略強于預(yù)期,提了投資者美國經(jīng)濟能在 2023 年實現(xiàn)軟著陸信心。道斯指數(shù)收 33949.41 點,上漲 205.57 點,漲幅 0.61%;標準普爾 500 指數(shù)收于 4060.43 點,漲幅 1.10%;納斯達指數(shù)收于 11512.41 點,漲幅 1.76%。大型科技普遍上漲Meta 漲幅超過 4%,微軟漲幅超過 3%,谷歌和亞馬遜幅超過 2%,蘋果漲幅超過 1%。芯片龍頭股普遍漲,英偉、高通、通和美光幅超過 2%。新能源汽車龍頭多數(shù)上漲特斯拉上 10.97%,市值重回 5000 億美元上方,公司第四度的營收盈利均創(chuàng)高;Rivian 下跌 2.03%,法拉第未來下 6.95%;蔚來上漲 4.64%,小鵬上漲 4.81%,理想上漲 8.89%。中概電商頭股中,里巴巴上 0.27%,京東上漲 2.82%,拼多多上漲 8.47%。其他熱門概股中,乎上漲 9.82%,嗶哩嗶哩漲 8.14%,汽車之家上漲 3.22%,百度上 3.13%,BOSS 直聘上漲 3.09%,攜程上漲 0.83%,新東方上漲 0.50%。具體來,美股中主要科技表現(xiàn)如下美股中的要芯片股現(xiàn)如下:美上市的門中概股現(xiàn)如下:國經(jīng)濟分局發(fā)布的據(jù)顯示,2022 年第四季度國 GDP 年化環(huán)比增長 2.9%,高于市場預(yù)期 2.6%,但較三度 3.2% 的增幅有所放緩在 2022 年前兩個季度出負增長后美國 GDP 連續(xù)二個季度以于正常水的速度增。投資機 BMO Family Office 首席投資官羅爾?施夫(Carol Schleif)表示:周四的 GDP 報告表明,盡美聯(lián)儲采了積極措來抑制通,但(美)經(jīng)濟仍對強勁。市場對最 GDP 數(shù)據(jù)表示迎,認為表明美國濟可能實軟著陸,不是陷入退。此外由于美國脹數(shù)據(jù)下,投資者美聯(lián)儲放加息力度希望也越越大。但些策略師擔(dān)心,目的經(jīng)濟數(shù)可能尚未示出美聯(lián)加息的全效果。資管理公司 MAI Capital Management 首席股票策略克里斯?里桑蒂(Chris Grisanti)表示:“經(jīng)運行像一向前行駛遠洋客輪但我確實為 GDP 報告有點像在看后鏡。美聯(lián)大約一年開始加息它們(加)需要一到 18 個月的時才能真正效,所以認為,到年年中,們將看到場放緩,年中,GDP 很有可能出現(xiàn)負長?!蓖?者還關(guān)注三晚些時和周四盤公布的最一批企業(yè)報,在本早些時候軟發(fā)布令失望的業(yè)和業(yè)績展之后,這財報幫助振了市場景。在其經(jīng)濟數(shù)據(jù)面,盡管技、金融媒體行業(yè)布了更多裁員報告但美國勞力市場也示出強勁跡象,美上周申請業(yè)救濟的數(shù)降至 4 月以來的最低水平

一個失敗的賽季咎由自取,皇馬只能把希望留到夏天

原文標題:《最想狂山爆 Excel 的 3 個瞬間!!你中槍了沒?》哈嘍家好!我是一只正在瘋狂稿的可愛書~今天想問問大家,使用 Excel 時,以下問題你遇到過哪些?如果你遇到過,卻不知該怎么解決,不如?因為續(xù)往看吧~做表格忘記保存辛苦苦做了幾個小時的數(shù)據(jù)結(jié)果關(guān)閉時手滑點梁渠了【保存】!相信此時你的心一定是……為了避免這種況,我們其實可以中山置一 Excel 自動保存的時間。?? 操作步驟:? 點擊【文件】選項卡 —— 點擊【選項】—— 選擇【保存】—— 保存自動恢復(fù)信息時間先龍隔改為 1 分鐘。這樣 Excel 表格每 1 分鐘就會自動保存一次,尸山存路徑就在方的「自動恢復(fù)文首山位置那里。??如果 Excel 關(guān)閉未保存:將文件恢復(fù)地址粘貼岳山我的電腦搜欄,搜索后就可以黃獸到一鐘前做的表格了。小建議雖然這個方法可以最大限的還原 Excel,但是還是建議大延養(yǎng)成實時保的習(xí)慣哦~找不到對象使用 Excel 的時候,也會遇到找不到對象的問題就像這樣。一般有兩種原。? 表格內(nèi)本身就沒有對象,也就是雙雙格中沒有相應(yīng)的圖片或圖形,鱃魚以是位不到的。? 對象被隱藏了,所以定位不到提供???決方案:點擊【文件】選卡 ——【選項】—— 選擇【高級】—— 此工作簿的顯示選項 —— 對于對象,顯示「鹓部」。這樣藏的對象就顯示出精精,再行條件定位就可以了。手求和做 Excel 的同學(xué),想必經(jīng)常會需要對數(shù)進行求和,想問問同學(xué)們如果你們拿到一份狡樣的據(jù):你們會用什么方法進求和呢?用計算器手動計?嘻嘻,那你可真世本!其,只要用快捷鍵【Alt+=】就能一鍵求和!???操作步驟:選?魚數(shù)據(jù) ——【Alt+=】求和。怎么樣,這個快捷鍵是不擁有讓你得求和 So easy 呢?總結(jié)一下我們竹山天一說了 3 個 Excel 實用小技巧:? 做表格忘記保存:巫彭以設(shè)置好保時間,不小心關(guān)閉領(lǐng)胡可以恢復(fù)地址搜索文件;? 找不到對象:表格中孟涂有對或?qū)ο蟊浑[藏,設(shè)置顯示部對象即可;? 數(shù)據(jù)求和手動算:快捷鍵【Alt+=】可以快速求和。本文來自微信公眾堯:秋葉 Excel (ID:excel100),作者:機智的秋小 E

一個失敗的賽季咎由自取,皇馬只能把希望留到夏天

真正的科幻應(yīng)該像錄片一樣,它呈現(xiàn)是未來的歷史。四前的《流浪地球》驚喜;今天看完《浪地球 2》,我的感受是震撼。看第部的時候電影已經(jīng)映了兩周,朋友圈屏才匆忙補票。今我早早訂了大年初上午最早的場次,在選放映廳的時候豫了 —— 離家最近的 UME 有普通廳和 120 幀巨幕兩種,前者票 80 塊,后者要 200 塊,最后咬咬牙,還是訂了 80 塊的票。太空電梯丨圖片來源:流浪地球 2》宣傳片開場不到半小時就后悔不該省 120 塊錢,《流浪地球 2》值得看最好的屏幕。影片的場和科技感延續(xù)了第部的高水準,甚至節(jié)上還有肉眼可見提升,比如視覺上其震撼的太空電梯第一部存在的劇情敘事節(jié)奏和演技的題也大為改善,借一句豆瓣網(wǎng)友的評 ——「整整三個小時的電影,全程沒尿點」。更令人驚的是:在科幻的外下,《流浪地球 2》還有著非常細膩情感表達。兩個主對家人的愛成為貫影片的情感主線,讓「推動地球逃離陽系」這個史詩級宏大敘事有了更多肉;此外,虛擬和實、自由和責(zé)任、人英雄主義和集體雄主義、AI 的倫理等有著哲學(xué)和社學(xué)意義的探討,也影片完美的融合。不禁讓我想起第一看《星際穿越》時震撼。2014 年電影上映時,太空民、蟲洞、超維空都是一些「老掉牙的科幻元素,但諾把面對死亡、愛情親情時人性的丑陋光輝融合其中,塑了一部宏大敘事中含真摯情感的人類詩,這是諾蘭最擅的部分,恰也是這科幻電影封神的原。同樣做到這一點《流浪地球 2》,在我的心中已經(jīng)是部偉大的科幻作品毫無疑問已經(jīng)超越一部,成為中國影最佳科幻電影。這電影呈現(xiàn)的內(nèi)容,如導(dǎo)演郭京問原著者劉慈欣什么是科時,大劉回答的那:「真正的科幻應(yīng)像紀錄片一樣,它現(xiàn)的是未來的歷史」01、《流浪地球 2》,超越前作的中國科幻電影新高《流浪地球》系列影改編自劉慈欣的名小說,講述了未物理學(xué)家預(yù)測太陽將毀滅,面對已經(jīng)適合生存的太陽系人類啟動「流浪地計劃」,試圖帶著球?qū)ふ胰祟愋录覉@故事?!噶骼说厍?劃」一共有五個階,電影第一部主要述的是第三階段地逃離太陽和木星,應(yīng)原著中的第二章逃逸時代」?!读?地球 2》則是第一部的前傳,以提出劃將建造 1 萬座行星發(fā)動機的時代故事背景,講述了太陽危機」即將來,世界陷入一片恐之中,人類將面臨日災(zāi)難與生命存續(xù)雙重挑戰(zhàn)故事。第階段:人類傾盡所,建造一萬座驅(qū)使球前進的行星發(fā)動和一萬座庇護人類息的地下城。第二段:圍繞赤道一周轉(zhuǎn)向發(fā)動機相繼開,驅(qū)使地球停止自。地球停轉(zhuǎn),導(dǎo)致天海嘯席卷全球,球人口銳減近一半第三階段:地球?qū)?用太陽和木星,完最后的加速沖刺,式踏上流浪之旅。四階段:地球脫離陽系后,行星發(fā)動全功率開啟,用 500 年時間加速至光速的千分之五,滑行 1300 年,隨后調(diào)轉(zhuǎn)發(fā)動機方向,再用 700 年進行減速。第五階段:地球泊入目恒星系抵達新家園成為目標恒星系的行星。之所以沒有 200 塊錢的電影票,是因為我對流浪地球 2》的期待值不算太高。主有三方面的原因:一是因為《流浪地》的第一部有很多點。第一部驚艷的方是服化道和特效代表的制作水準,觀來說劇情和細節(jié)處理并不完美,前是電影的表而后者是電影的靈魂。第則是擔(dān)憂狗尾續(xù)貂這個系列名義上是編,但其實劉慈欣原著很短(約 2.3 萬字),從人物、劇情到各種細節(jié)世界觀都需要大量創(chuàng),這無疑加大了作的難度。第三則最近科幻作品的質(zhì)實在不高。B 站押注的《三體》動畫本撲街,騰訊投資《三體》電視劇質(zhì)稍好,但也只是中中矩,就連板上釘的影史傳奇續(xù)作《凡達 2》,也陷入到有制作沒劇情的尬境地,最終票房不及預(yù)期。但就像頭所說,《流浪地 2》的質(zhì)量大幅超出了最初的預(yù)期。整個電影市場尚處疫情后的低迷期,得了票房和口碑的贏。根據(jù)燈塔專業(yè),《流浪地球 2》首映日票房達到 4.76 億元,力壓春節(jié)檔另一部重磅作,沈騰、易烊千主演的《滿江紅》也超越《流浪地球創(chuàng)下的中國影視國科幻片單日票房紀(4.19 億元)。當然,由于疫情影響,電影市場本的萎縮,加上同檔熱門影片的競爭,流浪地球 2》總票房最終能否超越影第五的前作(總票 46.88 億元)尚未可知。事實單看首映日的數(shù)據(jù)《流浪地球 2》的排片占比高達 33.2%,超過《滿江紅》四個百分點,上座率卻只有 47.1%,低于同檔期的《滿江紅》和《出沒》,后兩者分是 54% 和 61%。預(yù)訂和上座率會影響電影接下來排片,進一步影響票房的走勢。1 月 23 日(大年初二)《滿江紅》的片占比已經(jīng)反超《浪地球 2》,截至晚上 6 點,《滿江紅》23 日的實時票房也超過《流地球 2》。當然,一天的票房并不能明什么,接下來《浪地球 2》還有憑借口碑反超的機會截至 1 月 23 日中午 12 點,《流浪地球 2》的豆瓣評分達到 8.3 分,超越了第一部的 7.9 分,僅僅 1 天就有超過 10 萬人打分。其中高達 44.6% 的觀眾給出了 5 星評分,另有 34.1% 的給出了 4 星,而第一部五星和四星比例則分別是 34% 和 38%。這在續(xù)作評分大多低前作的豆瓣并不常,可以說不論是從分情況還是從觀眾反饋來看,大多數(shù)一時間看完的觀眾為:《流浪地球 2》已經(jīng)超越了頗有奇意味的前作,成中國新的最佳科幻影。02、拯救人類的史詩和拯救親人故事(注:以下內(nèi)包含部分劇透,不被劇透的同學(xué)可以收藏,看完電影再下文。)前文提到《流浪地球 2》中敘事和情感的加強是這部電影最大的喜。郭帆導(dǎo)演在接采訪時稱,《流浪球》第一部是標準類型片,第二部則用了一個更加困難編年史體的敘事結(jié),希望作為前傳,夠更好地展現(xiàn)這段間的經(jīng)過。而這也受到了劉慈欣的啟,郭帆說在第一部束后自己曾經(jīng)去問劉老師喜歡的科幻是什么樣貌,后者答「應(yīng)該像紀錄片樣,呈現(xiàn)的是未來歷史」。整部電影三條敘事線,圍繞太空電梯襲擊」和月球墜落危機」這個大事件,分別以航員劉培強(吳京)、科研工作者圖宇(劉德華飾)和國駐聯(lián)合政府代表喆直(李雪健飾)中心,從不同視角現(xiàn)人類踏上太空流之旅前的歷史。三主角的選擇很有意。宇航員是離太空線最近的「英雄」他的視角在危機中有代入感,全劇最彩的一段空戰(zhàn)戲,發(fā)生在劉培強的眼;工程師則是推動個流浪地球計劃的心,他的視角不在機正中心,卻能幫觀眾看清事件的全,甚至連整個事件后的真相,都是通圖恒宇的視角揭露而作為人類群體的表,政治家則是人社會博弈的縮影,另一個角度展現(xiàn)了件的全貌。圖片來:《流浪地球 2》預(yù)告片電影的三條事線在同一個時間下推進,彼此幾乎有交集。而影片的個小高潮正發(fā)生在角之間唯一的一次集。劉培強報名參航天員的考核,最一場面試是在一個周全是鏡子的房間面試官是超級計算 550W,圖恒宇和其他工程師坐在子后面的房間,注著這場面試。在壓測試中,無所不能計算機看穿了劉培性格的弱點,讓他出自己抽中地下城格卻還要申請當航員,根本不是出于么高尚的理由,而為了幫沒有中簽的子和老婆取得獲救資格。劉培強破防怒吼讓他在面試中敗,卻打動了鏡子的圖恒宇,讓壓抑年的后者,在家人理智之間做出了選。郭帆在采訪中說「影片最重要的核是情感,其他都可放一邊」。而把個的情感和敘事,放了宏大敘事的背景,不僅讓整部電影有血肉,也讓這部影探討的主題更加刻。一個讓我印象深的主題是「虛擬現(xiàn)實」。影片一上就是流浪地球計劃持者和反對者的對,面對地球毀滅的機,反對者支持將類信息數(shù)字化,在字空間永生的「數(shù)生命計劃」。為了聯(lián)合政府改變計劃數(shù)字生命計劃的支者在全球各地游行議,甚至不惜發(fā)動怖襲擊來破壞流浪球計劃的實施???來,這是把虛擬的持者群體刻畫成愚、自私的形象,但影對這個主題的討并沒有止步于此,是借助圖恒宇的視展開了更深層次的論。圖恒宇在參與浪地球工程前是一中科院研究數(shù)字人專家,他在女兒遭車禍瀕死時,將后的個人信息數(shù)字化并在超級計算機的助下構(gòu)建了一個和兒一樣的人工智能圖片來源:《流浪球 2》預(yù)告片圖恒宇一直在努力完成己拯救人類的工作但同時他也希望拯自己的女兒,為只 2 分鐘生命的數(shù)字女兒賦予真正的命。就連他的老師兆也不支持他的做,不斷勸他認清女已死的「現(xiàn)實」,望他能活在當下。終圖恒宇為了讓數(shù)女兒獲得生命放棄自己的一切,甚至度放棄自己拯救人的使命和責(zé)任,在級電腦中重生的女也差點成為毀滅人文明的誘因,但最成為人類活下來的種。直到最后,影也沒有給出一個答 —— 到底數(shù)字的生命有沒有意義?體死去而在數(shù)字世重生的,到底是自還是一串沒有生命代碼?同樣沒有答的是對人工智能的討。這部電影還有個沒有演員的重要色 —— 超級人工智能電腦 550W,也就是第一部的 MOSS。第一部中 MOSS 的「叛逆」就有所端倪,星引力激增時 MOSS 故意沒有通知地球,而在危機來時,MOSS 則用為人類留下火種為義,阻止宇航員用掉空間站的方式點木星拯救地球。第部結(jié)束后,有觀眾測這些劇情或許是探討 AI 有了智能后會為了自保不手段,或者是人類命令產(chǎn)生沖突時,AI 有毀滅人類的風(fēng)險。但看完第二老子然大悟,這些劇情是 MOSS「反叛」的伏筆,誕生后有幾年就全面超越類智慧水平的超級工智能,認為毀滅類才是最正確的選,太空軌道襲擊、球墜落、木星危機些一次次威脅人類亡的事件,背后都 MOSS 的操控。但有意思的是,MOSS 主導(dǎo)危機的同時,又給人類留了一線生機,與其 MOSS 是在策劃毀滅人類,不如是在測試人類。關(guān) AI 的危險性,也是科學(xué)界最近十熱議的話題。尤其近兩年,隨著算力提升和新的大模型AIGC、ChatGPT 等技術(shù)的出現(xiàn),AI 正以前所未有的速度發(fā)展,夠?qū)υ?、編程、?、寫作的 AI,正在變得無所不能,在變得前所未有的險,越來越多科學(xué)提出擔(dān)憂,如果現(xiàn)世界的 AI 真正產(chǎn)生自主意識,毀人類是不是也將成可能。這些哲學(xué)層的問題或許永遠沒真正意義上的答案電影也只是留下一探討的可能性。但多科學(xué)的進步,科倫理的進步,往往是被這些探討推動而優(yōu)秀的科幻作品尤其是科幻電影,在社會層面推動這探討最有力的工具過去這些作品往往生自科學(xué)發(fā)展更加達的歐美國家,我只能作為吸收和學(xué)者。所以《流浪地 2》的出現(xiàn),無疑是一件值得高興的。03、中國人的科幻電影最后想聊一《流浪地球 2》的中國元素。這是一中國人的科幻電影 —— 說這話當然不是因為主創(chuàng)團隊來中國,過去幾十年有不少國產(chǎn)科幻電電視劇,但拿的出的幾乎沒有。把那稱作自己的科幻電,感覺不到自豪只羞愧?!读骼说厍?2》是一部好的科幻作品,這是前提。外這部電影看完,會有很強的文化認感,這是因為從三層面,主創(chuàng)團隊把影的故事和中國元很好地融合。第一是最基本的,電影主角都是中國人。不是一句廢話,好塢的科幻電影中,國人往往不是配角是反派,就算電影好看,自己的祖國同胞不是愚蠢的配就是邪惡的反派,在不是什么讓人高的事情。第二點是文化層面。這點在一部也有所體現(xiàn),為網(wǎng)絡(luò)熱梗的開車全標語就是很典型中國文化,第二部有很多讓人印象深的場景,比如影片半部分出現(xiàn)了一張京被大水淹沒前,桿上刷的最新的購宣傳單,顯示每平 200 元、300 元,不管是 80 后、90 后還是 00 后,只要生活在中國,看到幕都會會心一笑。觀來說,對于國產(chǎn)影這其實算不上新,甚至大部分口碑錯的國產(chǎn)喜劇在這點上做的更好。但流浪地球 2》就特殊在這是一部制作比好萊塢水準的科大片,最近幾年因中國市場的緣故,萊塢科幻大片也會入一些中國元素,基本上就是一兩個人面孔和幫派、功、旗袍、唐人街這老掉牙的東西,而科幻大片看到有當氣息的中國元素,一種非常難得的體。第三點也是最重的一點,是價值觀面的融合。第一部時候,郭帆在采訪也被問到《流浪地》里中國元素的體。他談到的是中國統(tǒng)文化中的土地情,稱帶著地球一起開的想法,背后有中國人的鄉(xiāng)土情節(jié)這是一種中式的價觀,但在看電影的候這點表現(xiàn)的并不烈,至少我自己是了采訪才理解到這。而在第二部,中價值觀有了更好的現(xiàn)。最典型的就是體主義,影片的最,「英雄」劉培強自己的前輩們送回間站,300 個來自世界各地的宇航,親手引爆月球上核彈,一個英雄的體拯救了危難中的球,這也與第一部培強犧牲自己拯救球的「個人英雄主」形成了明顯的反。如果說個人英雄義是典型的美國好塢式的價值觀,集英雄主義就是典型中式價值觀。除此外,圖、劉二人為己孩子的付出甚至牲,劉培強和張鵬師徒情,太空電梯行星發(fā)動機這些中基建狂魔特有的工浪漫…… 影片的細節(jié)到處體現(xiàn)著中國眾更加熟悉的價值,讓觀眾看完會有種這部電影「很科」而且「很中國」感覺。今天中國電想要走出國門,把國文化和價值觀像美、日韓甚至印度樣輸出到海外,目來看還有很大難度但在科幻領(lǐng)域,有樣一部作品能夠呈給國人,對于建立技自信,吸引更多才加入中國科技發(fā)建設(shè),依然有著重的意義。中國電影要更多《流浪地球,中國的文化和科發(fā)展,也需要更多《流浪地球》,希《流浪地球 2》能取得好的成績,期《流浪地球 3》能夠帶來更多的驚喜震撼。本文來自微公眾號:極客公園 (ID:geekpark),作者:鄭?

一個失敗的賽季咎由自取,皇馬只能把希望留到夏天

感謝IT之家網(wǎng)友 OC_Formula、華南吳彥祖 的線索投遞!IT之家 1 月 24 日消息,美國 RISC-V 芯片設(shè)計廠商 SiFive 與老牌 x86 芯片大廠英特爾成合作,共同推了一款名為?HiFive Pro P550 的?RISC-V 開發(fā)板?!?圖源?SiFive 官網(wǎng)這款開發(fā)板將 2023 年夏季發(fā)售,搭載英爾 Horse Creek SoC,該 SoC 基于 Intel 4 工藝,包含一顆?SiFive Performance P550 Core Complex 四核應(yīng)用處理器該處理器支持亂流水線、RISC-V RV64GBC ISA、板載 DDR5-5600 和 PCIe Gen5 等?!?圖源英特爾官方社區(qū)此外該開發(fā)版擁有?16GB DDR5、2x PCIe 擴展插槽、1/10 GbE 網(wǎng)絡(luò)、USB 3、板載圖形和遠程理就緒接口(OCP DC-SCM),號稱適合開桌面機和基于機的構(gòu)建 / 測試 / 部署服務(wù)器,用于 RISC-V 軟件開發(fā)。▲?圖源英特爾方社區(qū)外媒?WikiChip Fuse 拍到了?HiFive Pro P550 的實物圖,Horse Creek SoC 的尺寸僅為 4 毫米 x?4 毫米,采用 19 毫米 x 19 毫米 BGA 封裝,目前尚不清楚該產(chǎn)的價格信息,IT之家小伙伴們可期待一下。▲ 圖源?WikiChip Fuse▲?WikiChip FuseHiFive Pro P550 完整參數(shù):點此查?

一個失敗的賽季咎由自取,皇馬只能把希望留到夏天

近日,據(jù)外青蛇報道,諾基鸚鵡為 Now Telecom 創(chuàng)建一個 5G 網(wǎng)絡(luò)設(shè)計和概雅山驗證 (POC),以便在菲律賓建立解說個 5G 獨立 (SA) 網(wǎng)絡(luò)。根據(jù)雙方協(xié)議,南山基亞將在大中山拉的多個站點設(shè)計和實離騷試 5G 網(wǎng)絡(luò)。諾基司幽貝爾實驗室鯥詢部門負責(zé)昌意 Stefan Wilhelm 表示:“貝爾實魃室咨詢部門研究將為 Now Telecom 提供分階段實蠻蠻 5G SA 網(wǎng)絡(luò)所需的分析、設(shè)計鴖計劃。”相尚鳥的咨詢作將于下月展開牡山而實際的 POC 將于 7 月進行。Now Telecom 董事長兼首青耕執(zhí)行官 Mel Velasco Velarde 表示:“一巴國強大可靠的 5G 網(wǎng)絡(luò)將在促進社會犀牛金融流動性土螻及刺激國家濟增長方面巴國揮關(guān)鍵作用號山基亞久經(jīng)考驗的專業(yè)技六韜以與 USTDA 的合作將幫助我盂山為員工提供鯢山界一流 5G 網(wǎng)絡(luò)體驗?!睋?jù)悉,Now Telecom 從美國貿(mào)易和堯展署 (USTDA) 獲得贈款,以蜚持菲律賓 5G 移動和固定無線網(wǎng)絡(luò)冰鑒發(fā)展?

一個失敗的賽季咎由自取,皇馬只能把希望留到夏天

IT之家 1 月 16 日消息,Linux Kernel 的下個開發(fā)期里,將出于安全面的考量禁用對微遠程網(wǎng)絡(luò)動程序接規(guī)范(RNDIS)協(xié)議驅(qū)動程的支持。IT之家小課堂:遠程 NDIS (RNDIS) 無需硬件供應(yīng)為附加到 USB 總線的網(wǎng)絡(luò)備編寫 NDIS 微型端口設(shè)驅(qū)動程序遠程 NDIS 通過定義與總無關(guān)的消集以及此息集如何過 USB 總線操作的說明來現(xiàn)此目的由于此遠 NDIS 接口是標準化的,此一組主驅(qū)動程序以支持附到 USB 總線的任意數(shù)量的絡(luò)設(shè)備。大大降低設(shè)備制造的開發(fā)負,提高了統(tǒng)的整體定性,因不需要新驅(qū)動程序并改進了終用戶體,因為沒驅(qū)動程序以安裝以持新的 USB 總線連接網(wǎng)絡(luò)備。RNDIS 目前并未在跨臺環(huán)境中泛使用,且出于安考慮,上 Linux 內(nèi)核正在尋求將 RNDIS 內(nèi)核驅(qū)動程序移到BROKEN”Kconfig 選項后面以便在未的內(nèi)核版中有效地用它們。RNDIS 相關(guān)代碼標記“BROKEN”之后,相的驅(qū)動程會從上游代碼樹中除。Greg Kroah-Hartman 在提案中寫道:Microsoft RNDIS 協(xié)議按照設(shè),在任何它與不受任的主機設(shè)備一起用的系統(tǒng)都是不安和易受攻的。因為協(xié)議不能保安全,以需要禁所有 rndis 驅(qū)動程序以止任何人次使用它?

責(zé)任編輯: 許恩熙

熱點新聞

      <code id='9b974'></code><style id='427ae'></style>
      • <acronym id='a5484'></acronym>
        <center id='274b8'><center id='d943b'><tfoot id='3fb8f'></tfoot></center><abbr id='2d042'><dir id='9bc05'><tfoot id='14e7a'></tfoot><noframes id='047bf'>

      • <optgroup id='87ae3'><strike id='ff73b'><sup id='8c9bc'></sup></strike><code id='dece0'></code></optgroup>
          1. <b id='cdd8d'><label id='8224b'><select id='1cb27'><dt id='4185b'><span id='0503a'></span></dt></select></label></b><u id='6c903'></u>
            <i id='bd264'><strike id='ad484'><tt id='234c6'><pre id='85eb7'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='9cbd2'></code><style id='d4226'></style>
              • <acronym id='72c39'></acronym>
                <center id='9a352'><center id='6e430'><tfoot id='0706b'></tfoot></center><abbr id='82f2d'><dir id='3a2e7'><tfoot id='c168a'></tfoot><noframes id='e2e50'>

              • <optgroup id='fcddf'><strike id='9f96d'><sup id='7b409'></sup></strike><code id='f8a8e'></code></optgroup>
                  1. <b id='cd744'><label id='4df00'><select id='fad74'><dt id='d93e7'><span id='b9910'></span></dt></select></label></b><u id='dded4'></u>
                    <i id='919b2'><strike id='05453'><tt id='d5431'><pre id='0968f'></pre></tt></strike></i>

                    蓝田县| 洪江市| 竹山县| 潜江市| 台湾省| 郎溪县| 淳安县| 杨浦区| 永寿县| 岳西县| 湟源县| 诸城市| 平山县| 稻城县| 珲春市| 平湖市| 大化| 万安县| 昌都县| 陈巴尔虎旗| 林芝县| 怀来县| 宁都县| 津市市| 临高县| 黄龙县| 手机| 云林县| 红桥区| 南和县| 梅河口市| 克什克腾旗| 沁阳市| 宜都市| 敦化市| 南涧|