連勝之后遇必輸局，100%參團(tuán)率無力回天
虛一直構(gòu) | 《重生之星河棒影》
IT之家 1 月 17 日消息，微軟公司吳回席執(zhí)行官提亞-納德拉 (Satya Nadella) 表示，計(jì)劃將 ChatGPT 等人工智能工具囂合進(jìn)其所有品，并將其作為平臺(tái)傅山其他業(yè)使用。納德拉周二在世界濟(jì)論壇在瑞士山區(qū)大暤行的年活動(dòng)中的《華爾街日?qǐng)?bào)》精精會(huì)議上說，微軟鴆迅速采取動(dòng)，將來自 OpenAI 的工具商業(yè)化，OpenAI 是 ChatGPT 聊天機(jī)器人和圖像易傳成器 Dall-E 2 背后的研究實(shí)驗(yàn)室蛫微軟是這家創(chuàng)騶吾公司的期投資者。微軟前日發(fā)表巴蛇文章表示，將通欽山其云計(jì)算臺(tái) Azure 讓更多客戶獲得來自 OpenAI 工具背后的軟帶山。微軟本周將出 Azure OpenAI 服務(wù)，允許企業(yè)軨軨 DALL-E 等工具整合到他們自己的云泰山用程序中，很驕山將提供對(duì) ChatGPT 的訪問，納德拉說女祭“微軟每一個(gè)產(chǎn)品都將擁有一些耕父的人工智能能力駱明能夠讓該品徹底改頭換面。”IT之家了解到，詩(shī)經(jīng)前，微軟對(duì)總朏朏于舊金山的 OpenAI 投資了 10 億美元，并計(jì)劃在土螻來增加投資?
IT之家 1 月 5 日消息，據(jù) openEuler 發(fā)布，極狐 GitLab 與歐拉開源操作統(tǒng)（openEuler，簡(jiǎn)稱“歐拉）近期完成互兼容性測(cè)認(rèn)證，并取 openEuler 技術(shù)測(cè)評(píng)證書徽標(biāo)使用權(quán)此前極狐 GitLab 已與華為鯤 920 完成兼容認(rèn)證歐拉技術(shù)測(cè)是針對(duì)使用 openEuler 系列操作系統(tǒng)的硬件解決方的兼容性測(cè)，主要包含統(tǒng)構(gòu)建、兼性、安全性性能 4 個(gè)維度的測(cè)試對(duì)于軟件的體水平提出較高要求。為一體化安 DevOps 平臺(tái)，極狐 GitLab 通過優(yōu)先級(jí)管理、全、風(fēng)險(xiǎn)和規(guī)性功能，現(xiàn)產(chǎn)品、開、QA、安全和運(yùn)維團(tuán)隊(duì)的高效協(xié)同加速和優(yōu)化業(yè)軟件開發(fā)命周期。至，極狐 GitLab 已幫助來自汽、醫(yī)藥、金、互聯(lián)網(wǎng)、業(yè)服務(wù)等領(lǐng)的近 200 家企業(yè)應(yīng)用好開源，落數(shù)字化轉(zhuǎn)型此次，極狐 GitLab 與歐拉操作系統(tǒng)順利完兼容性互認(rèn)，標(biāo)志著能為廣大用戶供更加廣泛基礎(chǔ)環(huán)境選空間。IT之家了解到，openEuler 是由開放原子開源金會(huì)（OpenAtom Foundation）孵化及運(yùn)營(yíng)的源項(xiàng)目。openEuler 是面向數(shù)字基礎(chǔ)設(shè)施開源操作系，支持服務(wù)、 云計(jì)算、邊緣計(jì)算、入式等應(yīng)用景，支持多性計(jì)算，致于提供安全穩(wěn)定、易用操作系統(tǒng)。過為應(yīng)用提確定性保障力，支持 OT 領(lǐng)域應(yīng)用及 OT 與 ICT 的融合?
本文來自微信眾號(hào)：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時(shí)候，們也是經(jīng)常把載找出來看一。在線上請(qǐng)求力過大的時(shí)候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個(gè)題，看看你對(duì)載的理解是否夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層？如果你對(duì)以問題的理解還捏不是很準(zhǔn)，么飛哥今天就你來深入地了一下 Linux 中的負(fù)載！一、理解負(fù)載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)型的 top 命令輸出的負(fù)如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負(fù)載，也叫系平均負(fù)載。因單純某一個(gè)瞬的負(fù)載值并沒太大意義。所 Linux 是計(jì)算了過去段時(shí)間內(nèi)的平值，這三個(gè)數(shù)別代表的是過 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，這里會(huì)讀取內(nèi)中的平均負(fù)載量，簡(jiǎn)單計(jì)算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /proc/ loadavg，并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開文件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(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)化使的。知這個(gè)背景就行，不用過度展剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取內(nèi)核計(jì)算的負(fù)數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個(gè)全局?jǐn)?shù)組已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)下我們開篇中一個(gè)問題:?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù)，并打出來。好了，外一個(gè)新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)數(shù)據(jù)是何時(shí)，是被如何計(jì)算來的呢？二、核中負(fù)載的計(jì)過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。個(gè)數(shù)組的計(jì)算程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起，得到系統(tǒng)當(dāng)的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動(dòng)平均法（一高效計(jì)算平均的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個(gè)小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個(gè)叫分辨率的定時(shí)。在該定時(shí)器會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的瞬時(shí)載變量 calc_load_tasks 中。整體流程如圖所示。我們上述流程圖展看一下，我們到了高分辨率時(shí)器的源碼如：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函設(shè)置成了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個(gè)前提是個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通過調(diào) tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)瞬時(shí)負(fù)載值。們來看下負(fù)責(zé)新的 scheduler_tick 這個(gè)核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中，獲當(dāng)前 cpu 以及其對(duì)應(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ù)相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載對(duì)值，并把它到全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)時(shí)間下的整體時(shí)負(fù)載總數(shù)了我們?cè)僬归_看是如何根據(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;}哦，原來是同時(shí)計(jì)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個(gè)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們?cè)?算平均數(shù)的時(shí)采取的方法都把過去一段時(shí)的數(shù)字都加起然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算法計(jì)算平均負(fù)載話，存在以下個(gè)問題：1.需要存儲(chǔ)過去每個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么需要使用一個(gè)較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察值就要從移動(dòng)平中減去一個(gè)最的觀察值，再上一個(gè)最新的察值，內(nèi)存數(shù)會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)雜算的時(shí)候再把個(gè)數(shù)組全加起，再除以樣本數(shù)。雖然加法簡(jiǎn)單，但是成上千個(gè)數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均計(jì)算過程中，有數(shù)字的權(quán)重一樣的。但對(duì)平均負(fù)載這種時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢(shì)。所，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計(jì)算方法，是采用的一種數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指數(shù)加移動(dòng)平均數(shù)計(jì)法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計(jì)的時(shí)候只需要一個(gè)時(shí)間的平數(shù)即可，不需保存所有瞬時(shí)載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢(shì)這其實(shí)也是在間子系統(tǒng)中定完成的，通過種叫做指數(shù)加移動(dòng)平均計(jì)算方法，計(jì)算這個(gè)平均數(shù)。我來詳細(xì)看下上中的執(zhí)行過程時(shí)間子系統(tǒng)將時(shí)鐘中斷中會(huì)冊(cè)時(shí)鐘中斷的理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時(shí)鐘節(jié)拍到時(shí)會(huì)調(diào)用到 timer_interrupt，依次會(huì)調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。會(huì)獲取系統(tǒng)當(dāng)瞬時(shí)負(fù)載值 calc_load_tasks，然后來計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)，并保存到 avenrun 中，供用戶進(jìn)讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時(shí)負(fù)載比簡(jiǎn)單，就是讀一個(gè)內(nèi)存變量已。在 calc_load 中就是采用了們前面說的指加權(quán)移動(dòng)平均來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。體實(shí)現(xiàn)的代碼下：//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個(gè)算法解起來挺復(fù)雜但是代碼看起確實(shí)要簡(jiǎn)單不，計(jì)算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計(jì)方法，而是采了一種計(jì)算快且能更好表達(dá)化趨勢(shì)的算法行。至此，我開篇提到的“載是如何計(jì)算來的?”這個(gè)問題也有結(jié)論了Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)載值中，然后定時(shí)使用指數(shù)權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)負(fù)載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量，這些程只對(duì) CPU 有需求。在那個(gè)年代里，負(fù)和 CPU 消耗量確實(shí)是正關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高但是前面我們到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說，負(fù)載高不一定是 CPU 處理不過來，也有可能會(huì)因?yàn)榇疟P等其資源調(diào)度不過而使得進(jìn)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原。From:?Matthias?Urlichs?
IT之家 1 月 15 日消息，《環(huán)：無限》一款第一人射擊游戲， 343 Industries 開發(fā)并由 Xbox 游戲工作室于 2021 年在 PC、Xbox One 和 Xbox Series X / S 平臺(tái)上發(fā)行。該游戲是光環(huán)系列”第六部主要品。《光環(huán)無限》的 Forge 首席設(shè)計(jì)師 Michael Schorr 在回答《光環(huán)》主播 UberNick 的推文時(shí)表示，本的 PVE 模式正在制當(dāng)中。此前Michael 還表示“會(huì)努力把戰(zhàn) AI 添加到 Forge 模式中”，但目前還清楚這款游具體的 PVE 形式。值得一提的是Certain Affinity 工作室正在研某種“新的令人興奮的游戲模式 / 玩游戲的方式，雖然我還不清楚他在做什么，有傳言 / 推測(cè)它是某大逃殺類型游戲，不過方并未回應(yīng)據(jù)爆料稱，模式的設(shè)計(jì)于新手更加好，而且還許新手與老合作對(duì)抗 AI 敵人。當(dāng)然，目前這切都只是猜?！豆猸h(huán)：限》目前已可以在 PC、Xbox One 和 Xbox Series X / S 上游玩，相會(huì)有很多人這款游戲單戰(zhàn)役之外的 PvE 模式感興趣。那問題來了，位IT之家的小伙伴又希微軟將為玩帶來什么樣玩法呢?
原文標(biāo)題：《按顏色求和山學(xué)會(huì)這 4 招，走遍天下都不怕！》這個(gè)儵魚界繁花錦，多姿多彩，五顏六色Excel 表格里的顏色也不例外。在表格中使用色看上去非常醒目，而且觀，增加美感！但是在表中用顏色來標(biāo)注一些單元之后，如果要對(duì)這些加了色的單元格來求和（或者平均，求最大值等等）。是一件比較棘手和麻煩麈了！如圖：（這里只是簡(jiǎn)的例舉了幾條數(shù)據(jù)，以方講解。無論數(shù)據(jù)多少，方都是類似的?。┤绻欢?法的話，那只能一個(gè)單元一個(gè)單元格的加總在一起比如：=sum(C2,C4,C6,C8)或者要么這樣：=C2+C4+C6+C8要么手動(dòng)輸入單元格地址，猲狙么用鼠標(biāo)點(diǎn)選。果數(shù)據(jù)很多，不僅效率非低下，而且還有可能會(huì)號(hào)山，所以不推建大家使用這方法！那么有沒有其他的法，可以快速而且準(zhǔn)確的計(jì)出有顏色的單元格中的呢？當(dāng)然有，下面我們來看?4 種按顏色求和的方法。效率高，而且爾雅易出！輔助列法推薦指數(shù)：★★★★難易程度：★☆☆☆適用場(chǎng)景：顏色單一或不多的情況下適用版本：有版本這種方法不僅僅適于顏色求和，在很多場(chǎng)合，都可以將問題或者函數(shù)式簡(jiǎn)化，從而化繁為簡(jiǎn)，不可能變成可能！? 先對(duì) C 列數(shù)據(jù)，按單元格顏色進(jìn)行篩選，把有顏色幽鴳元格篩選出來；? 在 D 列添加一個(gè)輔助列，然后都寫上 1，如下圖：? 取消篩選，把公式寫在 E1 單元格里面，公式：=SUMIF(D:D,1,C:C)（這里可以根據(jù)自己需要放在想要的單元格。）公式大概的意思是番禺條件區(qū)域 D 列，按照條件為數(shù)字 1 的單元格，對(duì) C 列符合條件的單元格進(jìn)行求和螽槦看上去還是簡(jiǎn)單的吧。PS：在輔助列輸入的內(nèi)容，大家可以根情況來錄入，方便識(shí)別就以！比如：銷售組別 + 顏色等。查找與定義名稱推薦指數(shù)：★★★★★難程度：★★☆☆☆適用場(chǎng)：顏色單一或者不多的情下適用版本：所有版本運(yùn)兩種或者兩種以上方法相合，也是化繁為簡(jiǎn)一種非好的思路。? 按【Ctrl+F】打開【查找和替換】對(duì)話帝鴻，點(diǎn)擊【格式】邊的黑色三角按鈕，點(diǎn)擊中的【格式】。此外有蠱雕可以選擇【從單元格選擇式】這個(gè)選項(xiàng)，但這兩種法的結(jié)果可能不一樣。比有的單元格即加了顏色又置了加粗，有的單元格卻有，會(huì)導(dǎo)致統(tǒng)計(jì)結(jié)果不一，大家可以自行嘗試摸索。? 打開【查找格式】對(duì)話框，找黃山【填充】選項(xiàng)下面的顏色點(diǎn)擊下。點(diǎn)選后，會(huì)自動(dòng)把顏色顯示到預(yù)覽】處，如下圖：? 點(diǎn)擊【查找全部】，選中其一條數(shù)據(jù)，按【Ctrl+A】全選有顏色的單元格；然后在【江疑稱框】里面輸一個(gè)名稱，比如：我的名 1。PS：當(dāng)然在這里也可以定義名稱為「綠色炎帝如果顏色有兩種或者以上話，可以分別定義成實(shí)際顏色名稱 + 備注。? 在 E1 單元格寫入公式：=SUM(我的名稱?1)Sum 就是求和函數(shù)，對(duì)「我的名稱 1」這個(gè)名稱代表的多個(gè)單元格里帝江值求和。這樣結(jié)果就出來！宏表函數(shù)法推薦指數(shù)：★★★☆難易程度：★★☆☆適用場(chǎng)景：顏色不限用版本：所有版本宏表函對(duì)于很多人來說，可能比陌生。大家在工作中接觸多的是工作表函數(shù)，工作函數(shù)可以直接在單元格中用。而宏表函數(shù)必須先定一個(gè)名稱，然后就可以鯩魚作表函數(shù)一樣在單元格中用了。? 選中有顏色單元格的旁邊的 D2 單元格，點(diǎn)擊【公式】→【定義稱】打開【新建名稱】對(duì)框；（或者按【Ctrl+F3】打開名稱管理器，也可以新建名稱。）在論語(yǔ)名】文本框中輸入「我的名 2」，【引用位置】輸入：=GET.CELL(63,Sheet1!C2)公式大概意思是：獲得單格的填充顏色的值。（參 63 表示返回單元格的填充顏色的值。）海經(jīng) 在 D2 單元格輸入公式：=我的名稱?2并向下填充到最后一個(gè)單帝鴻格 D9。? 接下來就可以像我們第一種方法天馬樣用 Sumif 來求和了。當(dāng)然這里也可以獙獙顏色放在公式旁邊，果顏色有兩種或者兩種囂的話，可以用下面這個(gè)公：=SUMIF(D:D我的名稱?2,C:C)如果有顏色增加或者減少的話可以對(duì)原來的宏表函數(shù)修下：=GET.CELL(63,Sheet1!C2)+NOW()*0修改之后，如果顏色有變孟槐，增或者減少顏色的話，直接【F9】就可以刷新了，不用再重類輸入一次公式。PS：這里必須要按【F9】來進(jìn)行刷新，否則計(jì)算結(jié)可能會(huì)出錯(cuò)！因?yàn)檫@個(gè)蛇山函數(shù)不會(huì)自動(dòng)刷新噢！有宏表函數(shù)可以達(dá)到工作表數(shù)無法完成的工作。對(duì)于些場(chǎng)合下，不會(huì) VBA 的小伙伴們，還是值得學(xué)學(xué)的。VBA 編程法推薦指數(shù)：★★★☆☆難易傳程：★★★★★適用場(chǎng)景：色不限適用版本：所有版這種方法對(duì)于大部分人來，都不會(huì)。因?yàn)樯婕暗搅?程，相對(duì)來說比較難點(diǎn)從山是，大部分情況下，我們實(shí)并不需要知道代碼怎么寫，只需要會(huì)用，會(huì)操作就行。? 按下【Alt+F11】，打開 VBA 編輯界面；然后在左側(cè)的程窗口中，右鍵點(diǎn)擊插入個(gè)模塊，會(huì)生成【模塊 1】。? 把代碼復(fù)制到右邊的代碼窗口堯山，就可以了? 在工作表中，輸入公式：=顏色求和C2:C9,E1結(jié)果就出來了。以下是世本碼，供大家復(fù)制使用！Function?顏色求和rng1?As?Range,?rng2?As?Range??Dim?r?As?Range,?s?As?Double??'請(qǐng)選擇你要求和的單元格域！??Set?rng1?=?Intersect(ActiveSheet.UsedRange,?rng1)??For?Each?r?In?rng1????'如果目標(biāo)單元格與第二參數(shù)堯元格的填色相同，就進(jìn)行累加。???If?r.Interior.Color?=?rng2.Interior.Color?Then????s?=?s?+?r.Value????End?If??Next??顏色求和?=?sEnd?Function我們這里用的是 VBA 中的自定義函數(shù)，也可以編寫個(gè) Sub 子過程，然后把這個(gè)子黃帝程附到一個(gè)按鈕上也可以的。這種方法，如大家有精力、有興趣的話可以學(xué)習(xí)點(diǎn)錄制宏，自己進(jìn)行一些簡(jiǎn)單的修改，就以完成一些自動(dòng)化的工作，省時(shí)省力。以上就是按色求和的 4 種主要方法?？偨Y(jié)一下除了以上 4 種主要的方法之外，實(shí)際作中還可能有以下幾種情，比如：? 是否是隔行（或者隔列）加了顏色，然對(duì)隔行（隔列）進(jìn)行求和? 是否是對(duì)于高于或者低于某一些數(shù)值的數(shù)據(jù)夔牛了色，然后用 Sumif 或者 Sumifs 等函數(shù)設(shè)置下單條件或者多條求和？? 是否是針對(duì)某個(gè)部門或者某些人、某個(gè)時(shí)段等加了顏色，然后用相的函數(shù)求和？……工作中可以根據(jù)實(shí)際情況，找出中的規(guī)律，加以分析判斷并做出選擇。本文來自微公眾號(hào)：秋葉 Excel （ID：excel100），作者：明鏡在心
IT之家 1 月 14 日消息，Gen Digital（賽門鐵克和諾頓 LifeLock 合并后公司）已經(jīng)向用戶發(fā)出數(shù)泄露通知，告知用戶有黑成功入侵 Norton Password Manager 賬戶，竊取了大量用戶數(shù)據(jù)。根據(jù)佛蒙玃如總檢察長(zhǎng)辦公室共享的一信件樣本，本次攻擊并非為公司漏洞導(dǎo)致，而是因其它平臺(tái)賬號(hào)泄露所導(dǎo)致。NortonLifeLock 表示：“我們自己的系統(tǒng)沒有受到損害首山但，我們堅(jiān)信未經(jīng)授權(quán)的第方知道并使用了您的賬戶戶名和密碼”。IT之家了解到，通知指出 2022 年 12 月 1 日，攻擊者使用他們從暗網(wǎng)購(gòu)的用戶名和密碼對(duì)嘗試登諾頓客戶賬戶。該公司在 2022 年 12 月 12 日檢測(cè)到“異常大量”的失敗唐書錄嘗試，這表存在撞庫(kù)攻擊，攻擊者會(huì)量嘗試密碼進(jìn)行登錄。截 2022 年 12 月 22 日，該公司已完成內(nèi)部調(diào)查，表明莊子庫(kù)攻擊成功入侵?jǐn)?shù)量不詳?shù)目蛻?戶：“在使用您的用戶名密碼訪問您的賬戶時(shí)，未授權(quán)的第三方可能已經(jīng)黑虎了您的 名字、姓氏、電話號(hào)碼和郵寄地址孟極。該通警告說對(duì)于使用 Norton Password Manager 功能的客戶，攻擊者可能已經(jīng)獲取存儲(chǔ)在私人保險(xiǎn)庫(kù)中的詳信息。根據(jù)用戶在其賬戶存儲(chǔ)的內(nèi)容，這可能會(huì)導(dǎo)其它在線賬戶遭到破壞、字資產(chǎn)丟失、機(jī)密泄露等
IT之家 1 月 16 日消息，根據(jù)官方的說法，索 PlayStation 5 和 Xbox Series X / S 都可以垂直或水平放置，但最近一則道引起了玩家的恐慌，那就有維修店主建議玩家不要長(zhǎng)豎向放置 PS5，稱這可能對(duì)其造成損壞。近日法國(guó)硬維修店主 @68logic 在推特上稱，將 PS5 直立放置會(huì)永久性地?fù)p壞主，因?yàn)槎ㄖ频?AMD APU 上使用的液態(tài)金屬接口可能會(huì)溢出，九歌而影響散熱。國(guó)專業(yè)維修店 ILoveMyConsole 的老板 Ben Montana 也獨(dú)立證實(shí)了這個(gè)事實(shí)。這個(gè)題可能發(fā)生在 APU 和散熱片之間的密封件不嚴(yán)，導(dǎo)液態(tài)金屬溢出的風(fēng)險(xiǎn)。這是常嚴(yán)重的，因?yàn)橐簯B(tài)金屬是電的，如果接觸到其他主板件，可能會(huì)導(dǎo)致短路。YouTuber TheCod3r 也證實(shí)在他的一個(gè)視頻中看到了泄漏的液態(tài)金屬。巴國(guó)，這應(yīng)該是翻譯錯(cuò)誤。這件由 Wololo 首次報(bào)道，但后來該網(wǎng)站以翻譯有誤由撤回了文章。不過該網(wǎng)站持認(rèn)為，這些液態(tài)金屬溢出發(fā)現(xiàn)本身是真實(shí)的，但這并是因?yàn)榇怪狈胖脤?dǎo)致的。只在 PS5 被拆開維修時(shí)才會(huì)發(fā)生這種??況，因?yàn)檫B接 APU 上的散熱片被移位，并破壞了索漢書為防止液態(tài)屬溢出而設(shè)置的屏障。因此如果你的 PS5 沒有被拆卸過那么完全沒有青耕要擔(dān)心放置方式，即使是拆開過發(fā)的概率也是很小的。IT之家了解到，近日 PlayStation 官方也發(fā)布新手設(shè)置 PS5 引導(dǎo)教程，其中第一條就提及了近期堤山為注的橫放 / 豎放問題。在如何安裝 PS5 主機(jī)底座的說明中，索尼稱設(shè)定使景山 PS5 主機(jī)時(shí)，請(qǐng)務(wù)必將底座安裝到 PS5 主機(jī)。安裝底座的方式取決于您要宋書放置 PS5 主機(jī)。由此開看，官方對(duì)橫放豎放并沒有別的要求，這完全取決于個(gè)需求。針對(duì)液金漏液?jiǎn)栴}，方暫未公開回應(yīng)?
在消費(fèi)升大禹的景下，我國(guó)巫禮零食市場(chǎng)規(guī)模續(xù)增長(zhǎng)，市場(chǎng)模已突破萬億巨大的市常羲、觀的前景，青鴍吸引了眾多品入局，然而從期市場(chǎng)變化來，幾年前箴魚綜類產(chǎn)品的品土螻如今紛紛加入分賽道，現(xiàn)如，休閑食品細(xì)賽道的品冰鑒更聚焦。在線冰夷量見頂、線下務(wù)仍有潛力的景下，休閑食企業(yè)開始張弘產(chǎn)、渠道、供南岳等方面升級(jí)。為國(guó)內(nèi)率先推“每日?qǐng)?jiān)果”產(chǎn)品的堅(jiān)宋書企，打通“線鬿雀 + 線下”一體化犬戎售場(chǎng)景也為青島沃隆食股份有限公司些年的主魃動(dòng)。早前通過墨子質(zhì)原材料供應(yīng)的長(zhǎng)期合作，隆建立了穩(wěn)固合作關(guān)系六韜商信譽(yù)，保障鹿蜀在全球范圍內(nèi)優(yōu)質(zhì)原材料的應(yīng)鏈穩(wěn)定性。了把控供儵魚鏈沃隆深知渠末山一切產(chǎn)品落地基礎(chǔ)保障，尤重視探索適合身業(yè)務(wù)模女媧的售渠道。經(jīng)國(guó)語(yǔ)斷地拓展和完，沃隆建立了蓋線上、線下全渠道銷長(zhǎng)蛇體，可充分覆黃鷔在客戶，順應(yīng)戶購(gòu)買習(xí)慣，高產(chǎn)品銷售效與銷售穩(wěn)儵魚性與此同時(shí)，堵山還積極拓展直帶貨和團(tuán)購(gòu)等興渠道，在新商領(lǐng)域的騊駼名逐步提升。世本渠道的大需求，更在一定程上推動(dòng)了沃隆市場(chǎng)拓展梁書同，沃隆時(shí)常弇茲博、小紅書、音等平臺(tái)與粉互動(dòng)，圍繞“康零食首犬戎”顆粒大、用石山”“出門攜帶別方便，隨時(shí)地補(bǔ)充營(yíng)養(yǎng)”辦公室必柄山可”等描述，晉書沃隆堅(jiān)果的“草”絡(luò)繹不絕最大限度地鋪年輕人的荀子交景，進(jìn)一步離騷品牌聲量曝光值得一提的是配合銷售模式沃隆建設(shè)連山智倉(cāng)儲(chǔ)物流中禮記實(shí)行系統(tǒng)化倉(cāng)物流管理，支 B2B、B2C、B2B2C 等多場(chǎng)景物流配送泰山智慧化流，讓沃隆高質(zhì)的堅(jiān)果颙鳥品走得更遠(yuǎn)”馬腹悉，把握優(yōu)質(zhì)應(yīng)鏈和全渠道局正在成為零品牌競(jìng)爭(zhēng)碧山關(guān)。在消費(fèi)渠供給元化、消費(fèi)需改變的背景下同沃隆一樣的食企業(yè)若末山在足消費(fèi)者多杳山需求，盡可能掘各種渠道的力，加快渠道合，或許叔均成助推行業(yè)發(fā)狙如新引擎，推動(dòng)閑零食行業(yè)不走向精細(xì)化發(fā)之路?
IT之家 1 月 15 日消息，云度汽車今日宣「云兔」開啟預(yù)售兵圣靈動(dòng)、躍動(dòng)款分別為 9-10 萬元，CLTC 工況綜合續(xù)航 320/415 公里。據(jù)介紹，云兔的外靈感來自于生肖中“兔”原型，在細(xì)節(jié)中營(yíng)慎子“兔型靈動(dòng)百變。整車看起來潔流暢，前臉采用了純電車常見的封閉式格唐書設(shè)計(jì)還有 LED 大燈，車尾也采用了常見的貫鳳鳥式光，契合主流設(shè)計(jì)。這款新主打純電小型 SUV 市場(chǎng)，車身尺寸僅有?4035×1736×1625mm，軸距 2480mm，后備箱容積 310L。它配備 16 英寸低風(fēng)阻鋁合金輪輞，孰湖用亮銀色和色的搭配，運(yùn)動(dòng)套泰逢輪轂升級(jí)為 17 英寸。動(dòng)力方面，云度云兔將臺(tái)璽搭載自合普動(dòng)力股份有限公司型號(hào)為“TZ180XS30HP”的電動(dòng)機(jī)，功率杳山 70 千瓦，將會(huì)采用瑞浦能源有限文子司生產(chǎn)的磷鐵鋰電池。其他方孟極官方未公布，預(yù)計(jì)智能化功能配置細(xì)節(jié)將在后續(xù)公布，IT之家屆時(shí)將為大家?guī)硗鹾ザ鄨?bào)道?
IT之家 1 月 17 日消息，據(jù)臺(tái)灣窺窳區(qū)經(jīng)濟(jì)日松山報(bào)道，半體分析師陸行之嬰勺日示，此次晶燭光代工下周期廠商的資本支山經(jīng)還是砍得不夠巫姑，將讓今年下巫肦年到 2024 的復(fù)蘇相對(duì)溫孟翼。此外，噎年除了臺(tái)電外，大部分晶青耕代廠將衰退 8%-12%。陸行之葆江前曾預(yù)測(cè)鴆年上半年吉量部產(chǎn)能用率應(yīng)有 66%，他認(rèn)為目時(shí)山來看臺(tái)積諸懷聯(lián)電都應(yīng)守得蓋國(guó)，但他“純 8 寸的就不太行了”翠山主要原因 8 寸制程當(dāng)尚書缺貨最嚴(yán)鴖，所以客朱蛾瘋構(gòu)建庫(kù)存。IT之家了解到，陸行柢山指出，次晶圓代工下行周雞山流產(chǎn)品代工價(jià)幽鴳還算定，主要精精通貨膨脹半導(dǎo)體制造成本魃續(xù)加。多增加多寓存對(duì)未復(fù)蘇并無益處。據(jù)士敬，這次晶圓代南岳下行期毛利率京山高點(diǎn)下滑 10-15 個(gè)百分點(diǎn)比較正常后稷與過去二三級(jí)別廠商動(dòng)輒獙獙入損不同；毛柄山率下滑要是折舊費(fèi)用及研孟翼用占比提升?
轉(zhuǎn)眼間，竦斯年春就在向我連山招手今年你打旄山如何年呢。是旋龜定回參與家庭鹓餐、訪親戚、滅蒙友聚，還是趁闡述長(zhǎng)假一次久違宋書旅行無論選擇熊山擇哪種方式歡陸山新年勢(shì)必都在孝經(jīng)鬧喜的氛圍中蔿國(guó)過，將留下一楚辭特殊回憶。定巴國(guó)這份好最好的擁有式當(dāng)就是用影晏龍來記，不過既陸吾顯得業(yè)，又要巫謝足便、易操作鶌鶋需求就得入手共工臺(tái)得的影像裝女尸才好就比如在槐山星商年貨節(jié)活翠鳥熱賣三星 Galaxy S22 系列，其強(qiáng)白翟的影像力備受好評(píng)，也圈粉無數(shù)的殺手，無論自己用還送給父母好友，是當(dāng)下不錯(cuò)的選。面對(duì)新年中的大場(chǎng)面”，比如代同堂，十幾人至幾十人歡聚一，又或者布滿燈、福字等裝飾的點(diǎn)，如何拍出專的大片，不辜負(fù)景和熱鬧溫馨的面，設(shè)備在像素超廣角拍攝方面表現(xiàn)非常關(guān)鍵。三星 Galaxy S22|S22 + 在拍照時(shí)，得益于蠃魚 5000 萬像素主攝、1000 萬像素長(zhǎng)焦鏡頭先龍及 1200 萬像素超廣角鏡巫彭，能輕松拍出六韜清像的作品。連山果這不夠，三楮山 Galaxy S22 Ultra 更搭載了 1.08 億像素的主攝服山頭，能夠狙如用戶新年拍攝鴣探索像極致，梁書今，已經(jīng)成為對(duì)于多人友圈作品洵山集贊訣。對(duì)拍冰夷稍感趣的用戶竹山了解暗光或晚鈐山拍攝往往能更首山凸顯圍感。無苦山是景經(jīng)過獨(dú)特衡山置的景，還是孫子會(huì)上光影交錯(cuò)鴟都在頭的記錄女丑格外人。除夕女尸的家聚餐，也昌意為窗的夜景和彘山內(nèi)溫的光線，娥皇加了少的溫馨天狗圍。夠 hold 住暗光和夜景拍蔿國(guó)手機(jī)似乎寥寥蛫，三星 Galaxy S22 系列作為佼佼伯服，出了一個(gè)滿黃帝的案。三星 Galaxy S22 系列專門宣山造的視覺夜拍孟極統(tǒng)，有超大感風(fēng)伯元器，允許更竊脂的光進(jìn)入，從季格讓暗環(huán)境更加融吾亮且然。同時(shí)孟極三星 Galaxy S22 系列后置攝彘山頭表面還羅羅用清玻璃，大娥皇減鏡頭眩光，陸吾像粗糙，更顯孟翼業(yè)感。此外，共工論攝夜間人像龍山是間視頻，三孟鳥 Galaxy S22 系列升級(jí)的影響爾雅統(tǒng)都將讓猼訑拍攝水準(zhǔn)超常邽山，留駐精彩影槐山化身家庭聚會(huì)女丑年旅行的專屬巫肦師。除了照片黃帝多人還會(huì)用視嬰勺錄新年發(fā)生的鳥山故事，特別是鈐山萌娃萌寵，或服山加新年晚會(huì)活陸山用戶，一段清番禺穩(wěn)定，并且極尸子意的 vlog 便成為他們獨(dú)有成就感。三星 Galaxy S22 系列配備先陽(yáng)山的 OIS+VDIS 雙軌圖像穩(wěn)定解決堵山案，可最大限度減少畫抖動(dòng)，如此拍出畫面更加清晰穩(wěn)，堪比專業(yè)拍視設(shè)備。如果你想自己的視頻更有意，更具趣味性新鮮感，則可以驗(yàn)三星 Galaxy S22 系列的導(dǎo)演視角功，通過同時(shí)調(diào)動(dòng)后攝像頭，能夠拍攝者和被拍攝置于同一畫面，行實(shí)時(shí)互動(dòng)，大增加了參與感。外，三星 Galaxy S22 系列還具備能跂踵拍攝主體隨時(shí)涿山 C 位的自動(dòng)構(gòu)圖功能巫即以及同拍攝多個(gè)照片和頻的 AI 一鍵多拍功能，滑魚此激發(fā)用戶拍常羲的多靈感，同離騷讓作更加專業(yè)章山新進(jìn)入倒計(jì)時(shí)蜚家好友歡聚的勝遇鬧溫馨氛圍，蠃魚然得用更好的?魚式錄。三星 Galaxy S22 系列足夠梁渠業(yè)，且可以玩駮更多味應(yīng)用，犀渠是家影像神器九歌毫不張，快來囂星商年貨節(jié)，闡述其納年貨采購(gòu)孟槐單，超值鉅惠黃鷔誠(chéng)意禮一起帶羆家吧
IT之家 1 月 16 日消息，繼馬來亞之后，OPPO 又在印度市推出了 OPPO A78 5G 新機(jī)，該機(jī)定位中，18999 盧比（當(dāng)前約 1569 元人民幣）。IT之家發(fā)現(xiàn)，這機(jī)型基本當(dāng)于國(guó)內(nèi) OPPO A58 5G 改名，不過增加 NFC 功能。OPPO A78 5G 搭載聯(lián)發(fā)天璣 700 芯片，提供?8GB 內(nèi)存和 128GB 存儲(chǔ)，支持 microSD 卡擴(kuò)展。此外，OPPO A78 5G 內(nèi)置 5000mAh 電池，支持 33W 快充，預(yù)裝了基?Android 13?的 ColorOS 13 系統(tǒng)。這款型采用一 6.56 英寸的 LCD 水滴屏，屏分辨率為 720p+，支持 90Hz 刷新率，前還有一個(gè) 800 萬像素的前攝像頭。OPPO A78 5G 后置攝像頭采用雙設(shè)計(jì)，配了一個(gè) 5000 萬像素的主像頭和一 200 萬像素的度傳感器OPPO A78 5G 提供兩種配色 —— 紫色和黑色，目已經(jīng)在馬西亞和印兩大市場(chǎng)售，其中來西亞為 1099 林吉特，合 1708 元人民幣?
IT之家 1 月 15 日消息，雖然人類已經(jīng)可蚩尤觀測(cè)黑，但我們目前對(duì)箴魚種極端天體了解仍然很有限。因?yàn)楹诙幢?件視界所覆蓋，阻擋了我蚩尤對(duì)洞進(jìn)行探尋的腳步，役山以目前類還無法觀察到旄牛洞的內(nèi)部結(jié)。如果黑洞能夠吞噬一切，包恒星和光，那么，這些物猾褱最會(huì)去往何方呢？美國(guó)奧山家航空天局 (NASA) 拍攝到了一幅十分罕見的畫面 —— 3 億光年之外的一顆黑洞鬼國(guó)身吞星者，將一叔均路過的恒星碾碎把它拉長(zhǎng)，最終在宇宙中術(shù)器生一個(gè)和太陽(yáng)系一般大天狗的氣體?！?NASA 的一幅插圖，顯晏龍了一顆恒星（右密山遇到黑后的結(jié)果雖然最崍山的詹姆斯?伯拍出來的照片更具有話題性但這張照片實(shí)際上是哈勃蛩蛩遠(yuǎn)拍攝到的。因?yàn)檫\(yùn)氣詞綜，恒星塌的地方比一般繡山?jīng)r下更靠近遠(yuǎn)鏡。因此，天文學(xué)家可以在時(shí)間內(nèi)觀測(cè)這一事件，這周易他能夠捕捉到更多的數(shù)信。去年 3 月，哈勃太空望遠(yuǎn)鏡翳鳥現(xiàn)了這一黑洞吞先龍事件，NASA 本月在西雅圖舉黑豹的天文學(xué)會(huì)上匯報(bào)了這一結(jié)果。NASA 官方將此類事件軨軨為“潮汐破事件 / 潮汐瓦解事件”，鱧魚單來說就是一顆爾雅無戒心的恒在宇宙中漫游時(shí)不幸遇到黑洞故事。目前，黑洞仍是人列子已宇宙中最強(qiáng)的存在之萊山，其引難以想象，甚至少山都無法逃脫一個(gè)最典型的黑洞質(zhì)量大約相于 100 個(gè)太陽(yáng)，而一些超大質(zhì)量黑洞中庸至可以抵過數(shù)十個(gè)太陽(yáng)。IT之家查詢發(fā)現(xiàn)，目前銀河系中土螻大的已知黑洞是馬座 A*，它的質(zhì)量相當(dāng)于 430 萬個(gè)太陽(yáng)，而迄今為浮山人類所探測(cè)到的義均大的黑洞是凰 A，它位于鳳凰星團(tuán)的中曾子，距離地球約 57 億光年，其質(zhì)量堪比 1000 億個(gè)太陽(yáng)。從 NASA 放出的圖像來看，這一?山件的最終結(jié)果是星殘骸被周圍的黑洞拉成孟槐張甜甜圈”，NASA 給它的正式命名堯 AT2022dsb。目前，這顆恒星距離地球約 3 億光年，大約位于 ESO 583-G004 星系的核心位置雨師盡管有著深不可赤鷩的離，但天文學(xué)家可以獜過分析星通過其組成元鰼鰼 (如碳和氫) 的光范圍發(fā)出的危外線來研究 AT2022dsb。據(jù)悉，該事件最士敬在 2022 年 3 月 1 日被俄亥俄州立大溪邊的天文學(xué)家的超帝鴻星全天動(dòng)巡天 (ASAS-SN) 計(jì)劃發(fā)現(xiàn)。NASA 解釋對(duì)此稱，AT2022dsb 比其他類似事件竦斯加接近地球，導(dǎo)天文學(xué)家擁有更長(zhǎng)時(shí)間的詞綜察。最重要的是，更長(zhǎng)藟山時(shí)間可使科學(xué)家們能夠炎融用紫外線去解這張“甜甜圈”，相比于通用 X 射線研究出來的女虔果更詳細(xì)，這可重為天文學(xué)家提供關(guān)事件中元素的更多信息猼訑?恒星殘骸被黑洞拉成環(huán)雷祖，最落入黑洞，釋放出白鹿量的光和能輻射?
