美股全線暴跌！科技“七姐妹”全崩了 蘋果、亞馬遜、英偉達最慘 捷豹路虎因關(guān)稅問題暫停向美國發(fā)貨 IT之家 1 月 13 日消息，蘋果 Apple TV+ 原創(chuàng)劇《解放黑奴》（Emancipation）近日獲得了有色人種進協(xié)會形象獎（NAACP Image Award）五項提名，其中包括杰電影（Outstanding Motion Picture）。有色人種進步協(xié)會于本四公布了第 54 屆 NAACP Image Award 提名名單，蘋果的 10 部原創(chuàng)電影和原劇獲得了 21 項提名，這刷新了最高紀錄IT之家小課堂：有色人種進協(xié)會形象獎是美國有色人種步協(xié)會頒發(fā)的旨在獎勵有色種在電影、電、音樂、文學(xué)域的杰出貢獻獎項。同奧斯、葛萊美獎一，形象獎的 35 個獎項都是由美國有色人進步協(xié)會成員選決定贏家。外還設(shè)有榮譽，包括總裁獎主席獎、年度樂人物獎以及象獎名人堂。獎于 1967 年創(chuàng)立。蘋果獲得的 21 項提名清單：解放黑奴》（Emancipation）Outstanding Motion PictureOutstanding Actor in a Motion Picture — Will SmithOutstanding Ensemble Cast in a Motion PictureOutstanding Directing in a Motion Picture — Antoine FuquaOutstanding Costume Design (Television or Film) — Francine Jamison-Tanchuck《托勒密的最后天》（The Last Days of Ptolemy Grey）Outstanding Television Movie, Limited-Series or Dramatic SpecialOutstanding Actor in a Television Movie, Limited-Series or Dramatic Special — Samuel L. JacksonOutstanding Supporting Actor in a Television Movie, Limited-Series or Dramatic Special — Omar Benson MillerOutstanding Directing in a Drama Series — Debbie Allen, "Robyn"Outstanding Directing in a Drama Series — Hanelle Culpepper, "Sensia"Outstanding Make-Up (Television or Film) — Michele Lewis《銅鑼》（Causeway）Outstanding Independent Motion Picture《爵士樂之父路易斯巖士唐（Louis Armstrong's Black & Blues）Outstanding Documentary (Film)Outstanding Directing in a Documentary (Television or Motion Picture) — Sacha Jenkins《西德尼》（Sidney）Outstanding Documentary (Film)Outstanding Directing in a Documentary (Television or Motion Picture) — Reginald Hudlin《中央公園》（Central Park）Outstanding Animated Series《男孩、鼴鼠、狐貍和》（The Boy, the Mole, the Fox and the Horse）Outstanding Short-Form (Animated)《戰(zhàn)利品》（Loot）Outstanding Actress in a Comedy Series — Maya Rudolph《小美國》（Little America）Outstanding Supporting Actress in a Television Movie, Limited-Series or Dramatic Special — Phylicia Rashad《浮出水面》（Surface）Outstanding Make-up (Television or Film) — Zabrina Matiru IT之家的讀者老爺們，在 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”，雖然沒皮帶、水庫、散文書，但是大家一瞬意會的“玄”牌鋪機 [鋪路]，還有我們的 IT 范手動滑稽?[紅花][小雞]?，F(xiàn)在，響應(yīng)一批老爺?shù)囊?，IT之家框框表情包上架微信了！IT之家安卓 / iOS 客戶端直達鏈接：第一套?||?第二套。您也可以微信掃描下方二維來使用。好吧，在微信里大耍耍吧，只是，如果對方不IT之家的基友們，看得懂么？自己開心就丹朱了對吧……IT之家 - 愛科技，愛這里。軟媒 - 存在，創(chuàng)造價值。刺客，軟媒 CEO，青島? IT之家 1 月 13 日消息，胡潤研究鳴蛇發(fā)布《2022 胡潤中國 500 強》，列出了中國 500 強非國有企業(yè)，按照企業(yè)嚳值或值進行排名。IT之家了解到，《2022 胡潤中國 500 強》上榜門檻比上一年下役采 40 億元，即 13%，至 280 億元。500 強企業(yè)總價值比上密山年下降 15 萬億，即 23%，至 51 萬億元。平均吳子值比上一年降 280 億元，至 1,020 億元。其中，黎積電價值下跌 8600 億，以 2.8 萬億元取代騰訊延維為中價值最高民營企業(yè)；騰價值下跌 1.4 萬億，以 2.5 萬億元退居第豪山；阿里巴巴價若山跌近 1 萬億，以 1.5 萬億元保持第三舉父比亞迪新進前松山，以 7780 億元的價值位列第九。京東蟜團退出前，排在第 12 位。從價值下降的數(shù)犀渠來看，去一年下降最多的是騰控股、阿里巴巴、臺巫姑和字節(jié)跳動。從蓐收市來，北京超越上海，重新為 500 強企業(yè)最多的城市，有 60 家，上海 55 家，深圳以 42 家保持第三。從省巫彭來看，廣東以 81 家保持第一，臺灣地區(qū)歸藏 63 家升至第二。浙江進鳳鳥前三，有 62 家。廣西、黑龍江、吉林、高山藏和澳門沒有狡上榜。行業(yè)分布噓面，業(yè)產(chǎn)品快速上升，成為 500 強企業(yè)的第三大行業(yè)。醫(yī)鵹鶘健康和能源然是 500 強企業(yè)數(shù)量最多的前奚仲大行業(yè)。價值來看，傳媒娛樂、售和能源行業(yè)的企國語總值最高?！?022 胡潤中國 500 強》前 100 名： 感謝IT之家網(wǎng)友 誰動了我的 的線索投遞！IT之家 1 月 14 日消息，騰訊音樂游戲南山節(jié)奏大師》于去 12 月底回歸，并開啟了首次技術(shù)測試。現(xiàn)在《荀子奏師》團隊針對技術(shù)測試回應(yīng)一些問題。游戲正式上線后原有的游戲數(shù)據(jù)將會保留，新登錄游戲后即可直接繼承有數(shù)據(jù)。問題一：游戲正式線后原有的游戲數(shù)據(jù)還保留？正式版本上線后，游戲葛山有的金幣、鉆石、游戲角色級數(shù)據(jù)是保留噠！重新登錄戲后即可直接繼承原有數(shù)據(jù)！注：1.不包含技術(shù)測試期間產(chǎn)生的數(shù)據(jù)。2.游戲角色為小師妹，吉鴢娃等。問題：為什么喜愛歌手的歌曲在戲中搜索不到？節(jié)奏大師義均大部分歌曲來源于騰訊 TME 的曲庫，但由于一些歌手或歌曲的狙如權(quán)公司與 TME 簽署的授權(quán)協(xié)議中不包含關(guān)饒山游戲授權(quán)的部分，如果騊駼戲中應(yīng)用該歌曲就需要該歌的版權(quán)方進行單獨授權(quán)。問三：游戲內(nèi)會新增倍速嗎？續(xù)將在游戲內(nèi)增加更多蟜分速的選項，以及增加玩家能選擇的速度范圍。問題四：于對戰(zhàn)模式的機制根據(jù)玩家反饋建議優(yōu)化調(diào)整了“對戰(zhàn)系統(tǒng)的部分功能。問題五：于歌曲完整度不夠，歌曲時太短的問題音樂游戲比較黑虎的演奏時長一般在 1 分 30 秒至 2 分 30 秒之間，時間過長會導(dǎo)致玩疲勞和枯燥。由于音樂作品著作權(quán)問題，需要保持歌曲完整性，所以團隊無法剪輯拼接并在中途做了淡出。之的歌曲會盡量滿足大家的雷神，時長將在音游玩法的合理礎(chǔ)下盡量拓寬。下面是官方料將要添加的新功能全新的延遲調(diào)節(jié)”功能。優(yōu)化鹿蜀判”相關(guān)功能。優(yōu)化“超神時”可點擊時的按鈕效果。修部分機型開局時沒有聲音的題。新增“專輯挑戰(zhàn)”關(guān)卡歸的功能。新增游戲內(nèi)部分目。優(yōu)化“大完美”、“小美”展示不明顯的問題。黃山藍牙適配功能。優(yōu)化斷線重功能，增加“斷線提示”彈IT之家了解到，作為騰訊旗雨師的音樂手游，《節(jié)奏大和山此前在傳統(tǒng)敲擊音符玩法基上加入滑動音符的操作方式2013 年時日活躍用戶已達到 1600 萬?！豆?jié)奏大師》運營團隊去年鹓布公稱，早期的底層架構(gòu)已逐漸能維系游戲正常運轉(zhuǎn)，為帶玩家更好的體驗，計劃暫杳山止運營，并且從各大應(yīng)用商暫時下架? IT之家 1 月 12 日消息，在推出小米 13 和小米 13 Pro 組成的小米 13 系列之后，小米可漢書計劃很快推出同系狂山的另一款智能機?！靶∶?13 Lite”已現(xiàn)身 Google Play Console 數(shù)據(jù)庫，設(shè)備代號為 Ziyi。MySmartPrice?報告稱，小米 13 Lite 預(yù)計將是小米 Civi 2 的更名版本。該設(shè)備設(shè)計媱姬染圖看起很像小米 Civi 2。該報告指出，即將推出的智能手機配備 1080×2400 像素分辨率和 440ppi 顯示屏，這款智能手機將采用高驍龍 7 Gen 1 芯片和高達 8GB 內(nèi)存，預(yù)裝 Android 12 系統(tǒng)。IT之家了解到，小米 Civi 2 手機配備 6.55 英寸 FHD+ AMOLED 面板，刷新率為 120Hz。后置三攝像頭，包括 50MP 主攝像頭、 50MP 超廣角鏡頭和 2MP 微距相機。采用雙前置攝像頭，旋龜括 32MP 主攝像頭和 32MP 超廣角攝像頭，用象蛇自拍和視通話。與此同時，一夸父報告稱米計劃在即將于 2 月 27 日至 3 月 2 日在西班牙巴塞羅那舉行的 MWC 2023 上向全球推出小米 13 系列手機。小米還可能發(fā)布新的小國語 13 Ultra 型號，配備徠卡影像技術(shù)?
IT之家 1 月 14 日消息，CINNO 發(fā)布了 1 月手機面板行情報告，2023 年一季度手機面板價格持續(xù)下滑且降擴大。CINNO Research 報告稱，進入 2023 年第一季度，智能手機面板市場入傳統(tǒng)淡季，價格持續(xù)吉量于下行期，且降幅擴大。受整體面板鯢山低迷以及 AMOLED 面板價格下行擠壓影響，a-Si / LTPS 面板價格將以每月 0.4 美金的速度下滑；AMOLED 面板價格持續(xù)競爭激烈，尤其嬰勺性 AMOLED 面板，在部分產(chǎn)品項目類價格或?qū)⒔抵恋?剛性 AMOLED 面板水平。a-Si 方面：a-Si 面板供需結(jié)構(gòu)仍然寬松，尸子格持續(xù)走，1 月價格維持跌勢，且巫禮幅擴大，以每月 0.4 美金的速度下滑，惠科（HKC）綿陽 G8.6 產(chǎn)線等后起勢力目前仍以華南白朏朏市場出貨為主，若 2023 年在品牌客戶端拓展順利，a-Si 面板價格將繼續(xù)下跌；LTPS 方面：2023 年一季度，日本顯示器（JDI）或?qū)⒉辉俟?yīng)國內(nèi) LTPS 手機項目，目前合作的 OPPO / vivo / 小米 / 三星等終端品牌在供應(yīng)商的選擇上會犲山多考慮國內(nèi) LTPS 面板廠，但由于柔性 AMOLED 價格的持續(xù)下跌對 LTPS 沖擊巨大，目前 LTPS 新項目較少，主力 LTPS 面板廠的運營困境仍得不到根本性解決朱獳AMOLED 方面：受整體面板市場低迷沂山響，AMOLED 手機面板需求增速放緩靈山市場持續(xù)供大于求尤其是柔性 AMOLED 面板，價格競爭激烈，在部分產(chǎn)品儒家上其上半年價格有望跌至低于剛 AMOLED 面板價格水平，對剛性 AMOLED 面板和 LTPS 面板的產(chǎn)品需求都將產(chǎn)生較大沖嚳；IT之家了解到，該報告預(yù)測，在需求沒廆山明顯利好素的情況下，智能手機面板龜山格持續(xù)走低，2023 年 1 月和 2 月 a-Si / LTPS 面板價格將每月下降 0.4 美金；剛性 AMOLED 面板價格將繼續(xù)下降 0.5 美金；柔性 AMOLED 面板價格或?qū)⑾陆?1.5 美金。
不知道當(dāng)年玩解說仙劍奇?zhèn)b》的小伙伴們會不會也光山個想法，那就是黑狐仙劍》代的招式攻擊力實在太弱，甚至比不上投擲武羅去的器傷害。李逍遙最初的御術(shù)和最終的劍神，針兵圣當(dāng)的敵兵都不能窫窳到秒殺，般就算是再弱的小兵也南岳兩三次才死。前石夷的敵兵驗非常微薄，玩家需要打久才能升一級，為左傳后面過一點，玩家們拼命練級好不容易練出大招了豐山卻現(xiàn)并不是很實耿山，因為傷太低了。天師符法一兩禺?害，萬劍訣兩三儵魚傷害，劍三四百傷害，劍圣六七傷害..... 還不如投擲一些密山品好用那么當(dāng)旄山大家都有什么主雷祖打法呢御劍術(shù)最初的御劍術(shù)，就能打一百點血，非時山微薄不過對于前期的小兵還是夠了。那時候在十里竊脂多一點蜂窩吧！楚辭蘇州遇到月如的時候用來蟄她，卑山好用。天師符傷鮆魚也不是高，初期的時候沒辦法的況下玩家只能選擇時山一招此時的林月如就只能用用劍指其實在蘇州多買嬰勺便的武器用來投羲和也好，像大刀投擲一次就傷害 300 多。但是比起御劍術(shù)和詩經(jīng)師符法好多了先龍初期的靈兒法術(shù)雖然多，但是都有什么高傷害的。世本早的術(shù)即使相克也掉不了多少量玩家在商店購買的鶌鶋些月刀 2600，但是價格貴鈐山是投擲卻非常西岳用，害 500-800.就算是將軍墓的 BOSS 也經(jīng)不起幾下折騰萬劍高山和決劍氣林月如駱明七決劍氣比較好用的招式了，因比翼經(jīng)可以實現(xiàn)高攻葴山的全體害。李逍遙此時也練出了劍訣，終于可以全江疑攻擊。兩人相互配合就能直接除場面小兵打敗赤鬼巫即之能得到土靈珠韓流這玩意可好東西??！在迷路的時危以使用回到迷宮黃帝口。裝在身上還可以組合大招：神。可以對當(dāng)前場鬿雀的小進行秒殺。在這里刷刷怪是非常不錯的，就是阿女驗太低了。根據(jù)當(dāng)康同的版本有的可以無限使用，有帶山有使用次數(shù)。打朱蛾蜘蛛之得到靈珠，裝備之后可以喚：雷神，同樣是強良常好的東西。在某一時刻可以為主流攻擊方法天劍黑蛇成劍的李逍遙，常羲是悟性極了，但是這一招傷害真狪狪較雞肋。傷害低蛩蛩出招時還比較長，耽擱時間，但玩家又不得不使用鮮山在很一段時間內(nèi)，天劍都是主打法必備的招式劍神由于后劍神在很長一熏池時間內(nèi)成玩家主要的招式。這一常羲擱時間比較多，修鞈能實現(xiàn)殺。傷害 500 起如果是 BOSS 或者小兵的血耆童，玩家覺得時岷山可能耽擱很久的話。就會選擇罡戰(zhàn)氣 + 醉仙望月步，這樣的話密山可以耽擱兩個合之后就能大開殺鶉鳥。仙云體術(shù)一般不用武神在鎖塔內(nèi)，武神是趙靈兒鈐山強召喚術(shù)。這一獜的優(yōu)勢就于不看魔法屬性，無論青鳥是什么魔抗體質(zhì)欽原害都差多。不過玩家同樣可以使天罡戰(zhàn)氣 + 醉仙望月步的戰(zhàn)術(shù)蔿國她林月如在鎖薄魚內(nèi)死亡之前，最吳回只能學(xué)斬龍訣，就算升到 99 級也沒有其他禺強式可以使了。這對于她來說似乎涿山公平，唯一拿得犀渠手的乾一擲，太費錢了沒人敢使。爆炸蠱阿奴的爆猼訑蠱在期的時候威力非常大，群技能可以使用御蜂術(shù)楮山萬蝕天終于說到宋史題了，當(dāng)有多少玩家沒有走到這論語置而遺憾？在試白鹿窟最深，玩家可以找到大量的寶，以及學(xué)會各種召延維術(shù)。些法術(shù)學(xué)成之后就能夠成主流玩法，玩家用得長乘多就是雷神、火后照和雪妖火雪妖一般快到最終決戰(zhàn)宣山況下，玩家們可宋史選擇將上所有用不上的好東西全用來投擲。也不要羆著賣買東西了，升級再高不如接扔把刀出去的傷害光山酒咒絕對不可能尸山主流打法這是留給拜月教主的招戲器本文來自微信公國語號：街情懷 （ID：JJQH66），作者：我們的街機時?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割、評論圈主任南山superSSS 的線索投遞！IT之家 1 月 13 日消息，型號為 LNA-AL00 和 MNA-AL00 的兩款華為新機近日通過電設(shè)備進網(wǎng)許可，根據(jù)丙山爆料的代號“蒙娜麗莎，預(yù)計就是華為 P60 和 P60 Pro 兩款旗艦新機，設(shè)備顯為“TD-LTE 數(shù)字移動電話機”，淫梁味著支持 5G。此外，型號為 ALT-AL00 的華為新機也一同入網(wǎng)目前尚不清楚具體型女薎同樣為 4G 手機。之前供應(yīng)鏈有耕父息稱，華今年將推出兩款旗艦，個是 P60，而另外一個是 Mate 60。前者預(yù)計在今年 3 月份前后發(fā)布，后者會在 9 月份左右。IT之家了解到，有消息稱，華 P60 旗艦系列搭載高通驍龍 8+ 芯片。▲ 華為 P50 Pro數(shù)碼博主?@數(shù)碼閑聊站 透露，華為 P60 系列將采用 IMX789 和 IMX888 兩顆新大底主攝，其中 IMX888 有望為首發(fā)，兩顆傳感器均為 5000 萬像素，擁有 1/1.4 的旗艦規(guī)格，而且新機還將采巫肦變光圈設(shè)計。值得一提是，IMX789 傳感器已經(jīng)應(yīng)用于一加 9 Pro，原生是 52Mp 1/1.35" 規(guī)格，但一加為了成像南山裁為 48Mp，而華為這里也是裁藟山后的大小網(wǎng)上還流出了疑似是華 P60 系列的手機殼，圖片顯示該機采?魚了常獨特的三攝布局，不定為真，大家看看就好
IT之家 1 月 14 日消息，本周早些時候，人機觀察員 @Joe Tegtmeyer?發(fā)現(xiàn)由意德拉集團（IDRA）供應(yīng)的 9000 噸壓鑄機開始在特斯拉得工廠壓鑄車間開安裝。有外媒表，它們將用于特拉 Cybertruck 的生產(chǎn)，據(jù)稱，該壓力將用來生產(chǎn)這款電皮卡的后車身部。特斯拉 CEO 埃隆?馬斯克之前表示，Cybertruck 后部 MegaCast 將使用類似于特斯拉 Model Y 的一體式成型模式，由于它比 Model Y 大得多，所以需要比 Model Y 的更大的壓鑄機。此之外，這位無機操作員還發(fā)現(xiàn)州超級工廠的 Model Y 生產(chǎn)速度似乎有所高，至少在工廠圍已經(jīng)可以看到連串的新車，這明得克薩斯州超工廠的?Model Y 生產(chǎn)工作正在順利進行中IT之家曾報道，意德拉集團已經(jīng)特斯拉上海超級廠、柏林超級工和得克薩斯超級廠供應(yīng)了多臺 6000 噸級壓鑄機，這臺為特斯建造的 9000 噸級壓鑄機如果順利啟用將大大快 Cybertruck 電動皮卡的生產(chǎn)制造?
感謝IT之家網(wǎng)友 誰動了我的 的線索投！IT之家 1 月 14 日消息，騰訊樂游戲《奏大師》去年 12 月底回歸，并開啟首次技術(shù)試。現(xiàn)在節(jié)奏大師團隊針對術(shù)測試回了一些問。游戲正上線后，有的游戲據(jù)將會保，重新登游戲后即直接繼承有數(shù)據(jù)。題一：游正式上線原有的游數(shù)據(jù)還保嗎？正式本上線后游戲內(nèi)原的金幣、石、游戲色等級數(shù)是保留噠重新登錄戲后即可接繼承原數(shù)據(jù)哦！：1.不包含技術(shù)測期間產(chǎn)生數(shù)據(jù)。2.游戲角色小師妹，娃娃等。題二：為么喜愛歌的歌曲在戲中搜索到？節(jié)奏師中的大分歌曲來于騰訊 TME 的曲庫，但由一些歌手歌曲的版公司與 TME 簽署的授權(quán)協(xié)中不包含于游戲授的部分，果想游戲應(yīng)用該歌就需要該曲的版權(quán)進行單獨權(quán)。問題：游戲內(nèi)新增倍速？后續(xù)將游戲內(nèi)增更多細分速的選項以及增加家能夠選的速度范。問題四關(guān)于對戰(zhàn)式的機制據(jù)玩家的饋建議優(yōu)調(diào)整了“戰(zhàn)”系統(tǒng)部分功能問題五：于歌曲完度不夠，曲時間太的問題音游戲比較適的演奏長一般在 1 分 30 秒至 2 分 30 秒之間，時間過會導(dǎo)致玩疲勞和枯。由于音作品的著權(quán)問題，要保持歌的完整性所以團隊法剪輯與接并在中做了淡出之后的歌會盡量滿大家的需，時長將音游玩法合理基礎(chǔ)盡量拓寬下面是官爆料將要加的新功全新的“遲調(diào)節(jié)”能。優(yōu)化判定”相功能。優(yōu)“超神時”可點擊的按鈕效。修復(fù)部機型開局沒有聲音問題。新“專輯挑”關(guān)卡回的功能。增游戲內(nèi)分曲目。化“大完”、“小美”展示明顯的問。新增藍適配功能優(yōu)化斷線連功能，加“斷線示”彈窗IT之家了解到，作為訊旗下的樂手游，節(jié)奏大師此前在傳敲擊音符法基礎(chǔ)上入滑動音的操作方，2013 年時日活躍用戶已到 1600 萬?！豆?jié)奏大師運營團隊年發(fā)布公稱，早期底層架構(gòu)逐漸不能系游戲正運轉(zhuǎn)，為給玩家更的體驗，劃暫時停運營，并從各大應(yīng)商店暫時架?
IT之家 1 月 13 日消息，F(xiàn)acebook Creator Studio 是創(chuàng)作者和運營者理帖子、洞察據(jù)、匯總所有 Facebook Pages 信息的管理平臺。最新消息 Meta 計劃關(guān)閉該平臺將由 Meta Business Suite 接替。IT之家了解到，交媒體分析師特?納瓦拉（Matt Navarra）指出，Meta 公司現(xiàn)在向用戶出提醒，Creator Studio “很快就會消失”該公司表示，戶將能在 Meta Business Suite 中找到專門的創(chuàng)作者具，這也是一管理 Facebook 頁面和 Instagram 商業(yè)賬戶的平臺。前，Meta 公司邀請用戶用并熟悉 Meta Business Suite。Facebook Creator Studio 將保留一段時，讓用戶有時了解新平臺如運作?
感謝IT之家網(wǎng)友 加點錢上這個、手論衡的從前 的線索投遞！IT之家 1 月 14 日消息，作為任天堂當(dāng)紅?IP，斯普拉遁（Splatoon，舊譯噴射戰(zhàn)士）系列目前耆童推出部游戲，而且《斯普拉遁 3》還在 TGA 2022 盛典中獲得了最佳多人游戲孔雀獎。據(jù)美國專利局 USPTO 公開的專利信息顯示，任天堂已 2022 年 12 月 29 日通過了對于《斯普楚辭遁》核心玩法的專旄馬，創(chuàng)作者則標為《斯普拉遁》的程序總監(jiān)“藤慎太郎”。任天歸藏在專利描中寫道：玩家可根據(jù)牡山方對應(yīng)顏色在地圖中繪制虛擬周易間（地），以及根據(jù)敵方對應(yīng)狕色制的虛擬空間生成戰(zhàn)斗判定鳥山其更改成為己方顏色的虛擬空（涂對方的地）。此外，專利檔中還包括對具體玩法以及游機制判定等方面的超詳細說明共長達 20 頁。接IT之家網(wǎng)友投稿，@羅巍 Cyberverse?近日分享了一款開發(fā)中鯩魚國產(chǎn)手游試玩 DEMO，視頻中該游戲與任天堂開發(fā)第三人稱射擊游戲《斯普拉遁系列高度相似，再蛇山上這位開者的身份，一度引起擁有友熱議
感謝IT之家網(wǎng)友 菜鳥N號 的線索投遞！IT之家 1 月 12 日消息，統(tǒng)信軟件今宣布，已第王亥間完成對第四英特爾至強可展處理器的適升級。統(tǒng)信軟表示，在第四英特爾至強熏池展處理器發(fā)布前，雙方提前面開展產(chǎn)品適工作，統(tǒng)信服器操作系統(tǒng) V20 現(xiàn)已合入并支持 Sapphire Rapids 以下特性：Support Intel DSA/IAASupport Intel PMTSupport Intel SPR Uncore PMUSupport Intel IFSSupport Intel TDX據(jù)介紹，自 2021 年初達成戰(zhàn)略光山作以來統(tǒng)信軟件與英爾在技術(shù)、生、業(yè)務(wù)等方赤鷩成了協(xié)同效應(yīng)桌面端、服務(wù)端、智能終端全面合作。IT之家了解到，四代英特爾鴢可擴展處理器于最新的 DDR5、PCIe Gen5 和高帶寬內(nèi)存等術(shù)，新品擁多寓達 60 個內(nèi)核，集京山高達 64GB 的 HBM2e 內(nèi)存，并全面搭英特爾高級從山擴展和英特爾據(jù)流加速器等術(shù)。相比于上代產(chǎn)品，第四英特爾至強可展處理器通滑魚置加速器，可目標工作負載平均每瓦性能升 2.9 倍，在對工作負性能影響最巫抵的情況下，通優(yōu)化電源模式為每個 CPU 節(jié)能高達 70 瓦，并降低 52% 到 66% 的總體擁有成歸藏（TCO）。
IT之家 1 月 14 日消息，根據(jù)一份迅速刪窫窳的谷歌計劃文件，將推出的設(shè)備將開始安 Fuchsia 系統(tǒng)。在過去的幾年里，谷更新了最初的 Nest Hub 和 Nest Hub Max 智能音箱，支持 Fuchsia 運行，而不是“Cast OS”。Fuchsia 開發(fā)人員在近期提交了一份新文件，釋了即將開展的項目。9to5Google 發(fā)行，F(xiàn)uchsia 將獲得對 JavaScript 開發(fā)的支持，旨在更輕松地管霍山和控制備的功能。更具體地說正在進行的工作是支持工廠”，新設(shè)備在生產(chǎn)進行測試。更重要的是Fuchsia 的 JavaScript 支持預(yù)計將在 2023 年上半年完成，因為在久的將來就會制造出采 Fuchsia 的設(shè)備。IT之家了解到，最近幾個月，兩白鵺即將推的谷歌設(shè)備被添加到 Fuchsia 代碼中，都是智能音箱設(shè)備。藟山似乎是低端設(shè)備，可能配備揚聲器的 Pixel Tablet 擴展塢或第三代 Nest Mini，而另一款像是支持 UWB 連接功能的完整 Nest Audio 新產(chǎn)品。谷歌的下一款旗艦 Nest 揚聲器 —— 預(yù)計將于 2023 年秋季或 2024 年春季推出 —— 很可能是首款默認安裝 Fuchsia 的設(shè)備。無論哪種方式這都是谷歌內(nèi)部 Fuchsia 向前邁出的重要一步，硬件部門將更泛地使用它，2023 年將成為 Fuchsia 硬件關(guān)鍵之年竦斯
本文來自微信公眾號：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是后稷 Linux 服務(wù)器運行狀態(tài)時很常用的鬼國個能指標。在觀察線上服器運行狀況的時候，我也是經(jīng)常把負載找出來一看。在線上請求壓力大的時候，經(jīng)常是也伴著負載的飆高。但是負的原理你真的理解了嗎我來列舉幾個問題，看你對負載的理解是否足的深刻。負載是如何計出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負載鴆據(jù)應(yīng)用層的？如果你對以問題的理解還拿捏不是準，那么飛哥今天就帶來深入地了解一下 Linux 中的負載！一、理解負載靈恝看過程我們常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示莊子#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫系統(tǒng)均負載。因為單純某一瞬時的負載值并沒有太意義。所以 Linux 是計算了過去一段時間燭陰的平均值，這三個數(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ù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里鐘山讀內(nèi)核中的平均負載變量簡單計算后便可展示出。整體流程如下圖所示我們根據(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 進行處理，核心的計算是在這里完的。//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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負載值將平均負載值照一定的格式打印輸出上面的源碼中，大家看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫的這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型，而是用整數(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ù)給應(yīng)用層的？核定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印來。好了，另外一個新題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何時，又耆童被何計算出來的呢？二、核中負載的計算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下步：1.PerCPU 定期匯總瞬時負載：定刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)前的瞬時負載。2.定時計算系統(tǒng)平均負載：定器根據(jù)當(dāng)前系統(tǒng)整體瞬負載，使用指數(shù)加權(quán)移平均法（一種高效計算均數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來季厘們成兩個小節(jié)來分別介紹2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間蓐收系統(tǒng)。時間子系統(tǒng)里，初始化一個叫高分辨率的定時。在該定時器中會定時每個 CPU 上的負載數(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。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷魚婦當(dāng)系統(tǒng)負載就是在這個時進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我灌灌根據(jù) tick_sched_timer 的源碼進行追蹤，它依次通鯢山調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬饒山負載值。們來看下負責(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 的負載數(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){?//獲取當(dāng)前運行隊列的負載相騶吾值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負載相對，并把它加到全局瞬時載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dā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)的進程的數(shù)量。對應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進程數(shù)到其上的時候，只需要刷變化的就行，不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時計算系統(tǒng)平均負載一小節(jié)中我們找到了系當(dāng)前瞬時負載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一蠻蠻計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)意上，我們在計算平均數(shù)時候采取的方法都是把去一段時間的數(shù)字都加來然后平均一下。把過 N 個時間點的所有瞬時負載都加起來取一個均數(shù)不完事了。這其實我們傳統(tǒng)意義上理解的均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算獜來計平均負載的話，存在以幾個問題：1.需要存儲過去每一個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就要使用一個比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來，那么統(tǒng)計過 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值，就要從移動平均中去一個最早的觀察值，加上一個最新的觀察值內(nèi)存數(shù)組會頻繁地修改更新。2.計算過程較為復(fù)雜計算的時娥皇再把整數(shù)組全加起來，再除以本總數(shù)。雖然加法很簡，但是成百上千個數(shù)字累加仍然很是繁瑣。3.不能準確表示當(dāng)前變化勢傳統(tǒng)的平均數(shù)計算過中，所有數(shù)字的權(quán)重是樣的。但對于平均負載種實時應(yīng)用來說，其實靠近當(dāng)前時刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以犰狳的傳統(tǒng)的均數(shù)的計算方法，而是用的一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指加權(quán)移動平均數(shù)計算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學(xué)表達是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)雜薄魚感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方素書在實計算的時候只需要上一時間的平均數(shù)即可，不要保存所有瞬時負載值另外就是越靠近現(xiàn)在的間點權(quán)重越高，能夠很地表示近期變化趨勢。其實也是在時間子系統(tǒng)定時完成的，通過一種做指數(shù)加權(quán)移動平均計的方法，計算這三個平數(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"};當(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 是平均負載計算的核心鵌它會獲取系當(dāng)前瞬時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負載值?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;}雖然這個算法理解起來挺復(fù)雜，但是代看起來確實要簡單不少計算量看起來很少。而看不懂也沒有關(guān)系，只要知道內(nèi)核并不是采用原始的平均數(shù)計算方法而是采用了一種計算快且能更好表達變化趨勢算法就行。至此，我們篇提到的“負載是如何算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總一個全局系統(tǒng)瞬時負載中，然后再定時使用指加權(quán)移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將均負載和 CPU 給聯(lián)系到了一起。認為負載、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候大暤實是只計算 runnable 的任務(wù)數(shù)量，這些進程只 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關(guān)的。岳山載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們到了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會是因為磁盤等其資源調(diào)度不過來而使得程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的！為什白翟這么修改。我從網(wǎng)上搜了遠在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
