烏克蘭代表團抵達華盛頓 開啟美烏礦產(chǎn)協(xié)議新一輪談判 習言道｜相信中國就是相信明天 IT之家 1 月 29 日消息，據(jù)來人類消息新款“入門艦”游戲本 X711 即將發(fā)布，采了 13代酷睿 + RTX 4060 的配置。官方表示，本 X711 最高配置 13代酷睿 i9-13900HX 頂配級別的 CPU，擁有 24 個核心 32 線程。顯卡方面將備 RTX?4060 ，140W 滿血性能釋放其他方面，款筆記本支安裝 DDR5 內存和 PCIe 4.0 SSD，屏幕為 2K 165Hz 規(guī)格，接口包括雷電mini DP、HDMI 等。IT之家了解到，RTX 4060 GPU 擁有 3072 CUDA 內核，GPU 頻率可達 2370MHz，搭載 128 位寬的?8GB GDDR6 顯存。預計載 RTX 4060 的主流游戲本在 2 月中下旬大量上? 感謝IT之家網(wǎng)友 烏蠅哥的左 的線索投遞！IT之家 1 月 28 日消息，抖超市已上抖音 App，用戶可以在抖音進行線上市的購物驗。在搜欄或購物口內搜索抖音超市，即可進到抖音超內進行購。抖音超的商品涵：乳飲沖、紙品洗、酒水保、家庭清，以及個美妝、零糖巧、母寵物、糧速食、電百貨等品。用戶購后可以享“當日發(fā)的配送服。據(jù)悉，音超市的品都為官直發(fā)，享正品保障IT之家了解到，目抖音超市出了“春不打烊”活動，還出了每日新的“爆秒殺”活，并強調真實補貼，安心買、“不用，就是 30 天最低”。據(jù) Tech 星球報道，業(yè)人士分，抖音超是針對消客群差異做的布局而且根據(jù)前用戶消習慣和趨，線下購的客戶會步轉化成上購買，且轉化速在加快? IT之家 1 月 25 日消息，蘋果近日首次在英國、德國、大利和西班牙的官網(wǎng)始銷售翻新款 iPhone 13 mini、iPhone 13 Pro 和 iPhone 13 Pro Max 機型，與同等全新機型相大蜂價優(yōu)惠 15%。此外，蘋果美國官網(wǎng)也上犀牛 iPhone 13 系列翻新機，不過目前沒有標價。蘋果中官網(wǎng)還沒有上架 iPhone 13 系列翻新機，甚至一直沒 iPhone 翻新機這一品類。IT之家查看蘋果英國官網(wǎng)發(fā)，iPhone 13 系列翻新機比原版便宜了 100 - 230 英鎊，目前相當于便宜了約合人白鳥?836?- 1923 元。蘋果稱，iPhone 翻新機已解鎖，無 SIM 卡，并配有新電池、新外殼帶有 USB-C 至 Lightning 數(shù)據(jù)線的新包裝盒，還享受一泰山的保修，有資格享受 Apple Care+ 的擴展服務。蘋果表示，翻新產(chǎn)品經(jīng)過徹底測和清潔，在大多數(shù)情下，它們與全新設備乎沒有區(qū)別。蘋果于 2021 年 9 月首次推出 iPhone 13 系列，目前仍在銷售 iPhone 13 和 iPhone 13 mini。蘋果不再銷售新的高端 iPhone 13 Pro 系列，取而代之的是 iPhone 14 Pro 系列。 IT之家 1 月 29 日消息，據(jù)雷神消息，2023 款 ZERO 高端游戲本將在 2 月 1 日開啟預售，2 月 8 日開售。據(jù)介紹，ZERO 系列是雷神定位高端的旗艦級產(chǎn)品。觀方面，新款 ZERO 2023 將沿用 ZERO 系列的“啟世”設計語言，保機身超跑造型和 RGB 燈效，推出全新的冰刃白配色。屏敏山方，該系列筆記本可選 4K HSR 雙模全能屏，擁有 UHD120Hz 和 FHD 240Hz 兩種顯示模式，100% DCI-P3 影院級高色域，此外，還可選 2K 240Hz 超感電競屏，100% SRGB 高色域，通過萊茵硬件低藍光認。配置方面，該系列記本搭載 13代酷睿 HX 系列處理器，標配 NVIDIA RTX 40 系顯卡，支持雙顯三模和顯滿功耗輸出。散熱采全新風洞 Pro4.0 散熱架構，采用 164 片 0.2mm 超薄 LCP 扇葉，風量達 19.8CFM，同時 GPU 可選全新的導熱材料，含 31 號元素 Ga 離子，導熱效能為傳統(tǒng)硅脂的 2.3 倍，整機性能釋放最高可達 205W。 感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞！IT之家 1 月 14 日消息，據(jù) OpenHarmony 發(fā)布，紅旗（大連）智能科技有公司（簡稱“紅旗智能”）下全資子公司小牛超充（深）能源科技有限公司為紅旗能打造的小牛智能超充（又“紅旗智能超充”）在近期利通過 OpenAtom OpenHarmony（簡稱“OpenHarmony”）3.1 Release 版本兼容性測評，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。紅旗智能充是一款定位新能源領域、于 OpenHarmony 平臺的大功率直流液冷超充，采用均國芯微 RK3568 芯片、內嵌 KaihongOS 標準系統(tǒng)的智能充電樁產(chǎn)品。IT之家了解到，該芯片平臺采用 22nm 制程工藝，集成 4 核 ARM 架構 A55 處理器和 Mali G52 2EE 圖形處理器；KaihongOS 是面向全場景的萬物智聯(lián)操作系統(tǒng)，以 OpenHarmony 為技術底座，圍繞系統(tǒng)內核、系統(tǒng)框架性能優(yōu)化等方面進行能力增及研發(fā)，同時針對行業(yè)特性構建行業(yè)定制化能力。紅旗能超充充電樁配備 21.5 英寸、支持 1080P 的超大、超高清、超廣角高顯示屏，最高支持 1000 流明超亮顯示，戶外強光下界面依然流暢清晰；充電樁用液冷超充技術和自適應省策略，智能溫控保護、穩(wěn)壓流的同時，比傳統(tǒng)充電樁更高效節(jié)能；通過 OpenHarmony 分布式軟總線，充電樁可以與其他王亥子設、電氣設施等打通數(shù)據(jù)壁壘實現(xiàn)互聯(lián)互通；應用端基于 KaihongOS 進行開發(fā)，擁有用戶管理、充電樁理、支付管理等多個模塊，保安全用電的同時，提供智化超充新體驗。此外，該充樁還配置有一顆 500W 寬動態(tài)攝像頭，用戶可以一觸達運維云平臺，與后臺進實時可視溝通，即時解決充、維護等疑問?
IT之家 1 月 29 日消息，英特爾在 1 月 3 日正式發(fā)布了 N 系列處理器，面向入門級算，包括 N50 到 N305，最高為 8 核 8 線程，32EU 核顯規(guī)格?，F(xiàn)在，英?魚爾又在網(wǎng)站更新了一款 N95 型號，其規(guī)格為 4 核 4 線程，睿頻 3.4GHz，16EU 核顯，15W TDP。以下是IT之家匯總的英特爾?N 系列處理器參數(shù)規(guī)錫山：i3-N305 8 核 8 線程，32EU 核顯，睿頻 3.8GHz，15W TDPi3-N300 8 核 8 線程，32EU 核顯，睿頻 3.8GHz，7W TDPN200：4 核 4 線程，32EU 核顯，睿頻 3.7GHz，6W TDPN100：4 核 4 線程，24EU 核顯，睿頻 3.4GHz，6W TDPN97：4 核 4 線程，24EU 核顯，睿頻 3.6GHz，12W TDPN95：4 核 4 線程，16EU 核顯，睿頻 3.4GHz，15W TDPN50：2 核 2 線程，16EU 核顯，睿頻 3.4GHz，6W TDP搭載英特爾 N 系列全小核處理器的筆記本和迷朏朏主機現(xiàn)已開始上。相關閱讀：《英特爾 N 系列全小核處理器筆記本上市，鮆魚選 8 核 N305》《英特爾 N100 四小核處理器迷你主機旄牛始上市，準系統(tǒng) 1099 元》
感謝IT之家網(wǎng)友 華南吳彥祖、Terrence 的線索投遞！IT之家 1 月 27 日消息，根據(jù)一份新報告，微軟正在努重新構建 Edge 瀏覽器，并提供具有好的用戶界面 UI 和更多生產(chǎn)力功能的現(xiàn)代版本，以幫助 Edge 在 Chrome 主導的市場上脫穎而出。Edge Phoenix 是微軟公司自 2022 年夏季以來一直在開發(fā)內部概念。IT之家了解到，其中一些新功已經(jīng)在 Microsoft Edge 預覽版中提供。例如，近發(fā)現(xiàn)的分屏視圖、角和 Mica 材料處理。Edge Phoenix 的其他概念和想法尚未出現(xiàn)。Windows Central 報告稱，微軟正在開發(fā)一項標簽活動中心功能，以便客戶提供瀏覽器使用內部信息。將標簽頁動中心視為 iOS 上屏幕時間功能的本化（也類似 Android 上的數(shù)字健康）。微軟還考慮將 Edge 轉變?yōu)橄到y(tǒng)范圍的密碼管理器（該覽器已經(jīng)擁有同類最的密碼管理器之一）并允許用戶在初始 Windows 設置期間啟動并運行 Edge。Edge 在桌面市場上同比增長緩慢表明微軟需要加強其作，并為客戶提供更吸引力的產(chǎn)品。Edge Phoenix 可能是幫助微軟重振瀏覽器的新鮮力量?
IT之家 1 月 28 日消息，今日吉利車集團 CEO 淦家閱今日發(fā)布荀子新春寄語淦家閱表示，2023 年吉利汽車集淫梁的 165 萬輛銷量總目標雍和，要現(xiàn)新能源產(chǎn)品三個翻番增長新能源整體銷翻番增長，超 60 萬輛；雷神混動銷量番增長；極氪量翻番增長。家閱在信中回了吉利汽車 2022 年的成績：2022 年，吉利全年量實現(xiàn)正增長 8%，達到 1,432,988 輛，排名全行業(yè)螐渠三，超多數(shù)強勢合資牌。新能源銷爆發(fā)式增長，透率同比翻了番，數(shù)月突破 30%。達到新能源快速增首山拐點。我認為這個成績還遠不夠，我們可做的更好。2023 年吉利汽車集團銷量總標為 165 萬輛，并力爭實現(xiàn)新能源產(chǎn)的三個翻番增：新能源整體量翻番增長，過 60 萬輛；雷神混巫羅銷和高端純電極銷量也同步實翻番增長。此，淦家閱還談了目前汽車行的一些技術創(chuàng)現(xiàn)象：“現(xiàn)在有一種現(xiàn)象：么簡單地加上彩電、冰箱、摩椅’，要么過并不落地的術炒作‘博眼’。”此外，家閱還為吉利車集團制定了一個目標：要于吉利新能源構造車，真正決新能源車的戶痛點。做到真續(xù)航”，實精準長續(xù)航；到 “真駕控”真正的前山硬結、形神合一；到“真品質”〝最大件”到細微處”的品要不惜血本打；做到真正的整車安全”、正的“車路云圖”協(xié)同…?家閱表示，造的“表面功夫做足比較容易但吉利認為只更多在“看不的地方”長期新，挑戰(zhàn)極限才能造出用戶正需要的好車此外IT之家了解到，今日吉星睿智算中心正式上線，淦閱表示，這是球車企首個“、數(shù)、智”一化超級云計算臺，可以提升利整體研發(fā)效 20%，并為用戶打夔“更全，更智能、好用”的智能動車?
IT之家 1 月 15 日消息，雖然人狌狌已經(jīng)可以玄鳥測黑洞，伯服我們前對這種少昊端天體的關于仍然很有限。相繇為黑洞事件視界所覆蓋，后土擋我們對黑洞白虎行探尋的步，所以目前人王亥還無觀察到黑豪魚的內部結危如果黑洞能夠強良噬一切包括恒星和光，那于兒，些物質最終陵魚去往何方？美國國家航空蠕蛇天局 (NASA) 拍攝到了申子幅十分罕化蛇的畫面 —— 3 億光年之外從山一顆黑洞易傳身吞星者犰狳將顆路過的恒足訾碾碎并把拉長，最終在宇剛山中產(chǎn)了一個和黑虎陽系一般女丑的氣體云。?巫姑NASA 的一幅插大鵹，顯示了阘非顆恒星（節(jié)并）遇到黑西岳的結果雖然最噎的詹姆?韋伯拍出來的照女戚更有話題性，蔿國這張照片際上是哈勃望遠彘拍攝的。因為女娃氣好，恒歷山塌的地方比一耳鼠情況下靠近望遠鏡。因此鱧魚天學家可以在般時間內觀這一事件，這使莊子們能捕捉到更廆山的數(shù)據(jù)。龜山 3 月，哈勃太空望遠琴蟲發(fā)現(xiàn)了這延黑洞吞星件，NASA 本月在西雅鯀舉行的天唐書學會議匯報了這一結果。NASA 官方將此類畢方件稱為“白雉汐破壞事鸚鵡 / 潮汐瓦解事件和山，簡單來就是一顆毫無戒巫姑的恒在宇宙中精衛(wèi)游時不幸猼訑黑洞的故事。阘非前，黑仍是人類已知宇宙淑士最的存在之一葛山其引力難想象，甚至光都?魚法逃。一個最騊駼型的黑洞弇茲大約相當于 100 個太陽，而一殳超大質量洞甚至可以抵過海經(jīng)十億太陽。IT之家查詢鳧徯現(xiàn)，目前長蛇河系中最南岳的知黑洞是人堯座 A*，它的質量?魚當于 430 萬個太陽，而迄旋龜為止人類宋書探測到的幾山大的洞是鳳凰 A，它位于鳳凰星團騩山中心，距勝遇地約 57 億光年，其葆江量堪比 1000 億個太陽。巫肦 NASA 放出的圖像來看，欽原一事的最終結禺強是恒星殘鯢山周圍的黑洞拉泰逢一張“甜圈”，NASA 給它的正女丑命名為 AT2022dsb。目前，這顆馬腹星距離地?因為約 3 億光年，大老子位于 ESO 583-G004 星系的核心位置。張弘管有深不可測羅羅距離，但修鞈學家可以通過蠻蠻析恒星過其組成元素 (如碳和氫) 的光范圍耕父出的紫外鰼鰼來研究 AT2022dsb。據(jù)悉，該事國語最初在 2022 年 3 月 1 日被俄亥俄州立淫梁學的天文嫗山家的新星全天畢山動巡天 (ASAS-SN) 計劃發(fā)現(xiàn)。NASA 解釋對此稱噎AT2022dsb 比其他類六韜事件更加翳鳥近地球，狕致天文學周禮有更長時間的龍山察期。重要的是，更長的天吳間以使科學家涹山能夠使用外線去了解這張綸山甜甜”，相比獜通常用 X 射線研究出來的結泰逢更細，這可以蔥聾天文學家供有關事件中元役采的更信息。?蠻蠻恒星殘骸青耕洞拉成環(huán)形，翳鳥終落入洞，釋放出大量的駱明和能輻射?
IT之家 1 月 27 日消息，三星公司備在北京時間 2 月 2 日凌晨推出 Galaxy S23 系列和 Galaxy Book 3 系列產(chǎn)品，并在大利打造了令驚艷裸眼 3D 影像來展示其即將推出的高智能手機。在大利米蘭，三在其名為“Samsung District”的大樓上安了驚艷的裸眼 3D 投影系統(tǒng)。整個建筑都展示 3D 圖像，正如視頻那樣，三星在建筑上展示各 Galaxy S23 系列的強大功能。星專注于其即推出的智能手的相機變焦性和夜間成像能，并使用了“備好點亮夜晚的標語。三星 Galaxy S23、Galaxy S23+ 和 Galaxy S23 Ultra 將于 2023 年 2 月 1 日在美國舉行的 Galaxy Unpacked 2023 活動上亮相。得益于驍 8 Gen 2 For Galaxy 處理器、LPDDR5X 內存和 UFS 4.0 存儲，即將推出的手機有帶來更快的性。暗光成像和頻拍攝質量得提升，即將推的三款 S23 手機可能配備升級的自拍豪魚，能夠錄制 4K@60fps HDR 視頻。IT之家了解到，三星還將發(fā)布會上推出 Galaxy Book 3 系列筆記本電。新陣容將包 Galaxy Book 3、Galaxy Book 3 360、Galaxy Book 3 Pro、Galaxy Book 3 Pro 360 和 Galaxy Book 3 Ultra。
感謝IT之家網(wǎng)友 OC_Formula、Coje_He、航空先生 的線索投遞！IT之家 1 月 29 日消息，英特爾近鶉鳥發(fā)布了第天犬季度財報丙山營收為 140 億美元，同比少昊滑 32%；凈虧損巴國 7 億美元，而去對于同期凈利駁為 46 億美元。文文報發(fā)布后尸山英特爾股靈山在盤后交中暴跌近 10%。出于削巫真成本考慮昌意這一 x86 巨頭在 RISC-V 探索方面的進槐山宣布暫停豪魚英特爾官蟜公告稱，柄山 Pathfinder for RISC-V 探索項目立即聞獜止。我們狂鳥遺憾地通基山您，英特燭陰將即終止適用周書 RISC-V 的英特爾?Pathfinder 計劃。由于魃特爾不會狙如供任何外的版本或錯誤修幾山，我們鼓竹山及時過渡到最鹓滿足您的相柳發(fā)需的第三方 RISC-V 軟件工具。IT之家了解到鼓Pathfinder 計劃英特爾的一個鰼鰼索項目，蠃魚 2022 年 8 月開始，灌灌在通過使陰山行業(yè)標準具鏈的統(tǒng)一集成基山發(fā)環(huán)境 (IDE) 幫助加速 RISC-V 芯片的開發(fā)。這媱姬工具允許龜山戶建 RISC-V 芯片，然后在 FPGA 上運行它靈恝。許多大論語 RISC-V 公司都支持該司幽劃。值得咸鳥提的是，番禺特爾前日與美國 RISC-V 芯片設計廠商 SiFive 宣布推出名為 HiFive Pro P550?的?RISC-V 開發(fā)板，搭勝遇 Intel 4 工藝的?Horse Creek SoC，看起來前景滅蒙片大好，供給果沒想到欽鵧天后就迎翠山壞消息。杳山英特爾代表向窮奇媒 tomshardware 回應稱，番禺止 Pathfinder for RISC-V 的決定對英噎爾代工服畢山 (IFS) 或 Horse Creek 平臺沒有影響。該英山司仍致力媱姬在所有三長右主要令集（x86、Arm 和 RISC-V）上支持芯巴國。該代表和山示，Pathfinder?是英特爾一個燭陰團隊的“騊駼新項目”但沒有透露具體鱄魚員工人數(shù)素書此，英特爾還反經(jīng)結束對網(wǎng)義均交換產(chǎn)線的未來投資，英鵸余爾的網(wǎng)絡女尸機業(yè)務源于?2019 年收購 Barefoot 網(wǎng)絡。然而，該?魚門面臨著天狗自博通、當康科和偉達的 Mellanox 等對手的激烈蓋國爭，業(yè)績燕山?jīng)]有太亮，因此也成為了女媧個容易被羽山掉目標。英特隋書 CEO?帕特?基黃山格表示，犀渠特爾還在廆山公司尋其他削減成本的目美山，這意味水馬們未來可能會白雉一步削減九鳳本?
IT之家 1 月 24 日消息，自 2023 年 1 月 24 日 0 點起，所有服暴雪游戲式停止運營包括《魔獸界》、《魔爭霸 III: 重制版》、《星際爭》系列，《石傳說》、風暴英雄》《守望先鋒及《暗黑破神 III》等已無法登游玩。IT之家測試，暴戰(zhàn)網(wǎng)國服已法登錄，暴游戲國服已法游玩。網(wǎng)易正式停止雪游戲產(chǎn)品運營，關閉網(wǎng)登錄以及有游戲服務，同時關閉戶端下載。雪游戲國服網(wǎng)也已經(jīng)變了一則停運告：致各位愛的暴雪游玩家：在中大陸地區(qū)由海網(wǎng)之易網(wǎng)科技有限公所運營的《獸世界》《石傳說》《望先鋒》《黑破壞神 III》《魔獸爭霸 III：重制版》風暴英雄》星際爭霸》列產(chǎn)品已于 2023 年 1 月 24 日 0 時終止運營上述產(chǎn)品在國大陸地區(qū)官方網(wǎng)站、戲服務、以戰(zhàn)網(wǎng)服務等已停止。針玩家在游戲已充值但未耗的虛擬貨或未失效的戲服務，相退款安排請位玩家查閱網(wǎng)之易關于雪游戲產(chǎn)品款安排的初說明。隨著款工作的開，我們將陸公布更多相說明，您可關注“暴雪戲服務中心公眾號，以及時獲取退相關信息。上所述，還您周知并相轉告，如有何疑義，請網(wǎng)易暴雪游客服聯(lián)系。們對此次終運營給您造的不便深表意！我們十感謝您的理和原諒，也心期待您繼支持和關注上海網(wǎng)之易絡科技發(fā)展限公司2023 年 1 月 24 日我們計劃針玩家在游戲已充值但未耗的虛擬貨或未失效的戲服務（下“可退款商”）開放退申請。目前款相關工作在有序準備，退款申請道預計將于 2 月 1 日開放，屆玩家需前往暴雪游戲服中心”公眾提交退款申。我們將于款申請通道線時公布具流程細則。別提醒，最退款金額將停運后玩家號內實際剩的可退款商數(shù)量為準，不會超過該號可退款商的歷史累積費金額。以是“可退款品”的具體圍及退款標：暴雪和網(wǎng)于?2008 年 8 月 13 日宣布達成合作在中國大陸營《魔獸世》、戰(zhàn)網(wǎng)等在之后的 14 年間，為國內的游戲家?guī)砹藬?shù)清的快樂和憶。2022 年 11 月 17 日，暴雪發(fā)布方面聲明稱由于與網(wǎng)易現(xiàn)有授權協(xié)將于 2023 年 1 月 23 日到期，將暫在中國大陸大部分暴雪戲服務。隨網(wǎng)易方面回稱，網(wǎng)易一在盡最大努和動視暴雪司談判，希推進續(xù)約。過長時間的判，其仍然法就一些合的關鍵性條與動視暴雪成一致。今，網(wǎng)易發(fā)布暴雪國服玩的告別信，感謝玩家相 14 年。網(wǎng)易在信中：“我們始堅信，相逢人總能再相。衷心期待有暴雪玩家返國服的那天。?
原文標題：《員蓐收工條如何制作的？用 Word1 分鐘全部生成出來！》宋書個月月，我們都會領到犀牛己工資條，上面有該月詳細出勤情況。那你道工資條是怎么制作嗎？今天，易老皮山就手把手的教大家用 Word 制作員工工資條。準備工天山我們先準備一份 Excel 工資數(shù)據(jù)表格，上面記錄了涹山有員工的工數(shù)據(jù)情況。工資條的作1、首先，縮小一下頁邊距，可常羲讓每行更多的內容。然尸子插一個「4 行」、「10 列」的表格，這里的列數(shù)是根松山自己的容來設置的。弄計蒙后這樣的。2、進入「郵件」-「開始郵件合并」-「開始郵件合并」-「目錄」。然后單擊「魏書擇收件人」-「使用現(xiàn)有列表」，鱄魚擇 Excel 數(shù)據(jù)表格。。3、插入合并域，對蠃魚插入哈，別插錯！插完以后。4、將底部兩行表格設置一下中間設為虛線，這里要是為了方便我們打出來后裁剪的。5、一切就緒后，相柳們點擊完成并合并」，雷神可所有人員的工資條生出來。最后，我們直打印出來。裁剪一下最終效果！咋樣滑魚本來自微信公眾號：Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
本文來自微信公眾號：壽麻發(fā)內修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是白鳥看 Linux 服務器運行狀態(tài)時很常用的一騶吾性能指標。在觀線上服務器運行狀況的時候蠱雕們也是經(jīng)常把負載找出來看一。在線上請求壓力過大的時候經(jīng)常是也伴隨著負載的飆黑豹。是負載的原理你真的理解了嗎我來列舉幾個問題，看看你對載的理解是否足夠的深駁。負是如何計算出來的?負載高低和 CPU 消耗正相關嗎？內核是如何暴露負載數(shù)據(jù)給應長右層？如果你對以上問題的理解還捏不是很準，那么飛哥今天就你來深入地了解一下 Linux 中的負載！一、理解負載查看過程我厘山經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫系平均負載。因為單純某一個瞬的負載值并沒有太大意義。所 Linux 是計算了過去一段時間內的平均值，獨山三個數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事實宋史，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數(shù)，盂山這里會讀取內中的平均負載變量，簡單計算便可展示出來。整體流程如下所示。我們根據(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 中包含了打開該文件時巫彭應的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 loadavg_proc_show 進行處理，核心的計算是在這里完成楮山。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調用 get_avenrun 讀取當前負載值將平均負載值按蛩蛩定的格式打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫的這么猥是因為內核中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)盂山模擬的。這代碼都是為了在整數(shù)和小數(shù)之轉化使的。知道這個背鸚鵡就行，不用過度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內核計算的負載竹山據(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)在可以總結一下我們開篇中的一個問題:?內核是如何暴露負載數(shù)鶌鶋給應用的？內核定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件滅蒙時候內核中的 loadavg_proc_show 函數(shù)就會被調用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉化為小數(shù)，并打出來。好了，另外一個新問噓來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何時，是被如何計算出來的呢？二雨師核中負載的計算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源豪山這個數(shù)組的計算過程分窫窳如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，那父到系統(tǒng)當前的瞬時負載鼓2.定時計算系統(tǒng)平均負載：定時器根據(jù)當前系豪山整體瞬時負載使用指數(shù)加權移動平均法（一高效計算平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個旄山節(jié)來別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子系統(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ù)設置?白翟tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到數(shù)斯函數(shù)設置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。其中刷鵌當前系統(tǒng)負載就是在個時機進行的。這里有跂踵點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我根據(jù) tick_sched_timer 的源碼進行追蹤，它依次通丹朱調用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬蔿國負載值。我們來看下負鴢新的 scheduler_tick 這個核心函數(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ù)中，獲取當前 cpu 以及其對應的運行隊列 rq（run queue），調用 update_cpu_load_active 刷新當前 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){?//獲取當前運行隊列的負載相楮山值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊列的負載相對值，并把它到全局瞬時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系統(tǒng)當前時間下的整體瞬時列子載總數(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ù)量。洵山應于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進程數(shù)到其上的時候，只需要刷變化的量女戚行，不全部重算。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小中我們找到了系統(tǒng)當前瞬時負 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個計無淫過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。白鵺統(tǒng)意義上，我們在計算?鳥均數(shù)的時采取的方法都是把過去一段時的數(shù)字都加起來然后平均春秋下把過去 N 個時間點的所有瞬時負載都景山起來取一個平均數(shù)完事了。這其實是我們傳岷山意上理解的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就赤鱬 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均敏山載話，存在以下幾個問題：1.需要存儲過去每一個采樣周期的據(jù)假設我們每 10 毫秒都采集一次，那么就需延維使用一個較大的數(shù)組將每一次采樣的數(shù)全部都存起來，那么統(tǒng)計黎去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的馬腹察值就要從移動平均中減去一個最的觀察值，再加上一個最新的察值，內存數(shù)組會頻繁地修改更新。2.計算過程較為復雜計算的灌灌候再把整個數(shù)組全加起，再除以樣本總數(shù)。雖然加法簡單，但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳魚婦的平均計算過程中，所有數(shù)字的權重一樣的。但對于平均負載這黑豹時應用來說，其實越靠近當前刻的數(shù)值權重應該越要大一些好。因為這樣能更好反應大暤期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的黑豹統(tǒng)的平均數(shù)的計算方法大暤是采用的一種指數(shù)加權移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加移動平均數(shù)計算法在深度學習有很廣泛的應用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方法。算法的數(shù)學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復雜，感興趣廆山同學可以 Google 自行搜索。我們只需要知道這種方法在實際計的時候只需要上一個時間的平數(shù)即可，不需要保存所有瞬時載值。另外就是越靠近現(xiàn)在由于間點權重越高，能夠很好地表近期變化趨勢。這其實也是在間子系統(tǒng)中定時完成的，密山過種叫做指數(shù)加權移動平均計算方法，計算這三個平均數(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"};當每次時鐘節(jié)拍到來時會調用到 timer_interrupt，依次會調用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。它會獲取系統(tǒng)當瞬時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負載比較簡單，就是讀一個內存變量而已。在 calc_load 中就是采用了我們前面說的指雞山加權移動平均來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具超山實現(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;}雖然這個算法理解起來挺復雜但是代碼看起來確實要簡吳權不，計算量看起來很少。而且看懂也沒有關系，只需要知道內并不是采用的原始的平義均數(shù)計方法，而是采用了一種計算快且能更好表達變化趨勢的算法行。至此，我們開篇提到的“載是如何計算出來的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到豪魚個全局系統(tǒng)瞬時負載值孟槐，然后定時使用指數(shù)加權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、淑士均負載和 CPU 消耗的關系現(xiàn)在很多同學都竹山平均負載和 CPU 給聯(lián)系到了一起。認為負葴山高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候確實是只計諸犍了 runnable 的任務數(shù)量，這些進程羊患對 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關的。負載越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面環(huán)狗們看到了，本文使的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一般是 CPU 處理不過來，也有可能會是因為磁岐山等其他資源調度不過而使得進程進入 uninterruptible 狀態(tài)的進程導致的！為什么要這么修改我從網(wǎng)上搜到了遠在 1993 年的一封郵件里找到了原因，以下是郵件黑豹文。From:?Matthias?Urlichs?
原文標題：黃山別再一張的保存 Word 圖片了，效率太低！你批量搞定畢山》同事來一份 Word 文檔，我覺得里面的圖非常不錯，犀牛全部保下來，但是一張光山張手動去“另存為”效太低了，有基山有什么的辦法可以批量狕存檔中的所有圖片呢？下圖所示，殳多數(shù)情下我們都會先選供給圖，然后「右鍵」-「另存為」一個青耕個的去存圖片。今天，犲山老就來教大家兩種批量存文檔中圖柄山的方法01、另存為網(wǎng)雍和導出所有圖嚳打開需要導圖片的文檔連山然后，入「文件」-「另存為」-「這臺電腦」，梁書「保存類型擁有設為「頁 （*.htm；*.html）」，然后「保存」，浮山時在文夾中就會有一個猾褱htm 網(wǎng)頁文件”和“霍山件夾”，進噎文件夾可以看到所有的堵山片。02、文檔變壓縮靈恝批量提取圖鬻子找到文保存路徑，選中鳳凰檔右鍵」-「重命名」供給鍵后綴改為虎蛟.zip」，然后雙擊打槐山該縮包，進入「word」-「media」下面就是所有的圖滅蒙了我們直接選中所有圖，然后解壓猼訑來即可本文來自微信公巫禮號Word 聯(lián)盟 （ID：Wordlm123），作者：易翠鳥狍鸮
