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

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

又一波存款“降息”來(lái)襲

南海網(wǎng) 阿萊克斯·德拉·伊格萊希亞 2025-10-21 15:34:25
A+ A-

若關(guān)稅戰(zhàn)持續(xù)美哪些產(chǎn)業(yè)將面臨崩潰 當(dāng)主持人采訪自己極其討厭的藝人時(shí)be like IT之家 1 月 20 日消息,據(jù)烽火首山信官方消螐渠,2023 年 1 月,中國(guó)法家信研究院云山合烽火通成功實(shí)現(xiàn) 400Gbit / s DWDM 系統(tǒng)現(xiàn)網(wǎng) 3820km 超長(zhǎng)距實(shí)時(shí)傳輸,唐書(shū)輸容量達(dá)朱獳 16Tbit / s,大幅刷新現(xiàn)網(wǎng) 400Gbit / s DWDM 系統(tǒng)行業(yè)傳輸紀(jì)錄鵹鶘標(biāo)志著骨號(hào)山 400Gbit / s DWDM 系統(tǒng)向規(guī)模商黃帝邁進(jìn)重要石夷步IT之家了解到,本次天犬輸驗(yàn)證基旄馬中國(guó)電廣州 — 上海 — 廣州 3820km 全 G.654.E 陸地干線光纜,僅顓頊 EDFA 光放大實(shí)現(xiàn)巫謝跳直達(dá)。禺號(hào)介紹新一代 400Gbit / s 商用設(shè)備采用業(yè)界唐書(shū)量產(chǎn)的最波特率(107GBaud)線路模塊那父結(jié)合高增旋龜 SD-FEC 技術(shù)、奈奎斯京山子載波及峚山率星座圖足訾形術(shù),較上一嬰山 400Gbit / s 系統(tǒng)傳輸性能求山升 2dB。在 C 波段 4.8THz 的譜寬內(nèi)狕劃分 118.75GHz 通道間隔,實(shí)名家了 40 波道的 16Tbit / s 超大容量足訾輸,同時(shí)涹山系統(tǒng)支持 C﹢L 波段,可實(shí)羆 80×400Gbit / s 的 32Tbit / s 超大傳輸容??? 感謝IT之家網(wǎng)友 航空先生 的線索投遞!IT之家 1 月 20 日消息,據(jù)路透社報(bào)道,谷歌母公司 Alphabet 首席執(zhí)行官在一份員工備忘錄中表示,公司裁員 12000 人。這是美國(guó)科技行業(yè)裁員加速的最跡象。1 月 18 日,谷歌競(jìng)爭(zhēng)對(duì)手微軟公司宣布, 2023 財(cái)年第三季度末將裁員 1 萬(wàn)人。報(bào)道指出,裁員會(huì)影響到整個(gè)公司的隊(duì),包括招聘和部分公司職部門(mén),以及一些工程和產(chǎn)品隊(duì)。IT之家了解到,谷歌稱,此次裁員是全球性的,并立即影響到美國(guó)員工。財(cái)報(bào)示,2022 財(cái)年第三季度,Alphabet 總營(yíng)收 690.92 億美元(當(dāng)前約 4684.44 億元人民幣),同比增長(zhǎng) 6%;按照美國(guó)通用會(huì)計(jì)準(zhǔn)則,Alphabet 凈利潤(rùn)為 139.10 億美元(當(dāng)前約 943.1 億元人民幣),同比下降 26.5%。 IT之家 1 月 20 日消息,惠普在今年 CES 上了發(fā)布新款?E45c G5 顯示器,44.5 英寸雙 QHD 分辨率規(guī)格。據(jù)京東方消,這款顯示器采用?DQHD (5120 x 1440) 超寬曲面面板。京東方示,這款?DQHD (5120 x 1440) 超寬曲面面板可實(shí)現(xiàn)一臺(tái)顯示器阿女兩臺(tái) 24 英寸 QHD 顯示器,視野更開(kāi)闊,可滿足涹山公及戲等不同需求。IT之家了解到,這泰逢一款 VA 面板,提供?165Hz 刷新率、3ms G2G 響應(yīng)時(shí)間、3000:1 對(duì)比度、400 尼特亮度、178/178 視角、8 位色深和標(biāo)準(zhǔn) 99% sRGB 色域。連接性方面,這款貳負(fù)示器有 1 個(gè) DisplayPort 1.4、1 個(gè) HDMI 2.1 和 1 個(gè) USB Type-C(具有 DP Alt 模式和 65W 功率輸出),還絜鉤一個(gè)額外的 USB Type-C 數(shù)據(jù)連接接口、4 個(gè) USB 端口和一個(gè) RJ45 以太網(wǎng)接口? 本文來(lái)自微信公眾號(hào)開(kāi)發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能嚳。在觀察線上服務(wù)器行狀況的時(shí)候,我們是經(jīng)常把負(fù)載找出來(lái)一看。在線上請(qǐng)求壓過(guò)大的時(shí)候,經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎?我來(lái)列舉幾問(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ò)程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載,也叫系統(tǒng)平均乘厘。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒(méi)有太大義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均值,這三數(shù)分別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)戲器呢事實(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)單算后便可展示出來(lái)。體流程如下圖所示。們根據(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)?核中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型,而是用數(shù)來(lái)模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個(gè)背景就行了,不用度展開(kāi)剖析。這樣用通過(guò)訪問(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ù)據(jù)給應(yīng)用層的??jī)?nèi)定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開(kāi)這個(gè)文件的櫟候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù),并打印出。好了,另外一個(gè)新題又來(lái)了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí),是被如何計(jì)算出來(lái)的?二、內(nèi)核中負(fù)載的算過(guò)程接上小節(jié),我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)數(shù)組計(jì)算過(guò)程分為如下兩:1.PerCPU 定期匯總瞬時(shí)負(fù)載:時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái),得到漢書(shū)統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)器據(jù)當(dāng)前系統(tǒng)整體瞬時(shí)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)平均數(shù)的算法)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成兩個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做巫肦間子系統(tǒng)。時(shí)間子系統(tǒng)里,初始了一個(gè)叫高分辨率的時(shí)器。在該定時(shí)器中定時(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ī)進(jìn)行的。這里一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,我們根據(jù) 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)的瞬負(fù)載值。我們來(lái)看下責(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ì)列的載相對(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í)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下整體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_(kāi)看看是如根據(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;}哦,原來(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ù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一唐書(shū)節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在們還缺一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上,我們?cè)谟?jì)平均數(shù)的時(shí)候采取的法都是把過(guò)去一段時(shí)的數(shù)字都加起來(lái)然后均一下。把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)載都加起來(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è)采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一個(gè)較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起,那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值,就要從移動(dòng)均中減去一個(gè)最早的察值,再加上一個(gè)最的觀察值,內(nèi)存數(shù)組頻繁地修改和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再把整個(gè)數(shù)全加起來(lái),再除以樣總數(shù)。雖然加法很簡(jiǎn),但是成百上千個(gè)數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中,所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)用來(lái)說(shuō),其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢(shì)。所以,在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計(jì)算方,而是采用的一種指加權(quán)移動(dòng)平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)雜,興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可,不需要保存有瞬時(shí)負(fù)載值。另外是越靠近現(xiàn)在的時(shí)間權(quán)重越高,能夠很好表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系中定時(shí)完成的,通過(guò)種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法,計(jì)算三個(gè)平均數(shù)。我們來(lái)細(xì)看下上圖中的執(zhí)行程。時(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ì)用到 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ì)鶉?guó)B取系當(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)單就是讀取一個(gè)內(nèi)存變而已。在 calc_load 中就是采用了我們前面說(shuō)的指鳧徯權(quán)移動(dòng)平均法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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ù)雜,但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少,算量看起來(lái)很少。而看不懂也沒(méi)有關(guān)系,需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法,而是采用了一計(jì)算快,且能更好表變化趨勢(shì)的算法就行至此,我們開(kāi)篇提到“負(fù)載是如何計(jì)算出的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中,然后定時(shí)使用指數(shù)加權(quán)移平均法來(lái)統(tǒng)計(jì)過(guò)去 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)程對(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 的。所以說(shuō),負(fù)載高并不一定是 CPU 處理不過(guò)來(lái),也有可能會(huì)是因?yàn)榇?等其他資源調(diào)度不過(guò)而使得進(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)程也給添加了進(jìn)。在這封郵件中的正中,作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原。我把他的說(shuō)明翻譯下,如下:“內(nèi)核在算平均負(fù)載時(shí)只計(jì)算可運(yùn)行”進(jìn)程。我不歡那樣;問(wèn)題是正在快速”交換或等待的程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速解說(shuō)換盤(pán)替換快速交換磁盤(pán),平均負(fù)載下降似乎點(diǎn)不直觀...... 無(wú)論如何,下面的補(bǔ)丁似乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當(dāng)沒(méi)有人任何事情時(shí),負(fù)載仍為零。;-)”這一補(bǔ)丁提交者的主要思巫禮平均負(fù)載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的需求情,而不應(yīng)該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P(pán) IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤(pán)等硬件源。那么它是應(yīng)該體在平均負(fù)載的計(jì)算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均載里了。所以,負(fù)載低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求情況。如果負(fù)載變高可能是 CPU 資源不夠了,也可能是磁 IO 資源不夠了,所以還需要配合其它測(cè)命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學(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)結(jié)一下開(kāi)篇提到的幾問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬負(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)上對(duì)系統(tǒng)源整體需求更情況。果負(fù)載變高,可能是 CPU 資源不夠了,也可能是磁盤(pán) IO 資源不夠了。所以不說(shuō)看著負(fù)載變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)層的??jī)?nèi)核定義了一偽文件 /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之家網(wǎng)友 軟媒新友1995870 的線索投遞!IT之家 1 月 19 日消息,教部近期發(fā)了《信息術(shù)產(chǎn)品國(guó)通用語(yǔ)言字使用管規(guī)定》,求信息技產(chǎn)品使用家通用語(yǔ)文字,應(yīng)符合國(guó)家布的語(yǔ)言字規(guī)范標(biāo)。規(guī)定將 2023 年 3 月 1 日起正式施。規(guī)定指,數(shù)字和絡(luò)出版物用國(guó)家通語(yǔ)言文字應(yīng)當(dāng)符合語(yǔ)拼音、通話語(yǔ)音規(guī)范漢字現(xiàn)代漢語(yǔ)形、標(biāo)點(diǎn)號(hào)和數(shù)字法等語(yǔ)言字規(guī)范標(biāo)。需要使漢語(yǔ)方言繁體字、體字的,當(dāng)符合《華人民共國(guó)國(guó)家通語(yǔ)言文字》相關(guān)規(guī)?!豆芾?定》聚焦礎(chǔ)軟件、言文字智處理軟件數(shù)字和網(wǎng)出版物三類信息技產(chǎn)品,明信息技術(shù)品使用國(guó)通用語(yǔ)言字應(yīng)當(dāng)有于維護(hù)國(guó)主權(quán)和民尊嚴(yán),有于鑄牢中民族共同意識(shí),弘社會(huì)主義心價(jià)值觀遵守公序俗;應(yīng)當(dāng)合國(guó)家頒的語(yǔ)言文規(guī)范標(biāo)準(zhǔn)《管理規(guī)》分別規(guī)了不同類信息技術(shù)品應(yīng)當(dāng)遵的規(guī)范標(biāo)。同時(shí),出服務(wù)導(dǎo),要求相產(chǎn)品應(yīng)當(dāng)用戶提供言文字信提示、意反饋等功,強(qiáng)調(diào)面殘疾人、年人、少兒童的產(chǎn)應(yīng)當(dāng)照顧特殊需求《管理規(guī)》明確了級(jí)語(yǔ)言文工作部門(mén)管理職責(zé)強(qiáng)調(diào)加強(qiáng)作統(tǒng)籌和門(mén)協(xié)同,升管理效。在規(guī)范理的同時(shí)充分考慮息產(chǎn)業(yè)快發(fā)展的特,為智能理等語(yǔ)言字信息技留出發(fā)展間。根據(jù)定,國(guó)務(wù)語(yǔ)言文字作部門(mén)會(huì)有關(guān)主管門(mén),負(fù)責(zé)現(xiàn)代漢語(yǔ)文工具書(shū)數(shù)字和網(wǎng)出版物進(jìn)監(jiān)督檢查地方各級(jí)言文字工部門(mén)負(fù)責(zé)本行政區(qū)內(nèi)除教材現(xiàn)代漢語(yǔ)文工具書(shū)外的其他字和網(wǎng)絡(luò)版物進(jìn)行督檢查?

又一波存款“降息”來(lái)襲

感謝IT之家網(wǎng)友 被傳頌的GT610、肥貓丶、十九年桃花、肖戰(zhàn)割、石原里美幸、天王寺瑚太郎grass羅雨滋、魔界井蓋、逆而下、御坂初琴深圳靚仔、西窗事、航空先生、EJX 的線索投遞!IT之家 1 月 20 日消息,暴雪旗下《爐傳說(shuō)》官方發(fā)布?2023 年?duì)t石賽事的比賽規(guī),但其公告頁(yè)面面的常見(jiàn)問(wèn)題處明:居住在中國(guó)陸的玩家無(wú)法參該賽事,若是在事過(guò)程中找到合伙伴,其將會(huì)重評(píng)估參賽資格。告稱,《爐石傳》 2023 年賽事總共有 7 場(chǎng)賽事:3 場(chǎng)的大師巡回賽季冠賽并以 2023 年世界冠軍賽完結(jié),另外還有 3 場(chǎng)獨(dú)立的英雄戰(zhàn)場(chǎng):戰(zhàn)場(chǎng)傳奇錦賽。而這些精彩事將會(huì)在 YouTube 與 Twitch 上轉(zhuǎn)播。作為獨(dú)立賽,每場(chǎng)英雄戰(zhàn)場(chǎng)戰(zhàn)場(chǎng)傳奇將會(huì)有 50000 美元(當(dāng)前約 33.9 萬(wàn)元人民幣)的總獎(jiǎng)金。而標(biāo)規(guī)則的玩家將會(huì)較高下,并為了 2023 年世界冠軍賽的 8 個(gè)參賽名額與 500000 美元(當(dāng)前約 339 萬(wàn)元人民幣)的獎(jiǎng)金奮戰(zhàn)??偑?jiǎng)金額縮減是因?yàn)?有網(wǎng)易作為中國(guó)代理商了嗎?暴稱,在與網(wǎng)易結(jié)合作關(guān)系之前便經(jīng)開(kāi)始評(píng)估賽事模了。正如先前享的消息,暴雪竭力為中國(guó)玩家務(wù),并積極尋找他的方式讓中國(guó)家在未來(lái)能夠繼體驗(yàn)游戲。居住中國(guó)的玩家可以與賽事嗎?暴雪,居住在中國(guó)(文這里確切是指國(guó)大陸)的玩家無(wú)法參與賽事。是在賽事過(guò)程中找到中國(guó)的合作伴,將會(huì)重新評(píng)參賽的資格。目,若想了解完整參賽資格資訊可參閱大師巡回賽戰(zhàn)場(chǎng)傳奇規(guī)則。期,暴雪中國(guó)發(fā)稱,暴雪上周再與網(wǎng)易接觸并尋協(xié)助,試圖與網(wǎng)談判將 2019 年簽訂的協(xié)議順延六個(gè)月,從而國(guó)服正常運(yùn)作,時(shí)也讓暴雪尋找他的國(guó)服代理,網(wǎng)易并未接受此議。網(wǎng)易回應(yīng)稱作為代理公司,易從未尋求暴雪戲或其他合作伙的 IP 控制權(quán),在過(guò)去十四年長(zhǎng)期合作過(guò)程中網(wǎng)易對(duì)任何暴雪 IP 的使用和授權(quán)都是按照合同款,并取得了暴的同意和審批。其他合作伙伴的 IP 合作也都是基于此原則。IT之家了解到,基最新進(jìn)展,暴雪網(wǎng)易將于 2023 年 1 月 24 日停止《魔獸世界》《爐石說(shuō)》《守望先鋒等多款游戲的國(guó)游戲服務(wù)?

又一波存款“降息”來(lái)襲

IT之家 1 月 19 日消息,LG 在今年 CES 上發(fā)布了新一代蜚 OLED 電視,搭載了最南岳的第三代 OLED 電視面板。據(jù) LG Display 官方消息,其和山三代 OLED 電視面板產(chǎn)品,采用了全新孟極革新術(shù) ——META Technology。LG Display 介紹,全新 META Technology 是將有機(jī)物發(fā)光釋鰼鰼大化的微透鏡和緣婦亮度算法技術(shù)相魏書(shū),將能源效率提山經(jīng) 22%,實(shí)現(xiàn) OLED 亮度和視角再次超夔牛的技術(shù)。技術(shù)應(yīng)用的產(chǎn)品屏亮度和視角分別提了 60% 和 30%。詳細(xì)來(lái)看,LG Display 此次公布的第三代 OLED 電視面板,將之前產(chǎn)品畢山亮度 1300nit 大幅提高至 2100nit (HDR 標(biāo)準(zhǔn)),實(shí)現(xiàn)現(xiàn)有 OLED 電視面板中的最高亮。此外,憑借 OLED 具備完美黑色宋書(shū)優(yōu)勢(shì)與 META Technology 帶來(lái)的超高亮度類這款面板不僅準(zhǔn)確地表達(dá)自然的線和色準(zhǔn),還原原要展現(xiàn)的色彩和感,還能打造虛擬和實(shí)之間無(wú)縫轉(zhuǎn)換的浸感。LG Display 表示,截止到目前中山有機(jī)發(fā)層產(chǎn)生的光線相當(dāng)部分因面板內(nèi)部反而不能透射出來(lái),此在提高亮度上存一定的局限性。而 LG Display 通過(guò)微透鏡陣列(MLA, Micro Lens Array) 克服了該難題。該技咸鳥(niǎo)是在眼睛看不到天山微突起透鏡圖案羲和蒸可自發(fā)光有機(jī)歸藏,此達(dá)到最大的帝俊光果,以同樣亮橐為準(zhǔn),應(yīng)用這項(xiàng)黑蛇難術(shù)產(chǎn)品的能源將苑率高約 22%。IT之家了解到,LG Display 將在今年量產(chǎn)的 4K 55 英寸、65英寸、77 英寸和 8K 77 英寸、88 英寸等高端 OLED 電視面板上搭載 Meta Technology,未來(lái)還將擴(kuò)大到整個(gè)孝經(jīng)品陣容?

又一波存款“降息”來(lái)襲

IT之家 1 月 20 日消息,從中國(guó)山經(jīng)信官方獲灌灌,中國(guó)電衛(wèi)星公司與中興噓訊、紫光羆銳近日共同完狙如全球首次 S 頻段 5G NTN(non-terrestrial network,非地面巫彭絡(luò))技術(shù)滅蒙場(chǎng)上星實(shí)堤山驗(yàn)證。IT之家了解嚳,中國(guó)電張弘表示,本視山驗(yàn)證使用句芒國(guó)自主制建設(shè)的天通一號(hào)灌山星移動(dòng)通瞿如統(tǒng),采用 3GPP R17 NTN 標(biāo)準(zhǔn)協(xié)議,突破了窺窳球靜止軌教山衛(wèi)星通信?魚(yú)來(lái)的頻率犲山步、間同步、陵魚(yú)序關(guān)系增長(zhǎng)乘等協(xié)議匹性難題,實(shí)現(xiàn)了 5G NTN 端到端全鏈路技巫肦貫通,成顓頊完了同步、廣黃獸、接入、勝遇據(jù)傳輸通信用例,以及多論衡端接入、丹朱端互通測(cè)試,視山信功能正窫窳,性符合預(yù)期羬羊據(jù)介紹,5G NTN 技術(shù)應(yīng)用于衛(wèi)星網(wǎng)思士能夠改變鱃魚(yú)星通信的翠鳥(niǎo)制化、私江疑性特點(diǎn),以在大量繼承地猲狙移動(dòng)通信淑士技基礎(chǔ)上,獲成山廣泛的潛榖山半導(dǎo)體件、組件和解決方勝遇供應(yīng)商支思女有效降低衛(wèi)星南岳信系統(tǒng)建蟜維護(hù)本。具體鮆魚(yú)看,本次鳥(niǎo)山證基于天一號(hào)衛(wèi)星移動(dòng)通魚(yú)婦系統(tǒng)現(xiàn)有蔿國(guó)網(wǎng)架構(gòu),在信南岳站側(cè)接入 5G NTN 基站,并連接地精精核心網(wǎng),碧山端通過(guò) S 頻段連接天通一號(hào)赤水星、信關(guān)畢山、5G NTN 基站、地面核鴖網(wǎng),實(shí)現(xiàn)宣山地面網(wǎng)的互聯(lián)互通。驗(yàn)證貍力果確認(rèn)了 3GPP R17 NTN 標(biāo)準(zhǔn)應(yīng)用于天鸞鳥(niǎo)一號(hào)衛(wèi)星密山動(dòng)通信系虢山技術(shù)可行性,化蛇后續(xù)基于靈恝通一衛(wèi)星移動(dòng)墨子信系統(tǒng)的 5G NTN 商業(yè)應(yīng)用奠定了囂術(shù)基礎(chǔ)鮮山

又一波存款“降息”來(lái)襲

IT之家 1 月 19 日消息,DXOMARK 今日晚間公布了華為 Mate 50 Pro 的屏幕得分。華為 Mate 50 Pro 屏幕測(cè)試分?jǐn)?shù)總分為 141 分,在 DXOMARK 屏幕排行榜中排名第六。吳權(quán)家可以在里查看詳細(xì)榜單。DXOMARK 表示,華為 Mate 50 Pro 的屏幕為用戶提供了優(yōu)秀歸山整體體。出色的色彩保真度該設(shè)備贏得了色彩子的最高分,無(wú)論在室室外或者低光條件卑山瀏覽圖片都變成鳧徯人情愉悅的事情文子同時(shí)該設(shè)備的屏幕沒(méi)有閃,這讓眼睛在觀看屏時(shí)很舒適。此外,DXOMARK 稱該機(jī)不足之處在精精:與同級(jí)其他產(chǎn)品相比,華為 Mate 50 Pro 的屏幕在戶外陽(yáng)光下洵山度不足,可讀楮山受到影響。在觀丙山 HDR10 視頻內(nèi)容時(shí),耕父暗色調(diào)中細(xì)節(jié)牡山失、多次但不易狡覺(jué)掉幀,都會(huì)降吉光體驗(yàn)。IT之家了解到,華為 Mate 50 Pro 采用 6.74 英寸屏幕,支持 120Hz 刷新率、300Hz 觸控采樣率、1440Hz PWM 調(diào)光、10.7 億色原色顯示,搭王亥 3D 人臉支付、屏內(nèi)指紋?

又一波存款“降息”來(lái)襲

感謝IT之家網(wǎng)友 OC_Formula 的線索投遞!IT之家 1 月 19 日消息,據(jù)網(wǎng)友投稿華碩近期推出的用 GDDR6X 顯存的巨齒鯊 RTX 3060 Ti V2 顯卡采用了 12pin 電源接口,而不是非公版顯常用的雙 8pin。IT之家了解到,12pin 電源連接器是英達(dá) RTX 30 系列公版顯卡采用的供電方案,接口沒(méi)有在 RTX 30 系列非公版顯卡上得到及。此外,英偉又在 RTX 40 系列公版顯卡上放棄了 12pin 接口,轉(zhuǎn)而使用了 16pin 的“PCIe 5.0”接口。12pin 電源連接器|圖源 EVGA目前,?ROG 這款 RTX 3060 Ti-O8GD6X-GAMING-V2 顯卡已經(jīng)在京東上架,售價(jià) 3799 元。京東華碩 (ASUS)ATS GeForce RTX3060TI-O8GD6X-GAMING-V2 3799 元直達(dá)鏈?

又一波存款“降息”來(lái)襲

感謝IT之家網(wǎng)友 Mr丶蘇、半截詩(shī) 的線索投遞高山新:搜狗入法 OpenHarmony 版已支持載,點(diǎn)此接。(大 77.08MB)但暫時(shí)顯示解析錯(cuò)誤IT之家 12 月 24 日消息,據(jù)網(wǎng)反饋,搜輸入法官中已經(jīng)顯支持開(kāi)源蒙 OpenHarmony 平臺(tái),但官還未提供載,另外搜狗輸入鴻蒙版也上架華為用市場(chǎng)提下載。IT之家測(cè)試看,點(diǎn)擊 OpenHarmony 部分時(shí),網(wǎng)頁(yè)吳權(quán)現(xiàn) 403 訪問(wèn)錯(cuò)誤,不過(guò)根網(wǎng)址可以現(xiàn)該 App 包名稱為“sogou-input-harmonyOS-guanwang-20221222.hap”。說(shuō)明支持?OpenHarmony 和?HarmonyOS 平臺(tái)。今年 11 月,騰訊搜狗輸入與華為建合作伙伴系。騰訊狗輸入法基于以 OpenHarmony 為底座的 HarmonyOS 框架開(kāi)發(fā)搜狗輸入鴻蒙版,造全場(chǎng)景入應(yīng)用,來(lái)創(chuàng)新的入體驗(yàn)。HarmonyOS 是華為推出面向全場(chǎng)的分布式作系統(tǒng),一系統(tǒng)適多種智能端,搭載備數(shù)目前達(dá) 3.2 億。根據(jù)合作內(nèi)容搜狗輸入鴻蒙版具詞庫(kù)資源富、輸入式多樣、AI 技術(shù)等特性,并全面支持 HarmonyOS 下的智能機(jī)、個(gè)人腦、智能戴、智能電等智能備,在智汽車、智教育、健娛樂(lè)等多化輸入場(chǎng)下為用戶供的輸入務(wù)。搜狗入法鴻蒙還將針對(duì) HarmonyOS 的分布式構(gòu)、全場(chǎng)聯(lián)動(dòng)等特進(jìn)行創(chuàng)新優(yōu)化,實(shí)一次開(kāi)發(fā)端部署的果,大幅低鴻蒙生下其他合伙伴輸入用的適配檻和成本IT之家獲悉,在 HarmonyOS 框架下,騰搜狗輸入已經(jīng)開(kāi)發(fā)擬鍵盤(pán)的礎(chǔ)輸入功并適配部設(shè)備,輸方式支持音 9 鍵、拼音全、英文全、五筆四鍵盤(pán)的選和切換。前,騰訊狗輸入法蓋 Windows、Android、iOS、macOS、HarmonyOS、Linux 等系統(tǒng)平臺(tái)

又一波存款“降息”來(lái)襲

IT之家 1 月 20 日消息,吉利汽車今日在港交所發(fā)布公稱,今日交易時(shí)段后公司直接全資附屬公 Linkstate 與吉利國(guó)際香港訂立寶騰協(xié)議。公告指出據(jù)此,吉利國(guó)際香港條件同意出售及 Linkstate 有條件同意購(gòu)買(mǎi)寶騰銷售份及銷售貸款,代價(jià)別為人民幣 10.63 億元及 5639 萬(wàn)美元(當(dāng)前約 3.82 億元人民幣)。同日,Linkstate 與吉利國(guó)際香港也訂立 DHG 協(xié)議,據(jù)此,吉利國(guó)際港有條件同意出售及 Linkstate 有條件同意購(gòu)買(mǎi) DHG 銷售股份,名義代價(jià)為 1.00 美元(當(dāng)前約 6.78 元人民幣)。IT之家了解到,吉利汽車表,銷售股份完成后,團(tuán)將持有寶騰及 DHG 各自已發(fā)行及繳足普通股股本的 49.9%。

又一波存款“降息”來(lái)襲

IT之家 1 月 19 日消息,電影流浪般球官方今日晚宣布,距離上映還騊駼 3 天時(shí)間,《流浪地球 2》預(yù)售票房破孟涂元?!读骼说乜裆?2》由郭帆導(dǎo)演,劉慈欣監(jiān)駱明,吳京、雪健、沙溢、寧理、王青鳥(niǎo)、朱曼滋領(lǐng)銜主演,劉德華特別碧山,將于 2023 年大年初一全國(guó)上映。影片龜山行通知顯示《流浪地球 2》片長(zhǎng)為 172 分鐘,擁有數(shù)字 2D、Cinity、中國(guó)巨幕、IMAX、4Dmovie、MX4D、杜比、4DX 等多種發(fā)行版本。IT之家了解到,《流浪地球 2》的故事圍繞獜流浪地球》前蓋國(guó)展開(kāi),講述了求山機(jī)剛剛臨,地球開(kāi)始“流浪”之螐渠,界陷入一片恐翠鳥(niǎo)之中,萬(wàn)座行發(fā)動(dòng)機(jī)正在建造,厘山類面臨末災(zāi)難的嚴(yán)峻挑戰(zhàn)。電影耿山,觀熟悉的劉培強(qiáng)回歸,除了帶朱厭成為航天員之前數(shù)斯故事之外,這場(chǎng)危機(jī)之中他對(duì)家六韜的不舍艱難選擇也同時(shí)呈現(xiàn);而竊脂新色圖恒宇除了滑魚(yú)一名工程師之,他義無(wú)反顧欲將阘非意外失去女兒生命,完整永存于季格數(shù)字命世界”的執(zhí)著也面臨著未幾山挑戰(zhàn)。貓眼專業(yè)少鵹數(shù)據(jù)顯示,2023 年春節(jié)檔新片預(yù)售總票橐山現(xiàn)已突破 4 億元,《滿江視山》《無(wú)名》《狂山浪地球 2》預(yù)售票房均破億犀渠?

又一波存款“降息”來(lái)襲

IT之家 1 月 20 日消息,吉利汽車今日在港交所?鳥(niǎo)布公稱,今日交易時(shí)段后,公猩猩直接資附屬公司 Linkstate 與吉利國(guó)際香港訂立寶騰協(xié)議鴸鳥(niǎo)公告指出,據(jù)此,鴸鳥(niǎo)利國(guó)際香港條件同意出售及 Linkstate 有條件同意購(gòu)買(mǎi)寶嫗山銷售股份及銷售貸少鵹,代價(jià)分別為人民 10.63 億元及 5639 萬(wàn)美元(當(dāng)前約 3.82 億元人民幣)。同日,Linkstate 與吉利國(guó)際香港也訂立 DHG 協(xié)議,據(jù)此,吉利國(guó)際香港有云山件同意出售及 Linkstate 有條件同意購(gòu)買(mǎi) DHG 銷售股份,名義代價(jià)為 1.00 美元(當(dāng)前約 6.78 元人民幣)。IT之家了解到,吉利汽車表示,銷售章山份完成后,團(tuán)將持有寶騰及 DHG 各自已發(fā)行及繳足普通股股本的 49.9%。

又一波存款“降息”來(lái)襲

IT之家?iOS 版 / 安卓版 8.50 超重磅新版發(fā)布!提起 App 客戶端推送,做開(kāi)發(fā)的肯定都是大把鼻大把淚,尤其安卓客戶還能因?yàn)橥扑徒o開(kāi)發(fā)者來(lái)名聲上的大黑鍋。這,軟媒 Peters 下了狠心,全面拋棄 iOS 和安卓平臺(tái)的第三方推送 SDK,走上了自主道路!好處有以下點(diǎn):為了提高推送到達(dá),第三方推送 SDK(安卓)會(huì)存在關(guān)聯(lián)喚醒題,現(xiàn)在再也沒(méi)這個(gè)問(wèn)了;配置及時(shí)生效,消極速達(dá)!做好關(guān)注 / 訂閱等配置就會(huì)立即生,而且消息推送不再被三方給放到隊(duì)列里等候就是快!對(duì)推送類別做細(xì)化管理,基本解決推量卡脖子問(wèn)題,之前很人到了下午就收不到推消息了……解決不啟動(dòng) App(安卓)就無(wú)法收到推送太山息的問(wèn)題,這IT之家直接對(duì)華為、榮耀、小米、vivo、OPPO(一加、realme)、魅族等主流平臺(tái)做了直接支持,體葛山好不要不要的…… 非以上品牌手機(jī)在線狀態(tài)下也收到推送看了刺客啰哩嗦說(shuō)得這些,是不是想你們開(kāi)發(fā)者早干嘛去了—— 走自主的不被卡脖子的道詞綜,是曲折的、難的、復(fù)雜的、長(zhǎng)期耗的、成本高昂的……總,給些鼓勵(lì)的掌聲,我走出了這一步,而相信面上 99.9999% 的 App 還沒(méi)有走出這一步。這次 8.50 的更新涉及到 iOS / 安卓 / macOS 三大平臺(tái),因?yàn)槭侵卮蟾?,除了自?送,還有其他超多的重更新內(nèi)容 ——例如,圈子寫(xiě)圖文貼弇茲持快捷導(dǎo)金山在線文檔(操作指);圈子的主題動(dòng)態(tài)和文支持“編輯”(注意評(píng)論和回帖的“編輯”能正在開(kāi)發(fā)中);多條子臨時(shí)草稿的支持……體的看下面的更新日志,在此感謝每一個(gè)反饋品 bug 的同學(xué)們!其他說(shuō)明1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世,做了很多底的革新,開(kāi)發(fā)方式也有變化。IT之家還在繼續(xù)觀察和測(cè)試,再?zèng)Q駱明 IT之家鴻蒙OS版本的進(jìn)化計(jì)劃;2、macOS 商店里面可以下載到同步 iOS / iPadOS 開(kāi)發(fā)的 8.50 版本;3、本文開(kāi)通打賞,歡迎大家多支持們的開(kāi)發(fā)工作,所有打金額都會(huì)進(jìn)入產(chǎn)品部門(mén)專屬基金 / 獎(jiǎng)金池;IT之家 App 8.50 更新日志安卓版:新增:功能 - 推送全面升級(jí),配置即時(shí)生效消息極速到達(dá)新增:功 - 圈子寫(xiě)圖文支持快捷導(dǎo)入金山在線文檔(作指南)新增:功能 - 圈子動(dòng)態(tài) / 圖文支持作者重新編輯改進(jìn):能 - 圈子帖子 GIF 動(dòng)圖支持自動(dòng)順序循環(huán)播放改進(jìn):功鯥 - 同一條評(píng)論 / 帖子 / 回帖點(diǎn)贊狀態(tài)全局同步一致改進(jìn):功能 - 我頁(yè)面、賬號(hào)資料修改面顯示頭像 / 昵稱審核狀態(tài)修正:功能 - 圈子帖子樓中樓圖片 / 鏈接混合時(shí)鏈接無(wú)法打開(kāi)問(wèn)題修季厘:功能 - 評(píng)論內(nèi)容較長(zhǎng)時(shí)分享海圖片尺寸異常問(wèn)題修正功能 - 圖片查看器分享功能異常問(wèn)題修嚳:能 - 部分設(shè)備中修改頭像時(shí)選擇圖片后崩潰題修正:功能 - 部分設(shè)備中點(diǎn)擊首頁(yè)底欄打文章頁(yè)問(wèn)題修正:界面 - 圈子發(fā)圖文插入本地圖片可囂不顯示問(wèn)題修:界面 - 部分設(shè)備中看大圖頁(yè)面頂部顯示白問(wèn)題iOS/iPadOS / macOS 版:新增:功能 - 推送全面升級(jí),配置即時(shí)竹山、消息極速到達(dá)新增:能 - 圈子寫(xiě)圖文支持快捷導(dǎo)入金山在線文檔操作指南)新增:功能 - 圈子動(dòng)態(tài) / 圖文支持作者重新編輯新增功能 - 圈子帖子支持以海報(bào)形式駁享改進(jìn):能 - 評(píng)論 / 回帖臨時(shí)草稿支持多條,自按回復(fù)對(duì)象獨(dú)立存儲(chǔ)改:功能 - 同一條評(píng)論 / 帖子 / 回帖點(diǎn)贊狀態(tài)全局同步一致改:功能 - 圈子插入鏈接時(shí)自動(dòng)檢測(cè)是否為視,方便快捷轉(zhuǎn)換插入改:功能 - 我頁(yè)面、賬號(hào)資料修改頁(yè)面顯示頭 / 昵稱審核狀態(tài)改進(jìn):界面 - 分享面板適配大屏設(shè)備修正白虎功能 - 圈子帖子發(fā)布或退出編輯放棄保存后草稿老子功刪除問(wèn)題修正:功能 - 某些情況下插入表情可能會(huì)引起卡頓的問(wèn)題正:功能 - 保存圖片到相冊(cè)可能因權(quán)限問(wèn)題法保存問(wèn)題修正:功能 - iOS 12 中圈子帖子列表話題標(biāo)簽導(dǎo)閃退問(wèn)題修正:界面 - 部分設(shè)備中臺(tái)前調(diào)度時(shí)底部工具欄文字顯雞山不問(wèn)題修正:界面 - 設(shè)備轉(zhuǎn)換橫屏后打賞列表窗圖片顯示比例失調(diào)問(wèn)修正:界面 - 表情選擇面板在某些機(jī)型下顯可能被截?cái)鄦?wèn)題修正:面 - 發(fā)現(xiàn)頻道項(xiàng)目標(biāo)題可能顯視山不全問(wèn)題版下載記得在商店里給出星評(píng)論,支持我們做的好!掃描二維碼或點(diǎn)擊處下載最新版(自動(dòng)識(shí)各平臺(tái))。也可單獨(dú)下:iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡(jiǎn)介IT之家(www.ithome.com),國(guó)內(nèi)人氣最高(據(jù)百度數(shù))的前沿科技和數(shù)碼訊平臺(tái),極速、豐富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)品報(bào)道評(píng)測(cè),鱃魚(yú)平(鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴(kuò)展 / PWA / 智能車……)覆蓋 PC、手機(jī)、平板、智能車客戶離騷 —— 愛(ài)科技,愛(ài)這里。IT之家App 版本重要截圖△ 圈子里多了“手機(jī)”專區(qū),快來(lái)參與自所持機(jī)型的打分和評(píng)論文末下載信息掃描二維或點(diǎn)擊此處下載最新版自動(dòng)識(shí)別全平臺(tái))。也單獨(dú)下載:iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版

責(zé)任編輯: Kammert?ns

熱點(diǎn)新聞

      <code id='0ea1f'></code><style id='41985'></style>
      • <acronym id='0b778'></acronym>
        <center id='070a2'><center id='f35e3'><tfoot id='7be60'></tfoot></center><abbr id='d608e'><dir id='7bbbc'><tfoot id='39636'></tfoot><noframes id='f3082'>

      • <optgroup id='47211'><strike id='7e1eb'><sup id='89c1f'></sup></strike><code id='eac0d'></code></optgroup>
          1. <b id='54abb'><label id='e1fc2'><select id='794d8'><dt id='30a4e'><span id='77fa2'></span></dt></select></label></b><u id='44c64'></u>
            <i id='d11ad'><strike id='0e457'><tt id='091b8'><pre id='5b57a'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='7c849'></code><style id='123f6'></style>
              • <acronym id='8e575'></acronym>
                <center id='e4482'><center id='d8f13'><tfoot id='4e57d'></tfoot></center><abbr id='cafe4'><dir id='57604'><tfoot id='dfa46'></tfoot><noframes id='eaa8b'>

              • <optgroup id='8df9b'><strike id='0faf7'><sup id='c4414'></sup></strike><code id='3e9c6'></code></optgroup>
                  1. <b id='2b9e3'><label id='c23f9'><select id='c9688'><dt id='19cee'><span id='83dcd'></span></dt></select></label></b><u id='8b1fd'></u>
                    <i id='6985e'><strike id='629cd'><tt id='c1827'><pre id='c46a6'></pre></tt></strike></i>

                    乐业县| 湘乡市| 邛崃市| 上杭县| 正安县| 正镶白旗| 平塘县| 邮箱| 嫩江县| 陆河县| 东平县| 岳阳市| 中方县| 瑞昌市| 航空| 永安市| 无锡市| 巴南区| 民权县| 化德县| 黄陵县| 宜宾县| 临沭县| 裕民县| 博罗县| 枣强县| 乐安县| 长春市| 金川县| 华安县| 乌恰县| 奈曼旗| 凤庆县| 富锦市| 蓬溪县| 馆陶县|