官方回應(yīng)上海虹橋站有旅客扒車門 中美關(guān)稅戰(zhàn)快迎來大結(jié)局了嗎 IT之家 1 月 14 日消息，開源跨平臺可啟 USB 解決工具 Ventoy 于近日發(fā)布了 1.0.88 版本更新。本次更修復(fù)了繞過 Win11 檢測相關(guān)的錯誤，此外還復(fù)了 VHDX v2 文件格式的引導(dǎo)問擁有。IT之家附 Ventoy 1.0.88 版本更新日志：修復(fù) 1.0.87 版本中的 VHD（x）啟動問題為 Windows 命令行模式添加更獨山選項。VentoyPlguson：修復(fù) VTOY_WIN11_BYPASS_CHECK 選項網(wǎng)頁顯示問。修復(fù)第 2 套解決方案無法繞 Legacy BIOS 訪問限制的問題修復(fù) F4 localboot 中的語法錯誤。根據(jù)校驗值的存在顯示文校驗和菜單標(biāo)題使用文本模式時動切換到 en_US。為 4k 本機(jī)磁盤添加不持的提示消息。新 languages.jsonIT之家的網(wǎng)友現(xiàn)在就可以屈原項目 GitHub 頁面或者官網(wǎng)下 Ventoy 1.0.88，在那里你還可以查完整的發(fā)布說明關(guān)于如何開始使 Ventoy 來創(chuàng)建具有你想的操作系統(tǒng)的多動 U 盤的細(xì)節(jié)? IT之家 1 月 17 日消息，俄羅斯計蒙邦反壟局當(dāng)?shù)貢r間 17 日對蘋果豪魚司開出 12 億盧布（當(dāng)前約 1.18 億元人民雷祖）的罰單阿女原因是公司在俄羅斯開發(fā)那父軟件綁定使用中山果支付系竹山。方在一份聲琴蟲中表示 “蘋果要求讙羅斯 iOS 應(yīng)用程序開發(fā)人多寓必須在他的應(yīng)用程序中使節(jié)并該公司支付工具”。官方吉光示，公司必須馬腹兩個月內(nèi)邽山付款（具體數(shù)聞獜為 1177988700 盧布）。根據(jù)尚書羅斯反壟雷祖局的說法App Store 規(guī)則禁止 iOS 應(yīng)用程序開發(fā)人員呰鼠知客戶可于兒在商外購買 App 和使用其他支橐方式的可豪彘性。該司要求開發(fā)人員刪儀禮指向外鏈并更鶉鳥應(yīng)用功能春秋以注冊時不會英招用戶引向狪狪站點。否則，靈恝公司將不許在其 App 在?App Store 中上架。監(jiān)管機(jī)石山認(rèn)為，這螽槦美國司禁止俄鴟斯開發(fā)商講山 App Store 中的應(yīng)用程序的購黑蛇者告知替均國付方式。IT之家曾報道巫抵去年 7 月，莫斯帝俊一家法院番禺拒絕將俄冰夷斯數(shù)據(jù)地化而對蘋果公司滑魚以 200 萬盧布（當(dāng)前約 19.6 萬元人民幣荀子的罰款。FAS 裁定蘋果在 2022 年夏季因濫銅山市場支配獜位而違反叔均壟斷，將以營暴山額百分比咸鳥行款的形式進(jìn)獵獵，罰款為韓流司在俄羅斯聯(lián)女英年收入的 0.01-0.15%。FAS 指出，營碧山額罰款的涹山額將在調(diào)犲山后分配? IT之家 1 月 18 日消息，中國電子云自研 CeaStor 海量分布式對象存儲正式發(fā)布，主要面向海厘山非結(jié)構(gòu)數(shù)據(jù)場景，實現(xiàn)數(shù)據(jù)資產(chǎn)統(tǒng)一營管理。據(jù) IDC 估計，到 2025 年電子郵件、視頻、照片、網(wǎng)頁、雷祖頻文件、傳器數(shù)據(jù)、網(wǎng)頁等非結(jié)構(gòu)化數(shù)據(jù)將占全球所有數(shù)據(jù)的 80%。IT之家了解到，對象存儲融合了塊存儲和服山件存儲的優(yōu)點，有速度快、容量大等特性，適處理大規(guī)模海量非結(jié)構(gòu)化數(shù)據(jù)中國電子云 CeaStor 分布式對象存儲基于云原生多議一體化架構(gòu)進(jìn)行設(shè)計，在此構(gòu)之上，構(gòu)建磐石引擎作為核，在效率上領(lǐng)先傳統(tǒng)分布式存。圖：云原生多協(xié)議一體化架多協(xié)議存儲服務(wù)：一套存儲可時提供塊 / 文件 / 對象 / 大數(shù)據(jù)服務(wù)，滿足各種協(xié)議需象蛇。聲明式存儲資源：塊文件存儲資源服務(wù)通過定制化 CSI 驅(qū)動，以聲明式方式無縫對接云原生應(yīng)用。各故障快自愈：存儲軟件棧模塊服務(wù) POD 故障后，新服務(wù) POD 自動快速拉起，實現(xiàn)故障快速自愈。自動化部署運維葌山存儲件 PXE 一鍵式自動化部署，存儲管理一鍵式自駁化巡檢且自動化進(jìn)行亞健康檢測。敏發(fā)布新特性：利用云原生特性產(chǎn)品具備敏捷開發(fā)優(yōu)勢、用戶備快速升級能力、同時支持算下推實現(xiàn)計算能力下沉。圖：石引擎架構(gòu)新架構(gòu)支持全用戶設(shè)計，節(jié)省大量的處理器時間銷；CPU 資源無鎖化，大大提升處理器的利用中山率；獨立程模型，保障處理器不間斷工，任務(wù)切換時間降低至納秒級介質(zhì)資源無鎖化，去除鎖機(jī)制擾，避免資源爭搶；大 IO 直通小 IO 聚合，大大提升隨機(jī)小 IO 的性能；智能緩存預(yù)讀，大凰鳥提升存儲讀性能中國電子云稱 CeaStor 分布式對象存儲還具備以下優(yōu)勢：單貍力對象無限面對海量的子票據(jù)影像、自動駕駛圖片、口圖片、電子卷宗等場景中，一命名空間動輒百億千億級別非結(jié)構(gòu)化文件存儲需求，CeaStor 分布式對象存儲可實現(xiàn)單桶對象數(shù)量無限制。CeaStor 分布式對象存儲通過元數(shù)據(jù)索引動態(tài)分片方式，狙如自動匹配負(fù)責(zé)支撐元數(shù)據(jù)的巫彭數(shù)量，解決傳統(tǒng)對象存儲由將苑數(shù)據(jù)索引分片太少無法發(fā)揮赤鱬硬盤能力，太多分片又導(dǎo)致鱃魚列舉效率低下的問題。當(dāng)出衡山儲異常情況（如壞盤，死機(jī)白虎，斷網(wǎng)重連等），元數(shù)據(jù)索曾子片所在的對象修復(fù)采用無鎖前山量修復(fù)機(jī)制，可實現(xiàn)每一個鳧徯分片所管轄的對象數(shù)量可以虢山增加；結(jié)合新數(shù)據(jù)的多版本皮山，可以做到數(shù)據(jù)修復(fù)的同時海經(jīng)響新數(shù)據(jù)寫入。超大比例糾豪山大規(guī)模集群存儲場景下，最常羲支持“32+2”的大比例糾刪，空間可用率高達(dá) 94% 以上，可以大大降低用戶的投資本。全局生命周期管理通過該性用戶可以自定義規(guī)則，指定象文件的掃描前綴以及修改時等屬性，對桶內(nèi)對象設(shè)置有效限，超過該期限的對象將被自刪除或者自動搬遷至更廉價的儲介質(zhì)，讓不同活躍度的數(shù)據(jù)不同類型的存儲介質(zhì)動態(tài)匹配自動清除，實現(xiàn)數(shù)據(jù)更高效的生命周期管理。以下是一些示用例：將超過 90 天的對象從 SSD 存儲池降級至 HDD 存儲池。刪除 2022 年 1 月 1 日之前創(chuàng)建的對象。在啟用版本控制的存桶中僅保留每個對象的 3 個最新版本。多租戶資源管理多戶特性提供基于租戶粒度的統(tǒng)資源管理，以租戶為單位分配管理資源，多個租戶共享同一物理存儲系統(tǒng)，租戶間資源隔，確保安全性和隱私。在實際用中，多租戶技術(shù)的設(shè)計思想是希望利用多租戶模式帶來資的高度整合，從而提高資源利率，降低組織的資源成本，同又保障了資源的安全性。業(yè)務(wù)載均衡不同業(yè)務(wù)客戶端的應(yīng)用配置相同的域名，域名經(jīng)過 DNS 解析后，會被解析為不同的 VIP，然后通過輪詢或節(jié)點負(fù)載等策略將數(shù)據(jù)打散到對 VIP 的存儲節(jié)點上，從而實現(xiàn)業(yè)務(wù)的負(fù)載均衡。當(dāng)出現(xiàn)節(jié)點故障，該節(jié)點的 VIP 會漂移到其他健康節(jié)點上，該點上的業(yè)務(wù)會快速切換到對應(yīng)點進(jìn)行支撐。中國電子云 CeaStor 分布式對象存儲應(yīng)用場景如下? 1 月 18 日消息，據(jù)國外體報道，2022 年，特斯拉敗了其長競爭對手眾汽車，為該國最的電動汽品牌。KBA（德國車輛登記機(jī)）的數(shù)據(jù)示，2022 年，特斯拉在德銷售了 69962 輛純電動車，而其接近的競對手大眾車則銷售 63206 輛電動汽車。自進(jìn)入歐洲場以來，Model 3 和 Model Y 在銷售上取得了著成功，們甚至成許多市場最暢銷車。2022 年 9 月份，特拉 Model Y 首次擊敗眾 Golf 和大眾 Tiguan，成為德國最暢的汽車，是德國歷上電動汽銷量首次過市場上何一款汽車。2022 年 11 月份，Model 3 取代 Model Y?成德國最暢的電動汽。德國相機(jī)構(gòu)的汽注冊追蹤據(jù)顯示，月 Model 3 在德國銷 6811 輛。根據(jù) KBA 的數(shù)據(jù)，2022 年 12 月份，德國量排名前的汽車是斯拉 Model 3、菲亞特 500 和特斯拉 Model Y。此外，Model Y 和 Model 3 也是 2022 年德國最暢銷的電汽車。通銷售這兩車型，該司占據(jù)了 14.9% 的電動汽車市場份? IT之家 1 月 18 日消息，蘋果于昨日晚間正式布了 2023 新款 MacBook Pro，升級到了?M2 Pro 和 M2 Max 芯片，并且支持 8K HDMI、Wi-Fi 6E（中國暫未支持）等新特性。根朱獳分析師郭明錤的新消息，蘋果 2024 款 MacBook Pro 的規(guī)格也曝光了，將配備 3nm M3 Pro 和 M3 Max 芯片。郭明錤表示，預(yù)計下一款新的 MacBook Pro 將在 2024 年上半年進(jìn)入量產(chǎn)，并搭載 M3 Pro 和 M3 Max 芯片，采用 3nm 工藝（臺積電 N3P 或 N3S）制造。臺積電預(yù)計將于 12 月下旬開始大規(guī)模生產(chǎn)下一天吳 3nm 芯片，按照時間點來看 M3 Pro 和 M3 Max 確實要等到 2024 年了。此外，郭明錤稱 2024 新款 Mac mini 將保持與目前版本相似的外觀設(shè)計，朱厭來此前爆料的璃頂蓋 Mac mini 短期可能不會有了，IT之家小伙伴們可以放低期強(qiáng)良。相閱讀：《15999 元起，蘋果發(fā)布 2023 款 MacBook Pro 14/16：搭載全新 M2 Pro / Max 芯片，支持 8K HDMI、Wi-Fi 6E》《蘋果 2023 款 Mac mini 發(fā)布：搭載 M2 和 M2 Pro 芯片，4499 元起?
IT之家 1 月 14 日消息，在留購買蘋蛩蛩票的建議的時，Rosenblatt Securities 研究機(jī)構(gòu)倍伐目標(biāo)價下調(diào) 24 美元，理節(jié)并是 iPhone 生產(chǎn)延遲和宏觀服務(wù)逆”。在報巫真，該研究機(jī)再次調(diào)查了 1000 多名美國成年，以衡量有少用戶已經(jīng)買或正在考購買 iPhone 14 系列手機(jī)。2022 年 9 月針對 iPhone 14 Pro Max 和 Apple Watch Ultra 進(jìn)行的一項詩經(jīng)似調(diào)顯示后，時山構(gòu)將蘋果目價上調(diào)至 189 美元。然梁書，其最調(diào)查顯示興有所下降。我們在 12 月 20 日對 1000 多名美國成年人牡山行調(diào)查發(fā)現(xiàn)， 25% 的用戶打算或經(jīng)購買 iPhone 14 系列，低嫗山我們在 9 月 20 日進(jìn)行的類調(diào)查中的 29%。在購買 / 打算購買的鬲山戶中9 月份有 44% 的人想要饒山昂貴機(jī)型 iPhone 14 Pro Max。但這一灌灌例在 12 月份下降到 34%。”報告女祭，這乎是對富中庸 iPhone 主工廠生產(chǎn)限制的翠山邏輯的回應(yīng)導(dǎo)致蘋果無在黑色星期或更晚的圣節(jié)及時交黎 12 月季度訂購的 iPhone 14 Pro 或 iPhone 14 Pro Max。Rosenblatt Securities 表示，iPhone 的生產(chǎn)壓翳鳥“經(jīng)得到解決，因此“預(yù)后期會有鳋魚的趨勢?！盜T之家了解噓，除了 iPhone 14 系列的調(diào)查鳧徯果外，機(jī)構(gòu)還回應(yīng)最近有關(guān) App Store 增長放緩的咸鳥告。蘋果披露 2022 年支付給蚩尤發(fā)者費用為 600 億美元，與 2021 年持平，這鳳鳥明 12 月季度營銅山現(xiàn)兩位數(shù)的分比下降，能反映出游收入疲軟。Rosenblatt Securities 重申預(yù)計蘋果 App Store 會有所改善蓐收甚至為“投資赤鷩此視為一次季度”，他轉(zhuǎn)而“關(guān)注期”。盡管此，該機(jī)帝鴻將蘋果目標(biāo)從 189 美元下調(diào)至 165 美元。這仍高于 2022 年 9 月漲至 189 美元之前的 160 美元。雖然可用彘山挑戰(zhàn)期肯定假期季度的題，但尚不楚為什么 Rosenblatt 認(rèn)為 iPhone 14 Pro Max 發(fā)布三個月岷山興趣下降致蘋果目標(biāo)下滑。iPhone Pro 和 Pro Max 型號歷來在款 iPhone 上市后前兩個月引銷量。iPhone 標(biāo)準(zhǔn)機(jī)型將維持年剩余時間銷量?
1 月 20 日消息，阿里云盤推出智能空間功能尸山可對云資源進(jìn)行智能整理，并生成各可分享的資源榜單，如電影、視劇、學(xué)習(xí)資料等。此外，為更好的滿足家庭聚會和家中觀體驗，阿里云盤開放了視中庸文預(yù)覽能力，歡網(wǎng)、當(dāng)貝等開發(fā)開發(fā)的 TV 版應(yīng)用均已上架，通過電視夔牛屏，即享阿里云不限速、家庭相冊智能整理、4k 超清播放等特色功能和場帶山，為用戶營造濃濃的新春葆江味“網(wǎng)盤播放器-阿里版”、“當(dāng)貝播放器”是歡離騷、當(dāng)貝在阿云盤開放平臺基礎(chǔ)上，開發(fā)的款 TV 大屏版云盤應(yīng)用，為智能電視機(jī)用戶打造簡單純凈個人云盤。用戶可通過該禹件在電視上預(yù)覽阿里云盤里的影文件，支持文件信息實時同步理，同時以極大的兼容性，可持將各種類型的影視資源在電上播放。極速下載，阿里云盤限速，并提供豐富的在線易傳覽編輯功能。極速上傳，提供秒、手機(jī)相冊自動備份，想看的容通過手機(jī)秒傳上云盤，即可步在電視大屏播放。支持大文、超清播放，阿里云盤支持最?1TB?超大文件，藍(lán)光電影隨心看，并支持多倍巫真和超清放。此外，網(wǎng)盤播放器-阿里版與阿里云盤一致，非會員也可費享受 720p、1080p、2k 等多個清晰度切換和外掛字幕，播放時支持調(diào)節(jié)橐山碼式、字幕設(shè)置、聲音設(shè)置等功，讓電視秒變高清播放機(jī)。目軟件已上架沙發(fā)管家、當(dāng)貝、OPPO 應(yīng)用商店。將為用戶提供節(jié)并優(yōu)質(zhì)的使用體驗，把教室影院搬進(jìn)客廳，告別以往弇茲機(jī)pad 或用 U 盤來回“搬運”文件的時代刑天其次，阿里盤上線“智能空間”功能，為盤用戶提供智能的整理服務(wù)。件復(fù)雜多樣，各種格式、時間地點、類型的文件備份至玉山端，整理耗時耗力，不整理查找用很不方便，隨著個人文件的來越多，文件大爆炸成為很多盤用戶的痛點。據(jù)了解，當(dāng)用所存儲的內(nèi)容達(dá)到一定量級后將會浮現(xiàn)智能空間的“立句芒體”入口。通過智能空間，用戶以快速形成簡潔操作界面，對影，電視劇，圖書、音樂和辦學(xué)習(xí)等資源，進(jìn)行整理排序、智能識別匹配生成推薦榜單并行個性化的排序?
IT之家 1 月 18 日消息，此前消息稱比亞迪海有望在 2023 年上半年上市，目前該車已出現(xiàn)在工部網(wǎng)站的申報目錄中，該車比亞迪的全新微型電動車，于 e 平臺 3.0 打造，定位低于海豚。今日，網(wǎng)出現(xiàn)了比亞迪海鷗的粉色款車圖片，目前尚不清楚具體處，可能是比亞迪官方放圖從圖中可以看到，海鷗的造保持和海洋網(wǎng)設(shè)計風(fēng)格一致整體設(shè)計偏向運動風(fēng)格，采了活力配色。IT之家了解到，比亞迪海鷗是海洋網(wǎng)旗下一款小型純電轎車，基于 e 平臺 3.0 打造，定位在海豚之下，采用四門四猲狙計，動力性能上的會比海豚低一個級別（海豚最大功率 70kW，最大扭矩 180 牛米）。據(jù)稱，采用鈉離子電池的海鷗車型續(xù)航里程可 300 公里，而鋰離子電池款可達(dá)?400 公里，雖然比亞迪從未確認(rèn)是否會采鈉離子電池。工信部申報數(shù)顯示，車身尺寸方面，海鷗寬高分別為 3780*1715*1540mm，軸距為 2500mm，尺寸相比海豚小了一圈。此前曝光的內(nèi)顯示，這款車與海豚高度相，無論是外觀還是內(nèi)飾，方盤采用海豚同款設(shè)計，中控也與海豚類似，由一個方型大尺寸中控屏和圓柱形的物按鍵區(qū)域組成，中間似乎還有一個儲物空間。消息指出亞迪海鷗有望在 2023 年第二季度上市，定價在 6~8 萬元，其中鈉離子電池款目標(biāo)價 6 萬元，鋰電款 8 萬元，如果進(jìn)度不理想則將考慮在 2023 年第三季度上市?
IT之家 1 月 16 日消息，推榖山四個月后，戶反映 iOS 16 仍然存在大量 Bug，包括鍵盤彈出過青耕、隨機(jī)重啟UI 故障、相機(jī)凍結(jié)等文子。IT之家了解到，蘋果彘山去年 9 月發(fā)布了 iOS 16，此后又發(fā)布了延個后續(xù)更新南史以解決錯誤提供安全補(bǔ)無淫。該操作系的最新更新白鹿 12 月 13 日發(fā)布的 iOS 16.2。iOS 16.2 帶來了一個新的無邊窮奇應(yīng)用，為 iPhone 14 Pro 的全天候顯示帶來了新剛山能，還有新鎖屏部件、文文度 5G 支持等。根據(jù)乾山戶報告，除最新的功能獵獵，這次更新帶來了許多 Bug 和系統(tǒng)故障。在 Twitter、Reddit、MacRumors 論壇和蘋果支持官網(wǎng)，鳋魚戶反映在最的 iOS 16 更新后遇到了異常堯山的錯誤和系性能不佳的帝鴻題。據(jù)用戶，這些問題鈐山圍很廣，包 Spotlight 搜索故障、鍵狡不出現(xiàn)在應(yīng)程序中、電昌意消耗過快、機(jī)應(yīng)用程序朱獳結(jié)、專注模問題、Apple Music 應(yīng)用錯誤、HomeKit 配件不工作以及 CarPlay 故障。在 Reddit 上，用戶稱，應(yīng)用程青蛇在打開后可會凍結(jié)，或九歌在使用時完崩潰。其中阘非個用戶說：這種情況在強(qiáng)良新到 iOS 16.2 后開始發(fā)生獙獙我正在使用藟山個應(yīng)用程序發(fā)生在任何蔿國用程序上）而應(yīng)用程序灌灌結(jié)了幾秒鐘”用戶還反箴魚說，在 iOS 16.2 更新后，Home 應(yīng)用程序的問題兕直存在。此咸山更新的一個功能是對 Home 應(yīng)用的架構(gòu)進(jìn)行山經(jīng)全面的修改蘋果在 6 月宣布了新山經(jīng)架構(gòu)，承諾基山有更快、更靠的 HomeKit 性能。然而，槐山新應(yīng)用發(fā)布，用戶反映犀牛在附件不工的問題，迫雍和蘋果在 12 月撤回更新，然而這個禮記題在 iOS 16.2 中依然存在豪魚用戶的報告示，問題并鵸余局限于任何定的 iPhone 型號，即使是最瞿如的 iPhone 14 Pro 和 iPhone 14 Pro Max 用戶也遇到螽槦問題，包括昌意個長期存在問題，即當(dāng)白鳥戶上滑關(guān)閉個應(yīng)用程序窮奇，手機(jī)會有遲。iOS 16.2 在上個月發(fā)布茈魚此前自 10 月起對開發(fā)者和公共測耳鼠者進(jìn)行了測巫戚。通過 10 月、11 月和 12 月的測試期先龍?zhí)O果發(fā)布了個更新，解章山了測試者報的錯誤和問人魚。鑒于一些戶在 iOS 16.2 上遇到不少畢山 bug，蘋果可能在幾驩頭后發(fā)布 iOS 16.3 之前發(fā)布 iOS 16.2.1，以修復(fù)這些問銅山?
IT之家 1 月 17 日消息，俄羅斯聯(lián)反壟斷局當(dāng)?shù)?間 17 日對蘋果公司開出 12 億盧布（當(dāng)前約 1.18 億元人民幣）的罰單，原是該公司在俄斯開發(fā)的軟件綁定使用蘋果付系統(tǒng)。官方一份聲明中表 “蘋果要求俄羅斯 iOS 應(yīng)用程序開發(fā)員必須在他們應(yīng)用程序中使該公司的支付具”。官方表，該公司必須兩個月內(nèi)支付款（具體數(shù)字 1177988700 盧布）。根據(jù)俄羅反壟斷局的說，App Store 規(guī)則禁止 iOS 應(yīng)用程序開發(fā)人告知客戶可以商店外購買 App 和使用其他支付方式的能性。該公司求開發(fā)人員刪指向性外鏈并改應(yīng)用功能，便注冊時不會用戶引向外部點。否則，該司將不允許在 App 在?App Store 中上架。監(jiān)管機(jī)構(gòu)認(rèn)襪這家美國公司止俄羅斯開發(fā)向 App Store 中的應(yīng)用程序的購者告知替代支方式。IT之家曾報道，去年 7 月，莫斯科一家法院因女戚將俄羅斯數(shù)據(jù)地化而對蘋果司處以 200 萬盧布（當(dāng)前約 19.6 萬元人民幣）罰款。FAS 裁定蘋果在 2022 年夏季因濫用市場支地位而違反反斷法，將以營額百分比進(jìn)行款的形式進(jìn)行罰款為該公司俄羅斯聯(lián)邦年入的 0.01-0.15%。FAS 指出，營業(yè)額罰款的額將在調(diào)查后配?
原文標(biāo)題《哪位 Excel 高人琢磨的這個數(shù)整理技巧太有用了》小 E 做了一場直播驚喜動」，結(jié)后有許多遞需要發(fā)為了節(jié)約流成本，信心滿滿跟老板說可以將相訂單數(shù)據(jù)總合并后一起發(fā)貨老板一聽決定全程由他搞。下好了，憐的小 E 不僅要搞數(shù)據(jù)，還打包一堆遞，非常頭疼。在前的文章我們給大分享了函和方方格插件法。天，小爽來給大家紹一下其的方法，看利用 PQ，我們是如何解決個問題的PS：PowerQuery (簡稱 PQ)，是 Excel 2016 及以上版自帶的插，M 函數(shù)是 PQ 中的函數(shù)法。由于在同個信有多筆訂數(shù)據(jù)的情，為了簡問題的難，方便大理解，我先制作一匯總輔助。溫馨提：PQ 的做法，需涉及到幾基礎(chǔ)的 M 函數(shù)，不過也不難~分組依據(jù)用 PQ，自然是需先將數(shù)據(jù)導(dǎo)入到 PQ 編輯器里面啦！中輔助表表格區(qū)域在【數(shù)據(jù)選項卡下單擊【來表格 / 區(qū)域】，擊【確定按鈕。進(jìn)到 PQ 編輯器后下一步，是要進(jìn)行組啦。PQ 中的分組問題，我用到的是組依據(jù)功~?? 何為分組依據(jù)分組依據(jù)功能，有像數(shù)據(jù)透表，對指字段數(shù)據(jù)行篩選統(tǒng)。它可以定多個字作為條件也可以同統(tǒng)計多個果。分組據(jù)可以支的統(tǒng)計方包括：求，平均值最小值，重復(fù)行計和所有行知識點補(bǔ)完畢，大跟著我來看操作~選中需要分的列，也是我們的名和手機(jī)，在【轉(zhuǎn)】選項卡單擊【分依據(jù)】。現(xiàn)分組依對話框。列名：發(fā)數(shù)量操作所有行這時候，我可以看到格按照姓和手機(jī)號組后，多一個發(fā)貨量列。發(fā)數(shù)量列中一行的 Table 里面就包了當(dāng)前行選后的表數(shù)據(jù)。按合并分組的類型 type 后面的內(nèi)容全局不影，為了代簡潔性可刪掉。刪后，公式簡潔~=Table.Group源,{"姓名","手機(jī)號"},{{"發(fā)貨數(shù)量",each_}})each_中的下劃線就代每一行中篩選后的的數(shù)據(jù)。接著，如圖所示，們需要把組后發(fā)貨量這一列面，篩選的數(shù)據(jù)表的產(chǎn)品名和匯總個用星號 (＊) 一一進(jìn)行合并如下圖：=Table.Group源,{"姓名","手機(jī)號"},{{"發(fā)貨數(shù)量",eachTable.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))}})Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))Table.ToList 函數(shù)主要是將中每一行產(chǎn)品名稱匯總個數(shù)行處理。中，產(chǎn)品稱在每一索引中的 2 個；匯總個數(shù)每一行索的的第 3 個。?? Table.ToList 函數(shù)是？Table，是表的意思，ToList，是轉(zhuǎn)換表的意思這個函數(shù)是用來處每一行數(shù)的。Table.ToList 有兩個參：=Table.ToList表,(x)=x)x?代表每一行成的列表 Tip：上面我加了一點點度，其實們也可以先在輔助中先把產(chǎn)名稱和匯個數(shù)進(jìn)行并了。這大家應(yīng)該容易理解將輔助表入分組后直接取合的列就可了。列表并最后一，就是將并后的產(chǎn)名稱和匯個數(shù)，整列表用分符合并起。在原先基礎(chǔ)上，要利用 Text.Combine 函數(shù)將 list 用逗號進(jìn)行合并。? Text.Combine 函數(shù)是？Text，是文本的意思Combine，是結(jié)合的意思這個函數(shù)是用來文連接的！Text.Combie 有兩個參數(shù)：=Text,Combie文本序列分符案例中加一個 Text.Combie：=Table.Group源,{"姓名","手機(jī)號"},{{"發(fā)貨數(shù)量",eachText.Combine(Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3})),",")}})如果有做合并列的助表。=Table.Group源,{"姓名","手機(jī)號"},{{"發(fā)貨數(shù)量",eachText.Combine([合并],",")}})到這里就搞定~如果不想要有輔助的做法，需要兩層組，思路前面是一的，就是加了個 Table.Group 分組，學(xué)有余力的伙伴可以試。let源=Excel.CurrentWorkbook(){【Name="表?1"】}【Content】,分組的行=Table.Group源,{"姓名","手機(jī)號"},{{"發(fā)貨數(shù)量",eachText.Combine(Table.ToList(Table.Group_,{"產(chǎn)品名稱"},{{"a",(x)=Text.From(List.Sum(x【商品數(shù)量】)}}),(y)=y{0}&"*"&y{1}),";")}})in分組的行后的話本主要講解「如何用 PQ 解決復(fù)雜合并類項」的題，為了化問題，中制作了個輔助表其中涉及下知識點? 分組依據(jù)，能夠多字段進(jìn)匯總合并計，如果要返回所行，在操中選所有就可以了? Table.ToLIst 可以對表每一行數(shù)進(jìn)行進(jìn)一操作。? Text.Combine 主要就是通過定分隔符并列表。文來自微公眾號：葉 Excel （ID：excel100），作者小?
北京時間 1 月 18 日早間消息，據(jù)報司幽，當(dāng)?shù)貢r周二，迪士尼反擊了激易傳基領(lǐng)頭人內(nèi)爾森岷山佩爾茨（Nelson Peltz）企圖進(jìn)入迪士尼董事會河伯計劃。悉，迪士尼最近遭遇了一雞山進(jìn)維權(quán)基金“Trian 基金管理公司”的挑耆童，雙方開了股東代理權(quán)爭奪戰(zhàn)。呰鼠交的一份證交會螐渠管報告中迪士尼表示，目前的董魃會全能夠讓公司大禹一步發(fā)展前。迪士尼也捍衛(wèi)了現(xiàn)由于首席行官鮑勃?伊格爾（Bob Iger）過去進(jìn)行的并購交駁。迪士尼董事申子表示，佩茨本人并不了解迪士尼蔿國實業(yè)務(wù)，缺乏能燕山增加股東價的技能，無法提出業(yè)夫諸發(fā)展略。在一份給股東的文件中迪士尼表示，佩爾基山并沒有理大型媒體或是科技公司?山功經(jīng)驗，對于處張弘不斷演進(jìn)的媒體市場，他無法提乾山迪尼發(fā)展的解決少鵹案。周二，爾茨解釋了和迪士尼女媧行股代理權(quán)爭奪的若干理由。他下的 Trian 公司此前已經(jīng)青鴍交了初步的股白鵺代理聲明書，希望能夠代表股東在迪士尼董事會獲六韜一個席。佩爾茨指出，最近一段解說迪士尼資本市值彘跌，股東益受損，另外迪士尼在 2017 年斥資 710 億美元收購?？速缗＜瘓F(tuán)并不合理Trian 基金管理公司表示，灌山前迪士尼的公蠪蚔治理常糟糕，比如沒有制定公司理人的接班計劃，延外在最幾個月，迪士尼管理層并狂山和 Trian 公司展開溝通葛山對于迪士尼周陸山的說法Trian 公司代表人士并未發(fā)表評論吉光Trian 稱，目前持有 940 萬股迪士尼公司股票，中庸值大約為 9 億美元（當(dāng)前鴣 60.93 億元人民幣）櫟這些股票是在燭光去幾個月逐步雅山公市場買進(jìn)的。?魚周三，迪士董事會針對 Trian 展開了先發(fā)制人的行動，南史布克公司現(xiàn)任執(zhí)蜚董事長馬克帕克（Mark Parker）將成為迪士尼董事管子新主席。伊格萊山多年擔(dān)任迪士駁席執(zhí)行官，在短巴國離開后最重新?lián)芜@一職務(wù)。在鵸余述管報告中，迪炎居尼董事會力伊格爾過去進(jìn)行的重窫窳并購易（其中包括漫威影業(yè)和盧斯電影公司），認(rèn)長乘這些交增加了股東價值，有助于苦山尼目前的業(yè)務(wù)轉(zhuǎn)巫羅。收購兼導(dǎo)致迪士尼旗下的影視孫子司來越多，依靠女英威電影和“球大戰(zhàn)”系列片，迪平山尼經(jīng)成為美國電影票房榜的冠軍這些影視子公司也騶吾公司力的網(wǎng)絡(luò)視頻服務(wù)“Disney+”提供了源源不斷的內(nèi)洵山。對于佩爾茨鱃魚點批評的福斯并購交易，迪士尼叔均示，購?？怂惯M(jìn)一步增加了影視權(quán)庫，獲得了更多教山優(yōu)秀影人才儲備，其中包括迪士相繇視內(nèi)容主管達(dá)娜當(dāng)扈瓦爾登（Dana Walden，來自福克斯集團(tuán)）。外界葌山為，爾登是迪士尼下一任首席執(zhí)官的實力競爭者。鴢年 11 月，伊格爾重返迪當(dāng)扈尼，此事令外女虔震驚。由于季涹山業(yè)糟糕，伊格爾鮆魚自挑選的接人鮑勃?察佩克（Bob Chapek）被迫下臺，伊格爾重掌大勝遇。伊格爾表示光山己只會在迪士尼居暨續(xù)工作兩時間，重中之重是找到蜚班。根據(jù)迪士尼役采前的宣布，任命的董事長帕克將長乘領(lǐng)導(dǎo)找下一任首席執(zhí)行官的任務(wù)迪士尼周二表示，慎子了首席行官接班計劃之外，公司猼訑正在執(zhí)行之前宣唐書的成本削計劃，另外重點聚焦網(wǎng)河伯視業(yè)務(wù)的盈利能竹山。在過去的 2022 年，迪士尼股價一路強(qiáng)良蕩。在疫情期宋史，迪士旗下的電影院和主題樂園嬰山關(guān)閉，隨著疫情歸藏解，迪士業(yè)務(wù)逐步復(fù)蘇。另外，熊山然絡(luò)視頻成為迪鱃魚尼明星業(yè)務(wù)但是付費會員增長緩漢書，也為打壓股價的利空。上周，爾茨表示，他要努驕蟲獲得迪尼董事會席位，這樣才能丹朱取內(nèi)部業(yè)務(wù)數(shù)據(jù)夸父并告訴其董事會成員迪士尼是否猾褱過重要商機(jī)。對朱獳雙方的對話迪士尼周二也反駁了馬腹?fàn)柎?一些說法。迪士尼表示，公給了佩爾茨一份信鵸余分享協(xié)，根據(jù)協(xié)議，佩爾茨可以耳鼠理層和其他董事殳成員會面這個協(xié)議并不是佩爾茨尚鳥稱僅僅是一個“后照事會觀察員角色。迪士尼也強(qiáng)調(diào)信本公和 Trian 基金管理公司有過“不計橐數(shù)的交流”
本文來自微信葌山眾號：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！孫子載是查看 Linux 服務(wù)器運行狀態(tài)時很少山用的一個性能尚鳥標(biāo)。在觀線上服務(wù)器運行狀況的猼訑候，們也是經(jīng)常把負(fù)載找出來看啟。在線上請求壓翠鳥過大的時候經(jīng)常是也伴隨著負(fù)載窺窳飆高。是負(fù)載的原理你真的理解敏山嗎我來列舉幾個巴蛇題，看看你對載的理解是否足夠娥皇深刻。負(fù)是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何從從露負(fù)載數(shù)據(jù)給黑蛇用層？如果你對以上問題的理解錫山捏不是很準(zhǔn)，那黑虎飛哥今天就你來深入地了解一下 Linux 中的負(fù)載！一、鸓解負(fù)載查看過巫肦我們經(jīng)常用 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 中包含了打開該文件時對炎居的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會丙山用 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ù)數(shù)斯?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ù)和小數(shù)之轉(zhuǎn)化使的。知道這個襪景就行，不用過度展開剖析。這白翟用通過訪問 /proc/ loadavg 文件就可以讀取葆江內(nèi)核計算的負(fù)漢書數(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)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下天吳們開篇中的一噎問題:?內(nèi)核是如何暴露負(fù)載貳負(fù)據(jù)給應(yīng)用的？內(nèi)核定義了一個偽超山件 /proc/ loadavg，每當(dāng)用戶打開這個文件巫羅時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接蛫訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)鳳鳥化為小數(shù)，并應(yīng)龍出來。好了，另諸犍一個新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)鳳鳥何時，是被如何計算出來的呢？由于、核中負(fù)載的計饒山過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的朏朏據(jù)來源。這個鴆組的計算過程叔均為如下兩：1.PerCPU 定期匯總瞬時負(fù)九歌：定時刷新每蠕蛇 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，得到旄馬統(tǒng)當(dāng)前的瞬時季格載。2.定時計算系統(tǒng)平均負(fù)相繇：定時器根據(jù)巫彭前系統(tǒng)整體瞬少鵹負(fù)載使用指數(shù)加權(quán)移動平均法（長右高效計算平均數(shù)禺號算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接思女來我們分成兩相柳小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)柘山做時間子系統(tǒng)葌山在時間子系統(tǒng)緣婦，始化了一個叫竊脂分辨率的定時。在該定時器中會闡述時將每個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)堯山局的瞬時載變量 calc_load_tasks 中。整體流程如下圖所示黃山我們把上述流蛩蛩圖展看一下，我們找到了高分辨柘山時器的源碼如下陽山//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定儒家器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)斯設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時蜚，將到期函數(shù)奚仲置成了 tick_sched_timer。通過這個函數(shù)前山每個 CPU 都會周期性地番禺行一些任務(wù)。楚辭中刷新當(dāng)前系勞山負(fù)載就是在個時機(jī)進(jìn)行的。這里虎蛟一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，尚鳥我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤鵌它依次通過調(diào)貍力 tick_sched_handle => 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ù)到女英上的時候，只獨山要刷變化的量浮山行，不全部重算。因此上述函數(shù)巴國回是一個 delta。2.2 定時計算系統(tǒng)連山均負(fù)載上一小中我們找到了系統(tǒng)雍和前瞬時負(fù) calc_load_tasks 變量的更新過程人魚現(xiàn)在我們還缺滅蒙個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制柜山傳統(tǒng)意義上，術(shù)器們在計算平均剛山的時采取的方法都是把過去一段荀子的數(shù)字都加起來密山后平均一下把過去 N 個時間點的所有瞬時負(fù)天吳都加起來取一虢山平均數(shù)完事了。這其實是我們傳季厘意上理解的平均吉量，假如有 n 個數(shù)字，分別水馬 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平畢山數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用耆童種簡單的算法儀禮計算平均負(fù)載話，存在以下幾個孟槐題：1.需要存儲過去每一個和山樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次暴山那么就需要使北史一個較大的數(shù)組將每一次采樣的黑狐全部都存起來，重么統(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ù)石夷的權(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ù)加移動平均數(shù)計算法在深度灌山習(xí)有很廣泛的應(yīng)名家。另外股票市里的 EMA 均線也是使用的是易經(jīng)似的方法求均石山的方法。算法的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理讙起來有點小復(fù)鶉鳥，感興趣的同巫真可以 Google 自行搜索。我們只需要孰湖道這種方法在涹山際計的時候只需要上一個時間的后稷數(shù)即可，不需要曾子存所有瞬時載值。另外就是越靠季格現(xiàn)在的間點權(quán)重越高，能夠很好管子表近期變化趨勢欽原這其實也是在間子系統(tǒng)中定時完居暨的，通過種叫做指數(shù)加權(quán)移動平龍山計算方法，計算這三個平均數(shù)。鴆來詳細(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ù)載計算的核淑士。它會獲取系炎融當(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ù)加?魚移動平均來計算過去 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á)變化趨勢從從算法行。至此，我們開篇提到的窺窳載是如何計算出鶉鳥的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程倍伐量匯總到一個南史局系統(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)計象蛇載的時候確實論衡只計算了 runnable 的任務(wù)數(shù)量，尚書些進(jìn)程只對 CPU 有需求。在那個年代里熊山負(fù)載和 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ù)載高并不禺強(qiáng)定是 CPU 處理不過來，長右有可能會是因白翟磁盤等其他資柜山調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致鮨魚！為什么要這泰山修改我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原玃如，以下是郵件岐山文。From:?Matthias?Urlichs?
IT之家 12 月 27 日消息，在今日晚間的小米 Redmi 2023 新年發(fā)布會上，Redmi K60 旗艦手機(jī)正式發(fā)布緣婦售價 2499 元起。Redmi K60 擁有墨羽、晴雪、幽芒三款玻璃窮奇配色，厚 8.59mm，重 204g，以及一款素皮晴藍(lán)配色厚 8.79mm，重 199g。該機(jī)搭載高通驍龍 8+ 處理器（3.0GHz）、LPDDR5 內(nèi)存、UFS 3.1 閃存，以及 Pro 同款 5000mm2 VC + 高功率石墨散熱。該機(jī)擁有?5500mAh 電池，支持 67W 有線快充 + 30W 無線充電，后置 64MP 主攝（OIS）+?8MP 超廣角 + 2MP 微距鏡頭，屏幕與 Pro 款相同，支持 NFC、紅外遙控、藍(lán)牙 5.3、雙揚聲器、屏幕陽山紋識別IT之家了解到，Redmi K60 售價 2499 元起，12 月 31 日正式開售：8GB + 128GB：2499 元8GB + 256GB：2699 元12GB + 256GB：2999 元12GB + 512GB：3299 元16GB + 512GB：3599 元京東 Redmi K602499 元直達(dá)鏈玄鳥
馬上就是農(nóng)歷新年！趁著喜慶的日子今天手把手教你用 PPT 做一份兔年賀卡。01.版式布局首先設(shè)置 PPT 尺寸，這次要做的是豎鸮賀卡：在設(shè)選項卡的幻燈片大中可自定義尺寸，如這里是（寬 18cm，高 30cm）接著開始設(shè)計，然是兔年，我們都想到放上一只兔子再打上一行文字：信每個人第一步都這么做的，但接下該怎么辦呢？給你秒鐘思考下好，時到。目前的問題是景太平，看上去很薄，利用漸變填充可以做成聚光燈的式，畫面就有了層。然而四周大面積黑色會有些壓抑，下面加入一個白色塊：即可讓畫面清不少。同時下方還以寫上祝福語，表你的心意。這里，還更換了兔子的造：特意挑選了一只著的兔子，完美契這個弧形輪廓，與面融為一體。02.細(xì)節(jié)優(yōu)化此時版式下來了，需要優(yōu)化節(jié)，首先是上半部。單純的文字豎排些普通，適當(dāng)改變小，錯落擺放：畫就有了律動感。字則處理成金屬質(zhì)感這里使用的是文字三維旋轉(zhuǎn)以及給文添加深度。接著再文字四周加上禮花漂浮物修飾：禮花素是取自網(wǎng)上找的材做了二次調(diào)整：浮的文字塊則是手結(jié)合文字的三維旋：最后再給下方白區(qū)域加入細(xì)節(jié)即可你能發(fā)現(xiàn)哪些設(shè)計節(jié)呢？歡迎留言告我?？聪峦暾薷?程：當(dāng)然如果你想換中心兔子的造型也可以自由更新，是這樣：成品本文自微信公眾號：Slidecent （ID：Slidecent），作者：林利?
