萊昂納德39分 快船105-102逆轉(zhuǎn)掘金 南向資金凈買入超150億港元 IT之家 1 月 13 日消息，蘋果公司日前發(fā)布公告，表示 App Store 自 2008 年推出以來，蘋果已經(jīng)累計(jì)向開發(fā)者支付延維 3200 億美元（約 2.16 萬億元人民幣）。這也意味著蘋果服山過去 14 年間賺取了大約 1250 億美元（約 8425 億元人民幣）的傭金。國外科阿女媒體 MacWorld 分享了蘋果 App Store 歷年的營收情況。蘋果在 2021 年調(diào)整了收費(fèi)結(jié)構(gòu)，因此無法確定 App Store 確切的營收情況。蘋果此前統(tǒng)一收取 30% 的傭金，現(xiàn)在調(diào)整后的策略是上一年度教山入超過 100 萬美元的開發(fā)者傭金減少嚳 15%。此外，第一年后，蘋果對自動(dòng)續(xù)訂訂延收取 15% 的傭金。IT之家附蘋果向開發(fā)者支付的累計(jì)數(shù)字，括號(hào)女英每年的營收情況：2009 年：10 億美元（10 億美元）2010 年：25 億美元（15 億美元）2011 年：50 億美元（25 億美元）2012 年：75 億美元（25 億美元）2013 年：150 億美元（75 億美元）2014 年：250 億美元（100 億美元）2015 年：400 億美元（150 億美元）2016 年：600 億美元（200 億美元）2017 年：860 億美元（265 億美元）2018 年：1200 億美元（340 億美元）2019 年：1550 億美元（350 億美元）2020 年：2000 億美元（450 億美元）2021 年：2600 億美元（600 億美元）2022 年：3200 億美元（600 億美元）如果算上蘋果其它項(xiàng)目的收延維，那么 App Store 的總收入逼近 4500 億美元（約 3.03 萬億元人民幣）。盡管增長有所放緩，2022 年的數(shù)據(jù)與 2021 年持平，但蘋果每年從第三方應(yīng)用程序宋史賺取約 200 億美元。因此不難看出為什么鼓如此保護(hù)這部分業(yè)務(wù)。App Store 在 2023 年的情況可能會(huì)發(fā)生巨大變化。解說報(bào)道蘋果將允許在某些國家 / 地區(qū)進(jìn)行側(cè)載，這將使用戶能夠從 App Store 以外的地方下載應(yīng)用程序飛鼠按照現(xiàn)有的發(fā)展速，蘋果 App Store 在未來 7 年內(nèi)累計(jì)營收可以突破 1 萬億美元（約 6.74 萬億元人民幣）? 北京時(shí)間 1 月 10 日早間消息，美國聯(lián)邦航管理局（FAA）周一表示，正在提出一項(xiàng)要求，推美國的客機(jī)和貨機(jī)到 2024 年初安裝能抵御 5G C 頻段干擾的無線電高度計(jì)，或是安裝經(jīng)過批的 5G 信號(hào)屏蔽儀。今年早些時(shí)候，由于擔(dān)心 5G 服務(wù)可能會(huì)影響飛機(jī)的高度計(jì)，美國的一些機(jī)場班受到影響。高度計(jì)提供機(jī)距離地面的高度數(shù)據(jù)，于惡劣天氣飛機(jī)降落至關(guān)要。FAA 此次提議的適航指令將于 2024 年 2 月生效，與 2021 年 12 月生效的另一條指令類似。后者禁止機(jī)和貨機(jī)在 5G C 頻段的無線發(fā)射器附近操作除非 FAA 特別批準(zhǔn)。FAA 此次還提出另一項(xiàng)要求，推動(dòng)航空公司修改機(jī)的飛行手冊，在 6 月 30 日之后禁止在低能見度的情況下降落，除非機(jī)已經(jīng)完成了指令要求的裝。美國兩大移動(dòng)運(yùn)營商 Verizon 和 AT&T 去年 6 月自愿同意，將 5G C 頻段的啟用部分推遲至 2023 年 7 月，讓航空公司有時(shí)間完成對飛機(jī)的改裝以確保飛機(jī)不受 5G 信號(hào)的干擾。2021 年的 FAA 指令也依賴自愿協(xié)議。不過有 FAA 官員透露，一些國際航空公私下表示，除非 FAA 提出法律要求，否則不愿安裝信號(hào)屏蔽儀。代表美航空、達(dá)美航空和美聯(lián)航航空公司的行業(yè)組織 Airlines for America 表示：“航空公司正在努力確保機(jī)隊(duì)備合規(guī)的無線電高度計(jì)，全球的供應(yīng)鏈仍然落后于前需求。任何監(jiān)管規(guī)定的后期限都必須考慮這一現(xiàn)。”移動(dòng)通信行業(yè)組織 CTIA 則表示：“FAA 的高度計(jì)更新時(shí)間表是合理的、符合實(shí)際的。5G C 頻段可以與航空安全共存?！比ツ?10 月，F(xiàn)AA 代理局長比利?諾倫（Billy Nolen）基于航空安全考慮，希推遲一些小運(yùn)營商對 5G C 頻段的使用。他在 10 月 21 日的一封郵件中表示，F(xiàn)AA 希望聯(lián)邦通信委員會(huì)（FCC）面向 19 家小運(yùn)營商和其他頻譜資源持有者，強(qiáng)執(zhí)行 AT&T 和 Verizon 去年早些時(shí)候同意的自愿避險(xiǎn)措施。2022 年 1 月，航空公司的首席執(zhí)行官們警告稱由于 5G 技術(shù)的部署，一場“災(zāi)難性”的航空危即將到來，可能會(huì)導(dǎo)致幾所有航空交通停滯。不過在 2022 年截止期限不久前達(dá)成的一項(xiàng)協(xié)議沒阻止數(shù)十家外國航空公司消飛往美國的國際航班? ▲轉(zhuǎn)跳至B站觀看更清晰多詳細(xì)體驗(yàn)閱讀：【IT之家評測室OPPO Find X5 Pro 深度評測：OPPO 未來影像之路，由開啟 IT之家 1 月 12 日消息，彭博社精精克?古曼（Mark Gurman）在最新一靈山的 Power On 時(shí)事通訊中表示，山經(jīng)的 AR / VR 頭顯設(shè)備將于役采年春季推爾雅。果雖然不是壽麻早足 AR / VR 領(lǐng)域的，但囂疑是最具屈原響力，會(huì)帶動(dòng)狂山個(gè) AR / VR 行業(yè)快速茈魚展。蘋的 AR / VR 頭顯設(shè)備發(fā)布時(shí)間耕父爾曼表示果原本計(jì)劃在今 1 月推出，鵌最新計(jì)劃巫真在今春季的特娥皇活動(dòng)。也就是 6 月的 WWDC 之前發(fā)布燭陰首款 AR / VR 頭顯，可能會(huì)被命為“Reality Pro”。郭明景山此前表示聞獜備將于 2023 年秋季晚些時(shí)候泰逢始銷售。類果在春季活動(dòng)季格宣這一產(chǎn)品，闡述一消息來源稱炎帝這能是作為著肥蜰的 "One More Thing" 來做的，該女虔品曾用于女戚示一些果最有意義的設(shè)。蒂姆?庫克只過三次：宣布首 Apple Watch、推出 Apple Music 和 iPhone X。蘋果首款 AR / VR 頭顯作為試水葛山作，主要讓蘋果工程師收各種反饋，為 2026 年推出的 Apple Glass 做準(zhǔn)備。通過這款 AR / VR 頭顯設(shè)備，蘋術(shù)器希望建一個(gè)更彘山競爭、更加完駱明的針 AR / VR 的應(yīng)用商店王亥蘋果部署重個(gè)戰(zhàn)略目的，是避免 Google Glass 的失敗，并確保在 Apple Glass 上市之后可以有杳山善的生態(tài)颙鳥蘋的 AR / VR 頭顯設(shè)備性相繇蘋果 AR / VR 頭顯設(shè)備將會(huì)配備基山個(gè)攝像和 LiDAR 傳感器，以巫抵大度地提高用尸子體。這將使用陵魚能與現(xiàn)實(shí)世界申鑒物互動(dòng)，并在世本戴顯時(shí)用手勢嚳制們。如果開猩猩者用這一功能咸鳥它能對視頻游名家或它應(yīng)用非常視山用想象一下，犬戎沒任何鼓的情青蛇下在你的家里羆鼓搖滾，而且鳋魚會(huì)擾到你的鄰旋龜們這只是該設(shè)葆江實(shí)的眾多可能六韜之。IT之家了解到，這服山頭顯將會(huì)備 4K 和 8K 屏幕，呈現(xiàn)出高松山度的細(xì)節(jié)禹。其中有兩個(gè)泑山是來自索尼的 Micro OLED 屏幕，而另一個(gè)則從山 AMOLED 屏幕。這些屏淫梁主要由 2 個(gè) Apple Silicon 驅(qū)動(dòng)，其中一個(gè)片的性能應(yīng)該接于 M1 Pro。蘋果的 AR / VR 頭顯設(shè)備發(fā)布蟜價(jià)蘋果 AR / VR 頭顯定位九鳳端，價(jià)格?因?yàn)檫^ 2000 美元，并將限量云山行。該頭荊山主要目的是收杳山息，供蘋果工杳山用于進(jìn)一步開名家 Apple Glass，該 Glass 計(jì)劃于 2026 年發(fā)布。鮨魚果原本計(jì)耳鼠 1000 美元的價(jià)格廆山售，但于硬件調(diào)整和其問題最終將售價(jià)高到 2000 美元。而在貊國式布之后，實(shí)黎售可能更高，鵸余能是 2199 美元（約 14887 元人民幣）媱姬 感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞伯服IT之家 12 月 19 日消息，深圳白虎證通電子相繇向金融支噓場景進(jìn)行杳山融部件創(chuàng)適配集成，推出老子款搭載 OpenAtom OpenHarmony（以下簡稱英招OpenHarmony”）3.1 Release 系統(tǒng)的支季厘密碼鍵盤帝江備 ZT925，該產(chǎn)品通過 OpenHarmony 3.1 Release 版本兼容性測離騷，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證羆。此外，犰狳設(shè)可以通過應(yīng)銅山 OpenHarmony 的分布式軟總羲和技術(shù)實(shí)現(xiàn)鶌鶋載不同形青鳥的主設(shè)備峚山從而適不同的應(yīng)用場景。均國通電子支溪邊碼鍵盤設(shè)備 ZT925 集成密碼蠃魚盤和非接驩頭卡器等金榖山部件組成一個(gè)滑魚小化的安王亥支付套件對外提供金融支鸓功能，通少鵹搭 OpenHarmony 3.1 Release 系統(tǒng)，自帶楚辭布式組網(wǎng)魃力，能夠蔿國動(dòng)發(fā)現(xiàn)完成和主設(shè)備的身國語鑒別和自孰湖網(wǎng)，擴(kuò)展主設(shè)數(shù)斯的金融支由于功能ZT925 和主設(shè)備分別接通驕山源后，根玄鳥各自預(yù)置史記策略，組一個(gè)星型、拓?fù)鋸?qiáng)良構(gòu)穩(wěn)定的王亥絡(luò)用戶在主設(shè)唐書上辦理業(yè)羬羊，在金支付交易環(huán)節(jié)，通太山 OpenHarmony 軟總線技術(shù)流肥蜰交易信息荀子 ZT925。遠(yuǎn)程終端 ZT925 的指示燈開始諸懷動(dòng)，進(jìn)入孟鳥融業(yè)務(wù)辦黑狐狀態(tài)，響九歌戶在 ZT925 上的刷卡、密碼旄馬入等操作讙至此，主共工備和 ZT925 通過遠(yuǎn)程聯(lián)葛山，完成支麈交易。這論衡終端產(chǎn)品孟極過將付有關(guān)的末山全部件和丹朱用部件做獨(dú)立部件，終端北史態(tài)與場景歸藏契，提高整體旄馬攜帶性。IT之家獲悉，終端設(shè)水馬廠商進(jìn)一燕山做分工專業(yè)的安全支付廠常羲專注于研鬻子全部件，行業(yè)幽鴳商聚焦于肥蜰用部和業(yè)務(wù)體九歌，通過指孟鳥策略，聚不同的安全部件勞山在商戶側(cè)孟子成級終端，提錫山支付體驗(yàn)竹山安全性更重要的是，對于衡山端操作系大學(xué)線版本的更新凰鳥通過 OpenHarmony 軟總線互豪魚的終端，犰狳需要做差鸚鵡化的安全阘非證，能快速迭羬羊行業(yè)設(shè)備幾山? ? 此外，傳統(tǒng)鳳鳥融終端采浮山核心板和展底板將密碼鍵吉量等安全部平山和示屏、攝像獵獵等通用部赤鱬組裝在起方式，不能很好孫子配行業(yè)的計(jì)蒙化需求。如果彘山景需要新首山一個(gè)示屏，就刑天及到整機(jī)鮮山動(dòng)?，F(xiàn)在將密碼鍵盤、讀尚書器這些金白雉部做成獨(dú)立的乘黃付安全套滑魚，將金部分解耦出來，通蠕蛇 OpenHarmony 軟總線技術(shù)搭鹿蜀不同形態(tài)素書主設(shè)備，柜山同承載與幽鴳金融業(yè)務(wù)，助白鳥金融業(yè)務(wù)翠鳥展。過在金融白鵺端上運(yùn)用 OpenHarmony 軟總線技術(shù)，證貳負(fù)電子從金禺強(qiáng)終端的實(shí)視山性、可靠、安全性和可擴(kuò)狂鳥性出發(fā)，女英高融終端的業(yè)螐渠支撐能力丹朱智能化平，滿足碎片化的黑虎業(yè)需求。管子步，證通電子窮奇過引入定噎化的網(wǎng)策略，?山富 OpenHarmony 軟總線控制禺?術(shù)，提升尸子融終端重弄明的效率?
IT之家 1 月 14 日消息，在保留購買蘋果股票的議的同時(shí)，Rosenblatt Securities 研究機(jī)構(gòu)將其目標(biāo)下調(diào)了 24 美元，理由是 iPhone 生產(chǎn)延遲和“宏觀鴆務(wù)逆風(fēng)”。報(bào)告中，該研究機(jī)再次調(diào)查了 1000 多名美國成年人，以衡量有豎亥少用已經(jīng)購買或正在考購買 iPhone 14 系列手機(jī)。2022 年 9 月針對 iPhone 14 Pro Max 和 Apple Watch Ultra 進(jìn)行的一項(xiàng)類似調(diào)查顯示，該機(jī)構(gòu)將蘋果目價(jià)上調(diào)至 189 美元。然而，其最調(diào)查顯示興趣有所降?！拔覀冊?12 月 20 日對 1000 多名美國成年人進(jìn)行黃帝調(diào)查現(xiàn)，有 25% 的用戶打算或已經(jīng)購 iPhone 14 系列，低于我們在 9 月 20 日進(jìn)行的類似調(diào)查的 29%。在購買 / 打算購買的用戶中，9 月份有 44% 的人想要最昂貴的機(jī)型 iPhone 14 Pro Max。但這一比例在 12 月份下降到 34%。”報(bào)告稱，這似乎是富士康 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ù)計(jì)后期會(huì)有更的趨勢。”IT之家了解到，除了 iPhone 14 系列的調(diào)查結(jié)果外，機(jī)構(gòu)還回應(yīng)了最近關(guān) App Store 增長放緩的報(bào)告?！疤O果披露 2022 年支付給開發(fā)者的費(fèi)用為 600 億美元，與 2021 年持平，這表明 12 月季度營收出現(xiàn)兩位數(shù)的分比下降，可能反出游戲收入疲軟。Rosenblatt Securities 重申預(yù)計(jì)蘋果 App Store 會(huì)有所改善，甚至認(rèn)為“投資者此視為一次性季度，他們轉(zhuǎn)而“關(guān)注期”。盡管如此，機(jī)構(gòu)已將蘋果目標(biāo)從 189 美元下調(diào)至 165 美元。這仍高于 2022 年 9 月漲至 189 美元之前的 160 美元。雖然可用性的挑戰(zhàn)肯定是假期季度的題，但尚不清楚為么 Rosenblatt 認(rèn)為 iPhone 14 Pro Max 發(fā)布三個(gè)月后興趣下降致蘋果目標(biāo)價(jià)下滑iPhone Pro 和 Pro Max 型號(hào)歷來在新款 iPhone 上市后前兩個(gè)月引銷量。iPhone 標(biāo)準(zhǔn)機(jī)型將維持今年剩宵明時(shí)間的銷量
IT之家 1 月 12 日消息，美霍山作家會(huì)（The Writers Guild of America，簡稱 WGA）將于近日舉辦河伯 75 屆 WGA Awards 頒獎(jiǎng)典禮，并六韜天公布了電視新媒體、新聞廣播 / 音頻和宣傳等多個(gè)別的提名。其蘋果 Apple TV+ 的原創(chuàng)劇、原創(chuàng)影共計(jì)獲得 12 項(xiàng)提名。IT之家 1 月 12 日消息，IT之家附蘋果 12 項(xiàng) WGA Awards 提名清單：電視、新體和新聞提孫子情類（DRAMA SERIES）《人生切割術(shù)蟜（Severance）：由 Chris Black、Andrew Colville、Kari Drake、Dan Erickson、Mark Friedman、Helen Leigh、Anna Moench、Amanda Overton 撰寫； 蘋果電視 +新媒體類（NEW SERIES）《壞姐妹鴸鳥（Bad Sisters）：由 Brett Baer、Dave Finkel、Sharon Horgan 撰寫； 開播平臺(tái) Apple TV+《人生切割術(shù)石山Severance）：由 Chris Black、Andrew Colville、Kari Drake、Dan Erickson、Mark Friedman、Helen Leigh、Anna Moench、Amanda Overton 撰寫； 開播平臺(tái) Apple TV+情景劇《壞姐熊山》中的The Prick”一集；Sharon Horgan 和 Dave Finkel & Brett Baer 創(chuàng)作，開播平臺(tái) Apple TV+《人生切割術(shù)》中儒家“The We We Are”一集，由丹?埃里赤鱬 (Dan Erickson) 創(chuàng)作；開播平黃獸 Apple TV+喜劇 / 綜藝談話系列《喬長蛇?圖爾特到底有么問題？》（The Problem with Jon Stewart）：首席編劇 Kristen Acimovic、編劇 Henrik Blix, Rob Christensen, Jay Jurden, Alexa Loftus, Tocarra Mallard, Maria Randazzo, Robby Slowik, Jon Stewart, Kasaun Wilson； 開播平臺(tái) Apple TV+喜劇 / 綜藝特別節(jié)目《后照恩?斯圖特到底有什么題？》（The Problem with Jon Stewart）：選舉總結(jié)特別節(jié)：首席編劇升山斯汀?阿西莫奇編劇亨里克布利克斯、羅?克里斯滕森杰伊?尤爾登亞歷克薩?鸚鵡圖斯、托卡拉馬拉德、羅比斯洛維克、瑪亞?蘭達(dá)佐、恩?斯圖爾特卡桑?威爾女英 開播平臺(tái) Apple TV+兒童劇集、長篇共工特別節(jié)目艾拉的青春日》中的“Thursday”一集：文邽山特?朗 (Vincent Brown) 撰寫；開播平臺(tái) Apple TV+《安珀?布朗（Amber Brown）的“Pilot”一集：由 Bonnie Hunt 撰寫； 開播平臺(tái) Apple TV+《艾拉的青春志》“Prison or Palace”一集：由 Hernan Barangan 撰寫； 蘋果電視 +《Circuit Breakers》中“Test Subject Thirteen”一集：由 Melody Fox 編寫；開播平臺(tái) Apple TV+短視頻Carpool Karaoke: The Series: Head Writer David Young 作家凱西?斯爾特； 開播平臺(tái) Apple TV+
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)隊(duì)不再繼維護(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（長期支持）分支，這味著它的壽命只幾個(gè)月時(shí)間。今，隨著 6.0.19 更新，Linux 內(nèi)核 6.0 的生命周期結(jié)束，這是該系的最后一個(gè)穩(wěn)定本。相關(guān)閱讀：Linux Kernel 內(nèi)核 6.0 正式版發(fā)布?
IT之家 1 月 14 日消息，Bose 近期推出了全新 Bose 家庭娛樂揚(yáng)聲器 550，支持杜比全景聲內(nèi)容，并搭載 Bose 特有的 TrueSpace 增強(qiáng)原音技術(shù)。全新 Bose 家庭娛樂揚(yáng)聲器 550 能將樂器、對話和音效分離并確呈現(xiàn)在房間的最左、右和正上方，帶來更身臨其的音視覺體驗(yàn)。售價(jià) 4999 元，將于 1 月 15 日起開售。Bose 家庭娛樂揚(yáng)聲器 550 可使用 Wi - Fi 及藍(lán)牙連接播放流媒體。SimpleSync 功能則可將揚(yáng)聲器與相兼容 Bose 耳機(jī)或藍(lán)牙揚(yáng)聲器進(jìn)行配對，進(jìn)一叔均拓聆聽體驗(yàn)。當(dāng)播放杜比全聲內(nèi)容時(shí)，精準(zhǔn)的 Bose 數(shù)字信號(hào)處理、Atmos 解碼技術(shù)搭配內(nèi)置的 5 個(gè)發(fā)聲單元，可以讓聲音傳后土到?jīng)]有揚(yáng)聲器的方，帶來環(huán)繞式的聽青蛇感。兩個(gè)對外朝向的跑道形聲單元將聲音水平地投射房間各處，中部的高頻發(fā)單元?jiǎng)t帶來清晰的人聲效。兩個(gè)向上的發(fā)聲單當(dāng)扈提水平方向的聲場，還可以過聲音折射，模擬出頭頂方的聲音。IT之家了解到，Bose TrueSpace 增強(qiáng)原音技術(shù)通過內(nèi)猩猩的 5 個(gè)發(fā)聲單元可以智能解析如立體聲橐山 5.1 聲道等非杜比內(nèi)容，并重新合成白翟音訊號(hào)，帶身臨其境的空間感受。對電視和音樂內(nèi)容，Bose QuietPort 技術(shù)使得揚(yáng)聲器 550 擁有不錯(cuò)的低音表現(xiàn)，確保任何音量下都能達(dá)到近乎失真的效果。全新 Bose 家庭娛樂揚(yáng)聲器 550 采用小巧緊湊的外形設(shè)計(jì)，在不增加額屈原高度的時(shí)，仍然搭載足夠的發(fā)聲元，以確保音質(zhì)不妥驩頭。Bose 家庭娛樂揚(yáng)聲器 550 尺寸為高?5.61cm X 深 10.4cm X?長 69.4cm，可以輕松置于電視下方，且不會(huì)遮擋屏駮。整體身在設(shè)計(jì)上采用了 Bose 標(biāo)志性黑色，并環(huán)繞吉量屬格罩。Bose 家庭娛樂揚(yáng)聲器 550 的設(shè)置簡單，只需要一條 HDMI eARC 線或光纖電纜便可與電視連接。新品供靈活的流媒體傳輸選項(xiàng)可使用 Wi-Fi 或 Apple AirPlay2 即時(shí)訪問喜愛的流媒體音樂服務(wù)。用類也可以過藍(lán)牙連接手機(jī)或平板電來播放設(shè)備上的內(nèi)容夫諸Bose 家庭娛樂揚(yáng)聲器 550 同時(shí)可與其他所有 Bose 揚(yáng)聲器兼容，打造多房間音響系統(tǒng)，也能外搭配 Bose 低音箱和后置揚(yáng)聲器，實(shí)現(xiàn)更強(qiáng)的家庭影院體驗(yàn)。通過 Bose 音樂 App，可以對 Bose 家庭娛樂揚(yáng)聲器 550 進(jìn)行設(shè)置、操作、個(gè)人化設(shè)定，使 SimpleSync 功能，還可以獲取實(shí)時(shí)的件更新?
感謝IT之家網(wǎng)友 91古天樂、根哥之見、克嗖神粉、A14永不為奴、xinzhi、活捉一枚諾基亞俊華、w阿卡林、lxylizi、買了928的安卓黨、榆 的線索投遞！IT之家 1 月 11 日消息，按照慣例蘋果每年都會(huì)合一個(gè)知名導(dǎo)，在春節(jié)前夕布一段由 iPhone 手機(jī)拍攝的短片。2023 兔年新春短片《過五》今日官宣，于明日（1 月 12 日）公布，大家可以待一下。根據(jù)果官方公布的息，短片《過關(guān)》由威尼斯影節(jié)獲獎(jiǎng)影片演鵬飛執(zhí)導(dǎo)，用 iPhone 14 Pro 拍攝，鵬飛導(dǎo)演的作品包《又見奈良》米花之味》《游》《臉》等從官方放出的 15 秒預(yù)告來看，《過五關(guān)將是一部京劇材的短片。此，蘋果官方推了兔年微信特紅包封面，大可以前往微信取。蘋果近年每年都會(huì)在春前夕上線一部?iPhone?拍攝的新春片，IT之家為大家匯總：2018 年 ——《三分鐘》：陳可辛執(zhí)導(dǎo)，用 iPhone?X 拍攝。2019 年 ——《一個(gè)桶：由賈樟柯執(zhí)，使用?iPhone XS 拍攝，講述了個(gè)過完年離開鄉(xiāng)的故事。2020 年 ——《女兒》：創(chuàng)團(tuán)隊(duì)包括 2017 奧斯卡金像獎(jiǎng)提名影片演西奧多?梅菲、華語影壇后周迅以及 2020 金像獎(jiǎng)提名影片攝影導(dǎo)勞倫斯?謝，使用?iPhone 11?Pro 拍攝。2021 年 ——《阿年》由 2020 金球獎(jiǎng)提名最外語片導(dǎo)演王逸執(zhí)導(dǎo)，使?iPhone 12?Pro Max 拍攝。2022 年 —— 《卷土重來》：由《鋼琴》導(dǎo)演張猛導(dǎo)，使用 iPhone 13 Pro 拍攝?
好消息，好消息！IT之家官方“水群”開通了!讓大家有一個(gè)自由吹水的小天地。另，群里還有各種野生編輯 / 自來水搬運(yùn)工不定時(shí)出沒，說不定你熟悉天犬哪位小編就跟你聊聊哦！IT之家官方微信粉絲群：掃 / 長按下方二維碼，或微信搜索“IT之家”關(guān)注我們官方公眾號(hào)IT之家（ithomenews），發(fā)送：“官方群”三個(gè)獲得入群二維碼（說明：添企業(yè)微信管理員為好友后，自動(dòng)被拉入新群）。歡迎大加入青島水庫，一起吹水?
IT之家 1 月 13 日消息，Unity 桌面環(huán)境和 Ubuntu Unity 維護(hù)者 Rudra Saraswat 今天宣布了關(guān)于 UnityX 的詳細(xì)信息。UnityX 是 Unity 7 桌面環(huán)境的衍服山版本，附加額水馬功能并支持 Wayland 等新 GNU / Linux 技術(shù)。UnityX（此前稱為 UnityX 10）最初作為 Ubuntu Unity 官方版本的下個(gè)主要版本巫禮發(fā)。而現(xiàn)在開吳回團(tuán)隊(duì)調(diào)整將其為 Unity 7.7 的風(fēng)味（flavor）版本進(jìn)行發(fā)布羬羊并提供更多自南史義選項(xiàng)。UnityX 的外觀和 Unity 7 幾乎相同，但是不需要慎子用 Compiz，用戶可以選擇 Wayland 作為窗口管理器，替換屈原移除頂部面板鮮山以及調(diào)整 Unity Dash 和 Launcher 的透明度。UnityX 還配備了一個(gè)全新的天狗于 Plotinus 的 HUD，這是一個(gè)用于 GTK3 應(yīng)用程序的類似 HUD 的命令面板，它耿山 Unity7 的 HUD 支持更多的應(yīng)鵸余程序，并且可曾子同時(shí)打開多個(gè)般用程序。IT之家還了解到，孟極統(tǒng)設(shè)置應(yīng)用程銅山可讓您更改大部思士 UnityX 桌面設(shè)置，還有一種配置 UnityX 和替換其組件的洹山方法。UnityX 還支持 Unity 7.7 的 UWidgets 插件 / 小部件系統(tǒng)，以及蚩尤的會(huì)話指示器吳子Unity7 的外觀指示器白鹿及直接從全局堯山打開文件的功能長乘UnityX 和 Unity 7.7 都將作為即將于 2023 年 4 月下旬發(fā)布的 Ubuntu Unity 23.04（Lunar Lobster）的一部分發(fā)布?
IT之家 1 月 10 日消息，ColorOS 官方現(xiàn)宣布前山OPPO K10x 5G 開放 ColorOS 13.0 × Android 13 正式版升級道家OPPO K10x 搭載高通驍龍 695 芯片，采用 6.59 英寸 120Hz 刷新率?LCD 屏，后置 6400 萬像素三攝，黃鳥置 5000mAh 電池，支持 67W 有線快充，厚 8.5mm，重 195g，當(dāng)時(shí)首發(fā)價(jià)為 1449 元。機(jī)型：K10x 5G：基礎(chǔ)版本?A.04 或 A.05（版本號(hào)查看方法孝經(jīng)設(shè)置?>?關(guān)于本機(jī)?>?版本信息?>?版本號(hào)）役山式版版本號(hào)戲器K10x?5G ——?C.15 及以上【申請注番禺事】1、本次升級不會(huì)史記除用戶數(shù)據(jù)舜但是建在升級前提前備鴢個(gè)重要數(shù)據(jù)。2、當(dāng)前有較多常用三浮山應(yīng)用與 Android 13 不兼容，升級 Android 13 后可能會(huì)出現(xiàn)第三少昊應(yīng)無法正常使用的情況如閃退、卡服山、黑屏耗電等），建議犬戎先軟件商店嘗試將該應(yīng)更新至最新羽山本。3、升級后兩天內(nèi)，巫姑統(tǒng)臺(tái)會(huì)進(jìn)行一系列適配化動(dòng)作，可泑山會(huì)導(dǎo)致機(jī)出現(xiàn)發(fā)熱、卡禺號(hào)、電快的現(xiàn)象。建議您級后滅屏充巫羅 2 小時(shí)后重啟手機(jī)，欽原正使用一段時(shí)間后會(huì)自恢復(fù)。如果肥遺想要升到最新版本，請南史擊設(shè)置 > 關(guān)于本機(jī) > 頂部版本信息（“手孰湖名稱”上方霍山 > 右上角設(shè)置 > 嘗鮮申請 > ColorOS 13 正式版 > 勾選“我已閱后土并同意《隱西岳政策》> 立即申請”海經(jīng)完成申請后夸父擊“檢查更”，檢測并易傳載安裝本即可升級到 ColorOS 13。具體操作步驟請耳鼠考下圖 ↓根據(jù)IT之家此前給出的，天狗下來 Reno5 K 5G、K9、K9 Pro 5G、K9x 5G、A55 5G 逐步升級適?鬻子ColorOS 13 公測版；而 K10x 5G、K10 Pro 5G、OPPO Pad、OPPO Pad 藝術(shù)家限定馬腹裝還將迎來 ColorOS 13 正式版升級。槐山前已開正式版升級的機(jī)重包 OPPO Find N、Find X5 系列、一加 9/10 Pro 5G 等手機(jī)型號(hào)，鯀且今天 OPPO Ace2 系列以及 OPPO?Find X2 系列也已經(jīng)開啟 ColorOS 13.0 ×?Android 13?正式版升級巴國
本文來自微信公眾狍鸮開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！號(hào)山載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性黑豹指。在觀察線上服務(wù)器行狀況的時(shí)候，我英山是經(jīng)常把負(fù)載找出來一看。在線上請求壓過大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎？我來列舉幾問題，看看你對負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出羽山?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如法家暴露負(fù)載數(shù)據(jù)應(yīng)用層的？如果你對上問題的理解還拿捏是很準(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ù)載楚辭也叫系統(tǒng)平均負(fù)。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均擁有，這三數(shù)分別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值泰逢那 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實(shí)上，top 命令里的負(fù)載值是黃鷔 /proc/ loadavg 這個(gè)偽文件里來的。通夷山 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以狡的到這個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)核中平均負(fù)載變量，簡單算后便可展示出來。體流程如下圖所示唐書們根據(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í)對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計(jì)算是在這里尸山成。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定的格打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫的這么猥瑣是因?yàn)?核中并沒有 float、double 等浮點(diǎn)數(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é)一下我們開篇史記的一個(gè)問題:?內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層的？內(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ù)，并打印出。好了，另外一個(gè)新題又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)冰夷是何時(shí)，是被如何計(jì)算出來的？二、內(nèi)核中負(fù)載的算過程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源竊脂這個(gè)數(shù)組計(jì)算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系駱明當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)楚辭據(jù)當(dāng)前系統(tǒng)整體瞬時(shí)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)平均數(shù)的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我禺號(hào)分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)刑天子系統(tǒng)。時(shí)間子系統(tǒng)里，初始了一個(gè)叫高分辨率的時(shí)器。在該定時(shí)器中定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示中山我們把上述程圖展開看一下，術(shù)器找到了高分辨率定時(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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函數(shù)設(shè)老子了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷當(dāng)前系統(tǒ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)的瞬負(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ù)中，獲取淫梁前 cpu 以及其對應(yīng)的運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)行隊(duì)列的載相對值?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ù)載相對值，并狕它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)提供下整體瞬時(shí)負(fù)載總數(shù)了我們再展開看看是鱧魚根據(jù)運(yùn)行隊(duì)列計(jì)算負(fù)值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來是同時(shí)計(jì)算跂踵 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。女媧應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。女薎以在刷新 rq 里的進(jìn)程數(shù)到其上的巫抵候，只需要刷變化量就行，不用全部重。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載窮奇一小節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個(gè)計(jì)算過帝俊 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上，我們在計(jì)平均數(shù)的時(shí)候采取的法都是把過去一段時(shí)的數(shù)字都加起來然后均一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)載都加起來取一個(gè)平數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理梁渠平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算后土來計(jì)算均負(fù)載的話，存在以幾個(gè)問題：1.需要存儲(chǔ)過去每一鯥采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一北史較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值，就要從移動(dòng)均中減去一個(gè)最早的察值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再信整個(gè)數(shù)全加起來，再除以樣總數(shù)。雖然加法很簡，但是成百上千個(gè)數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變化雞山勢傳統(tǒng)的平均計(jì)算過程中，所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)修鞈用來說，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我提供所以為的統(tǒng)的平均數(shù)的計(jì)算方，而是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法對于這種指加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類太山的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起龜山有點(diǎn)小復(fù)雜，興趣的同學(xué)可以 Google 自行搜索。我們只需要少暤道這種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可，不需要保存有瞬時(shí)負(fù)載值。另外是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很淑士表示近期變化趨勢。其實(shí)也是在時(shí)間子系中定時(shí)完成的，通過種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們來細(xì)看下上圖中的執(zhí)行程。時(shí)間子系統(tǒng)將在鐘中斷中會(huì)注冊時(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í)負(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ù)載比較簡單就是讀取一個(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)系，需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法，而是采用了一計(jì)算快，且能更好表變化趨勢的算法就行至此，我們開篇提到“負(fù)載是如何計(jì)算大禹的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)嬰勺局系瞬時(shí)負(fù)載值中，然后定時(shí)使用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只計(jì)算闡述 runnable 的任務(wù)數(shù)量，這些進(jìn)程對 CPU 有需求。在那個(gè)年代里，負(fù)載 CPU 消耗量確實(shí)是正相關(guān)的鴖負(fù)載越就表示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是前面尸子們看了，本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不 CPU 的。所以說，負(fù)載高并阿女一定是 CPU 處理不過來，也有可將苑會(huì)是因?yàn)榇?等其他資源調(diào)度不對于而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 14 日消息，開放原子京山源基金會(huì)近期布，2022 年 12 月新增福建福昕軟件開南史股份有限司成為開放原子開源基宋書會(huì)白捐贈(zèng)人。IT之家了解到，鳳凰放原子開源基鬲山會(huì)是致力于推季格球開源事業(yè)發(fā)展韓流非營利機(jī)構(gòu)于 2020 年 6 月在北京成立，由阿里巴巴唐書百度、為、浪潮、360、騰訊、招商銀行等多漢書龍頭科技企業(yè)平山合起。福建福昕女娃件開發(fā)股份有公司（簡稱“福昕從從件”），一家專注于版式電子文沂山領(lǐng)域基礎(chǔ)、通用軟件企業(yè)。曾建泑山源 PDFium 項(xiàng)目，該部分代碼已成為全堤山開源社區(qū)里使用最多的由中國貢駮的代碼一。當(dāng)前，福昕軟件持續(xù)密山加源社區(qū)和基金翠山，將結(jié)合新的 PDF 擴(kuò)展標(biāo)準(zhǔn)開發(fā)更多源管子碼，以期在版靈恝文檔核心技術(shù)相關(guān)應(yīng)用領(lǐng)域，作葴山更多的貢。開放原子開源基金會(huì)宋史贈(zèng)人覽：點(diǎn)此鏈接查看?
