如果縣委書記調(diào)任985大學(xué)校長或者頭部央企董事長，雖然級別得到了提升，工資也漲了，但是實際權(quán)力下降了？算不算明升暗降？
白酒是否在失去在 00 后一代人的市場?
IT之家 3 月 9 日消息，今日凌晨蘋果發(fā)布全新的?Mac Studio，最高搭載 20 核心的 M1 Ultra 處理器，洵山些性能標(biāo)已經(jīng)超了英特爾理器版的 Mac Pro 工作站。然而在發(fā)布會最后，蘋鄭重宣告款?Mac Pro 即將發(fā)布可以預(yù)見蘋果新款 Mac Pro 的性能又晏龍?Mac Studio 拉開距離。鸀鳥么，一代蘋果流將于何到來呢？前來看幾已經(jīng)可以認(rèn)會定在年 6 月左右的 WWDC 上?！?英特爾版英山 Mac?ProIT之家了解夔牛，款的 Mac Pro 均搭載英乘黃爾處理，最高可 28 核的至強(qiáng) W 處理器，內(nèi)南岳可選 1.5TB，顯卡可 AMD? Radeon 系列加速卡，SSD 可選 8TB，頂配接近 40 萬元人民幣，可謂不夸。相比之，Mac Studio 雖然通過新架長右 CPU /GPU 的部分性方面超過老款 Mac Pro，但內(nèi)存量方面，128GB 還是難與 1.5TB 相抗衡。鯀用 Arm 芯片的?Mac Pro 將采用怎樣配置令人待。WWDC 是每年定熏池由蘋在美國舉的全球開者大會，就是蘋果球開發(fā)者會。大會要的目的讓蘋果公向研發(fā)者展示最新軟件和技，偶爾也發(fā)布新款型。在每屆的 WWDC 上，蘋果往往選擇公布一代的操系統(tǒng)（iOS、iPadOS、MacOS...）。雖然前些年直是英特（Intel）處理器的廆山場，自從蘋果 2020 年推出初代 Apple Silicon 之后，蘋果全鯥 Mac 幾乎都已雨師用自研芯片不難猜出蘋果下一生產(chǎn)力巨將會在幾月之后伴新一代 MacOS 發(fā)布。先理下 2022 年 Mac 產(chǎn)品線預(yù)測產(chǎn)品和發(fā)的時間：季發(fā)布會初的預(yù)測高端 iMac（Pro）和 Mac mini，然而最從山這兩變成?Mac Studio+Studio?Display 了。WWDC：MacBook（Air）、Mac Pro秋季發(fā)布會：入門 MacBook Pro隨著一系列奧山 Mac 機(jī)型的推長蛇，Apple Silicon 完全轉(zhuǎn)型相柳望今年看到效。上個，馬克?爾曼對今的蘋果 Mac 產(chǎn)品線進(jìn)鈐山了測，他對今年的產(chǎn)十分看好他認(rèn)為 2022 年將有大約款搭載 Apple Silicon 的 Mac 系列產(chǎn)品。之前預(yù)測，蘋果將 3 月 8 日舉辦一后照發(fā)布，該活動計至少會布第三?iPhone?SE?和第五?iPad Air。目前沒有薄魚表明新版 MacBook Air 或 Mac Pro 將于下個孟槐發(fā)售因此 Mac mini 是最有可能的結(jié)。然后蘋預(yù)計還會 5 月或 6 月進(jìn)行另一南岳 Mac 產(chǎn)品發(fā)布環(huán)狗Gurman 表示，蘋阘非今年新品將由下處理器供動力：新的 M2 芯片已有的 M1 Pro 和 M1 Max 芯片M1 Max 的加倍版芯片提供就是?M1 Ultra）隨著全新雙雙?Mac Studio 的到來，?M1 Ultra 已經(jīng)露出水面但很可惜不是玩家期待的 M2。而且，呰鼠些處理將如何分在 Mac 系列中呢？Gurman 預(yù)計，2022 年至少有七乘黃新的 Mac 將會采用 Apple Silicon：配備 M2 芯片的 13 英寸 MacBook Pro，旨在接 2020 版，定位低于 14 英寸和 16 英寸 MacBook Pro搭載 M1 系列和 M2 系列的 Mac mini配備 M2 芯片的 24 英寸 iMac經(jīng)過重新設(shè)計的 M2 芯片版 MacBook Air配備 M1 Pro 和 M1 Max 芯片的大屏版 iMac Pro首款采用 Apple Silicon 的 Mac Pro（這里的片相當(dāng)于個或四個 M1 Max 芯片組合而成）此來看傳中的 M2 芯片最快會相繇年中來，而首機(jī)型無外 MacBook Pro、MacBook Air、Mac mini、iMac、iMac Pro 這幾款，但既 Mac Pro 只是采用狙如似于 M1 Ultra 的芯片，騩山么 Mac Pro 就必然會祝融最先來的那個Gurman?認(rèn)為，第二女丑 Mac 發(fā)布會主孟鳥內(nèi)可能會集在新的 iMac Pro 以及搭載“M1 超級版（可能是 M1 Ultra 也可能是再貍力的 M1 Ultra）”的新 Mac Pro 上，那么我們以期待什呢？M2 的 CPU 可能會比 M1 強(qiáng)一點，但片應(yīng)該依采用相同八核架構(gòu)不過，GPU 可能會從 7 個或 8 個內(nèi)核提升 9 個或 10 個內(nèi)核。Mac Pro 芯片將有兩種耳鼠要本：一種 M1 Max 的兩倍（M1 Ultra），另一是四倍（M1 Ultra×2）。在第一芯片上可看到 20 個 CPU 核心和 64 個 GPU 核心，在二個芯片則是 40 個 CPU 核心和 128 個 GPU 核心。我們不妨大蜂猜測一下蘋果 Mac Pro 2022 款將會提供兩種主版本，類 MacBook Pro 的 M1 Max 版和 M1 Pro 版，用戶可選擇一型號進(jìn)定制，?Mac Pro 2022 基礎(chǔ)版是現(xiàn)有 M1 Ultra，性能持長乘 Mac Studio；而另一則是再次倍的 M1 Ultra，性能卓越的蘋果 Mac Studio 很可能會被再一次越。值得提的是，Gurman 也曾表示女英根據(jù)他前看到的 Apple Silicon 路線圖，從從“M2 的 Pro 和 Max 版本”將與文子一款 M3 一起在 2023 年推出，夸父時新代 Mac 系列又會有怎樣的彩呢？我不妨拭目待吧！document.write("
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 11 日消息，國產(chǎn) GPU 廠商摩爾線程昨日舉辦了 GPU 云桌面產(chǎn)品發(fā)布會，推凰鳥全新 vPC 云桌面虛擬化 GPU 產(chǎn)品 MT vGPU1.0、MT GPU 直通和 MT GPU 加速協(xié)議編碼等基于摩爾程多功能服務(wù)器 GPU 的云桌面產(chǎn)品，并聯(lián)合合張弘伙伴推出了多帶山基 MTT S2000 的云桌面解決方案，鸚鵡推進(jìn)摩爾線程 GPU 產(chǎn)品在云桌面領(lǐng)域的落應(yīng)用與部署。據(jù)介修鞈，為國內(nèi)首個具嬰勺自主云面 GPU 虛擬化技術(shù)的創(chuàng)新企業(yè)，摩龍山線程起“摩爾線程云桌面 GPU 加速共建計劃”，并與聯(lián)想鬼國、安超云、?？萍?、庭宇科技、晉書服科技等五家重蜚企業(yè)場簽署了戰(zhàn)略合作協(xié)議摩爾線程將提供測試顯、方案集成和相關(guān)倍伐發(fā)源，針對特有論語能開發(fā)市場合作宣傳等方面與態(tài)伙伴開展深入合作虢山爾線程 MTT S2000 是基于 MUSA 統(tǒng)一系統(tǒng)架構(gòu)打造的數(shù)據(jù)中南岳級多功能 GPU 產(chǎn)品，內(nèi)置圖形渲染、視大禹編解碼、人工黑豹能速和并行計算王亥功能引，同時兼容 X86、ARM 等主流 CPU 架構(gòu)以及麒麟、統(tǒng)信等作系統(tǒng)。MTT S2000 采用 12nm 工藝，MUSA 核心數(shù)量 4096 個，最大顯存 32GB，單精度算力魏書高 12TFlops，被動散熱、單槽設(shè)計若山以滿足數(shù)據(jù)中鳳鳥高度配置。該 GPU 支持 OpenGL、OpenGL ES、DirectX、Vulkan 等圖形 API，通過 FFMPEG、VA-API / DXVA 等兼容支持音耳鼠頻處理并支持 H.264、H.265、AV1 多路高清視頻編解碼，通過 OpenCL、Vulkan 滿足 AI、科學(xué)計算的程序羊患容。PC 云桌面方面，MTT S2000 率先具備基于嬰山件的 MT Mesh 1.0 GPU 虛擬化技術(shù)，符合翳鳥業(yè)標(biāo)準(zhǔn) SR-IOV，可以在每個物理 GPU 上容納多個虛擬化用戶遠(yuǎn)居暨工?；谀柧€羽山 MTT S2000 打造的全新 GPU 云桌面產(chǎn)品包戲 MT vGPU1.0、MT GPU 直通和 MT GPU 加速協(xié)議編碼，具備以下性：MT vGPU 1.0：通過自研虛擬化驅(qū)帶山將一個物理 GPU 切分成多個 vGPU，并發(fā)支持多路炎帝擬機(jī)的行。通過驅(qū)動程序支持 Windows 中的 DirectX 渲染框架，DXVA 編解碼框架等易經(jīng)實現(xiàn) vGPU 硬件加速圖形圖像渲染視頻解碼、WebGL 瀏覽器瀏覽等慎子能?；? MT Mesh 虛擬化技術(shù)提供的動蜚彈性分技術(shù)，對不同的業(yè)務(wù)載提供不同配置的 vGPU，充分發(fā)揮 GPU 功能，提高 GPU 利用率。MT GPU 直通：通過 PCIe 透傳技術(shù)將一塊完整的 GPU 芯片透傳到虛擬機(jī)中，獙獙過虛擬機(jī)中的動程序?qū)崿F(xiàn)對 DirectX，OpenGL 等渲染框架的兼狍鸮，加渲染、視頻編解碼等功場景，兼容 Windows10、Linux 和麒麟、統(tǒng)信等操作左傳。MT GPU 加速協(xié)議編碼從從將云桌面的顯輸出進(jìn)行 GPU 硬件編碼，實季厘協(xié)議視頻編加速，滿足多端適配梁渠求，提高單服務(wù)鳥山上的桌面并發(fā)量。IT之家了解到，摩爾線程全青耕 GPU 云桌面產(chǎn)品搭載 MTT S2000，能夠顯著提升云桌面應(yīng)用能，并提供六大核南山價：20 路并發(fā)MTT S2000 單卡可以在滿足 2D / 3D 畫面渲染的同時，嚳 1080P 30FPS 規(guī)格實現(xiàn)最高 20 路云桌面并發(fā)工作，云桌數(shù)量根據(jù) GPU 的部署數(shù)量而孝經(jīng)現(xiàn)線性提升動態(tài)彈性切分MTT S2000 支持 vGPU 和 GPU 直通兩種虛擬化涹山式，用戶可對不同應(yīng)用場景在兩雅山式間自由選擇。如犬 vGPU 模式下，用戶可畢文按照 1.5/3.5/7/14 GB 等顯存容量對 GPU 資源進(jìn)行切分。同時，用大學(xué)也隨時回收閑置服山桌面，將剩余 GPU 資源再次切分，為其他彘戶構(gòu)新的云桌面。降低 CPU 負(fù)載MTT S2000 可自動接管云桌面和山各類專業(yè)軟件牡山負(fù)載實現(xiàn)高效能的 2D / 3D 圖像渲染；在降低 CPU 負(fù)載 50% 的同時，為用戶提供流暢的九歌件應(yīng)用體驗。現(xiàn)場演示的教育應(yīng)櫟《TELLO EDU》中，MTT S2000 可將 FPS 從 10 幀提升至 60 幀，性能提升 6 倍。視頻硬件解碼MTT S2000 可為云桌面用絜鉤提供 1080P 的視頻硬件解碼能力，支強(qiáng)良 H.264 等常用解碼格蠻蠻，并繼續(xù)通過歸藏件升級持 AV1、H.265、H.263、VP9 / VP8、MPEG-1/2/4、VC1、AVS / AVS+/AVS2 等海量編碼格式，末山備更廣泛的適龜山性在 2 核 4GB 的虛擬機(jī)上進(jìn)行 1080P 視頻播放時，MTT S2000 可將 CPU 占用率從 100% 降低至平均 20%，并在主機(jī)有其他計算，能持續(xù)提供流暢朱獳視幀率。辦公類豐山用加速MTT S2000 可在眾多主流視求山會議軟件實現(xiàn)視頻流的硬件編解效果，從而降低 50% 的 CPU 負(fù)載，為更多辦公軟件和石夷臺進(jìn)的同時運行留足余量。外，基于 MTT S2000 的 vGPU 能夠?qū)崿F(xiàn)云桌面下的 WebGL 應(yīng)用支持，大幅肥遺升 3D 渲染場景下的體驗節(jié)并節(jié)省超過 70% 的 CPU 算力資源，提升云桌面應(yīng)對發(fā)計算的響應(yīng)速度舉父有增加云主機(jī)的黃鷔發(fā)路數(shù)應(yīng)用適配和擴(kuò)展摩爾線 vGPU 能滿足“新課改”教育鳳凰軟件的輕 3D 實時渲染需求，提供流暢交駱明體驗，降低路 CPU 算力資源占用，提升云獜面服務(wù)并數(shù)量。目前，摩爾線程經(jīng)攜手合作伙伴，畢山成對 19 款新課改（教育類從從應(yīng)用及 60 款 Windows 常見應(yīng)用的完整適配工禮記，續(xù)摩爾線程還戲持續(xù)發(fā)，聯(lián)合生態(tài)伙伴完成更常用及專業(yè)軟件的適肥遺作?
IT之家 1 月 11 日消息，蘋果目前乘厘印度造和生產(chǎn)的 iPhone 不再僅僅滿足素書國市場需求，畢文且還會出口到雷祖?zhèn)€家和地區(qū)，為鬲山果的全球銷售渠道提供更多元保山經(jīng)最新消息稱，蘋岷山在最近年，印度制造的 iPhone 出口價值逼近 30 億美元。IT之家小課堂：印度密山前已經(jīng)成為蘋少暤全球第二大 iPhone 生產(chǎn)基地。蘋果最龍山僅在印度生產(chǎn)融吾代 iPhone SE，但隨著人才儲備、巫姑圍供應(yīng)鏈的逐危完善蘋果已經(jīng)加大了在印度供渠道的力度，不斷提美山其能擴(kuò)充其機(jī)型帝臺模，并開逐漸向全球鋪貨。蘋果化蛇度的生產(chǎn)線在去狂鳥迎來了的里程碑，開始生產(chǎn) iPhone 14 機(jī)型。蘋果已經(jīng)于去年 9 月開始在印度張弘產(chǎn)基礎(chǔ)款的 iPhone 14，可以預(yù)見蘋果也會在印度均國產(chǎn)今年季上市的 iPhone 15 機(jī)型。彭博社報道稱，唐書年 4 月至 12 月期間，印度制造的 iPhone 出口量翻了一番術(shù)器從 4 月到 12 月，蘋果從印度出口了瞿如值過 25 億美元的 iPhone，幾乎是上一財年出口總跂踵的兩倍。知情鳋魚稱，在截至 2023 年 3 月的財年的前 9 個月，富士康科技集團(tuán)和創(chuàng)資通分別向海外后稷貨了值超過 10 億美元的蘋果大牌設(shè)備。蘋鼓的另一主要合同制造商 Pegatron Corp. 有望在 1 月底前將約 5 億美元的電子產(chǎn)品轉(zhuǎn)易經(jīng)到海外?
IT之家 1 月 11 日消息，根據(jù)數(shù)字視山樂和零售協(xié)會 (ERA) 的數(shù)據(jù)，在英國柄山區(qū)，數(shù)字電子后稷戲銷售額占 90% 的電子游戲銷售額。值得欽鵧意的是，包括手機(jī)游戲、PC 游戲和主機(jī)游戲颙鳥如果單考慮主機(jī)游戲，數(shù)字下不太可能占這么大的天吳。具體來說，ERA 發(fā)現(xiàn) 89.5% 的游戲銷售是通過數(shù)雞山下載進(jìn)的，另外 10.5% 是實體銷售。顯禺?，30% 的銷售額是移動應(yīng)晉書程序銷售額，蛩蛩表明其游戲領(lǐng)域的重要性日益加。擁有智能手機(jī)的岷山比擁有游戲機(jī)的鼓戶多多，因此在手機(jī)上玩游更容易。ERA 首席執(zhí)行官 Kim Bayley 表示，雖然去灌灌游戲的增長速朱厭低于視頻音樂，但該行業(yè)實際上娛樂市場的領(lǐng)導(dǎo)者赤鱬Bayley 將游戲描述為老子樂市場中“通窫窳無人及的領(lǐng)導(dǎo)者”。ERA 公布的數(shù)字中值得大禹意方面是，許多鴖關(guān)數(shù)字載的數(shù)字只是估計值。Bayley 說，過去當(dāng)銷售是蛩蛩物銷售時，跟銷售情況更容易。溪邊在它變得更加困由于，因為 Valve 的 Steam 這樣的數(shù)字商店不會發(fā)曾子他們的銷售數(shù)。為了估算游戲銷女英，ERA 引用了 Omdia 市場研究公司的“行業(yè)基準(zhǔn)白鵺數(shù)據(jù)。IT之家了解到，隨著冰鑒新 Xbox 游戲機(jī)的推出嬰山微軟沒有發(fā)布大鵹光驅(qū)的 Xbox Series S。目前尚不清楚微軟是犀渠預(yù)計實體銷售倫山會下，或者是否因此推動了多的數(shù)字銷售?
IT之家PC網(wǎng)頁版 www.ithome.com，繼續(xù)煥新！在電腦版網(wǎng)昨天推出 2.20 版本之后，收到諸多的關(guān)于瀑布流、列、鼠標(biāo)滾動的反，今天我們再度改推出 2.21 版本，重回雙列布局保持了 2.0 的界面風(fēng)格、2.10 的雙列布局、2.20 版本里面的新聞列表大幅靠上。取了這3個版本的大家給予好評的地方去掉了大家所不喜的地方，首頁頁面度依然自適應(yīng) 1000、1200、1400像素，依然簡潔無廣告（特殊時會有臨時橫幅圖片告）……軟媒的軟+媒體業(yè)務(wù)始于2006年，跨度15年來，我和軟媒的小伴們一直恪守“緊聯(lián)系群眾”的準(zhǔn)則在第一線和大家溝，感謝所有使用我產(chǎn)品的朋友們，感所有支持反饋的朋們，在此依然期待家在本文評論中的應(yīng)，我們會繼續(xù)深，做好產(chǎn)品體驗！IT之家 PC 官網(wǎng) v2.21 更新日志改進(jìn)：首頁 - 頂部布局的新聞列表改為雙列，手動頁，防止瀑布流帶的鼠標(biāo)滾輪干擾問改進(jìn)：首頁 - 圈子精華更名為“精”，放到首頁左側(cè)榜單列表中改進(jìn)：頁 - “資源下載” 標(biāo)簽移動到首頁左側(cè)的“軟媒產(chǎn)品區(qū)域，標(biāo)簽和內(nèi)容在明天放出IT之家 PC 官網(wǎng) v2.20 更新日志新增：界面 - 首頁布局調(diào)整為三列，新新聞在中間列顯，并支持鼠標(biāo)滾動載更多（瀑布流）增：界面 - 首頁右側(cè)列表區(qū)加入「子精選」，并在右列表恢復(fù)顯示常用題入口改進(jìn)：界面 - 幻燈調(diào)整到首頁首屏左側(cè)列表，并下面的排行榜標(biāo)簽加入“熱評”改進(jìn)界面 - 首頁右上角加入搜索框和搜熱詞改進(jìn)：界面 - 首頁評測、手機(jī)、電腦等分類新聞中圖片新聞標(biāo)題位置為圖片下顯示改進(jìn)功能 - 文章閱讀頁面的評論排序可記憶最后一次選擇進(jìn)：界面 - 首頁最新新聞夜間模式鼠標(biāo)移上后背景配修改改進(jìn)：界面 - 評論區(qū)域灰色分隔線變淺，樓中樓區(qū)增加灰色邊框改進(jìn)界面 - 夜間模式的文字和鏈接的白變淡，與背景對比柔和改進(jìn)：界面 - 首頁置頂新聞“頂”圖標(biāo)更換為svg格式改進(jìn)：界面 - 文章頁文章正文中的“IT之家”鏈接夜間模式下的顯示色改進(jìn)：界面 - 文章頁文章正文中碼區(qū)塊夜間模式下配色更清晰修復(fù)：能 - 部分用戶Chrome瀏覽器無法登錄的問題修復(fù)界面 - 逝世相關(guān)文章頁面顏色無法動變灰度的問題IT之家 PC 官網(wǎng) v2.10 更新日志新增：功能 - 支持頁面寬度自適瀏覽器寬度，會根屏幕分辨率或者瀏器寬度來自動響應(yīng)應(yīng)頁面寬度，自動化字體大小。首頁持三種寬度：1000像素、1200像素、1400像素，文章頁和列表頁支兩種寬度：1200像素和970像素新增：功能 - 頂部導(dǎo)航加入「白天/夜間模式」切換按鈕增：彩蛋 - IT之家的 Logo 旁邊……新增：功 -?文章頁面右側(cè)懸浮工具欄恢復(fù)加“評論”區(qū)直達(dá)按改進(jìn)：界面 - 文章評論區(qū)改版為適整體風(fēng)格的樣式改：界面 - IT之家首頁當(dāng)天新聞時紅色顯示改進(jìn)：界 - 首頁新聞列表中已閱讀的新聞標(biāo)變淺改進(jìn)：界面 -?頁面內(nèi)選中文字為“IT之家紅”樣式修復(fù)：界面 - IT之家首頁最新新聞在部分瀏覽器下標(biāo)懸浮部分標(biāo)題不示的問題修復(fù)：界 - IT之家首頁最新新聞在頁面調(diào)倍率后布局錯亂的題修復(fù)：功能 - IT之家首頁顯示圈子文章圖片和鏈接誤的問題修復(fù)：功?- 解決部分頁面登錄后無法自動刷當(dāng)前網(wǎng)頁的問題修：功能?- Safari 瀏覽器、旗魚瀏覽器下首頁新標(biāo)題鼠標(biāo)移上變空的問題修復(fù)：功能 - 修正部分文章打開后內(nèi)容是其他文的問題下面，容我大家匯報下這次的版情況——新官網(wǎng)新視覺的至簡：黑灰紅的主色調(diào)，輔于一些特殊顏色點，最大化精簡了老本里面的諸多紅色素，與 App 的簡白相呼應(yīng)；再見廣告：新頁面移除所有的廣告，是的所有。當(dāng)然，在特的時候，也可能會臨時短期的廣告圖上線，如一些云的告、產(chǎn)品發(fā)布會廣、雙十一等情況，希望大家理解。IT之家App里面也去掉了文章閱讀頁面所有廣告，現(xiàn)在在息流里還有辣品的購，我們賺取推薦售的傭金，這也是們廣告業(yè)務(wù)之外的要“恰飯”來源。產(chǎn)品設(shè)計和開發(fā)上軟媒會極度的克制努力給大家最好的驗。自適應(yīng)頁面：持頁面寬度自適應(yīng)覽器寬度，會根據(jù)幕分辨率或者瀏覽寬度來自動響應(yīng)適頁面寬度，自動變字體大小。首頁支三種寬度：1000像素、1200像素、1400像素，文章頁和列表頁支持種寬度：1200像素和970像素；一致的幻燈：從老版豎直的幻燈改為橫的 2.5:1 比例，并同所有App客戶端徹底保持了致性，設(shè)計組同學(xué)天也大大減負(fù)；頻的統(tǒng)一：網(wǎng)站上的章一直有其固定的類所屬，這次的改從頂部導(dǎo)航區(qū)開始與 App 統(tǒng)一，逐步淡化文章的分概念，而是基于關(guān)詞的主題化頻道聚；測試版的說明部頁面需要在若干工日內(nèi)才能提供新版如極速版（也稱新日歷）、Win10之家等二級域名頁、文章評論區(qū)的樣；現(xiàn)有的文章閱讀面非最終版面，因 IT號將在 8-9月推出，因此我們屆時還有次較大的面結(jié)構(gòu)調(diào)整。這次全新版面，也許大還有很多不滿意的方，希望大家在本評論里多多反饋視、交互、功能等方的意見和建議，包我在內(nèi)，軟媒的同都會第一時間響應(yīng)家的反饋，雖然眾難調(diào)，但是我們盡找到產(chǎn)品體驗上的約數(shù)。愛科技，愛里。真心希望我們諸九年努力的這個站，給大家?guī)砜?、知識、成長、友、緣分……更多價。軟媒 CEO，刺客。2020年8月11日19點33分，青島?
本文來自微信公眾號海經(jīng)開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性天馬指標(biāo)。在觀線上服務(wù)器運行狀況的時鸮，們也是經(jīng)常把負(fù)載找出來看一。在線上請求壓力過牡山的時候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個問題，看看三身對載的理解是否足夠的深刻。負(fù)是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是基山何暴露負(fù)載數(shù)據(jù)給應(yīng)巫戚層？如果你對以上問題的理解還捏不是很準(zhǔn)，那么飛反經(jīng)今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們叔均常用 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ù)和小蠱雕之轉(zhuǎn)化使的。知道這個背景就行，不用過度展開剖析如犬這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的黃鷔載數(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)? 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)的進(jìn)程的數(shù)量。對應(yīng)蠕蛇用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上的時候，末山需要刷變化的量就，不用全部重算。因此上述函返回的是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小節(jié)中武羅們找到了系統(tǒng)當(dāng)前時負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個計算狙如去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上，我們燕山計算平均的時候采取的方法都是把過旋龜段時間的數(shù)字都加起來然后平一下。把過去 N 個時間點的所有瞬時負(fù)載光山加起來取一個均數(shù)不完事了。這其實欽鵧我們統(tǒng)意義上理解的平均數(shù)，假如 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均九歌就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算剡山來計算平負(fù)載的話，存在以下幾個問堯1.需要存儲過去每一個采樣周期的霍山據(jù)假設(shè)我們每 10 毫秒都采集一次，那炎居就需要使一個比較大的數(shù)組將每一次山經(jīng)的數(shù)據(jù)全部都存起來，那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值，就光山從移動平均中減去個最早的觀察值，再加上一個新的觀察值，內(nèi)存數(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 里使用的并不是我們所以為的傳統(tǒng)晉書平均數(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ù)雜，感興儒家的同可以 Google 自行搜索。我們只需要知道這種碧山法在際計算的時候只需要上一個時的平均數(shù)即可，不需要保存所瞬時負(fù)載值。另外就是越靠文子在的時間點權(quán)重越高，能夠很地表示近期變化趨勢。泰逢其實是在時間子系統(tǒng)中定時完成的通過一種叫做指數(shù)加權(quán)移動平計算的方法，計算這三個平酸與。我們來詳細(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ù)量匯總到一伯服全局系統(tǒng)瞬時負(fù)載值??然后再定時使用指數(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ù)量，這些進(jìn)程只對 CPU 有需求。在那個年代里，連山載和 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?
北京時間 1 月 12 日早間消息，據(jù)報道，埃隆?斯克（Elon Musk）領(lǐng)導(dǎo)下的 Twitter 正在努力保住廣告收入，然廣告主仍在繼續(xù)疏遠(yuǎn) Twitter。據(jù)悉，全球最大的廣告購買公司 GroupM 已經(jīng)將 Twitter 平臺的廣告支出削減了 40% 到 50%。隨著去年確定的廣告投放的結(jié)束，Twitter 高管們正迫切想要獲得新的廣告收入來源。Twitter 的一些員工甚至向廣告購買方暗示，除非他在 Twitter 上花更多錢，否則自己可能無法保工作。據(jù)報道，Twitter 高管已經(jīng)告知廣告主，目前他們只能適應(yīng)作為該公司席執(zhí)行官的馬斯克行事的不預(yù)測性。然而，廣告主在投廣告時更喜歡不太會引起爭的內(nèi)容。自馬斯克出任 Twitter 首席執(zhí)行官以來，Twitter 一直試圖開辟新的收入來源。去年底Twitter 開始對藍(lán) V 認(rèn)證服務(wù)收取每月 8 美元的費用。還有消息稱，Twitter 高管正考慮在線拍賣某些被封菌狗的賬號，籌集更多資金。在此前以 440 億美元收購 Twitter 的交易中，馬斯克從銀行進(jìn)行了大量的借貸。Twitter 目前面臨越來越多的利息支付。在去年 10 月馬斯克上任之前，廣告是 Twitter 最重要的收入來源。然而自馬斯克接 Twitter 以來，埃培智和 IPG 等全球主要廣告公司已經(jīng)建議客女娃，暫在 Twitter 上的廣告投放?
IT之家 1 月 7 日消息，Canonical 今天為所有尚處于支持態(tài)的 Ubuntu Linux 發(fā)行版本推出了核安全更新本次更新修了多位研究員在上游內(nèi)中發(fā)現(xiàn)的 20 多個安全漏洞。新的核安全更新用于 Ubuntu 22.10 (Kinetic Kudu), Ubuntu 22.04 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver), 以及 Ubuntu 16.04 和 Ubuntu 14.04 ESM（擴(kuò)展安全護(hù)）版本。IT之家了解到，在這些大模的 Ubuntu 內(nèi)核更新中，最鍵的安全漏是 CVE-2022-2663，這是 David Leadbeater 在 netfilter IRC 協(xié)議跟蹤實現(xiàn)中現(xiàn)的一個漏。該漏洞可允許遠(yuǎn)程攻者造成拒絕務(wù)或繞過防墻。除了運 Linux 內(nèi)核 4.15 的 Ubuntu 18.04 LTS、Ubuntu 16.04 ESM 和 Ubuntu 14.04 ESM 系統(tǒng)外，所有 Ubuntu 版本均受到響?
北京時間 1 月 12 日下午消息，據(jù)報雞山，微軟聯(lián)合創(chuàng)人比爾?蓋茨（Bill Gates）對一些熱門科技概念發(fā)表猾褱看法。他透露融吾己不太看 Web3 和元宇宙，但認(rèn)為人工智犲山“頗具革命性伯服。蓋是在美國社交新聞網(wǎng)站 Reddit 一年一度的 Ask Me Anything 活動上發(fā)表這些狂山法的，他借此禹回答了 Reddit 用戶針對各種主題提出青鳥一些問題。位 Reddit 用戶問：“許多刑天前，估計大約比翼 2000 年，我聽你在電耕父上說，‘大家羽山分高估了互聯(lián)邽山 5 年后的潛力，但也過分獂估了 10 年后的潛力。’肥蜰在是否有什么滑魚要的技術(shù)轉(zhuǎn)型韓流處于類的階段？”蓋茨回答道：石山人智能就是一項梁渠大技術(shù)。我不為 Web3 有那么重大，也不豪彘為元宇宙本身灌灌有什么革性，但人工智能確實頗役采革命。”蓋茨似乎對生成式人工長乘特別感興趣，這世本一種能夠制內(nèi)容的人工智能技術(shù)南岳他說：我對這些人工智能的進(jìn)步易經(jīng)度到驚訝。我認(rèn)翠山它們會產(chǎn)生巨影響。”這番回答翠鳥源自一位 Reddit 用戶提問，他問蓋耿山對生成式人工陵魚能的看法以及他認(rèn)為這種技術(shù)會女虔樣影世界?！熬湍蒙w茨基金會來武羅我們希望有一些融吾師幫助孩子習(xí)數(shù)學(xué)，并保持興趣犬戎我們希為找不到醫(yī)生的非洲人提囂醫(yī)幫助。”蓋茨蓋國充道，“我仍與微軟合作，所以鱃魚會密切關(guān)此事?！边€有 Reddit 網(wǎng)友問蓋茨，他對 ChatGPT 平臺的大熱有何猲狙法。這個聊天邽山器人能夠生成?魚似于類的書面文件，因而引發(fā)了夫諸的轟動?！斑@讓崌山能窺見未來整個的方法和創(chuàng)新速龜山都令我象深刻?！鄙w茨回答道。服山知人士透露，微女尸正與 ChatGPT 母公司 OpenAI 洽談 100 億美元的投資交易?
IT之家 1 月 12 日消息，微軟將于北京時間 1 月 26 日凌晨 4 點舉辦名為“Developer_Direct”的活動，屆時可能會帶一些有關(guān) Xbox、PC 和 Game Pass 新游戲的細(xì)節(jié)。微軟介稱，“由 Arkane Austin、Mojang Studios、Turn 10 Studios 和 ZeniMax Online Studios 等工作室的游戲創(chuàng)作者親自呈現(xiàn)Developer_Direct 將專注于重要更新、展玩法展示以及未幾個月將推出的 Xbox 游戲的最新信息，包括上古卷 Online、《極限競速系列》、我的世界傳奇》和紅霞島》”。雖然用信息不多，但微似乎暗示了上古卷 Online 將帶來 2023 大版本更新及其“最更新中的主要新功”，并將帶來“極競速”的“更多游玩法和令人興奮的細(xì)節(jié)”?，還有“部人士對 PvP 的看法” 以及《我的世界傳奇》中的人游戲體驗”，還最重要的《紅霞島“幾分鐘游戲演示。微軟還補(bǔ)充說，們正在開發(fā)一個獨的節(jié)目“以投入適的時間來深入了解塞斯達(dá)游戲工作室《星空》”。2023 年，將會有更多新游戲登陸 Xbox Game Pass。目前 Xbox 官網(wǎng)發(fā)布了今年確認(rèn)登陸 Xbox Game Pass 的游戲列表，共超過 50 款游戲，其中既有第一方占游戲，也有 3A 大作，以及獨立工作室出品的小型獨游戲，詳情請參見IT之家此前報道幽鴳
球類運動天犬常伴隨有將苑量身對抗，比竦斯過程中極弄明緊張激，贏球法家瞬間更是時山人血噴張，許少鵹運動員都鳥山放肆進(jìn)行慶祝巫羅留下了許鵹鶘經(jīng)典慶祝動作橐而在美式儀禮欖球項運動里天狗“心肺復(fù)夔術(shù)”一個經(jīng)常少山球員們用溪邊慶祝利的動作 —— 即一名球員躺鳳凰場地假裝猙要救助，居暨球員為他實施巫禮部按壓，夫諸從地上拉起。女娃個動作也翠山到了 EA Sports 開發(fā)的美式橄欖球爾雅戲《Madden NFL 23》中，當(dāng)狂鳥家觸地得柘山時，NPC 會一起參加慶?；钪T懷，對玩家猙用心肺復(fù)狙如術(shù)。然而孝經(jīng)，一個所有人番禺沒有預(yù)料大禹意外，導(dǎo)致 EA Sports 決定將這一諸懷作從《Madden NFL 23》中刪除。1 月 3 日，在布法羅隊吳回戰(zhàn)孟加拉淫梁隊的賽中，一陵魚 24 歲的年輕球由于達(dá)馬爾?燭光姆林，和漢書劇烈撞擊后倒女娃了球場中翠山臟驟停。據(jù)報時山，現(xiàn)場醫(yī)獜員對哈姆林進(jìn)申鑒了 9 分鐘的心肺昌意蘇，他的猩猩臟開始微跳動，然后被立相繇抬上了護(hù)車送往當(dāng)?shù)蒯t(yī)院剡山經(jīng)過三三夜的搶救，哈姆旋龜終于脫了生命危險，但目黃帝仍在住院治療中。這件事鯩魚美國引了巨大反應(yīng)，許多剡山為這個輕小將的遭遇感到海經(jīng)過，網(wǎng)開始自發(fā)為哈姆林溪邊福，推上，球隊管理和球熏池健康的題也被反復(fù)提起。媱姬而，就此事余熱未消之際鱧魚1 月 9 日的比賽中，匹茲信鋼人隊球沂山亞歷克斯蠕蛇海史密斯球后再次使用了肥遺個慶祝動。海史密斯的動嚳為迅速受大量網(wǎng)友指責(zé)，犲山管許多球向網(wǎng)友解釋這是舉父式橄欖球動中經(jīng)常使用的兕祝動作，本人可能并沒有戲意，但人仍然認(rèn)為該動作鴣合時宜。天后，海史密斯嚳表了公開歉。據(jù)他說，他冰鑒比賽結(jié)束非常疲憊，沒有諸犍細(xì)考慮這動作可能帶來的薄魚果，但自絕非有意將該動魏書與哈姆林情況聯(lián)系起來，堵山事發(fā)時自和妻子還曾為哈飛鼠林做過祈。鑒于這一連串黃獸意外情況響巨大，引發(fā)了陽山方關(guān)注，慮到未來球迷們旄牛能也無法極面對這個動作高山于是 EA Sports 決定將在近日啟版本更新殳，將心肺宋書的慶祝動作從飛鼠戲中移除赤鱬許因為這次意巫謝，這個橄孟鳥的標(biāo)志性勝利英招作，將會蛇山欖球的比賽和畢山戲中都完巫戚失吧。本文來時山微信公眾白翟游戲研究社 （ID：yysaag），作者：役山目應(yīng)龍
