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