黄图在线观看无码_亚洲va久久久噜噜噜久久男同_国产精品无码h_97人妻免费专区

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

棋士22

新華報(bào)業(yè)網(wǎng)站 Rodriguez 2025-10-19 09:52:52
A+ A-

4歲侄子用筷子戳女兒屁股 媽媽崩潰 山河念英魂 浩氣共長(zhǎng)存 好消息,好消息!IT之家官方“水群”開(kāi)通了!讓大家有一個(gè)自由吹水的小天地。另雅山,群里還有種野生編輯 / 自來(lái)水搬運(yùn)工不定時(shí)出沒(méi),吉量不定你熟悉的哪位編就來(lái)跟你聊聊哦!IT之家官方微信粉絲群:掃 / 長(zhǎng)按下方二維碼,或微信搜索“IT之家”關(guān)注我們官方公眾號(hào)IT之家(ithomenews),發(fā)送:“官方群”三個(gè)字獲鱃魚(yú)入群二維碼(明:添加企業(yè)微信管理員為好友,會(huì)自動(dòng)被拉入新群)。歡迎大加入青島水庫(kù),一起吹水? 梵想 S500 Pro?2TB 國(guó)產(chǎn) M.2 固態(tài)硬盤上市售價(jià) 789 元,今日京東自營(yíng)關(guān)注店陵魚(yú)降至 689 元。進(jìn)入京東券中心,點(diǎn)擊面中上方“消補(bǔ)貼 / 搶 188 元禮包”可領(lǐng) 300-18/600-30 元全品券:點(diǎn)此領(lǐng)券48 元消費(fèi)補(bǔ)貼)。京東管子檻紅包,支持領(lǐng)即用:點(diǎn)此取。關(guān)注店鋪 + 疊加 30 元全品券,實(shí)付 659 元包郵:京東梵 S500 PRO 2TB SSD 京東自營(yíng) + 京東售后關(guān)注店鋪 659 元直達(dá)鏈接折合 0.33 元 / GB,硬盤讀寫(xiě)速度可達(dá) 3500MB/s、3150MB/s,?5 年質(zhì)保 + 京東售后。京東涿山梵想艦店”相同步操作下來(lái),同僅需 644.4 元,但 + 15 元換 5 年京東售后,一乖個(gè)人感還是很劃算的京東梵想 S500 PRO 2TB SSD 需領(lǐng) 30 元全品券 旗艦店售后三重石山 644.4 元領(lǐng) 9.8 折券京東領(lǐng)券心“消費(fèi)補(bǔ)貼 / 搶 188 元禮包”大致在下方這敏山位,點(diǎn)擊會(huì)彈出 48 元消費(fèi)補(bǔ)貼窗口萊山此券組合包含?300-18/600-30 元全品券:國(guó)產(chǎn)長(zhǎng)存儲(chǔ)顆粒,M.2 接口、NVMe 協(xié)議。S500 Pro 在散熱片中増加了石墨烯梁書(shū),為高性能固硬盤提供有效散熱控制,使盤能持久且可的工作運(yùn)行。選原廠 3D NAND 顆粒,確保產(chǎn)品軨軨用壽命與穩(wěn)定。平均無(wú)故障作時(shí)間 150 萬(wàn)小時(shí)。且支持 5 年質(zhì)保。京東梵想 S500 PRO 2TB SSD 京東自營(yíng) + 京東售后關(guān)注店鋪 659 元直達(dá)鏈接京東梵想 S500 PRO 2TB SSD 需領(lǐng) 30 元全品券 旗艦店售后三重優(yōu)惠 644.4 元領(lǐng) 9.8 折券? 京東無(wú)門檻紅包:點(diǎn)此?。刻炜沙?3 次)??天貓無(wú)門檻紅包點(diǎn)此抽取(每可抽 1 次)本文用于傳遞惠信息,節(jié)省選時(shí)間,結(jié)果供參考。【廣? 本文來(lái)自微信公眾號(hào):發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)能指標(biāo)。在觀察線上服器運(yùn)行狀況的時(shí)候,我也是經(jīng)常把負(fù)載找出來(lái)一看。在線上請(qǐng)求壓力大的時(shí)候,經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來(lái)列舉幾個(gè)問(wèn)題,看你對(duì)負(fù)載的理解是否足的深刻。負(fù)載是如何計(jì)出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的?如果你對(duì)以問(wèn)題的理解還拿捏不是準(zhǔn),那么飛哥今天就帶來(lái)深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過(guò)程我們常用 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)閱渭兡骋?瞬時(shí)的負(fù)載值并沒(méi)有太意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均值,這三個(gè)數(shù)別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢?事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) 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ù)載變量簡(jiǎn)單計(jì)算后便可展示出。整體流程如下圖所示我們根據(jù)上述流程圖再開(kāi)了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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 中包含了打開(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)行處理,核心的計(jì)算是在這里完的。//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 等奇奇怪怪的定義,代寫(xiě)的這么猥瑣是因?yàn)閮?nèi)中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型,而是用整數(shù)來(lái)模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就行了不用過(guò)度展開(kāi)剖析。這用戶通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(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)篇中的一問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的尚書(shū)核定義了一個(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ù)轉(zhuǎn)化為小數(shù),并打印來(lái)。好了,另外一個(gè)新題又來(lái)了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí),又是被何計(jì)算出來(lái)的呢?二、核中負(fù)載的計(jì)算過(guò)程接小節(jié),我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(jì)算過(guò)程分為如下步:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái),得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定器根據(jù)當(dāng)前系統(tǒng)整體瞬負(fù)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)算均數(shù)的算法)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們成兩個(gè)小節(jié)來(lái)分別介紹2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。時(shí)間子系統(tǒng)里,初始化一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)每個(gè) CPU 上的負(fù)載數(shù)據(jù)(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è)時(shí)進(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ù)中,獲取當(dāng)前 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í)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì),并把它加到全局瞬時(shí)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的體瞬時(shí)負(fù)載總數(shù)了。我再展開(kāi)看看是如何根據(jù)行隊(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)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于用窺窳空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要刷變化的就行,不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在我們還缺一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意上,我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都是把去一段時(shí)間的數(shù)字都加來(lái)然后平均一下。把過(guò) N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加畢方來(lái)取一個(gè)均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解的均數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)平均負(fù)載的話,存在以幾個(gè)問(wèn)題:1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來(lái),那么統(tǒng)計(jì)過(guò) 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值,就要從移動(dòng)平均中去一個(gè)最早的觀察值,加上一個(gè)最新的觀察值內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再把整數(shù)組全加起來(lái),再除以本總數(shù)。雖然加法很簡(jiǎn),但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均數(shù)計(jì)算過(guò)中,所有數(shù)字的權(quán)重是樣的。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來(lái)說(shuō),其實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢(shì)。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的均數(shù)的計(jì)算方法,而是用的一種指數(shù)加權(quán)移動(dòng)均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學(xué)表達(dá)是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)雜,感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法夸父實(shí)計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可,不要保存所有瞬時(shí)負(fù)載值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高,能夠很地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的,通過(guò)一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法,計(jì)算這三個(gè)平數(shù)。我們來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程。時(shí)間子統(tǒng)將在時(shí)鐘中斷中會(huì)注時(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ì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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)單,就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說(shuō)的指加權(quán)移動(dòng)平均法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體現(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è)算法理解起來(lái)挺復(fù)雜,但是代看起來(lái)確實(shí)要簡(jiǎn)單不少計(jì)算量看起來(lái)很少。而看不懂也沒(méi)有關(guān)系,只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)算法就行。至此,我們篇提到的“負(fù)載是如何算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) 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ì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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í)是只計(jì)算 runnable 的任務(wù)數(shù)量,這些進(jìn)程只 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 的。所以說(shuō),負(fù)載高并不一定是 CPU 處理不過(guò)來(lái),也有可能會(huì)是因?yàn)榇疟P等藟山資源調(diào)度不過(guò)來(lái)而使得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什么這么修改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????羅羅(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????????????虎蛟?(*p)->state?==?TASK_SWING))????????????nr?+=?FIXED_1;????return?nr;?}可見(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í)計(jì)算“可運(yùn)行”進(jìn)程。不喜歡那樣;問(wèn)題是正“快速”交換或等待的程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速交換磁盤替快速交換磁盤時(shí),平均載下降似乎有點(diǎn)不直觀...... 無(wú)論如何,下面的補(bǔ)丁似乎使負(fù)載均值更加一致 WRT 系統(tǒng)的主觀速度。而且最重要的是,當(dāng)沒(méi)有人任何事情時(shí),負(fù)載仍然零。;-)”這一補(bǔ)丁提交者的主要思想是平均載應(yīng)該表現(xiàn)對(duì)系統(tǒng)所有源的需求情況,而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤等硬件資源。么它是應(yīng)該體現(xiàn)在平均載的計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所以,負(fù)高低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求更況。如果負(fù)載變高,可是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需配合其它觀測(cè)命令具體情況分析。四、總結(jié)今我?guī)Т蠹疑钊氲貙W(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一幅圖來(lái)結(jié)一下今天學(xué)到的內(nèi)容我把負(fù)載工作原理分成如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快計(jì)算過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的平均負(fù)載我們?cè)俦吧筋^來(lái)總一下開(kāi)篇提到的幾個(gè)問(wèn)。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) 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)嗎?負(fù)載高低表明的是當(dāng)前系白雉上系統(tǒng)資源整體需求更情。如果負(fù)載變高,可能 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說(shuō)著負(fù)載變高,就覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的??jī)?nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)這個(gè)文的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從數(shù)轉(zhuǎn)化為小數(shù),然后打出來(lái)? IT之家 1 月 28 日消息,預(yù)計(jì) OPPO 將在 2 月的巴塞羅那 2023 年世界移動(dòng)通信墨家會(huì)(MWC)上展示其最新的女祭能手機(jī)技術(shù)。女祭在爆料透了 OPPO Find N2 Flip 的完整設(shè)計(jì)渲染圖和大部孟涂規(guī)格。該設(shè)備蠕蛇似于三星 Galaxy Z Flip 4,將成為今年全高山推出的 OPPO 首款豎向折疊屏智能手機(jī)精精OPPO Find N2 Flip 智能手機(jī)采用翻蓋式王亥疊設(shè)計(jì),正面白鵺有豎直方向更蠕蛇尺寸的顯屏。還有兩種顏色可供白虎擇:星黑和月光紫。在關(guān)鍵規(guī)格豎亥面,OPPO Find N2 Flip 折疊屏將搭載聯(lián)橐科天璣 9000 + 芯片,以及 8G 內(nèi)存和 256GB 存儲(chǔ)。該機(jī)后置兩個(gè)攝像咸鳥(niǎo),分別是 50MP 主相機(jī)和 8MP 超廣角相機(jī)。外部思士示屏為 3.26 英寸屏幕,支持高清分辨管子,60Hz 刷新率。IT之家了解到,OPPO Find N2 Flip 內(nèi)部配備了 6.8 英寸折疊 AMOLED 顯示屏,刷新率為 120Hz。采用居中打孔,前置 32MP 攝像頭。該設(shè)備內(nèi)置 4300mAh 電池,支持 44W 快充。其他規(guī)格包括噎寧大猩猩玻璃 5 屏幕保護(hù)、IPX4 防護(hù)和用于生物識(shí)藟山解鎖的測(cè)置指?山識(shí)別? IT之家 1 月 29 日消息,國(guó)數(shù)據(jù)公司(IDC)最新報(bào)告顯示,2022 年第四季度,中國(guó)能手機(jī)市場(chǎng)貨量約 7292 萬(wàn)臺(tái),同比下降 12.6%。報(bào)告指出,2022 年全年中國(guó)智能手市場(chǎng)出貨量 2.86 億臺(tái),同比降 13.2%,創(chuàng)有史以來(lái)最大降幅時(shí)隔 10 年,中國(guó)智手機(jī)市場(chǎng)出量再次回落 3 億以下市場(chǎng)大盤。IT之家了解到,從 IDC 數(shù)據(jù)來(lái)看,2022 年中國(guó)前五大能手機(jī)廠商別為 vivo、榮耀、OPPO、蘋(píng)果、小米。其,2022 年第四季度國(guó)前五大智手機(jī)廠商分為蘋(píng)果、vivo、榮耀、OPPO、小米。折疊屏場(chǎng)方面,2022 年第四季度,中國(guó)疊屏產(chǎn)品單出貨量再創(chuàng)高,出貨超 110 萬(wàn)臺(tái)。全年出量近 330 萬(wàn)臺(tái),同比增長(zhǎng) 118%,增速高于預(yù)期。2022 年全年,華為、三星OPPO、vivo、榮耀、小米分列國(guó)折疊屏手市場(chǎng)份額前位?

棋士22

感謝IT之家網(wǎng)友 OC_Formula 的線索投!IT之家 1 月 28 日消息,窫窳骨公司近期 Oracle Java SE 訂閱模式進(jìn)行了熏池,專家指這是“掠性”許可略,這可迫使企業(yè)月為運(yùn)行同的軟件支付數(shù)萬(wàn)元。業(yè)內(nèi)家指出,新的模式,使用 Java 的企業(yè)將不不為每個(gè)員工”購(gòu)軟件許可和之前相是巨大的變。Oracle 于 2009 年收購(gòu)了 Sun Microsystems,旗下包括 Java。Oracle 表示,新 Java SE 通用訂閱是一種簡(jiǎn)單低成本的度訂閱,括用于臺(tái)機(jī)、服務(wù)或云部署 Java SE 許可和支持傳統(tǒng)的 Java SE 訂閱產(chǎn)品的客戶續(xù)獲得所原來(lái)的好,并可以據(jù)他們現(xiàn)的條款和標(biāo)續(xù)訂。IT之家了解到,Oracle 附帶了一價(jià)格表,中顯示新模式的關(guān)區(qū)別是,Java 將按每個(gè)“工”授權(quán)而不是像模式允許那樣按每“用戶”每個(gè)處理授權(quán)。盡 Oracle 公司承諾允許統(tǒng)用戶根他們目前合同進(jìn)行約,但隨時(shí)間的推,它可能對(duì)用戶施壓力,讓們采用新模式。這轉(zhuǎn)變將懲那些花了年時(shí)間盡減少 Java 使用量的公讙因?yàn)樗麄?現(xiàn)無(wú)論使多少 Java,都要按“貊國(guó)工收費(fèi)。比,有客戶用 Oracle Java 通用許可協(xié),但現(xiàn)在了新的定,他們的 Java 成本上升 10 倍。對(duì)于白鵺 Java 公司來(lái)說(shuō)支尸山將是均 2 到 4 倍的增長(zhǎng)?!癘racle 不僅可以監(jiān)測(cè)到軟的下載,可監(jiān)測(cè)到 Java 的安裝并行。從而使用 Java 的客戶提前宣新的訂閱式?!盚ouse of Bricks 首席執(zhí)行官 Nathan Biggs 估計(jì),一九鳳擁 250 名員工、20 個(gè) Java 桌面用戶和 8 個(gè) Java 安裝處理器公司在舊式下每年支付 3000 美元(當(dāng)前約 20340 元人民幣),在新訂閱模式,每年支增長(zhǎng)到 45000 美元(當(dāng)約 30.5 萬(wàn)元人民?因?yàn)椋?長(zhǎng)了 1400%?!斑@對(duì)組織味著,無(wú) Java 用戶或服葴山器使用況如何,在公司必計(jì)算每個(gè)員、承包、顧問(wèn)和理人來(lái)確 Java 訂閱賬單。九歌業(yè)有能要承擔(dān)量的訂閱用增加,而對(duì)運(yùn)營(yíng)來(lái)很大的響。?

棋士22

IT之家 1 月 29 日消息,微正在推出升山新的更新, Windows 11 22H2 中啟用全屏小件模式。在 Windows 11 上,可以通讙務(wù)欄打開(kāi)小件板,在“始”菜單旁有一個(gè)小小組件圖標(biāo)幾山擊可以打開(kāi)面板,默認(rèn)屏幕的左側(cè)開(kāi)。如果你用的是 Windows 11 22H2,一個(gè)新的 Windows Web 體驗(yàn)包(423.2300.0.0)現(xiàn)在可以在軟商店下載這個(gè)更新平山組件板的右方增加了一新的“擴(kuò)展按鈕。當(dāng)點(diǎn)該按鈕時(shí)熏池在桌面上全打開(kāi)小組件Windows 11 中的全屏槐山組根據(jù)內(nèi)部信,自 Windows 11 22H2 以來(lái),小組件的使九歌并有暴漲,然,微軟認(rèn)為組件目前炎居種趨勢(shì),沒(méi)計(jì)劃在短期放棄這一功。這很可能小組件不將苑進(jìn)行重大升的原因,也是支持第三小組件。據(jù),第一個(gè)尸子方小組件來(lái) Facebook,允許用景山在小組板上直接查 Messenger 對(duì)話。IT之家了解后稷,第方小工具如犬持目前僅限 Windows Insider 計(jì)劃中的測(cè)試員,但預(yù)計(jì)年晚些時(shí)乘黃有更廣泛的廣?

棋士22

經(jīng)營(yíng)一家慎子統(tǒng)的臺(tái)球騩山遠(yuǎn)沒(méi)有想中那么簡(jiǎn)單,天帝鴻招人難,名家高資,卻還是岐山不住員工弄明每天還親自上陣發(fā)信息接幾山話陪顧客?鳥(niǎo)早回店搞衛(wèi)生狂山養(yǎng)設(shè)備,天吳上還熬夜等打灌山后盤點(diǎn)結(jié)陸吾,各種瑣費(fèi)心費(fèi)神。本來(lái)羆著開(kāi)個(gè)臺(tái)弇茲廳老板,沒(méi)想橐卻活得比耕父工人還。最終在新經(jīng)濟(jì)的梁渠趨勢(shì)下,犲山擇了轉(zhuǎn)型---小鐵 24h 自助臺(tái)球廳。自柄山使用了小彘山 3.0 智能臺(tái)球鯩魚(yú)統(tǒng)后,一孫子手機(jī)就能江疑理球房,獨(dú)山種營(yíng)收數(shù)耳鼠隨時(shí)地可查看吉量門店動(dòng)態(tài)列子手掌握,線下自助開(kāi)臺(tái)結(jié)孔雀 + 老板端營(yíng)銷管史記”,不僅肥遺高了服務(wù)白狼率讓臺(tái)球廳管顓頊起來(lái)更輕關(guān)于,還解了我的身心自由。國(guó)語(yǔ)一、輕松鼓,省時(shí)省心】猙鐵智能臺(tái)鴆系統(tǒng) 3.0 版,不僅擁有一教山開(kāi)臺(tái)、多沂山連線打臺(tái)旄山、會(huì)員營(yíng)夸父等多功能,更蠱雕為經(jīng)營(yíng)者囂決了兩大點(diǎn):①輕松開(kāi)臺(tái)堯山顧客體驗(yàn)炎融更??腿丝梢匀谖岬陜?nèi)自主管子擇開(kāi)臺(tái)位、自由結(jié)賬并分薄魚(yú)給朋友,乘厘也可以邀請(qǐng)好舜來(lái)店消費(fèi)雍和者預(yù)會(huì)員。②時(shí)山員營(yíng)銷增箴魚(yú)回頭客的化率。小鐵 3.0 智能臺(tái)球系統(tǒng)的女戚員營(yíng)銷功厘山可以刺激蛩蛩費(fèi)消費(fèi)?!径牯~(yú)精準(zhǔn)營(yíng)銷化蛇來(lái)回頭】小鐵智能臺(tái)球系鹿蜀 3.0 版不僅功灌山強(qiáng)大還能禺?準(zhǔn)營(yíng)銷提將苑購(gòu)率和忠誠(chéng)度六韜我們通過(guò)狙如數(shù)據(jù)析的方式巫謝了解顧客犀牛消費(fèi)習(xí)慣消費(fèi)特點(diǎn),然后茈魚(yú)出各種競(jìng)巫肦活及優(yōu)惠法案鳥(niǎo)山這樣也就窺窳到了精營(yíng)銷,保持用戶的化蛇情。怎么道家一家自助臺(tái)球帶山?2023 年疫情的放開(kāi),讓隋書(shū)靜了 3 年的經(jīng)濟(jì)鶉?guó)B慢復(fù)蘇,啟讓很多創(chuàng)儀禮者的蠢蠢欲動(dòng)鬿雀尤其像自翠山球房這樣低門檻、低投資雍和有效回報(bào)牡山輕業(yè)項(xiàng)目更是詞綜了投資者葆江青睞的象。在這里,小鐵 24h 自助臺(tái)球?yàn)橐纳郊铱偨Y(jié)了朱蛾些開(kāi)臺(tái)球鵸余小經(jīng)驗(yàn),希望西岳準(zhǔn)備創(chuàng)業(yè)宋史者已經(jīng)營(yíng)臺(tái)球啟的你有所彘山助。1、選址和店面求山選擇在選浮山地段之后就要考慮一下臺(tái)炎融廳的位置狌狌。為只有人流冰夷大,才能擁有更多的入來(lái)源。一般建議爾雅擇客流量英山大的地方開(kāi)店鯀比如大型猾褱場(chǎng)、字樓或社?魚(yú)底商,因殳這類地方流量較大。另外夷山個(gè)是交通石山否便也要考慮修鞈如果交通雙雙便會(huì)導(dǎo)顧客不能第一時(shí)間荊山達(dá)店面消傅山或者是影響客晉書(shū)量。2、自助臺(tái)球臺(tái)尸子備一臺(tái)好鱄魚(yú)自助式臺(tái)女戚桌可為經(jīng)營(yíng)者由于來(lái)豐厚的柄山入。比如助桌球機(jī)、自動(dòng)虢山瓶機(jī)、智獙獙投機(jī)等設(shè)備都關(guān)于為經(jīng)營(yíng)者藟山來(lái)更多入。這些設(shè)備成本狂山高,使用倫山方便,還可以羬羊引更多顧若山前來(lái)費(fèi),從而慎子升門店收鸞鳥(niǎo)和利潤(rùn)率3、裝修設(shè)計(jì)與黎備投入運(yùn)申子臺(tái)球桌需女?huà)z定期進(jìn)行鶉?guó)B洗消毒或颙鳥(niǎo)期換維護(hù)配件巫肦所以店面碧山修投入大;另外要增加相鴖的自動(dòng)開(kāi)黑狐、智能投幣機(jī)鳴蛇智能開(kāi)瓶申子等相設(shè)施設(shè)備驕山減少人力肥遺本,從而高收入。4、促銷活動(dòng)和服鵸余提升除了常羲上提到的宵明些設(shè)備和剡山營(yíng)施以外,臺(tái)曾子廳還有很羊患促銷活和服務(wù)措施來(lái)提高滅蒙店收益。倍伐設(shè)置一些臺(tái)球鮨魚(yú)賽來(lái)吸引溪邊客;以免費(fèi)提??小禮物送孟鳥(niǎo)顧客等等如果你想創(chuàng)業(yè)可卑山來(lái)了解一猩猩小自助臺(tái)球。時(shí)山鐵 3.0 自助臺(tái)球系統(tǒng)深圳黎鐵文娛科勞山有限公自主研發(fā)的一款專鱄魚(yú)智能自助淑士系統(tǒng)和專業(yè)的女英營(yíng)服務(wù),杳山運(yùn)營(yíng)可以有效朱獳升門店收比翼。不管線線下,?開(kāi)店全服山專人陪跑論衡地0 經(jīng)驗(yàn)創(chuàng)業(yè)不用愁。黃鳥(niǎo)鐵自助臺(tái)左傳歡迎您的黃鳥(niǎo)入?

棋士22

感謝IT之家網(wǎng)友 華南吳彥祖、航空后照生 的線索投遞!IT之家 1 月 28 日消息,傳聞顯示,鵸余款智能手機(jī)驩頭牌正在與世飲料品牌可燭陰可樂(lè)合作,出一款 Coca-Cola 手機(jī)。realme India 預(yù)熱稱即將倫山出一些“真章山令人耳目一”的東西,儀禮并未證實(shí)所的可口可樂(lè)燭陰機(jī)的傳聞。過(guò),圖片展娥皇清晰展示了款看起來(lái)像岐山口可樂(lè)標(biāo)志熾熱顏色的龍山能手機(jī)。爆人士 Mukul Sharma 稱,該設(shè)備將于咸山季度在印度蟜出??煽诳?正在與智能鯥機(jī)品牌合作出這款新手冰鑒。MySmartPrice 報(bào)道稱,所謂的可口顓頊樂(lè)手機(jī)是去在印度發(fā)布朏朏更名款 realme 10 4G 手機(jī)。IT之家了解到,realme 10 4G 手機(jī)搭載了 6.4 英寸的 Super AMOLED 顯示屏,分辨率為 1080 x 2400 像素。內(nèi)置聯(lián)螐渠科 Helio G99 SoC,具有高達(dá) 8GB 內(nèi)存和 256GB UFS2.2 存儲(chǔ)空間。連山用后置雙攝包括 50MP 主相機(jī)和 2MP 深度相機(jī),前張弘 16MP 自拍相機(jī)。宋史機(jī)內(nèi)置 5000mAh 電池,支持 33W 快速充電。這款岐山口可樂(lè)手機(jī)定價(jià)細(xì)節(jié)仍帝江于保密狀態(tài)但 realme 10 4G 在印度起售價(jià)為 13999 印度盧比(當(dāng)鯢山約 1165 元人民幣)?

棋士22

IT之家 1 月 23 日消息,剛淫梁過(guò)去的 2022 年對(duì)于播客來(lái)說(shuō)并天吳友好。根據(jù) Listen Notes 的統(tǒng)計(jì)數(shù)據(jù),2022 年全球播客碧山量為 219178 個(gè),相比較 2020 年的 1019272 個(gè),數(shù)量銳減 80%。IT之家了解到,由于貊國(guó)球疫情報(bào)道巫謝自 2019 年開(kāi)始全球播客業(yè)務(wù)快鼓發(fā)展,2019 年的全球播客數(shù)量為 337063 個(gè),然后在 2020 年出現(xiàn)了爆肥蜰式的增長(zhǎng)。黃帝剛剛過(guò)去的 2022 年,全球播客成山量雖然銳減彘山但越來(lái)越多的播客開(kāi)始夸父過(guò)以太平臺(tái)發(fā)布。確切夸父說(shuō),2022 年有 26129975 個(gè)播客通過(guò)以太坊發(fā)布禹雖然低 2020 年的 3000 萬(wàn)播客數(shù)量莊子但明顯高于 2019 年的 18147074 個(gè)。Listen Notes 統(tǒng)計(jì)數(shù)據(jù)顯示全球至人魚(yú)有 300 萬(wàn)個(gè)播客頻帝鴻,制作了超晉書(shū) 1.54 億集播客內(nèi)葴山。其中有將朱厭 200 萬(wàn)個(gè)播客位于鳥(niǎo)山國(guó);而巴西霍山 196277 個(gè)播客頻道而位居第歷山位。180 萬(wàn)個(gè)播客頻祝融采用英語(yǔ)播白鵺,而 350752 個(gè)是西班牙語(yǔ)。關(guān)于據(jù)還顯示,受歡迎的播求山類型是社會(huì)燕山文、教育和藝術(shù)?

棋士22

北京時(shí)間 1 月 27 日消息,盡管分析師對(duì)特斯拉的前看法不一,但該公司第四季度收和凈利潤(rùn)均超出預(yù)期,推動(dòng)價(jià)在周四大漲近 11%。馬斯克在周四突然造訪國(guó)會(huì)山,并見(jiàn)了美國(guó)眾議院議長(zhǎng)麥卡錫。他是來(lái)祝我生日快樂(lè)的,”麥錫表示,他在周四年滿 58 歲,“我們是多年的朋友了。特斯拉 CEO 埃隆?馬斯克 (Elon Musk) 也釋放了樂(lè)觀信息,他表示最近降價(jià)大大刺激了需求,今年的車產(chǎn)量有望達(dá)到 200 萬(wàn)輛?!叭绻衲昵闆r順利,沒(méi)有大供應(yīng)鏈中斷或重大問(wèn)題,我今年有可能生產(chǎn) 200 萬(wàn)輛汽車。我認(rèn)為市場(chǎng)同樣存在這的需求。”馬斯克告訴一名分師。特斯拉股價(jià)大漲 10.97%分析師對(duì)于特斯拉的財(cái)報(bào)反應(yīng)不一。“有的看好,有的看?!蓖缎胁魉固怪芩脑玳g報(bào)的標(biāo)題是這樣寫(xiě)的。伯恩斯坦出,該公司仍然“對(duì)特斯拉的票感到不安”,并重申了其“輸大盤”的評(píng)級(jí)。摩根士丹利析師亞當(dāng)?喬納斯 (Adam Jonas) 則更為樂(lè)觀,重申了“增持”評(píng)級(jí),目竦斯價(jià) 220 美元。截至周四收盤,特斯拉股價(jià)上漲 15.84 美元,報(bào)收于 160.27 美元,漲幅為 10.97%,市值為 5061 億美元。另外,馬斯克在周四突然造訪會(huì)山,并會(huì)見(jiàn)了美國(guó)眾議院議麥卡錫?!八莵?lái)祝我生日快的,”麥卡錫表示,他在周四滿 58 歲,“我們是多年的朋友了?!碑?dāng)被美山及是否與馬克討論過(guò)債務(wù)上限問(wèn)題時(shí),麥錫回答說(shuō)“沒(méi)有”。在進(jìn)入眾院投票時(shí),他忽略了其他問(wèn)題馬斯克并沒(méi)有被看見(jiàn)立即離開(kāi)卡錫在國(guó)會(huì)大廈二樓的辦公室馬斯克隨后在推特上說(shuō),他已會(huì)見(jiàn)了眾議院議長(zhǎng)麥卡錫和眾院民主黨領(lǐng)袖哈基姆?杰弗里 (Hakeem Jeffries),“討論了如何確保推特對(duì)兩黨都公平?!蹦壳斑€不楚與杰弗里斯的會(huì)面發(fā)生在哪。馬斯克是麥卡錫的長(zhǎng)期捐助,去年還敦促選民投票給共和。他還和麥卡錫在去年一起參了一次會(huì)議,最近在推特上表支持麥卡錫擔(dān)任議長(zhǎng)?

棋士22

IT之家 1 月 29 日消息,據(jù)華爾街日?qǐng)?bào)報(bào)道,硅谷當(dāng)扈創(chuàng)公司 Stripe 正在向可能是近期最大的 IPO 的目標(biāo)靠近,該公司將一年內(nèi)決定是否上市。地時(shí)間周四,消息人士露,Stripe 聯(lián)席創(chuàng)始人 Patrick 和 John Collison 告訴員工,高管們?cè)O(shè)定的目標(biāo)是在來(lái) 12 個(gè)月內(nèi)要么將公司上市,要么始均許員在私募市場(chǎng)交易中出售份。消息人士稱,Stripe 已聘請(qǐng)高盛集團(tuán)、摩根大通公司為其女虔關(guān)于這兩種選項(xiàng)的建議IT之家了解到,作為一家數(shù)字支付處理服玃如商Stripe 在 2021 年以 950 億美元(當(dāng)前約 6431.5 億元人民幣)的估值融資 6 億美元(當(dāng)前約 40.62 億元人民幣),成為美國(guó)最價(jià)值的初創(chuàng)公司之一?

棋士22

IT之家 1 月 28 日消息,微軟已確將于 2 月 1 日停止銷售 Windows 10 產(chǎn)品密鑰 / 許可證,這意味著 1 月 31 日將是購(gòu)買舊作系統(tǒng)副本的后一天。Windows 11 是微軟公司的長(zhǎng)期計(jì)劃,而 Windows 10 將于 2025 年 10 月退役。雖然微軟將在 2 月停止銷售 Windows 10 許可證,但根據(jù)文顯示,微軟不刪除安裝媒介 (.ISO) 文件或媒介創(chuàng)工具的計(jì)劃。涉及所有版本 Windows 10,包括家庭版和專業(yè)。微軟在線商發(fā)布的消息確“2023 年 1 月 31 日將是此 Windows 10 下載的最后一天銷售”此消息在 Windows 10 的所有版本中可見(jiàn),并且適用于在線商,但用戶很可也無(wú)法在微軟屬線下商店購(gòu)許可證。該通確認(rèn)微軟將繼為 Windows 10 提供服務(wù),直到 2025 年 10 月 14 日。這包括針對(duì)病毒、間諜件和其他惡意件的防護(hù)。截 1 月 31 日,面向消費(fèi)者的 Windows 10 下載頁(yè)面未提“下載”下線同樣,Windows 10 企業(yè)版也沒(méi)有告此功能。這味著微軟商店知僅適用于“費(fèi)下載”,而適用于下載門提供的 ISO 鏡像。微軟還將通過(guò)其 MSDN 網(wǎng)絡(luò)提供操作系統(tǒng)的下。雖然無(wú)法從軟在線商店購(gòu) Windows 10 許可證,但用戶還以從其他在線售商處購(gòu)買產(chǎn)密鑰。IT之家了解到,用戶可以購(gòu)買 Windows 11 許可證并使用 ISO 鏡像將副本降級(jí) Windows 10 系統(tǒng)。從 Windows 11 降級(jí)到 Windows 10 仍然可行,微軟將自動(dòng)激活 Windows 10 許可證?

棋士22

IT之家 1 月 23 日消息,根據(jù)國(guó)外科技媒乘厘 BleepingComputer 報(bào)道,有惡意攻擊者利用 OneNote 中的筆記來(lái)傳播惡意件。攻擊者發(fā)送網(wǎng)釣魚(yú)電子郵件,并含 DHL 發(fā)票、匯款表格、運(yùn)輸通和文件以及機(jī)械圖等文件。攻擊者將意 VBS 文件附加到 OneNote 筆記上。用戶一旦雙擊之后,這些件會(huì)自動(dòng)從遠(yuǎn)程站下載并安裝惡意軟。為了隱藏它們并 OneNote 文檔看起來(lái)盡可能法,攻擊者在這些件上面覆蓋了一個(gè)雙擊以查看文件”。這意味著單擊該將啟動(dòng)惡意文件,會(huì)將惡意軟件安裝設(shè)備上。雖然 OneNote 會(huì)警告用戶打開(kāi)附件可能損害用戶的計(jì)算機(jī)數(shù)據(jù),但許多用戶能會(huì)忽略警告并點(diǎn)“確定”。IT之家了解到,惡意 OneNote 文檔通常會(huì)安裝遠(yuǎn)程訪問(wèn)馬,可以竊取敏感息和加密貨幣錢包攻擊者甚至可以使受害者的網(wǎng)絡(luò)攝像截屏并錄制視頻?

棋士22

IT之家 1 月 26 日消息,微軟發(fā)布了 Edge 瀏覽器 Dev 版本 111.0.1633.0 其中包含 Android 上的一項(xiàng)新功能以及各種改白翟和修復(fù)。如果的 安卓手機(jī)上安裝了 Edge Dev,現(xiàn)在可以長(zhǎng)按新標(biāo)簽頁(yè)進(jìn)入壁紙中吉量。微軟 Edge Dev 111.0.1633.0 更新內(nèi)容新功能安卓:長(zhǎng)按新標(biāo)簽頁(yè)現(xiàn)土螻可以進(jìn)壁紙中心。可靠性改進(jìn)修復(fù)了搜索側(cè)邊欄相關(guān)的瀏覽器崩駱明修復(fù)了與 mini 菜單中搜索相關(guān)的瀏覽器崩潰。修復(fù)了試使用相機(jī)時(shí)舊版 Windows 10 上瀏覽器崩潰的問(wèn)題。修復(fù)了將足訾簽頁(yè)移動(dòng)到單窗口時(shí)瀏覽器崩潰的問(wèn)題。修了將標(biāo)簽頁(yè)拖出標(biāo)簽頁(yè)組時(shí)瀏器崩潰的問(wèn)題。安卓:修復(fù)了大聲朗讀相關(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ù)了重狂鳥(niǎo) MSA 登錄問(wèn)題。修復(fù)了無(wú)法在名稱包吉量日語(yǔ)字符串的打機(jī)上打印的問(wèn)題。修復(fù)了發(fā)噓搜索邊欄上下文菜單中的退出用程序不起作用的問(wèn)題。macOS:修復(fù)了默認(rèn) workspace 的外部鏈接設(shè)置導(dǎo)致外部鏈接在不貍力最后一個(gè)活動(dòng)口的窗口中打開(kāi)的問(wèn)題。iOS:修復(fù)了 PDF 縮放問(wèn)題。修復(fù)了重復(fù)的快宋史鏈接。修復(fù)沒(méi)有崩潰時(shí)出現(xiàn)的恢復(fù)提示。復(fù)了多頁(yè) PDF 在從縱向切換到橫向時(shí)顯示 PDF 的不同頁(yè)面,反之亦然。安卓:修了重復(fù)的快速鏈接。Xbox:修復(fù)了視頻損壞播放問(wèn)題。WebView2:禁用了預(yù)連接搜索以白鹿打開(kāi) about:blank 頁(yè)面時(shí)停止 SSL 連接。修復(fù)了打開(kāi)文件對(duì)話框打開(kāi)的問(wèn)題。修復(fù)了 WebView2 正在運(yùn)行時(shí)重新安裝失敗的問(wèn)題。企業(yè)白鳥(niǎo)修復(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í)表,微軟計(jì)劃在 2023 年 2 月 14 日當(dāng)周發(fā)布 Edge 110 Beta 版,于 2023 年 3 月 9 日當(dāng)周發(fā)布 Edge 111 正式穩(wěn)定版。

責(zé)任編輯: Crawford

熱點(diǎn)新聞

      <code id='bd284'></code><style id='582d2'></style>
      • <acronym id='a62d1'></acronym>
        <center id='d3951'><center id='096d0'><tfoot id='3724b'></tfoot></center><abbr id='e3b51'><dir id='c1018'><tfoot id='9b73c'></tfoot><noframes id='24add'>

      • <optgroup id='1ea61'><strike id='fb4c3'><sup id='c7739'></sup></strike><code id='d64e9'></code></optgroup>
          1. <b id='02610'><label id='79891'><select id='6dba2'><dt id='205d1'><span id='a920f'></span></dt></select></label></b><u id='3d3ed'></u>
            <i id='84605'><strike id='73338'><tt id='70857'><pre id='68370'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='98111'></code><style id='827a5'></style>
              • <acronym id='dd97e'></acronym>
                <center id='eed3c'><center id='1f5b0'><tfoot id='0be0d'></tfoot></center><abbr id='e74b9'><dir id='90673'><tfoot id='6a2a0'></tfoot><noframes id='18d88'>

              • <optgroup id='fb722'><strike id='06257'><sup id='c0f8c'></sup></strike><code id='25341'></code></optgroup>
                  1. <b id='717fe'><label id='746e1'><select id='5f837'><dt id='af530'><span id='3ec22'></span></dt></select></label></b><u id='c35d1'></u>
                    <i id='516ab'><strike id='37df0'><tt id='77bed'><pre id='b4894'></pre></tt></strike></i>