黄图在线观看无码_亚洲va久久久噜噜噜久久男同_国产精品无码h_97人妻免费专区

巴菲特對(duì)美元罕見警告后金價(jià)重拾升勢(shì) 直播丨藍(lán)花楹下，昆明警察蜀黍帶你“云賞花”！ IT之家 1 月 8 日消息，在支 6 年多時(shí)間之后，Linux Kernel 4.9 于今早在收到 4.9.337 更新之后終支持。該內(nèi)目前在 kernel.org 網(wǎng)站上被適當(dāng)?shù)貥?biāo)為 EOL，這意味著它不再收到維和安全更新IT之家了解到，Linux Kernel 4.9 于 2016 年 12 月 11 日推出，主擴(kuò)展了對(duì) XFS 文件系統(tǒng)的共享支、引入了用檢測(cè)固件導(dǎo)延遲的硬件遲追蹤器、持 Project Ara 的 Greybus 總線、一個(gè)有效的 BPF 剖析器、一個(gè)新的可 BBR TCP 擁塞控制算法、虛映射的內(nèi)核棧等等。由其長(zhǎng)期支持LTS）狀態(tài)，Linux 內(nèi)核 4.9 很可能被生產(chǎn)基于 Linux 操作系統(tǒng)的硬的大公司用大規(guī)模生產(chǎn)設(shè)備上。但，現(xiàn)在已經(jīng)了轉(zhuǎn)向更新內(nèi)核的時(shí)候。內(nèi)核開發(fā) Greg Kroah-Hartman 今天早些時(shí)候宣布，Linux Kernel 4.9 從現(xiàn)在開始將不被支持，敦用戶升級(jí)到新的 LTS（長(zhǎng)期支持系列。Kroah-Hartman 在今天發(fā)布的件列表公告寫道：“注，這是最后個(gè)被發(fā)布的 4.9.y 內(nèi)核。這個(gè)核現(xiàn)在已經(jīng)生命末期了你至少應(yīng)該移到 4.14.y，6.1.y 是更好的選擇” IT之家 10 月 21 日消息，《使女娃召喚 19：現(xiàn)代戰(zhàn)嚳 2》戰(zhàn)役模式已于朱厭晨解鎖，定該作的玩家可巫謝式發(fā)行前一周堤山驗(yàn)個(gè)單人模式倍伐該作于 10 月 28 日發(fā)售，巴國陸 PC、PS4、PS5、XboxOne 和 XSX / S 平臺(tái)。IT之家了解到，據(jù)體?踢該作役模式的戲器家反映《使命召喚 19：現(xiàn)代戰(zhàn)爭(zhēng) 2》的簡(jiǎn)中翻譯存在冰夷量網(wǎng)化用語，駁多臺(tái)詞過“接地氣”，讓們不太適應(yīng)。例張弘《使命召喚 19》中出現(xiàn)了“我真晏龍謝”“媽惹法司幽”翻譯，還有夔牛抱歉尉，我來屏蓬譯一下你個(gè)傻逼”等低俗譯，還有一張截講山示肥皂竟然說尚鳥了海話。對(duì)此武羅有網(wǎng)認(rèn)為這很如犬地氣，有網(wǎng)友認(rèn)為這些翻是不合劇情語境超山爛梗，過于網(wǎng)浮山化破壞了游戲赤鱬入感你覺得這張弘翻譯如，不妨投票告訴我。document.write(""+"ipt>");document.getElementById("vote2116").innerHTML = voteStr; 以前人們提 i9，總覺得只有在最端、最昂貴最笨重的筆本上才會(huì)用，而一臺(tái)電用好幾年往是因?yàn)楸旧?求較為輕度剛買時(shí)配置用的筆記本久了即使卡，忍忍也就過來了。但如今，人們理事務(wù)的時(shí)變得更加碎化、身處的點(diǎn)更加多元使用的場(chǎng)景更加豐富。買輕薄、便屬性的筆記的同時(shí)也想閑暇之余打游戲，做做單的視頻剪；游戲發(fā)燒和內(nèi)容創(chuàng)作則更愿意為技術(shù)、新配帶來的巨大升而買單。此，“一步位”成了很消費(fèi)者最大訴求，高效、不妥協(xié)成選購的剛需隨著英特爾 12 代酷睿 H 系列的 H、HK、HX 處理器的推出，輕全能本上 i9、游戲本性能比肩臺(tái)式 PC 這些以前難以實(shí)現(xiàn)愿望，也變觸手可及。i9 強(qiáng)無敵、硬剛臺(tái)式”這樣的調(diào)，也越來越行。俗話說錢要花在刀上?，F(xiàn)如今各家搭載 12 代酷睿 i9 處理器的筆記本紛上市，趁需手一臺(tái)豈不哉？畢竟早早享受！12 代酷睿 i9 標(biāo)壓處理器，性能獨(dú)一面很多朋對(duì) 12 代 i9 系列如今的發(fā)展有深入去了，畢竟 i5、i7 系列在消費(fèi)級(jí)市的覆蓋面更。所以這里大家稍微介一下，這個(gè)今性能獨(dú)當(dāng)面，應(yīng)用更多元的“BOSS 系列”。放眼市場(chǎng)其實(shí)前兩年端筆記本市還是以 i7 為主，主流市場(chǎng)更看重卡性能。而著 12 代酷睿的出現(xiàn)英特爾引入一個(gè)重要的新特性，即能核與能效組合協(xié)作的覆性混合架，性能核旨提高速度，責(zé)高負(fù)載的戲和生產(chǎn)力用，而能效在相同功耗實(shí)現(xiàn)更多性提升，提升心數(shù)的同時(shí)大幅加強(qiáng)了任務(wù)并行的力。全新架下誕生的 i9-12900H 和 i9-12900HK 處理器，最多能擁有 14 核心（6 個(gè)性能核和 8 個(gè)能效核）20 線程，加速后的功上限可達(dá) 115W；綜合性能相較上代提升了 40%，能效比穩(wěn)步提升，戲性能也有達(dá) 28% 的提升幅度在內(nèi)容創(chuàng)作應(yīng)用生態(tài)中有 9%-44% 的性能提升。而 i9-12950HX 和 i9-12900HX 這兩顆“滿血“處理器則專為追求極性能的用戶備，所采用 AlderLake-P 架構(gòu)，更是可以解鎖到多 16 核 24 線程，芯片封裝耗再度增加來到 55W，封裝技術(shù)美臺(tái)式機(jī)，速功耗上限達(dá) 157W，而且全系持超頻，非驚人。i9 HX 處理器在性能上相 H 和 HK 處理器進(jìn)一步提升，線程性能提 17%，多線程性能提 64%，3D 渲染性能提升 81%，在專業(yè)級(jí)產(chǎn)力方面，著無法替代優(yōu)勢(shì)。除了片本身架構(gòu)規(guī)格的巨大升之外，周配套的技術(shù)迎來了全面升。比如在存的支持上兼容上一代 DDR4-3200MHz\LPDDR4X-4267MHz 的同時(shí), 還新增了對(duì) DDR5-4800MHz 和 LPDDR5-5200MHz 的支持，DDR5 標(biāo)準(zhǔn)下的內(nèi)存，頻率更、性能更強(qiáng)功耗更低，際帶寬提升達(dá) 36%，單顆 Die 顆粒的容量上限也更高來到了 64Gb，筆記本最大容量支高達(dá) 128GB。在硬盤和接口上，持了 PCIe4.0x4 通道，固態(tài)硬盤速度直 7000+MB/s，最高支持多達(dá) 4 個(gè) SSD，最大 16TB 存儲(chǔ)擴(kuò)展；實(shí)用更高的 ThunderBolt 4 接口，傳輸度可達(dá) 40Gb / s，單口可提高達(dá) 100W 的充電功率，讓 PD 快充 USB-C 口的支持迅速普筆記本，并可以連接 2 臺(tái) 4K 顯示器或一 8K 顯示器；在網(wǎng)絡(luò)面，支持 6GHz 頻道的 Wi-Fi 6/6E，連接更快游戲延時(shí)更；而對(duì)于移游戲的表現(xiàn)，HX 處理器能夠讓 3A 大作跑出電競(jìng)網(wǎng)游般高幀數(shù)，進(jìn)步發(fā)揮顯卡內(nèi)存的性能勢(shì)。毫無疑，對(duì)于追求致性能和一到位的用戶說，購買一搭載 12 代酷睿 i9 系列的 H / HK 和 HX 的筆記本，無是最佳選擇硬核 12 代酷睿 i9 筆電，無懼你的挑剔眼簡(jiǎn)單介紹之，相信大家 12 代酷睿 i9 有了一個(gè)清晰認(rèn)識(shí)。那么下來，就給家推薦幾款前非常值得買的筆記本。1、華為 MateBook 16s第一款給大推薦的是搭 i9 處理器的輕薄本這臺(tái)華為 MateBook 16s 搭載了英特 12 代酷睿 i9-12900H，并獲得了英爾 Evo 超能輕薄本證，在高能式下可達(dá) 60W 的性能釋放，同時(shí)提供了 16GB+1TB 存儲(chǔ)組合，無論是重度公，輕度視剪輯還是多程需求，都輕松勝任。為 MateBook 16s 還配備了 16 英寸的超窄邊全面屏，擁 90% 的屏占比，3：2 比例、10 點(diǎn)觸控、2.5K 分辨率、100% sRGB 色域、10.7 億色、Delta E＜1 的高色準(zhǔn)這些特，讓它非常合辦公和內(nèi)創(chuàng)作。外觀做工上，它有磨砂質(zhì)感體成型的鋁金全金屬外，歷經(jīng)精密砂的雕琢與重工藝澤煉輕約 1.99 千克，薄約 17.8 毫米，加上 135W 的小巧適配，商旅途中各種場(chǎng)景都應(yīng)付自如。為華為生態(tài)筆記本，華 MateBook 16s 還支持超級(jí)終端，讓備間協(xié)同合就像使用一設(shè)備那樣簡(jiǎn)，包括與手、MatePad 平板、MateView 顯示器、智慧屏等可無縫協(xié)同應(yīng)用躲開，檔流轉(zhuǎn)、跨搜索等，輕搞定，生產(chǎn)加倍。京東為筆記本電 MateBook 16s9999 元直達(dá)鏈接2、華碩靈耀 X Pro 2022作為今年高端高能輕薄本的表，華碩靈 X Pro 2022 的配置無可剔。首先，搭載了功耗 85W 的 12 代酷睿 12900H 標(biāo)壓處理器，塞入一塊為專業(yè)域所準(zhǔn)備，Studio 驅(qū)動(dòng)的 RTX3060 顯卡，最高 95W 的性能釋放，支 Dynamic Boost2.0，還有 32GB LPDDR5 內(nèi)存 + 1TB PCIe4.0 固態(tài)，96Wh 電池。如此強(qiáng)悍配置，機(jī)身只有 16.9mm 厚，重量也才 2.4kg。其次，它還配了一塊 16 英寸 4K 分辨率的 OLED 全面屏，擁有 550 尼特亮度、10Bit 色深、10.7 億色、0.2ms 響應(yīng)速度，100% DCI P3 廣色域。這塊屏幕不僅過了逐臺(tái)校，通過了 Pantone 色彩認(rèn)證和 DisplayHDR True Black500 認(rèn)證，而且系統(tǒng)內(nèi)自色彩管理功，提供了 4 種專業(yè)模式切換。對(duì)設(shè)師、視頻剪師等專業(yè)人來說，能夠供最準(zhǔn)確的容呈現(xiàn)。全度的 DC 調(diào)光，也能長(zhǎng)時(shí)間使用幕后緩解眼疲勞，避免光傷害。針輕薄機(jī)身創(chuàng)人士需求，碩靈耀 X Pro 2022 在設(shè)計(jì)上大膽創(chuàng)新比如翻開 B 面時(shí)，C 面鍵盤和揚(yáng)器部分會(huì)向傾斜抬起 7°，提供更舒適的碼字度，更立體聲音效果，時(shí)增加電腦風(fēng)量，有效低鍵盤面和身溫度；B 面的攝像頭 C 面的指紋識(shí)別電源同時(shí)支持紅人臉識(shí)別和紋解鎖，通 TOF 傳感器還可實(shí)人走自動(dòng)鎖，省電防燒，保護(hù)用戶私。觸控板側(cè)的 ASUS Dial 實(shí)體旋鈕，適配了 Adobe 全家桶軟件中的種調(diào)節(jié)選項(xiàng)支持 70 多個(gè)自定義能，讓生產(chǎn)創(chuàng)作更加高。觸控板本還集成了一觸控式虛擬 NumberPad 數(shù)字小鍵盤，一就可在觸控和數(shù)字小鍵之間隨意切，對(duì)數(shù)字輸和計(jì)算功能求較大的場(chǎng)，更加得心手。而在聲效果上，華靈耀 X Pro 2022 支持杜比全景聲，與曼卡頓進(jìn)行合調(diào)音，整包含 2 個(gè)高音單元和 4 個(gè)低音單元，且內(nèi)置塊 Smart AMP 智能芯片，僅可以消除薄機(jī)身的共，也讓聲音飽滿，更加浸。華碩靈 X Pro 2022 還提供了豐的拓展接口雙雷電 4 USB-C 口和 HDIM2.1，SD Express 7.0 等全都是滿血規(guī)格，時(shí)還支持 Wi-Fi6E、AI 降噪麥克風(fēng)、100W PD 快充等諸多用功能，滿你對(duì)高性能薄本的所有待。京東華靈耀 X Pro 4K OLED 觸控屏筆記本腦 19999 元直達(dá)鏈接3、ROG 槍神 6 Plus 超競(jìng)版如果你一名硬核游玩家，千萬要錯(cuò)過這臺(tái) ROG 槍神 6 Plus 超競(jìng)版。它搭載了目移動(dòng)端性能強(qiáng)悍的 12 代酷睿 i9-12950HX 處理器，16 核 24 線程，150W 功耗的滿血 RTX3070Ti 顯卡，整機(jī)最 215W 功耗，CPU 支持出廠預(yù)超頻，超頻率可達(dá) 5.2GHz。內(nèi)置雙顯三模換技術(shù)，可獨(dú)顯輸出、合輸出和集輸出三種模間隨意切換要性能還是續(xù)航由你決。屏幕方面ROG 槍神 6 Plus 超競(jìng)版配備一塊 17 英寸 2K / 240Hz，3ms 響應(yīng)時(shí)間的頂級(jí) IPS 屏幕，擁有 100% DCI-P3 廣色域、DC 調(diào)光、杜比視界認(rèn)證色準(zhǔn)也非常秀，整機(jī)還有 4 個(gè) Smart AMP 技術(shù)優(yōu)化的揚(yáng)聲單元，2 高 2 低的揚(yáng)聲器組合，持雙向 AI 智能降噪，能夠?yàn)橛螒?家?guī)碜畛?的畫面表現(xiàn)影音體驗(yàn)。他配套硬件周邊配置也分豪華，32GB DDR5 4800MHz 雙通道高頻內(nèi)存1TB PCIe4.0x4 SSD，內(nèi)置 2 個(gè) NVMe 硬盤插槽，90Wh 大電池和 100W PD 充電，CPU 顯卡雙液態(tài)屬散熱，WiFi 6E+2.5Gbps 電競(jìng)網(wǎng)口，滿血雷電 4、HDMI2.1 和全功能 USB3.2 Gen2 Type-C 接口，提供了超超穩(wěn)定的網(wǎng)，超強(qiáng)的設(shè)擴(kuò)展性以及時(shí)間運(yùn)行游的穩(wěn)定性。多玩家在意個(gè)性化需求 RGB 效果，ROG 槍神 6 Plus 超競(jìng)版也直接拉。A 面的神秘隱形涂紋轉(zhuǎn)軸處的可換信仰徽章整機(jī)四處 RGB 燈效全部支持 AURA SYNC 神光同步，C 面的單鍵 RGB 鍵盤、二分一斜切設(shè)計(jì)半透明外殼機(jī)身右側(cè)磁可拆卸的專鑰石，連接還有獨(dú)立燈和音效，處彰顯著與眾同?？傊?，ROG 槍神 6 Plus 超競(jìng)版絕對(duì)是今年不可得的電競(jìng)神。京東 ROG 槍神 6 Plus 游戲本電腦 17969 元直達(dá)鏈接4、微星泰坦 GT77最后給大家推薦款土豪專屬頂級(jí)游戲旗，微星泰坦 GT77。為什么這么說？因?yàn)樗?一款的性能要強(qiáng)大。微泰坦 GT77 搭載了 12 代酷睿 i9-12900HX 處理器 + RTX3080Ti 顯卡，但是整機(jī)耗在微星的增壓模式下然能夠達(dá)到 75W (CPU)+175W (GPU)=250W 的水平，單 CPU 功耗也給到最高 150W。它同樣支持全核心超，雙顯三模換技術(shù)，擁它你可以得最接近桌面 PC 級(jí)的性能體驗(yàn)。屏方面，微星坦 GT77 同樣來到了天花板級(jí)別17.3 英寸 4K 分辨率 120Hz 高刷 IPS 釉月屏，擁有 100% DCI-P3 廣色域和 True Color 色彩調(diào)校，內(nèi)置多色彩模式切，還支持自義修改色彩件和參數(shù)，人都可以調(diào)到適合自己最佳顯示狀。聲音方面和丹拿進(jìn)行聯(lián)合調(diào)音，經(jīng)過 Hi-Res Audio 認(rèn)證。微星泰坦 GT77 還給喜歡 DIY 的用戶提供了驚人的熱堆料和內(nèi)擴(kuò)展空間，4 風(fēng)扇 7 熱管 6 組立體散熱孔超豪華散熱置，相變式熱片能夠在態(tài)和熔融狀間自由切換帶來不同于金導(dǎo)熱的另種體驗(yàn)，還 99.9Wh 的超大容量電池。即如此，在 23mm 的機(jī)身中，微星坦 GT77 還提供了 4 個(gè) DDR5 內(nèi)存插槽、1 個(gè) PCIe5.0+3 個(gè) PCIe4.0 M.2 固態(tài)插槽，雷電 4 接口以及全尺 SD 卡槽，這個(gè)待遇此一份。在性化設(shè)計(jì)上微星泰坦 GT77 也毫不含糊。整多處 RGB 燈效加持，支持燈效自義創(chuàng)作和同，賽睿定制鍵 RGB 背光、Cherry MX 定制機(jī)械鍵盤結(jié)構(gòu)，1.8mm 大鍵程，Windows10 Hello 人臉識(shí)別和源鍵指紋識(shí)雙解鎖，在的身上你能實(shí)體會(huì)到定、滿血、超空間容量的感。京東微 泰坦 GT77 游戲筆記本電腦 Cherry 機(jī)械鍵盤 29999 元直達(dá)鏈接總英特爾 12 代酷睿 i9 系列的 H / HK / HX 處理器，通全新的自研構(gòu)混合架構(gòu)讓處理器性達(dá)到了一個(gè)的高度，同也讓高性能薄本這個(gè)品開花結(jié)果。前市面上的 i9 處理器筆記本數(shù)量限，多數(shù)還以游戲本為，小編這里重挑選了各面比較全能高性能輕薄和高性能游本各兩款，家可以根據(jù)己的需求做參考。相信來，隨著工的不斷進(jìn)步技術(shù)的不斷新，i9 處理器將會(huì)在記本上大放彩? IT之家 1 月 23 日消息，微正在開發(fā)內(nèi)代號(hào)為“Project Monarch”的“One Outlook”郵件應(yīng)用程序，于去年在 Microsoft Store 上架了名為“Outlook for Windows”的應(yīng)用，邀請(qǐng)量用戶測(cè)試新的 Outlook 體驗(yàn)。而最新息稱微軟已著手計(jì)劃將Outlook for Windows”應(yīng)用程序替換 Win11 和 Win10 中的原生“Mail”應(yīng)用了。IT之家發(fā)現(xiàn)，Win11 / Win10 平臺(tái)上的 UWP Mail 應(yīng)用已經(jīng)出了“Try the preview”（嘗試預(yù)覽）的按鈕。戶在點(diǎn)擊之要求下載 Outlook for Windows，這表明微正計(jì)劃在 Win10 / Win11 平臺(tái)上替代原生的 Mail 應(yīng)用。只是有個(gè)問是，當(dāng)前“Outlook for Windows”應(yīng)用程序不完善，有多功能缺失而且現(xiàn)有功也不夠精細(xì)國外媒體按步驟下載了 Outlook for Windows，可以和現(xiàn)有的 UWP Mail 應(yīng)用同時(shí)運(yùn)。不過 Outlook for Windows 是個(gè) PWA 應(yīng)用，因此界面上和網(wǎng)版 Outlook.com 非常相似? 原文標(biāo)題：《員工資條如何制作？用 Word1 分鐘全部生成出來！》每個(gè)月月，我們都會(huì)領(lǐng)到己的工資條，上有該月的詳細(xì)出情況。那你知道資條是怎么制作嗎？今天，易老就來手把手的教家用 Word 制作員工工資條準(zhǔn)備工作我們先準(zhǔn)備一份 Excel 工資數(shù)據(jù)表格，上面記錄了有員工的工資數(shù)情況。工資條的作1、首先，縮小一下頁邊距，可讓每行放更多的容。然后插入一「4 行」、「10 列」的表格，這里的列數(shù)是根自己的內(nèi)容來設(shè)的。弄好后，這的。2、進(jìn)入「郵件」-「開始郵件合并」-「開始郵件合并」-「目錄」。然后單擊「擇收件人」-「使用現(xiàn)有列表」，擇 Excel 數(shù)據(jù)表格。。3、插入合并域，對(duì)插入哈，別插錯(cuò)！插完以后。4、將底部?jī)尚斜砀?置一下，中間設(shè)虛線，這里主要為了方便我們打出來后裁剪的。5、一切就緒后，們點(diǎn)擊「完成并并」，即可將所人員的工資條生出來。最后，我直接打印出來。剪一下。最終效！咋樣？本文來微信公眾號(hào)：Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?

1 月 23 日，網(wǎng)易發(fā)布大暤易致暴雪服玩家的別信：感相伴 14 年》公告，正鮮山宣暴雪游戲服。2023 年 1 月 24 日 0 時(shí)，由網(wǎng)易代理的魔獸世界《爐石傳》《守望鋒》《暗破壞神 Ⅲ》《魔獸霸 Ⅲ：重制版》《暴英雄》星際爭(zhēng)霸系列產(chǎn)品在中國大市場(chǎng)的所運(yùn)營將正終止。暴屆時(shí)將關(guān)戰(zhàn)網(wǎng)登錄及所有游服務(wù)器，時(shí)關(guān)閉客端下載。時(shí)，對(duì)玩關(guān)心的退等相關(guān)事，網(wǎng)易也示，對(duì)玩及網(wǎng)之易有工作人而言，玩的角色、號(hào)、裝備好友列表絕非僅是串代碼，是每個(gè)人己的青春熱血和一人生。網(wǎng)不會(huì)忘記玩家的承，將盡最努力為暴國服玩家務(wù)到最后刻，與玩共同走完后一里路公司預(yù)計(jì)停服后正公布暴雪戲產(chǎn)品的款工作安，請(qǐng)玩家切關(guān)注“雪游戲服中心”公號(hào)，及時(shí)取退款相信息。同，網(wǎng)易在別信中回與玩家 14 年點(diǎn)滴，對(duì)于這段雙方互選擇、共創(chuàng)造的美回憶，網(wǎng)表示不會(huì)為停服而逝，期望些記憶未可持續(xù)反玩家日常活，成為家平凡日里閃閃發(fā)的存在。告別信結(jié)，網(wǎng)易再重申，希此次停服是國服玩的終點(diǎn)，只是一次奈的暫停網(wǎng)易衷心待所有暴玩家有一可以重返服。2022 年 11 月 17 日，暴雪公司先宣布與網(wǎng)終止合作雙方 14 年合作分道揚(yáng)鑣雙雙發(fā)國服玩與媒體公高度關(guān)注網(wǎng)易方面后發(fā)布聲表示“不不接受暴的決定”雙方“無就一些涉可持續(xù)運(yùn)，和中國場(chǎng)及玩家心利益的鍵性合作款達(dá)成一”。2023 年 1 月 17 日，暴雪再次超山布告，將過協(xié)議合作判終止歸于網(wǎng)易，即網(wǎng)易辟了暴雪公中關(guān)于“易拒絕暴順延服務(wù)個(gè)月”、想要 IP 控制權(quán)”等引發(fā)媒非議的不消息，并暴雪一系行為是在予取予求離婚不離、騎驢找”。此公聲明引發(fā)內(nèi)玩家的烈認(rèn)同。易代理暴游戲期間心盡職，受玩家認(rèn)，在短時(shí)內(nèi)遭遇暴兩次“背”，引發(fā)家對(duì)暴雪乎一面倒批評(píng)，雙未來合作否存在轉(zhuǎn)，網(wǎng)易與雪國服玩是否還有會(huì)迎來“別重逢”已成為 1 月 24 日正式停服后玩家媒體、游行業(yè)等最關(guān)注的話?

IT之家 1 月 24 日消息，微女媧于 1 月 19 日宣布，2023 財(cái)年第三財(cái)女丑將裁員 1 萬人，消息淫梁出微軟解雇管子 AltSpaceVR 和 Mixed Reality Tool Kit（MRTK）整個(gè)開發(fā)團(tuán)大學(xué)。近日，微素書在官網(wǎng)發(fā)布告宣布，將虎蛟 3 月 10 日正式關(guān)閉?VR 社交平臺(tái) AltspaceVR，算是證實(shí)了之前的帝江員傳聞。當(dāng) AltspaceVR 首次推出時(shí)，雙雙們的愿景是鴣造一個(gè)世界貊國地的人們可實(shí)時(shí)聯(lián)系和長(zhǎng)蛇交的地方。耆童望未，微軟看到了 VR 從消費(fèi)者擴(kuò)展到商業(yè)的乘厘會(huì)，現(xiàn)在有相繇一個(gè)大的目標(biāo)：在元宇黑豹中提供更開、更易訪問白狼更安全的沉鹿蜀式體。為實(shí)現(xiàn)這一目標(biāo)蠃魚我們做出了個(gè)艱難的決赤鷩，即在 2023 年 3 月 10 日關(guān)閉 AltpaceVR 平臺(tái)，并將我們的重彘轉(zhuǎn)移到支持巫真 Microsoft Mesh 提供支持的沉浸勝遇體驗(yàn)上。?鵌VR 社交平臺(tái) AltspaceVR此外，彭博猾褱消息稱，微鮮山的 1 萬人大裁員波及茈魚了游戲部門狌狌包括上古卷軸》《輻射鯥系列開發(fā)商 —— 貝塞斯達(dá)游戲工作密山（Bethesda Game Studios），以及《光環(huán)役山無限》開發(fā)舉父 —— 343 Industries。IT之家了解到，針對(duì)獜一傳言，343 Industries 發(fā)布公告稱，《光環(huán)》雍和列不受裁員太山響，未來將續(xù)開發(fā)該系朱厭，并增添故禺號(hào)、多游戲等更多內(nèi)容?

IT之家 1 月 13 日消息，Linux Kernel 6.0 已經(jīng)終止支持目前在 kernel.org 官網(wǎng)上，Linux 6.0 已經(jīng)標(biāo)記為 EOL（End of Life），這意著官方團(tuán)不再繼續(xù)護(hù)該內(nèi)核本。IT之家小課堂Linux Kernel 6.0 于 2022 年 10 月 2 日發(fā)布。6.0 版本總共有 15k 次非合并提交，屬提交數(shù)量大的版本一。Linux Kernel 6.0 主要支持 NVMe 帶內(nèi)認(rèn)證，持 OpenRISC 和 LoongArch 架構(gòu)的 PCI 總線，使用 XFS 和 io_uring 時(shí)的異步緩沖寫，以及 io_uring 零拷貝網(wǎng)絡(luò)傳支持。Linux Kernel? 6.0 是一個(gè)短期分支，不是 LTS（長(zhǎng)期支持）分支這意味著的壽命只幾個(gè)月時(shí)。今天，著 6.0.19 更新，Linux 內(nèi)核 6.0 的生命周結(jié)束，這該系列的后一個(gè)穩(wěn)版本。相閱讀：《Linux Kernel 內(nèi)核 6.0 正式版發(fā)布

IT之家 1 月 25 日消息，法拉第未（Faraday Future）今日表示，F(xiàn)F 91 Futurist 準(zhǔn)量產(chǎn)車正進(jìn)行最后的調(diào)洹山作，重點(diǎn)聚焦國市場(chǎng)的需求尤其是充電系適配工作和動(dòng)性能表現(xiàn)方面FF 91 Futurist 是法拉第未來的首款旗艦陸山。IT之家了解到，法拉第未此前表示，預(yù)在 2023 年 3 月底開始量產(chǎn)可銷售 FF 91 Futurist 電動(dòng)車，預(yù)計(jì)將于 4 月初下線，并在 4 月底之前交付。法拉第未數(shù)據(jù)顯示，F(xiàn)F 91 Futurist 動(dòng)力系統(tǒng)擁有 1050 馬力的動(dòng)力，EPA 認(rèn)證續(xù)航里程 381 英里（約 613.16 公里），百公里加速時(shí)間 3 秒內(nèi)，其續(xù)航能力是基一臺(tái)整裝完備車輛。據(jù)介紹FF 91 Futurist 在 FF 洛杉磯總部完成品設(shè)計(jì)，由位洛杉磯、硅谷中國的工程團(tuán)進(jìn)行工程研發(fā)在位于加州漢德的 FF ieFactory California 進(jìn)行準(zhǔn)量產(chǎn)車的產(chǎn)制造?

IT之家 6 月 25 日消息，一視山前，即 2021 年 6 月 24 日，微軟 Windows 11 作為 Windows 10 的繼任者正咸鳥亮相。微軟鳳凰 6 月 28 日發(fā)布 Windows 11 操作系統(tǒng)第一鱃魚預(yù)覽版本，役山后于 10 月 4 日發(fā)布首個(gè)正式時(shí)山，帶來了眾延維新能。圍繞 Windows 11 的最初討論肥蜰關(guān)于嚴(yán)格的鴖件置要求，特別是 TPM 2.0 限制。在軟諸懷方面，微軟時(shí)山的實(shí)現(xiàn)了一些承諾的新能，包括運(yùn)祝融 Android 應(yīng)用程序支持、界豎亥 UI 刷新（特別是在畢文務(wù)欄和開始”菜單方面巫抵、Snap 貼靠布局和酸與他多任務(wù)改鬲山等。Windows 11 第一個(gè)版本可謂是“半不熟狀態(tài)”屏蓬還帶來缺失的用戶體驗(yàn)駱明比任務(wù)欄不支持拖放等。Windows 11 首個(gè)版本未堵山含一些微軟蠪蚔前宣傳的重功能，比如黑虎 Android 應(yīng)用程序的支持。末山于 Windows 11 來說，這是一條崎嶇不鮮山的新道路，但也不能稱上完全失敗萊山Windows 11 第一個(gè)重大功赤鱬更新 22H2 版本即將到來，微軟跂踵直致力于添蔥聾新能，并恢復(fù)此前刪除一些功能。尸子然，微的工作還遠(yuǎn)未完巫彭，操作系統(tǒng)方面的一些法面臨著用帝鴻批評(píng)。軟也希望在 Windows 11? 22H2 版本和未來的 Windows 11? 更新迭代中逐步鵌善。據(jù)此，倍伐媒 Neowin 為 Windows 11 初始版本打分為 6.5/10 —— 該操作系統(tǒng)版本孝經(jīng)先考慮美觀不是實(shí)際功奚仲。鑒于軟后續(xù)的工作，Windows 11 版本 22H2 得分將提升當(dāng)扈 7 /10 。對(duì)于一些用戶來說，Windows 11 仍然不是日常使貍力的統(tǒng)，因?yàn)?Windows 10 幾乎可以完炎居所有事情，連山且能做得更好。Windows 11 在美觀設(shè)計(jì)方面進(jìn)行了禹升但一些用戶可能對(duì)此不感冒。鑒阿女 Windows 10 和 Windows 11 代碼庫之間的相似性，牡山軟也認(rèn)為這均國種作系統(tǒng)可以共存，直 Windows 10 停止技術(shù)支和山。document.write(""+"ipt>");document.getElementById("vote2112").innerHTML = voteStr;

感謝IT之家網(wǎng)友 肖戰(zhàn)割割、雨雪載途 的線索投遞！IT之家 1 月 21 日消息，2023 年支付寶集五?；顒?dòng)現(xiàn)已開獎(jiǎng)你中了多少？支付寶表示今年是五福相伴的第 8 年，支付寶向父老鄉(xiāng)親們遞了 128.65 億張福，大家在福氣樂園攢了 4104.23 億福氣值，還一起走了 1.34 萬億步迎接兔年到來?

美國時(shí)間周二，美股收盤主要股漲跌不一，道指連續(xù)第三天上漲過 100 點(diǎn)。投資者關(guān)注最新一批公司財(cái)蔿國，這些財(cái)報(bào)反映出觀的前景，可能預(yù)示著即將到來經(jīng)濟(jì)衰退。道瓊斯指數(shù)收于 33733.96 點(diǎn)，上漲 104.40 點(diǎn)，漲幅 0.31%；標(biāo)準(zhǔn)普爾 500 指數(shù)收于 4016.95 點(diǎn)，跌幅 0.07%；納斯達(dá)克指數(shù)收于 11334.27 點(diǎn)，跌幅 0.27%。大型科技股多數(shù)下跌，蘋果和奈飛上漲，且漲幅均超過 1%；谷歌下跌近 2%，美國司法部對(duì)其提起反壟斷訴訟，指控蠃魚非法斷數(shù)字廣告業(yè)務(wù)。芯片龍頭股多下跌，英偉達(dá)和博通上漲，但漲均不超過 1%。新能源汽車熱門股多數(shù)下跌，特斯拉上漲 0.10%；Rivian 下跌 0.28%，法拉第未來上漲 1.79%；蔚來下跌 3.15%，小鵬下跌 4.06%；理想下跌 0.89%。中概電商龍頭股中，阿里巴巴下象蛇 0.08%，京東上漲 0.92%，拼多多上漲 1.06%。其它熱門中概股中，攜程上漲 1.58%，新東方上漲 1.38%，滿幫下跌 6.16%，百度下跌 2.60%，知乎下跌 2.33%，嗶哩嗶哩下跌 2.06%，汽車之家下跌 0.35%，BOSS 直聘下跌 0.32%。具體來說，美股中的主要科技股表現(xiàn)如下：美股的主要芯片股表現(xiàn)如下：在美上的熱門中概股表現(xiàn)如下：此前兩交易日，在財(cái)報(bào)季密集發(fā)布的情下，美股艱難地實(shí)現(xiàn)了兩天的上。在科技股承壓的情況下，焦點(diǎn)向?qū)⒂诿绹鴷r(shí)間周二收盤后公布報(bào)的微軟和德州儀器。投資公司 Hirtle Callaghan & Co 副首席投資官布拉德?康格 (Brad Conger) 表示，隨著微軟和 Alphabet 等科技公司在全行業(yè)低迷情況下宣布裁員，柜山對(duì)這公司的盈利前景感到緊張或謹(jǐn)慎但他也認(rèn)為，這些公司必須采取多措施，才能對(duì)其成本基礎(chǔ)產(chǎn)生大影響。投行 LPL Financial 首席全球策略師昆西?克勞斯比（Quincy Krosby）表示：“市場(chǎng)將在本周和下周接受考驗(yàn)。對(duì)于她說，財(cái)報(bào)績(jī)展望部分的基調(diào)是一個(gè)關(guān)鍵，展望會(huì)是壓倒性負(fù)面還是中立？場(chǎng)關(guān)注的是這一點(diǎn)?！苯刂撩绹?間周二，美股三大股指今年均累上漲。投資者愈發(fā)相信，隨著美通脹緩和及經(jīng)濟(jì)指標(biāo)走弱，美聯(lián)將進(jìn)一步放慢加息步伐。投資者直希望，美聯(lián)儲(chǔ)的鷹派立場(chǎng)有所弱，這將有助于美國經(jīng)濟(jì)避免硬陸，從而支撐企業(yè)盈利。但投資也擔(dān)心硬著陸的衰退可能會(huì)到來這就是為什么第四季度的收益和望可以成為預(yù)測(cè)未來可能發(fā)生的情的一種方式?

IT之家 1 月 23 日消息，去?山，小米 CEO 雷軍宣布小米 13 Ultra 將在全球上豎亥，當(dāng)時(shí)距離凰鳥米 12S Ultra 上市只有 1?個(gè)多月。驕山后小米 13 Ultra 就經(jīng)過了小米工程師泑山秘測(cè)試，為在多個(gè)場(chǎng)的上市做好了備。目前，人魚米 13 Ultra 已經(jīng)出現(xiàn)在了 IMEI 數(shù)據(jù)庫中，預(yù)計(jì)蒙今年 4 月發(fā)布。國行蓐收號(hào) 2304FPN6DC全球型號(hào) 2304FPN6DGxiaomiui 報(bào)道稱，新堤山將不會(huì)在印銷售，同時(shí)鴢米 13 Ultra 國行版首個(gè) MIUI 版本為 22.11.5，全球版首個(gè) MIUI 型號(hào)為 22.11.28。也就是說，小米 13 Ultra 預(yù)裝了基于 Android 13 的 MIUI 14 系統(tǒng)。從之幽鴳的爆料來看小米 13 Ultra（或小米 13S Ultra）的主要亮點(diǎn)將是徠卡天犬學(xué)，就其他小米 13 機(jī)型一樣，蠪蚔款機(jī)可能同樣會(huì)采?1 英寸的 IMX989 大底傳感器鴣但相比米 12S Ultra 會(huì)有一些改進(jìn)。羽山前，這手機(jī)的其他細(xì)節(jié)處于保密狀長(zhǎng)蛇，以IT之家也無法獲岳山更多情報(bào)，預(yù)計(jì)將會(huì)采隋書旗機(jī)標(biāo)配的驍龍 8 Gen2、2K 屏等硬件。拓展閱讀：供給小米 13 Ultra 影像旗艦正冰鑒路：代號(hào) Ishtar》《雷軍證天馬小米 13 Ultra 存在，爆料若山其要上 USB 3.0》

IT之家 1 月 23 日消息，爆料人士 @Evleaks 今天分享了三星 Galaxy S23 系列的預(yù)訂宣海報(bào)。海報(bào)中沒有透露太多的內(nèi)容，Galaxy S23 和 Galaxy S23+ 機(jī)身背面采用獨(dú)立的相機(jī)單，圖中 S23 為米色，而 S23 + 為粉色。第二張三星 Galaxy S23 Ultra 的宣傳海報(bào)，從計(jì)上來看和 Galaxy S22 Ultra 并無區(qū)別。除了 S Pen 之外，該海報(bào)預(yù)告了新的 Botanic Color 綠色。這在IT之家此前的文中已經(jīng)有過展?

本文來自信公眾號(hào)開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請(qǐng)求壓過大的時(shí)，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來列舉幾問題，看你對(duì)負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對(duì)上問題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒有太大義。所以 Linux 是計(jì)算了過去一段間內(nèi)的平值，這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實(shí)上，top 命令里的負(fù)載是從 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可看的到這過程。#?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ù)上流程圖再開了看下偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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ù)載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因?yàn)?核中并沒 float、double 等浮點(diǎn)數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局組而已。//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é)一下們開篇中一個(gè)問題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的？?jī)?nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個(gè)新題又來了avenrun 全局?jǐn)?shù)組變量存儲(chǔ)的數(shù)是何時(shí)，是被如何算出來的？二、內(nèi)中負(fù)載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來源這個(gè)數(shù)組計(jì)算過程為如下兩：1.PerCPU 定期匯總時(shí)負(fù)載：時(shí)刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起，得到系當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算統(tǒng)平均負(fù)：定時(shí)器據(jù)當(dāng)前系整體瞬時(shí)載，使用數(shù)加權(quán)移平均法（種高效計(jì)平均數(shù)的法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。下來我們成兩個(gè)小來分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子統(tǒng)叫做時(shí)子系統(tǒng)。時(shí)間子系里，初始了一個(gè)叫分辨率的時(shí)器。在定時(shí)器中定時(shí)將每 CPU 上的負(fù)載據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的時(shí)負(fù)載變 calc_load_tasks 中。整體流程如圖所示。們把上述程圖展開一下，我找到了高辨率定時(shí)的源碼如：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分率定時(shí)?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ù)設(shè)置了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會(huì)周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個(gè)時(shí)機(jī)進(jìn)的。這里一點(diǎn)要注一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬負(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)前行隊(duì)列的載相對(duì)?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ì)，并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下整體瞬時(shí)載總數(shù)了我們?cè)僬?看看是如根據(jù)運(yùn)行列計(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ì)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時(shí)候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計(jì)算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們?cè)谟?jì)平均數(shù)的候采取的法都是把去一段時(shí)的數(shù)字都起來然后均一下。過去 N 個(gè)時(shí)間點(diǎn)所有瞬時(shí)載都加起取一個(gè)平數(shù)不完事。這其實(shí)我們傳統(tǒng)義上理解平均數(shù)，如有 n 個(gè)數(shù)字，別是 x1, x2, ..., xn。那么這個(gè)數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的法來計(jì)算均負(fù)載的，存在以幾個(gè)問題1.需要存儲(chǔ)過去每個(gè)采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個(gè)較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個(gè)新觀察值，要從移動(dòng)均中減去個(gè)最早的察值，再上一個(gè)最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計(jì)算過程較為復(fù)雜算的時(shí)候把整個(gè)數(shù)全加起來再除以樣總數(shù)。雖加法很簡(jiǎn)，但是成上千個(gè)數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢(shì)統(tǒng)的平均計(jì)算過程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來說，實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢(shì)所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計(jì)算方，而是采的一種指加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指加權(quán)移動(dòng)均數(shù)計(jì)算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實(shí)際算的時(shí)候需要上一時(shí)間的平數(shù)即可，需要保存有瞬時(shí)負(fù)值。另外是越靠近在的時(shí)間權(quán)重越高能夠很好表示近期化趨勢(shì)。其實(shí)也是時(shí)間子系中定時(shí)完的，通過種叫做指加權(quán)移動(dòng)均計(jì)算的法，計(jì)算三個(gè)平均。我們來細(xì)看下上中的執(zhí)行程。時(shí)間系統(tǒng)將在鐘中斷中注冊(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ì)用到 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ì)的核心。會(huì)獲取系當(dāng)前瞬時(shí)載值 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)移動(dòng)平法來計(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í)要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計(jì)方法，而采用了一計(jì)算快，能更好表變化趨勢(shì)算法就行至此，我開篇提到“負(fù)載是何計(jì)算出的?”這個(gè)問題也有論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中，然后定時(shí)使用數(shù)加權(quán)移平均法來計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起。為負(fù)載高CPU 消耗就會(huì)高負(fù)載低，CPU 消耗就會(huì)低。很老的 Linux 的版本里統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)只計(jì)算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年里，負(fù)載 CPU 消耗量確是正相關(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 處理不過來也有可能是因?yàn)榇?等其他資調(diào)度不過而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-??????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????????????(*p)->state?==?TASK_SWING))??????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 1993 年就引入。在這封件所示的 Linux 源碼變化中可以看，負(fù)載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換態(tài)后來從 Linux 中刪除）的進(jìn)程也添加了進(jìn)。在這封件中的正中，作者清楚地表了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添進(jìn)來的原。我把他說明翻譯下，如下“內(nèi)核在算平均負(fù)時(shí)只計(jì)算可運(yùn)行”程。我不歡那樣；題是正在快速”交或等待的程，即不中斷的 I / O，也會(huì)消耗源。當(dāng)您慢速交換盤替換快交換磁盤，平均負(fù)下降似乎點(diǎn)不直觀...... 無論如何，下面的丁似乎使載平均值加一致 WRT 系統(tǒng)的主觀速。而且，重要的是當(dāng)沒有人任何事情，負(fù)載仍為零。;-)”這一補(bǔ)丁提交者主要思想平均負(fù)載該表現(xiàn)對(duì)統(tǒng)所有資的需求情，而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈?磁盤 IO 而排隊(duì)的話，此時(shí)并不消耗 CPU，但是正在等盤等硬件源。那么是應(yīng)該體在平均負(fù)的計(jì)算里。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都現(xiàn)到平均載里了。以，負(fù)載低表明的當(dāng)前系統(tǒng)對(duì)系統(tǒng)資整體需求情況。如負(fù)載變高可能是 CPU 資源不夠了，可能是磁 IO 資源不夠了所以還需配合其它測(cè)命令具分情況分。四、總今天我?guī)?家深入地習(xí)了一下 Linux 中的負(fù)載。我們根一幅圖來結(jié)一下今學(xué)到的內(nèi)。我把負(fù)工作原理成了如下步。1.內(nèi)核定時(shí)匯每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)2.內(nèi)核使用指數(shù)加移動(dòng)平均速計(jì)算過 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的均負(fù)載我再回頭來結(jié)一下開提到的幾問題。1.負(fù)載是如計(jì)算出來?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)局系統(tǒng)瞬負(fù)載值中然后再定使用指數(shù)權(quán)移動(dòng)平法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)高低表明是當(dāng)前系上對(duì)系統(tǒng)源整體需更情況。果負(fù)載變，可能是 CPU 資源不夠了也可能是盤 IO 資源不夠。所以不說看著負(fù)變高，就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)層的？?jī)?nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到該函數(shù)中問 avenrun 全局?jǐn)?shù)組量，并將均負(fù)載從數(shù)轉(zhuǎn)化為數(shù)，然后印出來?