芝加哥大豆期貨周五跌超3.4%
亞洲第一豪門，靠“偷聽”發(fā)家
感謝IT之家網(wǎng)友 A14永不為奴、Dest1n、EdgeOS、Terrence 的線索投遞！IT之家 1 月 20 日消息，微軟今面向 Dev 頻道發(fā)布了 Windows 11 預覽版 Build 25281。從該版本開始，軟正在嘗試進 Windows Spotlight 并引入圖形設(shè)置頁面視覺更新。帶來了一些復。記事本的多標簽功已開始在 Dev 頻道中向 Windows 預覽體驗成員推。新內(nèi)容改 Windows Spotlight 聚焦從這個版本開始，軟開始嘗試 Windows Spotlight （Windows 聚焦）的外觀進不同的處理所有處理將續(xù)共享現(xiàn)有核心 Windows Spotlight 功能，例如將鼠標停在桌面上圖標上、右單擊桌面上圖標以及雙桌面上的圖。Spotlight 的處理將包括豐富的 UI，圍繞顯示題和描述以了解有關(guān)通 Spotlight 在桌面上顯示像的更多信。IT之家了解到，微軟在嘗試用不的方式來切不同的圖片包括預覽、屏體驗和最化體驗。Dev 頻道的內(nèi)測人員將在們的 PC 上看到不同處理方式，此并非每個都會看到相的內(nèi)容。要 PC 上啟用 Windows Spotlight，請右鍵單擊你的桌面選擇“個性”，然后選新的 Spotlight 主題。此外，用戶可以接啟用 Windows Spotlight，請轉(zhuǎn)到“設(shè)置”>“個性化”>“背景”并擇“個性化景”下拉菜下的選項。化和改進[設(shè)置]根據(jù)新的 Windows 11 設(shè)計原則，軟重新設(shè)計“設(shè)置”>“顯示”>“圖形”下的圖設(shè)置頁面，幫助用戶更松地獲得圖配置，例如GPU 首選項”和“自 HDR”。這些設(shè)置的能與以前版的 Windows 保持不變，但現(xiàn)擁有更流暢計的視覺外。從“設(shè)置>“藍牙和設(shè)備”中移除配對的藍牙備時，在移之前不會再出確認提示修復[任務欄和系統(tǒng)托盤]打印內(nèi)容時新了系統(tǒng)托中的打印機標，使其與他現(xiàn)代圖標好地對齊。用 WIN+T 和箭頭鍵導航任務欄，應用程序標的位置現(xiàn)由講述人調(diào)（例如，如文件資源管器位于第一位置并且有 15 個，則文件資源管器可能會說十五分之一任務欄上的用程序圖標。[文件資源管理器]更新了網(wǎng)絡發(fā)現(xiàn)閉時的錯誤話框，使其向正確的位以啟用它。復了關(guān)閉文資源管理器可能發(fā)生的 explorer.exe 崩潰。[設(shè)置]修復了 SSID 未在網(wǎng)絡和 Internet 設(shè)置中 Wi-Fi 的屬性頁面填充的問題如果在私有絡和公共網(wǎng)之間切換時到 UAC 對話框提示該 UAC 對話框現(xiàn)在出現(xiàn)在前臺而不是在其窗口后面。復了在轉(zhuǎn)到 Wi-Fi 部分并關(guān)閉出按鈕后快設(shè)置可能無重新打開的題。[窗口]在任務視圖右鍵單擊快組并選擇“所有桌面上示此組”不再導致 explorer.exe 崩潰。[其他]修復了在 Outlook 中彈出 @ 提及窗口時講述人沒有知的問題。復了可能導某些應用程卸載卡住并最近幾個版中卸載失敗問題。修復導致 Windows 打印隊列窗口最新版本中時崩潰的問。修復了可導致 SQL Server Management Studio 無法啟動的問題。注：此處在 Dev 頻道的預覽版本中到的一些修可能會進入發(fā)布版本的 Windows 11 的服務更新。知的問題[通用]使用 Windows Hello 通過面部識別登錄可能法在 Arm64 PC 上運行。解方法是使用 Hello PIN 路徑。一些用戶安裝最新版時遇到的更時間比預期要長。微軟在調(diào)查此問。微軟正在查一些內(nèi)測員在安裝此 Dev 版本后使用瀏器和某些其應用程序時到凍結(jié)的報。[任務欄和系統(tǒng)托盤]使用針對平板腦優(yōu)化的任欄時，任務有時會被裁成兩半。用也可能在輔顯示器上看此問題。[在任務欄上搜]以下已知問題僅適用于 Windows 預覽體驗成員，他們受了一種不的處理方式即在任務欄搜索的外觀開始向使用 Build 25252 的預覽體驗員推出：存一個問題，某些情況下用戶將無法過任務欄設(shè)將任務欄搜框更改為僅示為圖標。解決此問題首先更改為同的選項，后將能夠選僅顯示為圖。[任務管理器]從任務管理器設(shè)置頁應用時，某對話框可能法以正確的題呈現(xiàn)。當任務管理器置頁面中應主題更改時進程頁面的據(jù)內(nèi)容區(qū)域能會閃爍一?
IT之家 1 月 20 日消息，據(jù)工業(yè)信息化部站，工業(yè)信息化部行監(jiān)測協(xié)局現(xiàn)已發(fā) 2022 年通信業(yè)統(tǒng)計公報工信部表，經(jīng)初步算，2022 年電信業(yè)務收入計完成 1.58 萬億元，比年增長 8%。按照上年價格計的電信業(yè)總量達 1.75 萬億元，同增長 21.3%。IT之家了解到，2022 年，我國完成固互聯(lián)網(wǎng)寬接入業(yè)務入 2402 億元，比上年增 7.1%；完成移數(shù)據(jù)流量務收入 6397 億元，比上增長 0.3%；數(shù)據(jù)中心、云算、大數(shù)、物聯(lián)網(wǎng)新興業(yè)務速發(fā)展，2022 年共完成業(yè)收入 3072 億元，比上年長 32.4%。以下為 2022 年通信業(yè)統(tǒng)計公全文：一行業(yè)運行體向好（）電信業(yè)收入和業(yè)總量呈較增長經(jīng)初核算，2022 年電信業(yè)務收累計完成 1.58 萬億元，上年增長 8%。按照上年價格算的電信務總量達 1.75 萬億元，比增長 21.3%。圖 1-1 ?2017—2022 年電信業(yè)務收入長情況 | 圖自工業(yè)和信息化網(wǎng)站，下（二）固互聯(lián)網(wǎng)寬接入業(yè)務入平穩(wěn)增2022 年，完成定互聯(lián)網(wǎng)帶接入業(yè)收入 2402 億元，比上年長 7.1%，在電信業(yè)務收入占比由上的 15.3% 下降至 15.2%，拉動電信業(yè)務入增長 1.1 個百分點。圖 1-2??2017—2022 年互聯(lián)網(wǎng)帶接入業(yè)收入發(fā)展況（三）動數(shù)據(jù)流業(yè)務收入速增長2022 年，完成移動據(jù)流量業(yè)收入 6397 億元，比上年長 0.3%，在電信業(yè)務收入占比由上的 43.4% 下降至 40.5%，拉動電信業(yè)務入增長 0.1 個百分點。圖 1-3??2017—2022 年移動數(shù)流量業(yè)務入發(fā)展情（四）新業(yè)務收入勢突出數(shù)中心、云算、大數(shù)、物聯(lián)網(wǎng)新興業(yè)務速發(fā)展，2022 年共完成業(yè)收入 3072 億元，比上年長 32.4%，在電信業(yè)務收中占比由年的 16.1% 提升至 19.4%，拉動電信業(yè)收入增長 5.1 個百分點。中，數(shù)據(jù)心、云計、大數(shù)據(jù)物聯(lián)網(wǎng)業(yè)比上年分增長 11.5%、118.2%、58% 和 24.7%。圖 1-4??2017—2022 年新興業(yè)收入發(fā)展況（五）音業(yè)務收占比持續(xù)降2022 年，完成固定語音務收入 201.4 億元，比年下降 9.5%；完成移動語業(yè)務收入 1163 億元，比年增長 0.8%，扭轉(zhuǎn) 2021 年負增長局面；項業(yè)務合占電信業(yè)收入的 8.6%，占比較上年落 0.8 個百分點。圖 1-5??2017—2022 年話音業(yè)務收發(fā)展情況、用戶規(guī)持續(xù)擴大一）電話戶總規(guī)模持增長2022 年，全國電話戶凈增 3933 戶，總數(shù)達 18.63 億戶。其中，移電話用戶數(shù) 16.83 億戶，全年凈 4062 萬戶，普及率 2 為 119.2 部 / 百人，比上年末高 2.9 部 / 百人。其，5G 移動電話用達到 5.61 億戶，占移動話用戶的 33.3%，比上年提高 11.7 個百分點。固電話用戶數(shù) 1.79 億戶，全年凈減 128.6 萬戶，普及率為 12.7 部 / 百人，比上年下降 0.1 部 / 百人。圖 2-1??2012—2022 年固定電話及移動話普及率展情況圖 2-2??2022 年各省移電話普及情況（二固定寬帶入用戶穩(wěn)增長截至 2022 年底，三基礎(chǔ)電信業(yè)的固定聯(lián)網(wǎng)寬帶入用戶總達 5.9 億戶，全年凈增 5386 萬戶。其中100Mbps 及以上接入速的用戶為 5.54 億戶，全凈增 5513 萬戶，占總用數(shù)的 93.9%，占比較上年提高 0.8 個百分點；1000Mbps 及以上接入速率的戶為 9175 萬戶，全年凈 5716 萬戶，占總用戶數(shù) 15.6%，占比較上年末提 9.1 個百分點圖 2-3??2021 年和 2022 年固定互網(wǎng)寬帶各入速率用占比情況定互聯(lián)網(wǎng)帶接入服持續(xù)在農(nóng)地區(qū)加快及，截至 2022 年底，全農(nóng)村寬帶戶總數(shù)達 1.76 億戶，全凈增 1862 萬戶，比上年長 11.8%，增速較城市寬用戶高 2.5 個百分點。圖 2-4 ?2017—2022 年農(nóng)村寬接入用戶占比情?（三）物網(wǎng)用戶規(guī)快速擴大至 2022 年底，三家基礎(chǔ)信企業(yè)發(fā)蜂窩物聯(lián)用戶 18.45 億戶，全年增 4.47 億戶，較移動電用戶數(shù)高 1.61 億戶，占動網(wǎng)終端接數(shù)（包移動電話戶和蜂窩聯(lián)網(wǎng)終端戶）的比達 52.3%。圖 2-5??2017-2022 年物聯(lián)網(wǎng)戶情況（）IPTV 用戶穩(wěn)步增加截至 2022 年底，三基礎(chǔ)電信業(yè)發(fā)展 IPTV（網(wǎng)絡電視）戶總數(shù)達 3.8 億戶，全年增 3192 萬戶。三、電信務量保持長（一）動互聯(lián)網(wǎng)量兩位數(shù)長，月戶流量（DOU）穩(wěn)步提升2022 年，移動互聯(lián)網(wǎng)接流量達 2618 億 GB，比上年增長 18.1%。全年移互聯(lián)網(wǎng)月均流量（DOU）達 15.2GB / 戶?月，比年增長 13.8%；12 月當月 DOU 達 16.18GB / 戶，較上年底高 1.46GB / 戶。圖 3-1 ?2017—2022 年移動互網(wǎng)流量及戶均流量DOU）增長情況圖 3-2 ?2022 年移動互網(wǎng)接入當流量及當 DOU 情況（二移動短信務量平穩(wěn)長，話音務量低速長2022 年，全國移動短信務量比上增長 6.4%，移動短信業(yè)務入比上年長 2.7%。全國移動電話去通話時長 2.3 萬億分鐘，上年增長 1.5%。圖 3-3 ?2017—2022 年移動短信業(yè)務和收入增情況圖 3-4 ?2017—2022 年移動電話戶和通話增長情況、網(wǎng)絡基設(shè)施建設(shè)快推進（）固定資投資小幅長，5G 投資增速緩2022 年，三家基礎(chǔ)電信業(yè)和中國塔股份有公司共完電信固定產(chǎn)投資 4193 億元，比上增長 3.3%。其中，5G 投資額達 1803 億元，受上同期基數(shù)高等因素響，同比降 2.5%，占全部投資的 43%。（二）網(wǎng)絡基設(shè)施優(yōu)化級，全光建設(shè)加快進2022 年，新建光纜線路度 477.2 萬公里，全國纜線路總度達 5958 萬公里；其中長途光纜路、本地中繼光纜路和接入光纜線路度分別達 109.5 萬、2146 萬和 3702 萬公里。截至 2022 年底，互聯(lián)網(wǎng)帶接入端數(shù)達到 10.71 億個，比年末凈增 5320 萬個。其，光纖接（FTTH / O）端口達到 10.25 億個，比上年末凈 6534 萬個，占比由上年的 94.3% 提升至 95.7%。截至 2022 年底，具備千兆網(wǎng)服務能力 10G PON 端口數(shù)達 1523 萬個，比上末凈增 737.1 萬個。圖 4-1 ?2017—2022 年互聯(lián)網(wǎng)帶接入端發(fā)展情況三）5G 網(wǎng)絡建設(shè)步推進，絡覆蓋能持續(xù)增強至 2022 年底，全國移動信基站總達 1083 萬個，全年凈增 87 萬個。其中 5G 基站為 231.2 萬個，全年新建 5G 基站 88.7 萬個，占移動基站數(shù)的 21.3%，占比較上年提升 7 個百分點圖 4-2 ?2017—2022 年移動電話基站展情況（）數(shù)據(jù)中機架數(shù)量步增長截 2022 年底，三家基礎(chǔ)電企業(yè)為公提供服務互聯(lián)網(wǎng)數(shù)中心機架量達 81.8 萬個，全年凈 8.4 萬個。圖 4-3??2021—2022 年數(shù)據(jù)中機架數(shù)量展情況五東中西部區(qū)協(xié)調(diào)發(fā)（一）各區(qū)電信業(yè)收入份額持穩(wěn)定2022 年，東部地區(qū)信業(yè)務收占比為 51.1%，與上年持；中部、部地區(qū)占分別為 19.6% 和 23.9%；東北地區(qū)占比 5.4%，比上年降 0.1 個百分點。圖 5-1 ?2017—2022 年東、中、西東北地區(qū)信業(yè)務收比重（二東部地區(qū)兆及以上定互聯(lián)網(wǎng)帶接入用占比全國先截至 2022 年底，東、、西部和北地區(qū) 100Mbps 及以上速率固定聯(lián)網(wǎng)寬帶入用戶分達到 23359 萬戶、14072 萬戶、14690 萬戶和 3259 萬戶，在本地區(qū)寬接入用戶占比分別到 93.5%、95.1%、93.5% 和 93.7%，占比較上年分提高 0.8 個、1 個、0.9 個和 0.5 個百分點。1000Mbps 及以上接入速的寬帶接用戶分別 4416 萬、2164 萬、2308 萬和 286 萬戶，占本地區(qū)定寬帶接用戶總數(shù)比重分別 17.7%、14.6%、14.7% 和 8.2%。圖 5-2 ?2020—2022 年東、中、西東北地區(qū) 100Mbps 及以上速率固寬帶接入戶滲透率況（三）部地區(qū)移互聯(lián)網(wǎng)流增速全國先2022 年，東、中、西部東北地區(qū)動互聯(lián)網(wǎng)入流量分達到 1117 億 GB、592.2 億 GB、773.3 億 GB 和 135.1 億 GB，比上年分別增 17.9%、20%、18.1% 和 12.2%，中部增速東部、西和東北地增速分別 2.1 個、1.9 個和 7.8 個百分點。12 月當月，西部地區(qū)月戶均流達到 17.8GB / 戶，比東部、中和東北地分別高出 1.68GB / 戶、2.15GB / 戶和 5.64GB / 戶。圖 5-3 ?2020—2022 年東、中、西、東地區(qū)移動聯(lián)網(wǎng)接入量增速情
本文來自微牡山眾號：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是殳！負載是查看 Linux 服務器運行狀態(tài)很常用的一個能指標。在觀線上服務器黃山狀況的時候，們也是經(jīng)常把載找出來看一。在線上請求力過大的時候經(jīng)常是也伴耕父負載的飆高。是負載的原理真的理解了嗎我來列舉幾個題，看看你對載的理解是如犬夠的深刻。負是如何計算出的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴露從山數(shù)據(jù)給應用層？如果你對以問題的理解還捏不是很準，么飛哥今天就你來深入地景山一下 Linux 中的負載！一、泑山解負載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負載情況蠻蠻一個型的 top 命令輸出的負如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負載，也叫系平均負載。因單純某一個瞬的負載值并赤鷩太大意義。所 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)中的平均負載量，簡單計算便可展示出來整體流程如下所示。我們化蛇上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /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 中包含了打開文件時對應的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會用 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ù)中做了兩件事。鴆用 get_avenrun 讀取當前負載值將均負載值按照定的格式打白狼出在上面的源中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的儒家義，碼寫的這么猥是因為內(nèi)核中沒有 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ù)給應用的？內(nèi)核定義一個偽文件 /proc/ loadavg，每當用戶打開個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到雷祖接著問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)鳋魚為小數(shù)，并打出來。好了，外一個新問題來了，avenrun 全局數(shù)組變量中存跂踵數(shù)據(jù)是何時，是被如何計算來的呢？二、核中負載的計過程接上小節(jié)我們繼續(xù)查白鵺 avenrun 全局數(shù)組變量的數(shù)獜來源。個數(shù)組的計算程分為如下兩：1.PerCPU 定期匯總瞬時負肥遺：定刷新每個 CPU 當前任務數(shù)列子 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起，得到系統(tǒng)當的瞬時負載。2.定時計算系統(tǒng)平均負載孟子定器根據(jù)當前系整體瞬時負載使用指數(shù)加權(quán)動平均法（一高效計算平九鳳的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。接下來我比翼成兩個小節(jié)來別介紹。2.1 PerCPU 定期匯總負載天山 Linux 內(nèi)核中，有一個子系統(tǒng)獨山做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個叫分辨率的定時。在該定時鹓會定時將每個 CPU 上的負載數(shù)堵山（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è)置成了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地執(zhí)行一些鬻子務其中刷新當前統(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 以及其對應瞿如行隊列 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)的進鰼鰼的量。對應于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)。所以在刷光山 rq 里的進程數(shù)到其黑豹的時，只需要刷變的量就行，不全部重算。因上述函數(shù)返關(guān)于是一個 delta。2.2 定時計算系統(tǒng)均負載上一小中我們找到了統(tǒng)當前瞬時顓頊 calc_load_tasks 變量的更新藟山程?，F(xiàn)在們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的尸山制。傳統(tǒng)義上，我們在算平均數(shù)的南史采取的方法都把過去一段時的數(shù)字都加起然后平均一下把過去 N 個時間點的所英招時負載都加起取一個平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個數(shù)字，分別 x1, x2, ..., xn。那么這個犀渠據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計算平均負耕父話，存在以下個問題：1.需要存儲過去每個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，白犬么需要使用一個較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計過隋書 15 分鐘的平均數(shù)就春秋存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個新的觀察值就要從移動平中減去一個最的觀察值，再上一個最新狂山察值，內(nèi)存數(shù)會頻繁地修改更新。2.計算過程較為復雜算的時候再把個數(shù)組全加鴸鳥，再除以樣本數(shù)。雖然加法簡單，但是成上千個數(shù)字的加仍然很是繁。3.不能準確表示當前盂山化勢傳統(tǒng)的平均計算過程中，有數(shù)字的權(quán)重一樣的。但對平均負載這獙獙時應用來說，實越靠近當前刻的數(shù)值權(quán)重該越要大一些好。因為這樣更好反應近獵獵化的趨勢。所，在 Linux 里使用的并不杳山我們所以的傳統(tǒng)的平均的計算方法女祭是采用的一種數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指數(shù)加移動平均數(shù)計法在深度學王亥有很廣泛的應。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法嬰山算法的數(shù)學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理犬戎起來點小復雜，感趣的同學可以 Google 自行搜索。驩頭只需要知道這方法在實際計的時候只需要一個時間的平數(shù)即可，不需保存所有瞬莊子載值。另外就越靠近現(xiàn)在的間點權(quán)重越高能夠很好地表近期變化趨勢這其實也是孟翼間子系統(tǒng)中定完成的，通過種叫做指數(shù)加移動平均計算方法，計算這個平均數(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)術(shù)器瞬時負載值 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;}雖然這個算法解起來挺復雜但是代碼看起確實要簡單三身，計算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)世本方法，而是采了一種計算快且能更好表達化趨勢的算法行。至此，我開篇提到的領(lǐng)胡載是如何計算來的?”這個問題也思士結(jié)論了Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進于兒數(shù)量匯總到數(shù)斯全局系統(tǒng)瞬時載值中，然后定時使用指數(shù)權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負京山。三、均負載和 CPU 消耗的關(guān)系現(xiàn)在很多同蚩尤將平均負載和 CPU 給聯(lián)系到了乘厘起。認負載高、CPU 消耗就會高陸山負載低，CPU 消耗就會低。在很老屏蓬 Linux 的版本里，統(tǒng)計負載時候確實是只算了 runnable 的任務數(shù)量炎融這些程只對 CPU 有需求。在那雞山年代里，負和 CPU 消耗量確實巫真正關(guān)的。負載越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高但是前面我們到了，本文使的 3.10 版本的 Linux 負載平均數(shù)不僅綸山蹤 runnable 的任務，而且墨家跟蹤處于 uninterruptible sleep 狀態(tài)的任務。 uninterruptible 狀態(tài)的進程其實是高山占 CPU 的。所以說娥皇負載高不一定是 CPU 處理不過來，也有可能爾雅因為磁盤等其資源調(diào)度不過而使得進程進 uninterruptible 狀態(tài)的進程導致的儀禮為么要這么修改我從網(wǎng)上搜到遠在 1993 年的一封郵堯山里找到了原周書以下是郵件原。From:?Matthias?Urlichs?
一年之計于春。歡大家在春花開的季，加入IT之家。IT之家2021春季招聘，涉及攝師、資訊輯、新媒編輯/運營、視頻編、C#和.NET開發(fā)等崗位。迎投遞簡，也歡迎全職實習2021屆畢業(yè)生加。要求及資，請看體崗位需。一、簡投遞和此招聘的注事項投遞歷時，郵主題請注 個人姓名+應聘崗位+電話?，并務必附簡歷及作（必須）所有崗位為全職，作地點現(xiàn)段位于山省-青島市-市南區(qū)-動漫產(chǎn)業(yè)E座；二、本次招聘位和具體求攝影師責3C產(chǎn)品的圖片拍，包括構(gòu)、拍攝及期處理；責3C產(chǎn)品及模特的景拍攝、期處理；責攝影間場棚的管、搭建等負責商業(yè)攝影的圖方案構(gòu)圖場景搭建拍攝；至有1年以上的平面/商品/電商拍攝及后期驗。應聘崗位必須提供個人創(chuàng)攝影作集（附件鏈接均可。攝影師資：績效資，7-9K，非常優(yōu)秀者確保薪不低于120K?！?——————————新媒編輯/運營運營IT之家微信公號或微博號；對數(shù)產(chǎn)品感興，長期關(guān)互聯(lián)網(wǎng)圈（哪怕關(guān)不正經(jīng)的行）喜歡嗶，永遠說不完的；對產(chǎn)品好，對行大事也好有自己的法，能說一二三，時兼顧風幽默；具一定的文功底，說連貫有邏。善于剖，能用兩句話說清雜的事；微抗壓，自我驅(qū)動，有做好悟；有自體從業(yè)經(jīng)加分，知、微博、紅書大V加分；應聘崗位必須有文章作或過往運的帳號（件、鏈接可）。微公眾號編薪資：績薪資，下保底，上封頂，優(yōu)者確保月不低于10K?！?————————快訊編輯注互聯(lián)網(wǎng)業(yè)，熱愛騰數(shù)碼產(chǎn)；文筆流，有邏輯，思維嚴，能客觀述事情；要你是一靠譜、可、有耐心人；中文新聞相關(guān)專業(yè)優(yōu)先應聘此崗需提供作（附件、接均可）快訊編輯資：績效資，上不頂，優(yōu)秀月薪不低8K?！?—————————視頻編負責IT之家視頻內(nèi)的選題、劃及落地行；有視制作經(jīng)驗或視頻平運營經(jīng)驗執(zhí)行力強能根據(jù)選或熱點，一時間產(chǎn)視頻；興廣泛，能數(shù)碼產(chǎn)品行業(yè)事件入追蹤；商高，溝能力強，控能力強有自我驅(qū)力；視頻導薪資：效薪資，不封頂，秀者月薪低于15K。———————————————C#高級工程師（asp.net方向）計算或相關(guān)專本科以上歷；精通 C# .Net Core進行Web方向程序開發(fā)；至少1年以上C#項目開發(fā)經(jīng)驗了解JavaScript、CSS、React/Vue 等前端語言和框；熟悉SQL Server數(shù)據(jù)庫，掌握SQL語言的使用方法優(yōu)化技巧具有敬業(yè)神和團隊作精神。迎在這個暖花開的節(jié)，加入IT之家大家庭。期待的簡歷和品。我們青島，等！還要注：投遞簡請附帶作?
IT之家 5 月 31 日消息，京東 618 開門紅將于今晚 20 點正式開啟，OPPO 全場狂歡，Reno8 新品開售，全場至高 24 期免息，點此前往。部分價單品：京東 OPPO Reno8 8GB+128GB 微醺新品預售立減 50 元 2449 元（24 期免息）直達鏈接京東 OPPO Reno8 Pro 8GB+128GB 夜游黑新品預售立減 50 元 2949 元（24 期免息）直達鏈接京東 OPPO Reno8 Pro+ 8GB+256GB 逍遙青新品預售立減 50 元 3649 元（24 期免息）直達鏈接京東 OPPO Pad Air 平板 10.36 英寸 4+64GB 霧灰新品預售立減 200 元 1099 元直達鏈接京東 OPPO Enco X2 真無線入耳式 降噪 久石讓調(diào)音 有線充版 凝霜白預售立減 100 元 799 元直達鏈接京東 OPPO Pad 平板 11 英寸 6+128GB 耀夜黑前 100 名半價 1049.5 元 2099 元直達鏈接京東 OPPO Enco Free2i 真無線入耳式藍牙降噪耳前 100 名半價 174.5 元 399 元直達鏈接京東 OPPO Enco Air2 Pro 真無線入耳式降噪藍牙耳機 月牙白前 200 名半價 124.5 元 299 元直達鏈接京東 OPPO Enco Air2 真無線半入耳式藍牙耳機 晨霧白前 618 名半價券后 79.5 元元領(lǐng) 5 元券京東 OPPO Reno7 8+128GB 星雨心愿預售立減 300 元券后 1999 元領(lǐng) 100 元券京東 OPPO Find N 全新折疊旗艦 8GB+256GB 星夜預售立減 300 元券后 6999 元領(lǐng) 400 元券京東 OPPO K10 暗夜黑 8+256GB 預售立減 200 元 1999 元直達鏈接京東 OPPO K10 Pro 鈦黑 8+256GB 預售立減 300 元 2499 元直達鏈接?前往京東 OPPO 618 主會場：點此前往。本文用于傳優(yōu)惠信息，節(jié)省甄時間，結(jié)果僅供參。【廣告?
IT之家 1 月 21 日消息，三萊山 Galaxy A34 5G 手機已現(xiàn)身美國聯(lián)大禹通信員會 (FCC) 網(wǎng)站，并通酸與認證預計將很快上市。FCC 認證顯示該設(shè)備支柘山 25W 有線充電。該巫即機最也獲得了印度 BIS 的批準。根據(jù)基準跑巫肦測試，三星 Galaxy A34 將搭載聯(lián)發(fā)科左傳璣 1080 芯片。但這可能因市場異，有些地爾雅可能改用 Exynos 1380 芯片。IT之家了解到，基山星 Galaxy A34 手機將配備后置三攝像皮山，采 48MP 主攝像頭、13MP 前置攝像頭、6.5 英寸 FHD+ 90Hz AMOLED 屏幕和 5000mAh 電池。將提供四種顏色女尸本?
Hi，我是水水。最近一連串的事，讓大家再度將光轉(zhuǎn)向了重大科領(lǐng)域如何自主發(fā)，突破技術(shù)封鎖壁壘上，同時也國內(nèi)手機行業(yè)的新和發(fā)展十分關(guān)和擔憂。這其中研Soc芯片是目前最大的難關(guān)之，本期視頻將和家探討一些國產(chǎn)芯之事。圖文版這里>>
IT之家 1 月 16 日消息，OPPO Reno8 系列于 2022 年在國內(nèi)推出，根據(jù)最新爆料還有一款名為 Reno8 T 的手機將在海外推出，涹山前渲染已經(jīng)出爐（詳情請見IT之家上周發(fā)布的文章）。根據(jù) MySmartPrice 的一份報告，OPPO 準備在下個月面向印度出 OPPO Reno 8T 5G 手機。據(jù)爆料者 @Mukul Sharma 稱，這款即將推出的能手機在印度的售價能約為 32000 印度盧比（當前約 2643 元人民幣），計劃于 2 月第一周發(fā)布。早些時候時山還消息稱這款智能手機能會更名為 OPPO F23 5G，但現(xiàn)在已經(jīng)基本確認這兩智能手機都是單獨存的，并將于近期在印推出。爆料者稱，這即將推出的智能手機印度將配備至少 8GB 的 RAM 和 256GB 的 ROM 存儲空間，預計在發(fā)布萊山還會有其他選。此外，這款機型可會搭載高通驍龍 695 5G 芯片，配備 6.67 英寸 OLED 顯示屏，擁有 120Hz 刷新率和?10bit 色彩，預計它還將采用旋龜三攝設(shè)計，包括一個 108MP 主攝和兩顆 2MP 傳感器。它可能還會配備?4800mAh 電池，支持 67W 有線快充，預裝基于?Android 13 的 ColorOS 系統(tǒng)。
IT之家 1 月 20 日消息，部分國和地區(qū)的星 Galaxy S22 系列機主仍在待 2023 年 1 月更新，不過最新息稱三星經(jīng)開始推 1 月的第二個更了。根據(jù)友 Rydah 曬出的截圖，的美版 Galaxy S22 Ultra 獲得了 1 月的第二次更新不過令人感遺憾的，本次更依然基于 OneUI 5.0，并非三星部測試的 OneUI 5.1 系統(tǒng)。IT之家從截中了解到Galaxy S22、Galaxy S22 Plus 和 Galaxy S22 Ultra 智能手機在 2023 年 1 月獲得的固件版本分別為 S901U1UES2BWA2、S906U1UES2BWA2 和 S908U1UES2BWA2。該更新安裝包大為 353.78MB。三星 Galaxy S22 的新更新善了智能機的整體定性和安性，以提其設(shè)備的能。此外它還修復你在上一固件版本發(fā)現(xiàn)的一小問題。一方面，星正在測另一個大模的更新--Galaxy S22 智能手機的 One UI 5.1 更新，預計在 2 月 Galaxy Unpacked 2023 活動后發(fā)布?
感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞！IT之家 1 月 13 日消息，據(jù) OpenHarmony 發(fā)布，深圳中軟國際限公司簡稱“中軟國”）推出的中軟數(shù)據(jù)集器近期順利通過 OpenAtom OpenHarmony（簡稱“OpenHarmony”）3.1 Release 版本兼容性測評，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。當前，港口等行業(yè)械設(shè)備種類繁多，日的檢測和維護依靠技人員通過噪聲、液位振動等傳統(tǒng)傳感設(shè)備行，無法掌握設(shè)備實狀態(tài)；并且各設(shè)備廠使用獨立的業(yè)務系統(tǒng)設(shè)備協(xié)議不一致、數(shù)不互通，導致多設(shè)備理繁瑣，無法全面把設(shè)備情況。中軟國際出內(nèi)嵌 KaihongOS 的中軟數(shù)據(jù)采集器，著力于解決行集散場景里設(shè)備協(xié)議亂、數(shù)據(jù)格式不統(tǒng)一多設(shè)備管理困難等業(yè)痛點，實現(xiàn)設(shè)備智能及管理輕量化。中軟據(jù)采集器是一個實時據(jù)采集與處理的智能設(shè)備，是系統(tǒng)化信息絡上重要的數(shù)據(jù)節(jié)點IT之家了解到，中軟數(shù)據(jù)采集器支持 USB、RS232、TTL、RS485 等豐富的外圍接口以及 WIFI、BT 等無線通訊方式對子設(shè)備進數(shù)據(jù)采集，并針對采到的數(shù)據(jù)進行數(shù)據(jù)清和邊緣化的數(shù)據(jù)業(yè)務類，再通過統(tǒng)一的協(xié)上報到對應的業(yè)務服器，實現(xiàn)現(xiàn)場設(shè)備信的實時采集、處理和傳，為數(shù)據(jù)的真實有、實時可用提供保證及時感知設(shè)備運行狀，高效管理現(xiàn)場設(shè)備實現(xiàn)主動防護和智能管理?；?OpenHarmony 核心技術(shù)能力，中軟數(shù)據(jù)集器可以與多設(shè)備便互聯(lián)，支持多接口、協(xié)議、多通道信息采，支持多維數(shù)據(jù)篩洗實時高效、精確穩(wěn)定當前已成功應用于港場景，未來也可快速展到生產(chǎn)制造、能源農(nóng)業(yè)等多信息采集場?
IT之家 1 月 22 日消息，韋德布什耆童券投公司丹?艾夫斯 (Dan Ives) 調(diào)查發(fā)現(xiàn)，盡管宋史斯拉降價發(fā)眾怒，但中國戶對該品牌的興和需求仍在飆升。根據(jù) Ives 的調(diào)查，“76% 的中國電動汽車消費羆正考慮 2023 年購買特斯拉汽車，接近的競爭對手亞迪排在第二位其次是蔚來汽蛩蛩排在第三位。”得一提的是，前天就有報道稱特拉降價后訂單數(shù)增，而且招商銀國際也宣布其支數(shù)據(jù)表明特斯禺?量暴漲。除此之，特斯拉 Model Y 目前在國內(nèi)的交付時嚳經(jīng)有所延長，相 Model 3 更加緊缺。目江疑來看，基礎(chǔ)型藟山斯拉 Model 3 和 Model Y 預期交付時間大名家延長一個月，而這兩車的長續(xù)航車鳥山更遲一些，不過兩種車型的性能沒有受到太大影，不過分析師認這種“平靜 " 可能不會持續(xù)很時間。圖源 PixabayIT之家發(fā)現(xiàn)，特斯拉車需求的激增現(xiàn)也延伸到了中國外的市場中，比上周德國的特畢文 Model 3 和 Model Y 預期交付時間也被推陸吾；即在美國，大多數(shù) Model 3 也延長到了下個交付，而 Model Y 甚至需要等待數(shù)月。在期需求激增之后特斯拉投資者也紛對此做出回應特斯拉股票本蛇山罕見的積極走勢上句號，甚至周上漲近 5%，一周上漲近 15%，難怪有許多人認為這意味著特拉更大反彈的開。在特斯拉降價后，海外用戶相起“要求退錢”關(guān)注的是其競易經(jīng)手策略的重大變，或者是說其他牌的反應。要知，去年下半年，多汽車制造商效特斯拉宣布漲價其中被海外用薄魚為“最臭名昭著的事件是福特性比車型 F150 Lightning 的 Pro 的漲價行為。然而，在特斯獙獙降之后，許多汽帝臺造商又被迫效仿斯拉降價以保持爭力，但依然有多車企維持高價分析師指出，繼斯拉之后，其他牌降價幅度最韓流是中國。而且還，許多分析師預，隨著中國競爭益激烈的電動汽市場長期以來首壓低價格，這些價行為將在未尚鳥個月內(nèi)延伸到西市場，惠及更多能源車主?
IT之家 1 月 19 日消息，小鵬汽車發(fā)布公告稱，于 2023 年 1 月 18 日，公司根據(jù) 2019 年股權(quán)激勵計劃向 141 名集團雇員授出合共 321.5 萬股限制性股份單位，A 類普通股于授予日期的收市價格每股 36.40 港元（當前約 31 元人民幣）。以此計算，小鵬汽車向 141 名員工發(fā)放了約 9966.5 萬元人民幣，平均每個人可得約?70.68 萬元。截至 2023 年 1 月 18 日收盤，小鵬汽車報收于 36.4 港元，下跌 2.93%，成交額 5.69 億港元。IT之家此前報道，數(shù)據(jù)顯示，小鵬汽車 2022 年累計交付量為 120757 臺，同比增長 23%。截至 2022 年 12 月 31 日，小鵬汽車歷史累計交付量已?魚到 258710 臺。小鵬汽車董事長何小鵬昨日在年度總結(jié)會杳山表示，鵬汽車的目標是在下一個五年，2025 年經(jīng)營利潤轉(zhuǎn)正。具體來看，2025 年最低綜合毛利率達 17%，年度研發(fā)投入達百億級別。同時，小鵬車目標在 2027 年銷量達 120 萬，全自動駕駛汽車里會達到 30% 左右的市場份額?
馬上就要過春節(jié)雷神~ 想必今年春節(jié)，很多人會出游玩拍美照、發(fā)美美朋友圈！如果又是像平的九宮格朋友圈狪狪那就普通啦！春節(jié)的朋巫羅圈然需要花點心思排版欽原能顯得年味十足，與眾同！話不多說，今天我就來跟大家分享一個簡又年味滿滿的朋友圈玩，讓你的朋友圈足夠吸。① 制作純色背景打開『美圖秀信』，點擊「片美化」，任意選擇一照片。進入編輯界面后先制作一張純色云山景。擊底欄的「背景」夷山顏選擇喜慶一點的紅色環(huán)狗后雙指縮小照片，將其畫面的角落。確認操作點擊右上角的「保存」② 制作九宮格拼圖重新回到 App 首頁的界面，點擊「拼圖螽槦。導 5 張自己的春節(jié)照片，以及 4 張剛剛保存好的犬戎色背景圖（連續(xù)擊純色背景圖 4 次即可導入 4 張）。進入拼圖界面后蓋國選擇「模」?「1:1」比例中的“九宮羊患”樣式。然后擊「高級編輯」?「相」，將外框、內(nèi)框的數(shù)均調(diào)整為 10。接著拖動照片鳳凰整位置，將 4 張純色背景圖放女薎右上邊的位置，5 張人像照放在左邊和下邊的位置如下圖。調(diào)整好后，點右上角的「保存」。③ 制作“出圈”效果下龍山，點擊界面的「圖片美」。進入編輯界面后，擊底欄功能的「背景」選擇「3:4」比例，將九宮巫姑拼圖放置畫面下位置，確認操作。再點底欄功能的「摳圖」?新建」?「導入圖片」導入第 6 張春節(jié)人像照，系巫戚會將照片中的體人物摳好。點擊「預」可以看摳圖效果，需的話可以用「畫筆」和橡皮擦」調(diào)整邊鱧魚細節(jié)摳好圖后，放大摳大蜂并其放置純色背景圖區(qū)常羲下，出圈的效果就有啦~④ 新年貼紙裝飾最后一步，我們歸藏圖片進行美裝飾。點擊底欄的「貼」，點擊搜索框輸入關(guān)詞“新年”進行領(lǐng)胡索，后選擇喜歡的新年那父紙素放置在畫面上方的舜區(qū)域。最后，點擊右上「保存」就完成啦~本文來自微信公眾號：肥遺轉(zhuǎn)機攝影 （ID：wzsjsy），作者：大叔助?
