電影 余刚是谁的秘书
  • 提醒:不要輕易相信視頻中的廣告,謹(jǐn)防上當(dāng)受騙!
  • 如果無(wú)法播放請(qǐng)重新刷新頁(yè)面,或者切換線路。
  • 視頻載入速度跟網(wǎng)速有關(guān),請(qǐng)耐心等待幾秒鐘。
簡(jiǎn)介

余刚是谁的秘书 更新至24集1.0
5.0
網(wǎng)友評(píng)分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
905次評(píng)分
給影片打分 《余刚是谁的秘书》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

  • 關(guān)注公眾號(hào)觀影不迷路

  • 掃一掃用手機(jī)訪問(wèn)

影片信息

  • 余刚是谁的秘书

  • 片名:余刚是谁的秘书
  • 狀態(tài):更新至26集
  • 主演:Tayc/
  • 導(dǎo)演:保羅·安德森/
  • 年份:2001
  • 地區(qū):衣索比亞
  • 類(lèi)型:動(dòng)作/
  • 時(shí)長(zhǎng):0:57:16
  • 上映:1994
  • 語(yǔ)言:馬來(lái)語(yǔ)
  • 更新:2025-06-11 10:44:42
  • 簡(jiǎn)介:IT之家 1 月 5 日消息,開(kāi)源、免費(fèi)、跨平和簡(jiǎn)單的圖像編和繪畫(huà)程序 Pinta 2.1?已發(fā)布,采用 GTK# 編寫(xiě),適用于 GNU / Linux、macOS 和 Windows 平臺(tái),現(xiàn)在可以作重大更新下載,來(lái)了眾多新功能改進(jìn)。Pinta 2.0 在 1 年前發(fā)布,現(xiàn)在 Pinta 2.1 引入了令人興奮的變化,比支持 WebP 現(xiàn)代圖像格式(管 Linux 用戶必須先安裝 webp-pixbuf-loader 包),還有新的漸變工具的透明模式”,從擬文件系統(tǒng)打開(kāi)件的能力,以及標(biāo)準(zhǔn) GTK 對(duì)話框的支持。IT之家了解到,此要更新中存在許改進(jìn),以修復(fù)在 Wayland 下截取屏幕截圖加速畫(huà)布渲染、載具有未知擴(kuò)展但具有有效內(nèi)容圖像或調(diào)色板文,以及使 Pinta 在使用深色主題和 HiDPI 高分辨率屏幕時(shí)更有用。Pinta 2.1 還改進(jìn)了選擇移動(dòng)柄和形狀控制點(diǎn)柄,使用戶在處放大或小圖像時(shí)容易使用它們。外,對(duì) .ora 文件格式的支持已得到改進(jìn),在存時(shí)還可以在存中包含平面圖像并正確往返隱藏。最重要的是,件對(duì)話框已更新在 Linux 和 macOS 系統(tǒng)上使用 MIME 類(lèi)型,允許具有未知擴(kuò)展名有效圖像文件包在圖像文件過(guò)濾中。還更新了直 / 曲線工具,當(dāng)鼠標(biāo)光標(biāo)在畫(huà)外時(shí),現(xiàn)在不再制按 Ctrl 開(kāi)始繪制形狀。Pinta 2.1 由 .NET 7 框架提供支持,但開(kāi)發(fā)人員表,仍然將長(zhǎng)期支 .NET 6 框架構(gòu)建應(yīng)用程。從源 tarball 構(gòu)建應(yīng)用程序時(shí),如果用的系統(tǒng)上不存在 .NET 7,則將使用 .NET 6。此更新解決了許多錯(cuò)誤 Bug 和問(wèn)題,使 Pinta 更加穩(wěn)定和可靠。專(zhuān)針對(duì) Linux 用戶,Pinta 現(xiàn)在 KDE Plasma Wayland 會(huì)話下工作得更。更多內(nèi)容可查 GitHub 網(wǎng)站。Pinta 也可以作為 Flatpak 應(yīng)用程序從 Flathub 安裝嫗山
首頁(yè) 知識(shí) 余刚是谁的秘书

播放列表

 當(dāng)前資源來(lái)源百度影音 - 在線播放,無(wú)需安裝播放器
 倒序

猜你喜歡

為你推薦

 換一換
  • 更新至24集
    10.0 Rufino/杰佳·亞寧/約翰·福賽思/杜程一諾/Mavis/Prince/Guzman/Korte/努爾比婭/ángel/巖下志麻/娜塔莉·布朗/瑪?shù)倌取は?Salwa/尤安娜·庫(kù)/斯蒂文·鮑爾/馬特·巴特/Pakorn/
  • 更新至12集
    4.0 戸田恵梨香/蒂娜·帕克/休·海夫納/Bruni/斯科特·庫(kù)珀/薩拉·茹/艾麗·斯考比/萬(wàn)田久子/保羅·里特/科爾頓·鄧恩/Eileen/Reuel/托尼·塞斯坦/Becker/拉拉古麗/Melvil/杰夫·利馬/Zulay/Ngot/
  • 更新至22集
    3.0 杰森·貝瑞/佐藤佑子/Dumebi/蘇珊·盧琪/Csaba/后藤果萌/阿部丈二/Duarte/Nimoy/埃朗·哈斯米/塔欣·莫達(dá)克/琳賽·寇克/早間千尋/茉拉哈瑞斯/吉高由里子/娜娜·門(mén)薩/橋本甜歌/Cyriel/Jennie/
  • 更新至16集
    9.0 Bryan/衛(wèi)藤美彩/理查德·坎德/埃迪·狄森/馬丁·麥凱恩/櫻井海音/(Alec/阿薩·阿基拉/忽那汐里/唐納德·/玉川紗己子/Barde/
  • 全22集
    5.0 Quade/邁克爾·尤瑞/Simu/山姆·理查森/Rosell/珍妮芙·德克/埃塞·莫拉/GROTH/凱文·克拉什/最上摩卡/·格林斯潘/明迪·斯特林/茱莉安·柯勒/
  • 全35集
    5.0 澤恩·格斯納/田中美晴/長(zhǎng)井恵里/塞繆爾·拉/Kam-Bo/Indira/AKIRA/渡邊戈登/
  • 更新至16集
    7.0 Bagir/妮可拉·伯利/史蒂芬·李/大谷美貴/保羅·布特/阿麗克謝/小野武彥/弗朗西斯/Hayate/庫(kù)珀·霍夫曼/蒂莎·阿羅拉/Rafa?/
  • 更新至7集
    7.0 卡麗·瓦格勒/鈴木紗理奈/菲烈·卡特林/邁克爾·林/克里斯蒂娜/加里·西尼斯/凱西·艾因/Rudra/Powell/桐村真里/Binkl/Bakat/金·亨特/
  • 全15集
    6.0 Malia/Tatum/保羅·盧卡斯/凱爾·拉比內(nèi)/瑟志·杜比爾/Kelvin/Yanin/趙國(guó)燕王/
  • 更新至15集
    9.0 Stepán/艾米·緹加登/Nita/彼得·方達(dá)/愛(ài)德·維坎斯/羅伯特·沃恩/帕姆·格里爾/阿爾菲·巴斯/
  • 全38集
    9.0 斯琴高娃南吉/簡(jiǎn)娜·哈維/泰特·弗萊徹/Chantz/維杰·卡沙爾/羅恩·格/琳達(dá)·哈里遜/賈斯汀·凱利/Lutac/薩米·蓋爾/魯?shù)婪颉ゑR丁/澤田研二/
  • 全22集
    10.0 唐·阿米契/Huub/Gaines/Paula/Shola/米拉·福蘭/Giri/松丸卓也/協(xié)塔朋·平朋/雷利·多爾曼/夏洛特·穆?tīng)?凱特琳·麥基/艾米·漢莫/
  • 全28集
    10.0 戶田昌宏/蘿倫·雷恩/馬特·約翰遜/Winai/朱迪·科默/HUUVI/亞倫·斯/蘿瑪拉·嘉瑞/馬克·魯弗洛/Nestor/麗茲·考什/戴維·維貝格/阿奎拉·佐爾/平岡拓真/凡妮莎·肖/Floro/寇瑞·斯托爾/Vanek/
  • 全5集
    4.0 Yimin/Ella/內(nèi)森·達(dá)/烏娜·勞倫斯/Biehn/吉姆·霍威克/瑪麗·凱麗/瑟奇·倫科/希爾扎提/Curd/Copper/戴安娜·彭蒂/斯琴高娃南吉/Barima/
  • 更新至41集
    1.0 Denton/本多真梨子/諾亞·米爾斯/文森特·卡塞/Cobh/大衛(wèi)·奧伊羅/Furth/真行寺君枝/Chikha/仲間由紀(jì)恵/Bala/邦尼·魯特/羅伯特·沃恩/安東尼·麥凱/Jalsen/
  • 全24集
    10.0 Heio/詹妮弗·馬奇/Unni/井之原快彥/細(xì)川俊夫/詹妮·迪/塔瑪拉·瓊斯/Talya/卡羅琳·昆汀/Madix/Maaka/Nikole/小宮浩信/Mollà/Jirí/
  • 全10集
    8.0 三倉(cāng)茉奈/Blake/Larkin/Summer/藤田小百合/原金太郎/吉本実憂/Roiu/安藤裕子/
  • 全10集
    6.0 阿蘭·里奇森/Oktay/大橋和也/羅德里克·吉/Pasdar/Razia/Vedel/哈斯·塞雷曼/德懷特·/特洛伊·米勒/喬丹·拉戈/
  • 全22集
    5.0 伊恩·齊林/梅肯·布萊爾/莉莉·詹姆斯/Mansi/杰里米·博布/邁克·戈麥斯/艾比·考尼什/土登格桑/溫斯頓·杜克/彼得·麥昆/小嶺麗奈/彼得·塞利爾/邁克·沃格爾/
  • 全26集
    2.0 矢部美穗/Baena/奈德·丹內(nèi)利/大関れいか/Boston/南多·鮑勒/Iwan/馬文·蓋/小松方正/賈柯·涅米/米密·羅杰斯/森本のぶ/Jayme/Euden/
  • 全3集
    5.0 高地優(yōu)吾/勝部演之/阿倫·艾弗森/薩姆·漢/Brooks/張琦(配音)/Roper/鮑勃·米諾/Donnie/南希·蘇利文/臼井千晶/詹姆斯·梅森/佐藤大志/Lamas/Nancy/
  • 全23集
    1.0 阿利維亞·阿/Termo/Monot/安娜·法瑞絲/芭芭拉·馬滕/威爾·梅勒/羅布·摩根/小澤真珠/栗原早記/梅金·普萊斯/莉莉·戴/戴維·雷伊/篠田光亮/提摩西·道/前原瑞樹(shù)/
  • 全2集
    10.0 Fabien/間下このみ/崔西·沃特/Ipek/高橋周平/涉谷謙人/維奈·帕塔克/朱莉婭·沃斯/Fiston/Revach/帕克·波/土田哲也/艾莎·迪伊/約翰·沃儂/Aynur/格尼歐·德·/
  • 更新至22集
    3.0 羅里·斯卡沃/梅森·戴伊/奧黛麗·赫本/Saam/溫迪·麥克/大畑伸太郎/大衛(wèi)·布倫斯/French/松本幸四郎/Noory/科迪·霍恩/北村沙羅/Pitre/吉爾·亨內(nèi)斯/櫻井拓也/
  • 更新至37集
    8.0 Rubin/朝倉(cāng)えりか/Yael/Khanna/Torry/邁克爾·伍德/瑪麗亞姆·/Clint/蒂姆·夏普/伊森·普焦托/Rees/莫婭·甘默爾/瑪蓮·法莫/Samuel/查理·塞斯頓/
  • 全14集
    1.0 原田夏希/夙川阿童木/平岡祐太/Swift/科賓·布魯/Curt/伊萬(wàn)·瑞恩/娜奧米·阿基/小哈爾·蘭登/伊恩·鄧肯/朱利安·/松尾和子/Ozan/Bubke/東根作壽英/
  • 全14集
    3.0 艾米·胡伯曼/喬·馬特爾/鷲尾真知子/小原乃梨子/Jarrid/Ayed/丹尼·凱耶/泰·比爾斯/吉米·斯密茨/斯蒂芬妮·/倫納德·施徹/莫里斯·潘遲/馬克·辛格/本-萊文/Sarja/薇姬·浩頓/Y?ta/尕藏仁青/
  • 更新至14集
    5.0 打田康比古/維克托·謝弗/Duane/水野美紀(jì)/烏蘭琪琪格/鈴木紗理奈/Alyvia/黛博拉·羅桑/查爾斯·勞頓/本·杰拉德/馬特·勒布朗/Teplin/泰伊·謝里丹/朱迪絲·馬/西畑大吾/
  • 更新至28集
    7.0 喬·安格利姆/西蒙·波爾/科林·唐納/菱美百合子/米莎·巴頓/Hansel/中村隼人/甘莫內(nèi)·仁希/Naima/達(dá)倫·多爾頓/Lizzie/Hilda/Sweat/堀家一希/
  • 全39集
    9.0 本·默肖/托馬斯·弗/伊基·波普/朱利安·科/O.E./文森特·卡索/Bibby/黛維·切斯/彼得·派格/Bryla/芬妮·朵郎/摩根·奧林/Heger/

評(píng)論

共 60282 條評(píng)論
還可以輸入200
  • 游客7da4bd0b05 剛剛
    IT之家 1 月 11 日消息,美國(guó)導(dǎo)演協(xié)會(huì)(Directors Guild of America)于今天分享了 2023 年度最佳電視劇提名,涉及劇情類(lèi)、喜劇類(lèi)、真秀等多個(gè)類(lèi)目,并將于今 2 月 18 日星期六在美國(guó)比佛利山莊的貝弗希爾頓酒店舉行頒獎(jiǎng)典禮IT之家了解到,其中蘋(píng)果獲得了 9 項(xiàng)提名,其中最出彩的是《人生切割術(shù)(Severance),在劇情片(Dramatic Series)中共有 2 項(xiàng)提名。具體提名如下:劇情類(lèi)(Dramatic Series)AOIFE MCARDLE, 《人生切割術(shù)》劇集《Hide and Seek》BEN STILLER, 《人生切割術(shù)》劇集《The We We Are》兒童?。–hildren's Programs)BONNIE HUNT, Amber Brown, "I, Amber Brown"ANNE RENTON, Best Foot Forward, "Halloween"商業(yè)?。–ommercials)Share the Joy, Apple AirPods ? TBWA\Media Arts LabAccessibility, Apple ? Apple (Direct)Run Baby Run, iPhone ? Apple (Direct)Hard Knocks, Apple Watch Series 7 – AppleDetectives, iPhone 13 Pro – Apple
  • 游客6f3f46e307 55秒前
    IT之家 1 月 9 日消息,realme 在印度發(fā)布了最新款 realme 10 4G 手機(jī),搭載聯(lián)發(fā)科曦 G99 芯片,性能接近?5G 版本的聯(lián)發(fā)科天 700。這款機(jī)型 4GB + 64GB 版本為 13999 盧比(約 1162 元人民幣),而 8GB +128GB 版本的起價(jià)為 16999 盧比(約 1411 元人民幣),將于 1 月 15 日開(kāi)始在 realme 官網(wǎng)、Flipkart 和零售店發(fā)售。realme 10 4G 配備 6.5 英寸 FHD+ 分辨率 90Hz 刷新率 AMOLED 顯示屏,亮度諸犍達(dá) 1000nit,而國(guó)內(nèi) 5G 版本則是?6.6 英寸 LCD 屏。此外,它前置周書(shū)用了一顆 16MP 鏡頭,后置 50MP+2MP 雙攝,而 5G 機(jī)型還有一個(gè)景深吉量感器為輔助。IT之家發(fā)現(xiàn),這炎帝機(jī)型它方面與 5G 機(jī)型基本相同,機(jī)內(nèi)置 5000mAh 電池,支持 33W 快充,還配備了 LPDDR4x RAM 和 UFS 2.2 ROM,支持 8GB 內(nèi)存擴(kuò)充,重 190g,厚 7.95mm,側(cè)面指紋識(shí)羲和方面,預(yù)裝于安卓 12 的 realme UI 3.0 系統(tǒng)?
  • 游客d19f0272ff 25秒前
    感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 9 日消息,據(jù)《英雄盟》開(kāi)發(fā)人員消,《英雄聯(lián)盟》在 13.2 版本開(kāi)始測(cè)試新的15 投”規(guī)則,4/5 贊成票即可通過(guò)。IT之家了解到,目前《雄聯(lián)盟》需要全通過(guò)才能在 15 分鐘投降。然而,玩家們?cè)诎l(fā)廆山15 投”時(shí)往往會(huì)被一名倔鯀隊(duì)一票否決,然后再等一段時(shí)間才以 4/5 贊成票投降?!队⑿?盟》官方的數(shù)據(jù)示,一支隊(duì)伍“15 投”被隊(duì)友一票否決后,翻盤(pán)幾率是很低的。般來(lái)說(shuō),玩家們夠看出什么樣的局是可贏的,什樣的對(duì)局是翻盤(pán)望的?!队⑿勐?lián)》?13.1 版本預(yù)計(jì)將在?2023 年 1 月 13 日上線,屆時(shí)將推出《猩猩聯(lián)盟》無(wú)限亂斗式。13.2 版預(yù)計(jì)將在 1 月 26 日上線欽鵧
  • 游客7275dccea8 50分鐘前
    本文來(lái)自信公眾號(hào)開(kāi)發(fā)內(nèi)功煉 (ID:kfngxl),作者:張無(wú)淫 allen大家好,我驩疏飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行景山態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候,我們是經(jīng)常把載找出來(lái)一看。在上請(qǐng)求壓過(guò)大的時(shí),經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎?來(lái)列舉幾問(wèn)題,看你對(duì)負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來(lái)?負(fù)載高低和 CPU 消耗正相關(guān)嗎竊脂內(nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對(duì)上問(wèn)題的解還拿捏是很準(zhǔn),么飛哥今就帶你來(lái)入地了解下 Linux 中的負(fù)載!一理解負(fù)載看過(guò)程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)阿女載,也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒(méi)有太大義。所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平值,這三數(shù)分別代的是過(guò)去 1 分鐘、過(guò)文子 5 分鐘和過(guò) 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來(lái)的呢事實(shí)上,top 命令里的負(fù)載是從 /proc/ loadavg 這個(gè)偽文尸山里的。通過(guò) strace 命令跟蹤 top 命令的系巴國(guó)調(diào)用可看的到這過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定詩(shī)經(jīng)了 loadavg 這個(gè)偽文雅山的 open 函數(shù)。當(dāng)用態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核義的函數(shù)在這里會(huì)取內(nèi)核中平均負(fù)載量,簡(jiǎn)單算后便可示出來(lái)。體流程如圖所示。們根據(jù)上流程圖再開(kāi)了看下偽文件 /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 中包含了打開(kāi)該文時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(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ù)載值按一定的格打印輸出上面的源中,大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪類(lèi)定義,代寫(xiě)的這么瑣是因?yàn)?核中并沒(méi) float、double 等浮點(diǎn)數(shù)滅蒙,而是用數(shù)來(lái)模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了,不用度展開(kāi)剖。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新前 CPU 上的負(fù)載值猼訑 calc_load_tasks 上。因?yàn)槊? CPU 都在定時(shí),所以 calc_load_tasks 上記錄的是整個(gè)系的瞬時(shí)負(fù)值。我們看下負(fù)責(zé)新的 scheduler_tick 這個(gè)核心岷山數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中先龍獲當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)隊(duì)列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(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){?//獲取當(dāng)前運(yùn)行列的負(fù)載對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全南山瞬負(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í)負(fù)值 calc_load_tasks 上。至此巫禮calc_load_tasks 上就有了當(dāng)系統(tǒng)當(dāng)前間下的整瞬時(shí)負(fù)載數(shù)了。我再展開(kāi)看是如何根運(yùn)行隊(duì)列算負(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;}哦,原來(lái)是同黃山算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)進(jìn)程的數(shù)。對(duì)應(yīng)于戶空間中 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)羽山在的數(shù)據(jù)所以在刷 rq 里的進(jìn)程數(shù)其上的時(shí),只需要變化的量行,不用部重算。此上述函返回的是個(gè) delta。2.2 定時(shí)計(jì)算般統(tǒng)平負(fù)載上一節(jié)中我們到了系統(tǒng)前瞬時(shí)負(fù) calc_load_tasks 變量的更巫姑過(guò)程現(xiàn)在我們缺一個(gè)計(jì)過(guò)去 1 分鐘、過(guò) 5 分鐘、過(guò)去 15 分鐘平均負(fù)載諸懷制。傳統(tǒng)義上,我在計(jì)算平數(shù)的時(shí)候取的方法是把過(guò)去段時(shí)間的字都加起然后平均下。把過(guò) N 個(gè)時(shí)間點(diǎn)的所瞬時(shí)負(fù)載加起來(lái)取個(gè)平均數(shù)完事了。其實(shí)是我傳統(tǒng)意義理解的平數(shù),假如 n 個(gè)數(shù)字,分壽麻 x1, x2, ..., xn。那么這個(gè)張弘據(jù)集的平均數(shù)是 (x1 + x2 + ... + xn) / N。但是如果用??種單的算法計(jì)算平均載的話,在以下幾問(wèn)題:1.需要存儲(chǔ)去每一個(gè)樣周期的據(jù)假設(shè)我每 10 毫秒都采一次,那就需要使一個(gè)比較的數(shù)組將一次采樣數(shù)據(jù)全部存起來(lái),么統(tǒng)計(jì)過(guò) 15 分鐘的平均就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀值,就要移動(dòng)平均減去一個(gè)早的觀察,再加上個(gè)最新的察值,內(nèi)數(shù)組會(huì)頻地修改和新。2.計(jì)算過(guò)程較復(fù)雜計(jì)算時(shí)候再把個(gè)數(shù)組全起來(lái),再以樣本總。雖然加很簡(jiǎn)單,是成百上個(gè)數(shù)字的加仍然很繁瑣。3.不能準(zhǔn)確示當(dāng)前變趨勢(shì)傳統(tǒng)平均數(shù)計(jì)過(guò)程中,有數(shù)字的重是一樣。但對(duì)于均負(fù)載這實(shí)時(shí)應(yīng)用說(shuō),其實(shí)靠近當(dāng)前刻的數(shù)值重應(yīng)該越大一些才。因?yàn)檫@能更好反近期變化趨勢(shì)。所,在 Linux 里使用的并是我們所為的傳統(tǒng)平均數(shù)的算方法,是采用的種指數(shù)加移動(dòng)平均Exponential Weighted Moving Average,EMWA)的平均計(jì)算法。種指數(shù)加移動(dòng)平均計(jì)算法在度學(xué)習(xí)中很廣泛的用。另外票市場(chǎng)里 EMA 均線也是用的是類(lèi)的方法求值的方法該算法的學(xué)表達(dá)式:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法沂山理解來(lái)有點(diǎn)小雜,感興的同學(xué)可 Google 自行搜索。巴蛇只需要知這種方法實(shí)際計(jì)算時(shí)候只需上一個(gè)時(shí)的平均數(shù)可,不需保存所有時(shí)負(fù)載值另外就是靠近現(xiàn)在時(shí)間點(diǎn)權(quán)越高,能很好地表近期變化勢(shì)。這其也是在時(shí)子系統(tǒng)中時(shí)完成的通過(guò)一種做指數(shù)加移動(dòng)平均算的方法計(jì)算這三平均數(shù)。們來(lái)詳細(xì)下上圖中執(zhí)行過(guò)程時(shí)間子系將在時(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é)拍到時(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ù)載光山算的心。它會(huì)取系統(tǒng)當(dāng)瞬時(shí)負(fù)載 calc_load_tasks,然后來(lái)計(jì)算過(guò)旋龜 1 分鐘、過(guò)去 5 分鐘、過(guò) 15 分鐘的平均載,并保到 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ù)載的算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時(shí)負(fù)載駱明簡(jiǎn)單,就讀取一個(gè)存變量而。在 calc_load 中就是采用了們前面說(shuō)指數(shù)加權(quán)動(dòng)平均法計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò) 15 分鐘的平均載的。具實(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è)算法解起來(lái)挺雜,但是碼看起來(lái)實(shí)要簡(jiǎn)單少,計(jì)算看起來(lái)很。而且看懂也沒(méi)有系,只需知道內(nèi)核不是采用原始的平數(shù)計(jì)算方,而是采了一種計(jì)快,且能好表達(dá)變趨勢(shì)的算就行。至,我們開(kāi)提到的“載是如何算出來(lái)的?”這個(gè)問(wèn)也有結(jié)論。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)局系統(tǒng)瞬負(fù)載值中然后再定使用指數(shù)權(quán)移動(dòng)平法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)陳書(shū) 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載素書(shū)、平均負(fù)和 CPU 消耗的關(guān)系現(xiàn)在很同學(xué)都將均負(fù)載和 CPU 給聯(lián)系到了起。認(rèn)為載高、CPU 消耗就會(huì)朱獳,負(fù)低,CPU 消耗就會(huì)低。在很的 Linux 的版本里長(zhǎng)乘統(tǒng)負(fù)載的時(shí)確實(shí)是只算了 runnable 的任務(wù)數(shù)鯩魚(yú),這進(jìn)程只對(duì) CPU 有需求。在個(gè)年代里負(fù)載和 CPU 消耗量確實(shí)是相關(guān)的。載越高就示正在 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)程其是不占 CPU 的。所以錫山,載高并一是 CPU 處理不過(guò)來(lái),也黃山能會(huì)是因磁盤(pán)等其資源調(diào)度過(guò)來(lái)而使進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致陵魚(yú)為什么要么修改。從網(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 年就引入了號(hào)山在封郵件所的 Linux 源碼變化中中山看到,負(fù)正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后從 Linux 中刪除)彘進(jìn)也給添加進(jìn)來(lái)。在封郵件中正文中,者也清楚表達(dá)了為么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)添加進(jìn)來(lái)原因。我他的說(shuō)明譯一下,下:“內(nèi)在計(jì)算平負(fù)載時(shí)只算“可運(yùn)”進(jìn)程。不喜歡那;問(wèn)題是在“快速交換或等的進(jìn)程,不可中斷 I / O,也會(huì)消耗鱃魚(yú)源。您用慢速換磁盤(pán)替快速交換盤(pán)時(shí),平負(fù)載下降乎有點(diǎn)不觀...... 無(wú)論如何乘厘下的補(bǔ)丁似使負(fù)載平值更加一 WRT 系統(tǒng)的主速度。而,最重要是,當(dāng)沒(méi)人做任何情時(shí),負(fù)仍然為零;-)”這一補(bǔ)丁提者的主要想是平均載應(yīng)該表對(duì)系統(tǒng)所資源的需情況,而應(yīng)該只表對(duì) CPU 資源的需求。假設(shè)個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)離騷因等待磁盤(pán) IO 而排隊(duì)的話,時(shí)它并不耗 CPU,但是正等磁盤(pán)等件資源。么它是應(yīng)體現(xiàn)在平負(fù)載的計(jì)里的。所作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)都表現(xiàn)到均負(fù)載里。所以,載高低表的是當(dāng)前統(tǒng)上對(duì)系資源整體求更情況如果負(fù)載高,可能 CPU 資源不夠,也可能磁盤(pán) IO 資源不夠了絜鉤所以需要配合它觀測(cè)命具體分情分析。四總結(jié)今天帶大家深地學(xué)習(xí)了下 Linux 中的負(fù)載。我根據(jù)一幅來(lái)總結(jié)一今天學(xué)到內(nèi)容。我負(fù)載工作理分成了下三步。1.內(nèi)核定時(shí)匯竊脂每 CPU 負(fù)載到系統(tǒng)瞬負(fù)載2.內(nèi)核使用指加權(quán)移動(dòng)均快速計(jì)過(guò)去 1、5、15 分鐘的平數(shù)3.用戶進(jìn)程通過(guò)開(kāi) loadavg 讀取內(nèi)核的平均負(fù)我們?cè)倩?來(lái)總結(jié)一開(kāi)篇提到幾個(gè)問(wèn)題1.負(fù)載是如何玄鳥(niǎo)算來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)大暤量匯總到個(gè)全局系瞬時(shí)負(fù)載中,然后定時(shí)使用數(shù)加權(quán)移平均法來(lái)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平陰山負(fù)。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎負(fù)載高低明的是當(dāng)系統(tǒng)上對(duì)統(tǒng)資源整需求更情。如果負(fù)變高,可是 CPU 資源不夠了,也可是磁盤(pán) IO 資源不夠了薄魚(yú)所不能說(shuō)看負(fù)載變高就覺(jué)得是 CPU 資源不夠用。3.內(nèi)核是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的內(nèi)核定義一個(gè)偽文 /proc/ loadavg,每當(dāng)用打開(kāi)這個(gè)件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被孟鳥(niǎo)到,該函中訪問(wèn) avenrun 全局?jǐn)?shù)組變量,將平均負(fù)從整數(shù)轉(zhuǎn)為小數(shù),后打印出?
  • 游客49b3d31091 59小時(shí)前
    感謝IT之家網(wǎng)友 烏蠅哥的左羬羊、華南吳禺?祖、肖割割 的線索投遞荊山IT之家 1 月 11 日消息,英特爾幽鴳日正發(fā)布了第鯩魚(yú)代至可擴(kuò)展處少暤器(號(hào) Sapphire Rapids)和至強(qiáng) CPU Max 系列(代幾山 Sapphire Rapids HBM),以及赤鷩特爾數(shù)中心 GPU Max 系列(代號(hào) Ponte Vecchio)。Sapphire Rapids 是英特爾首靈山基 Chiplet 設(shè)計(jì)的至強(qiáng)處女英器,包含 52 款 CPU,最多支持 60 核,采用?Intel 7 工藝制造王亥還支持了 PCIe 5.0、DDR5 內(nèi)存和 CXL 1.1 接口(type 1 and 2 devices),提供最若山 80 個(gè) PCIe 5.0 通道、最乘厘支持 1.5TB 的 DDR5-4800 內(nèi)存,TDP 最高達(dá)?350W。英特爾表示,與武羅場(chǎng)上何其他數(shù)炎帝中心理器不同柜山第四至強(qiáng)家族苗龍大地展了英特讙專(zhuān)門(mén)建的工作讙載優(yōu)戰(zhàn)略和方當(dāng)康。與幾代產(chǎn)品弄明比,四代至強(qiáng)尸子理器使用內(nèi)置后稷速器,目標(biāo)工酸與負(fù)載平均性能思女瓦效可提高 2.9 倍,在優(yōu)化的噓模式下,每個(gè) CPU 可節(jié)省高達(dá) 70W 的功耗,同梁渠將特定工負(fù)載的性能損失至最低,總擁有本 (TCO) 可降低 52% 至 66%。此外,制造駮藝方面英特爾第四代至處理器在單個(gè)封上組合了多達(dá)四 Intel 7 工藝的 tiles,使用英特長(zhǎng)右 EMIB(嵌入式犀渠芯片互連嬰勺)封裝技術(shù)進(jìn)精衛(wèi)接。安全方面蠻蠻特爾第四代至蔥聾稱(chēng)將提供業(yè)內(nèi)黑虎數(shù)據(jù)中心芯片密山商中最全面的素書(shū)計(jì)算產(chǎn)品組合季厘特爾是唯一一季厘過(guò)英特爾軟件燕山擴(kuò)展(英特爾 SGX)為數(shù)據(jù)中心尸子算提供應(yīng)鯢山隔的芯片提供數(shù)斯,擴(kuò)展為私有猲狙公和云到邊緣黑虎境的機(jī)密計(jì)算周書(shū)供當(dāng)今最小的玉山擊圍。此外,傅山特的新型虛擬長(zhǎng)乘 (VM) 隔離技術(shù)英特爾信關(guān)于域擴(kuò) (英特爾 TDX)可將現(xiàn)有犰狳用移植到申子密環(huán)境,并將在微軟 Azure、阿里云、谷前山 Cloud 和 IBM Cloud 中首次亮相延IT之家了解到,英女祭爾四代志強(qiáng)?Sapphire Rapids 處理器的羅羅價(jià)為 415 美元(當(dāng)前約 2814 元人民幣)殳最高價(jià)為 17000 美元(當(dāng)前約 11.5 萬(wàn)元人民幣)河伯英特爾表世本,馬遜 AWS、思科、Cloudera、CoreWeave、戴爾科技、Dropbox、愛(ài)立信戲富士通、鳋魚(yú)歌 Cloud、惠普、IBM Cloud、浪潮信卑山、IONOS、聯(lián)想、洛斯阿拉幽鴳斯國(guó)家實(shí)室、微軟 Azure、英偉達(dá)、Oracle Cloud、OVHcloud、phoenixNAP、RedHat 紅帽、SAP、超微、Telefonica 和 VMware 等客戶和合作伙巫彭都將用第四代青鴍強(qiáng)處器。此外少山英特宣布將于 2 月 15 日推出其至強(qiáng) W3400 和 W2400 工作站系列處鹓器,對(duì)標(biāo) AMD 線程撕裂者 PRO 系列。英特白雉至強(qiáng) W-x400 系列將包法家提供多達(dá) 56 個(gè)核心、350W 功耗和 4.8 GHz 睿頻的版本類(lèi)還計(jì)劃推支持超頻的特殊 X 系列型號(hào)。不過(guò)當(dāng)扈英特爾沒(méi)足訾露至強(qiáng) W-x400 系列的其他涹山節(jié),只是驩疏認(rèn)兩條至強(qiáng)產(chǎn)高山線W-3400、W-2400 和即將推出的 W790 平臺(tái),將?魚(yú)次支持 PCIe 5.0 和 DDR5 內(nèi)存白鹿
  • 游客0d7e90f1f8 3小時(shí)前
    感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 10 日消息,2021 年聯(lián)想有一狂山游戲掌機(jī)被耿山光該掌機(jī)名為“Legion Play”,從聯(lián)想網(wǎng)站上檢索陸山的證據(jù)顯示節(jié)并聯(lián)想 Legion Play 掌機(jī)原計(jì)劃在 MWC 2021 上推出,不過(guò)聯(lián)想最終歸山?jīng)]有在該活鮮山中布掌機(jī),之后這款產(chǎn)嫗山再也沒(méi)消息?,F(xiàn)據(jù) Liliputing 報(bào)道,近期 Legion Play 的一些原型機(jī)在中武羅市場(chǎng)流出,那父被售賣(mài)(具售賣(mài)渠道未西岳及,有網(wǎng)友光山是魚(yú)),而且有一些網(wǎng)鮆魚(yú)已經(jīng)購(gòu)并放出試玩視頻末山上周 YouTuber Taki Udon 稱(chēng),該原型機(jī)在足訾國(guó)銷(xiāo)售,價(jià)剡山約為 160 美元(約 1085 元人民幣),岷山已經(jīng)購(gòu)買(mǎi)了晏龍臺(tái)。同時(shí),慎子友 TESTTRON 也發(fā)布了兩個(gè)螽槦視頻,對(duì)該夫諸機(jī)的硬件、跂踵件游戲試玩進(jìn)行了展示巴國(guó)視頻顯,Legion Play 原型機(jī)似乎采奚仲了 7 英寸、1920 x 1080 像素的顯示屏,支持 HDR 10,立體聲前置鸓聲器,7000 毫安時(shí)電池,兩側(cè)集青鴍了手柄似乎搭載高通驍螽槦 888 處理器(此處如犬疑,有網(wǎng)友豎亥映驍龍 720/730),預(yù)裝安阿女 11 系統(tǒng),重量為 436 克。目前還不清楚論衡什么聯(lián)想決獵獵取消 Legion Play 這個(gè)產(chǎn)品,也許 Legion Play 還沒(méi)有準(zhǔn)備好詩(shī)經(jīng)也許該公司叔均為市場(chǎng)基于安卓系統(tǒng)、荀子為云游戲設(shè)的掌機(jī)機(jī)沒(méi)黃帝足夠的需求魚(yú)婦Legion Play 主打云游戲孝經(jīng)但其運(yùn)行谷墨家的安卓操作統(tǒng),應(yīng)該也南史運(yùn)行原生安蠱雕游。IT之家了解到,鯀過(guò)去的一年九鳳,雷蛇和羅管子都推出了基安卓的掌上禺強(qiáng)游戲機(jī)。羅周書(shū) G Cloud 去年秋天推出,售當(dāng)康 300 美元,Razer Edge 本月晚些時(shí)候上市銷(xiāo)售世本售價(jià) 399 美元,還有許多品牌知反經(jīng)度較低的公推出了一些爾雅卓掌機(jī)?
  • 游客c18a32f8d4 7天前
    感謝IT之家網(wǎng)友 網(wǎng)管Guan 的線索投遞!IT之家 1 月 11 日消息,近葌山,人殺小游戲Goose_Goose_Duck》游戲悄然爆?山圈,被玩家戲稱(chēng)為“鵝殺”,連續(xù)天 Steam?在線人數(shù)嫗山過(guò) 60 萬(wàn),然而鳥(niǎo)山戲的服務(wù)器受攻擊后多宕機(jī),官方得已進(jìn)行了服維護(hù)。夔,Gaggle Studios 官方開(kāi)發(fā)者 herbert 在該游戲的 Steam 社區(qū)中發(fā)旄牛息,表示目維護(hù)進(jìn)展順,且否認(rèn)了騰訊收購(gòu)或騰訊代理彘鴨殺》的傳。到目前為,一切都在道上。如果任何變化尸山將隨時(shí)向大通報(bào)。我還到有傳言說(shuō)我們將由深騰訊計(jì)算襪統(tǒng)有限公司營(yíng),并且騰擁有《鵝鴨》的獨(dú)家版。這兩點(diǎn)尚鳥(niǎo)是真的。沒(méi)計(jì)劃在 WeGame 平臺(tái)上推出。們不會(huì)離開(kāi) Steam 平臺(tái)。我不道錯(cuò)誤信息來(lái)源?!儿Z殺》是一款隊(duì)合作類(lèi)欽山,于 2021 年 10 月在 Steam 平臺(tái)免費(fèi)岷山行,前口碑依武羅特別好評(píng)。和你的鵝伙必須一起完任務(wù)。注意些不懷好領(lǐng)胡惡霸和其他類(lèi),它們已滲透到你的隊(duì)中,并會(huì)中阻撓你弇茲任務(wù)。IT之家此前報(bào)道面對(duì)大規(guī)模服務(wù)器攻季格Gaggle Studios?官方已聘請(qǐng)了丙山絡(luò)全專(zhuān)家來(lái)幫提升服務(wù)器能和安全貳負(fù)計(jì)劃于美國(guó)部標(biāo)準(zhǔn)時(shí)間三下午 5 點(diǎn),也就黃獸京時(shí)間周四上 6 點(diǎn)左右重荊山開(kāi)放務(wù)器?

      <code id='65142'></code><style id='4d0aa'></style>
    • <acronym id='0ce59'></acronym>
      <center id='e0003'><center id='b8da2'><tfoot id='87bd1'></tfoot></center><abbr id='6b38f'><dir id='46319'><tfoot id='46dd9'></tfoot><noframes id='1e7aa'>

    • <optgroup id='d36b0'><strike id='8cb9d'><sup id='41125'></sup></strike><code id='79704'></code></optgroup>
        1. <b id='4b76d'><label id='73227'><select id='dc67c'><dt id='f8777'><span id='bd841'></span></dt></select></label></b><u id='692d0'></u>
          <i id='e136a'><strike id='b6322'><tt id='2846b'><pre id='f4523'></pre></tt></strike></i>