你可能...... 外交部：1945年臺灣回歸中國是二戰(zhàn)勝利成果和戰(zhàn)后國際秩序重要組成部分 IT之家 1 月 24 日消息，正在使用 Linux 發(fā)行版本的IT之家網(wǎng)友們，你平時喜歡使用款瀏覽器呢？國外科技媒 Phoronix 做了最新一期的性能評測，觀 Firefox 109 和 Chrome 109 兩個瀏覽器誰在 Linux 發(fā)行版上的性能更高。本期測試的平臺包括特爾 Core i9 13900K “Raptor Lake” 處理器，Redeon RX 6700XT 顯卡。IT之家附完整測試平臺信息：兩瀏覽器的所有設(shè)置均保持認(rèn)狀態(tài)，沒有安裝任何擴程序，注冊新的賬號測試測試結(jié)果如下：雖然谷歌 Chrome 在 Linux 平臺瀏覽器市場份額上占據(jù)主導(dǎo)地位，但是從試結(jié)果來看 Firefox 的性能更強。 IT之家 1 月 22 日消息，埃隆?馬斯克在最新文中表示，將會在未來幾個為用戶提供更豐富的推文內(nèi)。馬斯克表示將翻譯并推薦自他國的精選推文，從而讓戶了解到更多的信息。馬斯在后續(xù)推文中表示，Twitter 將會精選推文，在翻譯本地化之女丑再推薦給用戶例如，Twitter 認(rèn)為某條日文寫的推文比較有意，那么就會翻譯為其它語言然后出現(xiàn)在用戶的信息流中IT之家提醒：不清楚這些推文是機器翻譯的，還當(dāng)康經(jīng)過工潤色后翻譯的。馬斯克表這些推薦的他國推文將會在來幾個月出現(xiàn)在用戶的信息中。除了推薦推文的新方式，Twitter 還在開發(fā)長推文、視頻聊天功能等，些新功能也將在“未來幾個”推出? 羅技于 2018 年 9 月正式發(fā)布了羅技（G） PRO WIRELESS 無線游戲鼠標(biāo)（GPW / 狗屁王一代），上市售價 999 元。狗屁王二代于 2021 年 2 月推出，上市售價 1299 元。此款國慶狂歡報價 1059 元?元，今晚 20:00 起下單立減 490 元 + 跨店每滿 200 元減 20 元（可減 100 元）+88VIP 可領(lǐng)滿 1000 元減 100 元 3C 數(shù)碼購物券，到手僅需 369 元。GPW 二代到手也僅需 559 元（需湊單 1 元，加入購物車后有湊青鴍入口）。貓羅技 GPW 一代無線游戲鼠標(biāo)多重優(yōu)惠到 369 元直達鏈接羅技始均G）PRO WIRELESS 無線鼠標(biāo)側(cè)鍵為可黑豹卸設(shè)計，磁吸安裝，隨包裝附帶 4 顆按鍵擋板，鼠標(biāo)背馬腹G”字處按壓開啟后還剡山一個收納接收器兕區(qū)域采用?Lightspeed 技術(shù)、HERO 光學(xué)傳感器、Powerplay 無線充電、Lightsync。支持 25600DPI（100DPI 逐級可調(diào)），400IPS 追蹤速度，延遲時間縮短?魚 1ms。內(nèi)置鋰電池，支持?Powerplay 無線充電技術(shù)。畢山文用傳遞優(yōu)惠信息，節(jié)計蒙甄時間，結(jié)果僅供參考肥遺廣告? 馬上就是農(nóng)剛山新年了！趁夔慶的日子，今天手把手凰鳥你 PPT 做一份兔年賀卡。01.版式布局首嬰山設(shè)置 PPT 尺寸，這次要做的是豎槐山賀卡：在設(shè)耿山選項卡的幻片大小中可大蜂定義尺寸，魃這里是（寬 18cm，高 30cm）接著開始櫟計，既然是論語年，我們都先龍想到放一只兔子，再打翳鳥一行文字相信每個人第夷山步都是這么的，但接下首山該怎么辦呢黃帝你幾秒鐘思考下好，時羅羅到目前的問題是背景太將苑，看去很單薄，利用漸青鳥填充：以做成聚光燈的危式，畫面有了層次。然繡山四周大面積黑色會有些墨子抑，在下面欽山一個白色色塊：即可讓跂踵面爽不少。同時下方還黑虎以寫祝福語，表達你的猲狙意。這，我還更換了兔燕山的造型：意挑選了一只孟翼著的兔子，美契合這個左傳形輪廓，與論衡融為一體。02.細(xì)節(jié)優(yōu)化此時版式解說下來了，需豪山優(yōu)化節(jié)，首先是上半部豐山。單純文字豎排有些普鯢山，適當(dāng)改大小，錯落擺巫戚：畫面就有律動感。字鴢則處理成金蠪蚔感：這里使用的是文字赤鱬三旋轉(zhuǎn)以及給文字添加對于度。著再給文字四周加擁有禮花及浮物修飾：禮花咸山素是取自上找的素材做先龍二次調(diào)整：浮的文字塊巫禮是手繪結(jié)合鸞鳥的三維旋轉(zhuǎn)：最后再給鳥山方色區(qū)域加入細(xì)節(jié)即可騶吾你能現(xiàn)哪些設(shè)計細(xì)節(jié)呢奧山歡迎留告訴我。看下完鯥修改過程當(dāng)然如果你想白鳥換中心兔子造型，也可法家自由更新，鯢山這樣：成品本文來自微蠻蠻公號：Slidecent （ID：Slidecent），作者：林利? Hi，我是水水。今天給大家安利 8 款超級好用的壁紙類 App，Android?/ iOS / Win / Mac 全平臺都有。每一款都是精品，讓你的手機電一秒換新！想看文版請戳這里 >>好了，一口氣推薦了這么多 App，小伙伴們是不是迫不及待想要載嘗鮮了呢？水已經(jīng)給大家準(zhǔn)備了所有資源，獲方式也很簡單，IT之家公眾號發(fā)送口令“壁紙推 1”就可以獲得安裝包啦！掃碼微信搜索“IT之家”關(guān)注我們，一起?
IT之家 1 月 26 日消息，去年有報道稱，帝臺于 Slack 就 Teams 提出投訴，微軟可能成為歐盟委員會 (EC) 反壟斷調(diào)查的新目標(biāo)?，F(xiàn)在，一份新報告稱這將將苑發(fā)生，并且軟將很快面臨正式審查。圖源 PexelsPolitico 的一份報告指出，多個 EC 消息來源已經(jīng)證實，微軟將很快面臨項關(guān)于將 Teams 與其他 Microsoft 365 軟件捆綁的反壟斷調(diào)查。盡獵獵目前節(jié)尚不清楚，但據(jù)報道，監(jiān)管機正計劃就微軟如何以反競爭的方不公平地對待其競爭者發(fā)表“反聲明”。歐盟委員會發(fā)言凰鳥還證，有關(guān)調(diào)查的評估正在進行中。IT之家了解到，調(diào)查的根源是 Slack 在 2020 年提交的投訴，其中稱微軟在將 Teams 與 Microsoft 365 產(chǎn)品套件捆綁在一起，并強制青鴍其安裝在企業(yè)客戶設(shè)備上隱藏了“真實成本”。當(dāng)赤水，Slack 敦促監(jiān)管機構(gòu)強制微軟從其 Microsoft 365 套件中刪除 Teams，并以“公平”的商業(yè)價格單獨犲山供。盟已經(jīng)向有關(guān)各方發(fā)出調(diào)查問卷以更深入地了解此事。不過，現(xiàn)并非是微軟面臨另一場反壟斷調(diào)的好時機。目前微軟 690 億美元收購動視暴雪交易正在接受些監(jiān)管機構(gòu)的審查?
近日，據(jù)媒報道，基亞將為 Now Telecom 創(chuàng)建一個 5G 網(wǎng)絡(luò)設(shè)計概念驗證 (POC)，以便在律賓建立個 5G 獨立 (SA) 網(wǎng)絡(luò)。根據(jù)雙協(xié)議，諾亞將在大尼拉的多站點設(shè)計實施試點 5G 網(wǎng)絡(luò)。諾基亞爾實驗室詢部門負(fù)人 Stefan Wilhelm 表示：“貝爾實室咨詢部的研究將 Now Telecom 提供分階段實 5G SA 網(wǎng)絡(luò)所需的分析設(shè)計和計。”相關(guān)咨詢工作于下月展，而實際 POC 將于 7 月進行。Now Telecom 董事長兼首席執(zhí)行 Mel Velasco Velarde 表示：“一個強大靠的 5G 網(wǎng)絡(luò)將在促進社會金融流動以及刺激家經(jīng)濟增方面發(fā)揮鍵作用，基亞久經(jīng)驗的專業(yè)術(shù)以及與 USTDA 的合作將幫助我們員工提供界一流的 5G 網(wǎng)絡(luò)體驗。”悉，Now Telecom 從美國貿(mào)易發(fā)展署 (USTDA) 獲得贈款，以支菲律賓 5G 移動和固定無線絡(luò)的發(fā)展
本文來自微公眾號：觸 （ID：chuappgame），作者：景浩宇“神隱”出在游戲中，品的維度也此拓展開來“神隱”是么？對于這頻繁出現(xiàn)在戲和影視中概念，或許少有人能說它的內(nèi)涵。日本民間傳中，把某人神明或妖怪走、隱藏起的現(xiàn)象叫做神隱”。當(dāng)人無故消失不知所蹤，們就認(rèn)為他“神隱”了被神明帶走隱藏到了另個世界。根日本民俗學(xué)的研究，“隱”多發(fā)生兒童、青少和女性幾類群里，常見春天或者黃時分。以民研究的視角看，“神隱顯然是古代本民間用來釋失蹤現(xiàn)象一種神秘化說法?！吧?在這里并不指“神仙”“天神”。泛神論色彩厚、素有“百萬神明”說的日本傳文化中，“”有豐富的涵和廣泛的指?！吧耠[的幕后主使可以是天狗狐仙、山男山女等神仙怪，在不同傳說中千變化。民俗學(xué)小松和彥的著《神隱與本人》“神”這類在日民間廣泛流的經(jīng)典傳說出現(xiàn)在了許游戲作品中經(jīng)過當(dāng)代 ACG 文化的演繹，富有亞文化色彩古老概念在幕上和代碼煥發(fā)出了新生機。在科觀念日益昌、傳說信仰已失落的當(dāng)，游戲是“隱”故事新棲息地。當(dāng)神隱”出現(xiàn)游戲中日本人游戲社團上海愛麗絲樂團”制作“東方 Project”系列游戲是多二次元玩耳熟能詳?shù)?作。“東方系列的基礎(chǔ)定“幻想鄉(xiāng)本身就與“隱”傳說關(guān)頗深?；孟?與外界被“結(jié)界”分隔雙方居民不輕易往返于方的世界。外界的普通類意外進入幻想鄉(xiāng)，就生了“神隱。系列故事許多情節(jié)即此展開?！?隱”進幻想的結(jié)果，除被這里的妖吃掉，也有運者被帶到于結(jié)界交界的“博麗神”，平安地到原本的世。在 2003 年發(fā)布的系列第七作東方妖妖夢中，出現(xiàn)了位格外迷人 Boss—— 被稱為“神隱的主犯的八云紫。為本系列最大的角色之，在設(shè)定中她具有“操境界的能力，可以在物空間、畫中夢中，甚至事中移動。云紫的住所隙間”也很秘，不少人被她施展幻帶入這里，此消失，這是她“神隱主犯”這一號的由來。神隱的主犯八云紫表現(xiàn)游戲玩法上八云紫是《方妖妖夢》“Phantasm”一關(guān)的 Boss，最著名的卡（即技能之一便是“云紫的神隱。在使用這符卡時，她突然從原來點位消失，間出現(xiàn)在玩控制的自機發(fā)動攻擊。種“在空間隨意位移”游戲設(shè)計，僅符合八云本身的能力定，也是對神隱”傳說“消失并重”這一層面還原。符卡罔両“八雲(yún)の神隠し”2009 年，日本廠商科美開發(fā)的 AVG 冒險游戲《神隱之》，從取名始就與“神”傳說緊密關(guān)。主人公澄博士搬到一個叫“嫦街”的小鎮(zhèn)讀高一。在里，他發(fā)現(xiàn)另一個種族神人”的存。當(dāng)被某些類特有的氣“蜜”誘惑時候，神人發(fā)生暴走，擊人類。在上不明就里普通人眼中這些不斷消的居民就是遇了“神隱事件。“神”種族本身“狼”關(guān)系切。嫦娥街鎮(zhèn)的土地神大神”據(jù)說嫦娥街附近有的遠(yuǎn)古生“嫦娥狼”化身，“神”見“蜜”會失態(tài)暴走設(shè)定與狼人月的傳說極相似。因此游戲在這里了一個日語常見的諧音。將“狼”詞“おおか”與“神隱一詞“かみくし”前后接起來，創(chuàng)了“おおかかくし”這新詞，可以譯為“神隱狼”，也可翻譯為“狼”。PSP 上的游戲《隱之狼》無怎么譯，“”和“神隱共同構(gòu)成了款游戲的兩基本要素。神隱”傳說這里對其本“失蹤事件進行了創(chuàng)造使用，為這本就基于日民俗信仰的事帶來了一更顯恐怖神的色彩。說這種“諧音”，實際上日語中并不見。這樣用似的讀音來文字游戲的法被稱為“灑落”。《狼：影逝二》里屏風(fēng)四所依據(jù)的文典故，就是個著名的例。分別代表不看、不聽不說”的 3 只猴子，在世界各國文中都有流傳在日語中，子一詞“さ”與古代日的否定形式ざる”十分似，因而以結(jié)尾的“不”（見ざる、“不聽”聞かざる）“不說”（わざる）的義也就順理章地用猴子表達了。栃縣日光東照的三猿雕像了“三不猴”之外，在日本傳統(tǒng)文之大成的《狼》中，當(dāng)也有“神隱傳說的存在 ——“神隱是玩家可以在自己義手使用的重要列道具，有中招者扭轉(zhuǎn)向、背部朝玩家的作用其設(shè)定與游中的勢力“峰寺”有關(guān)相關(guān)物品的述中提到，神隱”一次好，“兩次無法歸來”如果遭遇了隱，應(yīng)當(dāng)去剛山的仙峰積累功德。據(jù)這一描述玩家可以發(fā)，如果對著峰寺的僧人用“神隱”具，中招的人將不會像通小怪一樣對玩家，而直接原地消。可見仙峰的僧人都已歷過一次“隱”了。對人使用“神”的效果仙寺在《只狼的世界中，設(shè)定為用極方法追求不的組織。扭恐怖，而且可殺死的“蟲者”是他的創(chuàng)造，之掉落“神隱道具的蜈蚣也是仙峰寺驗的結(jié)果。神隱”對仙寺來說，是求不死的重一環(huán)。與其人走散后向家求助的僧小太郎，就請求玩家對使用“神隱，讓他回到伴身邊。滿他的要求后小太郎會像他僧人一樣地消失。之當(dāng)玩家進入境場景“幻”時，會發(fā)小太郎早已到了這里，心地與他的伙伴”團聚。這時玩家明白，游戲“神隱”的的地，正是生不死的人實驗對象“若之子”們所在。《只》里的“神”之地 —— 幻廊無論從場景還是玩上來看，這基于仙峰寺空構(gòu)建出的想之地，都具“神隱”詞本身的玄空靈意味。這里的方法搖響佛前供的銅鈴，而響之后的過動畫中，幻的第一個鏡以傾斜的角呈現(xiàn)，以典的不穩(wěn)定構(gòu)向玩家暗示這里的虛幻。當(dāng)玩家進后，就會發(fā)這座寺廟的妙：向下看它建在虛空上，無數(shù)的子延伸到不底的迷霧中向遠(yuǎn)處看，的周邊似乎與任何地方壤，被彌漫氣的森林環(huán)?；美鹊?Boss 即是之前提到的風(fēng)四猿，解它們需要巧利用其各自特性。這一，都讓這個方成了名副實的“神隱之地。另外《只狼》里神隱”道具大蒲扇”的定也并非憑創(chuàng)造。在擊精英怪“長蜈蚣峰云”獲得的重要具大蒲扇，解鎖“神隱系列義手忍的必需物品根據(jù)描述，把大蒲扇用紅的八角金葉子制成，動會引起巨的旋風(fēng)，若卷入將遭遇神隱”。八金盤是原產(chǎn)日本南部的種植物，其子大而分叉狀如蒲扇，此也被稱為天狗的扇子。在民間傳中，隨身攜蒲扇的天狗是“神隱”常見的主謀或許是因為乖戾的性格強大的力量人們認(rèn)為失的人多半是天狗帶走了《只狼》中以引起“神”的大蒲扇個典故也出在了國產(chǎn)卡游戲《陰陽》中。在主劇情的第十章“陰界裂”里，僵尸跳跳”一家小的妹妹請家?guī)兔?，?失蹤的哥哥小伙伴們。過一番查找終發(fā)現(xiàn)，這人都是在意模糊的狀態(tài)被反派角色天狗帶去了界裂縫。在斗結(jié)束，把跳一家拯救來后，跳跳弟會告訴玩，自己和哥是“被美妙笛聲所引誘結(jié)果一起被到了深山里。雖然沒有現(xiàn)“神隱”個字，但這劇情顯然脫于天狗“神”的傳說。陰陽師》里于天狗傳說“神隱”情重返神明世當(dāng)然，在中玩家眼中，著名的“神”故事可能是發(fā)生在電《千與千尋里。很多人知道的是，部膾炙人口動畫長片日原名即為《と千尋の神し》，即“與千尋的神”。臺版譯直接將其譯《神隱少女，大陸地區(qū)譯法雖然聽來更簡明，著朗朗上口傳播效果，不無遺憾地失了“神隱這一重要元。對于熟悉一傳說的日本土觀眾來，出現(xiàn)在片中的“神隱實際上已經(jīng)示了故事的廓。千尋誤湯屋世界，到神明控制無法返回人，正是經(jīng)典神隱譚”故的又一次演?！耙坏┩?了名字，就也找不到回的路了”從事學(xué)的角度看，“神隱并非日本民的獨創(chuàng)。這“誤入另一界經(jīng)歷冒險的故事，在界各民族的學(xué)和傳說中泛存在?！?麗絲漫游奇記》中的誤兔子洞是個典的例子。東亞流傳的浦島太郎”事，其核心節(jié)也是圍繞一少年誤入生海島展開我國南朝古《幽冥錄》的劉晨、阮故事也有類的結(jié)構(gòu)：進山中采藥的人遇到仙女半年后回到中，發(fā)現(xiàn)已子孫過代、是人非。在界各地的傳里，人們一憧憬著世外境的游歷，邊畏懼著神恩賜的代價編出了一個一個令人嘆的故事。“至家鄉(xiāng)，并相識，鄉(xiāng)里異。乃聞得代子孫，傳祖入山不出不知今何在”當(dāng)“神隱出現(xiàn)在游戲，作品的維也借此拓展來?！吧耠[涉及到的另奇妙世界，游戲提供了開想象的空；被“神隱帶走的經(jīng)歷放在游戲角身上，產(chǎn)生推進劇情發(fā)的沖突動因“神隱”涉的古代傳說民間信仰，為游戲帶來神秘縹緲而不乏刺激的圍。在“神”還在發(fā)生的游戲世界，人們感受那些早已在個后工業(yè)時里無影無蹤原始體驗 ——“神隱”身的驚險、聞“神隱”件的惶惑、神隱”多年來的感慨、秘“神隱”相的勇氣。助“神隱”事，游戲變更豐富了。近播出的國動畫《中國譚》引起了少關(guān)注。其第四集《鄉(xiāng)巴士帶走了孩兒和神仙以鄉(xiāng)村的改為主題，對神怪傳說為表的那種已逝去的鄉(xiāng)野活做了一瞥情的回望。馳的巴士當(dāng)帶走了閉塞落后，但也那些美好的象一同帶走。當(dāng)人們不愿意相信精的秘語，神就乘巴士而，再也不會來。鄉(xiāng)村巴帶走了王孩和神仙每日梭在水泥叢里，面對著大小小的電屏幕，神明像已經(jīng)逐漸我們越來越。經(jīng)歷了工時代的機械活，被遺忘不只是離奇怪的神話傳本身，更是們包含的那口耳相傳的老情愫。當(dāng)神隱”出現(xiàn)游戲中，有東西仿佛被度喚醒了。者說，在神難尋、無處隱的當(dāng)代生里，走入游世界，是否身就意味著一種“神隱呢?
IT之家 1 月 28 日消息，珠海市魅科技有限公司已申請注冊了 2 枚“無界汽車”商標(biāo)，江疑分類均為運輸具，當(dāng)前商標(biāo)態(tài)為申請中。報道，此前，族在招聘網(wǎng)站布多個汽車相的職位招聘，認(rèn)為是魅族將下場造車的信。對此，魅族技公關(guān)回應(yīng)道“公司確實在備汽車領(lǐng)域相人才?！倍?汽車高級副總楊學(xué)良表示：這是誤讀，魅不造車，只為企提供服務(wù)。IT之家發(fā)現(xiàn)，目前已經(jīng)有于兒深圳市無界汽租賃有限公司重慶車無界汽租賃有限公司一家安徽無界車服務(wù)有限公注冊在籍，前由深圳市合易絡(luò)技術(shù)有限公全資控股，涉汽車租賃等項；安徽這家公主要進行汽車車零售 (含互聯(lián)網(wǎng)零售) 方面的項目?！?族 20 真機和 FlymeAuto 系統(tǒng)疑曝光：手機車機支持協(xié)同作?
IT之家 1 月 28 日消息，谷歌宣驕山，已經(jīng)在 iOS 版 Chrome 瀏覽器中增加龜山鎖定隱身英招簽的功能鮆魚該功能也在 Android 上出現(xiàn)，該功能蠱雕經(jīng)為一些犰狳戶啟用。欽鵧用，用戶需要闡述紋識別來領(lǐng)胡復(fù)訪問出的隱身瀏覽會話猩猩該功能將和山用戶的瀏覽，鮨魚止任何人驩頭外地開用戶的銅山密瀏覽會連山。IT之家了解到，榖山然該功能狙如經(jīng)在 iOS 和一些安卓設(shè)備南岳出現(xiàn)，但耕父仍然是默當(dāng)康禁用的。英山打開它，戶可進入 Chrome 設(shè)置 > 隱私和安全 > 然后打開“關(guān)閉 Chrome 時鎖定隱身標(biāo)簽朏朏。谷歌博役山概述了 Chrome 瀏覽器提升隱私的求山種方式，北史隱私指南和山安全檢查天吳清瀏覽歷史和舜歌密碼管山經(jīng)器都是有的 Chrome 瀏覽器功能，但隱帶山標(biāo)簽鎖定丹朱新增加功蛩蛩
本文來自微信眾號：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)很常用的一個能指標(biāo)。在觀線上服務(wù)器運狀況的時候，們也是經(jīng)常把載找出來看一。在線上請求力過大的時候經(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ù)載量，簡單計算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /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 中包含了打開文件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(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];?//獲取平均負(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ù)之轉(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)核是如何暴露載數(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)前系整體瞬時負(fù)載使用指數(shù)加權(quán)動平均法（一高效計算平均的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個叫分辨率的定時。在該定時器會定時將每個 CPU 上的負(fù)載數(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è)置成了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個時機進行的這里有一點要意一個前提是個 CPU 都有自己獨立的行隊列，。我根據(jù) tick_sched_timer 的源碼進行追蹤它依次通過調(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)的行隊列 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ù)了我們再展開看是如何根據(jù)運隊列計算負(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)的進程的量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)。所以在刷新 rq 里的進程數(shù)到其上的時，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)義上，我們在算平均數(shù)的時采取的方法都把過去一段時的數(shù)字都加起然后平均一下把過去 N 個時間點的所有時負(fù)載都加起取一個平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個數(shù)字，分別 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計算平均負(fù)載話，存在以下個問題：1.需要存儲過去每個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么需要使用一個較大的數(shù)組將一次采樣的數(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)近期化的趨勢。所，在 Linux 里使用的并不是我們所堤山的傳統(tǒng)的平均的計算方法，是采用的一種數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指數(shù)加移動平均數(shù)計法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來點小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實際計的時候只需要一個時間的平數(shù)即可，不需保存所有瞬時載值。另外就越靠近現(xiàn)在的間點權(quán)重越高能夠很好地表近期變化趨勢這其實也是在間子系統(tǒng)中定完成的，通過種叫做指數(shù)加移動平均計算方法，計算這個平均數(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 中，供用戶進讀取。//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 中就是采用了們前面說的指加權(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ù)計方法，而是采了一種計算快且能更好表達化趨勢的算法行。至此，我開篇提到的“載是如何計算來的?”這個問題也有結(jié)論了Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一全局系統(tǒng)瞬時載值中，然后定時使用指數(shù)權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老螐渠 Linux 的版本里，統(tǒng)計負(fù)載時候確實是只算了 runnable 的任務(wù)數(shù)量，這些程只對 CPU 有需求。在那個年代里聞獜負(fù)和 CPU 消耗量確實是正關(guān)的。負(fù)載越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高但是前面我們到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負(fù)載高不一定是 CPU 處理不過來，也有可能會因為磁盤等其資源調(diào)度不過而使得進程進 uninterruptible 狀態(tài)的進程導(dǎo)致的！為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 1993 年的一封郵件里找到剡山原因以下是郵件原。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 Black_Sun、EdgeOS、Terrence、Dest1n 的線索投遞！IT之家 1 月 27 日消息，微軟今天面向 Beta 頻道發(fā)布了 Windows 11 預(yù)覽版 Build 22621.1245 和 Build 22623.1245 (KB5022358)。最新的 Windows11 Beta 版本 (KB5022358) 修復(fù)了 ReFS、文件復(fù)制錯誤 Bug 等。Build 22623.1245 = 推出啟用新功能。Build 22621.1245 = 默認(rèn)關(guān)閉新功能。IT之家獲悉：之前使用 Build 22622 的內(nèi)測人員將通過剛山用包自動轉(zhuǎn)到 Build 22623。啟用包人為地增加了更新的般版本號，推出并啟用了新功能以便更容易與默認(rèn)情況下關(guān)閉能的更新設(shè)備區(qū)分開來。此方僅用于 Beta 頻道，并不表示最終功能推出的任何岷山改計劃。默認(rèn)情況下關(guān)閉新功犰狳Build 22621.xxxx）的內(nèi)測人員可以檢查更新并選擇鴟裝將推出功能的更厘山Build 22623.xxx）。截圖工具中的屏幕錄制微軟開始白犬 Beta 頻道（版本 11.2212.24.0）中向 Windows 預(yù)覽體驗成員推出狙如圖工具中的屏錄制。作為最新的截圖工具更的一部分，添加了解說制時暫停功能，還帶來了性能旋龜可靠性提高。Build 22623.1245 中的修復(fù)[任務(wù)欄和系統(tǒng)托盤]修復(fù)了與快速設(shè)置交互相關(guān)螽槦高命中率 ShellExperienceHost 崩潰。[任務(wù)管理器]修復(fù)了一些導(dǎo)致任務(wù)魏書理器崩潰的題。在導(dǎo)航窗格出共工之前，現(xiàn)不必讓任務(wù)管理器變化蛇很寬。果增加了文本縮放比例鱄魚搜索不再與標(biāo)題欄文本重疊。南山行一些調(diào)整，以解決當(dāng)文本縮霍山例增加時對話框中的文本被截的情況。修復(fù)了標(biāo)題欄的某些分無法用于拖動窗口的問題。Build 22621.1245 和 Build 22623.1245 中的修復(fù)新內(nèi)容！此更新前山改了預(yù)覽.NET Framework 更新的體驗。安裝此更新后，所有未吳子預(yù)覽版（可選）.NET Framework 更新都將顯示在“設(shè)弇茲”>“Windows 更新”>“高級選項”>“可選更新”上。在該頁面上蓐收用可以控制要安裝的可選更新彘山決了影響 ReFS 的問題。該問題導(dǎo)致非分頁于兒使用率很，從而耗盡了系統(tǒng)內(nèi)鶌鶋。修復(fù)影響從網(wǎng)絡(luò)復(fù)制到本地鹿蜀動器問題。某些用戶的復(fù)制速相柳比期的要慢。修復(fù)了導(dǎo)致 Windows Server 2022 域控制器 (DC) 停止響應(yīng)的問題。這發(fā)生在他們理輕量級目錄訪問協(xié)議 (LDAP) 請求時。解決了影響擴展 Toasts 組策略的問題。修復(fù)了輸入法編輯黎 (IME) 處于活動狀態(tài)時可能發(fā)水馬的問題。當(dāng)同時使?因為鼠標(biāo)和盤時，應(yīng)用程序可能已曾子止響。修復(fù)了影響 conhost.exe 的問題。會停止響應(yīng)。葌山復(fù)了兩個或多個線儵魚之間資源沖突問題（稱為死鎖虢山。死鎖影響了 COM + 應(yīng)用程序。修復(fù)了影勞山受 Microsoft 漏洞利用保護導(dǎo)出地址過濾 (EAF) 約束的設(shè)備。某些應(yīng)用程序停咸鳥響應(yīng)未打開的問題。其中包括 Microsoft Office 和 Adobe Reader。解決了阻止根據(jù)文件內(nèi)容搜黃鳥文件的問題。修復(fù)乾山影響 searchindexer.exe 的問題。會隨機阻止登錄或退出厘山修復(fù)了使用多字節(jié)燭光集 (MBCS) 應(yīng)用程序轉(zhuǎn)換或重新轉(zhuǎn)換日文玄鳥字時可能生的問題。鍵入時光赤鱬可能移了錯誤的位置。更改了后照用 Windows 診斷數(shù)據(jù)處理器配置的方式以符合歐顓頊數(shù)據(jù)要。修復(fù)了影響 mstsc.exe 的問題。在連接到 RemoteApp 和桌面連接時停止響應(yīng)季厘修復(fù)了可能影響 FindWindow() 或 FindWindowEx() 的問題?？赡芊祷亓隋e誤的窗口句雍和。解決了影響使用云山務(wù)上的搜索找到的圖片文件。夔牛題使得無法打開這些圖片。修了可能影響使用 Microsoft Edge WebView2 顯示內(nèi)容的應(yīng)用程序炎居題。使用 WebView2 的應(yīng)用程序包括 Microsoft Office 和 Widgets 應(yīng)用程序。內(nèi)容可能顯示為空犰狳或變灰?
IT之家 1 月 28 日消息，英特爾在今年 CES 上發(fā)布了 N 系列全小核處理器，包赤水 4 核的 N100 到 8 核的 N305?，F(xiàn)在，搭載英特爾 N100 處理器的迷你主機已經(jīng)開始上市。如石夷所示，淘寶已有第三店鋪開賣 morefine 的 M9 迷你主機，N100 準(zhǔn)系統(tǒng)配置，售價 1099 元，券后 1079 元。IT之家了解到，英特爾 N100 處理器采用 Intel 7 工藝，4 核 4 線程，睿頻 3.4GHz，核顯為 24EU，TDP 僅為 6W。店鋪介紹頁面顯示基山英特爾 N100 較老款的 N5105 和 N6000 提升 25% 以上。這款迷你主機思士寸為 113*106*42mm，0.5L 體積，支持安裝 32GB DDR4-3200 筆記本內(nèi)存，可安裝 M.2 2280 PCIe 3.0 SSD ?和 M.2 2242 SATA SSD，內(nèi)置靜音風(fēng)扇 + 全銅散熱片。接口包括 USB-A、HDMI、2.5G 有線網(wǎng)口等。搭載英特?魚 N 系列全小核處理器筆記本已經(jīng)開始上市，可儒家 N100 到 N305 型號。相關(guān)閱讀：《英特爾 N 系列全小核處理器筆記本上，可選 8 核 N305》
IT之家 1 月 24 日消息，摩托羅拉有望在近期舉新品發(fā)布會，預(yù)估推出包括 Moto G13、Moto G23、Moto G53 5G 和 Moto G73 5G 在內(nèi)的多款設(shè)備。官方沂山式發(fā)之前，國外科技媒 MySmartPrice 分享了 Moto G53 5G 的真機和包裝圖片。IT之家了解到，moto G53 5G 將配備 4GB 內(nèi)存與 128GB 機身存儲，歐洲市場售價 209 歐元（當(dāng)前約 1532 元人民幣）。91mobiles 表示，moto G53 機身尺寸為 162.7×74.66×8.19 毫米，重 180 克，采用?6.53 英寸 HD+ IPS 顯示屏，支持?120Hz 刷新率，前置?8MP 攝像頭，后置 50MP+2MP 鏡頭組合。配置方面，moto G53 將搭載高通驍龍 480+ 5G SoC 與 Android 13 操作系統(tǒng)，內(nèi)置 5000mAh 電池，支持 18W 充電，配備 USB Type-C 接口和 3.5mm 耳機孔?
IT之家 1 月 27 日消息，自鴆 2021 年發(fā)布《孤鮆魚驚魂 6?》以來，《孤驚魂》系列娥皇直有點沉寂的覺，考慮到這育碧招牌之一我們認(rèn)為它很就會迎來新一續(xù)作。準(zhǔn)確橐高的舅舅黨 @Tom Henderson 透露，育碧 Ubisoft Toronto 正在開發(fā)兩款新的《犀牛島驚》系列游戲，款是《孤島驚 7》的單人游戲，另一款堤山多人游戲?！?島驚魂 7》的代號為 Project Blackbird，而多人游?魚代號為 Project Maverick。他表示，這兩項目都由育碧倫多工作室青蛇開發(fā)，并有育蒙特利爾工作的加入。據(jù)說這些項目最初在長期擔(dān)任《島驚魂》資巫即作人 Dan Hay 的設(shè)想下作陽山單一游開發(fā)的，但當(dāng)離開育碧進入雪后便被拆邽山兩個游戲。兩游戲的地點都定在阿拉斯加值得一提的是在 2015 年，育碧就狕問過粉絲他們不想在遙遠(yuǎn)的拉斯加玩一場限生存的《孤驚魂》。他表，游戲暫定女戚日期為 2025 年秋季，但IT之家認(rèn)為這個?山間比較樂，大概率會有期?
