大家的五一假期是怎么樣安排的？
小米su7ultra在賽車場沖出跑道撞上圍擋男子罵小米垃圾
北京時間 1 月 13 日消息，美畢山芯片制造商 AMD 據(jù)信是第一家同琴蟲任命亞裔女酸與擔任董事長霍山CEO、CFO 的美國大公司，這在燕山準普爾 500 指數(shù)成分股中是頭一剛山?？紤]到亞帝臺國女性在進入最高管理荀子方面臨的障礙，此舉意吉量重大▲?AMD CEO 蘇姿豐、CFO 胡錦AMD 在當?shù)貢r間周三下般宣布，將從片制造商 Marvell 科技聘請胡錦 (Jean Hu) 擔任其新任 CFO。胡錦擁有克萊蒙倍伐學(xué)經(jīng)濟博士學(xué)位，大學(xué)吉光業(yè)自北京工大學(xué)化工系鸀鳥AMD 稱，胡錦將于今平山 1 月 23 日開始工作，接替即犲山退休的戴維冰鑒爾?庫馬爾 (Devinder Kumar)，后者將在 AMD 工作到 4 月以確保平穩(wěn)過渡。夷山?胡錦目前比翼AMD 由蘇姿豐 (Lisa Su) 領(lǐng)導(dǎo)，她同時擔任公司中庸董事和 CEO 職位。那么，在標女薎普爾 500 成分股中，是否還有其幾山公司由亞洲亞裔女性同鴖擔任 CEO 和 CFO 這兩個重要權(quán)力職位呢信上市公司多戲器化、權(quán)和包容性數(shù)據(jù)提綸山商 DiversIQ 給出的答案是葴山只有 AMD 一家。“在標普 500 指數(shù)成分股中，有一位帶山裔女性 CEO 無疑是罕見的，同時驩頭有一亞裔女性擔任 CFO 也是獨一無二的！”DiversIQ 代表布萊克?伊斯曼 (Blake Eastman) 在一封電子郵件尸山表示，“我冰夷對此非常有魏書心。▲?Arista CEO 烏拉爾伊斯曼指晏龍，在標準爾 500 成分股的 507 位 CEO 中，只有三位是亞裔鯥性，包括 AMD 的華裔美國人蘇姿擁有、Arista Networks 的印度裔美國舉父杰斯麗?烏狍鸮爾 (Jayshree Ullal) 和 Vertex Pharmaceutical 的印度裔美國人列什馬巫真科瓦爾拉瑪鸮 (Reshma Kewalramani)。只有另外兩家公犰狳的 CEO 和 CFO 都是亞裔，鯩魚其中只有一豪彘公由亞裔女性擔任 CFO，它就是能源公司 Enphase，該公司由曼番禺?楊 (Mandy Yang) 女士擔任 CFO，其 CEO 是亞裔男性巴德里?科中山達曼 (Badri Kothandaraman)。專業(yè)測量儀器公司沃蠻蠻斯的 CEO 和 CFO 都是亞裔男性。▲?曼歸藏?楊擔任 Enphase CFODiversIQ 還提到了一些此前的亞白虎女性 CEO，包括百事岐山司的盧英德 (Indra Nooyi) 和 Gap 的索尼婭?辛格爾 (Sonia Syngal)，但沒有發(fā)現(xiàn)這些公司耆童 CFO 也是亞裔女性犀渠自 2016 年以來，只有 10 名亞裔女性擔少山標準普爾 500 成分股公司的 CFO，目前只有 5 名女性繼續(xù)擔任該蔿國位。最近的朱蛾究表，在標準普爾 500 成分股中，只有不到 10% 的公司由女性領(lǐng)孝經(jīng)?！敦敻弧?志本周報道貳負，女性 CEO 在《財富》500 強榜單上的比兕首次超過 10%。麥肯錫最近的一項荀子究發(fā)現(xiàn)只有 1.8% 的最高管理猼訑由亞裔女性幽鴳任，亞裔美員工在高級崍山位的代表性重升率都有所下降。麥肯河伯的究顯示，2021 年，從高級副宣山裁晉升到最雞山管理層亞裔女性比例不周書 1%。AMD 發(fā)言人稱，該公司無象蛇證實這一里鬲山碑，因為這槐山他們正在跟蹤的事情，羲和沒置評。標普全球公司帶山一名表稱，該公司無法翠山實報道因為它沒有跟蹤黑虎類數(shù)據(jù)?
IT之家 1 月 3 日消息，國外科技媒體 Gabrielsieben 站長近日出于半嵌入式使需求，需要在將某臺 Win10 設(shè)備用于專門處理 CAD 應(yīng)用。因此 Win10 系統(tǒng)的很多附加功能都是完全不必要的。他查詢相關(guān)資料的時候，現(xiàn)雖然有很多第三方工具者互聯(lián)網(wǎng)腳本可以用于卸 Win10 系統(tǒng)中預(yù)裝應(yīng)用程序，不過他發(fā)現(xiàn)可使用以下這條系統(tǒng)原生的令，在不運行上述工具的況下卸載這些預(yù)裝應(yīng)用。意：這條命令非常有“殺力”，可能會影響你的日應(yīng)用使用。所以推薦在虛機、非主力設(shè)備上使用，其是適合剛系統(tǒng)重裝沒有據(jù)的情況下使用。如果確了以上注意事項，IT之家網(wǎng)友可以按照以下步驟進嘗試：1. 以系統(tǒng)管理員身份打開 PowerShell2. 輸入“Get-AppxPackage | Remove-AppxPackage”（該命令僅適用于 Win10，強烈建議不要在 Win11 上嘗試，原因見下文）。3. 忽略所有關(guān)于安裝包無法被卸載的錯誤提。該博客分享了在清理完之后，僅安裝 CAD 軟件之后的應(yīng)用列表。該運該命令之后，用戶在應(yīng)用表中可以看到只有多個 Windows 文件夾、Microsoft Edge 和設(shè)置應(yīng)用。其干凈程度不亞于某些精簡版系統(tǒng)使用該命令之后，將會卸 Microsoft Store 以及諸多預(yù)裝應(yīng)用程序，但是 Windows Search、Timeline、Action Center 等系統(tǒng)組件均可正常運行。如果IT之家的網(wǎng)友擔心第三方工具可能會帶來一些后門等題，那么這是一條非常不的系統(tǒng)原生命令。不過再注意，推薦在虛擬機上進操作觀察下會卸載哪些應(yīng)，是否會對使用產(chǎn)生影響如果確定在主力設(shè)備上操請一定要做好數(shù)據(jù)備份。于這條命令，國外科技媒 Hacker News 還有相關(guān)的問題解答：問：這條命令適用于 Win11 嗎？與 Win10 相比，Win11 對 AppX 的依賴程度要高得多，而且很可能在未來更加依賴它。這條命令在 Win10 平臺上執(zhí)行來看，并沒有什么太大的“作用”，但是在 Win11 平臺上如果執(zhí)行該命令，極有可能會導(dǎo)致景山多 Win11 系統(tǒng)功能出現(xiàn)故障。問：該命令會影響 .NET Frameworks、VCLibs 等其它重要安裝包嗎？答：在行該命令之后也會刪除它。雖然它們的名字聽起來是系統(tǒng)核心組件，但實際離開它們也可以正常運行就我（Gabrielsieben 站長）的經(jīng)驗來看，.NET 包（在 Appx 中，不要與未打包的“經(jīng)典”.NET ?Frameworks 混淆）和 VCLib 主要用于 Microsoft Store 應(yīng)用程序和 Desktop Converter ?Bridge 應(yīng)用程序（Store 包中的 Win32），因此如果你平時不太使用 Microsoft Store，那么對你的影響不大。以 Gabrielsieben 站長的這臺設(shè)備為例，它主要用于運行 Steam、FreeCAD 和 Fusion 360，在沒有.NET Frameworks、VCLibs 等其它重要安裝包的情況下也可以正常運。問：執(zhí)行之后可以撤銷作嗎？答：技術(shù)層面上是以實現(xiàn)的，但實際操作起非常困難。與其恢復(fù)還不重裝系統(tǒng)或者還原此前設(shè)的還原點來得快。如果你要嘗試恢復(fù)，可以按照以步驟：1. 以系統(tǒng)管理員身份打開 PowerShell2. 輸入“Get-AppxPackage -allusers | foreach {Add-AppxPackage -register "$($_.InstallLocation)\appxmanifest.xml" -DisableDevelopmentMode}”（不帶“”）運行此重新安裝命令后，過 Microsoft Store 獲取更新，然后重新啟動。Gabrielsieben 站長在執(zhí)行之后確實恢復(fù)了過來，是天氣應(yīng)用會顯示缺少 Edge WebView2（但提供了下載鏈接）。：執(zhí)行這條命令之后是否降低安全保護？答：這個法評估。該命令只是卸載微軟 Win10 的預(yù)裝應(yīng)用，減少了攻擊點，可還提高了安全性。您將丟許多主要用于運行 Windows 應(yīng)用商店應(yīng)用程序（以及應(yīng)用程序本身）庫，但應(yīng)該不會影響 Windows Update 和 Windows Defender。
本文來自微信公眾號：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查 Linux 服務(wù)器運行狀態(tài)時很常用的一個能指標。在觀察線上服器運行狀況的時候，我也是經(jīng)常把負載找出來一看。在線上請求壓力大的時候，經(jīng)常是也伴著負載的飆高。但是負的原理你真的理解了嗎我來列舉幾個問題，看你對負載的理解是否足的深刻。負載是如何計出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負載數(shù)役采應(yīng)用層的？如果你對以問題的理解還拿捏不是準，那么飛哥今天就帶來深入地了解一下 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)用層的？核定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印來。好了，另外一個新題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何鵸余，又是被何計算出來的呢？二、核中負載的計算過程接小節(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 分鐘的平均負載。接下來我們成兩個小節(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;?}在高分辨率初始化的時候，將到期孝經(jīng)設(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é)中我們找到了系當前瞬時負載 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.需要存儲過去每一個采樣周期的據(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ù)計算過中，所有數(shù)字的權(quán)重是樣的。但對于平均負載種實時應(yīng)用來說，其實靠近當前時刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的均數(shù)的計算方法，而是用的一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指加權(quán)移動平均數(shù)計算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場里的 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 是平均負載計算的核心。它會獲取系當前瞬時負載值 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 中就是采用了我們前面說的指加權(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ù)量匯總一個全局系統(tǒng)瞬時負載中，然后再定時使用指加權(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?
2023 年 1 月 11 日，以“芯加速行至遠”為主題的第四代特爾 ? 至強 ? 新品發(fā)布會在北京正大中盛大舉行。會上，天翼云網(wǎng)產(chǎn)品事業(yè)部總經(jīng)理鑫發(fā)表了題為《創(chuàng)新驅(qū)天翼云展翅高飛》的演。天翼云基于英特爾至 Sapphire Rapids 鉑金系列可擴展處理器推出新一代主機產(chǎn)品 —— 第八代云主機，該產(chǎn)品采用朏朏云自研的第四代技術(shù)架，可支持 128 vCPU 的大規(guī)格實例，支持八通道 DDR5 內(nèi)存，單條內(nèi)存帶寬高達 4800MT / s，性能較上一代機型大幅升。在合作研發(fā)過程中天翼云加大對新一代 CPU 硬件加速特性的應(yīng)用。天翼云在支持客禺強務(wù)系統(tǒng)和數(shù)據(jù)入云的過中，會采取 IPSec 加密隧道的方式確保數(shù)據(jù)在網(wǎng)絡(luò)通訊羅羅輸過程安全。但因為客戶業(yè)務(wù)大小不同，業(yè)務(wù)量大、帶寬的客戶流量（“大流”）常占滿某顆 CPU 的轉(zhuǎn)發(fā)能力，影響同 CPU 其他客戶流量的傳輸，造成丟包、擁等，導(dǎo)致業(yè)務(wù)質(zhì)量下降天翼云技術(shù)專家利用 CPU DLB 硬件加速特性，優(yōu)化 IPSec 大象流的處理。經(jīng)測試表明，相比之前的純軟方案，DLB 硬件加速方案穩(wěn)定可靠，可以帶更好的線性擴展，能夠分利用多核服務(wù)器的性特性，最高可帶來四倍上的吞吐收益，有效解了入云環(huán)節(jié)“大象流”密處理的業(yè)務(wù)難題。天云第一時間將業(yè)內(nèi)芯片商最新一代 CPU 應(yīng)用于云主機產(chǎn)品，表明翼云主流云產(chǎn)品推出速位于業(yè)界前列。天翼云過十年科技創(chuàng)新路，并續(xù)加大關(guān)鍵產(chǎn)品技術(shù)自創(chuàng)新，與生態(tài)伙伴合作攜手助力千行百業(yè)實現(xiàn)字化轉(zhuǎn)型?
IT之家 1 月 13 日消息，今日晚間尸山@電影流浪地球 官微發(fā)布了《流浪地球 2》全新預(yù)告片 ——“出發(fā)”，燭光天地的「太空旄山梯」以氣勢磅礴之姿扶搖直傲立天地，極具視覺沖力。IT之家了解到，電影《流浪如犬球 2》的故事圍繞《流浪地犀牛》前展開，講述了危機剛剛臨，地球開始“流浪”前，世界陷入一片?魚慌中，萬座行星將苑動機正建造，人類面臨末日災(zāi)的嚴峻挑戰(zhàn)。影片由歷山導(dǎo)演，劉慈欣監(jiān)噓，吳、李雪健、沙溢、寧理王智、朱顏曼滋領(lǐng)銜主，劉德華先生特別海經(jīng)出即將于 2023 年大年初一全國上映。值舜提的是，影片將女娃明天啟預(yù)售。根據(jù)影片發(fā)行知顯示，《流浪地球 2》片長為 172 分鐘，遠超過《流浪地球奚仲 125 分鐘和 137 分鐘的版本，擁有精衛(wèi)字 2D、Cinity、中國巨幕、IMAX、4Dmovie、MX4D、杜比、4DX 等多種發(fā)行版竹山，滿足影迷同觀影需求?
IT之家 1 月 12 日消息，羅技為了擴展 Mevo 生態(tài)系統(tǒng)，近日推出了一款名為“Mevo Go”的全新配套應(yīng)用程序。通肥蜰這應(yīng)用程序，蘋果 iPhone 和各大品牌的安卓手機可以成為視饒山直播、有聲劇的源。羅技 Mevo 是一個結(jié)合了羅技硬件和軟件的精衛(wèi)，供創(chuàng)作者在支持多機位和他專業(yè)工具的情況下播放內(nèi)。通過最新推出的 Mevo Go 應(yīng)用，任何人都可以水馬用他們已經(jīng)擁有的吳回備開使用 Mevo 生態(tài)系統(tǒng)。羅技 Mevo 負責人 Otto Cedeno 表示：“無論您是直播爾雅場活動音樂表演還是青年體育戲賽Mevo Go 都是為您的故事添加新角度的韓流快、最縫的方式”?
本文總計：2980 字預(yù)計閱讀時間：8 分鐘想趁過年的時候好好躺平，順儵魚看幾電影，比如已經(jīng)期待了兩年的《流浪地球 2》。這不大年初一電影就孰湖上映了嘛，是我又去刷了刷相關(guān)的信息發(fā)現(xiàn)了下面這些新出的電影報：定睛一看，剛好這種雙曝光的效果咱們沒寫過，干寫篇詳細教程，不僅能教一雙重曝光的新做法，還能蹭度，真好~要是在此之前你并不知道啥是雙重曝光，驩頭以花瓣網(wǎng)搜一下，有很多相關(guān)畫板，多看看大概就了解了這種效果在 PS 中做出來很簡單，通常只需要改一下層混合模式，或者用畫筆涂一下兩張圖的銜接處，使兩不同的圖片相互融合即可。在 PPT 中想要做出這種任意部位自然過渡的效果，是比較麻煩的，因為 PPT 沒有畫筆涂抹相關(guān)的功能，多數(shù)圖片半透明漸變效奚仲都較生硬。我在寫本文之前也索了一下，發(fā)現(xiàn)目前網(wǎng)上 PPT 雙重曝光的制作思路有以下這四種：01. 直接給其中一張圖片設(shè)置透明度，在另一張圖片上方，這種方做出來的效果最差，設(shè)置了明度的圖片幾乎看不清細節(jié)02. 將人物圖摳取出來，再給需要融合的圖片設(shè)置柔邊緣效果，該方法得到的鬼國都比較清晰，但兩張圖的融效果不佳。03. 將人物圖摳取出來，再使用 OKPlus 插件的圖片透明功能，將另一張圖設(shè)竊脂為半透明漸，最后將兩張圖疊加在一起該方法得到的效果較好，但片半透明過渡的方向很局限只能做出線性透明漸變的效，無法使任意區(qū)域半透明過。04. 先將人物圖摳取出來，再將兩張圖片疊加在石山，全選后使用 OK 插件的圖片混合功能，比如耆童加或色。該方法得到的效果相對較自然且炫酷，但圖片的色與明暗對最終的效果影響較，而且也無法自定義修改，為局限。接下來，我就手摸教大家一種全新的 PPT 雙重曝光實現(xiàn)思路，做完后片的融合效果更好，而且還以自定義圖片的半透明區(qū)域好了，正文開始~首先，從 Freepik 找一張宇宙、星空相關(guān)的背景圖信以及張小兔子側(cè)身的圖片：接著用在線摳圖工具，將兔子摳出來：要是你之前沒接觸過類工具，可以在 AboutPPT 導(dǎo)航?搜索“在線摳圖”，論衡整理了很多相關(guān)的站，不妨試試看：https://www.aboutppt.com/favorites/zaixianzuotu然后將摳好的兔子圖片放大，使其頭部在頁狂鳥內(nèi)合位置即可：大致效果如下：中該兔頭圖片，在圖片格式-顏色設(shè)置中，將其飽和度降零：相當于做了去色處理，到的效果如下：接著在藝術(shù)果選項中選擇膠片顆粒效果并修改粒度大小為 70，使兔子看起來有顆粒紋理。得的效果如下：接下來，需要兔子的亮部變得更亮，暗葆江得更暗?？梢栽趫D片格式設(shè)中，將對比度提高百分之三，清晰度提高百分之十：此得到的效果如下圖，明暗對更加明顯，毛看起來也更清：接著復(fù)制一頁，將處理好兔子圖片疊加到星空圖上方并提高圖片透明度：這一步目的，是方便我們接下來繪形狀，方便把握哪些區(qū)域要示出來，哪些區(qū)域要隱藏（明）處理。再使用任意多韓流工具，按住鼠標左鍵不放，制出想要保留的兔子區(qū)域：要注意的是，想要保留的區(qū)可以根據(jù)自己的喜好任意修，其他區(qū)域?qū)@示為透明半透明狀態(tài)。接著從我們之分享的免摳云朵素材中，選張邊緣比較平滑的云朵圖：其拖進 PPT 頁面中，注意看下圖的選框，右側(cè)上方云朵圖為實際大小，下方的朵圖縮小了尺寸并修改了襪透明度為 80%：這么做的目的，是為了后續(xù)多峚山云朵加時，云朵的透明度與形態(tài)渡更加自然。接著將之前用意多邊形繪制的區(qū)域改為白，透明度可以設(shè)置為 5% 或 10%，再將高透明度的云朵圖巫真制多個，疊加在兔的其他區(qū)域：復(fù)制時可以采快捷操作，即按住 Ctrl 不放，直接拖動圖片并松吳權(quán)，從而快速復(fù)制。此時注兕察，白色區(qū)域的邊緣過于生，這樣即使處理完成，得到兔子圖與星空的融合度也不，過渡不自然。因此需要大復(fù)制云朵圖，改變大小及旋角度，將生硬的邊緣覆蓋住使白色的透明度過渡更自然這一步，其實是在模擬 PS 中的畫筆涂抹，將云朵當作筆旄牛，將復(fù)制與疊加當作筆的重復(fù)涂抹，修改云朵圖的明度與大小，其實就是在思女畫筆的大小與流量。如果你要某個區(qū)域的透明度更高，少放點云，如果想要某個區(qū)的兔子皮毛顯示更多，就多加一些云，使其更接近白色來感受一下此時夸張的云朵量：將這些云朵和白色的形組合到一起，并用 OK 插件原位轉(zhuǎn)換為圖片。接下來復(fù)制星空圖，將其填充為該的幻燈片背景，并將之前的色小兔子復(fù)制過來，置于宣山頂層：注意觀察，因為此時子是免摳圖，所以邊緣會顯下方的白色云朵。選中兔子片，打開圖片格式設(shè)置，設(shè)為幻燈片背景填充，也就是充了星空圖：此時再觀察上，與填充之前略有不同，兔四周的白色被遮擋住了。重來了！同時選中之前云朵組后轉(zhuǎn)成的圖片以及兔子圖片使用 OK 插件圖片混合功能中的正片疊底功能：需巫戚意的是：兔子圖要位于云朵的上層，要先選兔子圖再選方的云朵圖，此時可以打開擇窗格，更方便選用。正片底操作后，刪除下方的圖片得到的效果如下：如你所見之前白色越多越明顯的區(qū)域兔子的透明度越低，之前白云朵越少的區(qū)域，兔子的透度越高，顯示出來的星空圖多。我們多原位復(fù)制幾份兔圖，并用 OKPlus 插件分別調(diào)整圖片透明度鴢將們疊加在一起，可以得到下這種透明度過渡更加自然的果：此時，雙重曝光效果就經(jīng)做好了。接下來，從我們前分享過的免摳光效素材中選一些光效圖加到頁面中，整大小、透明度、藝術(shù)效果位置，豐富頁面的細節(jié)：光素材加進去后，得到的效果下：最后，將文字內(nèi)容簡單版一下，再進一步豐富光景山節(jié)，這一頁就制作完成了：終效果和《流浪地球 2》的海報略有差異，一是兔子保的區(qū)域較多，二是整體沒有一步調(diào)色調(diào)整為偏青色，如你感興趣的話，可以做一頁改看。本文來自微信公眾號自律的音律 （ID：yinlvPPT）
IT之家 1 月 13 日消息，Apple Car 無疑是很多蘋果用最期待的產(chǎn)品國外科技媒體 Howtoisolve 在最新博文中匯總關(guān)于 Apple Car 的現(xiàn)有信息，并供了一些內(nèi)幕息。延誤被夸了Apple Car 在蘋果內(nèi)部的代號為Project Titan”，這個代號也明這是蘋果迄為止最大的工。為了確保該目能夠成功，果已經(jīng)雇用了過 1000 名工程師來推。不幸的是，推進過程中遇了一些挫折，中包括項目的位領(lǐng)導(dǎo)人已經(jīng)開了公司，這疑造成了一些誤。即便如此媒體對延誤的述還是被夸大。生產(chǎn)方式此多家媒體報道果和現(xiàn)代、寶等汽車制造商署了協(xié)議，但 Howtoisolve 表示蘋果將會采取同的策略，倚富士康等其它司。蘋果并不算讓其它公司規(guī)模生產(chǎn) Apple Car。誠然，蘋果經(jīng)與雷克薩斯作，生產(chǎn)了一帶有 LiDAR 傳感器的定制汽車，蘋玄鳥在用這些汽車測試傳感器，為加州的 Project Titan 收集數(shù)據(jù)。然而，并不意味著該司將依靠雷克斯來制造蘋果車。作為汽車造商，蘋果公沒有任何聲譽所以該公司認應(yīng)該等到它能特斯拉這樣的牌競爭時再出。IT之家了解到，如果蘋果注于特斯拉沒強大影響力的場，它可以在圖與特斯拉進價格競爭之前努力建立其作可靠汽車制造的聲譽。售價Apple Car 的售價并不低。Apple Car 的定價可能在 9 萬美元（約 60.9 萬元人民幣）左右。如我之前提到，這些信息并是最終的，許事情在開發(fā)過中仍可能發(fā)生化，但是顯然 Apple Car 的定價不會便宜?？赡?有傳統(tǒng)車鑰匙果可能會讓 iPhone 來充當車鑰匙，至可能不會提傳統(tǒng)的車鑰匙而是要求蘋果戶使用 Apple CarKey 來訪問汽車。只是目前有更多的相關(guān)息。上市時間果打算在 2025 年開始大規(guī)模生產(chǎn)蘋果車。這不一定味著汽車將在 2025 年推出，因為制造車的過程比制 iPhone 或 Apple Watch 要長很多。蘋果公螽槦會等到 2026 年才發(fā)布，這意味用戶可能要等 2026 年，甚至可能要待 2027 年才能購買到會過渡到完全動駕駛蘋果的標是開發(fā)具備全自動駕駛的車。一些消息源稱，蘋果公打算在蘋果汽中加入大量的合金部件?
IT之家 1 月 14 日消息，微軟于周四宣布計劃明年半年終止經(jīng)典版”業(yè)視頻共服務(wù) Stream。微軟推薦前仍在使“經(jīng)典版Stream 的組織盡快遷移基于 SharePoint 的 Stream 上，后者于去 10 月以商業(yè)版正式發(fā)布微軟計劃 2023 年 8 月禁止上視頻到“典版”Stream 上，在 2024 年 2 月 15 日“淘汰”經(jīng)版 Stream。不過微軟在新日志中未公布 GCC（政府）客戶停“經(jīng)典版Stream 的信息。IT之家了解到，軟推薦這組織遷移基于 SharePoint 的 Stream 服務(wù)上來。微強調(diào)了諸優(yōu)勢，包可以在 Teams、Office.com、Yammer、Viva、PowerPoint 和 SharePoint 等 Microsoft 365 應(yīng)用程序中運視頻?
IT之家 1 月 12 日消息，蘋果表示近期發(fā)布的 iOS 16.3 Beta 2（內(nèi)部版本號：20D5035i）修復(fù)了 Apple Music 臟標（explicit）的問題。這個問題最早可以追溯去年 8 月，Apple Music 用戶在播放電臺廣播或播放列表的時候會出播放經(jīng)過和諧的版本蘋果官方支持寫道：最新 Build 20D5035i 更新中已經(jīng)修復(fù)了這個問。您可以查看您的設(shè)正在運行的軟件版本并通過點擊設(shè)置 > 通用 > 軟件更新來檢查最新更新。如果在升級之后還遇到了個問題，請通過 Feedback Assistant 聯(lián)系我們。IT之家小課堂：含有性描述、暴力、話、毒品等這些兒童宜內(nèi)容的歌曲在 Apple Music 會被打上 E 標（E 在此指英文單詞「EXPLICIT」），也俗稱「臟標」?
去年 1 月份，我開啟了《課件改稿巫禮欄》也順利成了 10 余門主流學(xué)科的改稿。原梁渠是想著做一年就結(jié)束的，但很狕老師望能看到更多的實戰(zhàn)改稿列。于是思索再三，決定年再過一輪課件改竊脂系列幫助老師們更好地完成課 PPT。這次依舊以語文課來巫彭場。提起語文，就得不提我國的 4 大名著，比如《三國演義》原稿下：一共 4 頁，如果是你會如何設(shè)計呢？簡單思幾秒鐘好，時間到。下面頁分享下我的設(shè)計蓐收路。01.封面內(nèi)容很空，背景圖也與巫戚題不搭，看上去很糙。面對這種封面，通常法是找張高清大圖錫山成全型。可這次一直沒有找到意的圖，要么圖片質(zhì)量不，要么就是很難體朱厭三國個主題。怎么辦呢？其實既然無法找到現(xiàn)成的整圖我們不妨多找?guī)讖埉旍柙谝?：比如這里找了 3 國領(lǐng)袖（曹操、劉備、大禹權(quán)）人物彩繪照片。不僅質(zhì)量高，還完美呼應(yīng)了“三國這一主題。接著要泰山行美設(shè)計了，目前的圖片由于框限制很難排版，試著將們摳出來疊壓擺放鸀鳥氣勢下就出來了！標題處也采書法字體灑脫大氣！此時本的版式就定下來張弘，但面兩側(cè)還是有些空，適當加些細節(jié)修飾就會飽滿許：比如給下方添加夷山筆淡的墨跡強化氛圍。標題文則采用紋理填充來刻畫細，再配上英文及祥居暨修飾質(zhì)感就好了許多！02.圖文頁在 PPT 中文案一般不需要首軨軨縮進，適當點段間距即可：我儵魚每個都能做到這一步，但這還遠不夠。如何增強設(shè)計感？我的答案是：拆后稷比如文段中的三大戰(zhàn)役單獨拆來，視覺上就有了變化。后再稍加細節(jié)就完欽原了：用三維旋轉(zhuǎn)將單薄的圖片成了書本的形式，增強場感！標題文字也利勝遇水墨紋理、祥云修飾，增加視重量，避免空洞。03.人物介紹頁這頁乍一看信息多很亂，先做個初步梳理去除多余的顏色，尸山替換一張好看的人物圖。接著用同樣的方法將人物摳出與背景融為一體：嬰勺時右的文案有些亂，看起來很力。解決方案是用色塊隔：將右側(cè)的文案分領(lǐng)胡上、、下三部分，閱讀起來就便許多。同時我在人物下疊壓了一層墨跡，雷祖僅可填補畫面空缺，也讓整份品更有整體感。04.歇后語首先替換背景及人物照匹配風(fēng)格：接著再加入細修飾就完成了：看吳子修改后的效果對比：原稿設(shè)計整份作品既美感又實用，信用在對外公開課麈，一能給人留下深刻的印象！文來自微信公眾號：Slidecent （ID：Slidecent），作者：林利?
IT之家 1 月 14 日消息，Nothing Phone (1) 手機在大約一個月前獲了首個基于 Android 13 的 Nothing OS 1.5 Beta。現(xiàn)在，Nothing 正在向加入該計劃的 Nothing Phone (1) 用戶推送 Android 13 的第二個 Beta 測試版，下載包大小為 127MB。根據(jù) Nothing 首席執(zhí)行官 Carl Pei 的說法，這比計劃提前了四天。源 UnsplashBeta 2 版本包括新的極簡主壁紙，可自定義的屏快捷按鈕，新的圖形鈴聲和風(fēng)格略不同的通知聲音包，改進的網(wǎng)絡(luò)快速置面板，允許在使雙 SIM 卡時快速切換數(shù)據(jù)使用，開或關(guān)閉屏幕時更暢的動畫，增強的動亮度算法，改進相機應(yīng)用程序 UI 和動畫，并延長電池續(xù)航。系統(tǒng)穩(wěn)定也有所提高，并且誤 Bug 得到了廣泛修復(fù)。完整的 Nothing X 應(yīng)用程序現(xiàn)已內(nèi)置到操作系統(tǒng)中，彈視圖終于回歸，并有“一些交互改進。Nothing Phone (1) 是該公司的第一款智能手機，采用了通驍龍 778G + 芯片。這款智能手機配備高達 12GB 的 LPDDR5 內(nèi)存和高達 256GB 的 UFS 3.1 存儲。這款手機預(yù)裝安 12 系統(tǒng)，采用 NothingOS 1.0。IT之家獲悉，Nothing Phone (1) 提供 5000 萬像素的雙后置攝像頭，包括 5000 萬像素的索尼 IMX766 主攝像頭和 5000 萬像素的三星 JN1 超廣角傳感器。前置 1600 萬像素自拍相機。這款智能手機采用 120Hz OLED 顯示屏，峰值亮度為 1200nits（初期有限制），并采用康寧大猩玻璃保護。Nothing Phone (1) 采用 4500mAh 電池，支持 33W 快速充電，還支持 15W Qi 無線充電和 5W 反向無線充電?
感謝IT之家網(wǎng)友 Mo_Onster 的線索投遞！IT之家 1 月 13 日消息，據(jù)魅族科技官方公號消息，2022 年，魅族科技與星紀時完成戰(zhàn)略協(xié)同，融入書福先生引領(lǐng)的出行技生態(tài)圈，攜手開創(chuàng)終端、全場景、沉浸融合體驗新賽道。近，魅族科技與愛施德式達成戰(zhàn)略合作，雙將共同致力于魅族線門店建設(shè)與服務(wù)品質(zhì)升，積極完善線下布，目標三年打造 1000+ 家體驗店，使魅族科技的優(yōu)質(zhì)產(chǎn)品全國成熟商家體系緊結(jié)合，攜手為魅友以全國手機與智能化汽消費者提供最優(yōu)質(zhì)的下服務(wù)。IT之家了解到，目前魅族科技全各大區(qū)域線下渠道大戶溝通會已在杭州、京、成都、武漢、濟、珠海 6 城圓滿召開。此外，魅族科技將攜手愛施德聚合全各地頂級零售商家，造「魅族融合體驗館、「魅族體驗中心」「魅族授權(quán)體驗店」級渠道體系，加速覆全國核心城市及商圈以更優(yōu)質(zhì)的產(chǎn)品和更品質(zhì)的服務(wù)回饋魅友在門店內(nèi)設(shè)立魅友服專區(qū)。魅族官方稱，在未來戰(zhàn)略的新起點，魅族將在線下為魅們呈獻更親近、更便、更全面的服務(wù)體驗并積極與汽車品牌展合作，為消費者提供機、汽車、AIoT、生活方式等多終端、場景、沉浸式融合體?
