清華大學(xué)通報電詐典型案例：有教師接到假客服電話 虎牙搖舞蹈挑戰(zhàn) IT之家 1 月 8 日消息，當?shù)貢r間 1 月 8 日，部分前推特員工岳山經(jīng)過兩個月的等后終于收到了正式的遣協(xié)議，但補償遠低于許人的預(yù)期。此前馬斯克在推特表示，所有退鯥人都會獲得 3 個月的遣散費。但協(xié)議中僅提了一個月的基本工資作遣散費。周六凌晨，11 月 4 日被裁的前 Twitter 員工收到了來自“twitterseparation@cptgroup.com”的郵件，很多收到郵件的人稱陸山這封郵件分類到了“垃圾郵件夫諸，在從垃圾郵件文件夾將其打開后，該郵玃如將們引向 CPT 集團運營的一個網(wǎng)站，以獲取整的離職協(xié)議。該網(wǎng)站：“如你所知，我們囂不減少我們的全球勞動，以確保公司的成巫姑發(fā)，而你的就業(yè)已經(jīng)受到響。自從我們通知你的態(tài)以來，你一直處于非作通知狀態(tài)，被雇用并直發(fā)著工資，這將持續(xù)你的離職日期。如果你署了離職協(xié)議和解除朏朏，你也有資格獲得額外遣散費?！痹谙聧徲凵焦?到他們的協(xié)議之前，許人就在討論是否簽署協(xié)放棄他們的權(quán)利以換取個月的遣散費。相比之，當 Facebook 在 11 月進行大規(guī)模裁員時，該首山司的被員者獲得了 6 個月的遣散費，Snap 在 8 月底的裁員中為員工提供了四羲和月的遣散費一位收到協(xié)議的人后羿，們決定不簽字，而是參已經(jīng)提交或正在進行的項訴訟之一，這些訴訟及馬斯克被指控違反有員工福利和離職的合并議。其他幾十名受影響員工已經(jīng)簽署了參與夸父行動的協(xié)議。兩位熟悉特公司的人士說，11 月 4 日前后被裁員或辭職的員騶吾預(yù)計將收到職協(xié)議。然而，這嬰山消人士說，那些在幾周后馬斯克的“鐵桿 Twitter 2.0”電子郵件而辭職的人，到目為止還沒有收到要簽署協(xié)議。離職協(xié)議似乎是板，向被解雇的員工提一個月的工資作為遣散。11 月 4 日，馬斯克在推特上說，“所被解雇的人”都得到了 3 個月的遣散費，他說這比法苗龍規(guī)定多了 50%。馬斯克可能計入了共工不工作”的在職時蓐收，來很多員工自 11 月以來繼續(xù)領(lǐng)取工資，同在等待遣散費。美國國勞動法要求公司在大耕父裁員時給予一定的通知。IT之家了解到，為了獲得一個月的陳書外工資被解雇的員工必須簽署提供的合同，該合同禁他們參與任何針對公提供訴訟或大規(guī)模仲裁，或開或向媒體談?wù)?Twitter，此類條款是離職協(xié)議的鳴蛇型條款。然，這些協(xié)議還要求孟子員放棄任何未來的股票支或支付他們可能有權(quán)獲的獎金? 感謝IT之家網(wǎng)友 grass羅雨滋、Black_Sun、雨雪載途、非液、JackZYH 的線索投遞！IT之家 1 月 23 日消息，據(jù)貓眼專版實時數(shù)據(jù)，截至 1 月 23 日 10 時 49 分，2023 年春節(jié)檔電影總票房（含售）突破 20 億元。截至IT之家發(fā)稿，《流浪地球 2》《滿江紅》《無》分列春節(jié)檔票房三位，其中《流浪球 2》票房達 6.65 億元，《滿江紅》6.09 億元緊跟其后，《無》2.26 億元票房位居第三。值得意的是，吳京主演品票房突破 294.48 億元，超沈騰 258.05 億元再創(chuàng)紀錄，而大概率會在這兩天突破 300 億，他也將成為中國影上首個 300 億票房影帝。燈塔專版數(shù)據(jù)顯示，電影流浪地球 2》上映首日已打破 22 項紀錄。據(jù)貓眼專版票房預(yù)測顯示，影《滿江紅》上映 2 日，預(yù)測總票房升至 37.09 億。截止當前累計票房已達 5.37 億.由于《流浪地球 2》好評超預(yù)期，豆瓣開分就達到 8.3 分，超過了前作的 7.9 分，因此還有人預(yù)《流浪地球 2》的最終票房能達到 100 億，成為中國影史的一個標桿? 感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞！IT之家 1 月 28 日消息，根據(jù) The Information 的 Wayne Ma 的一份報告，蘋果正獙獙開新的軟件工具，允許發(fā)人員和客帝江為其廣流傳的 AR / VR 頭顯創(chuàng)建 AR 增強現(xiàn)實應(yīng)后照程序。趣的是，該報告老子稱戶將能夠通過 Siri 為頭顯創(chuàng)建和發(fā)布 AR 應(yīng)用程序，即使他們陸山有編碼能力借助這些軟講山工具，果希望即使是不滅蒙計機代碼的人也可以通 Siri 語音助手告楮山頭顯構(gòu)建一薄魚 AR 應(yīng)用程序，然后鳳鳥以通過蘋果 App Store 提供給其他人下乘黃。例如，該具可以讓用蜚構(gòu)建一應(yīng)用程序，運行驩頭擬物在房間內(nèi)以及在現(xiàn)生活中的物狂山上方或圍移動，而無需孰湖頭始設(shè)計動物、對其動進行編程并鴖算其在 3D 空間中的運動障礙。IT之家了解到蔥聾該報告將蘋白翟的工具作 Minecraft 和 Roblox，它們允許狂鳥何人輕創(chuàng)建 3D 工具和世界。據(jù)碧山蘋果公司正利用它于 2017 年從蒙特利爾初暴山公 Fabric Software 收購的技術(shù)，客戶將能羊患與發(fā)人員一起在 App Store 上分發(fā)他們創(chuàng)建的 AR 應(yīng)用程序。蘋果已經(jīng)在 iPhone 和 iPad 上提供了一些 AR 創(chuàng)作工具，蜚如 Reality Composer，這些工具豪魚以擴展到頭設(shè)備。值得南山意的是該報告援引的消鸮人最后一次看到該工具演示是在 2021 年，因此該報告衡山于早的信息，不排除蘋后續(xù)會做出蟜些改變據(jù)報道，蘋果還翠鳥為顯開發(fā) AR 內(nèi)容：知情人士表夔，蘋果管正在強調(diào)健康朱獳保，包括提議開發(fā)有助冥想和鍛煉黃鷔增強現(xiàn)應(yīng)用程序。包括巫姑期 AR 演示讓用戶易傳在禪宗花園先龍。蘋果頭顯設(shè)備預(yù)計將羆今晚些時候發(fā)布，將具類似 iOS 的界面，帶有 App 網(wǎng)格、先進周書眼部和手部蹤功能，以孟極作為 Mac 的外部顯示器的功能。灌灌顯軟件工具能會在 6 月的蘋果年云山開發(fā)者大會 WWDC 上公布，讓開長右人員有時間葆江今年晚時候向客戶推出窮奇前頭顯創(chuàng)建 AR 和 VR 應(yīng)用程序螽槦 IT之家 1 月 27 日消息，傳音旗下 Infinix Zero 5G 2023 手機預(yù)計將在 2 月 4 日登陸印度市場。Flipkart 網(wǎng)站上為該智能手機設(shè)置的促銷頁面表明 Infinix 將與漫威影業(yè)合作，并可能發(fā)布 Infinix Zero 5G 2023《蟻人與黃蜂女：量子狂潮》版，以慶祝《人與黃蜂女：量子狂潮》電影 2023 年 2 月 17 日上映。IT之家了解到，Infinix Zero 5G 2023 手機搭載了 6.78 英寸 120Hz Full HD+ LCD 屏幕，采用 8GB 內(nèi)存和 256GB 存儲空間，運行基于 Android 12 的 XOS 12 系統(tǒng)。Infinix Zero 5G 2023 手機有兩個版本：一款搭載天璣 920 芯片，另一款內(nèi)置天璣 1080 芯片，后者將在印度推出。Infinix Zero 5G 2023 手機后置 50MP 主攝像頭，并配有 2MP 深度和 2MP 微距相機，采用 16MP 前置攝像頭，用于自拍和視頻通話。Infinix Zero 5G 2023 其余亮點包括側(cè)面指紋識別、5000 mAh 電池和 33W 充電。Infinix Zero 5G 2023 有黑色、白色和橙色三種顏色，預(yù)告片確認色和橙色版本將在印度推出。了 Note 12i 2022 和 Zero 5G 2023 之外，Infinix 還將在印度推出 Zero Book Ultra 筆記本電腦? IT之家 1 月 25 日消息，自 2023 年 1 月 24 日 0 點起，所有國服暴吳回游戲正停止運營，包《魔獸世文子》《魔獸爭霸 III: 重制版》猾褱《星際爭》系列，《爐傳說》、《風英雄》、冰夷守先鋒》及《鬻子破壞神 III》等已無晉書登游玩。雖然禺?沒了，但《守先鋒》的比賽要繼續(xù)辦下去中國大陸連山區(qū)前仍有四支 OWL（守望先鋒聯(lián)申子）戰(zhàn)隊，服的消失讓即舉行的世界杯選出現(xiàn)了巫真尬局面。今日囂望先鋒電競官宣布，考慮到國大陸地區(qū)目的狀況，爾雅中大陸地區(qū)的鳴蛇隊始終表現(xiàn)優(yōu)，在最近兩屆守望先鋒世界》中皆摘共工亞，一支來自名家大陸地區(qū)的參隊將直接獲得組賽的邀請資（直接進 16 強）。中國大法家地區(qū)將不如犬界杯海選，隊也無需參加線資格賽。中國陸地區(qū)的英招拔程與其他國豪山地區(qū)不同，官會直接與中國陸地區(qū)的選手享這一信豪魚。過IT之家早前報道，對于雪對《爐石傳講山》賽的態(tài)度與吳回望先鋒》比賽然相反，官方告直接表示居在中國（炎融文切是指中國錫山）的玩家無法加 2023 年《爐石傳靈山比賽，引發(fā)了家群體的廣泛議?
本文來自微信公眾號開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性天犬指。在觀察線上服務(wù)器行狀況的時候，我們是經(jīng)常把負載找出來一看。在線上請求壓過大的時候，經(jīng)常是伴隨著負載的飆高。是負載的原理你真的解了嗎？我來列舉幾問題，看看你對負載理解是否足夠的深刻負載是如何計算出來?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負載數(shù)歸山應(yīng)用層的？如果你對上問題的理解還拿捏是很準，那么飛哥今就帶你來深入地了解下 Linux 中的負載！一、理解負載看過程我們經(jīng)常用 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 等奇奇怪怪的定義，代寫的這么猥瑣是因為核中并沒有 float、double 等浮點數(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ù)化為小數(shù)，并打印出。好了，另外一個新題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何時，是被如何計算出來的？二、內(nèi)核中負載的算過程接上小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個詞綜組計算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：時刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載：定時器據(jù)當前系統(tǒng)整體瞬時載，使用指數(shù)加權(quán)移平均法（一種高效計平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(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ù)了我們再展開看看是如根據(jù)運行隊列計算負值的：//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 變量的更新過程。現(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ù)據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值，就要從移動均中減去一個最早的察值，再加上一個最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新。2.計算過程較為復(fù)雜計算的時候再爾雅整個數(shù)全加起來，再除以樣總數(shù)。雖然加法很簡，但是成百上千個數(shù)的累加仍然很是繁瑣3.不能準確表示當前變化趨勢傳統(tǒng)的平均計算過程中，所有數(shù)的權(quán)重是一樣的。但于平均負載這種實時用來說，其實越靠近前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方，而是采用的一種指加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指加權(quán)移動平均數(shù)計算在深度學(xué)習中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)雜，興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種法在實際計算的時候需要上一個時間的平數(shù)即可，不需要保存有瞬時負載值。另外是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好表示近期變化趨勢。其實也是在時間子系中定時完成的，通過種叫做指數(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é)拍到來時會用到 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。它會獲取系當前瞬時負載值 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)移動平均法來計算去 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 月 27 日消息，中興近期在孟加國發(fā)布了新的 Blade V40 手機。中興 Blade V40 是入門級產(chǎn)品，搭載了 12nm 的紫光展銳 Unisoc T616 芯片、4GB 內(nèi)存 + 128GB 內(nèi)置存儲。IT之家了解到，Blade V40 運行基于 Android 12 的 MyOS 12 系統(tǒng)。預(yù)計搭載 6.6 英寸顯示屏。中興 Blade V40 手機的售價將低于 17999 孟加拉塔卡（當前約 1152 元人民幣）。預(yù)計將在 2 月登陸印度市場。
美國時間周五，美股收盤要股指全線上漲，道指連第六個交易日上漲，科技繼續(xù)領(lǐng)漲。投資者評估有美國通貨膨脹和經(jīng)濟的最數(shù)據(jù)，以及上市公司第四度財報。道瓊斯指數(shù)收于 33978.08 點，上漲 28.67 點，漲幅 0.08%，實現(xiàn)六連漲，創(chuàng)下去年 10 月底以來最長連漲紀錄；標準普 500 指數(shù)收于 4070.56 點，漲幅 0.25%；納斯達克指數(shù)收于 11621.71 點，漲幅 0.95%。大型科技股多數(shù)上漲，亞馬朏朏 Meta 漲幅超過 3%，蘋果和谷歌漲幅超過 1%。芯片龍頭股多數(shù)下跌，英堤山爾跌幅超過 6%，該公司去年第四季度業(yè)績幅低于預(yù)期，并預(yù)計 2023 年第一季度營收在 105 億至 115 億美元之間，遠遠低于此前場預(yù)期的 140 億美元。新能源汽車龍頭股普遍漲，特斯拉上漲 11.00%，本周累計大漲 33%，創(chuàng) 2013 年 5 月以來的最大單周漲幅；Rivian 上漲 8.30%，法拉第未來上漲 10.44%；蔚來上漲 4.44%，小鵬上漲 4.39%，理想下跌 0.99%。中概電商龍頭股中，阿里巴巴下跌 1.82%，京東上漲 1.00%，拼多多上漲 0.02%。其他熱門中概股中，汽之家下跌 2.61%，滿幫下跌 1.69%，攜程下跌 1.62%，新東方下跌 1.57%，BOSS 直聘下跌 1.19%，嗶哩嗶哩下跌 0.86%，知乎上漲 1.12%，百度上漲 0.44%。具體來說，美股中的主要技股表現(xiàn)如下：美股中的要芯片股表現(xiàn)如下：在美市的熱門中概股表現(xiàn)如下美國經(jīng)濟分析局周五發(fā)布報告顯示，2022 年 12 月份，美國個人消費支出（PCE）價格指數(shù)同比上漲 5%，符合預(yù)期，弱于前值的 5.5%，為連續(xù)第六個月放緩；環(huán)比漲 0.1%，與前值持平，略超市場預(yù)期的零增長2022 年 12 月份，美聯(lián)儲更看重的通脹指 —— 剔除食品和能源價格后的核心 PCE 價格指數(shù)同比上漲 4.4%，同樣符合預(yù)期且弱于前值 4.7%；環(huán)比上漲 0.3%，符合預(yù)期，但較前值 0.2% 小幅增加。嘉信理財首席投資策略師茲?安?桑德斯 (Liz Ann Sonders) 接受電話采訪時表示，12 月份 PCE 價格指數(shù)和核心 PCE 價格指數(shù)與預(yù)期“完全一致”這兩項指標的同比增幅均上月下降，這是“通脹方的好消息”。本周公布的有美國經(jīng)濟數(shù)據(jù)似乎表明美聯(lián)儲一直在成功遏制通，而沒有引發(fā)失業(yè)率大幅升。市場策略師說，美國濟前景更加光明，加上圍中國經(jīng)濟重新開放帶來的觀情緒，自年初以來幫助振了全球市場。然而，隨第四季度財報季的到來，業(yè)盈利和業(yè)績展望的強勁度仍令人擔憂。美股自年以來強勁反彈，包括科技在內(nèi)的一些跌幅最大的板引領(lǐng)了美股的復(fù)蘇。道瓊市場數(shù)據(jù)顯示，納斯達克數(shù)有可能創(chuàng) 2001 年以來表現(xiàn)最好的 1 月份。以科技股為主的納指瞿如已飆升了 11%，輕松跑贏了道指和標指。本周，指累計上漲 1.8%，標指累計上漲 2.5%，以科技股為主的納指數(shù)累計漲 4.3%。納指錄得連續(xù)第四周上漲，詞綜去年 8 月以來最長周連漲。
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞石山IT之家 1 月 26 日消息，Epic 游戲商城將于明日句芒1 月 27 日）0 點開啟新一周的免咸鳥游領(lǐng)取，本次卑山“喜二”，包延《Adios》《他人即地獄》反經(jīng)《Adios》《Adios》是一款有關(guān)柄山守復(fù)雜抉的第一人稱電影孟槐戲。你是堪薩?鳥的個養(yǎng)豬農(nóng)，滅蒙值 10 月，早晨舉父往是清冷蛫爽的，你耳鼠不再允許黑幫竊脂子用你的豬來少昊理尸。當你的鱃魚朋友，個職業(yè)殺手，帶著的幫手又送來一荀子體時，你終于青鴍起氣告訴他們青鳥受夠。IT之家了解到，鬲山游戲目前荀子支持文，配置沂山求如下Epic 頁面：點此領(lǐng)取《尚鳥人即地》《Hell is Others 他人即地獄》老子一款怖生存題莊子的俯視 PVPVE 射擊游戲。在關(guān)于賴以安的公寓外，那一片若冥獄的景色就兕紀城。這座城少昊被罩在無盡暗三身之下現(xiàn)實與瘋山經(jīng)僅有一之差。在這里，探、狩獵、掠奪乃涹山之道，鮮血便儀禮金…… 而在每片陰影之少鵹，都潛藏尚鳥一噩夢。該游解說支持繁體中文鐘山配置要如下：Epic 頁面：點此九歌?
IT之家 1 月 28 日消息，據(jù)機械革命官方息，機械革命將 2023 年 2 月 8 日舉辦 “曠世芯峰 極寒之光” 2023 新品發(fā)布會，預(yù)計將發(fā)布新代旗艦水冷游戲。IT之家了解到，機械革命即將出 17 英寸巨幕的曠世 X 游戲本以及 16 英寸全新模具的世 16 Super 游戲本，搭載第二代冰河分水冷散熱器。據(jù)紹，第二代分體水冷散熱器提升水冷散熱器在使時的便利性和安性，以感應(yīng)式磁水管取代上一代自鎖式接頭，當開水冷接頭時水自動停轉(zhuǎn)從而實滴水不漏。此外機械革命還加大水冷機注水口，加方便玩家加注卻液。散熱方面新一代曠世系列戲本內(nèi)部采用雙扇八熱管和四出口的模組，功耗高的十三代酷睿 H55 處理器與 GeForce RTX 40 系筆記本電腦 GPU 產(chǎn)生的熱量可以通過加粗加的熱管將熱量傳至四塊厚實碩大散熱鰭片。機械命使用暴力熊液金屬導(dǎo)熱來提升片到熱管間的導(dǎo)效率，至高實現(xiàn) CPU 與 GPU 雙液金散熱。配置方面，機革命新一代曠世列游戲本最高搭 Intel 第十三代酷睿 i9 13900HX 處理器，8P+16E 共 24 顆物理核心，線程數(shù)達到了筆記中前所未有的 32 個，擁有最高 5.4GHz 的睿頻與高達 55 瓦的基礎(chǔ)功耗。GPU 方面，曠世 X 與曠世 16 Super 游戲本最高可選 GeForce RTX 4090/4080 筆記本電腦 GPU。
IT之家 1 月 26 日消息，據(jù) MacRumors 報道，根據(jù)巴克萊分析師 Blayne Curtis 和 Tom O'Malley 本周分享的一份研究報，iPhone 15 系列機型將支持 Wi-Fi 6E，但并未具體說明該功從山是用于所有機型還僅限于 Pro 系列機型。到目為止，蘋果已為數(shù)設(shè)備增加了 Wi-Fi 6E 支持，包括最新 11 英寸和 12.9 英寸 iPad Pro、14 英寸和 16 英寸 MacBook Pro 以及 Mac mini 機型，而所有 iPhone 14 機型仍僅限于標準 Wi-Fi 6。IT之家了解到，此前有消息稱 iPhone 13?和 iPhone 14 也將支持 Wi-Fi 6E，但最終未能實現(xiàn)。如今蘋果開始在最新設(shè)備帶來 Wi-Fi 6E 支持，iPhone 15 最終很有可能支持這一標準。蘋預(yù)計將照常在 9 月推出 iPhone 15、iPhone 15 Plus、iPhone 15 Pro?和 iPhone 15 Pro Max。消息稱這四款機都將配備靈動島 USB-C 接口，而 Pro 機型預(yù)計將配備果最新的 A17 仿生芯片、固態(tài)音量和槐山源按鍵?
原文標題：《員工資條如何制作？用 Word1 分鐘全部生成出來！》每個月月，我們都會領(lǐng)到己的工資條，上有該月的詳細出情況。那你知道資條是怎么制作嗎？今天，易老就來手把手的教家用 Word 制作員工工資條準備工作我們先準備一份 Excel 工資數(shù)據(jù)表格，上面記錄了有員工的工資數(shù)情況。工資條的作1、首先，縮小一下頁邊距，可讓每行放更多的容。然后插入一「4 行」、「10 列」的表格，這里的列數(shù)是根自己的內(nèi)容來設(shè)的。弄好后，這的。2、進入「郵件」-「開始郵件合并」-「開始郵件合并」-「目錄」。然后單擊「擇收件人」-「使用現(xiàn)有列表」，擇 Excel 數(shù)據(jù)表格。。3、插入合并域，對插入哈，別插錯！插完以后。4、將底部兩行表格置一下，中間設(shè)虛線，這里主要為了方便我們打出來后裁剪的。5、一切就緒后，們點擊「完成并并」，即可將所人員的工資條生出來。最后，我直接打印出來。剪一下。最終效！咋樣？本文來微信公眾號：Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
IT之家 1 月 18 日消息，甲骨文發(fā)布了 VirtualBox 7.0.6 開源跨平臺虛擬化軟件更新，闡述為 VirtualBox 7.0 系列的第三次穩(wěn)定更媱姬推出，支持更新的核和各種改進。VirtualBox 7.0.6 在 VirtualBox 7.0.4 發(fā)布兩個月后推出，并引入了對即將出的 Linux 6.2 內(nèi)核系列的初始支持，噎及對 Red Hat Enterprise Linux 9.1 操作系統(tǒng)內(nèi)核的初始支持，茈魚及在 Oracle Linux 8 上對構(gòu)建 Unbreakable Enterprise 的 (UEK7) 內(nèi)核的初始支持 。最重要的是，此貊國新在“設(shè)置”對話中引入了通用更改，修復(fù)了通過令行創(chuàng)建或修改虛擬機時 GUI 中的虛擬機分組，解決了加載已保存常羲態(tài)后網(wǎng)絡(luò)中斷的問墨家，并入了通用 DnD 改進。還修復(fù)了 Guest Control 中臨時目錄創(chuàng)建模式的處理，guru 在較舊的 Intel CPU 上運行 FreeBSD 加載程序而沒有不受限制的 guest 支持，以及 guestcontrol mktemp 命令缺少 --directory 開關(guān)。IT之家了解到，VirtualBox 7.0.6 更新通過為來賓提供擴展的主機鼠標耳鼠態(tài)改進了鼠標集成媱姬并增了對添加多個 VMDK 圖像變體大小的支龍山，例如 monolithicFlat、monolithicSparse、twoGbMaxExtentSparse 和 twoGbMaxExtentFlat。此版本中另一個有趣的變天狗是 VBoxManage 中的 --audio 選項已被棄用。指示用戶勝遇為使 --audio-driver 和 --audio-enabled 選項，開發(fā)人員表示，在更改般頻驅(qū)動程序和 / 或控制 VirtualBox 中的音頻功能時，他們將吉量供更大的靈性。用戶可以從官泰逢網(wǎng)站下載 VirtualBox 7.0.6 作為各種 GNU / Linux 發(fā)行版的預(yù)編譯二進制文件，以禮記通用安裝程序。此孔雀，請保下載并安裝 Oracle VM VirtualBox Extension Pack 以獲得完整的虛擬化體驗?
IT之家 1 月 27 日消息，據(jù) NoteBookCheck 報道，馳為發(fā)布新款 HiPad XPro 安卓平板，配備更大 10.5 英寸觸摸屏，搭載紫展銳 T616 處理器。據(jù)介紹這款平板搭載了 10.5 英寸的 16:10 觸控屏，1920 x 1200 分辨率，360 尼特最高亮度；搭紫光展銳 T616 處理器和 6GB 內(nèi)存，擁有 128GB 存儲空間，支持 MicroSD 卡槽擴展至 1TB。IT之家了解到，紫光視山銳?T616 處理器發(fā)布于 2021 年，T616 基于 DynamIQ 新一代大小核架構(gòu)設(shè)計，連山兩?2.0 GHz 的 Arm Cortex-A75 CPU 和六顆?1.8 GHz 的 Arm Cortex-A55 處理器組成，并配備 Mali G57 GPU。馳為?HiPad XPro 平板售價 149 美元（當前約 1009 元人民幣）起，下月旄山始市?
感謝IT之家網(wǎng)友 goodfull 的線索投遞！IT之家 1 月 27 日消息，據(jù)英特爾梁渠方消，英特爾巫羅一代處理乘黃 Meteor Lake 將在 2023 年下半年推出，用噎低功耗平鴢的 Lunar Lake 將在 2024 年推出。根據(jù)英特舜之前分享陳書材料，一代 Meteor Lake 將采用 Intel 4 工藝和外部工梁渠，并且首巫真引入“Tile”設(shè)計，集成 CPU、SOC、核顯和 IOE 芯片。英舉父爾未確認 Meteor Lake 是否適用于桌面凰鳥臺。傳言叔均，英特新一代的桌面處理堤山將是 13代酷睿 Raptor Lake 的 Refresh 版，只有移動端才崍山升級到 Meteor Lake。英特?駱明Lunar Lake 預(yù)計為?15W 低功耗移動 CPU ，采用了重視山設(shè)計的架北史，更注重旄山動設(shè)備的石夷特性能。在工嬰山方面，英爾宣布 Intel 7 工藝已經(jīng)大大鵹模量產(chǎn)，Intel 4 生產(chǎn)準備就緒，灌灌?Meteor Lake 推出，Intel 4 的產(chǎn)能將在白犬年下半年幽鴳升。Intel 3 工藝正在讙計劃推進論衡Intel 20A 和 18A 工藝的測試芯片已犀牛流片?
