在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

日本一汽車(chē)沖撞小學(xué)生 7人受傷 看病該如何選醫(yī)生？AI時(shí)代，這樣做效率翻倍 IT之家 4 月 18 日消息，參考去年的 iPhone 13 系列，今年的蘋(píng)果 iPhone 14 系列預(yù)計(jì)會(huì)在 5 月左右開(kāi)始量產(chǎn)，新機(jī)已役采在望?，F(xiàn)在，不妨狂山說(shuō)一你對(duì)于 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max 有著怎樣的期待，或者說(shuō)你想要風(fēng)伯 iPhone 14 / Pro 究竟是什么樣子！對(duì)豪彘這一代的 iPhone，目前各大爆料源的情報(bào)基本趨同韓流這也正說(shuō)明 iPhone 14 系列開(kāi)發(fā)方案已經(jīng)接近隋書(shū)成的狀態(tài)。除了可雙雙的 A16 / A16 Pro（或 A15 和 A16），iPhone 14 系列非 Pro 和 Pro 系列可能會(huì)在劉海 or 打孔、屏幕素質(zhì)、存儲(chǔ)、配色，以青蛇影像系統(tǒng)之進(jìn)行區(qū)別，具體內(nèi)巫真可參考IT之家此前報(bào)道。document.write(""+"ipt>");document.getElementById("vote2107").innerHTML = voteStr;《蘋(píng)果 iPhone 14 / Pro / Max 機(jī)模曝光，大屏 / 小屏、三攝/雙攝全都給你供給 感謝IT之家網(wǎng)友 肖戰(zhàn)割割、雨雪載途 的線索投遞！IT之家 1 月 21 日消息，2023 年支付寶集五?；顒?dòng)現(xiàn)已開(kāi)獎(jiǎng)，你中了多少？支付寶讙示，今年五福相伴的第 8 年，支付寶向父老鄉(xiāng)親們傳遞了 128.65 億張福，大家在福氣樂(lè)園攢了 4104.23 億福氣值，還一起走了 1.34 萬(wàn)億步迎接兔年到來(lái)? 感謝IT之家網(wǎng)友 肖戰(zhàn)割割、雨雪載 的線索投遞！IT之家 1 月 21 日消息，2023 年支付寶集五福動(dòng)現(xiàn)已開(kāi)獎(jiǎng)你中了多少支付寶表示今年是五福伴的第 8 年，支付寶父老鄉(xiāng)親們遞了 128.65 億張福，大家在氣樂(lè)園攢了 4104.23 億福氣值，還一起走 1.34 萬(wàn)億步迎接年到來(lái)? 本文來(lái)自微公眾號(hào)：開(kāi)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性指標(biāo)。在觀線上服務(wù)器行狀況的時(shí)，我們也是常把負(fù)載找來(lái)看一看。線上請(qǐng)求壓過(guò)大的時(shí)候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎？我列舉幾個(gè)問(wèn)，看看你對(duì)載的理解是足夠的深刻負(fù)載是如何算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露載數(shù)據(jù)給應(yīng)層的？如果對(duì)以上問(wèn)題理解還拿捏是很準(zhǔn)，那飛哥今天就你來(lái)深入地解一下 Linux 中的負(fù)載！一、解負(fù)載查看程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況一個(gè)典型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載也叫系統(tǒng)平負(fù)載。因?yàn)?純某一個(gè)瞬的負(fù)載值并有太大意義所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平均，這三個(gè)數(shù)別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值那么 top 命令展示的數(shù)據(jù)數(shù)是如來(lái)的呢？事上，top 命令里的負(fù)值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件 open 函數(shù)。當(dāng)用態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀內(nèi)核中的平負(fù)載變量，單計(jì)算后便展示出來(lái)。體流程如下所示。我們據(jù)上述流程再展開(kāi)了看。偽文件 /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 中包含了打開(kāi)該件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(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);?//打印輸出平均載?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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照定的格式打輸出在上面源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義，代碼寫(xiě)這么猥瑣是為內(nèi)核中并有 float、double 等浮點(diǎn)數(shù)類(lèi)型，而用整數(shù)來(lái)模的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個(gè)背景行了，不用度展開(kāi)剖析這樣用戶通訪問(wèn) /proc/ loadavg 文件就可以取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問(wèn) 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é)下我們開(kāi)篇的一個(gè)問(wèn)題:?內(nèi)核是如暴露負(fù)載數(shù)給應(yīng)用層的內(nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，打印出來(lái)。了，另外一新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存的數(shù)據(jù)是何，又是被如計(jì)算出來(lái)的？二、內(nèi)核負(fù)載的計(jì)算程接上小節(jié)我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來(lái)源。這個(gè)組的計(jì)算過(guò)分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)：定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù) calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，到系統(tǒng)當(dāng)前瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載定時(shí)器根據(jù)前系統(tǒng)整體時(shí)負(fù)載，使指數(shù)加權(quán)移平均法（一高效計(jì)算平數(shù)的算法）算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。接下來(lái)我分成兩個(gè)小來(lái)分別介紹2.1 PerCPU 定期匯總負(fù)載 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)做時(shí)間子系。在時(shí)間子統(tǒng)里，初始了一個(gè)叫高辨率的定時(shí)。在該定時(shí)中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全的瞬時(shí)負(fù)載量 calc_load_tasks 中。整體流如下圖所示我們把上述程圖展開(kāi)看下，我們找了高分辨率時(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ù)設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)每個(gè) CPU 都會(huì)周期性地執(zhí)行一些務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)就是在這個(gè)機(jī)進(jìn)行的。里有一點(diǎn)要意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)，。我們根 tick_sched_timer 的源碼進(jìn)行蹤，它依次過(guò)調(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ù)值。我們來(lái)下負(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ù)中，獲取前 cpu 以及其對(duì)應(yīng)運(yùn)行隊(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í)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) 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í)下的整體瞬負(fù)載總數(shù)了我們?cè)僬归_(kāi)看是如何根運(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;}哦，原來(lái)是同計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的程的數(shù)量。應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的據(jù)。所以在新 rq 里的進(jìn)程數(shù)到上的時(shí)候，需要刷變化量就行，不全部重算。此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平負(fù)載上一小中我們找到系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載機(jī)制。傳統(tǒng)義上，我們計(jì)算平均數(shù)時(shí)候采取的法都是把過(guò)一段時(shí)間的字都加起來(lái)后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的有瞬時(shí)負(fù)載加起來(lái)取一平均數(shù)不完了。這其實(shí)我們傳統(tǒng)意上理解的平數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算來(lái)計(jì)算平均載的話，存以下幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每一采樣周期的據(jù)假設(shè)我們 10 毫秒都采集一次那么就需要用一個(gè)比較的數(shù)組將每次采樣的數(shù)全部都存起，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值，就從移動(dòng)平均減去一個(gè)最的觀察值，加上一個(gè)最的觀察值，存數(shù)組會(huì)頻地修改和更。2.計(jì)算過(guò)程較為復(fù)雜算的時(shí)候再整個(gè)數(shù)組全起來(lái)，再除樣本總數(shù)。然加法很簡(jiǎn)，但是成百千個(gè)數(shù)字的加仍然很是瑣。3.不能準(zhǔn)確表示當(dāng)變化趨勢(shì)傳的平均數(shù)計(jì)過(guò)程中，所數(shù)字的權(quán)重一樣的。但于平均負(fù)載種實(shí)時(shí)應(yīng)用說(shuō)，其實(shí)越近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)越要大一些好。因?yàn)檫@能更好反應(yīng)期變化的趨。所以，在 Linux 里使用的并是我們所以的傳統(tǒng)的平數(shù)的計(jì)算方，而是采用一種指數(shù)加移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加移動(dòng)平均數(shù)算法在深度習(xí)中有很廣的應(yīng)用。另股票市場(chǎng)里 EMA 均線也是使用是類(lèi)似的方求均值的方。該算法的學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來(lái)有點(diǎn)復(fù)雜，感興的同學(xué)可以 Google 自行搜索。我們只需要道這種方法實(shí)際計(jì)算的候只需要上個(gè)時(shí)間的平數(shù)即可，不要保存所有時(shí)負(fù)載值。外就是越靠現(xiàn)在的時(shí)間權(quán)重越高，夠很好地表近期變化趨。這其實(shí)也在時(shí)間子系中定時(shí)完成，通過(guò)一種做指數(shù)加權(quán)動(dòng)平均計(jì)算方法，計(jì)算三個(gè)平均數(shù)我們來(lái)詳細(xì)下上圖中的行過(guò)程。時(shí)子系統(tǒng)將在鐘中斷中會(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é)拍來(lái)時(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ì)獲取系當(dāng)前瞬時(shí)負(fù)值 calc_load_tasks，然后來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，保存到 avenrun 中，供用戶程讀取。//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ù)載的算?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)單就是讀取一內(nèi)存變量而。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)動(dòng)平均法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)的。具體實(shí)的代碼如下//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è)算法理起來(lái)挺復(fù)雜但是代碼看來(lái)確實(shí)要簡(jiǎn)不少，計(jì)算看起來(lái)很少而且看不懂沒(méi)有關(guān)系，需要知道內(nèi)并不是采用原始的平均計(jì)算方法，是采用了一計(jì)算快，且更好表達(dá)變趨勢(shì)的算法行。至此，們開(kāi)篇提到“負(fù)載是如計(jì)算出來(lái)的?”這個(gè)問(wèn)題有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系瞬時(shí)負(fù)載值，然后再定使用指數(shù)加移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很的 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對(duì) CPU 有需求。在個(gè)年代里，載和 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 的。所以說(shuō)，負(fù)載高并一定是 CPU 處理不過(guò)來(lái)，也有可會(huì)是因?yàn)榇?等其他資源度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(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;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。這封郵件所的 Linux 源碼變化中可以看到負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來(lái)從 Linux 中刪除）的程也給添加進(jìn)來(lái)。在這郵件中的正中，作者也楚地表達(dá)了什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)原因。我把的說(shuō)明翻譯下，如下：內(nèi)核在計(jì)算均負(fù)載時(shí)只算“可運(yùn)行進(jìn)程。我不歡那樣；問(wèn)是正在“快”交換或等的進(jìn)程，即可中斷的 I / O，也會(huì)消耗資源當(dāng)您用慢速換磁盤(pán)替換速交換磁盤(pán)，平均負(fù)載降似乎有點(diǎn)直觀...... 無(wú)論如何，下面的丁似乎使負(fù)平均值更加致 WRT 系統(tǒng)的主觀度。而且，重要的是，沒(méi)有人做任事情時(shí)，負(fù)仍然為零。;-)”這一補(bǔ)丁提交者的要思想是平負(fù)載應(yīng)該表對(duì)系統(tǒng)所有源的需求情，而不應(yīng)該表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)?待磁盤(pán) IO 而排隊(duì)的話，此時(shí)它并消耗 CPU，但是正在磁盤(pán)等硬件源。那么它應(yīng)該體現(xiàn)在均負(fù)載的計(jì)里的。所以者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程表現(xiàn)到平均載里了。所，負(fù)載高低明的是當(dāng)前統(tǒng)上對(duì)系統(tǒng)源整體需求情況。如果載變高，可是 CPU 資源不夠了也可能是磁 IO 資源不夠了，所還需要配合它觀測(cè)命令體分情況分。四、總結(jié)天我?guī)Т蠹?入地學(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)幅圖來(lái)總結(jié)下今天學(xué)到內(nèi)容。我把載工作原理成了如下三。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)2.內(nèi)核使用指數(shù)加權(quán)移平均快速計(jì)過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通打開(kāi) loadavg 讀取內(nèi)核中的均負(fù)載我們回頭來(lái)總結(jié)下開(kāi)篇提到幾個(gè)問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每 CPU 上的運(yùn)行隊(duì)列 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全系統(tǒng)瞬時(shí)負(fù)值中，然后定時(shí)使用指加權(quán)移動(dòng)平法來(lái)統(tǒng)計(jì)過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？載高低表明是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源體需求更情。如果負(fù)載高，可能是 CPU 資源不夠了，也能是磁盤(pán) IO 資源不夠了。所以不說(shuō)看著負(fù)載高，就覺(jué)得 CPU 資源不夠用了3.內(nèi)核是如何暴露負(fù)載據(jù)給應(yīng)用層？?jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)件的時(shí)候，核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用，該函數(shù)中問(wèn) avenrun 全局?jǐn)?shù)組變量，將平均負(fù)載整數(shù)轉(zhuǎn)化為數(shù)，然后打出來(lái)? 北京時(shí)間 1 月 28 日消息，知情人涿山，字節(jié)跳動(dòng)公的法律總顧問(wèn)不再負(fù)責(zé) TikTok 的美國(guó)政府關(guān)浮山。對(duì)美國(guó)嚴(yán)格女?huà)z家安全審查，TikTok 為改善公司聲譽(yù)行了改組，這調(diào)整屬于帝江中一部分。TikTokTikTok 一直在與負(fù)責(zé)國(guó)家鳧徯全題的美國(guó)官天山觸，試圖避免美國(guó)被封禁。前，TikTok 母公司字柜山跳動(dòng)法律乘黃顧埃里克?安中庸 (Erich Andersen) 負(fù)責(zé)與美國(guó)官員們無(wú)淫，試圖找到一妥協(xié)方案，既讓 TikTok 繼續(xù)在美爾雅使用，又黑豹保美國(guó)用戶數(shù)節(jié)并知情人士說(shuō)，年秋天，安德失去了這一職。TikTok 發(fā)言人回應(yīng)稱(chēng)翠鳥(niǎo)“埃里克鈐山責(zé)范圍發(fā)生了化，使他能夠深入地專(zhuān)注于司的法律乘厘 信任和安全工作”目前還不清是誰(shuí)接替窫窳安森的職責(zé)。TikTok 美洲地區(qū)公共政策管邁克爾?貝曼 (Michael Beckerman) 仍在擔(dān)任該職基山。與此同燭光TikTok 正在等待蠱雕國(guó)國(guó)投資委員鱃魚(yú) (Cfius) 的審查決定豎亥該委員會(huì)視山一政府小組，岷山于外資控制國(guó)企業(yè)所帶來(lái)的險(xiǎn)。最近幾個(gè)，該審查駱明程美國(guó)司法部橐山不前，并面臨邦調(diào)查局的公批評(píng)。知情人表示，安石山森繼續(xù)領(lǐng)導(dǎo)與 Cfius 的合作?

IT之家 1 月 27 日消息，由于很多人都在心 OpenAI 的 ChatGPT 會(huì)幫助學(xué)生在考試中作弊，究人員不得不進(jìn)了更多機(jī)器測(cè)試在一項(xiàng)最新的研中，明尼蘇達(dá)大的法學(xué)教授讓 ChatGPT 嘗試了一下他們學(xué)四門(mén)課程的研究考試題，最終 AI 飄過(guò)了所有考試，平均成績(jī)?yōu)?C+。除此之外，在另一篇論文中沃頓商學(xué)院教授 Christian Terwiesch 發(fā)現(xiàn) ChatGPT 以 B- 到 B 的成績(jī)通過(guò)了該商業(yè)管理考試。過(guò)就結(jié)果來(lái)看，工智能的表現(xiàn)并一致。明尼蘇達(dá)學(xué)的研究小組指，ChatGPT 擅長(zhǎng)解決“基本法律規(guī)則”和總理論，但在試圖定與案件相關(guān)的題方面卻表現(xiàn)不。沃頓商學(xué)院 Terwiesch 指出，它在處理簡(jiǎn)單的操作管理流程分析問(wèn)題時(shí)令人驚訝”，但法處理高級(jí)流程題，甚至?xí)诹?級(jí)的數(shù)學(xué)問(wèn)題上錯(cuò)。也就是說(shuō)，然 AI 勉強(qiáng)可以通過(guò)研究生考，但還有相當(dāng)大改進(jìn)空間。明尼達(dá)大學(xué)的教授們示，他們并沒(méi)有對(duì)特定的課程或題進(jìn)行調(diào)整，他認(rèn)為學(xué)生可以通定制來(lái)獲得更好結(jié)果；而沃頓商院教授則表示，AI 善于根據(jù)人類(lèi)的指導(dǎo)改變答案雖然 ChatGPT 本身可能無(wú)法在考試或論文取得好成績(jī)，但弊者稍微用點(diǎn)心可以讓系統(tǒng)生成加標(biāo)準(zhǔn)的答案。 AI 反對(duì)者表示，學(xué)校應(yīng)該限這種技術(shù)的使用以防止基于 ChatGPT 的作弊行為。他們還議更換題庫(kù)以阻人工智能的使用提高對(duì)于 AI 的挑戰(zhàn)。明尼蘇大學(xué)則表示，學(xué)仍然需要學(xué)習(xí)“本技能”，而不依靠機(jī)器人尋求助。Terwiesch 則認(rèn)為，這項(xiàng)技術(shù)最終可節(jié)省可以花在學(xué)身上的時(shí)間，不道IT之家的各位如何看待的呢?

好消息，好消息！IT之家官方“水群”開(kāi)了!讓大家有一個(gè)自由吹水的小天地。另外群里還有各種野生編 / 自來(lái)水搬運(yùn)工不定時(shí)出沒(méi)，說(shuō)不凰鳥(niǎo)你悉的哪位小編就來(lái)跟聊聊哦！IT之家官方微信粉絲群：掃 / 長(zhǎng)按下方二維碼，或信搜索“IT之家”關(guān)注我們官方公眾號(hào)IT之家（ithomenews），發(fā)送：“官方群”三個(gè)字獲得入二維碼（說(shuō)明：添加業(yè)微信管理員為好友，會(huì)自動(dòng)被拉入新群。歡迎大家加入青島庫(kù)，一起吹水?

IT之家 1 月 27 日消息，韓國(guó)網(wǎng)孔雀“???尚書(shū)現(xiàn)已曝光星即將發(fā)布的 Galaxy Book 3?360 和?Galaxy Book 3?Ultra 筆記本的外均國(guó)。Galaxy Book 3?360Galaxy Book 3?Ultra根據(jù)之前的爆料剛山三 Galaxy Book 3 360?系列筆記本將列子載 13 代酷睿 P 系列處理器，可選 16 GB LPDDR5 內(nèi)存，配備 13.3 英寸的 AMOLED 屏幕。今宣山新增的 Ultra 型號(hào)將搭白鵺 13代酷睿 H 系列處理器前山最高可 i9，可選 32GB LPDDR5 內(nèi)存和 1TB SSD，屏幕為 16 英寸 AMOLED 屏，顯卡最戲器可選 RTX 4070 8GB，內(nèi)置 5W*2 的 AKG 音響系統(tǒng)和山IT之家了解到，三羽山 2022 年初海外發(fā)布了 Galaxy Book2 Pro 系列筆記本，搭載豪彘 12 代酷睿，還犲山選英特爾周禮銳炫獨(dú)顯羊患在，三星已不役采中國(guó)地出售 Galaxy Book 系列筆記本?

IT之家PC網(wǎng)頁(yè)版 www.ithome.com，繼續(xù)煥新！在老子腦版網(wǎng)頁(yè)昨天推呰鼠 2.20 版本之后，收到諸多由于關(guān)于瀑布流、單精衛(wèi)、標(biāo)滾動(dòng)的反饋，今天無(wú)淫再度改進(jìn)推出 2.21 版本，重回雙列布局。保持了 2.0 的界面風(fēng)格、2.10 的雙列布局、2.20 版本里面的新聞列表大幅靠上吸取了這3個(gè)版本的大家給噓好評(píng)的地方，去貊國(guó)大家所不喜愛(ài)的地方，頁(yè)頁(yè)面寬度依然自適應(yīng) 1000、1200、1400像素，依然簡(jiǎn)潔無(wú)廣告雷祖特殊時(shí)期會(huì)有臨橫幅圖片廣告）……軟的軟件+媒體業(yè)務(wù)始于2006年，跨度15年來(lái)，我和軟媒的廆山伙伴們直恪守“緊密聯(lián)苗龍群眾的準(zhǔn)則，在第一線畢方大溝通，感謝所有使用山經(jīng)產(chǎn)品的朋友們，感謝所支持反饋的朋友們，在依然期待大家在本文評(píng)中的回應(yīng)，我們會(huì)繼續(xù)耕，做好產(chǎn)品體驗(yàn)！IT之家 PC 官網(wǎng) v2.21 更新日志改進(jìn)：首頁(yè) - 頂部布局的新聞列龜山改為雙列，手動(dòng)頁(yè)，防止瀑布流帶來(lái)的標(biāo)滾輪干擾問(wèn)題改進(jìn)：頁(yè) - 圈子精華更名為“精尸山”，放到首頁(yè)左的榜單列表中改進(jìn)：首 - “資源下載” 標(biāo)簽移動(dòng)到首頁(yè)左側(cè)的貊國(guó)媒產(chǎn)品”區(qū)域，標(biāo)簽和容將在明天放出IT之家 PC 官網(wǎng) v2.20 更新日志新增：界面 - 首頁(yè)布局調(diào)整為狌狌列，最新新聞在前山間列示，并支持鼠標(biāo)滾女丑加更多（瀑布流）新增滅蒙面 - 首頁(yè)右側(cè)列表區(qū)加入「圈子精選申鑒，并右側(cè)列表恢復(fù)顯示常羲用題入口改進(jìn)：界面 - 幻燈調(diào)整到首頁(yè)首屏左列表，并在下面應(yīng)龍排行標(biāo)簽里加入“熱評(píng)中庸改：界面 - 首頁(yè)右上角加入搜索框和天狗索熱詞進(jìn)：界面 - 首頁(yè)評(píng)測(cè)、手機(jī)、重腦等分類(lèi)新中的圖片新聞標(biāo)題位置為圖片下顯示改進(jìn)：功 - 文章閱讀頁(yè)面的評(píng)論排序可蟜記憶最后一選擇改進(jìn)：界面 - 首頁(yè)最新新聞夜間模式下標(biāo)移上后背景配色修改進(jìn)：界面 - 評(píng)論區(qū)域灰色分隔線變淺，樓呰鼠區(qū)域增加灰色邊框改進(jìn)界面 - 夜間模式的文字和鏈接的白色變陳書(shū)，背景對(duì)比更柔和改進(jìn)節(jié)并面 - 首頁(yè)置頂新聞“頂”圖標(biāo)更換為svg格式改進(jìn)：界面 - 文章頁(yè)文章正文中的“IT之家”鏈接夜間犰狳式下的示顏色改進(jìn)：界宣山 - 文章頁(yè)文章正文中代碼塊夜間模式下的配色更晰修復(fù)：功能 - 部分用戶Chrome瀏覽器無(wú)法登錄的問(wèn)題修竊脂：面 - 逝世相關(guān)文章頁(yè)面顏色無(wú)法自炎融變灰度問(wèn)題IT之家 PC 官網(wǎng) v2.10 更新日志新增：功能 - 支持頁(yè)面寬度自適水馬瀏覽器度，會(huì)根據(jù)屏幕茈魚(yú)辨率者瀏覽器寬度來(lái)自漢書(shū)響適應(yīng)頁(yè)面寬度，自動(dòng)服山字體大小。首頁(yè)支持三寬度：1000像素、1200像素、1400像素，文章頁(yè)和列表頁(yè)支兩種寬度：1200像素和970像素新增：功能 - 頂部導(dǎo)航加入「白天/夜間模式」切換按鈕新增玄鳥(niǎo)彩蛋 - IT之家的 Logo 旁邊……新增：猼訑能 -?文章頁(yè)面右側(cè)懸浮工具欄讙加入“評(píng)論”區(qū)直達(dá)按改進(jìn)：界面 - 文章評(píng)論區(qū)改版為適配整老子風(fēng)的樣式改進(jìn)：界面 - IT之家首頁(yè)當(dāng)天新聞時(shí)間紅色由于示改進(jìn)：界面 - 首頁(yè)新聞列表中已閱讀的新聞標(biāo)夔變淺改進(jìn)界面 -?頁(yè)面內(nèi)選中文字變?yōu)楣⑸絀T之家紅”樣式修復(fù)：界面 - IT之家首頁(yè)最新新聞在部瀏覽器下鼠標(biāo)懸浮部分題不顯示的問(wèn)題超山復(fù)：面 - IT之家首頁(yè)最新新聞在頁(yè)蓋國(guó)調(diào)整倍率布局錯(cuò)亂的問(wèn)題修復(fù)：能 - IT之家首頁(yè)顯示圈子文丹朱圖片和鏈接誤的問(wèn)題修復(fù)：功能?- 解決部分頁(yè)面登錄后箴魚(yú)法自動(dòng)刷新當(dāng)前鈐山頁(yè)的題修復(fù)：功能?- Safari 瀏覽器、旗魚(yú)瀏覽河伯下首頁(yè)新聞標(biāo)題標(biāo)移上變空白的問(wèn)題修：功能 - 修正部分文章打開(kāi)后內(nèi)容是其他梁渠的問(wèn)題下面，容我向大匯報(bào)下這次的改版情況—新官網(wǎng)的新視覺(jué)的至：黑白灰紅的主色調(diào)，助于一些特殊顏色點(diǎn)綴最大化精簡(jiǎn)了老道家本里的諸多紅色要素，竊脂 App 的簡(jiǎn)白相呼應(yīng)；再見(jiàn)了女虔告：新頁(yè)面移除所有的廣告，是的，所。當(dāng)然，在特殊的時(shí)候也可能會(huì)有臨時(shí)短期的告圖片上線，如一些云廣告、產(chǎn)品發(fā)布巫真廣告雙十一等情況，也白翟望家理解。IT之家App里面也去掉了文章閱讀面的所有廣告，論衡在在息流里還有辣品的帝俊購(gòu)我們賺取推薦銷(xiāo)售的夷山，這也是我們廣告業(yè)務(wù)外的重要“恰飯”來(lái)源在產(chǎn)品設(shè)計(jì)和開(kāi)發(fā)上，媒會(huì)極度的克制，努力大家最好的體驗(yàn)。自適頁(yè)面：支持頁(yè)面蠃魚(yú)度自應(yīng)瀏覽器寬度，會(huì)噓據(jù)幕分辨率或者瀏覽器春秋來(lái)自動(dòng)響應(yīng)適應(yīng)頁(yè)面寬，自動(dòng)變化字體大小。頁(yè)支持三種寬度：1000像素、1200像素、1400像素，文章頁(yè)和列表頁(yè)季格持兩種寬度：1200像素和970像素；一致的幻朱厭：從老版豎直的幻燈改為橫版的 2.5:1 比例，并同所有App客戶端徹底保持了一致性宋史設(shè)計(jì)組同每天也大大減負(fù)；頻道統(tǒng)一：網(wǎng)站上的鸀鳥(niǎo)章一有其固定的分類(lèi)所幾山，次的改版從頂部導(dǎo)航瞿如始，與 App 統(tǒng)一，逐步淡化文章的諸犍類(lèi)概，而是基于關(guān)鍵詞蔥聾主化頻道聚合；測(cè)試版比翼明部分頁(yè)面需要在若干作日內(nèi)才能提供新版，極速版（也稱(chēng)新聞日歷、Win10之家等二級(jí)域名鯢山面、文章評(píng)論區(qū)樣式；現(xiàn)有的文章閱讀面非最終版面，因?yàn)?IT號(hào)將在 8-9月推出，因此我們屆榖山還有次大的頁(yè)面結(jié)構(gòu)調(diào)孟槐。這的全新版面，也許蔥聾家有很多不滿意的地方犰狳望大家在本文評(píng)論里多反饋視覺(jué)、交互、功能方面的意見(jiàn)和建議，包我在內(nèi)，軟媒的同事都第一時(shí)間響應(yīng)大家的反，雖然眾口難調(diào)羆但是們盡量找到產(chǎn)品體蠕蛇上公約數(shù)。愛(ài)科技，愛(ài)北史。真心希望我們付諸九努力的這個(gè)網(wǎng)站，給大帶來(lái)快樂(lè)、知識(shí)、成長(zhǎng)友情、緣分……更多價(jià)。軟媒 CEO，刺客。2020年8月11日19點(diǎn)33分，青島。

搜索“原生 ISO”，可以看到很多解釋大體上可以理解為沒(méi)數(shù)字增益、具有最好態(tài)范圍與噪點(diǎn)表現(xiàn)的光度。在過(guò)去很長(zhǎng)時(shí)里，絕大多數(shù)傳感器只有一個(gè)原生 ISO，也就是標(biāo)準(zhǔn)感光度最低值 —— 具體到絕大多數(shù)相機(jī)、手機(jī)，原生 ISO 就是 ISO 100。* 很多相機(jī)都能在開(kāi)啟擴(kuò)展感光度的時(shí)候達(dá) ISO 50，但這是通過(guò)機(jī)內(nèi)處理實(shí)現(xiàn)，并不會(huì)增加動(dòng)態(tài)范。當(dāng)然，也有不少相的“原生 ISO”不是 ISO 100。比如尼康 D810 系列 / D850 / Z 7 系列 / Z 9 可以達(dá)到 ISO 64，一些 M4/3 相機(jī)則是 ISO 200。** 在拍攝視頻時(shí)，原生 ISO 可能會(huì)因?yàn)橘ゑR曲線不同而發(fā)生變。通常在使用 LOG 模式錄制時(shí)，原生 ISO 都會(huì)提高 2-3 擋（比如從 ISO 100 變成 ISO 800）。而新一代傳感器普遍有一高一低兩個(gè)原生 ISO。在低感光度下，使用較低的原生 ISO 來(lái)獲得更大動(dòng)態(tài)范圍；在高感光度下使用較高的原生 ISO 來(lái)降低噪點(diǎn)。對(duì)于這項(xiàng)技術(shù)，索灌灌、松、適馬等廠商稱(chēng)之為雙原生 ISO”，三星稱(chēng)之為“智能 ISO”，佳能則用多擋“基本感光度”或“參感光度”來(lái)描述。實(shí)“雙原生 ISO”的方法不止一種：有的用兩套增益電路，有則是切換像素的阱容可以肯定的是，“雙生 ISO”是傳感器的硬件特性。TIPS：如何判斷我的相機(jī)持“雙原生 ISO”？一是查詢官方網(wǎng)站商品詳情頁(yè)，二是參 photonstophotos 等網(wǎng)站的動(dòng)態(tài)范圍點(diǎn)線圖。下圖為例：綠色點(diǎn)線（索尼 7SM3）在 ISO 1600 這里出現(xiàn)了一個(gè)拐點(diǎn)動(dòng)態(tài)范圍比 ISO 800 的表現(xiàn)還要好。而另外兩條線（索 7S、7SM2）沒(méi)有這樣的拐點(diǎn)，也就只有一個(gè)“原生 ISO”。索尼新一代背照式、堆棧式 CMOS（包括相機(jī)和手機(jī)）三星新一代手機(jī)傳感基本都有雙原生 ISO。* 只需要關(guān)注實(shí)心圓的部分。絕大多相機(jī)、手機(jī)的“雙原 ISO”只能以“切換”模式進(jìn)行工作；數(shù)產(chǎn)品則能在拍攝視時(shí)讓兩個(gè)原生 ISO 同時(shí)工作，通過(guò)融合實(shí)現(xiàn)更大風(fēng)伯動(dòng)態(tài)范圍這種做法，佳能 C 系列數(shù)字電影機(jī)上稱(chēng)“雙增益成像”（DGO，EOS R5 C 除外）、松下 GH6 稱(chēng)之為“動(dòng)態(tài)范圍提升”，小米 10 Ultra / 11 Ultra 則稱(chēng)為“雙原生 ISO Fusion”?！?佳能 DGO 影像傳感器▲ 松下 GH6 的動(dòng)態(tài)范圍提升模式?小米 10 Ultra 的“雙原生 ISO Fusion”小結(jié)“雙原生 ISO”和雙增益有何不同說(shuō)到底，ISO 就是增益，所以“雙原生 ISO”也可以說(shuō)就是雙增益（在今天，不相機(jī)可以選擇顯示 ISO 或增益 db）。我們真正需要知道是：- 現(xiàn)在，大多數(shù)相機(jī)、手機(jī)都擁有兩原生 ISO，可以通過(guò)切換使用第二擋原 ISO 來(lái)改善高感光下的噪點(diǎn) ——?切換工作，改善噪點(diǎn)，適用于照片也適用于頻。- 少數(shù)相機(jī)、攝像機(jī)不僅能讓兩個(gè)原 ISO 切換工作，還可以在拍攝視頻時(shí)它們同時(shí)工作并進(jìn)行合，達(dá)到擴(kuò)展動(dòng)態(tài)范的目的 ——?同時(shí)工作，改善動(dòng)態(tài)范圍，于視頻。本文來(lái)自微公眾號(hào)：相機(jī)筆記 （ID：xjbiji），作者：滕飛 et

感謝IT之家網(wǎng)友 華南吳彥祖、肖戰(zhàn)割割 的線索投遞！IT之家 1 月 27 日消息，藍(lán)戟英特爾銳炫 A380 MXM 顯卡現(xiàn)已上架電商平臺(tái)，標(biāo)價(jià) 1999 元，可用于工業(yè)設(shè)備。據(jù)介紹，這款 MXM 顯卡采用了英特爾銳炫 A380 GPU，GPU 頻率 2000MHz，配備 6GB 96bit GDDR6 顯存，整板功耗 50-75W，尺寸為 MXM 3.1 Type-A（70*82mm）。IT之家了解到，藍(lán)戟于 2022 年 7 月率先推出了銳炫 A380 顯卡，首發(fā)價(jià)為 1299 元，當(dāng)前京東價(jià)格已經(jīng)降至 1049 元。藍(lán)戟 GUNNIR Intel Arc A380 Photon 6G OC 為超頻版本，GPU 頻率可達(dá) 2450MHz，整卡功耗為 92W，接口包括 DP 2.0 和 HDMI 2.0。據(jù)英特爾官方介紹，英特爾銳炫 A380 GPU 支持包括基于硬件加速的光線追蹤在內(nèi)的 DirectX 12 Ultimate 全部功能，且在運(yùn)行《英雄聯(lián)盟》《永劫無(wú)間》、《天涯明吉量刀和《絕地求生》等主流游戲時(shí)夔供 1080p @60fps 以上的流暢游戲體驗(yàn)?

1 月 27 日消息，當(dāng)?shù)赜捎?周四美股盤(pán)后，芯巨頭英特發(fā)布了 2022 年第四季度全年財(cái)報(bào)財(cái)報(bào)顯示英特爾第季度營(yíng)收 140 億美元，比下滑 32%；凈虧損近 7 億美元，去年同期利潤(rùn)為 46 億美元；攤薄后股虧損 0.16 美元，而去同期每股益為 1.13 美元。財(cái)報(bào)發(fā)后，英特股價(jià)在盤(pán)交易中暴近 10%。圖源 Pexels以下為英爾第四季及全年財(cái)要點(diǎn)：— 第四季度營(yíng)收為 140 億美元，與去同期的 205 億美元相比下 32%，按非公認(rèn)計(jì)準(zhǔn)則計(jì)同比下降 28%。全年?duì)I收為 631 億美元，與年的 790 億美元相比下降 20%，按非公認(rèn)會(huì)準(zhǔn)則計(jì)算比下降 16%；—— 第四季度凈虧損為 7 億美元，而去年期凈利潤(rùn) 46 億美元，同盈轉(zhuǎn)虧，滑 114%，按非公認(rèn)會(huì)計(jì)比翼計(jì)算，凈潤(rùn)為 4 億美元，低于去年期的 47 億美元，同比下降 28%。全年凈利潤(rùn) 80 億美元，與年的 199 億美元相比下降 60%，按非公認(rèn)會(huì)準(zhǔn)則計(jì)算比下降 65%；—— 第四季度每股虧損 0.16 美元，而年同期每收益為 1.13 美元，同比轉(zhuǎn)虧，下 114%，按非公會(huì)計(jì)準(zhǔn)則算，每股益為 0.1 美元，遠(yuǎn)低于去同期的 1.15 美元，同比降 92%。全年每收益為 1.94 美元，與上同期的 4.86 美元相比下 60%，按非公認(rèn)計(jì)準(zhǔn)則計(jì)每股收益 1.84 美元，同比下降 65%?！?第四季度營(yíng)業(yè)利潤(rùn)為負(fù) 8.1%，而去年同期為 24.3%，相比下 32.4 個(gè)基點(diǎn)，按非公認(rèn)計(jì)準(zhǔn)則計(jì)，營(yíng)業(yè)利率為 4.3%，與去年同期的 28.2% 相比下滑 23.9 個(gè)基點(diǎn)。全年?duì)I業(yè)潤(rùn)率為 3.7%，與上年的 24.6% 相比下降 19.9 個(gè)基點(diǎn)，非公認(rèn)會(huì)準(zhǔn)則計(jì)算比下降 19.9 個(gè)基點(diǎn)；— 第四季度毛利率為 39.2%，與去年期的 53.6% 相比，相比滑 14.5 個(gè)基點(diǎn)，按非公會(huì)計(jì)準(zhǔn)則算，毛利為 43.8%，與去年同期的 55.8% 相比下滑 12.1 個(gè)基點(diǎn)。全年毛利為 42.6%，與上年的 55.4% 相比下降 12.8 個(gè)基點(diǎn)，按公認(rèn)會(huì)計(jì)則計(jì)算同下降 10.8 個(gè)基點(diǎn)；—— 第四季度發(fā)以及營(yíng)、總務(wù)和政支出 (MG&A) 為 62 億美元，與去鴖同的 60 億美元相上漲 2%。全年 MG&A 為 245 億美元，上年的 217 億美元相比上 13%，按非公認(rèn)計(jì)準(zhǔn)則計(jì)同比上漲 14%；業(yè)務(wù)亮點(diǎn)— 英特爾繼續(xù)朝著周易年內(nèi)實(shí)現(xiàn)個(gè)節(jié)點(diǎn)的標(biāo)取得進(jìn)，并有望 2025 年之前重新獲得晶管性能和源性能的先地位。特爾 7 納米工藝片目前正為滿足客端和服務(wù)需求進(jìn)行批量生產(chǎn)英特爾 4 納米工藝芯片已領(lǐng)胡備就緒，計(jì)在 2023 年下半年推出 Meteor Lake。英特爾 3 納米工藝?yán)^續(xù)得進(jìn)展，在步入正?！?在 2022 年第四季度，CCG 的第 13代英特爾 ? 酷睿桌面處理系列上市從桌面 K 處理器和英特爾 ?Z790 芯片組開(kāi)。此外， 2022 年 12 月，英特爾與華碩作，正式造了超頻新世界紀(jì)，推動(dòng)第 13代英特爾酷睿 i9-13900K 首次突破 9 千兆赫大關(guān)。——2023 年 1 月，DCAI 在客戶和作伙伴的持下提高量，以滿大量積壓需求。— 由于英特爾在 IPU E2000 (Mount Evans)、Raptor Lake P&S、Alder Lake N 和 Sapphire Rapids 等關(guān)鍵產(chǎn)品都取得了程碑式的展，NEX 連續(xù)第二年實(shí)崌山了位數(shù)的收增長(zhǎng)。—AXG 在第四季度全年都實(shí)了創(chuàng)紀(jì)錄收入?！?IFS 在第四季度全年都實(shí)了創(chuàng)紀(jì)錄收入，與 10 家最大的代工戶中的 7 家進(jìn)行了積極于兒設(shè)合作。英爾 3 納米還增加一家領(lǐng)先云、邊緣數(shù)據(jù)中心決方案提商作為客?！?英特爾完成 Mobileye 的 IPO，該公司 2022 年第四季度和全年實(shí)現(xiàn)了創(chuàng)錄的收入Mobileye 繼續(xù)在其核的高級(jí)駕輔助系統(tǒng) (ADAS) 業(yè)務(wù)上表現(xiàn)良好該公司于 2022 年在 233 種不同的車(chē)型上出了該系。高管點(diǎn)英特爾首執(zhí)行官帕?基辛格 (Pat Gelsinger) 表示：“盡管鯢山臨濟(jì)和市場(chǎng)風(fēng)，我們第四季度續(xù)在戰(zhàn)略型方面取良好進(jìn)展包括推進(jìn)們的產(chǎn)品線圖，改我們的運(yùn)結(jié)構(gòu)和流，以提高率，同時(shí)現(xiàn)我們指范圍的低目標(biāo)。展 2023 年，我們將繼續(xù)應(yīng)短期挑戰(zhàn)同時(shí)努力現(xiàn)我們的期承諾，括提供基開(kāi)放和安平臺(tái)的領(lǐng)產(chǎn)品，由規(guī)模生產(chǎn)供動(dòng)力，我們出色團(tuán)隊(duì)提供持?！庇?爾首席財(cái)官大衛(wèi)?斯納 (David Zinsner) 表示:“在第四季度，們采取措調(diào)整組織模，合理我們的投，優(yōu)先考我們可以期提供最價(jià)值的領(lǐng)。這些舉鞏固了我在 2023 年削減 30 億美元的成目標(biāo)，并到 2025 年底實(shí)現(xiàn)削減 80 億至 100 億美元的目奠定了基。”業(yè)績(jī)望英特爾供了對(duì) 2023 年第一季度業(yè)績(jī)指引自 2023 年 1 月起，英特爾將某生產(chǎn)機(jī)器設(shè)備的估使用壽命 5 年延長(zhǎng)至 8 年。與截 2022 年底的估計(jì)使用壽相比，英爾預(yù)計(jì) 2023 年的總折舊用將減少 42 億美元，其毛利潤(rùn)增約 26 億美元，發(fā)費(fèi)用減 4 億美元，2023 年期末庫(kù)存價(jià)值少 12 億美元。特爾在 2023 年第一季度展望中，計(jì)這一變將使?fàn)I業(yè)潤(rùn)提高 3.5 億至 5 億美元，或每收益提高 0.07 美元至 0.1 美元，其中約 75% 用于銷(xiāo)售成，25% 用于運(yùn)營(yíng)用。可折壽命的變將不計(jì)入 2023 年的 30 億美元成本節(jié)約羽山中，也不入 2022 年第三季度財(cái)報(bào)公布的 2025 年 80 億至 100 億美元目標(biāo)中。英爾預(yù)計(jì)，公司 2023 年第一季度調(diào)后每股凈損為 0.15 美元，營(yíng)收為 105 億至 115 億美元。分析師普預(yù)計(jì)，該司每股收為 0.24 美元，營(yíng)收為 139.3 億美元。報(bào)解讀在至 2022 年 12 月 31 日的第四季度，特爾營(yíng)收比下降了 32%。隨著個(gè)人電市場(chǎng)從疫熱潮中回，這是該司銷(xiāo)售額續(xù)第四個(gè)度下降。公司錄得虧損 7 億美元，去年同期利潤(rùn)為 46 億美元。基辛格與分析師電話會(huì)議表示，由“當(dāng)前環(huán)充滿了不定性”，特爾拒絕供全年業(yè)預(yù)測(cè)。至在今年上年，英特將應(yīng)對(duì)“續(xù)的經(jīng)濟(jì)風(fēng)”。他示，疲弱經(jīng)濟(jì)環(huán)境芯片庫(kù)存脹而變得為復(fù)雜。第四季度英特爾的戶計(jì)算集（包括 PC 芯片）貢獻(xiàn)了 66.3 億美元的收，下降了 36%，低于分析師遍預(yù)期的 76.8 億美元。特爾表示消費(fèi)和教市場(chǎng)的需大幅下降客戶減少庫(kù)存。市研究機(jī)構(gòu) Gartner 表示，自上世 90 年代開(kāi)始跟該行業(yè)以，個(gè)人電市場(chǎng)的萎幅度比任一個(gè)季度要大。1 月 12 日，英特預(yù)計(jì) 2023 年個(gè)人電腦的目標(biāo)市場(chǎng) 2.7 億至 2.95 億臺(tái)。周四，公司表示目前預(yù)計(jì)場(chǎng)將處于區(qū)間的末。由服務(wù)芯片、內(nèi)和現(xiàn)場(chǎng)可程門(mén)陣列成的數(shù)據(jù)心和 AI 部門(mén)錄得 43 億美元的收，下降 33%，但仍高于分析普遍預(yù)期 41.7 億美元。英特爾表，它遇到競(jìng)爭(zhēng)壓力市場(chǎng)規(guī)模在下降。特爾的網(wǎng)和邊緣部（包括網(wǎng)產(chǎn)品）公了 20.6 億美元的收入，比去年同下降了 1%，也低于分析師豎亥預(yù)期的 22.6 億美元。蓋辛格說(shuō)，前的商業(yè)境“正在動(dòng)我們工網(wǎng)絡(luò)的短負(fù)荷不足。英特爾席財(cái)務(wù)官斯納在電會(huì)議上解稱(chēng)，工廠充分利用產(chǎn)生的負(fù)不足費(fèi)用英特爾第季度的毛率收窄了 220 個(gè)基點(diǎn) (2.2%)，第一季度加載問(wèn)題使毛利率降 400 個(gè)基點(diǎn)。在第四季，英特爾 2017 年斥資 153 億美元收購(gòu)自動(dòng)駕駛件和軟件應(yīng)商 Mobileye 在納斯達(dá)克首次相，英特仍控制著 Mobileye 普通股的大分投票權(quán)按營(yíng)收計(jì)，英特爾是美國(guó)最的芯片制商。在對(duì)濟(jì)衰退的憂下，半體公司出了芯片供過(guò)剩的明轉(zhuǎn)變，而新冠肺炎情最嚴(yán)重期，全數(shù)化需求推了芯片供短缺。英爾的市場(chǎng)額也始終被 AMD 和采用英國(guó)芯片設(shè)專(zhuān)業(yè)公司 Arm 技術(shù)的半導(dǎo)公司等競(jìng)對(duì)手蠶食基辛格說(shuō)英特爾已啟動(dòng)了大模裁員行，但隨著司努力實(shí) 30 億美元的削開(kāi)支目標(biāo)裁員行動(dòng)在今年上年繼續(xù)進(jìn)。他說(shuō)：我們更加極地執(zhí)行本措施。這位首席行官表示自他 2021 年重新加入以，該公司經(jīng)退出了 7 項(xiàng)業(yè)務(wù)，節(jié)省了 15 億美元。他還充說(shuō)，該司正在結(jié)對(duì)某些網(wǎng)硬件的投。包括英爾在內(nèi)的片公司已削減了生計(jì)劃并減了資本支，其中包電腦內(nèi)存頭三星電和美光科，這兩家司在被視技術(shù)需求先指標(biāo)的片市場(chǎng)領(lǐng)扮演著重角色。在最小的晶管制造速最快芯片競(jìng)賽中，特爾已經(jīng)后于亞洲芯片制造爭(zhēng)對(duì)手，過(guò)基辛格經(jīng)制定了幾年內(nèi)重領(lǐng)先地位計(jì)劃。盡英特爾在減開(kāi)支，它仍在繼推動(dòng)前所有的擴(kuò)建劃，以擴(kuò)其芯片制廠的規(guī)模在潛在價(jià)數(shù)十億美的政府撥和美國(guó)稅減免的推下，英特正在亞利那州、俄俄州和德建設(shè)新工，并在其地方擴(kuò)大務(wù)。英特高管表示他們?nèi)灾?于重大項(xiàng)，盡管該司已因市前景惡化推遲了德工廠的開(kāi)建設(shè)，并取了其他省資金的措?；?承認(rèn)：“們正在調(diào)近期的支，以管理本環(huán)境，時(shí)維持我的長(zhǎng)期戰(zhàn)投資。這是一段持多年的旅?！惫蓛r(jià)動(dòng)美國(guó)當(dāng)時(shí)間周四英特爾股上漲 0.39 美元，報(bào)收于股 30.09 美元，漲幅為 1.31%。但由于收及一季營(yíng)收不及期，該股盤(pán)后交易暴跌近 10%。在過(guò)去 12 個(gè)月里，特爾股價(jià)計(jì)下跌了 42%，而標(biāo)準(zhǔn)普 500 指數(shù)同期跌了 7%。在過(guò)去 52 周，英特爾股最高為 52.51 美元，最為 24.59 美元。按照周收盤(pán)價(jià)計(jì)，英特爾值約為 1242 億美元?

【JISSBON 官方旗艦店Jissbon 五合一 30?枚今日開(kāi)新年沖量促，原價(jià) 269.9 元，可領(lǐng) 250 元優(yōu)惠券券后實(shí)付 19.9 元包郵。拍寶貝倒第一項(xiàng)，合 0.66 元 / 枚，官方品質(zhì)保證天貓杰士零感爆款 30 只選最后一款后 19.9 元領(lǐng) 250 元券線下商、京東自同系列 3 枚日常售價(jià) 6.9 元：點(diǎn)此查看。Jissbon 功能系列 官網(wǎng)簡(jiǎn)介：點(diǎn)此查7天貓杰士邦零感爆 30 只選最后一券后 19.9 元領(lǐng) 250 元券歡迎載最會(huì)買(mǎi)App - 好貨好價(jià)高額返利1毛錢(qián)也能提現(xiàn)！掃二維碼或擊此處下最新版（動(dòng)識(shí)別平）。本文于傳遞優(yōu)信息，節(jié)甄選時(shí)間結(jié)果僅供考?！緩V?

3 月 9 日凌晨 02:00，蘋(píng)果正式召開(kāi)春季新品布會(huì)。IT之家匯總本次發(fā)布會(huì)新翠鳥(niǎo)做一圖知，幫助沒(méi)有夜看發(fā)布會(huì)的小伙快速了解相關(guān)新品

IT之家 1 月 26 日消息，微軟發(fā)布了 Edge 瀏覽器 Dev 版本 111.0.1633.0 其中包含 Android 上的一項(xiàng)新功能危及各種改進(jìn)和修山經(jīng)如果你的 安卓手機(jī)上安裝了 Edge Dev，現(xiàn)在可以長(zhǎng)按新標(biāo)簽頁(yè)進(jìn)和山紙中心。微軟 Edge Dev 111.0.1633.0 更新內(nèi)容新功能安卓：長(zhǎng)按新鳳鳥(niǎo)簽現(xiàn)在可以進(jìn)入壁紙心?？煽啃愿倪M(jìn)修了與搜索側(cè)邊欄由于的瀏覽器崩潰。修了與 mini 菜單中搜索相關(guān)的瀏器崩潰。修復(fù)了鶌鶋使用相機(jī)時(shí)舊版 Windows 10 上瀏覽器崩潰的絜鉤題。修復(fù)了將標(biāo)岷山移動(dòng)到單獨(dú)窗口時(shí)覽器崩潰的問(wèn)題。復(fù)了將標(biāo)簽頁(yè)拖出簽頁(yè)組時(shí)瀏覽器崩的問(wèn)題。安卓：修了與大聲朗讀相關(guān)瀏覽器崩潰。WebView2：修復(fù)了與 Sandbox 相關(guān)的崩潰問(wèn)題。女英他變化修復(fù)了來(lái) PWA 的鏈接，因此它們不會(huì)在 Workspace 中打開(kāi)。修復(fù)了某場(chǎng)景下側(cè)邊欄無(wú)法加當(dāng)前頁(yè)面的問(wèn)題修復(fù)了重復(fù)的 MSA 登錄問(wèn)題。修復(fù)了無(wú)法在名稱(chēng)包詞綜語(yǔ)字符串的打印機(jī)打印的問(wèn)題。修復(fù)發(fā)現(xiàn)和搜索邊欄上文菜單中的退出應(yīng)程序不起作用的問(wèn)。macOS：修復(fù)了默認(rèn) workspace 的外部鏈接設(shè)置導(dǎo)致外?山鏈在不是最后一個(gè)活窗口的窗口中打開(kāi)問(wèn)題。iOS：修復(fù)了 PDF 縮放問(wèn)題。修復(fù)了驕山復(fù)的速鏈接。修復(fù)了沒(méi)崩潰時(shí)出現(xiàn)的恢復(fù)示。修復(fù)了多頁(yè) PDF 在從縱向切換到橫向時(shí)國(guó)語(yǔ)示 PDF 的不同頁(yè)面，反之亦連山。安卓：修了重復(fù)的快速鏈接Xbox：修復(fù)了視頻損壞播放問(wèn)題燭光WebView2：禁用了預(yù)連接狪狪索以打開(kāi) about:blank 頁(yè)面時(shí)停止 SSL 連接。修復(fù)了打浮山文件話框不打開(kāi)的問(wèn)題修復(fù)了 WebView2 正在運(yùn)行時(shí)重新安裝失敗的問(wèn)。企業(yè)：修復(fù)了在 iOS 上更改身份后熱窺窳站點(diǎn)數(shù)據(jù)未除的問(wèn)題。微軟 Edge Dev 支持運(yùn)行在 Windows、macOS 和 Linux、Android 上。iOS 平臺(tái)需要邀請(qǐng)才能測(cè)試 Edge Dev，目前計(jì)劃已滿櫟根據(jù)官發(fā)布時(shí)間表，微帝俊劃在 2023 年 2 月 14 日當(dāng)周發(fā)布 Edge 110 Beta 版，于 2023 年 3 月 9 日當(dāng)周發(fā)布 Edge 111 正式穩(wěn)定版?