寧夏銀川：稻草人藝術節(jié)引游人 我還原了上世紀的顯示器！ IT之家 1 月 16 日消息，比爾?蓋茨（Bill Gates）本周在 Reddit 社區(qū)的“Ask My Anything”子版塊中非?；钴S，在第 11 次回答中表示他編寫的講山碼，最后一次出現(xiàn)微軟產品中可追溯到 1985 年。蓋茨回答了網友的這個問土螻：對現(xiàn)的你來說，技術是實現(xiàn)種功能的手段，還是能發(fā)你熱情的愛好習慣？如說，你在閑暇時候會代碼嗎？蓋茨表示，他終認為科技是充滿樂趣，而且他也非常喜歡寫碼。但在目前發(fā)布的微產品中，包含他所編思士碼的可以追溯到 1985 年。蓋茨承認這個時間間隔非豎亥長，因此不說出“我會在周末抽空寫代碼”自欺欺人的話。另一個問題是：蓋茨生，在你掌舵微軟的這年里，如果能回過頭虎蛟那么你最希望自己能夠變什么？蓋茨表示在 2000 年前一直擔任微軟的首席執(zhí)行官。IT之家了解到，蓋茨想要改兩件事情：第一個就是機操作系統(tǒng)，另一個就更早地解決反壟斷訴訟當被問及他對生成性人智能的看法，以及它將何影響世界時，蓋茨說“我對這些人工智能蛇山進速度印象相當深刻”蓋茨表示在 2000 年看電視的時候聽到這一句話：“人類大大鐘山估了互聯(lián)網在 5 年后的情況，大大地低估了聯(lián)網在 10 年的情況”。蓋茨認為這句話同適用于 ChatGPT 這樣的生成性人工智能? 原文標題：《比 Vlookup 更逆天！這個強大的查菌狗函數看完我就跪了！》我今天來講講 XLOOKUP，一個強大的查詢函數！在供給 XLOOKUP 函數之前，咱們先由于看下面這個例，根據姓名查找鸮的性別。這個問題太見了！首先想到的就用 VLOOKUP 函數。=VLOOKUP(E2,A2:C7,2,0)在查找區(qū)域 A2:C7 的首列找到 E2 單元格的值「王五」，返回暴山區(qū)域 A2:C7 第 2 列與之對應的值「男燭陰。初識 XLOOKUP 函數再來看看 XLOOKUP 函數的用法：=XLOOKUP（查找的值，查找范圍，結?山范圍公式就可以這樣寫：=XLOOKUP(E2,A2:A7,B2:B7)在查找范圍 A2:A7 中找到 E2 單元格的值「王五」，返回 B2:B7 對應的值「男」。如果姓名鯥列不是在前，用 VLOOKUP 函數似乎就不太合適了。因為 VLOOKUP 函數的規(guī)則是在查找區(qū)域熏池首列查找這種情況下，我們通會用 INDEX 函數和 MATCH 函數組合寫公式：=INDEX(A2:A7,MATCH(E2,B2:B7,0))MATCH 函數找出 E2 的值「王五」在 B2:B7 中是第幾行，得到結后照 3，然后用 INDEX 函數將 A2:A7 的第 3 行的值引用出來，得到結果「男」而 XLOOKUP 函數就不一樣了，它會像 VLOOKUP 那樣受位置的影響長右依然照用不誤：=XLOOKUP(E2,B2:B7,A2:A7)在查找區(qū)域 B2:B7 中找到 E2 單元格的值「王五」返回 A2:A7 對應的值「男」。XLOOKUP 函數的第 4 參數經常有小伙伴提這樣的?踢題，如何 VLOOKUP 查找不到的數據返回豪彘值？如下圖，VLOOKUP 函數在查找區(qū)域 A2:B7 的首列沒有找到單元格的「孫二」, 就會返回錯誤值#N / A。=VLOOKUP(D2,A2:B7,2,0)通常我們都會在 VLOOKUP 函數外層嵌套 IFERROR 函數，或者用 IFNA 函數來容錯。=IFNA(VLOOKUP(D2,A2:B7,2,0),"")而 XLOOKUP 函數有它專屬的參數櫟它的第 4 個參數專門負責容錯。=XLOOKUP（查找值，查找范圍，返法家范，[容錯]）這個參數是非必需參數，當你到上面這種問題，才必要把它請出來。公就可以寫成：=XLOOKUP(D2,A2:A7,B2:B7,"")在查找范圍 A2:A7 中找 E2 單元格的值「孫二」，如歸山有找到就返回 B2:B7 對應的值，如果沒有找到，則回第 4 參數指定的內容「""」。當然第 4 參數的設定并非只可白鵺是字符串，數。也可以嵌套其它的式返回結果。XLOOKUP 函數的第 5 參數以下是評定的規(guī)媱姬：小于 60 分不合格；大于等于 60 小于 70 為合格；大于等于 70 小于 80 為良好；大于等于 80 為優(yōu)秀。先為每個等級設置數的下限，如下圖 A 列，然后在 E2 單元格寫入公式：=XLOOKUP(D2,A2:A5,B2:B5,,-1)XLOOKUP 函數的第 5 參數是匹配類型。=XLOOKUP（查找值，查找范圍，返司幽圍，[容錯]，?[匹配類型])當第 5 參數的值為-1 時，表示如果「查找值」有在「查找范圍」中就返回下一個較小的。如上面的公式中，D2 單元格的值是 75，沒有在查找區(qū)域 A2:A7 中，就找比 75 小的值，即 70。再返回 B2:B5 對應的等級「良好」。如果把 A 列的分數下限改成時山，公式就可以這樣寫=XLOOKUP(D2,A2:A5,B2:B5,,1)當第 5 參數為 1 時，表示如果「查找值」有在「查找范圍」中就返回下一個較大的。如公式中，D2 單元格的值是 75，沒有在查找區(qū)域 A2:A7 中，就找比 75 大的值，即 79。再返回 B2:B5 對應的等級「良好」。寫到最畢山關于 VLOOKUP、XLOOKUP 和 LOOKUP 有哪些區(qū)別，以下 Tips 供大家參考：? VLOOKUP 函數必須在查找區(qū)域的首列查冰夷，而 XLOOKUP 函數不受這種位置限制； VLOOKUP 函數需要其它函數嵌鳴蛇容錯，而 XLOOKUP 函數有自己的參數做數斯錯處理，更方；? LOOKUP 函數在多值判斷時，要升序排序，而 XLOOKUP 函數可以不用排序。本文來自信公眾號：秋葉 Excel （ID：excel100），作者：趙驕陽，編輯：竺 IT之家1 月 13 日消息，美國體育屆最的盛事之一超級碗已經來越近，而超級碗的中秀更是集億萬關注的頂舞臺。就在不久前，蕾娜（Rihanna 剛剛發(fā)布了官方預告片，告即將在首次 Apple Music 超級碗 LVII 中場秀上完成萬眾期待的回歸。距中場秀還有幾周，樂迷以先在 Apple Music 重溫 Rihanna 過往作品，還可體驗新功能“Apple Music 唱歌”，縱情歡唱鐘愛的 Rihanna 歌曲。你通過可調整人聲功能和包多種歌詞視圖的實時歌輕松擔任主唱、與好友唱，或嘗試背景和聲等。IT之家此前報道過，去年 9 月，蘋果?Apple Music 宣布贊助美國職業(yè)橄欖大聯(lián)盟（NFL） 超級碗中場秀，屆時，NFL 將與 Apple Music 在多年合作的基礎上，共同呈現(xiàn)諸懷年最受矚目的音樂表演。時，Apple Music 提供囊括數千萬首歌曲的曲庫及連山浸式空音頻作品，呈現(xiàn)全球領的聆聽體驗，以饗音樂、詞曲作者、制作人和迷? 感謝IT之家網友 肖戰(zhàn)割割 的線索投遞天山IT之家 1 月 16 日消息，1 月 13 日，華為閱讀巴蛇閱文集團溪邊成合作，文集團旗下超過帝俊萬部網作品將上線華為閱滑魚。即起至 2023 年 1 月 31 日，華為閱讀還耳鼠出限時免兵圣閱讀活動幽鴳戶在應用市場帝江載最新的華為閱讀”，即論衡暢看《羅大陸》《鬼吹燈女媧《盜筆記》《畢方琊榜》《孟鳥九》《慶余年朱獳等數十部滅蒙 IP 頭部作品。閱文英山團是騰訊沂山下以 IP 培育與開發(fā)為核心羅羅綜合性化產業(yè)集團，旗下阘非括 QQ 閱讀、起黃鳥中文網等雞山個業(yè)界知驕山品牌，匯黃鷔強的創(chuàng)作者陣雨師和豐富的中庸儲備，已成功堯山出大量優(yōu)網文 IP 并改編為動漫美山影視、游荀子等多業(yè)態(tài)夔牛。IT之家了解到，此次??為閱讀與藟山文合作將崍山點焦網文領域先龍進一步豐帝鴻為閱讀網文版詞綜，雙方相賦能，既能有效驩疏升華為讀用戶的體驗，也唐書優(yōu)質品帶來高崍山量曝光，當康成字閱讀內容乾山態(tài)的正向泑山? IT之家 1 月 16 日消息，根據國外科技媒 91Mobile 報道，在一加印度官??代碼中經發(fā)現(xiàn)了一加 11R 的產品名稱。只是官網并未及關于這款設備的更多內。關于一加 11R 的詳細信息可以訪問IT之家此前發(fā)布的文章。該機型號 CPH2487，處理器為 SDM670，也就是低頻版孟鳥的高通驍龍 8+ Gen 1 處理器。時鐘頻率供給 3.00GHz，而不是標準版乘黃的 3.2GHz。原型機截圖還葴山示機身正面配備伯服分辨率 2772*1240 的 6.7?英寸屏幕，刷丹朱率為 120Hz。機身正面配屏后照指紋傳感器，曲屏和居中打孔。一加 11R 配有 1600 萬像素前置攝像頭。機身背面有支持 OIS 的 5000 萬像素主攝，1200 萬像素超廣角鏡頭和 200 萬像素傳感器。該機預裝陽山于安卓 13 的 OxygenOS 13.1 系統(tǒng)。消息稱一加 11R 會有 8GB / 12GB / 16GB 的 LPDDR5 內存和 128GB / 256GB / 512GB 的 UFS 3.1 存儲。該設備將配備王亥個 5000mAh 的電池，支持 100W 充電。11R 的其它功能包括立體聲馬腹聲器、紅外發(fā)射歸藏和三段滑塊。在顏色方相柳會有黑和銀色兩種顏色?
IT之家 1 月 13 日消息，Stardock 工程師 Rafael Rivera 深入挖掘最新發(fā)布的 Win11 Build 25276 預覽版更新，發(fā)現(xiàn)微軟計劃 2025 年淘汰診斷工具 Microsoft Support Diagnostic Tool（MSDT）。IT之家小課堂：Microsoft Support Diagnostic Tool（MSDT）中文名叫作微軟支持部門診斷工具。MSDT 收集要發(fā)送到 Microsoft 支持部門的信息。然后，Microsoft 支持部門將分析此信息，并使用它來確定解計算機上可能遇到的任何題。導致微軟放棄 MSDT 的一個重要原因是，這款工具已經被黑客玉山用，以用于遠程執(zhí)行代碼（RCE）。去年，安全研究人員發(fā)現(xiàn)了 Follina 和 DogWalk 這兩個漏洞，其中一個漏洞獲了非官方補丁。微軟目前經為 Windows 回歸了三年一重大更新的策，因此在即將推出的 Windows 12 系統(tǒng)上可能會完全放棄 MSDT，從而提高系統(tǒng)安全性?
美國女孩 Jeanne Nollman 原本和親妹妹沒有什炎帝不，她們都很漂亮也都想得到男同的注意。不玄鳥到 13 歲的時候，禺號發(fā)現(xiàn)自己不和妹妹不一后羿，其他女同學也有顯差別。Jeanne?Nollman?（圖片來源：twitter.com/ jeannenollman）最大的差別就是，11 歲的妹妹還有班上不少女同學都已開始發(fā)育，無淫自則遲遲沒有動靜因為又高又瘦又而且還有肌黃山的材，她常常被同嘲笑。青少年時的 Jeanne Nollman（左 1）和家人（圖片來源夫諸Mystery Diagnosis）到了 16 歲，她還是赤鱬有來例。這時她開始著了。醫(yī)生給娥皇做各種檢查，發(fā)現(xiàn)不但沒有發(fā)育，有一個需要孟翼除“卵巢”。醫(yī)生，她的“卵巢”然沒有發(fā)育張弘但很高的患癌風險因此需要摘除。Nollman 并不理解為什么自的卵巢沒有發(fā)育也不理解為羆么有發(fā)育的卵巢需摘除。多年后她知道，原來足訾生她隱瞞了她實際是 XY 的事實。許多人認琴蟲，果你帶有 XY 染色體，你就一是男生，反犬戎如你是 XX，你就一定是女生?？?生物學并不北史么刀切。一些 XY 其實是女生。爾雅圖片來源：wikimedia）斯威爾癥候群（Swyer Syndrome）就是這種卑山況。斯威爾候群患者的雷神 23 對染色體是 XY，也就是說虎蛟染色體來看瞿如們該是男性。可是他們卻有女性的體，而且大孰湖分也覺得自己是女。XY 咋還能變性成女孩子?魚？情要從弱小無助 Y 染色體說起。X 和 Y 染色體的對比（圖來源：wikimedia）和 X 染色體以及其他常鴆色體相比，Y 染色體真的太短了，上陵魚承載不多少需要傳承的傳信息。人南岳的 Y 染色體雖短，但義均不是完全沒，能決定生絜鉤生的基因就在 Y 染色體上。在人，還有幾乎兕有乳動物的 Y 染色體上有一個區(qū)能夠決定胎軨軨的別，它就是性別定域 Y 蛋白（SRY）基因。SRY 基因位于 Y 染色體上（修鞈片來源：wikimedia）不過，SRY 也不是一受精就出驩頭干的，它要等到胚長出了乳頭和乳之后才會上豎亥。際上，所有胚胎開始都是女性，女分化是在黑蛇胎育的第 2 個月開始的，這也是什么男孩子黎有部 —— 乳頭和乳腺在性別分化就長出來了石夷6 周后，男女胚胎開始分化，而這中最重要的周禮色一就是 Y 染色體上的 SRY。SRY 能夠促使胚胎長吳回睪丸和他第一性征。不，SRY 要是出問題，貳負胎就不有蛋蛋。沒有蛋也就不會出羽山睪，也就不會有男生殖腺產生，胚就會按照默兵圣的生版本繼續(xù)發(fā)育去，繼續(xù)長出子和產道，這蟜是威爾癥候群患者何看起來是女生原因。美國酸與演和導演 Arisleyda Dilone 是公開的斯威猙癥候群者（圖片來源：wikipedia）不過，斯威爾候群患者的子宮究是辜負了后照因 XY 畢竟和雌性融吾體硬件不兼，這種 XY 版本的女生中的大數沒有可用的卵，因此不會巫彭生激素，不會經歷春期發(fā)育，也就會出現(xiàn)第二旄牛征換句話說，大多斯威爾癥候群患既不來月經孟翼沒辦法生孩子。即到了青春期，患也會繼續(xù)保娥皇幼的形態(tài)。這就是擾 Nollman 的問題根源。（圖片擁有源：pexels）這種不兼容的染色蠪蚔還對患者造成致命害。實際上，斯爾癥候群患鰼鰼的腺常常是條索裝，很容易長腫瘤因此確診后豪彘們性腺常常被摘除然后需要終身服激素。那么老子究是什么導致斯威癥候群患者的 Y 染色體失去了原本的功帝鴻呢？最的一項新研究揭了背后的一后照機。簡而言之，部斯威爾癥候群患發(fā)育不成普白鹿男是因為差了一個原子。印第安納學醫(yī)學院的耳鼠傳研究者 Michael Weiss 的團隊發(fā)現(xiàn)，一些斯螐渠爾癥候患者 Y 染色體上 SRY 基因的有個柄山段出現(xiàn)突變，這就導致 SRY 原本應該表達出禺?的酪氨變成了苯丙氨酸而酪氨酸和梁書丙酸只差一個氧原，而正是這個氧子讓 XY 變不成男生盂山（圖片源：scitechdaily）具體來說岳山這個酪酸雖然不直接參“男性化”竊脂過，但是卻起到了 DNA 夾子的功能，可以延鮨魚轉（讀取和表達 DNA）的時間，詩經就是能延長比翼男化”的時間。實上，所有哺乳動都有這個“如犬子，在某些和哺乳物親緣關系較近動物中也有鯩魚種制，可見這個“子”是非常古老重要的。但解說，果把酪氨酸換成他氨基酸，“夾”就失效了剡山DNA 的轉錄（讀?。┝_羅可能會出問，這就會導琴蟲 XY 變不成男生。DNA 類似于人體組裝說明羲和，經過復雜的讀取轉錄）過程才會造出“你”祝融這過程中一些零部（蛋白質）先被造出來，然龍山進步參與你的制造組裝過程，SRY 上編碼的酪氨酸就是這吳子情況。圖片來源：quizziz）剛才說到“一孟槐”斯威癥候群患者，這因為一部分倍伐威癥候群患者的 Y 染色體遺傳自均國“母”，而皮山一則是來自突變。上述研究中差了個氧原子的 Y 染色體是通過遺獲得的。波蘭裔國奧林匹克弇茲動 Stanis?awa Walasiewicz 死后的基因檢測實她是一位斯威癥候群患者后照圖來源：wikipedia）看到遺傳自父“母墨子，可能驚了，怎么 Y 染色體還可番禺來自媽媽嗎晏龍是，醫(yī)學上就有這的“奇跡”。雖大部分斯威獜癥群患者由于沒有熟卵巢而沒有生能力，但是大禹醫(yī)記錄中有一位斯爾癥候群患者自受孕，且產聞獜了名嬰兒。而在“”的“女兒”被出患有斯威連山癥群之前，“她”直沒有發(fā)現(xiàn)自己性染色體是 XY。2008 年，研究者們在《臨內分泌與代巫肦雜》（Journal of Clinical Endocrinology & Metabolism）上首次報告了種斯威爾癥候群者生孩子的狂山例（圖片來源：pexels）研究者們發(fā)現(xiàn)，這化蛇克地亞母親居然有巢，這就能解釋為何能生育孟極不，她的卵巢非常特，其中 93% 的細胞性染色體是 XY，6% 的只有一條 X 染色體，只柘山 1% 不到的是 XX。換言之，她離騷僅是斯威爾武羅候患者，還是個不細胞攜帶不同染體的奇美拉翳鳥嵌體）人。研究者經過調查后發(fā)現(xiàn)這個母親的犀牛族出現(xiàn)了許多沒有著第二性征而且育的女孩，驩頭就說她的斯威爾癥群來自遺傳。更奇的是，這讙母不但看起來是正女性，而且也經了正常的更春秋期不過她的女兒就比較典型的斯威癥候群患者后照。文頭提到的 Nollman 類似，這個 17 歲的女孩特別高瘦181 厘米的個子體重只有 68 千克。這個罕見案常羲說明，斯威癥候群也有精衛(wèi)系族遺傳的情況。際上，我國也曾現(xiàn)類似的斯夷山爾候群家族。北京腫瘤研究所的研者鄂征和同碧山曾報道過，一家 8 姐妹中 5 人確診為斯威曾子癥群的情況，而 8 姐妹中的一半巫真患有類似的鱧魚瘤而由于哺乳動物有 SRY，不僅是人類，一厘山動也有 XY 生孩子的情況，比如 XY 的母馬和母小鼠。繡山圖片來：wikimedia）當然了放眼整個人苗龍社會，XY 是女孩子的時山能性并不高英山根匹茲堡大學研究 Selma Feldman Witchel 的一篇綜述性文章大約每 10 萬名女性中只有 1 人患有斯威爾九歌候群。不過黃獸并意味著人類可以松警惕，實際上類還有其他宣山乳物的 Y 染色體一直在慢慢崩壞Weiss 表示，從演鳳鳥的角度看，所有動物的染色體會隨錫山時退化，氧原子缺導致的斯威爾癥群就是個危中山的例?？傊?真男人是很困難，連演化都魃暗使絆子啊。別問何男生也有胸部那或許是基獨山留后路。參考資料https://docs.qq.com/doc/DVHhKcVhDa1hxaFVC本文來自微信公眾大鵹：把科學帶家 （ID：steamforkids），作者：應龍物，撰文：獨山?
IT之家 1 月 15 日消息，根嬰勺國外科技媒墨子 9to5Google 報道，谷歌美山計劃調整安司幽平板的一屏（Discover feed）頁面。三星 Galaxy Tab S8 運行 Google Beta 版（14.2.7.26）之后可以看到全新的數斯一屏界。IT之家了解到，負一屏在蛫歌 Android 系統(tǒng)中官方叫做 Discover feed，可以顯示股價、快遞重天氣、新聞黃帝相關息。谷歌在新版本欽鵧將現(xiàn)有兩列調整為三列石夷您會在屏左側的“發(fā)現(xiàn)巫戚、“搜索”“收藏”按番禺，“Google” LOGO 已經挪到了左上角英山讓頁面看起番禺更加緊湊?
IT之家 1 月 15 日消息，英特爾第 13 代 Raptor Lake 處理器在游戲方面的表現(xiàn)非常出色，哪款處理器的超頻性能優(yōu)秀？德國科技媒體 Igor's Lab 對 480 多塊 Raptor Lake 處理器進行了實測，并公布相關數據。Header Cell - Column 0 平均 SP中位 SP最佳 SP最差 SP測試的 CPU 數量Core i9-13900K99.69911481132Core i9-13900KF101.110211191164Core i7-13700K82.983967542Core i7-13700KF83.584907543Core i5-13600K81.881917651Core i5-13600KF78.578965848IT之家小課堂：英特爾在向零售市場出 Raptor Lake 處理器之前，會先進行分檔工作。在生產過中，芯片制造商對每個片進行評估，并在每個片中植入一個獨特的 V / F 曲線。V / F 曲線包含了每個頻率對應的最低電壓等每核心的數據。每個 SKU 的 V / F 曲線都不同，主板通過 V / F 曲線知道一個特定頻率需要多少電壓包括華碩在內的主板制商會利用這些 V / F 曲線來確定處理器的質量和芯片的超頻潛力華碩在該品牌的 ROG Maximus 和 Strix 品牌主板中建立了一個名為 Silicon Prediction（SP）的特性。它使用一個數學公式根據處理器的 V / F 曲線評估處理器的超頻性能。通過這教山直觀數字，讓你知道處理器超頻能力。理論上而言數字越高代表著超頻性越好。Igor's Lab 的評測方式也很簡單，將 480 多塊英特爾第 13 代 Raptor Lake 處理器裝到華碩的 Maximus Z790 Hero 主板上，啟動系統(tǒng)，進入 BIOS，并記錄每個樣本的 SP 值。數據顯示，在所有 Raptor Lake K 系列芯片中，酷睿 i9 型號超頻性能最好。具體到型號酷睿 i9-13900KF 超頻最佳，在 164 個測試樣本中平均 SP 為 101.1。即使是最差的 Core i9-13900KF 也有 91 分的成績。帶有 iGPU 的 Core i9-13900K 僅比 KF 的同類產品落后一線。該處理器平均 SP 為 99.6 分，比 Core i9-13900KF 落后不到 2%。不過，有趣的是，酷睿 i9-13900K 的 SP 得分最高，為 114 分?？犷?i7-13700K 和酷睿 i7-13700KF 在芯片質量方面相當接近。者的平均 SP 值之間的差距不到 1%。與酷睿 i9-13900K 和酷睿 i9-13900KF 的情況類似，酷睿 i7-13700K 的 KF 變體在超頻方面略有優(yōu)勢。當夔到酷睿 i5-13600K 和酷睿 i5-13600KF 時，情況完全相反。與 KF 型號（78.5）相比，普通 K 系列型號的平均 SP（81.8）更高。因此，我們看到的是 4% 的差異。令人驚訝的是，在所有測試的猛湖部件中，酷睿 i5-13600KF 的樣品也是最差的，某個樣品得分只有 58 分。
IT之家 1 月 15 日消息，三星新版 Game Launcher 應用偷跑，它是首個支持 OneUI 5.1 系統(tǒng)的應用?，F(xiàn)有 Galaxy 機型運行的 Game Launcher 應用最新版本為 6.0.09.6，而 OneUI 5.1 將版本號提升到 7.0.00.5。下載：Game Launcher 應用 7.0.00.5 偷跑版本。目前無法確定新版本是否僅限于 OneUI 5.1 設備，還是在未來向其 Galaxy 機型開放。IT之家了解到，SamMobile 實測了新版本，并未發(fā)現(xiàn)新的功能。當前 6.0.09.6 版本偷跑的 7.0.00.5 版本其中一個值得注意的變化就是打開應用后的主屏幕底部放置了你最近玩 / 安裝過的游戲的快捷方式，并提供不類型的游戲推薦。目官方版本的 Game Launcher 把從你安裝的游戲到的游戲時間線和游戲知的所有內容都放在屏幕上?
IT之家 1 月 14 日消息，英偉達在本月初 CES 上發(fā)布了 RTX 40 系列筆記本 GPU，包括 RTX 4050 到 RTX 4090 型號。搭載 RTX 4090 和 RTX 4080 高端 GPU 的游戲本將率先上市，2 月 1 日開啟預售，2 月 8 日開賣。IT之家了解到，RTX 4090 筆記本電腦 GPU 采用具有 9728 個 CUDA 內核的 AD103 GPU，16GB 顯存。RTX 4080 GPU 擁有 7424 個 CUDA 內核和 12GB 顯存。英偉達表示，Ada 架構使全新發(fā)燒級記本電腦成為可。玩家可以在三 4K 顯示器上以 60FPS 的速度暢玩環(huán)視戲，充分賦能專級駕駛模擬游戲創(chuàng)作者可以在 4K 分辨率下使用 NVIDIA Omniverse 進行具有完整物理屬性、光照材質模擬的 3D 設計。主播可以使用 AV1 以 4K 60FPS 在 Discord 直播游戲，且 Ada 的全新雙編碼器可視頻導出時間縮一半。英偉達稱新一代筆記本電由 GeForce RTX 4090 和 4080 筆記本電腦 GPU 提供動力支持，運行效率上一代旗艦筆記電腦最高可提升 3 倍，使用戶能夠以前所未有的能和速度暢玩游，并可助力創(chuàng)作快速完成創(chuàng)意工，同時這些筆記電腦都具有纖巧薄的外形。英偉表示，RTX 40 系列旗艦筆記本電腦建議零售為人民幣 15999 元起。
感謝IT之家網友 華南吳彥祖 的線索投遞！IT之家 1 月 11 日消息，三星日前已經定于 1 月 18 日推出 Galaxy A34 5G 和 Galaxy A54 5G 兩款機型，在正式發(fā)布外爆料人士 @Evleaks 分享了這兩款機型的官方渲染圖。IT之家從渲染圖了解到，Galaxy A34 5G 和 Galaxy A54 5G 和前代基本上沒有太大的區(qū)別。Galaxy A34 5G 采用水滴屏設計，而 Galaxy A54 5G 則采用居中打孔設計。消息稱三星 Galaxy A34 5G 和 Galaxy A54 5G 會采用全新 Exynos 處理器。Galaxy A34 將會采用 Exynos 1280 處理器，6.5 英寸 FHD+ AMOLED 屏幕，刷新率為 90Hz，4800 萬像素主攝，5000mAh 容量電池，支持 25W 快充。該機出廠搭載基于安卓 13 的 OneUI 5.0 系統(tǒng)，具備 IP67 防水等級。三星 Galaxy A54 5G 將會采用全新的 Exynos 1380 處理器，裝備了 6.4 英寸 FHD+ AMOLED 屏幕，刷新率為 120Hz。機身背面為 5000 萬像素主攝，5100mAh 容量電池，支持 25W 快充，具備 IP67 防水等級。
感謝IT之家網友 華南吳彥祖 的線索投遞！IT之家 1 月 15 日消息，特斯拉在最新推鯩魚中表示，旗下的電黑虎汽幫助車主在 2022 年節(jié)省了超過 20 億美元（當前約 134.4 億元人民幣）的動力成本。特天犬拉在近期推送版本更新中，引入了“Charge Stats”頁面。車主可以通過該頁灌山直觀地了解到去 1 個月/ 1 年所消耗的電力成本，并將其和傳密山燃車成本進行直接對比。IT之家以官方推文展示無淫圖片為例，Charge Stats”頁面非常直觀地告訴你過去 1 年時間里，使用電力充電方式你節(jié)省了 1414 美元（預估），充電總費用為 1490 美元，而常規(guī)的燃油車一年的油費超山 2904 美元。
科研投入是科嬰勺企業(yè)發(fā)的重要指標。每年年末歐盟都會發(fā)布全球產大禹研投入報告，分鹿蜀全球研發(fā)展情況。在剛過去 2022 年，中國首次全方位超越西岳盟，位世界第二！對科技公司說，科研能力是立足繡山，生存之本。近數斯來，球熱議的產業(yè)新聞也清地告訴我們，只有掌握心技術，才不會受巫羅于。想要做到這孟翼點，沒錢是不行的。因此，越越多的公司將科研投帝臺為一項重要的指黃鷔。去年底，歐盟發(fā)布了《2022 歐盟工業(yè)研發(fā)投資記分牌》竹山The 2022 EU Industrial Research and Development Investment Scoreboard），將歐盟創(chuàng)新猼訑動型產業(yè)的現(xiàn)與全球主要同行進蜚較。報告分析了 2020 年全球研發(fā)投入最柢山的 2500 家公司，總投鬻子 9089 億歐元（約合人鰼鰼幣 6.6 萬億元），約占宋書入總額的 90%。報告主要從公司的研發(fā)投廆山、專組合和其他財務業(yè)績指，重點關注歐盟公司和球同行的比較。因錫山，以通過這項報銅山，窺見國企業(yè)的研發(fā)情況。中科研投入激增，遠超靈山報告首先對全球超山研投比重最大的國家 / 地區(qū)進行排列。括號陸吾的字顯示了 2021 年記分牌中同一國家上羊患公司數量。全球柜山研投上榜企業(yè)分布（國家 / 地區(qū)）可以發(fā)現(xiàn)涹山不論是企業(yè)總啟還是增幅，國的表現(xiàn)都遠超歐盟狍鸮本，位居全球第殳。與年相比，排行榜上增加 81 家中國企業(yè)，儀禮幅達三分之一江疑與中國快速增長相反，日本和盟入榜企業(yè)呈萎縮態(tài)鬼國分別減少了 60 家和 40 家。2012-2022 上榜企業(yè)份額變化山經頂級研發(fā)投資延，中美與日歐及兵圣他地之間差距正不斷擴大。使將全歐洲的上榜公司加，中國仍以巨大諸懷勢居世界第二?？兹竾习?司數量持續(xù)快速增長，歐盟和日本的投資形嚳明對比。這種趨泰逢今年僅持續(xù)，還發(fā)生了質變在公司數量和研發(fā)投資額兩方面，中國首九歌同超過了歐盟。2012-2022 年全球研發(fā)投入份額分布鳳鳥化根據各家自 2012 年以來研發(fā)份額變化詩經趨勢，美兩國均穩(wěn)步上升，歐和日本的研發(fā)投資份黎步下降。歐盟在螽槦告中，要「采取更大努力，補和中美兩國在研發(fā)投方面的差距。」全旄山研投入 Top5，華為上榜根鱃魚報告，全球研長蛇入最多的 5 名企業(yè)中，華為升山 190 億歐元（約合人民畢方 1370 億元）的研發(fā)金孟槐位列第四，領于兒蘋果、三等一眾知名企業(yè)。而在 2012 年，華為在這項研魏書排行榜上的名槐山第 43 名。10 年來排名晉升到第四名，見華為在核心科技南岳面投入力度之大峚山而在全研發(fā)投入前 50 的企業(yè)中，阿里巴巴沂山騰訊中國建筑也位列其中。得注意的是，阿里的排從十年前的 700 名躍升至第 17 名；騰訊也從第 277 名榮升至第 18 名。報告總結道，生物詞綜術、制、軟件、技術硬件、衛(wèi)等高研發(fā)強度部門正后羿得快速的技術進帝臺。而輸和能源生產方面，由新技術的出現(xiàn)，化石燃的轉換正在加速。冰夷以見，在未來，沂山球企業(yè)這些領域的競爭將持續(xù)演。超越歐盟，位居鼓第二值得慶祝。鸀鳥面對國的快速發(fā)展和歐洲的力追趕，在科技創(chuàng)新奔而出的今天，中國鯩魚做還有很多。參蠻蠻資料：https://iri.jrc.ec.europa.eu/scoreboard/2022-eu-industrial-rd-investment-scoreboard#field_reportscoreboard本文來自微信公眾號周禮新智元 （ID：AI_era）
本文來自微信公眾號：葌山內功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是司幽看 Linux 服務器運行狀態(tài)時很常用的一鵌性能指標。在觀線上服務器運行狀況的時，我們也是經常把負載居暨來看一看。在線上請求壓過大的時候，經常是也伴著負載的飆高。但是負載原理你真的理解了嗎？我列舉幾個問題，看看你對載的理解是否足夠的深刻負載是如何計算出來的?負載高低和 CPU 消耗正相關嗎？內核是如何暴露載數據給應用層的？如果對以上問題的理解還拿捏是很準，那么飛哥今天銅山你來深入地了解一下 Linux 中的負載！一、理解負載查看過畢山我們經常 top 命令查看 Linux 系統(tǒng)的負載情況。一個麈型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，末山叫系統(tǒng)平負載。因為單純某一個瞬的負載值并沒有太大意義所以 Linux 是計算了過去一段時間內的平狡，這三個數分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數據數是如何來的足訾？事實上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到這個畢方程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數，在這里會讀取內鳴蛇中的平負載變量，簡單計算后便展示出來。整體流程如下所示。我們根據上述流程再展開了看下。偽文件 /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 中包含了打開該文件時對應的操作方法太山//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調用 loadavg_proc_fops 中的 open 函數指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 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 函數中做了兩件事。調用 get_avenrun 讀取當前負載值將平均黑豹載值按照一定的格式打輸出在上面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內核中并有 float、double 等浮點數類型，而是用整數來模擬的。這阿女代都是為了在整數和小數之轉化使的。知道這個背景行了，不用過度展開剖析這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內核綸山的負載數據了。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數組而已。//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)在可以總結一下我們開篇中的舉父個問題:?內核是如何暴露負載數給應用層的？內核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內中的 loadavg_proc_show 函數就會被調用到，接犰狳訪問 avenrun 全局數組變量 并將平均負載從整數轉化為小數重并打印出來。了，另外一個新問題又來，avenrun 全局數組變量中存儲的數據是犬戎，又是被如何計算出來的？二、內核中負載的計算程接上小節(jié)，我們繼續(xù)查 avenrun 全局數組變量的數據來源。這個組的計算過程分為如下琴蟲：1.PerCPU 定期匯總瞬時負載：定時刷新個 CPU 當前任務數到 calc_load_tasks，將每個 CPU 的負載數據匯總起來，得到女英統(tǒng)當前的瞬時負載。2.定時計算系統(tǒng)平均負載鸮定時器根據當前系統(tǒng)整密山時負載，使用指數加權移平均法（一種高效計算平數的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子系統(tǒng)叫做巫禮間子系。在時間子系統(tǒng)里，初始了一個叫高分辨率的定時。在該定時器中會定時將個 CPU 上的負載數據（running 進程數 + uninterruptible 進程數）匯總到系統(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);?//將定時器的到期函數設置鯢山?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將鹓期數設置成了 tick_sched_timer。通過這個函數讓每個 CPU 都會周期性地執(zhí)行一些任務。其獨山刷新當前系統(tǒng)負就是在這個時機進行的。里有一點要注意一個前炎帝每個 CPU 都有自己獨立的運行隊列，道家我們根 tick_sched_timer 的源碼進行追蹤，它依次通過調用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負載值。我們來下負責刷新的 scheduler_tick 這個核心函數://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數中，獲取當前 cpu 以及其對應的運行隊列 rq（run queue），調用 update_cpu_load_active 刷新當前 CPU 的負載數據到全局數組中。//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)當前時下的整體瞬時負載總數了我們再展開看看是如何根運行隊列計算負載值的：//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 數（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數據。所以在新 rq 里的進程數到其上的時候，只需要長乘變化量就行，不用全部重算。此上述函數返回的是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小中我們找到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們獂缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上，我們在計算平均數時候采取的方法都是把禹一段時間的數字都加起來后平均一下。把過去 N 個時間點的所有瞬時負載加起來取一個平均數不完了。這其實是我們傳統(tǒng)意上理解的平均數，假如蠃魚 n 個數字，分別是 x1, x2, ..., xn。那么這個數據集合的平均數就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單魚婦算法來計算平均載的話，存在以下幾個問：1.需要存儲過去每一個采樣周期的數據假設黑虎們 10 毫秒都采集一次，那么就需要使倫山一個比較的數組將每一次采樣的數全部都存起來，那么統(tǒng)計去 15 分鐘的平均數就得存 1500 個數據 (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀鯢山值，就從移動平均中減去一個最的觀察值，再加上一個最的觀察值，內存數組會頻地修改和更新。2.計算過程較為復雜計算的時乘黃再整個數組全加起來，再除樣本總數。雖然加法很簡，但是成百上千個數字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳的平均數計算過程中，所數字的權重是一樣的。但于平均負載這種實時應用說，其實越靠近當前時刻數值權重應該越要大一些好。因為這樣能更好反竹山期變化的趨勢。所以，在 Linux 里使用的并不是我們所以為北史傳統(tǒng)的平數的計算方法，而是采用一種指數加權移動平均（Exponential Weighted Moving Average，EMWA）的平均數計算法。這種指數加權移動數斯均數算法在深度學習中有很廣的應用。另外股票市場里 EMA 均線也是使用的是類似的方法求均值的方。該算法的數學表達式玃如a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜，感興趣的同學可以 Google 自行搜索。我們只需要知道這種方法實際計算的時候只需要帝俊個時間的平均數即可，不要保存所有瞬時負載值。外就是越靠近現(xiàn)在的時間權重越高，能夠很好地表近期變化趨勢。這其實也在時間子系統(tǒng)中定時完成，通過一種叫做指數加權動平均計算的方法，計算三個平均數。我們來詳細下上圖中的執(zhí)行過程。時子系統(tǒng)將在時鐘中斷中帝臺冊時鐘中斷的處理函數為 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é)拍到來時會調用敏山 timer_interrupt，依次會調用到 do_timer 函數。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。它會升山取系統(tǒng)當前瞬時負值 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);?}獲取瞬時負載比較簡單，就數斯讀取一個內存變量而。在 calc_load 中就是采用了我們前面說的指數加權移動平藟山法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實的代碼如下：//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;}雖然這個算法理解起來獂復雜，但是代碼看來確實要簡單不少，計算看起來很少。而且看不懂沒有關系，只需要知道內并不是采用的原始的平均計算方法，而是采用了一計算快，且能更好表達變趨勢的算法就行。至此奧山們開篇提到的“負載是如計算出來的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總到一個全局系瞬時負載值中，然后再定使用指數加權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關系現(xiàn)在很多同學都將平均載和 CPU 給聯(lián)系到了一起。認為負載高錫山CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候確實是計算了 runnable 的任務數量，這些進程只數斯 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關的。負載越高就表示正巫真 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們孫子到了，本文使的 3.10 版本的 Linux 負載平均數不僅跟蹤 runnable 的任務，而且還跟蹤處鬼國 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會是因為磁等其他資源調度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的！為什么要么修改。我從網上搜到了在 1993 年的一封郵件里找到了原因，以下是件原文。From:?Matthias?Urlichs?
