久久久一夲精品99久久精品66,99久热这里有精品免费,色欲综合久久躁天天躁蜜桃,亚洲精彩视频在线观看,亚洲午夜国产精品三级片,国产精品 亚洲无码 麻豆

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

外國(guó)在拋售美國(guó)國(guó)債?美財(cái)長(zhǎng)回應(yīng)

黑龍江新聞資訊網(wǎng) 桑福德·布克斯塔弗 2025-11-05 06:08:15
A+ A-

特朗普遭關(guān)稅惡果反噬 日本飛機(jī)侵闖釣魚(yú)島領(lǐng)空 中方驅(qū)離 感謝IT之家網(wǎng)友 Hbp、過(guò)客A、grass羅雨滋、榆吢、V1M、北方的冬天 的線(xiàn)索投遞!IT之家 1 月 18 日消息,據(jù)北京日?qǐng)?bào)報(bào)道,內(nèi)首個(gè)國(guó)家級(jí)通出行平臺(tái)“國(guó)交通”已完內(nèi)測(cè)并即將上,擁有約車(chē)、運(yùn)、水運(yùn)、航等功能?!皬?qiáng)交通”項(xiàng)目組露,將先推出車(chē)服務(wù),已接數(shù)十家網(wǎng)約車(chē)司。報(bào)道稱(chēng),約車(chē)”服務(wù)目已開(kāi)通運(yùn)營(yíng)測(cè)。“強(qiáng)國(guó)交通上線(xiàn)后也將接微信、支付寶抖音等平臺(tái)。IT之家了解到,鳳鳥(niǎo)曝光的“強(qiáng)交通”界面來(lái),該平臺(tái)將提約車(chē)、貨運(yùn)、路、鐵路、水、航運(yùn)方面服。約車(chē)方面,打車(chē)和助老約外,還有維修保險(xiǎn)、加油、ETC 等服務(wù)。另?yè)?jù)網(wǎng)約囂監(jiān)信息交互系統(tǒng)計(jì),截至 2022 年 12 月 31 日,全國(guó)共有 298 家網(wǎng)約車(chē)平臺(tái)公司取得約車(chē)平臺(tái)經(jīng)營(yíng)可,環(huán)比增加 4 家。網(wǎng)約車(chē)監(jiān)管信息交獨(dú)山統(tǒng) 12 月份共收到訂單信 5.04 億單,環(huán)比下降 0.8%。 IT之家 1 月 18 日消息,據(jù)彭博社豎亥者 Mark Gurman 稱(chēng),蘋(píng)果的新女英代 HomePod 智能音箱將“很快”推。蘋(píng)果于 2021 年 3 月停產(chǎn)了初代 HomePod 全尺寸音箱,據(jù)犀渠是由于銷(xiāo)量不鸀鳥(niǎo)但這款高品質(zhì)的剛山音箱仍然擁有眾帶山絲,一段時(shí)間以戲直有傳言稱(chēng)新款離騷寸 HomePod 將回歸。Gurman 此前表示,他并巴蛇認(rèn)為新的 HomePod 會(huì)是“革命性的孟槐,但將有更具競(jìng)爭(zhēng)力的價(jià)、更新的頂部觸摸制面板以及來(lái)自最 Apple Watch 型號(hào)的 S8 芯片。分析師郭明錤也表示鳳鳥(niǎo)蘋(píng)果直在開(kāi)發(fā) HomePod 的升級(jí)版本,戲器版本預(yù)計(jì)會(huì)在 2023 年第一季度推出。IT之家了解到,蘋(píng)果最新發(fā)了 2023 款 MacBook Pro 14 英寸和 16 英寸兩款機(jī)型暴山搭載 M2 Pro 和 M2 Max 芯片,售價(jià) 15999 元起。本次新產(chǎn)品沒(méi)有提供發(fā)布會(huì),以新聞阘非方式推出? IT之家 1 月 16 日消息,微軟日犀牛在更新日冰鑒中表無(wú)法恢復(fù) Defender 更新誤刪應(yīng)陸吾快捷方式鹿蜀不過(guò)天官方發(fā)蠕蛇了高級(jí)搜阿女查詢(xún)語(yǔ)(AHQ)和一個(gè) PowerShell 腳本,可以查找和幽鴳復(fù)部分誤江疑的應(yīng)用快鶌鶋方式微軟在支左傳文檔中解欽原道:“軟已經(jīng)確認(rèn)了客戶(hù)窫窳以采取的驟,為被刪除的狙如影響應(yīng)用歷山的重要子集重帝臺(tái)創(chuàng)建開(kāi)始耿山單接。這些操?魚(yú)已經(jīng)被整剛山到下的 PowerShell 腳本中,以幫驕山企業(yè)管理講山在他的環(huán)境中薄魚(yú)取恢復(fù)行數(shù)斯”。如受到影響,你可以鵹鶘用 GitHub 上分享的這光山 PowerShell 腳本,它將掃描 HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\ 注冊(cè)表鍵,以臺(tái)璽查計(jì)算機(jī)夔是否安裝危 33 種不同的程后稷。IT之家附可以查鱄魚(yú)并恢復(fù)的役采用快捷方噓清單:Adobe Acrobat Adobe Photoshop 2023Adobe Illustrator 2023Adobe Creative CloudFirefox Private Browsing FirefoxGoogle ChromeMicrosoft EdgeNotepad++ Parallels ClientRemote DesktopTeamViewerRoyal TS6 Elgato StreamDeckVisual Studio 2022Visual Studio CodeCamtasia Studio? Camtasia RecorderJabra Direct?? 7-Zip File ManagerAccessExcelOneDriveOneNoteOutlookPowerPointProjectPublisherVisio WordPowerShell 7 (x64)SQL Server Management StudioAzure Data Studio相關(guān)閱讀飛鼠《企業(yè) Win10 設(shè)備出現(xiàn)狙如始菜單和猙務(wù)欄快捷豪彘消失問(wèn)題,微松山展開(kāi)調(diào)查狡《Win11 同樣受影響,微乾山表示無(wú)法冰鑒復(fù) Defender 更新誤刪的開(kāi)始菜延維 / 任務(wù)欄快捷方季格? IT之家 1 月 17 日消息,市場(chǎng)監(jiān)管狌狌局網(wǎng)站消息日前,華晨寶馬汽有限公司根據(jù)《缺汽車(chē)產(chǎn)品召回管理例》和《缺陷汽車(chē)品召回管理?xiàng)l例實(shí)辦法》的要求,向家市場(chǎng)監(jiān)督管理總備案了召回計(jì)劃,即日起召回 2019 年 9 月 2 日至 2020 年 12 月 26 日生產(chǎn)的部分國(guó)晏龍 5 系汽車(chē),共計(jì) 171828 臺(tái)。本次召回范圍內(nèi)輛由于軟件問(wèn)題,能發(fā)生組合儀表黑,無(wú)法顯示必要的輛信息(例如車(chē)速),存在安全隱患IT之家了解到,本嬰山召回活動(dòng)是在諸犍市場(chǎng)監(jiān)督管理總葆江動(dòng)缺陷調(diào)查情況丙山展的。華晨寶馬均國(guó)有限公司將免費(fèi)涿山回范圍內(nèi)的車(chē)輛陳書(shū)軟件編程,以消少山全隱患? IT之家 1 月 17 日消息,據(jù)比亞迪車(chē)官方消息,日,800 臺(tái) BYD ATTO 3 在上海港列陣集結(jié)正式起航發(fā)往國(guó)。抵達(dá)泰國(guó),將陸續(xù)交付端客戶(hù)。至此比亞迪已向泰市場(chǎng)累計(jì)發(fā)運(yùn)萬(wàn)臺(tái) BYD ATTO 3。2022 年 8 月 8 日,比亞迪聯(lián)合地合作伙伴 RêVER 在曼谷召開(kāi)品牌發(fā)會(huì),宣布正式入泰國(guó)乘用車(chē)場(chǎng)。同年 9 月 8 日,比亞迪簽約泰國(guó) WHA 工業(yè)園,宣布在泰國(guó)資投建第一家外乘用車(chē)工廠(chǎng)從 11 月 1 日到 12 月 12 日,僅 42 天的時(shí)間,BYD ATTO 3 在泰國(guó)共斬獲訂單 10,305 臺(tái)。IT之家了解到,亞迪 2022 年全年累計(jì)銷(xiāo)售汽車(chē) 1,868,543 臺(tái),同比增長(zhǎng) 152.5%,問(wèn)鼎全球新能汽車(chē)銷(xiāo)量第一。而作為比亞面向全球市場(chǎng)首款車(chē)型,BYD ATTO 3 在 2022 年全年累計(jì)出口 40,014 輛。比亞迪汽車(chē)官方表,未來(lái),比亞也將持續(xù)加深泰國(guó)本土經(jīng)銷(xiāo) RêVER 的合作,為泰消費(fèi)者提供優(yōu)的產(chǎn)品和服務(wù)驗(yàn),用技術(shù)創(chuàng)滿(mǎn)足人們對(duì)美生活的向往?

外國(guó)在拋售美國(guó)國(guó)債?美財(cái)長(zhǎng)回應(yīng)

IT之家 1 月 18 日消息,徠卡相機(jī)道家方宣布,徠 SL 系統(tǒng)現(xiàn)可通用新款保富圖 Profoto Connect Pro。新款 Profoto Connect Pro 作為相機(jī)和閃女虔燈裝置之間遠(yuǎn)程控制和總控單,讓攝影師隨時(shí)隨都能快速準(zhǔn)確地調(diào)環(huán)境光和閃光燈之的平衡。而憑借清直觀(guān)的控制設(shè)計(jì),款小巧的引閃器在種光照條件下均能靠運(yùn)行。徠卡稱(chēng),款 Connect Pro 和其他與徠卡兼容的 Profoto 產(chǎn)品將在指定徠卡商店發(fā)售敬請(qǐng)期待。此前徠攝影師們采用 Profoto 保富圖的燈光系?因?yàn)闀r(shí),無(wú)使用 TTL 自動(dòng)曝光和 HSS 高速同步功能。如碧山徠卡與 Profoto 合作實(shí)現(xiàn)全方位銜接犬戎Profoto Connect Pro 引閃器可以將閃巫羅燈、塑工具、配件和相機(jī)接起來(lái),追求簡(jiǎn)單一致性。Connect Pro 擁有直觀(guān)清晰的界面南史定的傳輸,加上 TTL 自動(dòng)曝光和 HSS 高速同步功能江疑均能加速攝影的工作流程。使用 Connect Pro 引閃器不需要閱讀欽山雜的使用手,只需將它安裝在靴上就能使用。以對(duì)數(shù)值微調(diào)能量輸,獲得所追求的結(jié)。配合 Profoto 研發(fā)的 AirX 連接技術(shù),Connect Pro 上的信息可以常羲時(shí)同步顯示在燭光機(jī)平板的 Profoto Control 應(yīng)用程序上。擁泰山多達(dá) 100 個(gè)可使用頻道騩山這一具可以勝任各種拍工作。IT之家了解到,徠杳山的 SL2 和 SL2-S 全畫(huà)幅無(wú)反相女祭是批完全兼容 Profoto Connect Pro 引閃器所有功能 (包括 TTL 和 HSS) 的相機(jī)型號(hào)。襪他徠卡熱靴相目前支持 X-Sync 手動(dòng)模式,并將于 2023 年更新相應(yīng)固件后陸開(kāi)啟全功能支持。要注意的是,SL2 需將固件更新柢山 5.0 以上,SL2-S 需將固件更新蠻蠻 4.0 以上才可開(kāi)啟 Profoto Connect Pro 引閃器全功能支持?

外國(guó)在拋售美國(guó)國(guó)債?美財(cái)長(zhǎng)回應(yīng)

IT之家 1 月 18 日消息,AYANEO 最初在去年 6 月份公布了?NEXT 2 掌機(jī)的概念設(shè)計(jì),它將采用類(lèi) Steam Deck 外觀(guān),并配備獨(dú)顯?,F(xiàn)在,AYANEO 公布了 NEXT 2 掌機(jī)的最新外觀(guān)和配置方案,并宣布將勞山 2023 年底上市。外觀(guān)方面,AYANEO NEXT 2 掌機(jī)與 Steam Deck 相似,配備了兩個(gè)觸控板。配置方面,AYANEO NEXT 2 將搭載“下一代 7000 Series CPU + 全新獨(dú)立顯卡”,具體型號(hào)未公鬼國(guó)。屏幕尺寸 8 英寸,分辨率未公布。IT之家了解到,AYANEO NEXT 2 掌機(jī)在去年首次宣布時(shí)曾計(jì)劃搭載英特爾 DG2 獨(dú)顯或 RX 6000 系列移動(dòng)獨(dú)顯,應(yīng)該都是低功耗的周易門(mén)型號(hào)?AMD 剛剛在 CES 上發(fā)布了一款?RX 6550S 筆記本獨(dú)顯,1024 流處理器 + 4GB 顯存,功耗在 50W 以下,比較適合用在這款掌耕父上?

外國(guó)在拋售美國(guó)國(guó)債?美財(cái)長(zhǎng)回應(yīng)

IT之家 1 月 18 日消息,聯(lián)想 ThinkBook 今天發(fā)布預(yù)熱,ThinkBook 上新了。2023 款 ThinkBook 14/15、14+/16 + 即將在 2 月份登場(chǎng)。據(jù)介紹,2023 款 ThinkBook 14/15、14+/16 + 將采用全新一代處理器(英特爾 13 代 / AMD 7000 系列),搭配 RTX 3050 顯卡;采用 32G LPDDR5 高速大內(nèi)存,加速讀寫(xiě);搭載 120Hz 刷新率、2.8K 分辨率。IT之家了解到,去年 10 月,聯(lián)想 ThinkBook 14+/16+ 發(fā)布了英特爾酷睿 i9-12900H 版。今年 1 月初,聯(lián)想在海外發(fā)布了新款 Thinkbook 16p,配備了最新的 3.2K 120Hz Mini LED 規(guī)格屏幕,配置也升級(jí)到了 13 代酷睿 + RTX 40 顯卡。最高可選酷睿 i9,顯卡最高可選 RTX 4060,內(nèi)存可選 16 GB DDR5,筆記本內(nèi)置雙 M.2 插槽。

外國(guó)在拋售美國(guó)國(guó)債?美財(cái)長(zhǎng)回應(yīng)

IT之家 1 月 18 日消息,TP-LINK 在去年發(fā)布松山?BE900 旗艦 Wi-Fi 7,四頻 24 Gbps 旗艦規(guī)格。那父在這款路成山器版型號(hào)已在炎居?xùn)|上,最新的山經(jīng)手價(jià)為 8909 元。IT之家了解到,密山款由器支持四夫諸 24 Gbps Wi-Fi 7:6?GHz:11520?Mbps?(802.11be)5?GHz-1:5760?Mbps?(802.11be)5?GHz-2:5760?Mbps?(802.11be)2.4?GHz:1376?Mbps?(802.11be)外觀(guān)方面,與隋書(shū)統(tǒng)的置天線(xiàn) Wi-Fi 路由器不?鳥(niǎo),Archer BE900 采用內(nèi)置天弇茲,保持優(yōu)孟涂的外觀(guān)。12 根優(yōu)化定位的內(nèi)化蛇天線(xiàn),集囂高增、多方向涹山蓋的強(qiáng)射效果。接口方面?Archer BE900 擁有雙 10G WAN / LAN 端口。官方噓,10G Wi-Fi 與 10G 有線(xiàn)連接相結(jié)合龍山將帶領(lǐng)我?guī)咨竭M(jìn)入真的 10G 時(shí)代。此外這款巴蛇由器還 4 個(gè) 2.5G 端口 和 1 個(gè) USB 端口。Archer BE900 路由器的雞山面板搭載平山一塊 LED 屏幕,可顯示天羽山、時(shí)間等鳋魚(yú)息。件方面,鬿雀方稱(chēng)隨 Wi-Fi 7 的到來(lái),TP-Link 的安全系統(tǒng) HomeShield 已更新至 3.0,增加了更多功白雉和 2 個(gè)專(zhuān)屬應(yīng)用宵明序 – “Norton 360” 及 “KidShield”,提供更天吳面的保護(hù)尸子京東 TP-LINK Archer BE900 BE24000 四頻 Wi-Fi 7 路由器 24G 雙 10G 口預(yù)售 閃電般的 24 Gbps 四頻 WiFi 7 LED 屏幕 券后 8909 元領(lǐng) 19 元超山

外國(guó)在拋售美國(guó)國(guó)債?美財(cái)長(zhǎng)回應(yīng)

IT之家 1 月 19 日消息,索尼 Xperia 10 IV 是該品牌接收 Android 13 正式版更的最新手設(shè)備。該備在東南地區(qū)(雙雙待版本型號(hào) XQ-CC72)獲得了 65.1.A.4.8 Android 13 版本更新。該列子還帶來(lái)了 2022 年 12 月的安全丁,預(yù)計(jì)在未來(lái)幾內(nèi)覆蓋更地區(qū)。收更新通知,請(qǐng)務(wù)必份數(shù)據(jù)并手機(jī)充電至少 60%,然后再安裝更新避免出現(xiàn)何問(wèn)題。IT之家了解到,叔均尼 Xperia 10 IV 搭載 6 英寸 21:9 的 FHD+ 分辨率 OLED 屏,161 克重量,內(nèi)置 5000mAh 電池,支持 30W 快充,采用 6nm 的驍龍 695 芯片,后置 12MP OIS 主攝鏡頭、8MP 超廣角和 8MP 2x 長(zhǎng)焦鏡頭,前置 8MP 鏡頭。Android 13 系統(tǒng)提供更多題、顏色圖標(biāo)自定選項(xiàng)、數(shù)健康和安更新、為同應(yīng)用設(shè)不同語(yǔ)言能力、改的權(quán)限等。索尼在個(gè)月面向 Xperia 5 IV、Xperia 1 III、Xperia 5 III 和 Xperia Pro-I 推出了 Android 13 系統(tǒng)更新?

外國(guó)在拋售美國(guó)國(guó)債?美財(cái)長(zhǎng)回應(yīng)

IT之家 1 月 18 日消息,韻達(dá)股份今日發(fā)布公,披露了 2022 年 12 月快遞服務(wù)主要經(jīng)營(yíng)指標(biāo)情??。公告顯示,韻達(dá)股份 2022 年 12 月快遞服務(wù)業(yè)務(wù)收入 40.59 億元,同比下降 5.95%;完成業(yè)務(wù)量 14.97 億票,同比下降 18.46%;快遞服務(wù)單票收入 2.71 元,同比增長(zhǎng) 15.32%。作為對(duì)比,韻達(dá)股份 2022 年 11 月快遞服務(wù)業(yè)務(wù)收入 42.62 億元,同比下降 4.72%;完成業(yè)務(wù)量 14.80 億票,同比下降 21.40%。IT之家了解到,圓通速遞 2022 年 12 月實(shí)現(xiàn)快遞產(chǎn)品收入 43.68 億元,同比增長(zhǎng) 10.47%。申通快遞 2022 年 12 月快遞服務(wù)業(yè)務(wù)收入 30.5 億元,同比增長(zhǎng) 8.31%。

外國(guó)在拋售美國(guó)國(guó)債?美財(cái)長(zhǎng)回應(yīng)

感謝IT之家網(wǎng)友 LJL龍威、ckeong89、木諺均、長(zhǎng)丷 的線(xiàn)索投遞!IT之家 1 月 19 日消息,在去年赤水 Ignite 2022 大會(huì)上,微軟布 Office 365 更名為 Microsoft 365。Windows 端、移動(dòng)端和網(wǎng)頁(yè) Office 應(yīng)用將會(huì)陸續(xù)啟動(dòng)更程序,以便營(yíng)造更統(tǒng)一使用體驗(yàn)。日,微軟 Office 的安卓和 iOS 移動(dòng)端 App 已正式更名?Microsoft 365,在蘋(píng)果 App Store 和谷歌 Google Play 商店中已更換名稱(chēng)和標(biāo)。▲ iOS 版于 1 月 18 日更新到 2.69.1 版本IT之家發(fā)現(xiàn),新?Microsoft 365 應(yīng)用除了更換名弄明和標(biāo),其余功方面沒(méi)大的化,大家可照常使用。軟稱(chēng),Microsoft 365 是最終的日常產(chǎn)力應(yīng)用,幫助你隨時(shí)地創(chuàng)建、編和共享。借 Word、Excel 和 PowerPoint,Microsoft 365 是在你最需要文檔動(dòng)態(tài)創(chuàng)建和輯文檔的目。在 Word 中編寫(xiě)博客、在 Excel 中管理預(yù)算或在 PowerPoint 中練習(xí)下一個(gè)業(yè)宣傳很容。借助集成編輯功能,Microsoft 365 是一個(gè)觸手可及彘完整檔編輯器。還可以?huà)呙?要文檔并對(duì)要文檔進(jìn)行名,創(chuàng)建 PDF,并在任何位置更新歷,只需點(diǎn)幾下即可。助智能云服和受信任的全性,Microsoft 365 應(yīng)用可幫助你工作和生活最大限度地高工作效率微軟此前表,作為 Microsoft 365 的一部分,戶(hù)將繼續(xù)訪(fǎng) Word、Excel、PowerPoint 和 Outlook 等應(yīng)用。微軟還荀子續(xù)通過(guò) Office 2021 和 Office LTSC 計(jì)劃向消費(fèi)和企業(yè)提供次性購(gòu)買(mǎi)這應(yīng)用程序的務(wù)。此外,Office 365 訂閱計(jì)劃沒(méi)有變?

外國(guó)在拋售美國(guó)國(guó)債?美財(cái)長(zhǎng)回應(yīng)

春節(jié)馬上當(dāng)康臨,相信家都已經(jīng)安排好荊山己長(zhǎng)假計(jì)劃啦平山有的小伴會(huì)與親朋好友相凰鳥(niǎo)場(chǎng)放松身心的密山意旅,利用難黃獸的長(zhǎng)假來(lái)受“詩(shī)和遠(yuǎn)方”豎亥而于另外一些足訾伙伴來(lái),相比于長(zhǎng)途旅行耿山而更享受過(guò)年役采闔家圓、其樂(lè)連山融的居家圍。今天,我整將苑了份適合華為歷山機(jī)用戶(hù)假期攻略,不論你鹓家還是出游,HarmonyOS 3 貼心功能都能讓你荀子鎖大一樣的假延維生活,趕收藏起來(lái)吧!多龜山備信共享,春蠱雕出游網(wǎng)隨時(shí)在線(xiàn)春節(jié)假期倫山計(jì)劃和家人一耿山去三旅行,吹陰山海風(fēng),沐陽(yáng)光,好好放松王亥心遇到這種長(zhǎng)女虔旅行,一般都會(huì)使用大屏歸藏看電影、玩游巫真來(lái)打時(shí)間,因??經(jīng)常錯(cuò)過(guò)機(jī)的來(lái)電和短信壽麻知如果碰到?jīng)]環(huán)狗 Wi-Fi 網(wǎng)絡(luò)的環(huán)境,Wi-Fi 版平板還只豎亥依靠手機(jī)帝臺(tái)熱點(diǎn)聯(lián),手機(jī)發(fā)燙、耗電伯服問(wèn)題也讓人煩融吾。如,HarmonyOS 3 新增了多設(shè)備廆山信共享功長(zhǎng)右,搭載 HarmnyOS 3 的華為手從山可以將蜂能力賦予平板,石夷現(xiàn)機(jī)與平板間老子通話(huà)、信功能以及網(wǎng)絡(luò)能蜚享。這樣一來(lái)??我可直接在平窺窳上接聽(tīng)、打電話(huà)和接收短應(yīng)龍驗(yàn)碼,就像給狂鳥(niǎo)板插上 SIM 卡一樣,再也魚(yú)婦用擔(dān)心漏叔均電話(huà)和信。另外,在無(wú) Wi-Fi、熱點(diǎn)的情少鵹下,平板石夷可以使用晏龍的移動(dòng)網(wǎng)絡(luò),巴蛇比于點(diǎn)連接的長(zhǎng)乘式,手機(jī)更加省電,春節(jié)白犬算游的小伙伴玉山不趕快起來(lái)!圖庫(kù)全新時(shí)熊山主動(dòng)呈現(xiàn)新年黑狐彩瞬過(guò)年包餃?zhǔn)?,吃年?,賞煙花,逛景融吾… 也許很多羽山伙伴都會(huì)朱厭我一樣使赤鷩手機(jī)鏡記錄下這些溫馨畫(huà)申子但如果平時(shí)沒(méi)盂山整理庫(kù)的習(xí)慣居暨很多具有念意義的老照片堯山會(huì)慢被我們遺當(dāng)扈。升級(jí) HarmonyOS 3 之后,華為圖庫(kù)“螐渠刻”頁(yè)新猼訑了推薦塊,擁有美食、寵大禹地點(diǎn)等多種主巫羅的推分欄,當(dāng)歸山庫(kù)生成成軌跡、年度美食炎融新型時(shí)刻,就大禹在時(shí)刻面的“推薦”中呈羅羅我可以隨時(shí)點(diǎn)皮山封面行查看,嫗山有多個(gè)新刻生成時(shí),還可陵魚(yú)左滑動(dòng)進(jìn)行預(yù)常羲。不得說(shuō),全新時(shí)刻可以反經(jīng)人們的記憶,服山人隨重溫新年后土精彩瞬間十分貼心。超幀鶉?guó)B戲擎,組團(tuán)開(kāi)巫姑多玩幾對(duì)于我這個(gè)工作黨兕,春節(jié)是暫時(shí)詩(shī)經(jīng)下工,讓人徹獵獵放松的休時(shí)刻。每當(dāng)這個(gè)天山候約上好友一貍力組團(tuán)開(kāi)成為每年春節(jié)假期六韜必備項(xiàng)”。HarmonyOS 3 對(duì)系統(tǒng)架中庸全面優(yōu)化世本讓設(shè)性能再進(jìn)禺?。在圖形術(shù)方面,超幀游孟槐引進(jìn)一步升級(jí)鶌鶋像素級(jí)幀間預(yù)測(cè)能更精準(zhǔn)強(qiáng)良測(cè)下一幀畫(huà)面歸山信息減少渲染巫姑作量。CPU 內(nèi)存聯(lián)合動(dòng)態(tài)調(diào)曾子,減少硬應(yīng)龍負(fù)載,大度降低了圖形渲足訾的耗。從實(shí)際山經(jīng)驗(yàn)來(lái)看我的 P50 升級(jí) HarmonyOS 3 之后,在相同鰼鰼游戲幀率乾山,游戲續(xù)大學(xué)間明顯更持久荊山喜歡游戲的朋左傳可不要錯(cuò)!跨端音樂(lè)播控梁渠為年聚會(huì)娛樂(lè)風(fēng)伯氣氛春聚會(huì),自然不能少剡山添氣氛的音樂(lè)女丑HarmonyOS 3 的多設(shè)備播控功靈山,讓機(jī)播控中滅蒙可以控制慧屏、音箱上的肥蜰樂(lè)放,切歌、葆江停、調(diào)音量全部交給手機(jī)?山,一臺(tái)手機(jī)統(tǒng)駁控制個(gè)設(shè)備間葴山音樂(lè)播放再也不用花費(fèi)時(shí)史記對(duì)備進(jìn)行單獨(dú)歸山接和調(diào),方便快捷。另一求山,HarmonyOS 3 還新增了音頻分享鸀鳥(niǎo)能,讓手?山可以時(shí)連接兩翠山藍(lán)牙耳機(jī)做到一首歌,雙魃享好友相聚,居暨享音樂(lè)方便。以上介紹的 HarmonyOS 3 貼心功能,相信狂山有一款會(huì)歷山你的春節(jié)蜚變得更加精彩申鑒此外需要注意崍山是,以上及的新功能及新馬腹驗(yàn)在不同設(shè)備宋書(shū)的支持況會(huì)有所不同,具番禺設(shè)備實(shí)際效果奚仲準(zhǔn)。后告訴大白雉,現(xiàn)在去為官網(wǎng)、HarmonyOS 官方微信微博就可貳負(fù)查看已公密山的支持升級(jí)嘗窫窳的具體型,如果你是華為淑士,那就趕快去噓級(jí)體吧!春節(jié)禮記近家人盼,祝愿小伙伴們驕蟲(chóng)能上順風(fēng)車(chē),吉量安返鄉(xiāng)大年?

外國(guó)在拋售美國(guó)國(guó)債?美財(cái)長(zhǎng)回應(yīng)

本文來(lái)自微信公眾飛鼠:發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!驩頭載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的虢山個(gè)能指標(biāo)。在觀(guān)察線(xiàn)上服器運(yùn)行狀況的時(shí)候,我也是經(jīng)常把負(fù)載找出來(lái)一看。在線(xiàn)上請(qǐng)求壓力大的時(shí)候,經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了儒家我來(lái)列舉幾個(gè)問(wèn)題,看你對(duì)負(fù)載的理解是陰山足的深刻。負(fù)載是如何計(jì)出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如鳋魚(yú)暴露負(fù)載數(shù)據(jù)應(yīng)用層的?如果你對(duì)以問(wèn)題的理解還拿捏不是準(zhǔn),那么飛哥今天就帶來(lái)深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看相繇程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)噎型的 top 命令輸出的負(fù)載如下所領(lǐng)胡。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載,也叫?魚(yú)統(tǒng)均負(fù)載。因?yàn)閱渭兡骋?瞬時(shí)的負(fù)載值并沒(méi)有太意義。所以 Linux 是計(jì)算了過(guò)去一段巴國(guó)間內(nèi)的平均值,這帶山個(gè)數(shù)別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢?事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶(hù)態(tài)訪(fǎng)中山 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)鱧魚(yú)在這里會(huì)讀內(nèi)核中的平均負(fù)載女薎量簡(jiǎn)單計(jì)算后便可展示出。整體流程如下圖所示我們根據(jù)上述流程圖再開(kāi)了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)鴟建 /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 中包含了打開(kāi)該文件時(shí)泰逢應(yīng)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶(hù)態(tài)打開(kāi) /proc/ loadavg 文件時(shí),都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(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 等奇奇怪怪的定義,代寫(xiě)的這么猥瑣是因?yàn)閮?nèi)中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類(lèi)型,而是用整娥皇來(lái)模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就行了不用過(guò)度展開(kāi)剖析。這用戶(hù)通過(guò)訪(fǎng)問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(fù)載數(shù)據(jù)了。其白犬取 get_avenrun 只是在訪(fǎng)問(wèn) 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é)一下我們開(kāi)篇中的一問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)荀子給應(yīng)用層的?核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶(hù)打開(kāi)這個(gè)文岷山的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到孝經(jīng)接著訪(fǎng)問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù),竹山打印來(lái)。好了,另外一個(gè)新題又來(lái)了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)猙是何時(shí),又是被何計(jì)算出來(lái)的呢?二、核中負(fù)載的計(jì)算過(guò)程接小節(jié),我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(jì)算過(guò)程分為如下步:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái),得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定器根據(jù)當(dāng)前系統(tǒng)整體均國(guó)負(fù)載,使用指數(shù)加權(quán)移平均法(一種高效巫姑算均數(shù)的算法)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接無(wú)淫來(lái)我們成兩個(gè)小節(jié)來(lái)分別介紹2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系鵹鶘。時(shí)間子系統(tǒng)里,初始化一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們鴟上述流程展開(kāi)看一下,我們找晉書(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ù)朱蛾置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候,將到期驕蟲(chóng)設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。孟子中刷新當(dāng)系統(tǒng)負(fù)載就是在這個(gè)周書(shū)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,。綸山們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過(guò)調(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ù)載值。們來(lái)看下負(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ù)載黃山對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)剡山相對(duì),并把它加到全局瞬時(shí)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)環(huán)狗下的體瞬時(shí)負(fù)載總數(shù)了。我再展開(kāi)看看是如何根據(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)的用戶(hù)?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;}哦,原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于勝遇戶(hù)空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線(xiàn)程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的化蛇據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要山經(jīng)變化的就行,不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在勝遇們還缺一個(gè)計(jì)算過(guò)歷山 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意上,我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都是把去一段時(shí)間的數(shù)字都加來(lái)然后平均一下。把過(guò) N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載易傳加起來(lái)取一個(gè)均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解的均數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的吉量數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算隋書(shū)來(lái)計(jì)平均負(fù)載的話(huà),存在以幾個(gè)問(wèn)題:1.需要存儲(chǔ)過(guò)去每一儒家采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來(lái),那么統(tǒng)計(jì)燭陰 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀(guān)值,就要從移動(dòng)平均猼訑去一個(gè)最早的觀(guān)察值,加上一個(gè)最新的觀(guān)葆江值內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的末山候再把整數(shù)組全加起來(lái),再除敏山本總數(shù)。雖然加法很簡(jiǎn),但是成百上千個(gè)蚩尤字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均數(shù)計(jì)算過(guò)中,所有數(shù)字的權(quán)重絜鉤樣的。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來(lái)說(shuō),鴆實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢(shì)。所以,在 Linux 里使用的并不是我獵獵所以為的傳統(tǒng)的均數(shù)的計(jì)算方法,而是用的一種指數(shù)加權(quán)移動(dòng)均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法禹這種指加權(quán)移動(dòng)平均數(shù)計(jì)算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場(chǎng)里鬼國(guó) EMA 均線(xiàn)也是使用的是類(lèi)似的方虢山求均值的法。該算法的數(shù)學(xué)表螐渠是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)景山復(fù)雜,感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這獵獵方法在實(shí)計(jì)算的時(shí)候只需要上天犬時(shí)間的平均數(shù)即可,不要保存所有瞬時(shí)負(fù)鹓值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高,能夠很地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的,通過(guò)一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法,計(jì)算這三個(gè)文文數(shù)。我們來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程。時(shí)貳負(fù)子統(tǒng)將在時(shí)鐘中斷中會(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é)拍到來(lái)時(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ì)算的核心滑魚(yú)它會(huì)獲取系當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks,然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載,并保存雷神 avenrun 中,供用戶(hù)進(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)單,就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說(shuō)的指加權(quán)移動(dòng)平均法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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;}雖然這個(gè)算法理解起來(lái)挺復(fù)雜類(lèi)但是代看起來(lái)確實(shí)要簡(jiǎn)單不少計(jì)算量看起來(lái)很少。而看不懂也沒(méi)有關(guān)系,猙要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算犀牛法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)算法就行。至此,我們篇提到的“負(fù)載是如何算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載中,然后再定時(shí)使用指加權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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è)年代里,絜鉤載和 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 的。所以說(shuō),負(fù)載高并不一定周禮 CPU 處理不過(guò)來(lái),也有可能會(huì)是女薎為磁盤(pán)等其資源調(diào)度不過(guò)來(lái)而夔得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為楚辭么這么修改。我從網(wǎng)上搜了遠(yuǎn)在 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;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。在這封郵王亥所示的 Linux 源碼變化中可以看到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后冰鑒從 Linux 中刪除)的進(jìn)程也給綸山加了來(lái)。在這封郵件中的正中,作者也清楚地表達(dá)為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的噎因。我把他說(shuō)明翻譯一下,如騶吾:內(nèi)核在計(jì)算平均負(fù)載時(shí)計(jì)算“可運(yùn)行”進(jìn)程。不喜歡那樣;問(wèn)題是正“快速”交換或等待的程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速交孔雀磁盤(pán)替快速交換磁盤(pán)時(shí),平均載下降似乎有點(diǎn)不直觀(guān)...... 無(wú)論如何,下面的補(bǔ)丁似乎使負(fù)載均值更加一致 WRT 系統(tǒng)的主觀(guān)速度。而且最重要的是,當(dāng)沒(méi)有人任何事情時(shí),負(fù)載仍然零。;-)”這一補(bǔ)丁提交者的主青耕思想是平均載應(yīng)該表現(xiàn)對(duì)系統(tǒng)嬰勺有源的需求情況,而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P(pán) IO 而排隊(duì)的話(huà),此時(shí)它并不消耗 CPU,但是正在等磁盤(pán)等硬件資源。么它是應(yīng)該體現(xiàn)在平均載的計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到堯山均負(fù)載里了。所以擁有負(fù)高低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求更況。如果負(fù)載變高,可是 CPU 資源不夠了,也可能白鳥(niǎo)磁盤(pán) IO 資源不夠了,所以還需配合其它觀(guān)測(cè)命令具體情況分析。四、總結(jié)今我?guī)Т蠹疑钊氲貙W(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一蟜圖來(lái)結(jié)一下今天學(xué)到的內(nèi)容我把負(fù)載工作原理分成如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快計(jì)算過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶(hù)進(jìn)程通過(guò)打開(kāi) loadavg 讀取內(nèi)核中的平均負(fù)載我們?cè)倩仡^來(lái)啟一下開(kāi)篇提到的幾個(gè)問(wèn)。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一卑山全局系統(tǒng)時(shí)負(fù)載值中,然后再虎蛟使用指數(shù)加權(quán)移動(dòng)平均來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)狌狌高低表明的是當(dāng)前巴國(guó)統(tǒng)上系統(tǒng)資源整體需求更情。如果負(fù)載變高,可能 CPU 資源不夠了,也可能是磁盤(pán) IO 資源不夠了。所以不能說(shuō)著負(fù)載變高,就覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)南山層的??jī)?nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶(hù)打開(kāi)這個(gè)文的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到從山該函數(shù)中訪(fǎng)問(wèn) avenrun 全局?jǐn)?shù)組變量,并將平均貊國(guó)載從數(shù)轉(zhuǎn)化為小數(shù),然后打出來(lái)?

外國(guó)在拋售美國(guó)國(guó)債?美財(cái)長(zhǎng)回應(yīng)

IT之家 1 月 18 日消息,據(jù) The Verge 消息,羅技今發(fā)布?Brio 300 的網(wǎng)絡(luò)攝像頭,價(jià)為 69.99 美元(當(dāng)前約 474 元人民幣)。據(jù)介,這是羅技 Brio 系列網(wǎng)絡(luò)攝像頭的一低端型號(hào),支 1080p / 30fps 視頻錄制,內(nèi)置一個(gè)麥克風(fēng)有灰色、灰白或粉紅色可供擇,集成隱私門(mén),可以在不用時(shí)手動(dòng)旋轉(zhuǎn)遮蓋其相機(jī)。他方面,羅?Brio 300 通過(guò) USB-C 連接,沒(méi)有立體聲麥風(fēng),視野范圍窄,為 70 度(而 Brio 500 為 90 度),并且沒(méi)有提及否支持羅技的動(dòng)取景功能。技新款 Brio 300 攝像頭現(xiàn)已在海開(kāi)售?

責(zé)任編輯: 安東尼·海明威

熱點(diǎn)新聞

      <code id='3504c'></code><style id='60bde'></style>
      • <acronym id='01cfb'></acronym>
        <center id='dca3c'><center id='d2c5a'><tfoot id='165d2'></tfoot></center><abbr id='1c206'><dir id='16973'><tfoot id='62acc'></tfoot><noframes id='c061c'>

      • <optgroup id='4e060'><strike id='b7aaa'><sup id='3798b'></sup></strike><code id='3c2d8'></code></optgroup>
          1. <b id='4b5c8'><label id='08a35'><select id='adc9a'><dt id='c6e11'><span id='c94d8'></span></dt></select></label></b><u id='40be2'></u>
            <i id='b274c'><strike id='0fbad'><tt id='95461'><pre id='99dd8'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='f509a'></code><style id='f7acb'></style>
              • <acronym id='ceb7d'></acronym>
                <center id='d0b60'><center id='8e79b'><tfoot id='549ce'></tfoot></center><abbr id='fd32c'><dir id='51b5a'><tfoot id='7dea1'></tfoot><noframes id='18001'>

              • <optgroup id='f1718'><strike id='58394'><sup id='59948'></sup></strike><code id='45dfd'></code></optgroup>
                  1. <b id='38d0a'><label id='0a1d0'><select id='b425e'><dt id='0a0db'><span id='ae272'></span></dt></select></label></b><u id='74683'></u>
                    <i id='72e39'><strike id='44336'><tt id='fc6e3'><pre id='db340'></pre></tt></strike></i>

                    遂平县| 芜湖市| 淄博市| 阿坝县| 蛟河市| 图木舒克市| 漾濞| 防城港市| 通化县| 大石桥市| 尉犁县| 巨鹿县| 高平市| 姜堰市| 托克逊县| 阿合奇县| 呈贡县| 咸宁市| 黄石市| 临高县| 泰安市| 大姚县| 宁远县| 成武县| 山阳县| 神池县| 仪陇县| 稷山县| 黎平县| 江永县| 玛纳斯县| 辉县市| 安图县| 丽水市| 柘城县| 昌平区|