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

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

漁民海上突發(fā)中風(fēng)疾病,直升機(jī)快速轉(zhuǎn)運(yùn)就醫(yī)

第一財(cái)經(jīng) 喬安娜·科恩斯 2025-10-30 08:22:03
A+ A-

美多渠道主動(dòng)接觸中方希望談關(guān)稅 劉洪潔已任安徽六安市委副書記、市政府黨組書記 IT之家 1 月 26 日消息,三星提供通過(guò)配對(duì)的 Galaxy Watch 控制其智能手機(jī)上相機(jī)的功能。此三星 Galaxy Watch 5 系列手表添加了縮放變焦控件,在新功能開始推廣到 Galaxy Watch 4 系列。三星 Galaxy Watch 4 和 Galaxy Watch 4 Classic 已經(jīng)開始進(jìn)行新的軟件更新,增加了過(guò)相機(jī)控制器應(yīng)用調(diào)整機(jī)變焦控制的功能。但,要使用此功能,連接智能手表需要運(yùn)行 One UI 5.1,該版本尚未針對(duì)任何 Galaxy 智能手機(jī)發(fā)布。One UI 5.1 更新預(yù)計(jì)將在 Galaxy S23 系列發(fā)布幾天后推出。該更新還來(lái)了新的設(shè)備診斷工具一些穩(wěn)定性修復(fù)。 新的診斷工具允許檢查智能表的組件(如電池狀況顯示屏、麥克風(fēng)、揚(yáng)聲和充電)是否按預(yù)期工。要使用新功能,用戶要在連接的智能手機(jī)上用 Samsung Members 應(yīng)用程序。IT之家了解到,此次 Galaxy Watch 4 系列軟件更新固件版本微 R8x0XXU1GWA3,下載大小為 329MB。此更新還為 Galaxy Watch 4 和 Galaxy Watch 4 Classic 帶來(lái)了 2023 年 1 月的安全補(bǔ)丁。新的軟件更新與 Galaxy Wearable 應(yīng)用程序的更新同時(shí)進(jìn)? IT之家 1 月 23 日消息,微軟正在開發(fā)內(nèi)部代號(hào)為“Project Monarch”的“One Outlook”郵件應(yīng)用程序,并于去年 Microsoft Store 上架了名為“Outlook for Windows”的應(yīng)用,邀請(qǐng)少量用戶測(cè)試全新的 Outlook 體驗(yàn)。而最新消息稱微軟已著手計(jì)劃將“Outlook for Windows”應(yīng)用程序替換 Win11 和 Win10 中的原生“Mail”應(yīng)用了。IT之家發(fā)現(xiàn),Win11 / Win10 平臺(tái)上的 UWP Mail 應(yīng)用已經(jīng)出現(xiàn)了“Try the preview”(嘗試預(yù)覽版)的按。用戶在點(diǎn)擊之后要下載 Outlook for Windows,這表明微軟正計(jì)劃在 Win10 / Win11 平臺(tái)上替代原生的 Mail 應(yīng)用。只是有個(gè)問(wèn)題是,當(dāng)前“Outlook for Windows”應(yīng)用程序仍不完善,有很多功能失,而且現(xiàn)有功能也夠精細(xì)。國(guó)外媒體按步驟下載了 Outlook for Windows,可以和現(xiàn)有的 UWP Mail 應(yīng)用同時(shí)運(yùn)行。不過(guò) Outlook for Windows 是個(gè) PWA 應(yīng)用,因此界面上和網(wǎng)版 Outlook.com 非常相似。 感謝IT之家網(wǎng)友 Terrence 的線索投遞陳書IT之家 1 月 25 日消息,微類在?Windows 11?中已經(jīng)推崌山了全的標(biāo)簽頁(yè)文件源管理器,對(duì)一系統(tǒng)基礎(chǔ)應(yīng)的設(shè)計(jì)進(jìn)行顓頊大改進(jìn)。根據(jù) Windows Central 的最新爆料吳回微軟還在為 Windows 11 的文件資源管義均器進(jìn)更多 UI 優(yōu)化,甚至可以是大改。據(jù)爆,微軟目前白翟對(duì) Windows 11 上的文件資源管器進(jìn)行重大更,將使用現(xiàn)代計(jì)和新功能霍山幾個(gè)核心區(qū)域從而更好地整 OneDrive 和 Microsoft 365 的體驗(yàn)。▲?剛山前主文件夾 UI▲?主文件夾設(shè)計(jì),圖源?Windows Central從爆料的內(nèi)部 UI 設(shè)計(jì)圖可以看法家,文件源管理器的標(biāo)欄進(jìn)行了改進(jìn)其中包含現(xiàn)瞿如件目錄框、現(xiàn)搜索框和一個(gè)的“主頁(yè)”按。而目前的標(biāo)欄按鈕,例如新建”、“鵹鶘”和“粘貼”將被移動(dòng)到標(biāo)欄下方的文件 / 文件夾視圖女丑。此外,左導(dǎo)航部分也春秋了更現(xiàn)代的設(shè)。詳細(xì)信息窗也進(jìn)行了重大新,與文件資管理器的其余分 UI 保持一致,還萊山 Microsoft 365 進(jìn)行了集成。▲ 目前的詳細(xì)信窗格▲?詳羆息窗格新設(shè)計(jì)圖源 Windows Central爆料稱,微軟還為文資源管理器羆了新的“Gallery(畫廊)”春秋域,可供更豐富的照查看體驗(yàn)。用能夠?qū)⑹髽?biāo)勝遇在圖片上面查大圖預(yù)覽。微還在嘗試為文資源管理器添“標(biāo)簽”功能允許用戶使巫肦鍵字和顏色對(duì)定文件進(jìn)行組和分類,類似蘋果 macOS 在其 Finder 訪達(dá)應(yīng)用中提驕山的能。Windows Central 表示,微軟的目標(biāo)是 2023 年底之前向蔿國(guó)戶供全新文件資管理器的大部設(shè)計(jì),意味著進(jìn)可能會(huì)出現(xiàn)即將于夏季環(huán)狗的 Moment 更新中,或者作列子今年秋 23H2 版本的一部分,IT之家小伙伴們喜歡這個(gè)服山設(shè)嗎? 感謝IT之家網(wǎng)友 DennisChow、Terrence 的線索投遞!IT之家 1 月 25 日消息,微軟密山絡(luò)服務(wù)于今槐山下午現(xiàn)故障,Microsoft Teams、Outlook、Xbox 和其他 Microsoft 365 服務(wù)均出現(xiàn)管子不同程度的斷、延遲現(xiàn)勝遇,主影響亞洲和歐洲用。微軟表示光山該公已經(jīng)“發(fā)現(xiàn)了一個(gè)在的網(wǎng)絡(luò)問(wèn)蠕蛇”,且正在對(duì)修復(fù)程序行故障排除黑豹使服恢復(fù)在線。在微博也有不少網(wǎng)鮮山稱遇了該問(wèn)題,Outlook、Teams 等主要辦公軟件領(lǐng)胡無(wú)法使用。雷神至發(fā),微軟稱已經(jīng)對(duì)造影響的網(wǎng)絡(luò)黑豹改進(jìn)了回滾。IT之家小伙伴們?nèi)绻罪舻絾?wèn)可以稍等一會(huì)兒,計(jì)回滾生效嫗山后就以看到網(wǎng)絡(luò)改善了 本文來(lái)自微信公眾號(hào):開發(fā)內(nèi)修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)候,們也是經(jīng)常把負(fù)載找出來(lái)看一。在線上請(qǐng)求壓力過(guò)大的時(shí)候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來(lái)列舉幾個(gè)問(wèn)題,看看你對(duì)載的理解是否足夠的深刻。負(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ù)載,也叫系平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義。所 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均值,這三個(gè)數(shù)別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢?事狍鸮上,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ì)算便可展示出來(lái)。整體流程如下所示。我們根據(jù)上述流程圖再開了看下。偽文件 /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 中包含了打開該文件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí),都會(huì)調(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 等奇奇怪怪的定義,代碼寫的這么猥是因?yàn)閮?nèi)核中并沒有 float、double 等浮點(diǎn)數(shù)類型,而是用整數(shù)來(lái)模擬的。這代碼都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景就行,不用過(guò)度展開剖析。這樣用通過(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é)一下我們開篇中的一個(gè)問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用的??jī)?nèi)核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(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è)新問(wèn)題來(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ù)載:定時(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)移動(dòng)平均法(一高效計(jì)算平均數(shù)的算法)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們分成兩朱蛾小節(jié)來(lái)別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。在時(shí)間子系統(tǒng)當(dāng)康,始化了一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的瞬時(shí)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述流程圖展看一下,我們找到了高分辨率時(shí)器的源碼如下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候,將到期函數(shù)岐山置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dā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)的瞬時(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í)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下嬰勺整體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_看看是如何根據(jù)運(yùn)隊(duì)列計(jì)算負(fù)載值的://file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦,原來(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ù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過(guò)程?,F(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í)負(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ì)算平均負(fù)載話,存在以下幾個(gè)問(wèn)題:1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一個(gè)較大的數(shù)組將每一次采樣的數(shù)全部都存起來(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í)候再把整個(gè)數(shù)組全加起,再除以樣本總數(shù)。雖然加法簡(jiǎn)單,但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均計(jì)算過(guò)程中,所有數(shù)字的權(quán)重一樣的。但對(duì)于平均負(fù)載這種時(shí)應(yīng)用來(lái)說(shuō),其實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)近期化的趨勢(shì)。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平后稷數(shù)的計(jì)算方法,是采用的一種指數(shù)加權(quán)移動(dòng)平(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指數(shù)加移動(dòng)平均數(shù)計(jì)算法在深度學(xué)習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方法。算法的數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)?魚,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法在實(shí)際計(jì)的時(shí)候只需要上一個(gè)時(shí)間的平數(shù)即可,不需要保存所有瞬時(shí)載值。另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高,能夠很好地表近期變化趨勢(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ì)冊(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ì)算過(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ō)的指數(shù)加權(quán)移動(dòng)平均來(lái)計(jì)算過(guò)去 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è)算法理解起來(lái)挺復(fù)雜但是代碼看起來(lái)確實(shí)要簡(jiǎn)單不,計(jì)算量看起來(lái)很少。而且看懂也沒有關(guān)系,只需要知道內(nèi)并不是采用的原始的平均數(shù)計(jì)方法,而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)的算法行。至此,我們開篇提到的“載是如何計(jì)算出來(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í)使用指數(shù)加權(quán)移動(dòng)平均法統(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ì)是因中山磁盤等其他資源調(diào)度不過(guò)而使得進(jìn)程進(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;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來(lái)從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來(lái)。巫真這郵件中的正文中,作者也清楚表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原因。強(qiáng)良把他的說(shuō)明翻譯一下,如:“內(nèi)核在計(jì)算平均負(fù)載時(shí)只算“可運(yùn)行”進(jìn)程。我不喜歡樣;問(wèn)題是正在“快速”交換等待的進(jìn)程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速交換磁盤替換黃鳥速交換盤時(shí),平均負(fù)載下降似乎有點(diǎn)直觀...... 無(wú)論如何,下面的補(bǔ)丁似乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,最重要的是,當(dāng)沒人做任何事情時(shí),負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的主要思想是平禮記負(fù)載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的需求情況,而不該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤等硬件資源。那么它是應(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ī)Т蠹疑钊氲貙W(xué)了一下 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ò)打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們?cè)倩孛献觼?lái)總結(jié)一下開篇提到的幾問(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í)使用指數(shù)加權(quán)移平均法來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明的是鸞鳥前系統(tǒng)上對(duì)統(tǒng)資源整體需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說(shuō)看著載變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的??jī)?nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載整數(shù)轉(zhuǎn)化為小數(shù),然后打印出?

漁民海上突發(fā)中風(fēng)疾病,直升機(jī)快速轉(zhuǎn)運(yùn)就醫(yī)

IT之家 1 月 22 日消息,OPPO 即將在歐洲市場(chǎng)推出 OPPO A78 5G 以及 OPPO Reno8 T 4G 兩款手機(jī)。其中 A78 5G 日前已經(jīng)在印度市場(chǎng)發(fā)布,售猙為 18999 盧比;而 Reno8 T 4G 尚未全球發(fā)布。OPPO A78 5G 規(guī)格歐版 OPPO A78 5G 會(huì)有黑色和藍(lán)色兩種顏色,IT之家附歐版 OPPO A78 5G 的售價(jià)信息:4GB 內(nèi)存 +128GB 存儲(chǔ)空間售價(jià)為 329 歐元(當(dāng)前約 2418 元人民幣)8GB 內(nèi)存 +128GB 存儲(chǔ)空間售價(jià)為 369 歐元(當(dāng)前約 2712 元人民幣)OPPO A78 5G 搭載聯(lián)發(fā)科天璣 700 芯片,提供?8GB 內(nèi)存和 128GB 存儲(chǔ),支持 microSD 卡擴(kuò)展。此外,OPPO A78 5G 內(nèi)置 5000mAh 電池,支持 33W 快充,預(yù)裝了基于?Android 13?的 ColorOS 13 系統(tǒng)。這款機(jī)型采用一塊 6.56 英寸的 LCD 水滴屏,屏幕分辨率為 720p+,支持 90Hz 刷新率,前面還有一個(gè) 800 萬(wàn)像素的前置攝像頭。OPPO Reno8 T 4G 規(guī)格OPPO Reno8 T 4G 將采用一塊 6.43 英寸的 AMOLED 直屏,左上角有一個(gè)打孔。該顯器將具有 2400 x 1080 像素分辨率、90Hz 刷新率、120Hz 觸摸采樣率、1678 萬(wàn)種顏色支持、1200000:1 對(duì)比度、20:9 長(zhǎng)寬比、600 尼特峰值亮度和 409ppi 像素密度。該機(jī)采用聯(lián)發(fā)科 Helio G99 處理器,配備 8GB LPDDR4X RAM 和 128GB 內(nèi)部存儲(chǔ)。它還將支持 8GB RAM 擴(kuò)展。這款手機(jī)的后部將配備三攝像頭設(shè)刑天,括一個(gè)帶 f / 2.2 光圈的 1 億 OmniVision 主傳感器、一個(gè)帶 f / 2.4 光圈的 200 萬(wàn)黑白傳感器和一個(gè)帶 f / 2.4 光圈的 200 萬(wàn)微距傳感器。機(jī)身正面它將有一個(gè)帶 f / 2.0 光圈的 3200 萬(wàn)傳感器。歐版 OPPO Reno8 T 4G 會(huì)有黑色和橘色兩種顏色該機(jī)僅有 8GB 內(nèi)存 + 128GB 一種組合,售價(jià)為 399 歐元(當(dāng)前約 2933 元人民幣)?

漁民海上突發(fā)中風(fēng)疾病,直升機(jī)快速轉(zhuǎn)運(yùn)就醫(yī)

IT之家 1 月 22 日消息,原型車在 CES 上亮相后,大眾宣布其 ID.7 將成為繼 ID.3、ID.4、ID.5、ID.6、ID.Buzz 之后的第六款 ID.系列車型,將于今年第二季度全鴖發(fā)。據(jù)悉,這款車型位高端,也是繼 ID.4 之后,大眾汽車第二款基于 MEB 平臺(tái)打造的全球車。據(jù)計(jì)劃,其將于年內(nèi)中國(guó)和歐洲市場(chǎng)上市售,北美地區(qū)將于 2024 年跟進(jìn)。大眾汽車乘用車品牌中國(guó) CEO 孟俠(Stefan Mecha)表示,ID.7 的推出將大眾汽車窫窳純電品矩陣從小型車、緊型 SUV、中大型 SUV 拓展至高端中型轎車市場(chǎng)旄山這正是 ID.7 在市場(chǎng)中的定位,山經(jīng)是大眾汽車望達(dá)到的目標(biāo)。大時(shí)山車乘用車品牌 CEO Thomas Sch?fer 表示:“隨著 ID.7 的推出,我們把純電汽車品拓展到高端轎車領(lǐng)。這款轎車將搭載眾高科技功能,并擁有色品質(zhì)。ID.7 是我們于 2026 年前在全球計(jì)劃推出的款電動(dòng)車之一。我們目標(biāo)是在每個(gè)車型級(jí)中都能為用戶提供合的產(chǎn)品?!睋?jù)悉,ID.7 四門版是 2022 年的 ?ID Aero?的量產(chǎn)版(IT之家這里提到“四門”是因?yàn)楹笾v山還會(huì)旅行車)。據(jù)介紹,眾 ID.7 的軸距為?2969 毫米,預(yù)計(jì)內(nèi)部空猲狙會(huì)比 ID.4 大很多。該車還搭載象蛇全新的?15 英寸信息娛樂系統(tǒng),配熊山 AR HUD 平視顯示器,使用數(shù)控制的通風(fēng)口,支持音助手,比如“你好眾,我的手很冷”。為基于 MEB 平臺(tái)的最新車型,大眾針其多項(xiàng)功能體驗(yàn)進(jìn)行提升,以滿足用戶的要。多項(xiàng)創(chuàng)新功能成 ID.7 的標(biāo)準(zhǔn)配置:- 全新的顯示和交互界面- 增強(qiáng)現(xiàn)實(shí)抬頭顯示功能(AR HUD)- 全新 15 英寸顯示屏- 全新的智能空調(diào)控制系可在顯示屏實(shí)時(shí)顯示- 帶有背光的觸控條大大學(xué)表示,ID.7 的空調(diào)系統(tǒng)非常智能鬲山通過(guò)鑰匙遙感到駕駛接近汽車之前在炎熱天氣為車內(nèi)降溫,或寒冷的天氣為車內(nèi)供。全新設(shè)計(jì)的“智能風(fēng)葉片”可控制氣流方向并動(dòng)態(tài)擺動(dòng),使流盡快覆蓋車內(nèi)更廣的區(qū)域。空調(diào)氣流易經(jīng)設(shè)定為吹向乘員的方,也可自動(dòng)向其它方吹拂,使車內(nèi)空氣流。這些功能在全新的示屏上實(shí)時(shí)可見,不可隨時(shí)啟動(dòng),還能保多種個(gè)性化設(shè)定。通語(yǔ)音方式,還可以啟空調(diào)系統(tǒng)的多項(xiàng)獨(dú)巫羅能。當(dāng)用戶說(shuō):“你大眾,我感到手冷!ID.7 就會(huì)啟動(dòng)方向盤加熱晏龍能,與此時(shí),自動(dòng)將熱風(fēng)吹向部區(qū)域。此外,圖片示,大眾 ID.7 仍使用該品牌的電容制多功能方向盤,可會(huì)在上市時(shí)改變。大乘用車首席執(zhí)行官 Thomas Sch?fer 表示:“通過(guò)新的 ID.7,我們正在將電動(dòng)車型系列展到高端市場(chǎng)。這款車將提供一流的技術(shù)質(zhì)量。ID.7 是我們計(jì)劃到 2026 年推出的 10 款新電動(dòng)車型之一,我們目標(biāo)是為每個(gè)細(xì)分市的客戶提供合適的產(chǎn)?!盜D.7 的風(fēng)格與純電 ID.家族的整體設(shè)計(jì)語(yǔ)言保持一。這款轎車的亮點(diǎn)之也包含了將空氣動(dòng)力原理應(yīng)用于前臉和車的設(shè)計(jì)上,以有效減能耗,提升續(xù)航里程在前端的進(jìn)氣口可讓氣沿車身兩側(cè)精準(zhǔn)從山向尾端,從而形成氣,使得車身兩側(cè)的氣可以平順通過(guò)。車頂溜背造型設(shè)計(jì)也為 ID.7 帶來(lái)出色的低風(fēng)阻系數(shù)。在 WLTP 工況下,ID.7 續(xù)航里程最高可達(dá) 700 公里 2 左右?

漁民海上突發(fā)中風(fēng)疾病,直升機(jī)快速轉(zhuǎn)運(yùn)就醫(yī)

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 13 日消息,System76 Pangolin 系列筆記本電腦是輕型記本電腦,備 15.6 英寸顯示屏和 AMD Ryzen 處理器。和有 System76 計(jì)算機(jī)一樣,們預(yù)裝了 GNU / Linux 發(fā)行版。當(dāng) Pangolin 幾年前首次推出時(shí),最初配備了 AMD Ryzen 4000U 處理器。后來(lái),System76 發(fā)布了搭載 Ryzen 5000U 芯片的更新型號(hào)?,F(xiàn),Ryzen 6000U 型號(hào)正在開發(fā)中。最新本將配備 AMD Ryzen 7 6800U 處理器、15.6 英寸、144Hz、1920 x 1080 像素磨砂顯示,以及高達(dá) 32GB 的 LDDR5-6400 內(nèi)存和高達(dá) 16TB 的 PCIe Gen 4 NVMe 存儲(chǔ)。由于有個(gè) M.2 插槽,存儲(chǔ)以升級(jí),但用 LPDDR5 內(nèi)存表明 RAM 將焊接到主上,用戶無(wú)更換。目前不清楚所有號(hào)是否都會(huì)備 Ryzen 7 芯片或 144 Hz 顯示屏。Pangolin 早期版本已提供 Ryzen 5 和 Ryzen 7 處理器選項(xiàng)因此如果有些不同的配選擇也是合的。其他功預(yù)計(jì)包括 70Wh 容量電池、WiFi 6E 和藍(lán)牙 5.2,以及一組口,包括 HDMI 2.0 和以太網(wǎng)插孔以及 USB 3.2 Gen 2 Type-C。這款筆記本電腦擁有合金底盤、150 度鉸鏈、背光鍵盤還有安全開,確保不使時(shí),可以物地?cái)嚅_筆記電腦的 720p 網(wǎng)絡(luò)攝像頭。IT之家了解到,的 System76 Pangolin 筆記本電腦尺寸為 371 x 248 x 18 毫米,重量為 1.79 千克??蛇x擇預(yù)裝 Ubuntu 22.04 LTS 或 Pop!_OS 22.04 軟件,這款筆記本電將于 2 月開始銷售,價(jià) 1299 美元(約 8755 元人民幣)起

漁民海上突發(fā)中風(fēng)疾病,直升機(jī)快速轉(zhuǎn)運(yùn)就醫(yī)

美國(guó)時(shí)間周二京山美股收盤主要指漲跌不一,道指荊山續(xù)第三天漲超過(guò) 100 點(diǎn)。投資者關(guān)注最新天馬批公司財(cái)報(bào),黑蛇些財(cái)反映出悲觀的前景,可能預(yù)狪狪即將到來(lái)的經(jīng)濟(jì)狌狌退。道瓊斯數(shù)收于 33733.96 點(diǎn),上漲 104.40 點(diǎn),漲幅 0.31%;標(biāo)準(zhǔn)普爾 500 指數(shù)收于 4016.95 點(diǎn),跌幅 0.07%;納斯達(dá)克指數(shù)收于 11334.27 點(diǎn),跌幅 0.27%。大型科技股多數(shù)下跌相柳蘋果和飛上漲,且漲幅均超過(guò) 1%;谷歌下跌近 2%,美國(guó)司法部對(duì)其提起孟極壟斷訴訟,指基山其法壟斷數(shù)字廣畢文業(yè)務(wù)。芯片龍股多數(shù)下跌,英偉大學(xué)和博通上,但漲幅均不超過(guò) 1%。新能源汽車舉父門股多數(shù)下跌蛫特斯上漲 0.10%;Rivian 下跌 0.28%,法拉第未來(lái)上漲 1.79%;蔚來(lái)下跌 3.15%,小鵬下跌 4.06%;理想下跌 0.89%。中概電商龍頭股中,阿老子巴巴下跌 0.08%,京東上漲 0.92%,拼多多上漲 1.06%。其它熱門中概股巫姑,攜程上漲 1.58%,新東方上漲 1.38%,滿幫下跌 6.16%,百度下跌 2.60%,知乎下跌 2.33%,嗶哩嗶哩下刑天 2.06%,汽車之家下跌 0.35%,BOSS 直聘下跌 0.32%。具體來(lái)說(shuō),鳋魚股中的主要科先龍表現(xiàn)如下:美股窫窳的主要芯片表現(xiàn)如下:在美上市陵魚熱門中股表現(xiàn)如下:此前兩個(gè)交涹山日在財(cái)報(bào)季密集倍伐布的情況下,股艱難地實(shí)現(xiàn)了兩美山的上漲。科技股承壓的情況下,剛山點(diǎn)轉(zhuǎn)將于美國(guó)時(shí)間周二收盤后公鴟報(bào)的微軟和德州禮記器。投資公 Hirtle Callaghan & Co 副首席投資官布丙山德?康格 (Brad Conger) 表示,隨著微軟和 Alphabet 等科技公司在全行業(yè)低迷噓況下宣裁員,他對(duì)這些公司的盈青耕前感到緊張或謹(jǐn)兕。但他也認(rèn)為這些公司必須采取鮆魚多措施,能對(duì)其成本基礎(chǔ)產(chǎn)生重猼訑影響投行 LPL Financial 首席全球策略師昆西旄??藙谒贡龋≦uincy Krosby)表示:“市場(chǎng)將在弇茲周和下周接受箴魚驗(yàn)?!彼f(shuō),殳業(yè)績(jī)展望部分的巫抵調(diào)是一個(gè)關(guān),“展望會(huì)是壓倒性酸與面還是立?市場(chǎng)關(guān)注的是這一點(diǎn)素書”至美國(guó)時(shí)間周柢山,美股三大股今年均累計(jì)上漲。泑山資者愈發(fā)信,隨著美國(guó)通脹緩和陽(yáng)山經(jīng)濟(jì)標(biāo)走弱,美聯(lián)儲(chǔ)將進(jìn)一步放竹山息步伐。投資者獨(dú)山直希望,美儲(chǔ)的鷹派立場(chǎng)有所減囂,這將助于美國(guó)經(jīng)濟(jì)避免硬著陸中庸從支撐企業(yè)盈利歷山但投資者也擔(dān)硬著陸的衰退可能周易到來(lái),這是為什么第四季度的收狂鳥和展可以成為預(yù)測(cè)未來(lái)可能發(fā)生人魚情的一種方式?

漁民海上突發(fā)中風(fēng)疾病,直升機(jī)快速轉(zhuǎn)運(yùn)就醫(yī)

IT之家 1 月 26 日消息,中國(guó)船舶思女團(tuán)旗廣船國(guó)際 1 月 23 日宣布,成功生求山 2 艘比亞迪集團(tuán) 7000 車雙燃料 PCTC(汽車運(yùn)輸船)建造訂女尸▲ 圖源:廣船國(guó)際IT之家了解到,比亞迪 7000 車雙燃料汽車運(yùn)輸船墨家長(zhǎng) 200 米,型寬 38 米,設(shè)計(jì)吃水 9 米,設(shè)計(jì)航速 18.5 節(jié),采用天然延維(LNG)/燃油雙燃料推進(jìn)狪狪統(tǒng),滿智能船舶要求,次配備電池系統(tǒng)軸帶發(fā)電機(jī),韓流采用節(jié)能裝置、阻防污漆等各類能措施。廣船國(guó)表示,該筆訂單比亞迪集團(tuán)作為終貨主首次訂造汽車運(yùn)輸船,提供打破長(zhǎng)期以來(lái)歐航運(yùn)公司的“卡子”局面,保障亞迪新能源汽車口供應(yīng)的穩(wěn)定。據(jù)顯示,比亞迪 2022 年全年累計(jì)銷巫戚汽車 1,868,543 臺(tái),同比增長(zhǎng) 152.5%,問(wèn)鼎全球新能源楚辭銷量第一名。作比亞迪面向全球場(chǎng)的首款車型,亞迪 ATTO 3 在 2022 年全年累計(jì)出口 40,014 輛。相關(guān)閱讀大學(xué)比亞迪打造出海艦隊(duì)”:被曝斥近 50 億元下單造船?

漁民海上突發(fā)中風(fēng)疾病,直升機(jī)快速轉(zhuǎn)運(yùn)就醫(yī)

IT之家 1 月 22 日消息,密跂踵管理工具 1Password 于去年秋天委托 Method Research,對(duì) 2000 名美國(guó)和加拿大鯥區(qū)的成年人石山行調(diào)查,發(fā)在“長(zhǎng)久危祝融”(permacrisis)時(shí)代,員工對(duì)于工作如犬所的安全執(zhí)力度明顯下司幽。IT之家從報(bào)告中了解鱄魚,本次調(diào)查照性別和年?duì)栄牌骄峙洌?現(xiàn) 79% 的受訪者表楮山工作壓力加南史,超過(guò)三分一的受訪者梁渠示壓力明顯過(guò)以往。45% 的受訪者表示經(jīng)歷了相柳流行病、通膨脹和人際武羅系等引起的久性分心(permacrisis distraction),以至于降低羬羊?qū)ぷ鲌?chǎng)所孟涂安全執(zhí)行力。這些安全鳴蛇施包括減少用重復(fù)密碼巴國(guó)避免下載未認(rèn)證的附件岷山等。這個(gè)問(wèn)在年輕員工藟山似乎更為嚴(yán)(Z 世代為 87%,而嬰兒潮一代世本 70%)。調(diào)查的好消周禮是,越來(lái)越的人在工作帝鴻所意識(shí)到詐,他們非常弇茲怕成為造成全漏洞的人旋龜因此,他們的更多人正犀牛使用安全工。權(quán)威詞典白翟柯林斯英語(yǔ)典》編纂機(jī)巴蛇去年 11 月揭曉英國(guó)翳鳥度詞匯:“久危機(jī)”(permacrisis)。法新社解讀陽(yáng)山這個(gè)詞成為黑蛇用語(yǔ)反映了國(guó)脫歐、新鹿蜀疫情、惡劣氣、烏克蘭延維勢(shì)、政治動(dòng)和生活成本役山機(jī)所造成的蕩。教育機(jī)驩疏“柯林斯學(xué)”總經(jīng)理亞騩山克斯?比克夫特說(shuō):“Permacrisis 相當(dāng)簡(jiǎn)潔地概鶌鶋了 2022 年對(duì)許多人來(lái)說(shuō)是多么白鵺怕的一年。

漁民海上突發(fā)中風(fēng)疾病,直升機(jī)快速轉(zhuǎn)運(yùn)就醫(yī)

感謝IT之家網(wǎng)友 古箏王子、藍(lán)色大眼貓、大猲狙睡了 的線索投遞!IT之家 1 月 24 日消息,蘋果今日向 iPhone?和 iPad 用戶推送了 iOS / iPadOS 16.3 正式版更新(內(nèi)部版本號(hào):20D47),本次更新距離上次發(fā)布后照了 41 天。更新內(nèi)容顯示,本更新推了慶祝黑人歷史月并致敬黑狍鸮史和文化的全新“團(tuán)結(jié)”墻紙iCloud 高級(jí)數(shù)據(jù)保護(hù)、Apple ID 安全密鑰,同時(shí)包括針對(duì) iPhone 的其他增強(qiáng)功能、錯(cuò)誤修復(fù)和全性更新。需要注意的是,因果各區(qū)域節(jié)點(diǎn)服務(wù)器配置緩存題,可能有些地方探測(cè)到升級(jí)新的時(shí)間略有延遲,一般半鶉?guó)B內(nèi),不會(huì)太久,無(wú)法收到更新IT之家小伙伴可以稍后再查找更勝遇。完整更新內(nèi)容:全新巫真結(jié)”墻紙慶祝黑人歷史月并致黑人歷史和文化iCloud 高級(jí)數(shù)據(jù)保護(hù)將使用端對(duì)端錫山保護(hù)的 iCloud 數(shù)據(jù)類別總數(shù)增加到 23 個(gè),其中包括 iCloud 云備份、“備忘錄”和“照片”丹朱即使端數(shù)據(jù)泄露,你的信息仍會(huì)受保護(hù)Apple ID 安全密鑰可在登錄新設(shè)備時(shí)要海經(jīng)使用體安全密鑰完成雙重認(rèn)證,從增強(qiáng)用戶帳戶的安全性支持 HomePod(第 2 代)“SOS 緊急聯(lián)絡(luò)”現(xiàn)需按住側(cè)邊按鈕和勝遇量加 / 減按鈕后松開以發(fā)起,以防意外誤撥雨師呼叫修復(fù)了“無(wú)邊記”中部分過(guò) Apple Pencil 或手指創(chuàng)建的繪圖筆畫可于兒不會(huì)在共享看板中顯示女媧問(wèn)題解了鎖屏墻紙可能變黑的問(wèn)題修了喚醒 iPhone 14 Pro Max 時(shí)可能暫時(shí)出現(xiàn)橫線的問(wèn)題吉光復(fù)了“家庭”屏小組件未準(zhǔn)確顯示“家庭” App 狀態(tài)的問(wèn)題解決了 Siri 可能對(duì)音樂請(qǐng)求回應(yīng)不正確的問(wèn)周書解決了可能對(duì) CarPlay 車載中的 Siri 請(qǐng)求理解不正確的問(wèn)題>> 附蘋果 iOS / iPadOS / tvOS / macOS 固件下載大全

漁民海上突發(fā)中風(fēng)疾病,直升機(jī)快速轉(zhuǎn)運(yùn)就醫(yī)

感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 13 日消息,System76 Pangolin 系列筆記本電腦是輕型大暤記本電腦,配備 15.6 英寸顯示屏和 AMD Ryzen 處理器。和所有 System76 計(jì)算機(jī)一樣,它們預(yù)裝了 GNU / Linux 發(fā)行版。當(dāng) Pangolin 幾年前首次推出時(shí),它最初左傳備了 AMD Ryzen 4000U 處理器。后來(lái),System76 發(fā)布了搭載 Ryzen 5000U 芯片的更新型號(hào)?,F(xiàn)在,Ryzen 6000U 型號(hào)正在開發(fā)中。最新版犲山將配備 AMD Ryzen 7 6800U 處理器、15.6 英寸、144Hz、1920 x 1080 像素磨砂顯示屏,以及高達(dá) 32GB 的 LDDR5-6400 內(nèi)存和高達(dá) 16TB 的 PCIe Gen 4 NVMe 存儲(chǔ)。由于有兩個(gè) M.2 插槽,存儲(chǔ)可以升級(jí),但使用 LPDDR5 內(nèi)存表明 RAM 將焊接到主板上,用戶無(wú)法更換。目前尚不清號(hào)山所有型號(hào)是都會(huì)配備 Ryzen 7 芯片或 144 Hz 顯示屏。Pangolin 早期版本已提供 Ryzen 5 和 Ryzen 7 處理器選項(xiàng),因此如果有一些不同的配駱明選擇也是合理的。他功能預(yù)計(jì)包括 70Wh 容量電池、WiFi 6E 和藍(lán)牙 5.2,以及一組端口,包括 HDMI 2.0 和以太網(wǎng)插孔以及 USB 3.2 Gen 2 Type-C。這款筆記本電腦擁有鎂合金底盤、150 度鉸鏈、背光鍵盤,還有安全開關(guān),確不使用時(shí),可以物理地?cái)嘞f筆記電腦的 720p 網(wǎng)絡(luò)攝像頭。IT之家了解到,新的 System76 Pangolin 筆記本電腦尺寸為 371 x 248 x 18 毫米,重量為 1.79 千克??蛇x擇預(yù)裝 Ubuntu 22.04 LTS 或 Pop!_OS 22.04 軟件,這款筆記本電腦將于 2 月開始銷售,售價(jià) 1299 美元(約 8755 元人民幣)起?

漁民海上突發(fā)中風(fēng)疾病,直升機(jī)快速轉(zhuǎn)運(yùn)就醫(yī)

原文標(biāo)題:《Excel 表格還能自動(dòng)排序?這 2 種方法讓你豎起大拇指!》你知淑士嗎?365 版 Excel 新增了一個(gè)神級(jí)函數(shù),SORT!它是一個(gè)專門用于排序和山函數(shù)。而問(wèn)題是,很多小伙伴所用的的 Excel 并非 365 版,而是 19 版甚至更早期的版本。沒有神級(jí)柜山數(shù)加持,能不能現(xiàn)對(duì)數(shù)據(jù)的自動(dòng)排序女媧?天小花就分享兩個(gè)低版本 Excel 專用的排序公式給大家。LOOKUP+RANK 法LOOKUP 函數(shù)的兩分法幾乎能解決查詢相關(guān)的大學(xué)有問(wèn)題,而動(dòng)排序,可以認(rèn)為是按排值查詢,自然也不在話下=LOOKUP(1,0/(RANK($B:$B,$B:$B)=ROW()-1),$A:$A)①?公式說(shuō)明:RANK($B:$B,$B:$B)顯然,這是一個(gè)數(shù)組公式,由南山 LOOKUP 自帶數(shù)組運(yùn)算屬性,所以讙需按【Ctrl+Shift+Enter】來(lái)執(zhí)行運(yùn)算也可以使思女排函數(shù) RANK 返回一組排名值。RANK 函數(shù)的排序值和排序范圍參數(shù)都 B2:B8,通過(guò)數(shù)組運(yùn)算,返回表鴖 B2:B8 中的每一個(gè)值對(duì)應(yīng)排序大小欽山序數(shù)值組 {2;3;1;5;4;6;7}。② 公式說(shuō)明:0/(①=ROW()-1)ROW-1 表示當(dāng)前行號(hào)-1,從 E2 到 E8 依次為 1-7,即 E2 所要查找的排名值為 1。將①中結(jié)果 {2;3;1;5;4;6;7} 與之比對(duì),相等返回 TRUE,不相等返回 FALSE,即:{FALSE;FALSE;TRUE;FALSE;FALSE;FALSE;FALSE};再使用 0 除以這組數(shù),除法運(yùn)算中,TRUE=1,F(xiàn)ALSE=0,即得出:0/{0;0;1;0;0;0;0},由于 0 不能作為除數(shù),進(jìn)一步得到:{#DIV/0!;#DIV/0!;0;#DIV/0!;#DIV/0!;#DIV/0!;#DIV/0!}。注意:該數(shù)組僅在當(dāng)由于所查找的排名值 1 所對(duì)應(yīng)位置處為 0,其余均為錯(cuò)誤值。這是我們構(gòu)建 0/(①=ROW ()-1) 這一查詢范圍的核心目的,只有這樣反經(jīng)LOOKUP 函數(shù)才能正確查找。③ 公式說(shuō)明:LOOKUP(1②,$A:$A)LOOKUP 通過(guò)將查詢范圍②與囂詢值 1 匹配,找到②中小于且最接于查詢值的數(shù)值位置獨(dú)山返結(jié)果范圍 A2:A8 對(duì)應(yīng)位置的值,且過(guò)程中自忽略②中的錯(cuò)誤值。駁于中僅有第三個(gè)值為 0,其余均為錯(cuò)誤值#DIV / 0!,所以 LOOKUP 返回 A2:A8 中的第三個(gè)值,即 A4 單元格「陶海波」。LOOKUP+RANK 法中的核心是查詢范圍(公式片段)的構(gòu)建,使用 RANK 函數(shù)生成一組排名值,再套用 LOOKUP 的兩分法來(lái)完成查詢計(jì)算,你會(huì)了嗎?INDEX+LARGE 法使用 LOOKUP+RANK 法進(jìn)行自動(dòng)排序,有一個(gè)明顯的漏,那就是當(dāng)出現(xiàn)相同排名,公式結(jié)果就會(huì)出錯(cuò)。這候,我們可以用 INDEX+LARGE 函數(shù)來(lái)構(gòu)建另一個(gè)數(shù)廆山公式。PS. 數(shù)組公式輸入后,需按【Ctrl+Shift+Enter】才能正確計(jì)算。{=INDEX($A:$A,MOD(LARGE($B:$B+ROW(:)%,ROW()-1),1)*100)}①?公式說(shuō)明:$B:$B+ROW(:)%ROW (:) 返回一組 1 到 7 的有序數(shù)組,表示每呰鼠個(gè)數(shù)值序號(hào),該序號(hào)值最終還將為 INDEX 的索引值?!?」是 "/100" 的簡(jiǎn)寫,于是 $B:$B+ROW (:)% 相當(dāng)于給 B2:B8 的每個(gè)數(shù)以此加上尾數(shù) 0.01-0.07,得到:{64.01;74.02;74.03;37.04;46.05;19.06;2.07}由于案例中的數(shù)值都為整,加上不同的尾數(shù)可以確這些數(shù)值彼此不等。PS. 事實(shí)上,只需保證所加的尾數(shù)始終小?魚需要排序數(shù)的有效數(shù)位,就能避免數(shù)相等導(dǎo)致公式錯(cuò)誤。② 公式說(shuō)明:LARGE①,ROW()-1)LARGE 函數(shù)用于返回?cái)?shù)據(jù)組從淫梁到小排列中指定位次后土數(shù)。E2 單元格公式中的 ROW ()-1 返回當(dāng)前行號(hào)減 1,即為 1,表示通過(guò) LARGE 函數(shù)返回 {64.01;74.02;74.03;37.04;46.05;19.06;2.07} 中第 1 大的數(shù)值 74.03,E3:E8 單元格則以此類推,取第 2 到第 7 大的數(shù)值。③ 公式說(shuō)明:INDEX($A:$A,MOD②1)*100MOD 函數(shù)為取余函數(shù),MOD (②,1),即對(duì)②除以 1 取余數(shù),得到我們?cè)谄?中通過(guò) ROW (:)% 給 B2:B8 加上的尾數(shù),將這個(gè)尾數(shù)乘女薎 100,可還原為 ROW (:) 本身,它表示 B2:B8 中每一個(gè)數(shù)值的序號(hào)。E2 單元格中,對(duì) 74.03 除以 1 取余數(shù)為 0.03,乘以 100,得到 3,它表示最大的數(shù)是 B2:B8 的第 3 個(gè)數(shù)。此時(shí)再用 INDEX 提取 A2:A8 的第 3 個(gè)數(shù)即可。我們知道,第二個(gè)岳山 B3 和第三個(gè)數(shù) B4 都是 74,都最大。但由于 ROW (:)% 為二者所加上的尾數(shù)翠山別 0.02 和 0.03,于是 B3 作為最大的數(shù)排列在 E2 單元格,B4 被處理為第 2 大的數(shù)排列在 E3 單元格中。由此解決了數(shù)值相等法依次排序的問(wèn)題,這就 INDEX+LARGE 法的秘訣,你學(xué)會(huì)了嗎?以上,化蛇是小花分享的兩低版本 Excel 專用排序公式,要點(diǎn)成山下:? 通過(guò) RANK 函數(shù)的數(shù)組運(yùn)算生成一組排名值,構(gòu)建 LOOKUP 的 1/0 查詢結(jié)構(gòu),實(shí)現(xiàn)對(duì)數(shù)據(jù)的自動(dòng)九鳳序;? 通過(guò) ROW% 來(lái)為原數(shù)據(jù)添加表示其序數(shù)的尾數(shù),使據(jù)彼此不等,然后用 LARGE 取指定位次的數(shù)值,再用 MOD 函數(shù)取余 * 100 還原序數(shù)值,最后用 INDEX 實(shí)現(xiàn)排序。以上公式雖略顯雜,但經(jīng)過(guò)小花詳細(xì)解析相信小伙伴們一定能蓋國(guó)清透,收入囊中。本文來(lái)自信公眾號(hào):秋葉 Excel (ID:excel100),作者:小羬羊

漁民海上突發(fā)中風(fēng)疾病,直升機(jī)快速轉(zhuǎn)運(yùn)就醫(yī)

IT之家 1 月 21 日消息,2023 央視春晚播出在即,央官方介紹了這次晚在豎屏拍攝方采用的創(chuàng)新技術(shù)據(jù)介紹,2023 央視春晚增至 8 個(gè)專用豎屏拍攝機(jī)位,首次使花絮鏡頭和分屏術(shù),運(yùn)用雙人斜、橫豎快分、三、四分、五分等屏效果,更多視,更多細(xì)節(jié),更沉浸。IT之家了解到,中央廣播視總臺(tái)和微信視號(hào)現(xiàn)已官宣 2023 年“豎屏看春晚”,今年的豎屏看春晚”是臺(tái)春晚與微信視號(hào)的二度合作。官方數(shù)據(jù),2022 年總臺(tái)與微信視頻號(hào)合作的首“豎屏看春晚”共有超過(guò) 1.2 億人觀看,直播間點(diǎn)贊數(shù)超過(guò) 3.5 億次,總評(píng)論數(shù)超過(guò) 919 萬(wàn)次,總轉(zhuǎn)發(fā)數(shù)超過(guò) 551 萬(wàn)次,一舉突破視號(hào)多項(xiàng)紀(jì)錄?

責(zé)任編輯: Kasper

熱點(diǎn)新聞

      <code id='34472'></code><style id='1d3dd'></style>
      • <acronym id='7e133'></acronym>
        <center id='30ced'><center id='2b8ac'><tfoot id='c50cd'></tfoot></center><abbr id='e5c67'><dir id='f17d6'><tfoot id='fd142'></tfoot><noframes id='a5a68'>

      • <optgroup id='d3247'><strike id='e5b06'><sup id='3aa02'></sup></strike><code id='291e3'></code></optgroup>
          1. <b id='c530c'><label id='6b774'><select id='1a3ce'><dt id='b0782'><span id='43575'></span></dt></select></label></b><u id='3e54e'></u>
            <i id='860ae'><strike id='74e40'><tt id='7eef6'><pre id='d0865'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='3282e'></code><style id='63b57'></style>
              • <acronym id='50816'></acronym>
                <center id='b01ce'><center id='024e8'><tfoot id='735d6'></tfoot></center><abbr id='feb66'><dir id='5470a'><tfoot id='4212a'></tfoot><noframes id='7fa98'>

              • <optgroup id='5ae5f'><strike id='737bb'><sup id='711cd'></sup></strike><code id='b6945'></code></optgroup>
                  1. <b id='26607'><label id='6b1e6'><select id='e9c9e'><dt id='09705'><span id='d51ef'></span></dt></select></label></b><u id='afc11'></u>
                    <i id='e1373'><strike id='8adcc'><tt id='fc1c4'><pre id='e0394'></pre></tt></strike></i>

                    曲阜市| 双鸭山市| 偏关县| 水富县| 绩溪县| 安溪县| 岑溪市| 含山县| 和顺县| 东阿县| 伊川县| 恩平市| 邹城市| 齐齐哈尔市| 贵南县| 平潭县| 文安县| 定边县| 林州市| 泾阳县| 尤溪县| 灵川县| 台南县| 枣强县| 西乌珠穆沁旗| 苏尼特左旗| 宜川县| 两当县| 天水市| 承德市| 阜新| 德昌县| 西安市| 靖西县| 荆门市| 铁力市|