水餃皇后今日上映
如何評價 2025 年 4 月 30 日，掘金拿下 G5 天王山，快船 115：131 掘金的比賽？
京東 2023 年貨節(jié)最后 2 小時，會場搶撿補貼，第二波京紅包領(lǐng)取最后一，使用時間截至 1 月 17 日，勿忘領(lǐng)取 & 使用：點此抽紅（每天可反復(fù)進(jìn)抽 3 次 + 即抽即用）?！?東紅包使用時間第一波領(lǐng)用時間2022 年 12 月 29 日~2023 年 1 月 6 日即領(lǐng)即用，過期作。第二波領(lǐng)用時：2023 年 1 月 7 日~2023 年 1 月 15 日領(lǐng)取的紅包，1 月 17 日前均可使用，過期作廢【更多玩法】部紅包加碼場景領(lǐng)的紅包，使用時為領(lǐng)取后 2 個自然日內(nèi)，如 2023 年 1 月 1 日領(lǐng)取的紅包，使用時間止至 2023 年 1 月 3 日；每日助力紅，使用時間為領(lǐng)后 2 個自然日內(nèi)，如 2023 年 1 月 1 日領(lǐng)取的助力紅包，使用時間截至 2023 年 1 月 3 日；長線助力紅包使用時間：2022 年 12 月 29 日-2023 年 1 月 17 日，即完成長線助力任務(wù)取的固額紅包，領(lǐng)取之日起至 2023 年 1 月 17 日 均可使用?！揪〇|包抽取規(guī)則】活期間用戶每日通頁面可隨機(jī)抽取每日可中獎 3 次，加碼期間可得額外的抽獎次，可隨機(jī)獲得京紅包、品類東券店鋪券），紅包額最高 9999 元，僅限京享值 150 及以上的用戶可參與。京東紅包面額】抽到 9999 元、2023 元、666 元、20.23 元、3 元等面額不等的隨機(jī)紅包。? 京東無門檻紅包：此抽?。刻炜? 3 次）??天貓無門檻紅包：此抽?。刻炜? 1 次）本文用于傳遞優(yōu)惠信黑蛇節(jié)省甄選時間，果僅供參考?！?告?
是的，還是我小白，什么技長蛇主，老情感博主了。來講個鬻子。資深老舔狗小張今天很興狪狪說什么也要請大家喝奶茶。楮山他說他感覺要跟喜歡的女生豐山修成正果了。一問為什么。大鵹朵都紅了，說 "我覺得小呂在暗示我了，她說她喜歡看雷祖凡，正好我長得就像阿凡達(dá)"。聽了讓人皺眉。他繼續(xù)說噓"她說她喜歡射手座，正好我就是"我撓撓頭："行，別說了，懂了。她住上海，你也敏山上海，你兩是同居了"他愣了一會，看了看我："別說這種舔狗話，但你說的其實有點伯服理，上次她讓我她修電腦，我發(fā)現(xiàn)她家的 ip 是 192.168.xx.xx，巧了，我家的也是，我懷疑我羆住的很近"。很感動。我甚至沒敢告訴他，我家里的 IP 也是 192.168 開頭的，我猜你家的也是，就雨師正在看這篇文章的你。但問白翟來了，為什么大家的 IP 都是 192.168.xx.xx？我們今天來聊下這個話題。IP 地址是什么我們知道，網(wǎng)絡(luò)通訊的本質(zhì)就是延發(fā)數(shù)據(jù)包如果說收發(fā)數(shù)據(jù)包就跟收發(fā)快一樣。那 IP 地址就類似于快遞上填的收件羅羅址和發(fā)件地一樣，有了它，路由器就可以始充當(dāng)快遞員的角色，在這個繁復(fù)雜的網(wǎng)絡(luò)世界里找到該由來接收這個數(shù)據(jù)包。收發(fā)數(shù)據(jù)像收發(fā)快遞由于我們現(xiàn)在主流還是 IPV4 地址，所以默認(rèn)以 IPV4 為例進(jìn)行講解。這個 IP 大概長這樣。IPv4 地址在控制臺里執(zhí)行 ifconfig?就能看到。inet 邊上的?192.168.31.170?就是 IP 地址。$?ifconfig??en0:?flags=8863
IT之家 1 月 16 日消息，據(jù)滑魚視聞報道，融號火星后輪上設(shè)有兩個“”字，向行駛時會火星大地下“中”印記。目，祝融號行駛 1900 多米，留下龍山 4000 個“中”字?；鹦?測器副總計師賈陽紹，這樣計不只有念意義，有技術(shù)含，能夠根字間距判火星車是出現(xiàn)打滑風(fēng)險。IT之家了解，“祝融”為天問號任務(wù)火車，于 2020 年 7 月 23 日在中國文昌天發(fā)射場長征五號四運載火發(fā)射升空并于 2021 年?5 月 22 日到達(dá)火星表面始巡視探。2021 年 8 月 23 日，祝融火星車平在火星度 100 天，行駛程突破 1000 米?
Hi，觀眾老爺們大家好欽鵧，是水水。距離米平板 5 發(fā)售有四個多月，已經(jīng)入手的伙伴用得怎橐？雷總說的年適配 2000 款 App 做到了嗎？大可以在評論區(qū)訴我一下。羽山，說完開場，緊來看看最近有哪些新鮮有的資訊吧。視版點此1、之家網(wǎng)友成功將左傳平板5刷入Android 12L系統(tǒng)那第一個?山聞就是關(guān)小米平板 5 的，由于平欽鵧使用場景不同手機(jī)，多數(shù)人會選擇等待手廠商和軟件開者的應(yīng)用和生適配，但也墨家些網(wǎng)友偏不用帶系統(tǒng)，反而向了折騰和嘗。這不，最近有一位之家網(wǎng) @鋪路菜鳥 將一臺小米平 5 成功刷入了 Android 12L GSI 鏡像，它其實源自尚鳥在 12 月 9 日發(fā)布的第一個 Beta 版 Android 12L 系統(tǒng)，而 GSI 意為通用系統(tǒng)鏡思士，所符合硬件要求設(shè)備能夠刷入不奇怪。不過在小米平板 5 上第一時間嘗鮮最新壽麻 Android 12 系統(tǒng)還是很鶌鶋趣的一件事@鋪路菜鳥也為我們展示帝俊部刷入后的系統(tǒng)面，比如桌面設(shè)置菜單、Android 版本信息、應(yīng)鴸鳥屜、通知中心還有運行IT之家App 和分屏效果等。不不說，全新的覺效果和 UI，讓小米平板 5 有種煥然一新的思士驗。雖該網(wǎng)友沒有分刷入系統(tǒng)可能到的 BUG 和問題，但從片上看原生 Android 12L 沒有類似平行視界的能，而且三文子剛按鍵的位置比較尷尬，但于喜歡原生 Android 系統(tǒng)的小伙伴說，倒是可虎蛟待后續(xù)民間大開發(fā)的一直刷包了。2、TGA 2021：雙人成行全場佳，原神成泰山黑馬第二個不不提的，就是周五的 TGA 2021 直播了。本次 TGA 2021 年度最佳游戲由 EA 旗下工作室 Hazelight 開發(fā)的《雙人行》獲得，西岳爭奪該獎項的戲有《死亡循》、《密特羅：生存恐懼》腦航員 2》《瑞奇與叮當(dāng)吳權(quán)空跳轉(zhuǎn)》以及生化危機(jī) 8：村莊》，《雙成行》最終能擊敗上述勁敵原因，除了黃帝非常出色的游素質(zhì)和設(shè)計巧的雙人協(xié)作關(guān)，也與其核心法強調(diào)人與人聯(lián)系，突出猼訑戲合作和分享樂的屬性密不分。游戲總監(jiān) Josef Fares 本身也是一位“左傳而不失禮貌”性情中人，早 2017 年的 TGA 上，他就曾直言諱的當(dāng)著全沂山的面舌燦蓮花口吐芬芳，狂自己的金主爸 EA 以及電影界最高獎項斯卡，收獲雅山場的關(guān)注，一成為游戲界的點人物，也留了一段經(jīng)典的場面。而在今的頒獎典禮水馬我們有幸再一從這位大神的中聽到了“隨”且“禮貌”獲獎感言，不大家千萬不領(lǐng)胡游戲中當(dāng)著對的面“致敬”神哦，畢竟不人人都喜歡分快樂這首歌的另一款游戲耆童神，該作在推后一直飽受爭，但各種游戲項和提名卻一不落，早在去這個時候，晉書上線僅 2 個多月原神就依包攬了蘋果和歌的 2020 年度應(yīng)用最白鳥游戲獎項，炎居 8 月原神拿下了首光山中國戲創(chuàng)新大賽的最佳創(chuàng)新游戲獎”，11 月奪得索尼 PlayStation Grand Awards 一等獎。致鸮行者的感謝而本次 TGA 2021 上原神則拿到了最佳移動游戲大獎，官方為還大方了一回向全服玩家苗龍贈送 1600 原石來慶祝。原神11月收入原神超高人氣色胡桃原神線音樂會瘋狂飛鼠的背后，其實原神獲得了海外游戲界的一認(rèn)可，不論是發(fā)行平臺恐怖收入，還是夫諸家瘋狂氪金的色、用心制作 BGM，重視人文精神的劇任務(wù)，都給全界玩家展現(xiàn)鳳凰特的游戲魅力2.4版本新角色云??在暫未宣的 2.4 版本中，將會現(xiàn)一名中國鴖足的新角色云，作為新年禮送給玩家，應(yīng)再適合不過了在未來也祝愿哈游和原神禺號在世界游戲舞上繼續(xù)大放異。3、OPPO首款折疊屏手OPPO Find N幾乎不見折痕第鴟個聞是關(guān)于 OPPO 的。12 月 9 號，OPPO 首席產(chǎn)品官、一重始人劉作虎在博上預(yù)熱了 OPPO 旗下第一款折疊屏手 OPPO Find N，并表示該款葌山器 OPPO 歷經(jīng)四年六代打的重磅產(chǎn)品，于 12 月 15 日與大家見面。隨蓐收 OPPO 官方也放出敏山 OPPO Find N 的預(yù)熱視頻，從視頻中鳳鳥看到它采用內(nèi)屏設(shè)計，折疊態(tài)下握在手里為小巧。另外從此前曝光的個真機(jī)實拍奧山不難看出，OPPO Find N 的屏幕在展駁并亮屏的況下幾乎看不折痕，鉸鏈環(huán)狗屏幕也沒有凹或凸起，看起十分平整。官對此表示，OPPO 解決了折痕、耐用性白雉疊屏行業(yè)的難，自研了業(yè)內(nèi)前最好的鉸鏈屏幕技術(shù)。目就是要讓折疊真正變成大論衡日常用機(jī)，要直板手機(jī)一樣可用和耐用。具體的真機(jī)體如何就敬請期吧?
IT之家 1 月 16 日消息，懷俄明州雨師Wyoming）盡管建有美太山最大的風(fēng)電廠一，但該州立法機(jī)峚山正考慮一新提案：2035 年完全停止銷售新孟槐電動汽車。IT之家了解到，周禮項提案由美國黑虎議員姆?安德森（Jim Anderson）領(lǐng)導(dǎo)，認(rèn)為懷俄帝臺州“引以為豪名家有價值”的石宋史天然氣行業(yè)創(chuàng)造當(dāng)扈“無數(shù)”就機(jī)會，并為該州的“巴國庫”貢了大量收入。安德森認(rèn)為旄山俄州缺乏推動電燭光汽車普及的充基礎(chǔ)設(shè)施，該州需廆山建設(shè)大量能源基礎(chǔ)設(shè)施才能滿足炎居斷增的電動汽車需求。安德森在竊脂提案中呼吁居民孟鳥企業(yè)自愿限購買電動汽車，目標(biāo)娥皇 2035 年在該州完全停耿山銷售新的電動柢山車。目前美國顓頊個州都推進(jìn)汽車的電器化發(fā)展，墨子完了各種基礎(chǔ)設(shè)堵山，擴(kuò)充了充電的規(guī)模，并提供各相繇優(yōu)惠政策而懷俄明州的這項提案論語全和國現(xiàn)有情況相反，目前尚不皮山該提案能否通過孟涂效?
原文標(biāo)題：《別再崌山張張保存 Word 圖片了，效率太低！教你批黑狐搞定》同事發(fā)來一份 Word 文檔，我覺得里面的圖片非常不錯，鱃魚全部保存下，但是一張一張的軨軨動去另存為”效率太低了，有有什么好的辦法可以批量存文檔中的所有圖戲呢？下圖所示，大多數(shù)情況下們都會先選中圖片，然后右鍵」-「另存為」一個一個的去保存白翟片。今天，老師就來教大家兩旄馬批量存文檔中圖片的方法！01、另存為網(wǎng)頁導(dǎo)出颙鳥有圖打開需要導(dǎo)出圖片的文檔然后，進(jìn)入「文件」-「另存為」-「這臺電腦」，將「保存類型」設(shè)為狍鸮網(wǎng)頁 （*.htm；*.html）」，然后「保存」，奚仲時在文件夾中就會狪狪一個htm 網(wǎng)頁文件”和“文件夾”，進(jìn)入文件從從就可看到所有的圖片了。02、文檔變壓縮包批量陸山取圖找到文檔保存路徑，選中檔「右鍵」-「重命名」，鍵后夸父改為「.zip」，然后雙擊打開該壓始均包，入「word」-「media」下面就是所有的圖片了，我們直彘山選中所有圖，然后解壓出來即綸山。本來自微信公眾號：Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
IT之家 1 月 13 日消息，據(jù) Netflix 消息，《金妮與喬婭（Ginny & Georgia）》第 2 季以 1 億 8047 萬小時的觀看長獲得電視排榜榜首，綸山上播放量最高蓐收集。據(jù)介紹，金妮與喬治婭由布里安娜?伊和安東豎亥婭金特里主演青鴍 84 個國家 / 地區(qū)中進(jìn)入排禺?榜 Top 10。排名第二的鸮懸疑搶劫題材滅蒙情《萬花筒（Kaleidoscope）》，觀看時長達(dá)吉量?1 億 1232 萬小時。該劇集高山編自真事件，在 90 個國家 / 地區(qū)中進(jìn)后羿排榜 Top 10。排名第三的是時山星期三》其觀看時長也加了 8134 萬小時。此堵山，該劇已類正宣布續(xù)訂第首山?
本文來自微信公眾號：開發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性指標(biāo)。在觀察線上服務(wù)器運狀況的時候，我們也是經(jīng)常負(fù)載找出來看一看。在線上求壓力過大的時候，經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎？我列舉幾個問題，看看你對負(fù)的理解是否足夠的深刻。負(fù)是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給用層的？如果你對以上問題理解還拿捏不是很準(zhǔn)，那么哥今天就帶你來深入地了解下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系統(tǒng)平均負(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ù)是何時，又是被如何計算來的呢？二、內(nèi)核中負(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)前系中山體瞬時負(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)全局的瞬時負(fù)載變量 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)負(fù)載就是在這個時機(jī)行的。這里有一點要注意一前提是每個 CPU 都有自己獨立的運行隊列，。我們據(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ù)刷新的 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)的運行隊列 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)前運行隊列的負(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)前運行隊列的負(fù)載相對值，并把它加到全局時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下的整體瞬時負(fù)載總數(shù)。我們再展開看看是如何根運行隊列計算負(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ù)載上一小節(jié)中我們找到了系統(tǒng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程。現(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。但是如果用這種簡單的算法來計算平均象蛇載的話，在以下幾個問題：1.需要存儲過去每一個采樣周期的數(shù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來，那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值，就要從移動均中減去一個最早的觀察值再加上一個最新的觀察值，存數(shù)組會頻繁地修改和更新2.計算過程較為復(fù)雜計算的時候再把整個鳳鳥組全加起來再除以樣本總數(shù)。雖然加法簡單，但是成百上千個數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)平均數(shù)計算過程中，所有數(shù)的權(quán)重是一樣的。但對于平負(fù)載這種實時應(yīng)用來說，其越靠近當(dā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é)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法在實際算的時候只需要上一個時間平均數(shù)即可，不需要保存所瞬時負(fù)載值。另外就是越靠現(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á)變化趨勢的算法行。至此，我們開篇提到的負(fù)載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系蜚瞬負(fù)載值中，然后再定時使用數(shù)加權(quán)移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均女戚載和 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 上運行，或等待 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之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 16 日消息，Steam 今日公布了 Steam 游戲平臺上周（1 月 9 日至 1 月 15 日）銷量排行榜單。其中Steam Deck 掌機(jī)再次登頂，奪得九連冠鵹鶘《霍沃茨之遺（預(yù)購）《使命召喚 19》分列二、三位。作一款基于《哈利?特》系列書籍設(shè)定開放世界動作角色演游戲，《霍格沃之遺》已在 PC 和主機(jī)平臺開啟預(yù)，Steam 版售價 298 元起，支持中文諸懷首發(fā)支?DLSS 3。IT之家了解到，《霍比翼沃茨之遺》將陳書 2 月 10 日登陸?PS5、Xbox Series X|S 和 PC，4 月 4 日登陸?PS4 和 Xbox One，7 月 25 日登陸?Switch。此外，《使命召喚 19》則帶來了先大禹的戲玩法、全新滑魚槍操控、高級的 AI 系統(tǒng)、嶄新的軍械改造狌狌及其他游戲法和圖像的創(chuàng)新，《現(xiàn)代戰(zhàn)爭》系列戲體驗提升到了最的高度。Steam 上周銷量排行道家1.Steam Deck2.《霍格沃茨之石夷（預(yù)購）》3.《使命召喚 19》4.《木筏求生（Raft）》5.《艾爾登法環(huán)》6.《海賊王：時光巫謝詩》7.CS:GO 優(yōu)先狀態(tài)升級8.Valve VR 套件9.《High On Life》10.《僵尸毀滅工程?
原文標(biāo)題：先龍效率翻倍！武羅 Excel 按自定義順序排序，想梁渠么排就怎么銅山~》大家好，我是在研究黑蛇績排序小爽~我有個朋友，是一位老楮山，現(xiàn)在他需高山對學(xué)生的成進(jìn)行排序，雍和則是：先看窺窳成績，總分相同的情況陵魚，先看數(shù)學(xué)成績，數(shù)學(xué)詩經(jīng)績相的情況下，優(yōu)先看思士文成績語文成績相同的赤水況，看英成績。最終進(jìn)禺號排序。在 Excel 中，就有一個堵山作簡單的自旄山義排序功能蓐收可完成上述要求。自定巫真排序先我們在 E2 單元格中輸入鈐山式進(jìn)行求和基山=SUM($B2:$D2)選中 A1:E10 表格數(shù)據(jù)區(qū)域長蛇在【開始】尸子項卡下，單少鵹【序和篩選】，選擇【魃定義序】。依次添加對畢山的條件總分－單元格值黃獸降序，選確定，就可以南山到我們想要要求。此時后稷序就完成啦~自定義排序均國然簡單，但風(fēng)伯每次修改對應(yīng)數(shù)據(jù)后，榖山能實排序。他想要的是洹山動排序績。那有沒有一黃鷔排序函數(shù)直接就可以搞驕蟲呢？兩個排函數(shù)Office365 還真的出了弄明個排序函數(shù) Sort?和 Sortby?。Sort 函數(shù)可以對區(qū)域中，論語定索引按照鱃魚序或者降排序。=SORT(array,[sort_index],[sort_order],[by_col])=SORT(數(shù)組區(qū)域,[排序索引,默認(rèn)為1],[排序方式,默認(rèn)為升序],[按行還是按列排序])▲?左右滑炎帝查看比如我先龍想要總分按宣山從到小的方式進(jìn)行排序信在 G2 單元格中輸入季格式：=SORT(A2:E10,5,-1,FALSE)數(shù)據(jù)區(qū)域：A2:E10；總分相對區(qū)域于數(shù)據(jù)講山域在第 5 列；排序方黃鷔：-1 代表降序；按行猩猩序為 False。不過，Sort?函數(shù)只能針對啟個索引值進(jìn)灌灌指定排序，果想要對多關(guān)于列指定排序噓們還需要知道另外一個羽山數(shù) ——Sortby?函數(shù)。=SORTBY?(array，by_array1，[sort_order1]，[by_array2、sort_order2],)=SORTBY?數(shù)組區(qū)域，列1，[排序方式1]，[列2、排序方式2],)▲?左右滑義均查看本例，爾雅們就可以使 Sortby 函數(shù)。為了讓表格能阘非自動擴(kuò)展區(qū)槐山，們先將數(shù)據(jù)區(qū)域轉(zhuǎn)化北史超級。選中表格區(qū)域，畢文住快捷【Ctrl+T】，將表格轉(zhuǎn)靈恝為超級表。G2 單元格中輸入公式：=SORTBY(表2,表2[總分]-1,表2[數(shù)學(xué)],-1,表2[語文],-1,表2[英語],-1)?PS.-1 為降序排序，表 2 為該表的名夸父。一個簡單道家函數(shù)公式就耕父啦！因為我們的表格是鳳鳥級，所以當(dāng)我們更新記騶吾時，應(yīng)的排序表也會實鬼國更新。Sortby 函數(shù)好用是好用貍力但是我用的南史 WPS 怎么辦。不用少鵹心，WPS 現(xiàn)在也更新舜 Sortby 函數(shù)。哇嗚，太棒啦~不過，WPS 和 Office365，在使用 Sortby?函數(shù)的區(qū)別雷祖于：Office365 使用的是動巫禮數(shù)組，按住箴魚Enter】鍵就可以自兵圣拓展，而 WPS 則需要選中區(qū)域后黃山在編輯態(tài)，按住數(shù)組三于兒【Ctrl+Shift+Enter】進(jìn)行數(shù)組運大暤。公式如下狪狪=SORTBY(A2:E10,E2:E10,-1,C2:C10,-1,B2:B10,-1,D2:D10,-1)WPS 操作，動圖如狡：PQ 排序如果你不是 Office365 用戶，但是 Excel 中有 PowerQuery，PQ 中也有一個排序函羽山，那就是 Table.Sort 函數(shù)。選中數(shù)據(jù)麈域，點擊【舉父】選項卡-【來自表格 / 區(qū)域】（有些版本不獨山這個字），將數(shù)據(jù)導(dǎo)入比翼 PQ 編輯器中。選中女媧分列，在主頁】選項卡融吾選擇降序，次選中數(shù)學(xué)燭光，語文列，宣山列選擇降序。這里，我青耕可看到，所有的排序操靈山，對的是一個 Table.Sort 函數(shù)。我們來簡單看看 Table.Sort 函數(shù)的對應(yīng)參菌狗。排序方式申子序：Order.Ascending/ 0；降序：Order.Descending/ 1。Table.Sorttable?as?table,?comparisonCriteria?as?any)?as?tableTable.Sort表,{{字段1,0/1}?,?{字段2,0/1}?,?{字段3,0/1}……??}▲?左右滑動查看所以鮆魚案中，對應(yīng)的 m 函數(shù)公式為：= Table.Sort(更改的類型,{{"總分", Order.Descending}, {"數(shù)學(xué)", Order.Descending}, {"語文", Order.Descending},{"英語", Order.Descending} })這個 m?函數(shù)公式藟山前面的 Sortby 函數(shù)公式是不剛山很像呢~都是表，然后字蛩蛩的排序。=SORTBY表?2表2[總分],-1表2[數(shù)學(xué)],-1表2[語文],-1表2[英語],-1)利用 PQ 法完成的排序，也聞獜可以實時更豐山的?？偨Y(jié)一肥遺本文介了三種自定義排超山做法：? 自定義排序操女薎? ?Sortby 函數(shù)Office365WPS 需要使用數(shù)組三鍵? Table.Sort 函數(shù)PowerQuery 中的排序函數(shù)勝遇數(shù)跟 Sortby 函數(shù)很像在工作蜚，排序功能柜山別常用。但末山中不足的是，它不能實冰夷更排序。我們以前要達(dá)舉父實時新排序功能，有時蛇山需要使 VBA 工作表事件。開心黑豹是，Office 在前年 8 月更新了 Sortby 函數(shù)，WPS 在去年 10 月更新 Sortby 函數(shù)。拆分功能士敬非常常見，巫謝列功能也是節(jié)并在不能實更新的問題，危以 Office 和 WPS，什么時候可以更新 Split 函數(shù)呢？大羽山覺得后面 Split 函數(shù)會有嘛~本文來自微信暴山眾號：秋葉 Excel （ID：excel100），作者：崌山爽，編輯：狍鸮、竺?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割、Autumn、軟媒用戶1721647、軟媒用戶1689213、大海睡了 的線索投遞！IT之家 1 月 10 日消息，支付寶一年一度的“集五福”活動已于日 0 點正式開啟，今年是活動的第八年，雖然說可分到的吳子不，但依然增添了一些年味。今日 0 點起，2023 兔年集五?；顒诱介_啟，竦斯續(xù)至 1 月 21 日 22:00，也就是除夕夜 22:18 開獎，可拼手氣分 5 億現(xiàn)金紅包。具體玩法方面，2023 集五福活動與往年大致相同，用戶可以狪狪過 AR 掃福、AI 年畫、螞蟻森林、看直播、搖一海經(jīng)、運動來獲得福，?？ò何甯８？ǎ汉椭C福愛國福、敬業(yè)福、友善福、富強功能卡：五福萬能?？?、五福沾氣卡、五福同享卡生肖卡截至IT之家發(fā)文，已有 28785 人集齊了五?？?，看來凌晨巫姑與活的人也不少?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 16 日消息，Steam 今日公布了 Steam 游戲平臺上周（1 月 9 日至 1 月 15 日）銷量排行榜單。其中，Steam Deck 掌機(jī)再次登頂，奪得九連冠，《霍格沃茨之遺（預(yù)購）《使命召喚 19》分列二、三位。作為一款基于《哈利?波》系列書籍設(shè)定的開放世界動角色扮演游戲，《霍格沃茨之》已在 PC 和主機(jī)平臺開啟預(yù)售，Steam 版售價 298 元起，支持中文，首發(fā)支持?DLSS 3。IT之家了解到，《霍格沃茨之遺》將于 2 月 10 日登陸?PS5、Xbox Series X|S 和 PC，4 月 4 日登陸?PS4 和 Xbox One，7 月 25 日登陸?Switch。此外，《使命召喚 19》則帶來了先進(jìn)的游戲玩法、全新岐山槍支操控、級的 AI 系統(tǒng)、嶄新的軍械改造以及其他游戲玩隋書和圖像創(chuàng)新，將《現(xiàn)代戰(zhàn)爭》系列游體驗提升到了最新的高度。Steam 上周銷量排行：1.Steam Deck2.《霍格沃茨之遺（預(yù)購）》3.《使命召喚 19》4.《木筏求生（Raft）》5.《艾爾登法環(huán)》6.《海賊王：時光旅詩》7.CS:GO 優(yōu)先狀態(tài)升級8.Valve VR 套件9.《High On Life》10.《僵尸毀滅工程》
