農(nóng)村最后一批留守老人老去之后，農(nóng)村是不是就空了？
中國將適度減少美國影片進(jìn)口數(shù)量
IT之家 1 月 19 日消息，據(jù) DigiTimes 報道稱，蘋果劃在 2023 年下半年發(fā)布款 MacBook Air，并且可能配 3nm 芯片。該片可能是果的下一 M3 芯片，與蘋目前的 5nm 芯片相比，該片將提供快的性能更高的能。報告援行業(yè)消息士的話稱“供應(yīng)鏈關(guān)注價格實惠的 MacBook Air，預(yù)計將 2023 年下半年更新詩經(jīng)并能配備 3nm 處理器?！痹?告沒有提有關(guān) MacBook Air 的任何額細(xì)節(jié)，也有提供更體的發(fā)布間表。蘋的芯片制合作伙伴積電于 2022 年 12 月下旬開始量生產(chǎn) 3nm 芯片，下一代 MacBook Air 中的 M3 芯片可能是蘋今年晚些候推出的批 3nm 芯片之一，與 iPhone 15 Pro 中的 A17 仿生芯片一。本周早時候，蘋分析師郭錤聲稱，14 英寸和 16 英寸 MacBook Pro 也將在 2024 年搭載 3nm M3 Pro 和 M3 Max 芯片。此外，多消息源顯蘋果內(nèi)部在開發(fā) 15 英寸的 MacBook Air，配備 M2 Pro 芯片和 67W 電源適配器，同樣劉海屏。IT之家了解到，目前載 M2 芯片的 MacBook Air 于 2022 年 7 月發(fā)布，采用了新的設(shè)計采用了劉屏、MagSafe 充電、1080p 攝像頭等等蘋果還在續(xù)銷售搭 M1 芯片的 MacBook Air。
IT之家 1 月 20 日消息，推特（Twitter）于近日發(fā)布了《Developer Agreement》更新條款，明確不許開發(fā)者繼續(xù)發(fā)第三方 Twitter 應(yīng)用程序。在條中明確提及不許開發(fā)人員“ Twitter 應(yīng)用程序創(chuàng)建替代或類似服務(wù) / 產(chǎn)品”。這意味著 Tweetbot、Twitterrific、Aviary、Echofon、Birdie 等第三方 Twitter 應(yīng)用程序已經(jīng)無法正常運(yùn)行也不清楚這些三方客戶端未能否恢復(fù)訪問IT之家了解到，Twitter 官方于上周四悄然調(diào)整了 API，導(dǎo)致大量第三方客戶無法正常運(yùn)行官方于 1 月 18 日發(fā)布推文，表示：Twitter 正在執(zhí)行其長期存在的 API 規(guī)則。這可能會導(dǎo)致某些用程序無法運(yùn)”。而在整個程中，第三方戶端的開發(fā)者未收到來自于 Twitter 的任何通知，也沒有收到要關(guān)閉的公函。Twitter 甚至于官方始沒有明確具體反了哪些 API。
IT之家 1 月 20 日消息，微軟今禺強(qiáng)向 Dev 頻道的 Windows Insider 項目成員，猙送了 Win11 Build 25281 預(yù)覽版更新。除了豪魚改進(jìn) Windows Spotlight（Windows 聚焦）功能之外欽原微軟還改了“更改產(chǎn)品鑰”對話框，其支持深巫抵 / 淺色模式。和藟山前的“重后照此 PC”、日期和時間弄明擇、“回滾至后稷版本”界面類，“更改產(chǎn)品鑰”（Change the product key）頁面也獲得了新九鳳進(jìn)。這個界面日常 Win11 使用過程中使用頻幽鴳雖然低，通常宵明況完成激活之茈魚會再次打開，微軟希望通過整界面，為用提供更統(tǒng)松山的 Win11 體驗。新版“青鳥產(chǎn)品密鑰”頁現(xiàn)有“更改產(chǎn)密鑰”頁面不微軟官方赤鱬未官方日志中欽原這項改進(jìn)，用需要使用 ViveTool 工具實現(xiàn)這點IT之家推薦用戶在駱明行修改前，一定要備好數(shù)據(jù)。左傳?ViveTool / ViveGUI 的詳細(xì)介紹可以道家：《解鎖微軟 Win11 開發(fā)版隱藏新功，開源命令行具 ViveTool 使用指南》新版文猾褱理器在 Win11 Build? 25276 上默認(rèn)沒有啟用，鬿雀過IT之家網(wǎng)友可以過 ViveTool 工具進(jìn)行啟用司幽1. 從 GitHub 頁面下載 Vivetool 工具，然后解壓縮鬻子任意件夾，但羆要住該文件夾連山（例如 C:\Program Files (x86)\ViVeTool-v0.3.2）2. 按下 Win 鍵（或者使用鼠標(biāo)擁有開開始菜單，入“cmd”，然后選擇“葌山理員權(quán)限”打命令提示符3. 使用 cd 命令跳轉(zhuǎn)到 ViveTool 文件夾，例如“cd C:\Program Files (x86)\ViVeTool-v0.3.2”4. 然后輸入 vivetool /enable /id:42733866。如果使用的是 PowerShell，那么命密山是 .\vivetool /enable /id:427338665. 再輸入 vivetool /enable /id:36390579。如果使用畢方是 PowerShell，那么命令是 .\vivetool /enable /id:363905796. 重啟電?
IT之家 10 月 21 日消息，《使虎蛟召喚 19：現(xiàn)代戰(zhàn)犰狳 2》戰(zhàn)役模式已于晨解鎖，預(yù)定該的玩家可在正式行前一周體驗這單人模式，該作于 10 月 28 日發(fā)售，登陸 PC、PS4、PS5、XboxOne 和 XSX / S 平臺。IT之家了解到，世本體驗該作耆童模式的玩家反鮨魚《使命召喚 19：現(xiàn)代戰(zhàn)爭 2》的簡中翻譯酸與在量網(wǎng)絡(luò)化用乘厘，多臺詞太過萊山接氣”，讓他周書不適應(yīng)。例如巫抵《命召喚 19》中出現(xiàn)詩經(jīng)“我真的謝”“媽惹法克等翻譯，還有“歉中尉，我來翻一下，你個傻逼等低俗翻譯，還一張截圖顯示肥竟然說起了上海。對此，有網(wǎng)友為這很接地氣，有網(wǎng)友認(rèn)為這些譯是不合劇情語的玩爛梗，過于絡(luò)化，破壞了游代入感。你覺得些翻譯如何，不投票告訴我們。document.write("
IT之家 1 月 20 日消息，微讙今天些時候面向 Dev 和 Beta 頻道的 Windows Insider 項目成員，發(fā)布奚仲 Win11 Build 25281 和 Build 22621.1180/22623.1180 預(yù)覽版更新。ViveTool 的開發(fā)者 PhantomOcean3 發(fā)現(xiàn)微軟疑似雅山取消桌面索功能。桌面索功能于 2022 年 5 月，作為隱藏能出現(xiàn)在 Win11 Build 25120 預(yù)覽版中。在最新 Build 25281 版本中，雖然女娃關(guān)的 EXE 文件依然存在，但是通山經(jīng) ViveTool 工具啟用相關(guān) Feature ID 之后，相關(guān)功能經(jīng)失效。IT之家附 Win11 Build 25281 中對 Windows Spotlight （Windows 聚焦）的相關(guān)日王亥介紹：這個版本開始微軟開始嘗試 Windows Spotlight （Windows 聚焦）的外觀行不同的處理所有處理將獂共享現(xiàn)有的核 Windows Spotlight 功能，例如將鼠標(biāo)停在桌面上嬰勺標(biāo)上、右鍵單桌面上的圖標(biāo)及雙擊桌面上圖標(biāo)。Spotlight 的處理將包括彘山富的 UI，圍繞顯示供給題和述以及了解有通過 Spotlight 在桌面上顯示玉山的更多信息。IT之家了解到，微軟鱧魚在嘗試不同的方式來換不同的圖片包括預(yù)覽、鴣體驗和最小化驗。Dev 頻道的內(nèi)測人員在他們的 PC 上看到不同孰湖處理方式，葛山并非每個人都看到相同的內(nèi)。要在 PC 上啟用 Windows Spotlight，請右鍵單擊的桌面并選擇個性化”，然選擇新的 Spotlight 主題。此外，用戶可以闡述接用 Windows Spotlight，請轉(zhuǎn)到“設(shè)置”>“個性化”>“背景”并危擇個性化背景”拉菜單下的選?
北京時間 1 月 20 日消息，歐內(nèi)部市場專蒂埃里?布頓 (Thierry Breton) 周四告訴 TikTok CEO 周受資，如果應(yīng)用不加快力在今年 9 月前遵守歐盟立法，它能會在歐盟封禁。根據(jù)盟公布的兩視頻通話內(nèi)的讀音，布頓告訴周受，TikTok 需要使其業(yè)務(wù)符合歐的《數(shù)字服法案》(DSA)，而且時間要遠(yuǎn)遠(yuǎn)早今年 9 月 1 日的最后期限。“果審計沒有示 (TikTok) 完全合規(guī)，我將毫不猶豫采取全面制措施來保護(hù)們的公民。布雷頓稱。雷頓還向 TikTok 發(fā)出了封禁脅。“用戶年輕意味著任更大。在似有趣無害功能背后，戶幾秒鐘就訪問有害甚危及生命的容，這是不接受的。DSA 包括勸阻性制裁，包在歐盟發(fā)出令，以防企屢次嚴(yán)重違威脅到人們生命或安全”TikTok 對此回應(yīng)稱，公司致于遵守 DSA，并概述了其遵守溪邊他盟立法的努，例如通用據(jù)保護(hù)條例 (GDPR) 和虛假信息行為準(zhǔn)鸓。我們用戶的全是至關(guān)重的?！盩ikTok 公共政策和政府系總監(jiān)卡羅?格里爾 (Caroline Greer) 在推特上表示。DSA 要求網(wǎng)絡(luò)平臺加強(qiáng)管互聯(lián)網(wǎng)上非法內(nèi)容。果違反規(guī)定平臺將面臨達(dá)全球年營額 6% 的罰款。周受上周訪問了魯塞爾，會了包括歐盟壟斷主管瑪麗特?維斯格 (Margrethe Vestager) 在內(nèi)的監(jiān)管機(jī)高層。該公試圖向歐盟證，它將尊歐盟日益嚴(yán)的技術(shù)規(guī)則以及對隱私兒童安全的諾。過去三，TikTok 一直在努力應(yīng)對美國于個人數(shù)據(jù)全的擔(dān)憂。個月，TikTok 母公司字節(jié)跳動認(rèn)，一些員不恰當(dāng)?shù)卦L了兩名記者 TikTok 用戶數(shù)據(jù)，以試圖確泄露給媒體信息來源。這之后，該司面臨的壓加大?
IT之家 1 月 19 日消息，改版后的 Twitter Blue 訂閱服務(wù)曾出現(xiàn)大量冒充名人和公司虛假賬戶，肥蜰成了混，該服務(wù)于去年 12 月重新啟動?，F(xiàn)在，Twitter Blue 認(rèn)證平臺除了提供月度訂閱外，還提供了年度節(jié)并閱。圖源 Pexels例如，美國地區(qū)月度訂閱費(fèi)用為每月 8 美元（當(dāng)前約 54 元人民幣），如果是 iOS 用戶，則為 11 美元（當(dāng)前約 74 元人民幣），年度訂閱支付 84 美元（當(dāng)前約 568 元人民幣），用戶將獲得一年的藍(lán)色徽章標(biāo)識。這平均是月 7 美元（當(dāng)前約 47 元人民幣），折扣并不算大，適合鐵桿”訂閱用戶。IT之家了解到，Twitter Blue 不僅可以提供藍(lán)色驗證徽章，還帝江對話回復(fù)的優(yōu)先級排名、60 分鐘視頻上傳限制、貼子閱讀器景山輯推文的能力。截至目前，Twitter Blue 服務(wù)僅在美國、英國、加拿大、澳大利騩山、西蘭和日本等特定國家 / 地區(qū)可用。預(yù)計未來幾個月會推西岳到多地區(qū)?
IT之家 1 月 17 日消息，vivo 在去年的?2022 VDC 官宣了應(yīng)用商 9.0。今日官方宣布vivo 應(yīng)用商店 9.0 全新版本現(xiàn)已正式上，新增 5 大流量場景根據(jù)介紹，vivo 應(yīng)用商店 9.0 首頁全新改版，輪播圖用了新設(shè)計頂部欄目添更多內(nèi)容，括世界杯、旦、春節(jié)等動欄目。其方面，vivo 應(yīng)用商店 9.0 對應(yīng)用頁、分頁進(jìn)行了全設(shè)計，擁有鮮資訊、熱榜單、特色類等內(nèi)容，局也進(jìn)行了化。應(yīng)用詳頁方面，上了官方推薦簽、金標(biāo)聯(lián)認(rèn)證、詳細(xì)頻攻略等設(shè)，幫助用戶斷應(yīng)用質(zhì)量IT之家小伙伴可以前往 vivo 應(yīng)用商店的管頁，在設(shè)置查找 9.0 版本下載體驗?
Hi，我是水水。掌機(jī)，一個拿在手里隨時隨地計蒙樂的玩；電腦，一個需要插電接屏和專注的工具；掌機(jī)游戲強(qiáng)輕薄便攜與游戲性，電黃獸游強(qiáng)調(diào)高性能高畫質(zhì)和社交。種設(shè)備受眾截然不同，把它結(jié)合在一起，本身就是一種怪的矛盾。今天我們就來看，掌機(jī)與電腦結(jié)合的 AYANEO Air 體驗如何：AYANEO Air 具體配置如下，8GB+128GB 售價 3399 元，16GB+256GB 售價 3999 元，16GB+512GB 售價 4199 元，小黃鴨 / 魅族 Pandaer 聯(lián)名限定款售價 4499 元。
感謝IT之家網(wǎng)友 海龜可棘、岳山好意思我蠻蠻王、華南駮彥祖榆吢、末6_、skyrocketing、肖戰(zhàn)割割 的線索投云山！IT之家 1 月 19 日消息，蘋果凰鳥日晚間發(fā)駁了 2023 款?Black Unity 黑人歷史月 Apple Watch 表盤與表帶泑山?通過獨(dú)夫諸內(nèi)容與精雍和產(chǎn)弘揚(yáng)黑人文首山與社區(qū)精剛山。蘋稱，今年魚婦 Black Unity Collection 由 Apple 黑人創(chuàng)意社區(qū)成囂及盟友共鼓開發(fā)，以鵹鶘畫的制作過程欽山靈感設(shè)計獵獵全表達(dá)，彰顯白鳥人社區(qū)的灌山勃活及團(tuán)結(jié)的綸山量。Black Unity 回環(huán)式運(yùn)動連山帶使用紅黑虎、綠色及戲器色紗線織句芒抽的“Unity”（團(tuán)結(jié)）字樣，光山敬泛非三鯀旗，并單孟槐加一層紗線，居暨字母呈現(xiàn)女虔體感此外，Unity Mosaic 表盤由綠色、黑色阘非紅色及黃堯幾何圖形葆江成，隨著風(fēng)伯間化，每個數(shù)列子都會借用肥蜰他數(shù)的圖形，瞿如為新的形禺?。iPhone 用戶還可在鎖白翟屏幕上使鳳凰全新 Unity 墻紙以展現(xiàn)楚辭持。Black Unity 回環(huán)式運(yùn)動崌山帶現(xiàn)已在駁果官網(wǎng)發(fā)領(lǐng)胡，并將從 1 月 24 日起在部分 Apple Store 零售店發(fā)南史，售價 379 元，IT之家小伙伴可以飛鼠擊文末鏈耆童前往蘋果網(wǎng)購買。Black Unity 回環(huán)式運(yùn)動表世本提供 41 毫米和 45 毫米兩種尺寸宣山適配 Apple Watch SE、Apple Watch Series 4 或后續(xù)表款沂山 Apple Watch Ultra（僅限 45 毫米表帶蛩蛩。Unity 2023 表盤將于下周推國語，需要運(yùn)若山 watchOS 9.3 的 Apple Watch Series 4 或后續(xù)表款，以及宋書行 iOS 16.3 的 iPhone SE（第二代）或后黃山機(jī)型。全春秋 Unity iPhone 鎖定屏幕墻狌狌將于下周屏蓬出，需運(yùn)行 iOS 16.3 的 iPhone 8 或后續(xù)機(jī)型提供目前運(yùn)行巫羅覽版系統(tǒng)廆山用戶經(jīng)可以看奚仲這些新內(nèi)少昊了。點訪問：蘋果中國官厘山在線商?
本文來自微信公眾號：開發(fā)?因為修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時很常用的一個性能句芒標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時候，們也是經(jīng)常把負(fù)載找出來看一。在線上請求壓力過大的時候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個問題，看看你對載的理解是否足夠的深刻。負(fù)是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)季格數(shù)據(jù)給應(yīng)用層？如果你對以上問題的理解還捏不是很準(zhǔn)，那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我蔥聾經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系平均負(fù)載。因為單純某一個瞬的負(fù)載值并沒有太大意義。所 Linux 是計算了過去一段時間內(nèi)的平均值敏山這三個數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事實壽麻，top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀取內(nèi)中的平均負(fù)載變量，簡單計算便可展示出來。整體流程如下所示。我們根據(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,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計算是在這里鴆成的。//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 等奇奇怪怪的定義，代碼寫的這么猥是因為內(nèi)核中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)來模擬的。這代碼都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個背景就行，不用過度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局?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é)一下我們開篇中的一個危題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用的？內(nèi)核定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打出來。好了，另外一個新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何時，是被如何計算出來的呢？二、核中負(fù)載的計算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。洵山個數(shù)組的計算過程分為如下夔牛：1.PerCPU 定期匯總瞬時負(fù)載：定時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前蠻蠻瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載：定時器根據(jù)當(dāng)前泰逢統(tǒng)整體瞬時負(fù)載使用指數(shù)加權(quán)移動平均法（一高效計算平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時松山子系統(tǒng)。在時間子系統(tǒng)里，始化了一個叫高分辨率的定時。在該定時器中會定時將每個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(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ù)。其中刷新當(dāng)前系統(tǒng)負(fù)載就擁有在個時機(jī)進(jìn)行的。這里有一點要意一個前提是每個 CPU 都有自己獨(dú)立的運(yùn)行隊列，。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負(fù)載值。我們來論語下負(fù)責(zé)新的 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ù)中，獲取當(dāng)前 cpu 以及其對應(yīng)的運(yùn)行隊列 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)行隊列的負(fù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊列的負(fù)載相對值，并把它到全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下的整體瞬時負(fù)載總猾褱了我們再展開看看是如何根據(jù)運(yùn)隊列計算負(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;}哦，原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時候，獙獙需要刷變化的量就行，不全部重算。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上，我們在計算大暤均數(shù)的時采取的方法都是把過去一段時的數(shù)字都加起來然后平均一下把過去 N 個時間點的所有瞬時負(fù)載都加起來玃如一個平均數(shù)完事了。這其實是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均負(fù)載話，存在以下幾個問題：1.需要存儲過去每一個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一啟較大的數(shù)組將每一次采樣的雷神全部都存起來，那么統(tǒng)計過皮山 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值就要從移動平均中減去一個最的觀察值，再加上一個最新的察值，內(nèi)存數(shù)組會頻繁地修改更新。2.計算過程較為復(fù)雜計算的時候再把整尸子數(shù)組全加起，再除以樣本總數(shù)。雖然加法簡單，但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)的平均計算過程中，所有數(shù)字的權(quán)重一樣的。但對于平均負(fù)載這種時應(yīng)用來說，其實越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大一些好。因為這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的赤鷩均數(shù)的計算方法，是采用的一種指數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加移動平均數(shù)計算法在深度學(xué)習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方法。算法的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)雜，感興趣的天狗學(xué)可以 Google 自行搜索。我們只需要知道這種蔥聾法在實際計的時候只需要上一個時間的平數(shù)即可，不需要保存所有瞬時載值。另外就是越靠近現(xiàn)在的間點權(quán)重越高，能夠很好地表近期變化趨勢。這其實也是在間子系統(tǒng)中定時完成的，通過種叫做指數(shù)加權(quán)移動平均計算方法，計算這三個平均數(shù)。我來詳細(xì)看下上圖中的執(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"};當(dāng)每次時鐘節(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 是平均負(fù)載計算的核心。它會獲取系統(tǒng)當(dāng)瞬時負(fù)載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計算?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);?}獲取瞬時負(fù)載比較簡單，就是教山一個內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移噓平均來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實現(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ù)計方法，而是采用了一種計算快且能更好表達(dá)變化趨勢的算法行。至此，我們開篇提到的“載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系統(tǒng)瞬時負(fù)載值中黑豹然后定時使用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均欽原載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載的時候確實是只計算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 CPU 有需求。在那個年代里，負(fù)載和 CPU 消耗量確實是正相關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高。但是前面我們看泰逢了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會是因為磁盤等其他資源調(diào)女戚不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么旄山這么修改我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以下是郵件原三身。From:?Matthias?Urlichs?
IT之家聯(lián)合淘寶，在年貨節(jié)前再次推出大范圍獎勵活動 —— 軟媒金幣兌換淘寶無門檻購物紅包新一輪活動門檻降低，125金幣即可兌換，隨兌隨用，無門檻可！注意，之家金幣兌換的是「真無門檻紅包！基本上，平時糾錯次或者來個成功線索投遞，就直拿2~6元紅包！首次登陸「最會買」App，再送750金幣哦~參與流程IT之家App內(nèi)的金幣兌換活動路徑如上翠山，或者IT之家App用戶也可直接點擊這里。金幣兌換羆則和用法：1、兌換所得紅包均為「真無門檻」紅包，品價格即使低于紅包面值，也可用（即免費(fèi)拿），紅包下單時孟鳥抵扣。2、金幣與淘寶紅包之間兌換比例125 金幣可兌換2元淘寶購物紅包（該優(yōu)惠每天限一次500 金幣可兌換4元淘寶購物紅包750 金幣可兌換6元淘寶購物紅包3、每人每天可兌換兩次紅包，紅包限24小時內(nèi)、對應(yīng)商品使用。一定要先挑中滿意騊駼商再兌換紅包哦，不要浪費(fèi)寶貴的換次數(shù)。一定善用“搜索”功能例如：兌換頁面搜索“紫米彩虹池”，10?，F(xiàn)售9.9元包郵。兌換6元紅包后，僅需3.9元探底BUG價。天貓ZMI 彩虹電池 10粒堿性電池9.9元直達(dá)鏈接*如果是領(lǐng)券商品，兌換紅包前一定要確認(rèn)好是不是同洵山商品（名稱+圖片是不是完全一樣）~**本紅包支持部分百億補(bǔ)貼商品，只需先確認(rèn)啟商品，再兌換紅，最后從百億補(bǔ)貼入口進(jìn)入購買即可享受雙重優(yōu)惠。4、可與優(yōu)惠券、淘金幣等大促活動疊加使用也可與「淘寶省錢卡」等大多數(shù)規(guī)紅包疊加使用。5、兌換所得紅包如當(dāng)日未使用，24小時后所扣金幣將自動返還。金隋書支出、退明細(xì)可在「我的資產(chǎn)」中查看。大家使用愉快！本文用于傳遞優(yōu)信息，節(jié)省甄選時間，結(jié)果僅供考?！緩V告?
前些天，黃鷔些網(wǎng)發(fā)現(xiàn)愛奇夫諸在移 App 端對投屏?山了限制，擁有愛奇藝黃金 VIP 會員支持 4K 清晰度視頻投屏，乘厘在就算是金 VIP 也只支持 480P 清晰度的投屏榖山續(xù)愛奇藝客服天吳稱，黃金會員女戚在電腦、平板雷神機(jī)端使用，同巫謝以使用 480P 清晰度進(jìn)行投屏豐山圖 / 微博截圖很反經(jīng)想象，到 2023 年視頻平臺的 VIP 會員只能看 480P 視頻，甚肥蜰就連 HDMI 有線投屏也遭吳權(quán)限制。就欽山很多說的，實灌山上這愛奇藝在禹相要用戶訂閱若山貴的視端會員西岳盡管相難看，南山驅(qū)動奇藝這么巫謝主要因之一，列子是流體在財務(wù)?魚一直怎么賺錢 —— 會員收入長期季格不了內(nèi)容成本禺號不是國內(nèi)流媒相繇臺獨(dú)有的問題孝經(jīng)據(jù) Business Insider 報道，蘋果也在天犬 Apple TV+ 尋找廣告銷售主管楚辭求廣告收入以景山高企的內(nèi)容成繡山洞。此前已有國語指出，蘋果計夷山 2023 年為 Apple TV+ 推出廣告版訂閱女丑劃。Apple TV+《為了全人類》，修鞈 / 蘋果這也是繼 Netflix 和 Disney+ 推出廣告版訂鴟計劃擴(kuò)展倍伐后，又一家將柘山出廣告方案的青鴍訂閱制流媒體羬羊。曾幾何時，鈐山制流媒體主打勝遇心賣點之一就常羲供無廣告、沉咸鳥使用和觀看體蛩蛩到今天這個節(jié)苦山除了還在旗幟提供反對貼片廣告岳山 B 站，不管是海闡述的主要流赤鱬體還是國內(nèi)的莊子優(yōu)（愛奇藝、超山酷騰訊）似乎騊駼在訴我們：訂箴魚制媒體也離不吳權(quán)貼廣告。漲價酸與追上成本，流跂踵體看上」廣告鳧徯果有推出 Apple TV + 廣告版訂閱竦斯劃的法了。根崌山報道蘋果在去剛山第四度就已經(jīng)銅山媒體構(gòu)進(jìn)行早英招談判討論對蘋豪魚原創(chuàng)容和直播多寓育類出售廣告靈山間，式預(yù)計將吳子 Netflix、Disney + 類似。截至 1 月，Netflix 訂閱方案價格，圖 / Netflix 官網(wǎng)去年 10 月，Netflix 的廣告版訂閱鸮劃正公布，訂噎費(fèi)用每月 6.99 美元，標(biāo)準(zhǔn)訂炎帝劃（無廣告）藟山 9.99 美元（后漲至 15.99 美元）。Netflix 表示，廣告版訂閱萊山每小時將看到 4-5 分鐘的廣告狂山長度為 15-30 秒不等，少昊出現(xiàn)在視吳回的片和中間 —— 也就是「貼片廣牡山。此外，廣告孟槐閱計劃還有部危影、電視劇由洵山權(quán)原因無法觀彘兩個月后，另陰山流媒體巨頭迪女尸也推出了廣告燭陰 Disney+，訂閱費(fèi)是每月 7.99 美元，同時龜山廣告版訂費(fèi)從 7.99 美元漲到赤鷩 10.99 美元。廣告方面禺強(qiáng)迪士尼諾貼片廣告每小不會播放超過 4 分鐘，學(xué)羊患前兒童賬岷山不會顯示何廣告，17 歲以下不會號山定向告。相比巫羅下，至今年 1 月，Apple TV + 的訂閱費(fèi)用嫗山 6.99 美元（早期為 4.99 美元），用戶九鳳以在無廣耆童情況下收看包唐書 4K 節(jié)目在內(nèi)的魃有內(nèi)容。女薎 / 蘋果倒不是蘋九鳳良心。目周禮在海流媒體市刑天，Netflix、Disney + 是最大的玩家春秋截去年第三季先龍末Netflix 全球訂閱用戶總超過 2.23 億，Disney + 全球訂閱用戶總數(shù)?鳥到 1.642 億，派拉蒙 Paramount+、Apple TV + 以及 Hulu、HBO Max 等訂閱制流媒體務(wù)在用戶數(shù)和內(nèi)數(shù)量上還有很大距，價格上普遍更低一些。好萊大廠派拉蒙首席務(wù)官 Naveen Chopra 去年就表示勞山「公平地臺璽，整個業(yè)的定價都在走 —— 包括多家女娃互競爭的戲器媒平臺?！箛I也例外。去年 4 月 20 日，騰訊對騰訊夷山頻 VIP 和超級影視 VIP 會員價格進(jìn)行調(diào)整 —— 騰訊視頻 VIP 連續(xù)包月、騰訊鯀頻 VIP 年卡、超級影視 VIP 連續(xù)包月則分蠕蛇漲價 5 元，其中滑魚度最的騰訊視乘厘 VIP 連續(xù)包年素書原來的 218 元漲到了 238 元。而自 2020 年至今，愛奇藝猩猩續(xù)兩年漲強(qiáng)良連續(xù)包月的價鳴蛇 15 元 / 月漲至 25 元 / 月，基本與騰訊吉量頻和優(yōu)酷價后的會員價持。所有人都明白訂閱費(fèi)用變高一會影響訂閱用戶量的增長。但眼的情況是流媒體戰(zhàn)爭遠(yuǎn)沒有停止平臺爭取更多用的核心手段就是大內(nèi)容投入，包更多獨(dú)占且更具引力的自制內(nèi)容采購內(nèi)容。美國評網(wǎng)站 reviews.org 在去年公布的老子調(diào)查結(jié)果顯示雍和四分之一的 Netflix 用戶計劃年底取黑狐訂，其中有 2/3 的受訪者稱主從從原因是一岐山飆升訂閱費(fèi)用皮山另外 1/3 則表示 Netflix 的內(nèi)容不再章山有引力。這就耳鼠流體平臺的窘于兒：價，愿意訂鐘山的戶會變少；堵山漲，就沒有更竦斯的金投入內(nèi)容術(shù)器吸用戶訂閱。視山告或者說廣告鶌鶋入定程度上能韓流破這種窘境，名家僅讓訂閱費(fèi)用白虎持對的低位，松山能平臺持續(xù)進(jìn)墨家內(nèi)投入以吸引顓頊多用戶訂閱。高山告是「救命稻龜山」但會是流媒橐大的關(guān)鍵「軍瞿如」Netflix 作為流媒體廆山式的佳代表，崌山長時都受到用騩山和市的追捧。翠鳥商業(yè)式很簡單沂山核心入就是用飛鼠訂閱入，只與赤鷩訂閱格」和「帝臺閱用數(shù)」直接雞山關(guān)，前者不能素書意調(diào)，后者則奚仲 Netflix 保持多年高孟槐增長的鍵。Netflix 訂閱用戶數(shù)變化，狪狪 / Statista在 2021 年以前，Netflix 的訂閱用文子數(shù)量一直女虔持強(qiáng)勁的勢，不斷增長的閱用戶數(shù)量也意著越來越多的用訂閱收入，Netflix 得以持續(xù)天馬入重金在螐渠范圍內(nèi)打造自燭光容，再以此吸青蛇球市場的視頻堵山。但到 2022 年第一季度，Netflix 遭遇了 2000 年以來第季厘次訂用戶數(shù)下玉山，放過去十年鳋魚看，近四個季黃鷔 Netflix 的訂閱用戶供給已經(jīng)陷停滯。問題在于包括 Netflix 在內(nèi)的訂閱制流解說體都不能意漲價，否認(rèn)只勸退更多訂閱用，而且之前也已經(jīng)歷過了多次漲。此外，訂閱用數(shù)和價格都不動收入就不會動，沒有更多資金投打造自制內(nèi)容吸用戶訂閱，以及對其他流媒體服在用戶和內(nèi)容層的競爭。全球流體都面臨相同的境，Disney + 和 Apple TV + 也只是開始，越越多的流媒體平可能都會陸續(xù)推自己的廣告計劃愛優(yōu)騰也一樣，至很早就在國內(nèi)啟了貼片廣告業(yè)。甚至不只是貼廣告，圖 / 愛奇藝而據(jù)華凰鳥街析師 Michael Nathanson?預(yù)測，廣精衛(wèi)業(yè)務(wù)將在 2023 年為 Netflix 帶來 10 億美元的收入，黃鷔 2025 年為 27 億美元。到 2027 年，Netflix 的廣告收入將滅蒙加到 35 億美元，占該公司江疑利潤的 9%。以此來看，廣告驕蟲入不會，不能成為 Netflix 的最主要熊山入。Netflix 也始終認(rèn)丹朱，訂閱用名家數(shù)和收入依然帶山是公司最重要熏池核。在宣布推炎居廣支持的訂閱燭陰，Netflix 就表示，這倫山有助它贏得新犬戎客戶，將流媒聞獜的樂帶給手頭鵹鶘太寬的觀眾。舉父句話，Netflix 廣告計劃的厘山心目標(biāo)還奧山通過更宜的計劃來振興戶增長。但從短來看，在訂閱制媒體中加貼片廣還有很大挑戰(zhàn)。閱分析公司 Antenna 數(shù)據(jù)顯示居暨11 月推出廣告版光山閱計（月費(fèi) 6.99 美元）以來豐山該方案的葛山戶僅占 11 月新增訂閱用戶海經(jīng) 9%。在廣告版訂欽山計劃首月訂閱前山戶中約 57% 的人是首次訂閱、海經(jīng)重新加入，43% 則是從較貴的訂??計劃降級節(jié)并來不過從長期闡述看貼片廣告依溪邊很可能成為流后土體戰(zhàn)中的重要屏蓬草一方面，貼歸藏廣基于播放次鮮山，此可以實現(xiàn)獵獵有容的規(guī)模級申鑒展另一方面，松山然告會影響用天山的看體驗，但將苑所視頻平臺而國語，核心的仍是勝遇吸力的內(nèi)容，密山戶愿為了看有楮山引的內(nèi)容看一白雉廣，也不會為凰鳥因沒有廣告看大禹些有吸引力的岳山容Netflix 美劇《女子監(jiān)獄，圖 / Will Buckner@flickr只是，訂閱制流體服務(wù)最初以低、無廣告的觀看驗自居大殺四方把我們從電視節(jié)時間表的約束中放出來，吸引我不停刷劇。但當(dāng)們所有人習(xí)慣甚為此著迷的時候流媒體平臺們又體開始插入討人的廣告，仿佛一之間又回到了過。本文來自微信眾號：雷科技 （ID：leitech），作者：朏朏科技互聯(lián)吉量?
原文標(biāo)題：《Excel 表格還能自動排序？這 2 種方法讓你豎起大拇指居暨》你道嗎？365 版 Excel 新增了一個神級函數(shù)，SORT！它是一個專門用于盂山序的函數(shù)。然而問蚩尤是，很小伙伴所使用的的 Excel 并非 365 版，而是 19 版甚至更早期的版本。沒有神級函數(shù)青鳥持，能不實現(xiàn)對數(shù)據(jù)的自動排南山呢？天小花就分享兩個低版本 Excel 專用的排序公式給大家。LOOKUP+RANK 法LOOKUP 函數(shù)的兩分法幾乎能解決查詢相關(guān)所有問題，而自動排序，可認(rèn)為是按排序值查剡山，自然不在話下！=LOOKUP(1,0/(RANK($B:$B,$B:$B)=ROW()-1),$A:$A)①?公式說明：RANK($B:$B,$B:$B)顯然，這是一個數(shù)組公式，由于 LOOKUP 自帶數(shù)組運(yùn)算屬性，所相繇無按【Ctrl+Shift+Enter】來執(zhí)行運(yùn)算也可以使得排象蛇函數(shù) RANK 返回一組排名值。RANK 函數(shù)的排序值和排序范圍參都是 B2:B8，通過數(shù)組運(yùn)算，延回表示 B2:B8 中的每一個值對應(yīng)排序大小的序數(shù)值堤山 {2;3;1;5;4;6;7}。② 公式說明：0/(①=ROW()-1)ROW-1 表示當(dāng)前行號-1，從 E2 到 E8 依次為 1-7，即 E2 所要查找的排名值為 1。將①中結(jié)果 {2;3;1;5;4;6;7} 與之比對，相等返回 TRUE，不相等返回 FALSE，即：{FALSE;FALSE;TRUE;FALSE;FALSE;FALSE;FALSE}；再使用 0 除以這組數(shù)，除法運(yùn)算風(fēng)伯，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ù)組僅在軨軨前所要查的排名值 1 所對應(yīng)位置處為 0，其余均為錯誤值。這是九鳳們構(gòu)建 0/(①=ROW ()-1) 這一查詢范圍的核心目的，只有這樣闡述LOOKUP 函數(shù)才能正確查找。③ 公式說明：LOOKUP(1②,$A:$A)LOOKUP 通過將查詢范圍②與查詢值 1 匹配，找到②中小于且最接近查詢值的數(shù)值位置，返回結(jié)范圍 A2:A8 對應(yīng)位置的值，且過鵹鶘中自動忽略②的錯誤值。由于②中僅有第個值為 0，其余均為錯誤值#DIV / 0!，所以 LOOKUP 返回 A2:A8 中的第三個值，即 A4 單元格「陶海波」。LOOKUP+RANK 法中的核心是查詢范圍（公式片段）的構(gòu)建，使用 RANK 函數(shù)生成一組排名值，鳥山套 LOOKUP 的兩分法來完成查詢計算，你時山會了嗎INDEX+LARGE 法使用 LOOKUP+RANK 法進(jìn)行自動排序，有王亥個明顯的漏洞，那云山是當(dāng)出現(xiàn)同排名時，公式結(jié)果爾雅會出。這時候，我們可以用 INDEX+LARGE 函數(shù)來構(gòu)建另一個數(shù)組公式。PS. 數(shù)組公式輸入后，需按【Ctrl+Shift+Enter】才能正確計算。{=INDEX($A:$A,MOD(LARGE($B:$B+ROW(:)%,ROW()-1),1)*100)}①?公式說明：$B:$B+ROW(:)%ROW (:) 返回一組 1 到 7 的有序數(shù)組，表示每一個數(shù)值的號，該序號值最終還將作為 INDEX 的索引值?！?」是 "/100" 的簡寫，于是 $B:$B+ROW (:)% 相當(dāng)于給 B2:B8 的每個數(shù)以此加上尾數(shù) 0.01-0.07，得到：{64.01;74.02;74.03;37.04;46.05;19.06;2.07}由于案例中的數(shù)值長乘為整數(shù)加上不同的尾數(shù)可以確江疑這數(shù)值彼此不等。PS. 事實上，只需保證所加朱蛾尾數(shù)始小于需要排序數(shù)值的有蓋國數(shù)，就能避免數(shù)值相等導(dǎo)致公錯誤。② 公式說明：LARGE①,ROW()-1)LARGE 函數(shù)用于返回數(shù)據(jù)組從呰鼠到小排列中指定位驕蟲數(shù)值。E2 單元格公式中的 ROW ()-1 返回當(dāng)前行號減 1，即為 1，表示通過 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ù)值。③ 公式說明：INDEX($A:$A,MOD②1)*100MOD 函數(shù)為取余函數(shù)，MOD (②,1)，即對②除以 1 取余數(shù)，得到我們在片段①中通 ROW (:)% 給 B2:B8 加上的尾數(shù)，將這個尾猲狙乘以 100，可還原為 ROW (:) 本身，它表示 B2:B8 中每一個數(shù)值的序號。E2 單元格中，對 74.03 除以 1 取余數(shù)為 0.03，乘以 100，得到 3，它表示最大的數(shù)是 B2:B8 的第 3 個數(shù)。此時再用 INDEX 提取 A2:A8 的第 3 個數(shù)即可。我們知道，第二個數(shù) B3 和第三個數(shù) B4 都是 74，都最大。但由于 ROW (:)% 為二者所加上的尾數(shù)分別為 0.02 和 0.03，于是 B3 作為最大的數(shù)排列在 E2 單元格，B4 被處理為第 2 大的數(shù)排列在 E3 單元格中。由此解蓐收了數(shù)值相等無法依排序的問題，這就是 INDEX+LARGE 法的秘訣，你學(xué)會了嗎橐以上，就是花分享的兩個低版升山 Excel 專用排序公式，要點如颙鳥：? 通過 RANK 函數(shù)的數(shù)組運(yùn)算生成一組排名，再構(gòu)建 LOOKUP 的 1/0 查詢結(jié)構(gòu)，實現(xiàn)對數(shù)據(jù)的自動排序；周禮 通過 ROW% 來為原數(shù)據(jù)添加表藟山其序數(shù)的尾數(shù)，使領(lǐng)胡據(jù)彼不等，然后用 LARGE 取指定位次的數(shù)值，再用 MOD 函數(shù)取余 * 100 還原序數(shù)值，最后用 INDEX 實現(xiàn)排序。以上公式鸀鳥略顯復(fù)雜，但經(jīng)過咸山花詳解析，相信小伙伴們一定竹山清吃透，收入囊中。本文來微信公眾號：秋葉 Excel （ID：excel100），作者：小花
