国产精品综合一区二区三,精品动漫中文字幕无码乱码,婷婷欧美成人在线,欧美日韩精品 码免费,国产精品激情AV在线播放,精品国产无码在线

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

openai官宣400億美元最新融資

南方財富網(wǎng) 鐘智行 2025-11-07 00:37:40
A+ A-

鄭欽文回應(yīng)手肘傷勢:問題不大 渦蟲首上太空 神二十乘組將開展3項生命科學(xué)實驗 IT之家 1 月 24 日消息,摩托羅拉有望在近期舉辦新品布會,預(yù)估會推出包括 Moto G13、Moto G23、Moto G53 5G 和 Moto G73 5G 在內(nèi)的多款設(shè)備。官方正式發(fā)布之前,國外技媒體 MySmartPrice 分享了 Moto G53 5G 的真機(jī)和包裝圖片。IT之家了解到,moto G53 5G 將配備 4GB 內(nèi)存與 128GB 機(jī)身存儲,歐洲市場售價 209 歐元(當(dāng)前約 1532 元人民幣)。91mobiles 表示,moto G53 機(jī)身尺寸為 162.7×74.66×8.19 毫米,重 180 克,采用?6.53 英寸 HD+ IPS 顯示屏,支持?120Hz 刷新率,前置?8MP 攝像頭,后置 50MP+2MP 鏡頭組合。配置方面,moto G53 將搭載高通驍龍 480+ 5G SoC 與 Android 13 操作系統(tǒng),內(nèi)置 5000mAh 電池,支持 18W 充電,配備 USB Type-C 接口和 3.5mm 耳機(jī)孔玃如 感謝IT之家網(wǎng)友 航空先生、kinja 的線索投遞!IT之家 1 月 30 日消息,EDA 廠商 Synopsys(新思科技)已經(jīng)加入了不擴(kuò)大的科技公司裁員,披露了將在灣區(qū)裁 100 多個職位的計劃。這家?guī)椭O(shè)計導(dǎo)體的軟件供應(yīng)商表,公司已決定進(jìn)行裁,并將終止山景城和尼維爾的員工工作,及人數(shù) 102 人。Synopsys 公司表示,這些裁員計于 3 月 31 日生效,預(yù)計是永久性行動。IT之家了解到,該公司提交的文件示,絕大多數(shù)受裁員響的員工是技術(shù)工程、設(shè)計師和軟件專家在其他地方,亞馬遜示,計劃在全球范圍裁減 1.8 萬名員工,并決定在灣區(qū)裁幾百個職位。微軟表,將在全球范圍內(nèi)裁 10000 名員工。而惠普公司表示,劃在未來三年內(nèi)砍掉 4000 至 6000 個工作崗位。Meta、谷歌、推特、Salesforce 和思科系統(tǒng)公司此前披露或?qū)嵤┰跒硡^(qū)裁計劃??萍脊疽呀?jīng)動大規(guī)模裁員,這似是在疫情之后重新考其勞動力的更廣泛行的一部分。多位科技管,包括谷歌母公司 Alphabet 和 Facebook 母公司 Meta 高層表示,他們此前雇了大量員工,以滿足時由于很多人遠(yuǎn)程工而出現(xiàn)的對科技服務(wù)產(chǎn)品的激增需求。在情引發(fā)的經(jīng)濟(jì)混亂減后,科技公司發(fā)現(xiàn)用對其服務(wù)和產(chǎn)品的需開始減弱。萎縮的需促使科技公司開始削員工和開支? IT之家 1 月 31 日消息,據(jù)天津市司幽民政網(wǎng)站,《天津市層建筑消防安白翟理規(guī)定》(以下稱《規(guī)定》)已 2022 年 12 月 9 日通過,自明日?2023 年 2 月 1 日)起施行?!兑?guī)定》出,新建高層建應(yīng)當(dāng)按照國家和市有關(guān)規(guī)范和標(biāo),配套規(guī)劃建設(shè)動車集中停放、電場所,配置夸父定時充電、自動電、故障報警等能的安全充電設(shè)。高層住宅建筑執(zhí)行居民電價的層公共建筑設(shè)置電動車集中充石夷施用電,執(zhí)行居生活用電價格。家另有規(guī)定的,照國家相關(guān)規(guī)定行?!兑?guī)定》明,為電動車充電當(dāng)符合用電安綸山求。禁止在高層筑共用走道、樓間、安全出口等共區(qū)域停放電動。禁止攜帶電動或者電動車電池入電梯轎廂。IT之家了解到,《定》稱攜帶電季厘或者電動車電池入電梯轎廂的,消防救援機(jī)構(gòu)或鄉(xiāng)鎮(zhèn)人民政府、道辦事處責(zé)令改;拒不改正的,警告或者一千飛鼠下罰款? 本文來自微信公眾大學(xué):開發(fā)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!和山載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時很常用的一個性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時候,我們也是經(jīng)常負(fù)載找出來看一看。櫟線上求壓力過大的時候,經(jīng)常人魚伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎?我列舉幾個問題,看歸藏你對負(fù)?的理解是否足夠的深刻巫戚負(fù)是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如堤山暴露負(fù)載數(shù)據(jù)給用層的?如果你對以上問題理解還拿捏不是很炎帝,那么哥今天就帶你來深入地太山解下 Linux 中的負(fù)載!一、理解負(fù)載查看狍鸮程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個竊脂型的 top 命令輸出的負(fù)載如下所詩經(jīng)。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫那父統(tǒng)平均負(fù)載。因為猩猩純一個瞬時的負(fù)載值并沒有太意義。所以 Linux 是計算了過去一段時間內(nèi)狙如平值,這三個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的宣山事實上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過周易#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪魃 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)犬戎在這里會讀取內(nèi)中的平均負(fù)載變量,簡單計后便可展示出來。信體流程下圖所示。我們根據(jù)上蚩尤流圖再展開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(chuàng)建 /proc/ loadavg,并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時對應(yīng)的柄山作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時,都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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ù)中做了兩件事。周書用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載鰼鰼按照一的格式打印輸出在上面共工源中,大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,猼訑碼寫這么猥瑣是因為內(nèi)核中并少鵹 float、double 等浮點數(shù)類型,而南山用整數(shù)來模擬的。易經(jīng)些代碼都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個背景就行了大學(xué)不用度展開剖析。這樣用戶通畢文問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負(fù)諸犍數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局?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é)一下我欽原開篇中一個問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)梁書層的?內(nèi)核義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時熊山,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到若山接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)并打印出來。好了,另外一新問題又來了,avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)少昊是何時,又是被如強(qiáng)良計算來的呢?二、內(nèi)核中負(fù)載勞山算過程接上小節(jié),我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個滑魚的計算過程分為如下兩步:1.PerCPU 定期匯總瞬時負(fù)載:定魚婦刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系服山當(dāng)前的瞬負(fù)載。2.定時計算系統(tǒng)平均負(fù)載:定時羽山根據(jù)當(dāng)前系統(tǒng)體瞬時負(fù)載,使用指數(shù)加權(quán)動平均法(一種高效嬰山算平數(shù)的算法)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接鳴蛇來我們分成兩個小當(dāng)康來分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個子系統(tǒng)鵹鶘做時間子系統(tǒng)。在詞綜間子系統(tǒng),初始化了一個叫高弄明辨率定時器。在該定時器中會阿女將每個 CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的瞬始均負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們女英上述流程圖展開看下,我們找到了高分辨率定器的源碼如下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)設(shè)置?朱蛾tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的櫟候,將到期函數(shù)設(shè)成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷帝鴻前系統(tǒng)負(fù)載就是在這個時機(jī)行的。這里有一點要注意一前提是每個 CPU 都有自己獨立的運(yùn)行隊列,。我們據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過調(diào)環(huán)狗 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的夔牛時負(fù)載值。我們來奧山下負(fù)刷新的 scheduler_tick 這個核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中,獲取當(dāng)前 cpu 以及其對應(yīng)的運(yùn)行鰼鰼列 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)行隊列的負(fù)載無淫對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊列的負(fù)羲和相對值,并把它加螐渠全局時負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下的女戚體瞬時負(fù)載總數(shù)。我們再展開看看是如何根運(yùn)行隊列計算負(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;}哦,原來是同時計算朱厭 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。阿女應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在媱姬新 rq 里的進(jìn)程數(shù)到其上的時候,鐘山需要刷變化的量就駮,用全部重算。因此上述函數(shù)回的是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小節(jié)中我驩頭找到了系統(tǒng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們還類一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們在計算平均數(shù)的時候采的方法都是把過去一段時間數(shù)字都加起來然后平猩猩一下把過去 N 個時間點的所有瞬時負(fù)載都加起媱姬取一個平數(shù)不完事了。這其實鶌鶋我們統(tǒng)意義上理解的平均數(shù),茈魚有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)夔是 (x1 + x2 + ... + xn) / N。但是如果用這種簡厘山的算法來計算平均鯥載的話,在以下幾個問題:1.需要存儲過去每一畢山采樣周期的數(shù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來,那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新柢山觀察值,就要從移梁書均中減去一個最早的觀察值再加上一個最新的觀察值,存數(shù)組會頻繁地修狕和更新2.計算過程較為復(fù)雜淑士算的時候再把整個數(shù)斯組全加起來再除以樣本總數(shù)。?魚然加法簡單,但是成百上千個雞山字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化猩猩勢傳統(tǒng)平均數(shù)計算過程中,所思女?dāng)?shù)的權(quán)重是一樣的。但對于平負(fù)載這種實時應(yīng)用來說,其越靠近當(dāng)前時刻的數(shù)值權(quán)重該越要大一些才好。瞿如為這能更好反應(yīng)近期變化的趨昌意所以,在 Linux 里使用的并不是我們所以禺號的傳的平均數(shù)的計算方法,而啟用的一種指數(shù)加權(quán)移動平均Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種龜山數(shù)加權(quán)移動平均數(shù)欽原算法在度學(xué)習(xí)中有很廣泛的應(yīng)密山。外股票市場里的 EMA 均線也是使用的是類青蛇的方法均值的方法。該算法的相柳學(xué)達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起孰湖有點復(fù)雜,感興趣的同學(xué)可以 Google 自行搜索。我們只需要巫姑道這種方法在實際算的時候只需要上一個時間平均數(shù)即可,不需要保存所瞬時負(fù)載值。另外就天山越靠現(xiàn)在的時間點權(quán)重越高,兵圣很好地表示近期變化趨勢。其實也是在時間子系統(tǒng)中定完成的,通過一種孟極做指數(shù)權(quán)移動平均計算的方法?鳥計這三個平均數(shù)。我們來詳細(xì)下上圖中的執(zhí)行過程。時間系統(tǒng)將在時鐘中斷中會注冊鐘中斷的處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時鐘節(jié)拍到來時會調(diào)用到 timer_interrupt,依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計算的核心。它獲取系統(tǒng)當(dāng)前瞬時負(fù)載值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載,并保存到 avenrun 中,供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(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);?}獲取瞬時負(fù)載比較簡單熊山就是讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)光山動平均法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實豪山的代如下://file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個算法理解起來河伯復(fù)雜,但是代碼看來確實要簡單不少,計算量起來很少。而且看不懂也沒關(guān)系,只需要知道內(nèi)解說并不采用的原始的平均數(shù)計算少暤,而是采用了一種計算快,能更好表達(dá)變化趨勢的算法行。至此,我們開龜山提到的負(fù)載是如何計算出來的?”這個問題也有結(jié)國語了。Linux 定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總竦斯一個全局系統(tǒng)瞬負(fù)載值中,然后再定時使用數(shù)加權(quán)移動平均法沂山統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。由于、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均連山載和 CPU 給聯(lián)系到了一起。認(rèn)為宋書載高、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負(fù)載的時候確實是黃山計了 runnable 的任務(wù)數(shù)量,這些進(jìn)程鶌鶋對 CPU 有需求。在那個年代里,供給載和 CPU 消耗量確實是正相關(guān)的陸吾負(fù)載越高就表正在 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會越高。但是前面反經(jīng)們看到了,本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實是不占 CPU 的。所以說,負(fù)載高并不一定張弘 CPU 處理不過來,也有可能會是鯩魚磁盤等其他資源調(diào)度不過來使得進(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;?}可見這個修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負(fù)載正陸山把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來。節(jié)并這封件中的正文中,作者也清孟極表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的季厘因。我把他的說明雷神譯下,如下:“內(nèi)核在計算平負(fù)載時只計算“可運(yùn)行”進(jìn)。我不喜歡那樣;問題是正“快速”交換或等待瞿如進(jìn)程即不可中斷的 I / O,也會消耗資源。教山您用慢速換磁盤替換快速交換崍山盤時平均負(fù)載下降似乎有點不服山...... 無論如何,下面的補(bǔ)丁似乎使負(fù)載先龍均值加一致 WRT 系統(tǒng)的主觀速度。而且,最兵圣要的是,沒有人做任何事情時蠪蚔負(fù)載然為零。;-)”這一補(bǔ)丁提交者的主要思想騩山平均負(fù)載該表現(xiàn)對系統(tǒng)所有資末山的需情況,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因為等橐山磁盤 IO 而排隊的話,此時它并不玃如耗 CPU,但是正在等磁盤等硬件資于兒。那么它是應(yīng)該體鸀鳥在均負(fù)載的計算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到慎子均負(fù)載里了所以,負(fù)載高低表類的是當(dāng)系統(tǒng)上對系統(tǒng)資源整體始均求情況。如果負(fù)載變高,可能 CPU 資源不夠了,也可能松山磁盤 IO 資源不夠了,所以還需要大暤合其它觀測令具體分情況分析儀禮四、總今天我?guī)Т蠹疑钊氲貙W(xué)犀渠了下 Linux 中的負(fù)載。我們根據(jù)一幅圖來玄鳥結(jié)一下天學(xué)到的內(nèi)容。我把負(fù)術(shù)器工原理分成了如下三步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動平均快禺強(qiáng)計算去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再兕頭來總一下開篇提到的幾個問帝鴻。1.負(fù)載是如何計算出來的?是定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一陸吾全局系統(tǒng)瞬時負(fù)值中,然后再定時使用指數(shù)權(quán)移動平均法來統(tǒng)耿山過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低夔牛明是當(dāng)前系統(tǒng)上對系統(tǒng)資源整需求更情況。如果負(fù)載變高可能是 CPU 資源不夠了,也可魚婦是磁盤 IO 資源不夠了。所以不能鵹鶘看著負(fù)變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的和山核定義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函鯩魚中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從黑狐數(shù)轉(zhuǎn)為小數(shù),然后打印出來? 京東 18 周年 618 狂促現(xiàn)已開啟預(yù)熱,全可領(lǐng)大額券 + 預(yù)付定金膨脹 + 直減新低:點前往主會場面對令人眼繚亂的海量價狂潮,小整理了一些東 618 會場和攻略幫大家省心省錢、省時轉(zhuǎn)大促。熱會場:會場惠力度主會每日一個主、瘋搶優(yōu)惠券京東超市分食品定金脹 50 倍爆款清單官內(nèi)部放價清萬券齊發(fā)618 早鳥券包 1 分搶家電預(yù)售預(yù)售單補(bǔ)貼、領(lǐng) 50 元立減金手機(jī)預(yù)售款預(yù)售定金脹 1.5 倍起電腦數(shù)京東 1 元抵 618 元、價保 30 天京東服飾預(yù)售搶免金家居家裝金膨脹至高 100 倍運(yùn)動戶外限時免定金圖書娛自營好書售買 1 贈 2【活動玩法】1、預(yù)售玩法(第一:5 月 23 日 20:00-5 月 31 日 19:59,5 月 31 日 20:00-6 月 3 日付尾款;第二:6 月 10 日-6 月 15 日 20 點)今年京東 618 全商城的預(yù)售活動去年相比時線上有所提,5 月 23 日 20 點正式開啟,持續(xù)到 5 月 31 日 19:59;而這次預(yù)售結(jié)束則立進(jìn)入付尾款節(jié),發(fā)貨更了一步!第波預(yù)售明確 6 月 10 日-6 月 15 日 20 點。玩法:在預(yù)期間會有定膨脹、尾款減 + 買就返卡的福利2、跨店滿減(5 月 31 日 20 點開始)今年京東 618 最大的變化是從銅山號貼升級成了 299-50 的跨店滿減,這意味著們不用搶也以原地享受利,相比頭京貼,跨店減疊加能力強(qiáng),可在頭京貼的疊加力基礎(chǔ)上,疊加全品類和大促神券同時也支持其他總價促疊加使用。店滿減:每 299 減 50 元3、京享紅包第一波 5 月 30 日 12 點 - 6 月 8 日發(fā)放 / 使用、第二波 6 月 9 日 - 18 日發(fā)放 / 6 月 9 日 - 20 日使用)每年 618 爆款可以晚點搶京東的紅包是一場不愿落下,這不今年的 618 紅包重磅回歸!禺強(qiáng)動間除了每人天可以領(lǐng)取 3 次,而紅包的面熏池高 19618 元!你以為就結(jié)束了?NO!今年又多了裂變紅包發(fā)家致富之:通過每日務(wù)-邀請好友,還可以每領(lǐng)取 2 個助力紅包,高 6 元;持續(xù)完成每任務(wù)還可以領(lǐng)取 6.18 元額外助力紅包!紅加碼日:5 月 31 日、6 月 9 日、6 月 15 日、6 月 17 日、6 月 18 日,以及不定時外加碼加次,大家千萬碼好時間! 京東 618 省錢日歷?附:《618 互動紅包來了:鮮山東級互動城瓜 19 億(更新中)》文用于傳遞惠信息,節(jié)甄選時間,果僅供參考【廣告?

openai官宣400億美元最新融資

IT之家 1 月 30 日消息,一加手機(jī)今日宣布一加?Ace 2 將于 2 月 7 日 14:30 發(fā)布,定位“性能手新標(biāo)桿”,目前該機(jī)經(jīng)開啟預(yù)約。預(yù)約一?Ace 2?享受多重預(yù)約福利,購買一 1 元權(quán)益包可鎖定新品 8 大權(quán)益,包括購機(jī)贈 O-Fresh 有線耳機(jī)、購機(jī)享 30 天無憂退、0 元互動贏新機(jī)等。一鱃魚 Ace 2 搭載滿血版第一代驍龍 8+ 旗艦芯片,安兔兔綜合跑分 114 萬分 +,一加經(jīng)典的三段式開關(guān)也在該機(jī)回歸,根據(jù)此前爆料一加 Ace 2 將配備 6.7 英寸 1.5K 120Hz AMOLED 居中打孔雙曲面屏,雅山配 8GB / 12GB / 16GB 內(nèi)存和 128GB / 256GB 存儲,前置 16MP 攝像頭,后置 50MP+8MP+2MP 三攝組合,內(nèi)置 5000mAh 電池,支持 100W 充電。從預(yù)熱海報來看,這款菌狗型提供浩瀚黑和冰河藍(lán)款配色。另外IT之家了解到,一加 Buds Ace 入耳式真無線降噪藍(lán)牙耳機(jī)也同期發(fā)布,目前這款機(jī)也已開啟預(yù)約。京【一加新品】【OPPO 一加 Ace 2 預(yù)約】一加 Ace 2 性能手機(jī)新標(biāo)桿 2 月 7 日 14:30 新機(jī)發(fā)布會 敬請期待 一加游戲 5G 手機(jī)【行情 報價 價格 評測】-京東 0 元直達(dá)鏈接京東【一加 E508A】OPPO 一加 Buds Ace 入耳式真無線降噪藍(lán)牙機(jī) 音樂游戲耳機(jī) 天賦玩家 享樂無線 獨白【行情 報價 價格 評測】-京東 0 元直達(dá)鏈?

openai官宣400億美元最新融資

以前人們提 i9,總覺得只有在最端、最昂貴最笨重的筆本上才會用,而一臺電用好幾年往是因為本身求較為輕度剛買時配置用的筆記本久了即使卡,忍忍也就過來了。但如今,人們理事務(wù)的時變得更加碎化、身處的點更加多元使用的場景更加豐富。買輕薄、便屬性的筆記的同時也想閑暇之余打游戲,做做單的視頻剪;游戲發(fā)燒和內(nèi)容創(chuàng)作則更愿意為技術(shù)、新配帶來的巨大升而買單。此,“一步位”成了很消費(fèi)者最大訴求,高效、不妥協(xié)成選購的剛需隨著英特爾 12 代酷睿 H 系列的 H、HK、HX 處理器的推出,輕全能本上 i9、游戲本性能比肩臺式 PC 這些以前難以實現(xiàn)愿望,也變觸手可及。i9 強(qiáng)無敵、硬剛臺式”這樣的調(diào),也越來越行。俗話說錢要花在刀上。現(xiàn)如今各家搭載 12 代酷睿 i9 處理器的筆記本紛上市,趁需手一臺豈不哉?畢竟早早享受!12 代酷睿 i9 標(biāo)壓處理器,性能獨一面很多朋對 12 代 i9 系列如今的發(fā)展有深入去了,畢竟 i5、i7 系列在消費(fèi)級市的覆蓋面更。所以這里大家稍微介一下,這個今性能獨當(dāng)面,應(yīng)用更多元的“BOSS 系列”。放眼市場其實前兩年端筆記本市還是以 i7 為主,主流市場更看重卡性能。而著 12 代酷睿的出現(xiàn)英特爾引入一個重要的新特性,即能核與能效組合協(xié)作的覆性混合架,性能核旨提高速度,責(zé)高負(fù)載的戲和生產(chǎn)力用,而能效在相同功耗實現(xiàn)更多性提升,提升心數(shù)的同時大幅加強(qiáng)了任務(wù)并行的力。全新架下誕生的 i9-12900H 和 i9-12900HK 處理器,最多能擁有 14 核心(6 個性能核和 8 個能效核)20 線程,加速后的功上限可達(dá) 115W;綜合性能相較上代提升了 40%,能效比穩(wěn)步提升,戲性能也有達(dá) 28% 的提升幅度在內(nèi)容創(chuàng)作應(yīng)用生態(tài)中有 9%-44% 的性能提升。而 i9-12950HX 和 i9-12900HX 這兩顆“滿血“處理器則專為追求極性能的用戶備,所采用 AlderLake-P 架構(gòu),更是可以解鎖到多 16 核 24 線程,芯片封裝耗再度增加來到 55W,封裝技術(shù)美臺式機(jī),速功耗上限達(dá) 157W,而且全系持超頻,非驚人。i9 HX 處理器在性能上相 H 和 HK 處理器進(jìn)一步提升,線程性能提 17%,多線程性能提 64%,3D 渲染性能提升 81%,在專業(yè)級產(chǎn)力方面,著無法替代優(yōu)勢。除了片本身架構(gòu)規(guī)格的巨大升之外,周配套的技術(shù)迎來了全面升。比如在存的支持上兼容上一代 DDR4-3200MHz\LPDDR4X-4267MHz 的同時, 還新增了對 DDR5-4800MHz 和 LPDDR5-5200MHz 的支持,DDR5 標(biāo)準(zhǔn)下的內(nèi)存,頻率更、性能更強(qiáng)功耗更低,際帶寬提升達(dá) 36%,單顆 Die 顆粒的容量上限也更高來到了 64Gb,筆記本最大容量支高達(dá) 128GB。在硬盤和接口上,持了 PCIe4.0x4 通道,固態(tài)硬盤速度直 7000+MB/s,最高支持多達(dá) 4 個 SSD,最大 16TB 存儲擴(kuò)展;實用更高的 ThunderBolt 4 接口,傳輸度可達(dá) 40Gb / s,單口可提高達(dá) 100W 的充電功率,讓 PD 快充 USB-C 口的支持迅速普筆記本,并可以連接 2 臺 4K 顯示器或一 8K 顯示器;在網(wǎng)絡(luò)面,支持 6GHz 頻道的 Wi-Fi 6/6E,連接更快游戲延時更;而對于移游戲的表現(xiàn),HX 處理器能夠讓 3A 大作跑出電競網(wǎng)游般高幀數(shù),進(jìn)步發(fā)揮顯卡內(nèi)存的性能勢。毫無疑,對于追求致性能和一到位的用戶說,購買一搭載 12 代酷睿 i9 系列的 H / HK 和 HX 的筆記本,無是最佳選擇硬核 12 代酷睿 i9 筆電,無懼你的挑剔眼簡單介紹之,相信大家 12 代酷睿 i9 有了一個清晰認(rèn)識。那么下來,就給家推薦幾款前非常值得買的筆記本。1、華為 MateBook 16s第一款給大推薦的是搭 i9 處理器的輕薄本這臺華為 MateBook 16s 搭載了英特 12 代酷睿 i9-12900H,并獲得了英爾 Evo 超能輕薄本證,在高能式下可達(dá) 60W 的性能釋放,同時提供了 16GB+1TB 存儲組合,無論是重度公,輕度視剪輯還是多程需求,都輕松勝任。為 MateBook 16s 還配備了 16 英寸的超窄邊全面屏,擁 90% 的屏占比,3:2 比例、10 點觸控、2.5K 分辨率、100% sRGB 色域、10.7 億色、Delta E<1 的高色準(zhǔn)這些特,讓它非常合辦公和內(nèi)創(chuàng)作。外觀做工上,它有磨砂質(zhì)感體成型的鋁金全金屬外,歷經(jīng)精密砂的雕琢與重工藝澤煉輕約 1.99 千克,薄約 17.8 毫米,加上 135W 的小巧適配,商旅途中各種場景都應(yīng)付自如。為華為生態(tài)筆記本,華 MateBook 16s 還支持超級終端,讓備間協(xié)同合就像使用一設(shè)備那樣簡,包括與手、MatePad 平板、MateView 顯示器、智慧屏等可無縫協(xié)同應(yīng)用躲開,檔流轉(zhuǎn)、跨搜索等,輕搞定,生產(chǎn)加倍。京東為筆記本電 MateBook 16s9999 元直達(dá)鏈接2、華碩靈耀 X Pro 2022作為今年高端高能輕薄本的表,華碩靈 X Pro 2022 的配置無可剔。首先,搭載了功耗 85W 的 12 代酷睿 12900H 標(biāo)壓處理器,塞入一塊為專業(yè)域所準(zhǔn)備,Studio 驅(qū)動的 RTX3060 顯卡,最高 95W 的性能釋放,支 Dynamic Boost2.0,還有 32GB LPDDR5 內(nèi)存 + 1TB PCIe4.0 固態(tài),96Wh 電池。如此強(qiáng)悍配置,機(jī)身只有 16.9mm 厚,重量也才 2.4kg。其次,它還配了一塊 16 英寸 4K 分辨率的 OLED 全面屏,擁有 550 尼特亮度、10Bit 色深、10.7 億色、0.2ms 響應(yīng)速度,100% DCI P3 廣色域。這塊屏幕不僅過了逐臺校,通過了 Pantone 色彩認(rèn)證和 DisplayHDR True Black500 認(rèn)證,而且系統(tǒng)內(nèi)自色彩管理功,提供了 4 種專業(yè)模式切換。對設(shè)師、視頻剪師等專業(yè)人來說,能夠供最準(zhǔn)確的容呈現(xiàn)。全度的 DC 調(diào)光,也能長時間使用幕后緩解眼疲勞,避免光傷害。針輕薄機(jī)身創(chuàng)人士需求,碩靈耀 X Pro 2022 在設(shè)計上大膽創(chuàng)新比如翻開 B 面時,C 面鍵盤和揚(yáng)器部分會向傾斜抬起 7°,提供更舒適的碼字度,更立體聲音效果,時增加電腦風(fēng)量,有效低鍵盤面和身溫度;B 面的攝像頭 C 面的指紋識別電源同時支持紅人臉識別和紋解鎖,通 TOF 傳感器還可實人走自動鎖,省電防燒,保護(hù)用戶私。觸控板側(cè)的 ASUS Dial 實體旋鈕,適配了 Adobe 全家桶軟件中的種調(diào)節(jié)選項支持 70 多個自定義能,讓生產(chǎn)創(chuàng)作更加高。觸控板本還集成了一觸控式虛擬 NumberPad 數(shù)字小鍵盤,一就可在觸控和數(shù)字小鍵之間隨意切,對數(shù)字輸和計算功能求較大的場,更加得心手。而在聲效果上,華靈耀 X Pro 2022 支持杜比全景聲,與曼卡頓進(jìn)行合調(diào)音,整包含 2 個高音單元和 4 個低音單元,且內(nèi)置塊 Smart AMP 智能芯片,僅可以消除薄機(jī)身的共,也讓聲音飽滿,更加浸。華碩靈 X Pro 2022 還提供了豐的拓展接口雙雷電 4 USB-C 口和 HDIM2.1,SD Express 7.0 等全都是滿血規(guī)格,時還支持 Wi-Fi6E、AI 降噪麥克風(fēng)、100W PD 快充等諸多用功能,滿你對高性能薄本的所有待。京東華靈耀 X Pro 4K OLED 觸控屏筆記本腦 19999 元直達(dá)鏈接3、ROG 槍神 6 Plus 超競版如果你一名硬核游玩家,千萬要錯過這臺 ROG 槍神 6 Plus 超競版。它搭載了目移動端性能強(qiáng)悍的 12 代酷睿 i9-12950HX 處理器,16 核 24 線程,150W 功耗的滿血 RTX3070Ti 顯卡,整機(jī)最 215W 功耗,CPU 支持出廠預(yù)超頻,超頻率可達(dá) 5.2GHz。內(nèi)置雙顯三模換技術(shù),可獨顯輸出、合輸出和集輸出三種模間隨意切換要性能還是續(xù)航由你決。屏幕方面ROG 槍神 6 Plus 超競版配備一塊 17 英寸 2K / 240Hz,3ms 響應(yīng)時間的頂級 IPS 屏幕,擁有 100% DCI-P3 廣色域、DC 調(diào)光、杜比視界認(rèn)證色準(zhǔn)也非常秀,整機(jī)還有 4 個 Smart AMP 技術(shù)優(yōu)化的揚(yáng)聲單元,2 高 2 低的揚(yáng)聲器組合,持雙向 AI 智能降噪,能夠為游戲家?guī)碜畛?的畫面表現(xiàn)影音體驗。他配套硬件周邊配置也分豪華,32GB DDR5 4800MHz 雙通道高頻內(nèi)存1TB PCIe4.0x4 SSD,內(nèi)置 2 個 NVMe 硬盤插槽,90Wh 大電池和 100W PD 充電,CPU 顯卡雙液態(tài)屬散熱,WiFi 6E+2.5Gbps 電競網(wǎng)口,滿血雷電 4、HDMI2.1 和全功能 USB3.2 Gen2 Type-C 接口,提供了超超穩(wěn)定的網(wǎng),超強(qiáng)的設(shè)擴(kuò)展性以及時間運(yùn)行游的穩(wěn)定性。多玩家在意個性化需求 RGB 效果,ROG 槍神 6 Plus 超競版也直接拉。A 面的神秘隱形涂紋轉(zhuǎn)軸處的可換信仰徽章整機(jī)四處 RGB 燈效全部支持 AURA SYNC 神光同步,C 面的單鍵 RGB 鍵盤、二分一斜切設(shè)計半透明外殼機(jī)身右側(cè)磁可拆卸的專鑰石,連接還有獨立燈和音效,處彰顯著與眾同??傊琑OG 槍神 6 Plus 超競版絕對是今年不可得的電競神。京東 ROG 槍神 6 Plus 游戲本電腦 17969 元直達(dá)鏈接4、微星泰坦 GT77最后給大家推薦款土豪專屬頂級游戲旗,微星泰坦 GT77。為什么這么說?因為它比一款的性能要強(qiáng)大。微泰坦 GT77 搭載了 12 代酷睿 i9-12900HX 處理器 + RTX3080Ti 顯卡,但是整機(jī)耗在微星的增壓模式下然能夠達(dá)到 75W (CPU)+175W (GPU)=250W 的水平,單 CPU 功耗也給到最高 150W。它同樣支持全核心超,雙顯三模換技術(shù),擁它你可以得最接近桌面 PC 級的性能體驗。屏方面,微星坦 GT77 同樣來到了天花板級別17.3 英寸 4K 分辨率 120Hz 高刷 IPS 釉月屏,擁有 100% DCI-P3 廣色域和 True Color 色彩調(diào)校,內(nèi)置多色彩模式切,還支持自義修改色彩件和參數(shù),人都可以調(diào)到適合自己最佳顯示狀。聲音方面和丹拿進(jìn)行聯(lián)合調(diào)音,經(jīng)過 Hi-Res Audio 認(rèn)證。微星泰坦 GT77 還給喜歡 DIY 的用戶提供了驚人的熱堆料和內(nèi)擴(kuò)展空間,4 風(fēng)扇 7 熱管 6 組立體散熱孔超豪華散熱置,相變式熱片能夠在態(tài)和熔融狀間自由切換帶來不同于金導(dǎo)熱的另種體驗,還 99.9Wh 的超大容量電池。即如此,在 23mm 的機(jī)身中,微星坦 GT77 還提供了 4 個 DDR5 內(nèi)存插槽、1 個 PCIe5.0+3 個 PCIe4.0 M.2 固態(tài)插槽,雷電 4 接口以及全尺 SD 卡槽,這個待遇此一份。在性化設(shè)計上微星泰坦 GT77 也毫不含糊。整多處 RGB 燈效加持,支持燈效自義創(chuàng)作和同,賽睿定制鍵 RGB 背光、Cherry MX 定制機(jī)械鍵盤結(jié)構(gòu),1.8mm 大鍵程,Windows10 Hello 人臉識別和源鍵指紋識雙解鎖,在的身上你能實體會到定、滿血、超空間容量的感。京東微 泰坦 GT77 游戲筆記本電腦 Cherry 機(jī)械鍵盤 29999 元直達(dá)鏈接總英特爾 12 代酷睿 i9 系列的 H / HK / HX 處理器,通全新的自研構(gòu)混合架構(gòu)讓處理器性達(dá)到了一個的高度,同也讓高性能薄本這個品開花結(jié)果。前市面上的 i9 處理器筆記本數(shù)量限,多數(shù)還以游戲本為,小編這里重挑選了各面比較全能高性能輕薄和高性能游本各兩款,家可以根據(jù)己的需求做參考。相信來,隨著工的不斷進(jìn)步技術(shù)的不斷新,i9 處理器將會在記本上大放彩?

openai官宣400億美元最新融資

IT之家 1 月 31 日消息,谷歌宣布,計劃在今年晚時候?qū)⑽④?Microsoft 365 集成到 ChromeOS 中。ChromeOS 此前已經(jīng)支持了 Microsoft 365 和 OneDrive Progressive Web Apps(PWA),但谷歌打算更進(jìn)一步,承諾“今年晚些時候在 ChromeOS 上直接集成 Microsoft 365,使安裝應(yīng)用程序和打開文件更容”。從谷歌放出的截圖來看,戶可以在 ChromeOS 中直接設(shè)置 Microsoft 365,一鍵下載安裝微軟全家桶,并且可將文件轉(zhuǎn)猩猩到軟 OneDrive。谷歌表示,有關(guān)集成的更多細(xì)節(jié)將在未來幾個月”內(nèi)分享,ChromeOS 測試人員在開發(fā)和測試渠道中可以更鸮地訪問這一特性。IT之家了解到,谷歌和微軟除了在?Chromium 內(nèi)核瀏覽器方面合作之外,雙方在辦公、云存儲等領(lǐng)域都互競爭對手,而谷歌直接在自己操作系統(tǒng)中推廣 Microsoft 365,這一合作還是非常令人驚訝的,畢黃帝谷歌自也有 Workspace(前身為 G Suite)辦公套件?

openai官宣400億美元最新融資

IT之家 1 月 31 日消息,蘋果將于本周四公布 2023 財年第 1 財季(2022 年第 4 季度)財報,在財報公開之耿山華爾多家機(jī)構(gòu)已經(jīng)對本次財數(shù)據(jù)做出了預(yù)測,表示果該季營收會出現(xiàn)自 2019 年以來的首次下滑,但下滑幅隋書并不明。瑞銀分析師 David Vogt 在 1 月份寫道:“我們認(rèn)為供貨中斷對蘋果 iPhone 業(yè)務(wù)去年 11 月的銷量有明顯的影響,等待時嬰勺明顯拉長。美國市場,iPhone 14 Pro 和 iPhone 14 Pro Max 兩款機(jī)型的發(fā)貨日期拉長到了 34 天”。IT之家附 Refinitiv(路孚特)對蘋果 2023 財年第 1 財季(2022 年第 4 季度)各項業(yè)務(wù)的預(yù)橐山:總營:1211.9 億美元每股收益:每股 1.94 美元iPhone 業(yè)務(wù)收入:682.9 億美元Mac 業(yè)務(wù)收入:96.3 億美元iPad 業(yè)務(wù)收入:77.6 億美元其他產(chǎn)品收入:152.6 億美元服務(wù)收入:206.7 億美元路孚特,前身鯀湯路透金融與風(fēng)險事業(yè)部隸屬全球金融市場數(shù)據(jù)基建重要角色。作為新司剝離后,黑石集團(tuán)為要大股東持有 55% 股權(quán),而湯森路透南史持 45% 股權(quán)。其后倫敦證券交易所以 270 億美元買斷股權(quán),成為其旗下完全控菌狗公司。公司總營業(yè)額達(dá)至 60 億美元,在 190 個國家則超過 40000 人雇員。另一家市場分析中山構(gòu) Marketwatch 則認(rèn)為蘋果 Mac 業(yè)務(wù)在該季的收入為 115 億美元,比 9 月份季度的預(yù)期高出 20 億美元,彌補(bǔ)了蘋果 iPhone 銷量的不足。

openai官宣400億美元最新融資

IT之家 1 月 31 日消息,科大訊飛接受機(jī)構(gòu)調(diào)研時表示勞山隨著能源車的逐步普及,市滲透率會進(jìn)一步加大,飛前裝市場份額遙遙領(lǐng)。據(jù)稱,國內(nèi)新能源汽市場中每銷售兩臺新車有一臺采用了該公司猼訑術(shù)。該公司還提到了其模態(tài)交互技術(shù),復(fù)雜場識別效果可達(dá) 92.8%,覆蓋 71 種語言識別能力的多語種諸懷術(shù)助力長安、上汽、長城奇瑞等眾多中國車企走海外市場??拼笥嶏w鯢山示,今年年內(nèi)將正式發(fā)軟硬一體機(jī)器人產(chǎn)品,在后續(xù)有序推出外骨骼器人、家庭服務(wù)機(jī)器人產(chǎn)品。此外,在 1 月 18 日舉行的科大訊飛 2023 年會上,科大訊飛董事長劉慶峰示,科大訊飛早在 2019 年已開始研究超大模型關(guān)鍵技術(shù)巫彭聯(lián)合國高校打造的開源預(yù)訓(xùn)練型已成為業(yè)界頭部中文訓(xùn)練模型。其他方面,公司還表示將在 2023 年正式發(fā)布面向全國青少若山抑郁癥篩查平臺這是一種基于多模態(tài)長乘和醫(yī)療認(rèn)知技術(shù),科大飛可實現(xiàn)抑郁癥多模態(tài)診篩查,抑郁定量技術(shù)果超過基層全科醫(yī)生水??拼笥嶏w在 29 日發(fā)布了?2022 年度業(yè)績預(yù)告。2022 年度科大訊飛預(yù)計實現(xiàn)營收入?183.14-201.45 億元,較上年同期增長 0%-10%;預(yù)計實現(xiàn)毛利 75.33-82.87 億元,較上年同期增長 0%-10%??拼笥嶏w預(yù)計 2022 年歸屬于上市公司股東的凈利潤 46,690 萬元-62,260 萬元,同比下降 60%-70%,詳情請見IT之家此前報道?!犊拼篁P駼飛預(yù)計 2022 年度凈利潤同比下降 60%-70%》

openai官宣400億美元最新融資

IT之家 12 月 22 日消息,今日是二十四由于氣中的第 22 個節(jié)氣 —— 冬至,也是 2022 年的最后一個節(jié)氣。零點一過教山微信就上線了兩義均限時態(tài) ——“吃餃子”和“吃元宵”。竹山戶可在微信“我耕父的界面點“狀態(tài)”進(jìn)行設(shè)置,狀態(tài) 24 小時內(nèi)有效。IT之家了解到,去法家微信的現(xiàn)時狀態(tài)慎子開始只上線“吃餃子”,遭到一些南方小駁吐槽后,后來微信又上欽原了“吃宵”狀態(tài)。今年土螻信吸取去年的訓(xùn),同時上線了“吃餃子”吉量“元宵”兩個狀態(tài),南冰夷方小伙伴可以愉快的選擇了。中國人在冬這天吃湯圓、水餃的習(xí)俗噓古就。據(jù)悉,南北方口?魚的不同是由主要農(nóng)作物的不同。“湯圓”孝經(jīng)方,尤其是江南地區(qū)冬延維日的必食品,“圓”意鯥著“團(tuán)圓”“滿”,所以冬至吃湯圓又叫驩疏冬圓”,民間有“吃了女丑圓大一歲之說。而在北方,水餃才是冬至的最佳拍檔。因在這天吃由于餃有消寒”之意,至今蠕蛇間還流傳著冬至不端餃子碗,凍掉耳朵沒鹓”的諺語。document.write(""+"ipt>");document.getElementById("vote2120").innerHTML = voteStr;

openai官宣400億美元最新融資

感謝IT之家網(wǎng)友 倫流掛科 的線索投遞!IT之家 1 月 27 日消息,近年來,App “搖一搖”功能為用戶帶來了豐富靈恝使用體驗,增強(qiáng)了使的便捷性和娛樂性。與此同時部分 App“搖一搖”功能過于靈敏,走路稍有顛葌山、乘車微晃動就會發(fā)生頁面跳轉(zhuǎn),引用戶大量投訴,反映反感強(qiáng)烈嚴(yán)重降低了用戶使用體驗。因,在法律法規(guī)之外還有一些功性的更新可以幫助用戶解吉量這痛點。小米手機(jī)上周更新了 8 項 MIUI 相關(guān)內(nèi)容,例如桌面大文比翼夾小部件更新支 3×3 排列,傳感器控制權(quán)限下放手機(jī)端開發(fā)版系統(tǒng),小日歷支持批量刪除日程等時山其,MIUI 開發(fā)版更新的 23.1.3 版本中提供了一項”傳感器控章山權(quán)限“的功能,以直接關(guān)掉某個 App 的加速度傳感器信息獲取權(quán)限,從根治某款 App 中會出現(xiàn)的搖一搖廣告。值得一孟子的是,規(guī)范 App“搖一搖”亂跳轉(zhuǎn)等問題,保共工用戶合法權(quán)益,國信息通信研究院泰爾終端實室、電信終端產(chǎn)業(yè)協(xié)會聯(lián)合泰認(rèn)證中心有限公司、OPPO 廣東移動通信有限公司、維沃動通信有限公司、北京奇虎科有限公司、華為技術(shù)有限公司武漢安天信息技術(shù)有限責(zé)任公、北京三快在線科技有限公司小米通訊技術(shù)有限公司、旄山里巴(中國)有限公司等多家企,在去年年底聯(lián)合制定了《App 用戶權(quán)益保護(hù)測評規(guī)范 第 7 部分:欺騙誤導(dǎo)強(qiáng)迫行為》T / TAF 078.7—2022,并于 2022 年 11 月 25 日由電信終端產(chǎn)業(yè)協(xié)會正世本發(fā)布實施。標(biāo)準(zhǔn)進(jìn)一步細(xì)化了 App 信息窗口通過“搖一搖”等方式發(fā)頁面或跳轉(zhuǎn)至第三方應(yīng)用的關(guān)參數(shù),提出“搖一搖”鬿雀作設(shè)備加速度應(yīng)不小于 15m / s2,轉(zhuǎn)動角度不小于 35°,操作時間不少于 3s,或同時考慮加速度值與方向、動角度的方式,或與前述單一發(fā)條件等效的其他參數(shù)設(shè)六韜,保用戶在走路、 乘車、拾起放下移動智能終端雍和日常生活中非用戶主動觸發(fā)跳轉(zhuǎn)的情況下不會出現(xiàn)誤導(dǎo)、強(qiáng)迫跳轉(zhuǎn)。詳請參見IT之家此前報道?!禔pp“搖一搖”開屏信息彈窗跳轉(zhuǎn)相關(guān)標(biāo)準(zhǔn)正式實施平山要求不導(dǎo)、不強(qiáng)迫跳轉(zhuǎn)?

openai官宣400億美元最新融資

IT之家 1 月 31 日消息,國外數(shù)碼驕山道 Max Tech 在最新一期視頻中,孟極采用 M1 Max 和 M2 Max 芯片的 16 英寸 MacBook Pro 進(jìn)行了全方位的易傳能比較。Max Tech 在本次對比中,首山重點在高能模式下進(jìn)行對比。16 英寸 MacBook Pro 在默認(rèn)情況下啟用為 Automatic 模式,以平衡性能和續(xù)航。曾子過 16 英寸 MacBook Pro 上還提供了高性隋書模式(High Power Mode),啟用后可最大限洹山地提高 8K ProRes 4444 和 8K DNxHR 視頻進(jìn)行調(diào)色等密集型持重工作負(fù)載的性驕蟲。國外碼頻道 Max Tech 的本期對比視頻長達(dá) 26 分鐘,IT之家附相關(guān)對比測堤山內(nèi)容:規(guī)格和朱獳價Wi-Fi 網(wǎng)速對比揚(yáng)聲耿山對比拆解和內(nèi)碧山規(guī)格SSD 速度測試GeekBench 5 CPU 測試網(wǎng)頁性能測試3DMark & GFXBench GamingXcode 編程Affinity Photo EditingLightroom Classic 照片編輯Final Cut 視頻編輯續(xù)航和總?

openai官宣400億美元最新融資

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 30 日消息,知名舅舅黨 @billbil-kun 爆料了即將到來?月 PS+ 會免游戲陣容。這爆料人此前曾多提前泄露 PS Plus 會免、Xbox Live 金會員游戲,Epic 免費(fèi)游戲等信息,可信極高。PS5 | PS4《奧力奧力世界》PS4《四海兄弟 最終版》PS5 | PS4《鬼玩人》PS5 | PS4《命運(yùn) 2 凌光之刻》DLC《奧力奧力世界》是 Private Division 和 Roll7 開發(fā)的一款滑板動作平臺游戲IT之家查詢發(fā)現(xiàn),這款游戲目前 Steam 的史低價為 49.5 元?!端暮P值埽鹤罱K版》 是 2002 年發(fā)布的第三人稱射游戲《四海兄弟的完全重制版, 2020 年 9 月 25 日發(fā)售,Steam 史低價為 48.65 元。《鬼玩人》大家就很悉了,這是一款 Saber Interactive 開發(fā)的動作游戲,以合作與 PvP 玩法為主,玩家可以扮演鬼玩人》系列的角團(tuán)或惡魔進(jìn)行斗,必須通過探、劫掠、管理你恐懼、并找到重物品,來封印各世界之間的縫隙《命運(yùn) 2 凌光之刻》是這款游的第五個拓展資片,發(fā)布于 2020 年。值得一提的是,《命運(yùn) 2:光隕之秋》DLC 以及《命運(yùn) 2)的普通話配音將于 2023 年 3 月 1 日上線,敬請期待?

openai官宣400億美元最新融資

IT之家 1 月 31 日消息,開源密碼管理工 KeePass 近日被爆存在安全漏洞,允許攻者在用戶不知情的情況下以純文本形式導(dǎo)出整個數(shù)庫。IT之家小課堂:相比較 LastPass 和 Bitwarden 的云托管方式 ,開源密碼管理工具 KeePass 主要使用本地存儲的數(shù)據(jù)來管理數(shù)據(jù)庫。為了保護(hù)些本地數(shù)據(jù)庫,用戶可以用主密碼對它們進(jìn)行加密這樣惡意軟件或威脅行為就不能竊取數(shù)據(jù)庫,也就法訪問存儲在其中的相關(guān)碼。新漏洞現(xiàn)在被跟蹤為 CVE-2023-24055。攻擊者在獲取目標(biāo)系統(tǒng)的寫入權(quán)限之女虔,通過改 KeePass XML 配置文件并注入惡意觸發(fā)器,之后該觸發(fā)器將以文方式導(dǎo)出包含所有用戶和密碼的數(shù)據(jù)庫。整個導(dǎo)過程完全在后臺完成,不向受害者發(fā)出通知,不需進(jìn)行前期的交互,也不需受害者輸入主密碼,從而許威脅者悄悄地訪問所有儲的密碼。在報告并分配一個 CVE-ID 之后,用戶要求 KeePass 背后的開發(fā)團(tuán)隊在靜默數(shù)據(jù)庫導(dǎo)出之前添加一個認(rèn)提示,在通過惡意修改配置文件觸發(fā)導(dǎo)出后需要出提示,或者提供一個沒導(dǎo)出功能的應(yīng)用程序版本KeePass 官方則回應(yīng)表示,這個問題不女媧該咎于 KeePass。KeePass 開發(fā)人員解釋道:“擁有對 KeePass 配置文件的寫入權(quán)限通常意味著攻平山者實際可以執(zhí)行比修改配置文件強(qiáng)大的攻擊(這些攻擊最也會影響 KeePass,獨立于配置文件保護(hù))。開發(fā)人員繼續(xù)說道:“能通過保持環(huán)境安全(通使用防病毒軟件、防火墻不打開未知電子郵件附件)來防止這些攻擊。KeePass 無法在不安全的環(huán)境中神奇地安全運(yùn)行”

責(zé)任編輯: 安權(quán)太

熱點新聞

      <code id='6482a'></code><style id='9a512'></style>
      • <acronym id='53504'></acronym>
        <center id='5d130'><center id='0073f'><tfoot id='bff9a'></tfoot></center><abbr id='b037f'><dir id='64e76'><tfoot id='22450'></tfoot><noframes id='deced'>

      • <optgroup id='4155a'><strike id='a0277'><sup id='b8f7c'></sup></strike><code id='923ff'></code></optgroup>
          1. <b id='ef831'><label id='d5681'><select id='3f98f'><dt id='8abc2'><span id='4203b'></span></dt></select></label></b><u id='4a593'></u>
            <i id='a6bf5'><strike id='7dc3e'><tt id='78d0f'><pre id='be089'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='85341'></code><style id='6195c'></style>
              • <acronym id='30b61'></acronym>
                <center id='d0d51'><center id='5acf0'><tfoot id='8d4ce'></tfoot></center><abbr id='10352'><dir id='21584'><tfoot id='9377f'></tfoot><noframes id='b429c'>

              • <optgroup id='9be86'><strike id='17ab6'><sup id='651fd'></sup></strike><code id='80a54'></code></optgroup>
                  1. <b id='2fe2c'><label id='31420'><select id='12f09'><dt id='24f7c'><span id='b34b0'></span></dt></select></label></b><u id='877a5'></u>
                    <i id='6df60'><strike id='8122f'><tt id='bdbc0'><pre id='34248'></pre></tt></strike></i>

                    韶关市| 广昌县| 尚义县| 谷城县| 双流县| 大兴区| 大英县| 霍山县| 舒兰市| 化隆| 庆阳市| 资兴市| 汝州市| 克什克腾旗| 内黄县| 博湖县| 寻乌县| 马山县| 太和县| 铜梁县| 浦城县| 宜州市| 定州市| 老河口市| 麻江县| 海兴县| 穆棱市| 高邮市| 德昌县| 甘谷县| 扶风县| 塔城市| 油尖旺区| 武邑县| 桃园市| 麻栗坡县|