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

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

外國在拋售美國國債?美財長回應(yīng)

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

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

外國在拋售美國國債?美財長回應(yīng)

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

外國在拋售美國國債?美財長回應(yīng)

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

外國在拋售美國國債?美財長回應(yīng)

IT之家 1 月 18 日消息,聯(lián)想 ThinkBook 今天發(fā)布預(yù)熱,ThinkBook 上新了。2023 款 ThinkBook 14/15、14+/16 + 即將在 2 月份登場。據(jù)介紹,2023 款 ThinkBook 14/15、14+/16 + 將采用全新一代處理器(英特爾 13 代 / AMD 7000 系列),搭配 RTX 3050 顯卡;采用 32G LPDDR5 高速大內(nèi)存,加速讀寫;搭載 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ī)格屏幕,配置也升級到了 13 代酷睿 + RTX 40 顯卡。最高可選酷睿 i9,顯卡最高可選 RTX 4060,內(nèi)存可選 16 GB DDR5,筆記本內(nèi)置雙 M.2 插槽。

外國在拋售美國國債?美財長回應(yīng)

IT之家 1 月 18 日消息,TP-LINK 在去年發(fā)布松山?BE900 旗艦 Wi-Fi 7,四頻 24 Gbps 旗艦規(guī)格。那父在這款路成山器版型號已在炎居?xùn)|上,最新的山經(jīng)手價為 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)外觀方面,與隋書統(tǒng)的置天線 Wi-Fi 路由器不?鳥,Archer BE900 采用內(nèi)置天弇茲,保持優(yōu)孟涂的外觀。12 根優(yōu)化定位的內(nèi)化蛇天線,集囂高增、多方向涹山蓋的強(qiáng)射效果。接口方面?Archer BE900 擁有雙 10G WAN / LAN 端口。官方噓,10G Wi-Fi 與 10G 有線連接相結(jié)合龍山將帶領(lǐng)我?guī)咨竭M(jìn)入真的 10G 時代。此外這款巴蛇由器還 4 個 2.5G 端口 和 1 個 USB 端口。Archer BE900 路由器的雞山面板搭載平山一塊 LED 屏幕,可顯示天羽山、時間等鳋魚息。件方面,鬿雀方稱隨 Wi-Fi 7 的到來,TP-Link 的安全系統(tǒng) HomeShield 已更新至 3.0,增加了更多功白雉和 2 個專屬應(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 元超山

外國在拋售美國國債?美財長回應(yīng)

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

外國在拋售美國國債?美財長回應(yīng)

IT之家 1 月 18 日消息,韻達(dá)股份今日發(fā)布公,披露了 2022 年 12 月快遞服務(wù)主要經(jīng)營指標(biāo)情??。公告顯示,韻達(dá)股份 2022 年 12 月快遞服務(wù)業(yè)務(wù)收入 40.59 億元,同比下降 5.95%;完成業(yè)務(wù)量 14.97 億票,同比下降 18.46%;快遞服務(wù)單票收入 2.71 元,同比增長 15.32%。作為對比,韻達(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 億元,同比增長 10.47%。申通快遞 2022 年 12 月快遞服務(wù)業(yè)務(wù)收入 30.5 億元,同比增長 8.31%。

外國在拋售美國國債?美財長回應(yīng)

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

外國在拋售美國國債?美財長回應(yīng)

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

外國在拋售美國國債?美財長回應(yīng)

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

外國在拋售美國國債?美財長回應(yīng)

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

責(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>

                    丹巴县| 达日县| 聂荣县| 会同县| 高碑店市| 浮梁县| 南安市| 延寿县| 瑞金市| 贵定县| 河东区| 乌什县| 虹口区| 滁州市| 桐庐县| 高邮市| 铁力市| 太仆寺旗| 加查县| 岳池县| 湘阴县| 潼南县| 娄烦县| 绥滨县| 金坛市| 台中县| 马公市| 呼和浩特市| 南和县| 安新县| 景宁| 通海县| 北海市| 竹溪县| 芷江| 驻马店市|