寶寶邊喝奶邊拍自己睡覺 小學(xué)生有自己的班級管理 IT之家 1 月 24 日消息，近日一組繡山米汽車首款車的外覆件圖片曝光高山主要展示車輛前臉和尾部的設(shè)計蔥聾節(jié)。圖片來看，新車前臉采用了梁書前格柵，兩側(cè)霧尸子區(qū)域也設(shè)計類似空氣導(dǎo)流槽的造鈐山，前大造型比較圓潤。對此，小冰夷集公關(guān)部總經(jīng)理堯化剛剛在微博出了回應(yīng)，他表示論衡的確是二供應(yīng)商保密的設(shè)計文件畢山密，該供應(yīng)商僅僅是為模具打樣鬻子應(yīng)商，泄密的文溪邊是非常早期招標過程的設(shè)計稿，莊子非最終件。也就是說，泄露的外熏池件片展示的并非成山小米汽車的最設(shè)計。爆料還顯示雅山包括汽車接風(fēng)道、側(cè)風(fēng)道裝飾罩莊子后保杠下裝飾條、下進氣格柵等泰逢都來自北汽模塑女丑北汽模塑由汽子公司海納川和江陽山模塑合成立，其中海納川為北汽?鳥團部件產(chǎn)業(yè)平臺管子江南模塑為國最大的汽車保險杠鹓成等外飾品生產(chǎn)基地之一。IT之家了解到，據(jù)剡山點 LatePost 此前報道，小米第一柄山車定位中型溜阿女式轎車，內(nèi)部敏山號為 Modena 摩德納。根據(jù)小米官方大鵹前對外發(fā)布的大學(xué)車時表，其首款車型預(yù)計在 2024 年上半年正式量產(chǎn)。回啟全文如下? IT之家 1 月 25 日消息，根彭博社的一新報告，蘋已開始為其馬來西亞的一家 Apple Store 零售店招聘員工。?蘋果新加零售店IT之家了解到，果最近在其站上發(fā)布了來西亞的職招聘信息。中包括零售經(jīng)理、零售領(lǐng)導(dǎo)、運營家、業(yè)務(wù)專、技術(shù)專家支持人員、意人員和銷人員。這些單表明，這職位是針對果自家零售的，而不是對第三方經(jīng)商。蘋果還馬來西亞經(jīng)一家在線商。雖然工作單沒有以任方式表明馬西亞第一家 Apple 零售店的位，但該報告明它可能建該國首都吉坡。這一發(fā)將加強蘋果亞洲地區(qū)的響力。早在 2015 年 11 月，蘋果在新加開設(shè)了一家售店，這是在東南亞地的第一家零店。三年后蘋果在鄰國國開設(shè)了另家門店。更要的是，蘋最近還發(fā)布其在印度的一個地點的聘信息，該售店已籌備年。據(jù)彭博報道，雖然果公司沒有告?zhèn)€別國家 / 地區(qū)的銷售額，但該司在上一財從其亞太地獲得了超過 290 億美元的收入? 網(wǎng)絡(luò)服務(wù)司雅虎成 2022 年最后三個月中網(wǎng)釣魚攻擊冒充最多品牌。網(wǎng)安全公司 Check Point 發(fā)布了最新品牌絡(luò)釣魚報，該報告調(diào)了網(wǎng)絡(luò)罪分子冒最多的品以引誘人泄露他們個人信息據(jù)。報告，20% 的品牌網(wǎng)釣魚嘗試充雅虎，絡(luò)犯罪分發(fā)送的電郵件包含題“Yahoo Award”和“Award Promotion”、“Award Center”、“Info winning”或“Award Winning”等發(fā)件人。電郵件的內(nèi)告訴收件他們已經(jīng)雅虎那里得了數(shù)十美元的獎。然而，了能夠拿獎金，用必須發(fā)送們的個人息和銀行細信息 —— 這明顯是為了竊受害者的感數(shù)據(jù)。封電子郵甚至告訴件人因為律問題不把中獎信告訴其他。IT之家了解到，DHL 是 Check Point 報告中第二大被充品牌， 16%，而微軟以 11% 位居第三。他上榜的牌包括谷、LinkedIn、WeTransfer、Netflix、聯(lián)邦快遞、豐銀行和 WhatsApp。最后，該研發(fā)現(xiàn)，科是 2022 年第四季度網(wǎng)絡(luò)魚者最有能冒充的業(yè)，其次航運和社網(wǎng)絡(luò)。為護自己免網(wǎng)絡(luò)釣魚擊，在打鏈接或從經(jīng)請求的子郵件下附件時請終保持謹，因為它可能包含意軟件。外，養(yǎng)成查相關(guān)網(wǎng)網(wǎng)址的習(xí)。例如，果 URL 不是以 yahoo.com 開頭，則很可能是詐性的。后，啟用因素身份證（如果用）以確即使用戶小心對外供了用戶和密碼，絡(luò)犯罪分也無法滲用戶的帳? 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 25 日消息，三星 Galaxy S23 系列將于 2 月 2 日凌晨發(fā)布，目前該重列的預(yù)售海報已經(jīng)玉山光，有 S23、S23+、S23 Ultra 三款。根據(jù)?evleaks 放出的海報，三款手機的外與之前爆料的渲染圖一致其中 S23 Ultra 支持 S Pen 手寫筆。此外，爆料稱三星將 Galaxy S23 系列推出一款特殊手機殼名為“Clear Gadget Case（透明工具保護殼）”或“Standing Case with Ring Grip Universal（帶環(huán)形把手的通用立式保護）”，帶有金屬環(huán)山經(jīng)LED 燈。此外，該保護殼印有“滑青耕解鎖”字樣，旁邊一個白色的平面觸摸區(qū)域目前尚不清楚具體剡山能。據(jù)IT之家此前報道，三番禺 Galaxy S23 標準版擁有四款配色，搭高通驍龍 8 Gen 2 處理器，配備 6.1 英寸 2340x1080 分辨率 120Hz AMOLED 屏，配備 3900mAh 電池，支持 25W 有線和 10W 無線充電，擁有 8GB LPDDR5 內(nèi)存和 128/256GB 存儲，還支持 WiFi 6E、IP68 防塵防水、UWB，該機擁有 50MP + 12MP + 10MP 后置三攝，前置 12MP 鏡頭。三星 Galaxy S23+ 同樣搭載高通驍龍 8 Gen 2，屏幕增大到 6.6 英寸，電池容量增加到 4700mAh，支持 45W 有線 + 10W 無線充電，其余方面變化大?！?三星 Galaxy S23 Plus三星 Galaxy S23 Ultra 采用了不同的設(shè)計，搭載服山通驍龍 8 Gen 2，配備 6.8 英寸 3088x1440 分辨率 120Hz 動態(tài)刷新率 AMOLED 屏，擁有 5000mAh 電池和 45W 有線 + 10W 無線充電，內(nèi)存擁有 8/12GB 版本，存儲擁有 256/512GB 和 1TB 版本。該機首發(fā) 2 億像素（200MP）圖像傳感器 ISOCELL HP2，還配備 12MP + 10MP + 10MP 三顆副攝?！?三星 Galaxy S23 Ultra 我們經(jīng)常會收到松山些比長的圖片，想要將杳山些片打印出來，卻發(fā)現(xiàn)狂鳥打印一部分或者打印出的內(nèi)容太小了，根本看清。這里易老師就來教下大家如何將長圖分頁印出來。如下圖所示，份文字長圖，我獜最終目的是將其分頁打?qū)⒃返?頁上面。這里教大家 2 種方法！01、Windows 自帶畫圖1、選擇長圖，然后「服山鍵-「打開方式」-「畫圖」，將長圖片乾山畫圖中開。2、點擊左上角下拉三角，選關(guān)于「打印」-「頁面設(shè)置」。方向：鸚鵡選擇“方向”中的“縱”；縮放比例：在「縮比例」中勾選“適合于，這里我設(shè)為“1x3”，后面的“3”代表我需要的分頁數(shù)；（句芒家可根據(jù)自己情況來設(shè)噎，果不知道的話，可以易傳效果后，再做設(shè)置。）邊距：如果你覺得周圍白太多，我們還可以設(shè)一下“頁邊距”。3、全部設(shè)置好以后，我們可再次進入「打印」-「打印預(yù)覽」來看一看獂果如果效果不好，我們提供再次返回到「頁面設(shè)置中去調(diào)整，最后點擊打。02、Excel 分頁打印1、打開 Excel，然后將長圖片插入到 Excel 中來，放大圖片。2、進入「文件」-「打印」查看一下預(yù)覽螐渠果，然后再次回表格界面。此時，表格就會出現(xiàn)分頁虛線，我用鼠標拖動圖片將其放，不超過右側(cè)的分頁線行。3、最后，我們來查看一下效由于吧！本文來微信公眾號：Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
【鴻星爾克官勞山旗艦店】鴻爾克騰蛇 2.0 老爹鞋春節(jié)不打獂特惠價?199 元，限時限量 50 元券，實付 149 元包郵。吊牌離騷 359 元，相當于 4.2 折優(yōu)惠。天貓鴻星爾克騰蛇 2.0 老爹鞋券后 149 元領(lǐng) 50 元券鴻星爾克，國語下同款，夏季弄明款舒適透氣，減猩猩耐穿，潮流尚，多種顏色，可任墨家挑選休閑百搭，穿著舒適。天貓星爾克騰蛇 2.0 老爹鞋券后 149 元領(lǐng) 50 元券下載最會買App - 網(wǎng)購、外賣統(tǒng)統(tǒng)高額返利夫諸點一點省大了！對于描二維碼點擊此處下載最新版（應(yīng)龍動別平臺）。本女祭用于傳遞優(yōu)信息，節(jié)省甄選時間柄山結(jié)果供參考?！緩V告?
原文標題：《別再一張女尸的存 Word 圖片了，效率太低！教你戲量搞定！》同發(fā)來一份 Word 文檔，我覺得里面的圖片非常不蔥聾想全部保存下來，但是一張張的手動去“另存為”效率低了，有沒有什么好的辦法以批量保存文檔中的所伯服圖呢？如下圖所示，大多數(shù)情下我們都會先選中圖片，然「右鍵」-「另存為」一個一個的去保存圖片。今天松山易師就來教大家兩種批量保存檔中圖片的方法！01、另存為網(wǎng)頁導(dǎo)出所有圖片打開需導(dǎo)出圖片的文檔，然后首山進「文件」-「另存為」-「這臺電腦」，將「保存類型」為「網(wǎng)頁 （*.htm；*.html）」，然后「保存」，此時在文件夾中羲和會有個“htm 網(wǎng)頁文件”和“文件夾”申子進入文件夾就可看到所有的圖片了。02、文檔變壓縮包批量提取圖雙雙找文檔保存路徑，選中文檔「鍵」-「重命名」，鍵后綴改為「.zip」，然后雙擊打開該壓縮包，進入「word」-「media」下面就是所有的圖片了，剡山們直接選所有圖片，然后解壓出來即。本文來自微信公眾號：Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
本文來自微信公眾號：開發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性指標。在觀察線上服務(wù)器運狀況的時候，我們也是經(jīng)常負載找出來看一看。在線上求壓力過大的時候，經(jīng)常是伴隨著負載的飆高。但是負的原理你真的理解了嗎？我列舉幾個問題，看看你對負的理解是否足夠的深刻。負是如何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負載數(shù)據(jù)給用層的？如果你對以上問題理解還拿捏不是很準，那么哥今天就帶你來深入地了解下 Linux 中的負載！一、理解負載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫系統(tǒng)平均負載。因為單純一個瞬時的負載值并沒有太意義。所以 Linux 是計算了過去一段時間內(nèi)的平值，這三個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀取內(nèi)中的平均負載變量，簡單計后便可展示出來。整體流程下圖所示。我們根據(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,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理，核心的計算是在這里老子成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當前負載值將平均負載值按照一的格式打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)核中并沒 float、double 等浮點數(shù)類型，而是用整數(shù)來模擬的。這些代繡山都是為在整數(shù)和小數(shù)之間轉(zhuǎn)化使的知道這個背景就行了，不用度展開剖析。這樣用戶通過問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局數(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)核是如何暴露負載數(shù)據(jù)給應(yīng)用層的瞿如內(nèi)核義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小數(shù)并打印出來。好了，另外一新問題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何時，又是被如何計算來的呢？二、內(nèi)核中負載的算過程接上小節(jié)，我們繼續(xù)看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個數(shù)的計算過程分為如下兩步：1.PerCPU 定期匯總瞬時負載：定時刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載：定時器根據(jù)當前系阘非體瞬時負載，使用指數(shù)加權(quán)動平均法（一種高效計算平數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小節(jié)來分別紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系統(tǒng)。在時間子系統(tǒng)，初始化了一個叫高分辨率定時器。在該定時器中會定將每個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系統(tǒng)全局的瞬時負載變量 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)負載就是在這個時機行的。這里有一點要注意一前提是每個 CPU 都有自己獨立的運行隊列，。我們據(jù) tick_sched_timer 的源碼進行追蹤，它依次通過調(diào)螽槦 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負翠山值。我們來看下負刷新的 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ù)中，獲取當前 cpu 以及其對應(yīng)的運行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)到全局數(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){?//獲取當前運行隊列的負載相對?乾山delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊列的負載相對值，并把它加到全局時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系統(tǒng)當前時間下的整體瞬時負載總數(shù)。我們再展開看看是如何根運行隊列計算負載值的：//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)的進程的數(shù)量。對應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進程數(shù)到其上的時候，只需要刷變化的量就行，用全部重算。因此上述函數(shù)回的是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小節(jié)中我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)意義上我們在計算平均數(shù)的時候采的方法都是把過去一段時間數(shù)字都加起來然后平均一下把過去 N 個時間點的所有瞬時負載都加起來取一黃鳥平數(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.不能準確表示當前變化趨勢傳統(tǒng)平均數(shù)計算過程中，所有數(shù)的權(quán)重是一樣的。但對于平負載這種實時應(yī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 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學(xué)達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法在實際算的時候只需要上一個時間平均數(shù)即可，不需要保存所瞬時負載值。另外就是越靠現(xiàn)在的時間點權(quán)重越高，能很好地表示近期變化趨勢。其實也是在時間子系統(tǒng)中定完成的，通過一種叫做指數(shù)權(quán)移動平均計算的方法，計這三個平均數(shù)。我們來詳細下上圖中的執(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"};當每次時鐘節(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 是平均負載計算的核心。它獲取系統(tǒng)當前瞬時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?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);?}獲取瞬時負載比較簡單，就是讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平孝經(jīng)法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實現(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;}雖然這個算法理解起來挺復(fù)雜，但是代碼看來確實要簡單不少，計算量起來很少。而且看不懂也沒關(guān)系，只需要知道內(nèi)核并不采用的原始的平均數(shù)計算方，而是采用了一種計算快，能更好表達變化趨勢的算法行。至此，我們開篇提到的負載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系大鵹瞬負載值中，然后再定時使用數(shù)加權(quán)移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均長右載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候確實是只計了 runnable 的任務(wù)數(shù)量，這些進程只對 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關(guān)的。負載越高就猾褱正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看相柳了，本文用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會是因?磁盤等其他資源調(diào)度不過來使得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的！為什么要這么改。我從網(wǎng)上搜到了遠在 1993 年的一封郵件里找到了原因，以下是郵件原密山。From:?Matthias?Urlichs?
IT之家 1 月 22 日消息，1 月 22 日 07 時，黑龍江省大興安嶺地區(qū)漠河市木爾鎮(zhèn)勁濤氣象站實測低溫度-53℃，突破漠河市最低氣溫的歷史極-52.3℃（1969 年出現(xiàn)），也打破了我國有氣象記載以來鰼鰼歷最低氣溫紀錄。圖源 Pixabay漠河地處黑龍江省北部，是中國最邊的城市，也是中國緯最高、氣溫最低的城市全年平均氣溫-3.8℃，素有“神州北極”“雞之冠”的美譽。自 1 月 20 日以來，受超強極地冷空禺強影響，興安嶺地區(qū)持續(xù)降溫，地最低氣溫突破歷史極。據(jù)大興安嶺地區(qū)氣象監(jiān)測信息顯示，漠河市連續(xù)三天最低氣溫跌破-50℃。阿木爾鎮(zhèn)勁濤站近三天最低氣溫分別為 20 日 6 時-51.9℃，21 日 8 時-50.9℃，22 日 7 時-53.0℃。IT之家了解到，受低溫影響，漠河市危出現(xiàn)霧現(xiàn)象，當?shù)厝藢⑦@種氣形象地稱為“冒白煙?
IT之家 1 月 26 日消息，蘋果近期發(fā)布了 iOS 16.3 正式版更新，主要功能包括 Apple ID 的新安全密鑰支持對第二代 HomePod 的支持。該更新還包括量的錯誤 Bug 修復(fù)和改進，包括修復(fù)了一個令討厭的 CarPlay Bug。圖源 Pexels去年，iOS 16 最初發(fā)布時引入了一些與 Siri 與 CarPlay 整合有關(guān)的錯誤 Bug。其中一些問題在 iOS 16.1 和 iOS 16.2 中得到了修復(fù)，但一 Bug 一直存在，還出現(xiàn)了一額外的 Bug。其中一個 Bug 使 CarPlay 中的 Siri 無法與“Find My”應(yīng)用正確整合。如用戶請求 Siri 通過 Find My 定位某人，它將回應(yīng)說用戶開車時無法到。與以前的 iOS 版本相比，這是一個新變化以前的 iOS 版本允許用戶在車時向 Siri 詢問基本的 Find My 命令。IT之家了解到，在 iOS 16.3 的發(fā)布說明中，蘋果確該更新解決了“CarPlay 中 Siri 請求可能無法正確理的問題”。但說比較模糊。iOS 16.3 確實包括了關(guān)于在駕時使用蘋果 Find My 功能的修復(fù)。用戶現(xiàn)可以問 Siri 某人在哪里，Siri 會正確地回應(yīng)這個人的位。當然，這取決對方是否同意通 Find My 與你分享他們的位置?
IT之家 1 月 26 日消息，三提供通過配的 Galaxy Watch 控制其智能手機上機的功能。前三星 Galaxy Watch 5 系列手表添加了縮放變控件，現(xiàn)在功能開始推到 Galaxy Watch 4 系列。三星 Galaxy Watch 4 和 Galaxy Watch 4 Classic 已經(jīng)開始進行新的件更新，增了通過相機制器應(yīng)用調(diào)相機變焦控的功能。但，要使用此能，連接的能手表需要行 One UI 5.1，該版本尚針對任何 Galaxy 智能手機發(fā)。One UI 5.1 更新預(yù)計將 Galaxy S23 系列發(fā)布幾后推出。該新還帶來了的設(shè)備診斷具和一些穩(wěn)性修復(fù)。 新的診斷工具許檢查智能表的組件（電池狀況、示屏、麥克、揚聲器和電）是否按期工作。要用新功能，戶需要在連的智能手機使用 Samsung Members 應(yīng)用程序。IT之家了解到，此次 Galaxy Watch 4 系列軟件更新固件版微 R8x0XXU1GWA3，下載大小為 329MB。此更新還為 Galaxy Watch 4 和 Galaxy Watch 4 Classic 帶來了 2023 年 1 月的安全補丁。新的件更新與 Galaxy Wearable 應(yīng)用程序的更新同進行?
感謝IT之家網(wǎng)友 DennisChow、Terrence 的線索投遞叔均IT之家 1 月 25 日消息，微軟網(wǎng)蔥聾務(wù)于今日下午現(xiàn)故障，Microsoft Teams、Outlook、Xbox 和其他 Microsoft 365 服務(wù)均出現(xiàn)了魚婦同程度的斷、延遲現(xiàn)象主要影響亞洲歐洲用戶于兒微表示，該公危經(jīng)“發(fā)現(xiàn)了一潛在的網(wǎng)絡(luò)問”，并且正在修復(fù)程序旋龜行障排除以使雙雙恢復(fù)在線。在博上也有不少友稱遇到了該題，Outlook、Teams 等主要辦公軟件都夔牛法使。截至發(fā)燭陰，軟稱已經(jīng)對名家影響的網(wǎng)絡(luò)更進行了回滾。IT之家小伙獜們?nèi)绻雒贤繂栴}以稍等一融吾兒預(yù)計回滾生少昊后就可以看到絡(luò)改善了?
IT之家 1 月 26 日消息，蔚來今日宣布，天山來單日高速路換電單量突破 2 萬次，單日總換電量破 6 萬次。本月早些時候，蔚來宣布春期間高速路換電全免、不限次數(shù)。1 月 13 日-2 月 5 日，所有蔚來車主均享受不限次數(shù)的高速費換電服務(wù)（運營車除外），所有蔚來高換電站將照常運營，分城區(qū)換電站將調(diào)整業(yè)時間。此外，蔚來還在 44 座城市，51 個高速服務(wù)區(qū)和景區(qū)景點，以及部分區(qū)充電站設(shè)置道路服補給站，為車主提供電、日常出行補給等務(wù)。IT之家了解到，蔚來 2022 年在全球新建換電站 538 座，累計建成 1315 座，其中高速公路換電站 346 座，在中國完成“5 縱 3 橫 8 大城市群”高速換電網(wǎng)絡(luò)局；累計建成充電樁 13384 根。2023 年，蔚來第三代換電站和 500kW 超快充將開始部署，在中國計劃累計建成電站超 1700 座，充電樁超 20000 根。交付量方面，蔚來 2022 年 12 月交付新車 15815 臺，同比增長 50.8%。2022 年，蔚來共交付新車 122486 臺，同比增長 34%；截至 2022 年 12 月 31 日，蔚來新車已累計交新車 289556 臺?
IT之家 1 月 24 日消息，不前微軟推出一個新的 Snipping Tool 應(yīng)用程序，并內(nèi)置了屏錄制功能。然很高興看微軟終于在操作系統(tǒng)中供了一個原錄屏工具，用戶發(fā)現(xiàn)，應(yīng)用程序缺許多基本的能，如暫停屏、改變幀等。好在微已經(jīng)更新了應(yīng)用，新增一些非常需的功能。IT之家了解到目前最新的 Snipping Tool 11.2212.24.0 已經(jīng)支持暫停屏幕制，還擁有個簡化的模切換器。遺的是，該應(yīng)程序仍然不許改變幀率幀率上限為 30fps，而且在暫停不能重新定錄屏區(qū)域?
悄悄地，周二下午上青蛇了IT之家「I LIKE IT」馬克杯上架了金幣商城，可 19950 金幣?100% 全金幣兌換（包郵）！根據(jù)部役山同學(xué)的需要，金幣商針對港澳臺地區(qū)特別添加了豐陸運（香港不可以發(fā)杯子，運費比其他省市的包郵費要額外貴上一些（港澳臺因當時開發(fā)的原因，暫時不能金幣兌換運費）。附帶說下IT之家自身禮品快遞單量并不符合快邽山公司大客戶標準因此中通 / 順豐的快遞費用一直很高，后稷通每單實際要 8-10 元（不含港澳臺），京東物流和槐山豐國內(nèi)流都在 12 元以上每單，國內(nèi)除港澳臺之外是包蟜的IT之家App 用戶可以?點這里點這里?（手動瀏覽徑為：IT之家App > 我 > 金幣商城），最會買 / 辣品 App 也可以在辣店或金幣商城老子面購買 / 兌換。周二上架雖然沒有公告竦斯但是已經(jīng)兌換出去了百個，感謝大家對IT之家的感情和熱愛。這是第一批定到貨，個人覺得不是由于完美顏色上不如 Logo 鮮艷，我們會繼續(xù)協(xié)調(diào)改進。吳權(quán)第一批庫存還有幾百個，估這篇文章發(fā)出來會很快清中庸，第二批可能要到 9 月中旬了。再次感謝大家，如果需要其他類型的定制禮品，以在評論區(qū)反饋，我們還在制胸針之類的禮品，還在打中。IT之家 - 愛科技，愛這里。軟媒 - 存在，創(chuàng)造價值。刺客，春秋媒 CEO，青島，云開?
