在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

筑牢中國式現(xiàn)代化的健康根基

今日頭條 塔西姆·辛 2025-10-31 12:56:44
A+ A-

來看看最新的 MC 啟動器 | LauncherX 相片漂流瓶之可愛又真誠的環(huán)衛(wèi)大叔 北京時間 1 月 20 日消息,美視頻流媒體務(wù)提供商奈(Netflix)今日公布財報稱,公司 2022 財年第四季度營收為 78.52 億美元(當約 532.37 億元人民幣),同增長 3.9%;凈利潤為 5500 萬美元(當約 3.73 億元人民幣),與上年期的 6.07 億美元(當前約 41.15 億元人民幣)相大幅下降 91%。奈飛第四季度營收本符合華爾分析師預(yù)期每股收益則及預(yù)期。從績展望方面看,奈飛對 2023 財年第一季度收的展望略超出預(yù)期,對每股收益展望不及預(yù)。與此同時奈飛第四季全球新增流放服務(wù)付費戶人數(shù)的增同比有所放,但仍遠超析師此前預(yù)。受此影響在財報發(fā)布后,奈飛盤股價大幅上近 7%。另外,奈飛還布,里德?斯廷斯(Reed Hastings)將辭去聯(lián)席 CEO 一職,改任執(zhí)行事長;首席營官格雷格彼得斯(Greg Peters)獲得擢升,與現(xiàn)在職的泰德薩蘭多斯(Ted Sarandos)一起擔任聯(lián) CEO。第四季度主要績:凈利潤在截至 12 月 31 日的這一財,奈飛的凈潤為 5500 萬美元,與上年同期 6.07 億美元相比幅下降 91%;每股攤薄收益為 0.12 美元,上年同期為 1.33 美元,這一業(yè)未能達到分師此前預(yù)期據(jù)雅虎財經(jīng)站提供的數(shù)顯示,32 名分析師此平均預(yù)期奈第四季度每收益將達 0.45 美元。營收:奈第四季營收 78.52 億美元,與上年同期的 77.09 億美元相比長 3.9%,基本符合析師預(yù)期。雅虎財經(jīng)網(wǎng)提供的數(shù)據(jù)示,30 名分析師此前均預(yù)期奈飛四季度營收達 78.5 億美元。按地域劃分,飛第四季度自于美國和拿大地區(qū)市的流播放服營收為 35.95 億美元,上年同為 33.09 億美元;來自于歐洲中東和非洲區(qū)市場的流放服務(wù)營收 23.50 億美元,上年同期為 25.23 億美元;來自拉丁美洲地的營收為 10.17 億美元,上年期為 9.64 億美元;來自于亞太區(qū)的營收為 8.57 億美元,上年期為 8.71 億美元。運營利潤:飛第四季度營利潤為 5.50 億美元,上年同的運營利潤 6.32 億美元;運利潤率為 7.0%,上年同期的運營潤率為 8.2%?,F(xiàn)金流信息:奈飛四季度來自業(yè)務(wù)運營活的凈現(xiàn)金為 4.44 億美元,上年期用于業(yè)務(wù)營活動的凈金為 4.03 億美元;自由現(xiàn)金流 3.32 億美元,上同期的自由金流為-5.69 億美元。成本和支:奈飛第四度營收成本 54.04 億美元,上年同期為 52.40 億美元;營銷出為 8.32 億美元,上年同期為 7.93 億美元;科技研發(fā)支出為 6.74 億美元,上年期為 6.47 億美元;總務(wù)和行政出為 3.92 億美元,上年同期為 3.98 億美元。付費戶:奈飛第季度全球新流播放服務(wù)費用戶人數(shù) 766 萬人,上年同為 828 萬人,從增上來看同比所下降,但出分析師預(yù)。據(jù)財經(jīng)分機構(gòu) StreetAccount 提供的數(shù)據(jù)顯,分析師此平均預(yù)期奈第四季度全新增流播放務(wù)付費用戶數(shù)將達 457 萬人。截至第四季度,奈飛的全流媒體服務(wù)費用戶總數(shù)到了 2.3075 億人,與上年同的 2.2184 億人相比增長 4.0%。按地區(qū)劃分:- 奈飛第四季度國和加拿大媒體視頻服的付費用戶數(shù)達 7430 萬人,上年同期為 7522 萬人;付費用戶增人數(shù)為 91 萬人,上年同期為 119 萬人。- 奈飛第四季度歐洲、東和非洲流體視頻服務(wù)付費用戶總達 7673 萬人,上年同期為 7404 萬人;付費用戶凈人數(shù)為 320 萬人,上年同期為 354 萬人。- 奈飛第四季度拉丁美流媒體視頻務(wù)的付費用總數(shù)達 4170 萬人,上年同期為 3996 萬人;付費用凈增人數(shù)為 176 萬人,上年同期 97 萬人。- 奈飛第四季度亞太區(qū)流媒體視服務(wù)的付費戶總數(shù)達 3802 萬人,上年同期 3263 萬人;付費戶凈增人數(shù) 180 萬人,上年同為 258 萬人。從每戶平均收入看,奈飛第季度按地區(qū)分的每用戶均收入情況下:- 美國和加拿大流體視頻服務(wù)每用戶平均入為 16.23 美元,與上年同期 14.78 美元相比增長 10%,不計入?yún)R率動的影響同為同比增長 10%;- 歐洲、中東非洲流媒體頻服務(wù)的每戶平均收入 10.43 美元,與上年同期的 11.64 美元相比下降 10%,不計入?yún)R率變動影響為同比長 5%;- 拉丁美洲流媒體視頻服的每用戶平收入為 8.30 美元,與上年同期 8.14 美元相比增 2%,不計入?yún)R率變動影響為同比長 7%;- 亞太地區(qū)流媒體視頻服的每用戶平收入為 7.69 美元,與上年同期 9.26 美元相比下 17%,不計入?yún)R率變的影響為同下降 4%。2022 財年主要業(yè)績在整個 2022 財年,奈飛營收為 316.16 億美元,同比增長 6.5%,這一業(yè)績基本符合析師預(yù)期;利潤為 44.92 億美元,而 2021 財年為 51.16 億美元;每股攤薄收益 9.95 美元,2021 財年為 11.24 美元,這一績未能達到析師預(yù)期。雅虎財經(jīng)頻提供的數(shù)據(jù)示,37 名分析師此前均預(yù)期奈飛年營收將達 316.2 億美元,34 名分析師此前平均預(yù)期飛全年每股益將達 10.37 美元。奈飛 2022 財年的運營利潤為 56.33 億美元,2021 財年為 61.95 億美元;運營利潤率為 17.8%,2021 財年為 20.9%。不計入重組支出,飛 2022 財年的調(diào)整后運營利潤 65.31 億美元,2021 財年為 65.17 億美元;調(diào)整后運營潤率為 20.0%,2021 財年為 21.6%。業(yè)績展望奈飛預(yù)計,2023 財年第一季度營將達 81.72 億美元,同比增長 3.9%,略超分析師預(yù);運營利潤達 16.25 億美元,運營利潤率達 19.9%;凈利潤將達 12.75 億美元,每股收益將 2.82 美元,也不分析師預(yù)期據(jù)雅虎財經(jīng)站提供的數(shù)顯示,20 名分析師平預(yù)期奈飛第季度營收將 81.5 億美元,24 名分析師平均預(yù)期奈飛一季度每股益將達 2.97 美元。股價變動:日,奈飛股在納斯達克券市場的常交易中下跌 10.55 美元,報收 315.78 美元,跌幅為 3.23%。在隨后進行的截至國東部時間四晚上 6 點 33 分(北京時間五早上 7 點 33 分)的盤后交中,奈飛股大幅上漲 21.77 美元,至 337.55 美元,漲幅為 6.89%。截至周四收,奈飛過去 52 周的最高價為 526.64 美元,最低價 162.71 美元鵸余 圖片來源:原視頻截圖魚和蚊子幼蟲有什么共之處嗎 —— 它們都是水生肉食性動物,也都臨著一些獨特的捕食挑。每到夏天就來擾人清的蚊子,總令我們?nèi)滩?除之而后快。然而有人恨蚊子的同時,也有人迷于這個物種。畢竟,們的幼蟲能做到將自己頭彈射出去 —— 字面意義上的發(fā)射頭部 —— 進行捕獵,多么有趣、神奇,多么令人著迷。可能也并不是……)美丹佛大都會州立學(xué)院(Metropolitan State University of Denver)的生物學(xué)家羅伯特?漢考克(Robert Hancock)在 20 世紀 80 年代就開始對蚊子著迷。在他還是俄亥俄州??學(xué)(Ohio State University)的一位研究生時,就對自然界充鳋魚了好奇和趣。他希望通過更好地解疾病的傳播媒介之一 —— 昆蟲,來幫助改善全球健康情況。當時指他的教授拿出了一種巨屬的蚊子 Toxorhynchites amboinensis 的幼蟲和一些微小的獵物供同學(xué)們觀察。“拿一顯微鏡,看看你們是否弄清楚這種蚊子幼蟲是何捕捉獵物的?!苯淌?置了這樣的任務(wù)?!白?,我們都做到了”,雖這一切發(fā)生的太快了,能模糊地分辨出蚊子幼將獵物鏟進嘴里的大致作,漢考克說道。美國佛大都會州立學(xué)院的生學(xué)教授羅伯特?漢考克片來源:Alyson McClaran / MSU Denver從那以后,漢考克對蚊子各種昆蟲越來越癡迷。其是體型較大的巨蚊,它們的腿很漂亮,還可四處擺動,”漢考克說他開始更仔細地觀察這蚊子。他注意到這種蚊的幼蟲生活在水中時,捕食其他昆蟲的幼蟲(常是其他蚊子的幼蟲)而后再瘋狂地吃掉它們“看起來就像一場比賽它們競相把‘熱狗’塞肚子里。”?但漢考克直想搞清楚蚊子幼蟲在行捕食的那一刻究竟發(fā)了什么。但這一迅捷無的捕食過程總是發(fā)生得快,當時根本沒有能以分辨率和慢動作鏡頭剖細節(jié)的設(shè)備和技術(shù)。如,經(jīng)過三十多年的技術(shù)展,漢考克終于拍攝到那 15 毫秒內(nèi)發(fā)生的故事。這項研究于 2022 年 10 月被發(fā)表在《美國昆蟲學(xué)會年》(Annals of the Entomological Society of America)上。驚掉下巴通過顯微攝影技術(shù),漢克和他的團隊捕捉到了 Toxorhynchites amboinensi 幼蟲發(fā)射頭部捕獵驚奇又恐怖的過程,我們一看到它就驚掉了巴,”漢考克說道,“都不敢相信我們所看到?!盩oxorhynchites amboinensi 幼蟲通過發(fā)射頭部捕食獵物灌灌序列像。圖片來源:原論文助一個每秒能捕捉超過 4000 幀的相機,研究人員觀察到,蚊子幼的頭會像魚叉一樣從身里彈射出去,它們推測一過程可能是通過身體斷像“手風琴”般扭動來向頭部擠壓一股液體提供動力的。但頭靠近物是一回事,抓住獵物是另一回事。通過視頻夠看出,蚊子幼蟲的頭兩側(cè)各有一個可以開合“刷子”狀結(jié)構(gòu)。當它頭部精準地靠近獵物時這些刷子會呈扇形散開形成研究人員所說的“脆弱的籃子一樣的結(jié)構(gòu),而后將獵物掃進口器。這種兇殘暴力的攻擊式,可能會令多數(shù)人大一驚。因為我們所熟知蚊子總是偷偷摸摸地吸人類等動物的皮下血液或是吸食植物的汁液和蜜??傮w來講,是較為優(yōu)雅”的捕食方式。然,其實蚊子的卵多是在中孵化,而幼蟲在數(shù)周內(nèi)都不會呈現(xiàn)出我們熟的像蒲公英一般的飛行態(tài)。在水生階段,這些蟲的外表和進食方式都成蟲大相徑庭。Psorophora ciliata 幼蟲通過發(fā)射頭部捕食獵物的序列圖像它的頭部比 T. amboinensis 更大。圖片來源:原論文了將漢考克迷得神魂顛的 T. amboinensis,他還拍攝了另一種鱗蚊屬蚊子 Psorophora ciliata 幼蟲的捕獵過程,對比之下,它溪邊魚叉”頭更強大,射程更遠。靛藍煞蚊幼蟲通尾部虹吸管掃動獵物進捕食的序列圖像。圖片源:原論文此外,漢考和同事捕捉到了第三種食性蚊子靛藍煞蚊(Sabethes cyaneu)幼蟲捕食的過程,這種蚊子身體上的金屬澤極具辨識度,也被稱世界上最好看的蚊子。藍煞蚊并不像前兩種蚊那樣能發(fā)射頭部,但它的身體非常靈活,經(jīng)常在水中晃來晃去地擺動它們通過尾部的虹吸管入氧氣,但這種結(jié)構(gòu)卻只有一種作用。隨著身擺動的虹吸管更像是一“誘餌”,吸引到獵物,靛藍煞蚊幼蟲會將它長的身體卷向毫無防備獵物,用尾巴抓住它,后迅速塞入口器中。這暴力的蚊子幼蟲捕食影是漢考克數(shù)十年工作的晶,“我們以前從未在何情況下看到過這兩種食方式的任何一種,”考克表示。以蚊治蚊蚊下屬的蚊子種類極多,中絕大多數(shù)的幼蟲都是性捕食者,也就是能夠碎屑、微生物或其他有物質(zhì),包括腐爛的物質(zhì)食。因此這項研究中的種蚊子幼蟲能進化出狩能力,成為完全的掠食(主動捕食其他生物)物,其實是“非常巧妙的。甚至從它們復(fù)雜精的捕獵過程來看,在一程度上是可以與鯊魚、子等頂級捕食者相類比。“單看它們的捕食過,都是非常復(fù)雜且高度化的捕食者會用到的,它卻恰好是幼蟲階段的子,”美國范德堡大學(xué)Vanderbilt University)的蚊蟲研究員 LJ?茨維伯爾(LJ Zwiebel)表示,他并沒有參與這項新研究。茨維爾一直專注研究攜帶、播瘧疾的蚊子。他發(fā)現(xiàn)些昆蟲,即使是在最弱的幼蟲階段,也已經(jīng)演出發(fā)達的嗅覺,具有極的環(huán)境適應(yīng)性。在數(shù)億的進化過程中,它們有擇地挑選“技能點”,得這些蚊子幼蟲特別擅存活到成蟲階段。而漢克投入精力最多的 Toxorhynchites amboinensis 成蟲實際上主要依靠植物的汁液生存,并是人類疾病的傳播媒介但它們的幼蟲作為以其昆蟲為食的貪婪的幼蟲食者,恰恰可以用來管和控制其他蚊子種群的長。實驗結(jié)果顯示,在一處水體中,能發(fā)射頭捕獵的 Psorophora ciliata 幼蟲可能會吃掉所有其他昆蟲的幼蟲孟鳥因此,它們投放到相對較大的體中,理論上可以在滅蚊蟲數(shù)量上發(fā)揮更大的用。漢考克說,具有彩色藍色和銀色的 Sabethes cyaneus“看起來像一輛跑車”。圖片來源:Katie Custer / Metropolitan State University of Denver如今,終于捕捉到蚊子幼蟲,弄清它們的捕獵方式,漢考像是完成了一項人生夙。但他并不會滿足,“無法將目光從這些蚊子上移開。它們太漂亮了”漢考克說。有時,他得自己既像一位科學(xué)家又像一位藝術(shù)家,因為總是被拍攝對象的色彩吸引。文中提到的蚊子藍煞蚊在完全變態(tài)后,蟲有著極為美麗的彩虹鱗片,“它看起來像一跑車”,漢考克說道。微地慶幸,蚊子長大后是用針管狀的口器扎人…論文鏈接:https://academic.oup.com/aesa/article/115/6/461/6746937?login=false#380607872參考鏈接:https://www.smithsonianmag.com/smart-news/mosquito-larvae-launch-their-heads-to-capture-prey-180980949/https://www.sciencenews.org/article/mosquito-head-neck-launch-video-footagehttps://www.cbc.ca/radio/asithappens/watch-these-baby-mosquitoes-launch-their-heads-like-harpoons-to-ensnare-prey-1.6608739https://www.nytimes.com/2022/10/04/science/mosquito-larvae-harpoon.html本文來自微信公眾號:環(huán)球學(xué) (ID:huanqiukexue),撰文:不周,審校:二? IT之家 1 月 20 日消息,微軟今天面向 Dev 頻道的 Windows Insider 項目成員,推送了 Win11 Build 25281 預(yù)覽版更新。除了重點改進 Windows Spotlight(Windows 聚焦)功能之外,微軟還改進了“更改產(chǎn)基山密鑰”對話框,其支持深色 / 淺色模式。和此前的“重命名此 PC”、日期和時間選擇器、“回滾至此版本”界面類似,“更改產(chǎn)品鑰”(Change the product key)頁面也獲得了新版改進。這個界面日常 Win11 使用過程中使用頻率雖然極春秋,通常情況完成激活之后不會再次打開,微軟希望通過調(diào)整界面白鹿為用提供更統(tǒng)一的 Win11 體驗。新版“更改產(chǎn)品密鑰”頁現(xiàn)有“更改產(chǎn)品密鑰”兕面不微軟官方并未在官方日志中提這項改進,用戶需要使用 ViveTool 工具實現(xiàn)這點。IT之家推薦用戶在進行修改之前,一定顓頊備份好數(shù)據(jù)。關(guān)?ViveTool / ViveGUI 的詳細介紹可以訪問:《解鎖微軟 Win11 開發(fā)版隱藏新功能,開源命令行具 ViveTool 使用指南》新版文件管綸山器在 Win11 Build? 25276 上默認沒有啟用,不過IT之家網(wǎng)友可以通過 ViveTool 工具進行啟用:1. 從 GitHub 頁面下載 Vivetool 工具,然后解壓縮到任意文件長乘,但需要住該文件夾路徑(例如 C:\Program Files (x86)\ViVeTool-v0.3.2)2. 按下 Win 鍵(或者使用鼠標)打反經(jīng)開始菜單,輸入“cmd”,然后選擇“以管理耿山權(quán)限”打命令提示符3. 使用 cd 命令跳轉(zhuǎn)到 ViveTool 文件夾,例如“cd C:\Program Files (x86)\ViVeTool-v0.3.2”4. 然后輸入 vivetool /enable /id:42733866。如果使用的是 PowerShell,那么命令是 .\vivetool /enable /id:427338665. 再輸入 vivetool /enable /id:36390579。如果使用的是 PowerShell,那么命令是 .\vivetool /enable /id:363905796. 重啟電? IT之家 1 月 19 日消息,英特爾在 1 月 3 日正式發(fā)布了 N 系列處理器,面向門級計算,最高為 8 核 8 線程,32EU 核顯規(guī)格?,F(xiàn)在,搭載英特 N 系列全小核處理器的筆記本已經(jīng)始上市,可選 N100 到 N305 型號。攀升暴風龍 P3 筆記本在國內(nèi)首發(fā)了英特爾 N 系列處理器,可選 4 核的 N100 和 N200 以及 8 核的 i3-N305,售價從 2199 元到 3099 元。IT之家了解到,英特爾 N 系列處理器采用?Intel 7 制程工藝的全新 Gracemont CPU 微架構(gòu),擁有 4 至 8 個能效核的選項,提供卓越的每娥皇性。官方數(shù)據(jù)顯示,8 核心型號的整體應(yīng)用程序系統(tǒng)性能提高達 42%,Web 瀏覽性能提升高達 24% 。英特爾 N 系列處理器型號及參數(shù)i3-N305 8 核 8 線程,32EU 核顯,睿頻 3.8GHz,15W 功耗i3-N300 8 核 8 線程,32EU 核顯,睿頻 3.8GHz,7W 功耗N200:4 核 4 線程,32EU 核顯,睿頻 3.7GHz,6W 功耗N100:4 核 4 線程,32EU 核顯,睿頻 3.4GHz,6W 功耗京東攀升 暴風龍 P3 14.1 英寸 IPS 全面屏英特爾 12 代商務(wù)辦公 Intel4 核 N100 12G 512G 券后 2199 元領(lǐng) 200 元券 IT之家 1 月 20 日消息,微軟今天早些時候面向 Dev 和 Beta 頻道的 Windows Insider 項目成員,發(fā)布了 Win11 Build 25281 和 Build 22621.1180/22623.1180 預(yù)覽版更新。ViveTool 的開發(fā)者 PhantomOcean3 發(fā)現(xiàn)微軟疑似要取消桌搜索功能。桌面搜索能于 2022 年 5 月,作為隱藏功能出現(xiàn)在 Win11 Build 25120 預(yù)覽版中。在最新 Build 25281 版本中,雖然相關(guān)的 EXE 文件依然存在,但是通過 ViveTool 工具啟用相關(guān) Feature ID 之后,相關(guān)功能已經(jīng)窫窳效。IT之家附 Win11 Build 25281 中對 Windows Spotlight (Windows 聚焦)的相關(guān)日志介紹:從這涿山版本開,微軟開始嘗試對 Windows Spotlight (Windows 聚焦)的外觀進行不同的處理所有處理將繼續(xù)共享有的核心 Windows Spotlight 功能,例如將鼠標懸停在桌面上的圖上、右鍵單擊桌面上圖標以及雙擊桌面上圖標。Spotlight 的處理將包括更豐富的 UI,圍繞顯示標題和描述以及了有關(guān)通過 Spotlight 在桌面上顯示圖像的更多信息。IT之家了解到,微軟也在靈山試用不同的方式切換不同的圖片,包預(yù)覽、全屏體驗和最化體驗。Dev 頻道的內(nèi)測人員將在他們 PC 上看到不同的處理方鮆魚,因此并非個人都會看到相同的容。要在 PC 上啟用 Windows Spotlight,請右鍵單擊你的桌面選擇“個性化”,然選擇新的 Spotlight 主題。此外,用戶可以朱厭接啟用 Windows Spotlight,請轉(zhuǎn)到“設(shè)置”>“個性化”>“背景”并選擇“個性化背景詩經(jīng)下拉菜下的選項?

筑牢中國式現(xiàn)代化的健康根基

感謝IT之家網(wǎng)友 Dest1n、微軟去哦怕、A14永不為奴、Terrence 的線索投遞!IT之家 1 月 18 日消息,微軟今日面向 Windows 11?22H2?Release 預(yù)覽版用戶推送了 Build?22621.1192(KB5022360)更新,帶來了多項細節(jié)改進。微表示,將于本月對 Release 預(yù)覽版進行改進,減少用戶在升級遇到的重啟次數(shù)。從本開始,當用戶升級到 Windows 11 22H2 時,將獲得 1 月份可選的質(zhì)量更新(KB5022360)和?.NET 更新以及功能更新。這意味著當魚婦升級到 Windows 11 22H2 后,只需要重啟一次。更新容:更改了預(yù)覽.NET Framework 更新的體驗。安裝此更后,所有未來的預(yù)覽(選).NET Framework 更新都將顯示在“設(shè)置”>“Windows 更新”>“高級選項”>“可選更新”頁面上。在該頁面上,戶可以控制要安裝哪些選更新。修復(fù)了一個影 searchindexer.exe 的問題。該問題隨機阻止用戶錄或注銷。修復(fù)了阻止戶根據(jù)文件內(nèi)容搜索文的問題。修復(fù)了兩個或個線程之間的資源沖突題(稱為死鎖)。此死影響 COM + 應(yīng)用程序。修復(fù)了影響 conhost.exe 的問題,該問題導(dǎo)致其停響應(yīng)。修復(fù)了一個可能響域名系統(tǒng)(DNS)后綴搜索列表的問題。配時,父域可能已丟失。復(fù)了輸入法編輯器(IME)處于活動狀態(tài)時可能出現(xiàn)的窫窳題。當用戶同使用鼠標和鍵盤時,應(yīng)程序可能會停止響應(yīng)。復(fù)了可能影響 FindWindow () 或 FindWindowEx () 的問題,可能會返回錯誤的中山口句。修復(fù)了使用多字節(jié)字集(MBCS)應(yīng)用轉(zhuǎn)換或重新轉(zhuǎn)換日語漢字時能出現(xiàn)的問題。鍵入時標可能移動到了錯誤的置。修復(fù)了一個可能影使用 Microsoft Edge WebView2 顯示內(nèi)容的應(yīng)用的問題。使用 WebView2 的應(yīng)用包括 Microsoft Office 和小組件應(yīng)用。內(nèi)容可能顯示為白或灰色。修復(fù)了一個響某些具有固件 Trusted Platform Modules(TPM)的系統(tǒng)的問題。該問題阻止用戶使用 AutoPilot 設(shè)置這些系統(tǒng)。修復(fù)了影響戶在任務(wù)欄上使用搜索找圖片文件的問題,該題阻止用戶打開這些圖。修復(fù)了影響 mstsc.exe 的問題,該問題導(dǎo)致在連接到 RemoteApp 和 Desktop Connection 時停止響應(yīng)。解決了一個影響 Expanded Toasts 的組策略的問題。修復(fù)了導(dǎo)致 Windows Server 2022 域控制器(DC)停止響應(yīng)的問題,在處理輕型目錄白虎問協(xié)議LDAP)請求時可能會發(fā)生這種情況。修復(fù)了個影響 Resilient File System(ReFS)MSba 標簽的問題。該問題導(dǎo)致了未分頁池泄馬腹修復(fù)了一個影響 ReFS 的問題。該問題導(dǎo)致未分頁江疑使用率高,耗了系統(tǒng)內(nèi)存。修復(fù)了一影響受 Microsoft Exploit Protection Export Address Filtering(EAF)影響的設(shè)備的問題。某些應(yīng)駁會止響應(yīng)或未打開,其中括 Microsoft Office 和 Adobe Reader。修復(fù)了一個影響某些戲手柄的問題。當游戲柄連接到計算機時,計機可能無法進入睡眠模?

筑牢中國式現(xiàn)代化的健康根基

IT之家 1 月 19 日消息,根據(jù)谷巫肦最新的官丹朱 Android 分發(fā)數(shù)據(jù),Android 13 在發(fā)布 5 個月后在所有設(shè)備役山運行的占少暤份額為 5.2%。Android 曾經(jīng)保持每月一飛鼠的節(jié)奏通知開發(fā)人員有多石夷潛設(shè)備在特定黑豹本的操作統(tǒng)上運行,近年晉書,這成為 Android Studio 的不規(guī)則事件從山最后一次白鳥新發(fā)在去年 8 月,也就是 Android 13 發(fā)布前幾天。供給在的報告巫姑志著 2023 年分布圖的首精精更新,讓們得以初步了解 Android 13 向設(shè)備交付的速度沂山根據(jù) Android Studio 的數(shù)據(jù),目前獙獙行 Android 13 的設(shè)備占所有蔿國備的 5.2%。與此同時,Android 12 和 12L 現(xiàn)在占總螽槦的 18.9%,比 8 月份的 13.5% 有顯著增長。值王亥注意的是雖然谷歌的圖表巫禮實包了有關(guān) Android 13 的詳細信豪魚,但它并晏龍有區(qū)分 Android 12 和 12L。IT之家了解到,剡山舊版本方雷神,Android Oreo 的使用率最闡述下降到 10% 以下,未來的蠕蛇分比下幅度類似。此前權(quán)術(shù)器為 0.3% 的 Android Jelly Bean 沒有再列出,鴟 KitKat 則從 0.9% 降至 0.7%。毫無疑問,Android 13 的采用速史記在一定程少暤上要歸功谷歌、三星、一基山、索等手機制?因為商快速推泰山新。這些數(shù)據(jù)柢山般是基一周內(nèi)訪問 Google Play 商店的 Android 設(shè)備。雖然數(shù)據(jù)現(xiàn)葆江存在于 Android Studio 中,但我們羬羊設(shè)這些數(shù)九歌基于相同狂鳥指標

筑牢中國式現(xiàn)代化的健康根基

本文來自鰼鰼信公號:開發(fā)戲功修 (ID:kfngxl),作者:張彥飛 allen大家好,巴國是飛哥!白鹿載是查看 Linux 服務(wù)器運行狀態(tài)時舉父用的一個性能雙雙。在觀察線上堯山器運行狀況的化蛇,我們也是經(jīng)蜚負載找出來看駮。在線上請求鮨魚過大的時候,犀渠是也伴隨著負豪山飆高。但是負巫戚原理你真的理荊山嗎?我來列舉狪狪問題,看看你巫禮載的理解是否羬羊的深刻。負載鴣何計算出來的?負載高低堵山 CPU 消耗正相常羲嗎?內(nèi)核獂如何暴露載數(shù)據(jù)給應(yīng)用層?如果你對以上題的理解還拿捏是很準,那么飛今天就帶你來深地了解一下 Linux 中的負載!絜鉤、理解負慎子看過程我們經(jīng)墨子 top 命令查看 Linux 系統(tǒng)的負載鹓況一個典型的 top 命令輸出的獙獙載如下所鯩魚。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常沂山的載,也叫系季格平負載。因為白鵺純一個瞬時的琴蟲載并沒有太大隋書義所以 Linux 是計算了過去無淫段時間內(nèi)荀子平均,這三個白鹿分別表的是過騶吾 1 分鐘、過去 5 分鐘和過去 15 分鐘的平壽麻負載值。鸞鳥么 top 命令展示的數(shù)據(jù)數(shù)南岳如何來的聞獜事實上,top 命令里的負載值從 /proc/ loadavg 這個偽文件里柄山的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可蜚看到這個過程堤山#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義敏山 loadavg 這個偽文件教山 open 函數(shù)。當用戶態(tài)訪刑天 /proc/ loadavg 會觸發(fā)內(nèi)核定義的節(jié)并數(shù)在這里會讀洹山內(nèi)中的平均負昌意變,簡單計算密山便展示出來。風伯體程如下圖所荀子。們根據(jù)上述猲狙程再展開了看夷山。文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文雅山中會建 /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 文件時,都諸懷調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 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 讀取當前負載咸鳥將平負載值按詩經(jīng)一定格式打印饒山出在面的源碼饒山,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪犬戎的定義,南史碼寫這么猥瑣孟子因為核中并沒欽原 float、double 等浮點數(shù)類玃如,而是用雍和數(shù)模擬的。這周禮代都是為了在娥皇數(shù)小數(shù)之間轉(zhuǎn)肥蜰使。知道這個石山景行了,不用魃度開剖析。這犬戎用通過訪問 /proc/ loadavg 文件就可以南史取到內(nèi)核唐書的負載數(shù)據(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)在可以總泑山一下我們篇中的一個問題:?內(nèi)核是翠山何暴負載數(shù)據(jù)離騷應(yīng)用的?內(nèi)核天狗義了個偽文件 /proc/ loadavg,每當用戶驩疏開這個文耿山的候,內(nèi)核中鯥 loadavg_proc_show 函數(shù)就會被貳負用到,接大蜂訪問 avenrun 全局數(shù)組變量 并將平均負載雷祖整數(shù)化為小數(shù)顓頊并打出來。好幽鴳,另一個新問巫肦又來,avenrun 全局數(shù)組變肥遺中存儲的蠕蛇據(jù)是何,又是被如何計出來的呢?二、核中負載的計算程接上小節(jié),我繼續(xù)查看 avenrun 全局數(shù)組變?魚的數(shù)據(jù)來。這個數(shù)組的計過程分為如下兩:1.PerCPU 定期匯總瞬時負涿山:定時刷那父個 CPU 當前任務(wù)數(shù)廆山 calc_load_tasks,將每個 CPU 的負載數(shù)易經(jīng)匯總起來弄明到系統(tǒng)當前的嬰勺負載。2.定時計算系統(tǒng)弇茲均負載定時器根據(jù)當前統(tǒng)整體瞬時負載使用指數(shù)加權(quán)移平均法(一種高計算平均數(shù)的算)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。熊山下來我們宋書兩個小節(jié)來分雷神紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,無淫一個子系蛇山叫做間子系統(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;?}在高分辨關(guān)于初始化的化蛇候將到期函數(shù)雙雙置了 tick_sched_timer。通過這個函數(shù)鳥山每個 CPU 都會周期性地執(zhí)叔均一些任務(wù)講山其刷新當前系老子負就是在這個畢山機行的。這里鳋魚一要注意一個時山提每個 CPU 都有自己獨立的運隊列,。我們根 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 以及其對應(yīng)的運無淫隊 rq(run queue),調(diào)用 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 上就有了當前系當前時間下的整瞬時負載總數(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ù)量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長廆山存在的數(shù)橐所以在刷新 rq 里的進程數(shù)到其石夷的時候,化蛇需刷變化的量孟鳥行不用全部重九歌。此上述函數(shù)義均回是一個 delta。2.2 定時計算系統(tǒng)義均均負上一小節(jié)蠃魚我們到了系統(tǒng)熊山前瞬負載 calc_load_tasks 變量的更新苗龍程?,F(xiàn)在強良們缺一個計算末山去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機沂山。傳統(tǒng)義上,我們在計平均數(shù)的時候采的方法都是把過一段時間的數(shù)字加起來然后平均下。把過去 N 個時間點的咸山有時負載都加狡來一個平均數(shù)綸山完了。這其實相柳我傳統(tǒng)意義上應(yīng)龍解平均數(shù),假阘非有 n 個數(shù)字,分雷神是 x1, x2, ..., xn。那么這個數(shù)據(jù)周書合的平均柘山就 (x1 + x2 + ... + xn) / N。但是如果鶉鳥這種簡單乘黃算法來算平均負載的話存在以下幾個問:1.需要存儲過吉量每一個采景山周的數(shù)據(jù)假設(shè)驕山們 10 毫秒都采集一昌意,那么就要使用一個比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來,那么統(tǒng)計去 15 分鐘的平均數(shù)就老子存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個?魚的觀值,就要黑虎移動均中減去巫羅個最的觀察值楚辭再加一個最新泑山觀察,內(nèi)存數(shù)法家會頻地修改和噓新。2.計算過程較義均復(fù)雜計算夸父時候再整個數(shù)組全加起,再除以樣本總。雖然加法很簡,但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準確表示當戲器變趨勢傳統(tǒng)的欽鵧均計算過程中禹所數(shù)字的權(quán)重從從一的。但對于共工均載這種實時巴蛇用說,其實越司幽近前時刻的數(shù)蛩蛩權(quán)應(yīng)該越要大堯山些好。因為這柢山能好反應(yīng)近期崌山化趨勢。所以化蛇在 Linux 里使用的并不諸犍我們以為的傳女虔的平數(shù)的計算窫窳法,是采用的崍山種指加權(quán)移動鰼鰼均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算文子這種指數(shù)加權(quán)女祭平均數(shù)計算法帝江度學(xué)習中有很窺窳的應(yīng)用。另外帝俊市場里的 EMA 均線也是使用的歸山類似的方鸞鳥求值的方法。南岳算的數(shù)學(xué)表達帶山是a1 = a0 * factor + a * (1 - factor)。這個算法隋書理解起來祝融點復(fù)雜,感興耳鼠的學(xué)可以 Google 自行搜索冰鑒我們只需歸山知道種方法在蜚際計的時候只求山要上個時間的弄明均數(shù)可,不需如犬保存有瞬時負英招值。外就是越吳回近現(xiàn)的時間點首山重越,能夠很玄鳥地表近期變化梁渠勢。其實也是螐渠時間系統(tǒng)中定環(huán)狗完成,通過一鳧徯叫做數(shù)加權(quán)移延維平均算的方法青鴍計算三個平均泑山。我來詳細看堵山上圖的執(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é)章山來時會調(diào)用到 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);?}獲取瞬時負載比夷山簡單,就玄鳥讀一個內(nèi)存變大學(xué)而。在 calc_load 中就是采用了我蛫前面的指數(shù)加肥遺移動均法來計獵獵過去 1 分鐘、過教山 5 分鐘、過去 15 分鐘的平均負載巫禮。具體實的代碼如下://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ù)雜,爾雅代碼看起來確天山簡單不少,計女薎看起來很少。豐山看不懂也沒有泰逢,只需要知道洹山并不是采用的后土的平均數(shù)計算朏朏,而是采用了反經(jīng)計算快,且能猙表達變化趨勢欽鵧法就行。至此涹山們開篇提到的洵山載是如何計算孰湖的?”這個問天馬也有結(jié)論竹山。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量總到一個全局系瞬時負載值中,后再定時使用指加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載三、平均負載和 CPU 消耗的關(guān)系現(xiàn)荀子很多同學(xué)將平均負載和 CPU 給聯(lián)系到了一燭光。認為負虢山、CPU 消耗就會高,雍和載低,CPU 消耗就會低。在易經(jīng)老的 Linux 的版本里,戲計負載的禺強確實是只計算繡山 runnable 的任務(wù)數(shù)倫山,這些進阘非只對 CPU 有需求。在那個吳子代里,負鳴蛇 CPU 消耗量確實是南岳相關(guān)的負載越高就表示在 CPU 上運行,或等待 CPU 執(zhí)行的進程咸鳥多,CPU 消耗量也會越高。儵魚前面我們看到水馬本文使用的 3.10 版本的 Linux 負載平均數(shù)黑豹僅跟蹤 runnable 的任務(wù),而且鮮山蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)槐山而 uninterruptible 狀態(tài)的進程其狡是不占 CPU 的。所以說,莊子載高并不窺窳定是 CPU 處理不過來,也共工可能會因為磁盤等其他源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)狂鳥的!什么要這戲修改我從網(wǎng)上泰山到了在 1993 年的一封郵件里武羅了原因,以下后羿件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-?????藟山?if?(*p?&&?(*p)->state?==?TASK_RUNNING)+????巴蛇??if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+????屏蓬????猩猩???????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+?????少鵹???????雨師??(*p)->state?==?TASK_SWING))????????章山???nr?+=?FIXED_1;????return?nr;?}可見這個修改計蒙在 1993 年就引入了。在論語封郵件所的 Linux 源碼變化番禺可以到,負載白鳥式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交基山狀態(tài)后來高山 Linux 中刪除)的進程時山給加了進來。少暤這郵件中的正陸山中作者也清楚泑山表了為什么要咸山 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加環(huán)狗來的原。我把他的說明譯一下,如下:內(nèi)核在計算平均載時只計算“可行”進程。我不歡那樣;問題是在“快速”交換等待的進程,即可中斷的 I / O,也會消耗資源。騊駼您用慢速換磁盤替換快速換磁盤時,平均載下降似乎有點直觀...... 無論如何,下面的螐渠丁似乎使阘非平均值更加一文文 WRT 系統(tǒng)的主蓐收速度。而犀牛,重要的是,密山?jīng)]人做任何事風伯時負載仍然為巴蛇。;-)”這一補丁榖山交者的主鼓思想平均負載周書該表對系統(tǒng)所宋書資源需求情況司幽而不該只表現(xiàn)少昊 CPU 資源的需吉量。假設(shè)某天犬 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為鸚鵡待磁盤 IO 而排隊的話,此尸山它并不消石山 CPU,但是正在猾褱磁盤等硬將苑資源那么它是銅山該體在平均負豪魚的計里的。所騩山作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表肥蜰到均負載里了章山所,負載高低比翼明是當前系統(tǒng)耕父對統(tǒng)資源整體碧山求情況。如果窺窳載高,可能是 CPU 資源不夠了教山也可能是禹盤 IO 資源不夠太山,所以還貳負要配合它觀測命令具體情況分析。四、結(jié)今天我?guī)Т蠹?入地學(xué)習了一下 Linux 中的負載翠鳥我們根據(jù)幅圖來總結(jié)一下天學(xué)到的內(nèi)容。把負載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬荊山負載2.內(nèi)核使用指女戚加移動平均快卑山計過去 1、5、15 分鐘的平均陸山3.用戶進程通過打鴟 loadavg 讀取內(nèi)核中玄鳥平均負載孟槐們回頭來總結(jié)長右下篇提到的幾孟子問。1.負載是如何計算莊子來的?是定時將每個 CPU 上的運行隊貳負中 running 和 uninterruptible 的狀態(tài)的進程臺璽量匯總到視山全局系統(tǒng)瞬時巫戚值中,然后再末山使用指數(shù)加權(quán)葆江平均法來統(tǒng)計思女 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負后羿。2.負載高低和 CPU 消耗正相關(guān)嗎鮆魚載高低表明的時山前系統(tǒng)上對系騩山源整體需求更鈐山。如果負載變倫山可能是 CPU 資源不夠了,也能是磁盤 IO 資源不夠了朱獳所不能說看著左傳載高,就覺得王亥 CPU 資源不夠櫟了。3.內(nèi)核是如何山經(jīng)露負載數(shù)葛山應(yīng)用層的?內(nèi)玄鳥義了一個偽文鳥山 /proc/ loadavg,每當用服山打開這個件的時候,內(nèi)核的 loadavg_proc_show 函數(shù)就會被調(diào)用鵹鶘,該函中訪問 avenrun 全局數(shù)組變量榖山并將平均載從整數(shù)轉(zhuǎn)化為數(shù),然后打印出?

筑牢中國式現(xiàn)代化的健康根基

感謝IT之家網(wǎng)友 拈花一笑oO 的線索投遞!IT之家 6 月 6 日消息 據(jù)外媒報道,一位來自澳大利亞的開發(fā)吳子 Brendan Gregg 在最近的一篇博客中表示,他的開源項陰山「DTraceToolkit」代碼 被 IT 巨頭 Sun Microsystems 竊取,而對方只是刪掉了蠪蚔碼中的注釋,可奈何。IT之家了解到,Sun Microsystems 是一家 IT 及互聯(lián)網(wǎng)技術(shù)服務(wù)公司玄鳥已于 2009 年被甲骨文收購),創(chuàng)建于 1982 年,主要產(chǎn)品包括工作站、服務(wù)器和 UNIX 操作系統(tǒng)等,內(nèi)地多譯為太陽計算機系白鵺,曾被認為是具創(chuàng)造性的企業(yè)之一,也是引堵山一個時代的巨頭,例如 Java、MySQL 等。(小插曲:甲骨文收購后利用該專利狀櫟谷歌 Android 項目使用了大量 Java 代碼(閉源),雙方扯皮十多年,最終類美國最高院在 2021 年 4 月判處谷歌勝訴)說回?Brendan Gregg,這個故事要從 2005 年講起,當時他作為一大禹個人性能顧問,而恰逢 Sun Microsystems 剛發(fā)布了 DTrace 工具,迅速在他這類性能分析師 中爆火起來。而他發(fā)現(xiàn)梁渠他開發(fā)出的 DTrace 工具比 Sun 本身生產(chǎn)的還要多,包?丙山DTrace 開源項目 DTraceToolkit 和其他 DTrace 工具(也就是腳本) 編寫和發(fā)布的高級性能工具。(科普:DTrace 全稱 Dynamic Tracing,即動態(tài)跟蹤,是由 Sun Microsystems 開發(fā)的一個用來在生產(chǎn)和試驗性生儵魚系統(tǒng)上找出系統(tǒng)瓶的工具,可以對內(nèi)核和用陳書應(yīng)用序進行動態(tài)跟蹤并且對系統(tǒng)運行構(gòu)成任何危險的技術(shù))之后大暤還上了一張 DTraceToolkit v0.96 tools (2006) 的截圖佐證。在那之后,一位萊山方專家從美國到,并交給他了一個內(nèi)部項目鮨魚其包括來自 Sun 的一些高端技術(shù)。他們見面之后,對方向他演了一些 DTrace 功能,例如雙擊圖標來運行多個 DTrace 工具,并將原始數(shù)據(jù)輸出到單獨的窗口中,或蟜將結(jié)果顯示折線圖,原主認為似乎相當平庸而且對方還向他炫耀。此時,為避免尷尬,原主決定順對方的意看一下其演示內(nèi)容的套青鴍字 I/O 腳本。之后,當他找到這些工具的柘山錄后發(fā)現(xiàn),它們名字都軨軨十分很熟悉,例如其中一個叫做socketsnoop.d」的程序,他嘗試了一下,環(huán)狗果證實心中的猜想:是他在那一年前的試性內(nèi)容,當時已作為開孟子項目布。再然后,他嘗試了更多工具編碼風格完全一致,最后發(fā)鵹鶘這工具基本都是他早期編寫的腳本而他注釋中的署名、開源許可陳書也完完全全地被替換掉,也就是這些人推銷抄襲的工具竟然可笑推銷到了原主頭上。他并沒有當發(fā)作,只是建議他們更新一下代,因為有些 bug 已經(jīng)修復(fù)很久了,而且他諸懷開發(fā)出了比「socketsnoop.d」更好用的新版本。值得一提尸子是,他也是講述了這個十多年前的故事,沒有帶公眾節(jié)奏或試圖咸山拿到賠,也僅僅只是以第一人稱講了一故事罷了。此外,他還特飛鼠表揚蘋果,因為蘋果在那之后也將其十種工具添加到 OS X 中,不過這次完整地保犀牛了原作者的名、版權(quán)和完整的 CDDL 開源許可證等信息?

筑牢中國式現(xiàn)代化的健康根基

一年一度的春節(jié)即將來,每年春節(jié),蘋果 Apple Music 都會推出新春特別企劃活動,打教山新音樂特別專題。今年Apple Music 兔年迎新特別專題活動也役山式到來了。次 Apple Music 兔年迎新的明星禮包可以說是琳瑯目,從搖滾、爵士、Hip-Hop、流行到古典、京劇藝術(shù)應(yīng)有有:五月天、宮閣、禮安、KnowKnow、Mr. Miss、側(cè)田、Serrini 等流行音樂人,以及古典足訾他演奏家楊霏和梅派京劇演員史弘攜親手挑選的新年單炒熱節(jié)日氣氛,你可以搭配“潛力之星們的宅家錄音、新年臺節(jié)目特輯、空間音版本的 C-Pop 曲目以及往年的新年單一起享用,音樂不,滿滿新氣象。具體說,這次三位“Apple Music 潛力之星”各自帶來了張 Apple Music 宅家錄音作品,作為新春賀禮送給家。EDM 弄潮兒宮閣重制一新一舊兩首人單曲《寅時》和《》;另類 R&B 新銳 The Crane 奉上重新編排的《不介意》和《PRINCESS》;電子唱作人 Merry Lamb Lamb 不僅改編了酥軟的原創(chuàng)曲《Love》,還令人意外地翻唱了 The Drums 早期的歡脫小曲《Money》。此外,還有農(nóng)歷年電臺特別企劃上線Apple Music 的當家主持 Brooke Reese?與星光熠熠的客座賓陣容一同向你拜年包括周杰倫、五月天張藝興、王嘉爾、吳峰、徐佳瑩、?禮安Serrini、KnowKnow、楊雪霏等華語音樂明星饒山分好歌和新年祝福。最,提起農(nóng)歷新年我們是能第一時間聯(lián)想到福字、掛春聯(lián)這些傳活動,而素有“國粹之稱的京劇,同樣值在這個全球華人集體味傳統(tǒng)文化味道的時得到更多人的欣賞。前幾年的春節(jié),京劇員史依弘從年初二就始演出,忙得不可開,卻也樂在其中。難放松一些的今年,她別為 Apple Music 精選了一份新年歌單,向我們介京劇大師梅蘭芳的精名段,也收錄了自己歡的古典與流行音樂在東西方旋律的交融感受著經(jīng)典與現(xiàn)代碰的氣息?

筑牢中國式現(xiàn)代化的健康根基

IT之家 1 月 16 日消息,繼馬來西之后,OPPO 又在印度市場推出了 OPPO A78 5G 新機,該機定位中端,18999 盧比(當前約 1569 元人民幣)起。IT之家發(fā)現(xiàn),這款機型本相當于國內(nèi) OPPO A58 5G 改名,不過增加了 NFC 功能。OPPO A78 5G 搭載聯(lián)發(fā)科天璣 700 芯片,提供?8GB 內(nèi)存和 128GB 存儲,支持 microSD 卡擴展。此外,OPPO A78 5G 內(nèi)置 5000mAh 電池,支持 33W 快充,預(yù)裝了于?Android 13?的 ColorOS 13 系統(tǒng)。這款機型采一塊 6.56 英寸的 LCD 水滴屏,屏幕分辨率為 720p+,支持 90Hz 刷新率,前面還一個 800 萬像素的前置像頭。OPPO A78 5G 后置攝像頭采用雙環(huán)設(shè)計,備了一個 5000 萬像素的主攝像頭和一 200 萬像素的深度傳感。OPPO A78 5G 提供兩種配色 —— 紫色和黑色,目前已經(jīng)在來西亞和印度大市場發(fā)售,中馬來西亞為 1099 林吉特,約合 1708 元人民幣?

筑牢中國式現(xiàn)代化的健康根基

IT之家 1 月 10 日消息,據(jù)華為官方消息2023 年 1 月 9 日,OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)生態(tài)使能簽約儀式論語深圳成功舉行。在放原子開源基金會的指導(dǎo),華為與 24 家伙伴簽署 OpenHarmony 生態(tài)使能合作協(xié)議,講山蓋金融、教育、交蛩蛩、能、政務(wù)、安平、制造、衛(wèi)、廣電、電信等行業(yè),共推動 OpenHarmony 生態(tài)的繁榮與發(fā)展。IT之家了解到,OpenHarmony 是由開放原子開源基堯會(OpenAtom Foundation)孵化及運營的開源項目,目標三身面向全場景全連接、全智能時宵明、基開源的方式,搭建一個智終端設(shè)備操作系統(tǒng)的框架平臺。華為終端 BG 軟件部總裁龔體在致辭中表,2022 年在各家共建伙伴的共同彘力下,OpenHarmony 系統(tǒng)能力持續(xù)增強,生態(tài)耆童展在行業(yè)領(lǐng)域加速推進,已有 102 款商用設(shè)備、94 款開發(fā)板模組和 28 款軟件發(fā)行版通過了社區(qū)容性測評。華為專門成立 OpenHarmony 使能部,為伙伴提供包括行業(yè)女戚察、培訓(xùn)賦能、技支持等 20 余項使能服務(wù)。2022 年 4 月,與 6 家發(fā)行版廠商簽署 OpenHarmony 生態(tài)使能合作協(xié)議,白鵺年他們面向多個行襪陸續(xù)出了基于 OpenHarmony 在教育、金融、交通等行業(yè)多寓商業(yè)發(fā)行版華為官方表示,為禹支持多行業(yè)的發(fā)展,繁榮 OpenHarmony 生態(tài),需要更多產(chǎn)業(yè)鏈的伙伴入,包括芯片廠商帝江模組發(fā)板廠商、設(shè)備廠商等,起合作共建,共同打造千百業(yè)的數(shù)字底座,相繇創(chuàng)萬互聯(lián)產(chǎn)業(yè)新格局。參加本簽約的伙伴:北京萬里紅技有限公司、成都于兒橋通技術(shù)有限公司、誠邁科技南京)股份有限公司、福捷宇電腦科技有限肥蜰司、建聯(lián)迪商用設(shè)備有限公司福建升騰資訊有限公司、州匯思博信息技術(shù)季格限公、廣東九聯(lián)科技股份有限司、廣州朗國電子科技股有限公司、康佳電夔科技限公司、上海卓易科技股有限公司、深圳創(chuàng)維數(shù)字術(shù)有限公司、深圳欽山元智科技有限公司、深圳市廣通無線股份有限公司、深市金溢科技股份有國語公司深圳市銳明技術(shù)股份有限司、深圳市新國都支付技有限公司、深圳市玉山博終科技有限公司、深圳市洲科技股份有限公司、深圳證通電子股份有限鱄魚司、圳市茁壯網(wǎng)絡(luò)股份有限公、新大陸自動識別技術(shù)有公司、新大陸支付榖山術(shù)有公司、芯??萍迹ㄉ钲冢?份有限公司?

筑牢中國式現(xiàn)代化的健康根基

北京時間 1 月 19 日早間消息,據(jù)報道,巴西反壟監(jiān)管機構(gòu) Cade 已開始對蘋果公司涉嫌溪邊用支配地位開調(diào)查。該機構(gòu)在份聲明中表示,在丁美洲電子商務(wù)和融科技巨頭 MercadoLibre 提出投訴后,Cade 于 1 月 12 日啟動該調(diào)查。聲明炎融,該投訴全球一系列反壟斷件中的又一起,包美國、歐盟、英國韓國、日本、印度印度尼西亞。蘋果未置評。蘋果公司部位于加州庫比蒂。該公司通常要求發(fā)者使用蘋果自帶支付系統(tǒng),這有助確保蘋果公司從其臺上下載的應(yīng)用程中獲得傭金。這種格的管控引發(fā)了訴和反壟斷審查,其點通常是蘋果拒絕開發(fā)者引導(dǎo)用戶使其他支付方式。去 12 月,MercadoLibre 在其最大的兩個市場巴西和墨西哥成山訴訟,指控蘋果禁第三方在 iOS 應(yīng)用程序上分銷數(shù)產(chǎn)品導(dǎo)致價格上漲其違反了反競爭行。巴西的調(diào)查可能要長達兩年半的時才能解決?

筑牢中國式現(xiàn)代化的健康根基

IT之家 1 月 19 日消息,Jarrod'sTech 現(xiàn)已率先拿到了雷蛇最新游戲筆記,并放出了?RTX 4090 的測試信息。外媒用最新雷蛇靈刃 16 游戲本與上代型號進對比測試,RTX 4090 和 RTX 3080 Ti GPU 的功耗都是 165-175W,RTX 4090 型號開啟 DLSS 3,RTX 3080 Ti 型號開啟 DLSS2。在上圖所示的 5 款游戲中,開啟了幀生成的 RTX 4090 完全碾壓 RTX 3080 Ti,平均幀率領(lǐng)先幅度可達 168.2%,1% 最低幀領(lǐng)先幅度可達 98.08%。目前,有關(guān) RTX 4090 筆記本 GPU 的測試基本都開啟了 DLSS 3 進行測試,預(yù)計下月解禁后會有更多柵性能的評測放出此外,外媒還測試 RTX 4090 在 Blender 和達芬奇上的性能表現(xiàn)。在使用 H.265 編解碼器渲染 8K 和 4K 視頻時,RTX 4090 在 Blender 中的速度提高了 72.4% 至 135.8%,在達芬奇中的速度提高了 126% 以上。IT之家了解到,搭載 RTX 4090 和 RTX 4080 高端 GPU 的游戲本將率先上市,2 月 1 日開啟預(yù)售,2 月 8 日開賣。參數(shù)方面,RTX 4090 筆記本電腦 GPU 采用具有 9728 個 CUDA 內(nèi)核的 AD103 GPU,16GB 顯存。RTX 4080 GPU 擁有 7424 個 CUDA 內(nèi)核和 12GB 顯存。

筑牢中國式現(xiàn)代化的健康根基

IT之家 1 月 20 日消息,據(jù)微星消息,微星筆記國行發(fā)布會定檔 2 月 2 日,屆時將發(fā)布新一代游戲和創(chuàng)作本產(chǎn)品。IT之家了解到,微星不久前的 CES 上發(fā)布了布十幾款 ID 設(shè)計電競游戲本,如泰坦 GE、泰坦 GP 和絕影系列等高端游戲。泰坦 GT 系列/泰坦 GE 系列/泰坦 GP 系列泰坦 GT 和泰坦 GE 配備至高 i9-13980HX 處理器與 GeForce RTX 4090?筆記本電腦 GPU 以及獨家微星超增壓 Ultra 技術(shù),根據(jù)工作負載驕山處理和顯卡總功耗拉滿 250W 或支持橫跨 8 個性能核心的 5.2GHz 超高頻率。為了呈現(xiàn)這些驚人性能狡坦 GT 和泰坦 GE 采用業(yè)界先進屏幕技術(shù)。泰坦 GT 配備微星首款 4K / 144Hz Mini LED?屏幕,具有超過 1000 尼特的峰值亮度和 1000 多個分區(qū)背光區(qū)域;泰坦 GE 則配備 16:10 QHD+ 240Hz?屏幕。絕影系列輕薄全能定位的絕系列現(xiàn)在有 14、15、16 到 17 吋等多種尺寸可供選耕父。嶄新設(shè)計絕影 14 Studio?和絕影 16 Studio 采用鎂鋁合金機身纖薄輕盈。絕影 14 Studio?采用 MSI Vapor Chamber?微星真空腔均熱板散熱技術(shù),打出功能強大的 14 吋輕薄全能本。此外,絕影 16 Studio 再一次聯(lián)手知名音響大廠 Dynaudio,配備 6 個單體揚聲器環(huán)繞音響系統(tǒng)提供最具臨場感的樂體驗。而為了提強大性能,絕影 17/16/14Studio?筆記本都經(jīng)過 NVIDIA Studio?驗證,滿足游戲和內(nèi)創(chuàng)作的不同需求。影 15 帶來革命性高刷新率 OLED 屏幕,可呈現(xiàn)最具臨場感的震撼兵圣,并同時提供 240Hz 電競級超高刷新率和不到 0.2 ms?的屏幕響應(yīng)時間,此外也支 100% DCI-P3?專業(yè)廣色域。Cyborg/ Pulse/ Katana/ Sword 系列下面介紹全新親民款士敬競游本系列:Cyborg 15。本產(chǎn)品采用未來感十足豪魚半明機身設(shè)計,透過身外殼可清楚透視部構(gòu)造和電子零件此外,Pulse、Katana 和 Sword 現(xiàn)在還搭載 MUX 獨顯直連設(shè)計,讓玩家通過 MSI Center?輕松在混合模式、獨顯直士敬式之間隨意切換。造者 Z 系列CNC 制造的精美機身并非內(nèi)容創(chuàng)造系英山唯一亮點,創(chuàng)造者 Z 系列的性能現(xiàn)在也達到全新的高度最新創(chuàng)造者 Z17 HX Studio / 創(chuàng)造者 Z16 HX Studio?配備全新第 13 代 Intel HX?系列處理器,也通過 NVIDIA Studio?認證。創(chuàng)造者 Z 系列采用 Vapor Chamber Cooler 微星真空腔均熱板散熱技術(shù)。尊爵列新款尊爵 14 Evo?和尊爵 16 Evo?至高支持最新 Intel Core i7 H?系列處理器,尊爵 16 Studio?也搭載 GeForce RTX 40?系列筆記本電腦 GPU 并經(jīng)過 NVIDIA Studio?驗證。全新 13 吋尊爵 13 Evo?是微星筆記本全系最輕的型號,由鎂合金制成,重量只 990g。尊爵 13 Evo?還配備 75Whr 大容量電池,續(xù)航表可長達 15 小時?

責任編輯: 孫超

熱點新聞

      <code id='99cb1'></code><style id='eb269'></style>
      • <acronym id='9f81d'></acronym>
        <center id='ac9c5'><center id='a8408'><tfoot id='2bf70'></tfoot></center><abbr id='f7074'><dir id='2d539'><tfoot id='cb6af'></tfoot><noframes id='73d46'>

      • <optgroup id='11d4a'><strike id='251ca'><sup id='2278e'></sup></strike><code id='940be'></code></optgroup>
          1. <b id='c3cf8'><label id='e2496'><select id='56b3f'><dt id='85860'><span id='15203'></span></dt></select></label></b><u id='1b0d4'></u>
            <i id='fbdf8'><strike id='d0313'><tt id='d135e'><pre id='8db04'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='29d95'></code><style id='73977'></style>
              • <acronym id='744dd'></acronym>
                <center id='7fd90'><center id='4dd1b'><tfoot id='47023'></tfoot></center><abbr id='97104'><dir id='70e53'><tfoot id='3af50'></tfoot><noframes id='d4a34'>

              • <optgroup id='29bcd'><strike id='fb5b7'><sup id='b613b'></sup></strike><code id='d3460'></code></optgroup>
                  1. <b id='d0965'><label id='f381a'><select id='40ea1'><dt id='90fa4'><span id='9a03b'></span></dt></select></label></b><u id='48526'></u>
                    <i id='c6231'><strike id='a9f26'><tt id='71916'><pre id='17497'></pre></tt></strike></i>

                    汉川市| 金平| 保靖县| 武功县| 商城县| 花莲县| 留坝县| 盐城市| 崇信县| 海伦市| 浦县| 封开县| 改则县| 百色市| 措美县| 江都市| 大姚县| 金塔县| 永川市| 宜阳县| 鹰潭市| 老河口市| 黄浦区| 香河县| 福州市| 重庆市| 宜兰县| 武穴市| 铁岭县| 榆社县| 会宁县| 安泽县| 乐业县| 河北省| 通许县| 通州区|