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