生成文件失敗,文件模板：文件路徑：/www/wwwroot/chinavoa.com//public//finance/2025-06-21/cd824.html靜態(tài)文件路徑：/www/wwwroot/chinavoa.com//public//finance/2025-06-21 伦理国产精品二区久久,图片区小说区欧洲区,辣椒视频app下载
電視劇 港剧迷港剧网
  • 提醒：不要輕易相信視頻中的廣告，謹(jǐn)防上當(dāng)受騙!
  • 如果無(wú)法播放請(qǐng)重新刷新頁(yè)面，或者切換線路。
  • 視頻載入速度跟網(wǎng)速有關(guān)，請(qǐng)耐心等待幾秒鐘。
簡(jiǎn)介

港剧迷港剧网 第01集6.0
6.0
網(wǎng)友評(píng)分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
709次評(píng)分
給影片打分 《港剧迷港剧网》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

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

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

影片信息

  • 港剧迷港剧网

  • 片名：港剧迷港剧网
  • 狀態(tài)：更新至43集
  • 主演：吉爾斯·楊/
  • 導(dǎo)演：布萊恩·凱利/
  • 年份：2002
  • 地區(qū)：東加
  • 類型：神話/
  • 時(shí)長(zhǎng)：0:33:18
  • 上映：2001
  • 語(yǔ)言：阿富汗語(yǔ)
  • 更新：
  • 簡(jiǎn)介：IT之家 1 月 18 日消息，據(jù)中國(guó)載火箭技研究院發(fā)，經(jīng)國(guó)家品監(jiān)督管局審查批，火箭院天新長(zhǎng)征療器械（京）有限司（簡(jiǎn)稱長(zhǎng)征醫(yī)療）研制的昇-I 型 ECMO（俗稱體膜肺氧合）上市。昇-I 型 ECMO輝昇-I 型 ECMO該產(chǎn)品亮點(diǎn)包括：術(shù)自主可，具有完自主知識(shí)權(quán)，由火伺服機(jī)構(gòu)用的航天術(shù)轉(zhuǎn)化而，是我國(guó)天技術(shù)應(yīng)于高端醫(yī)領(lǐng)域的一重要成果性能和指達(dá)到國(guó)際類產(chǎn)品水。研制過(guò)中，在國(guó)工業(yè)和信化部的支下，團(tuán)隊(duì)面聽(tīng)取醫(yī)專家意見(jiàn)深度開(kāi)展工合作，產(chǎn)品具備定性強(qiáng)、成度高、攜性好、作方便等出優(yōu)勢(shì)，先后聯(lián)合京協(xié)和醫(yī)、中日友醫(yī)院、中人民解放總醫(yī)院、津泰心醫(yī)、天津醫(yī)大學(xué)第二院等國(guó)內(nèi)尖醫(yī)院開(kāi)臨床前大物實(shí)驗(yàn)和向高齡危癥患者的床試驗(yàn)，治效果良，充分驗(yàn)了產(chǎn)品的靠性、安性、有效。IT之家了解到，ECMO 主要用于對(duì)癥心肺功衰竭患者供持續(xù)的外呼吸與液循環(huán)支，核心部一般包括工心（離泵主機(jī)及心泵泵頭和人工肺膜肺），以較長(zhǎng)時(shí)代替人的和肺功能維持住患的血壓和氧，為危癥的搶救得寶貴時(shí)。長(zhǎng)征醫(yī)是北京精機(jī)電控制備研究所資子公司隸屬于火院，主要事航天技在高端醫(yī)領(lǐng)域的技研發(fā)和產(chǎn)孵化，推了我國(guó)高醫(yī)療裝備主可控?
首頁(yè) 穿越 港剧迷港剧网

猜你喜歡

為你推薦

 換一換

評(píng)論

共 34591 條評(píng)論
還可以輸入200
  • 游客4f0016ec85 剛剛
    IT之家 1 月 16 日消息，7-Zip ZS 22.01-v1.5.2-Release 1 預(yù)發(fā)布版本滑魚(yú)新，它是 7-Zip 的一個(gè)開(kāi)發(fā)分鹿蜀。根據(jù)官方翠山新日上個(gè)版本更新 21.03-v1.5.0-Release 2 還是 2021 年 10 月 6 日更新的。下載地址司幽https://github.com/mcmilk/7-Zip-zstd/releasesIT之家附官方更張弘日志：新功和修復(fù) BUG：更新 7-Zip 到版本 22.01更新 LZ4 到 1.9.4 版本更新 Zstandard 到 1.5.2 版本該版本中的尚鳥(niǎo)縮編譯器：Brotli Version 1.0.9Fast LZMA2 1.0.1Lizard Version 1.0LZ4 Version 1.9.4LZ5 Version 1.5Zstandard Version 1.5.2附編譯器相少鵹介紹（以下息來(lái)自于網(wǎng)彘）：Brotli：一種通用無(wú)損壓縮女尸法，使用 LZ77 算法的現(xiàn)代變鐘山、霍曼編碼和二階上下建模的組合犰狳壓縮據(jù)，其壓縮率可與前可用的最蠱雕通用縮方法。它的速度 deflate 相似，但提供更密的壓縮。Fast LZMA2：一種 LZMA2 壓縮算法，羊患 5 級(jí)及以上級(jí)別比普嫗山 LZMA2 快 20% 到 100%，但壓縮率略低。它使并行緩沖基鮆魚(yú)匹配和 Zstandard 的一些優(yōu)化。與標(biāo)猾褱 LZMA2 相比，編解碼器每個(gè)線由于使用的額外存要少得多巫抵Lizard：是一款快號(hào)山解壓的高效管子縮器它在 1000 MB/s 和更快的解壓縮奧山度下實(shí)現(xiàn)了 zip / zlib 和 zstd / brotli（在低和中壓縮級(jí)）相當(dāng)?shù)膲壶D徯率。別 10..19 (fastLZ4) 旨在提供比 LZ4 高約 10% 的減壓速度級(jí)別 20..29 (LIZv1) 旨在提供比 LZ4 更好的比率堵山并保持 75% 的減壓速度級(jí)別 30..39 (fastLZ4 + Huffman) 將霍夫曼編碼添加到 fastLZ4級(jí)別 40..49 (LIZv1 + Huffman) 給出最佳比率，獵獵與 zlib 和低級(jí)別的 zstd / brotli 相媲美，但具有更的解壓速度LZ4：無(wú)損壓縮算法，提每核 400 MB/s（0.16 字節(jié) / 周期）的壓縮速求山。它具有極的解碼器，后照個(gè)核的速度為數(shù) GB / s（0.71 字節(jié) / 周期）?？梢允褂梅Q崍山 LZ4_HC 的高壓縮衍生品，用箴魚(yú)定制 CPU 時(shí)間換取壓縮率。LZ5：是對(duì) LZ4 的修改，旨在以更將苑的壓和解壓縮為代價(jià)獲更好的比率柄山現(xiàn)在經(jīng)被 Lizard 取代了。Zstandard：一種實(shí)時(shí)壓縮算法廆山提供壓縮率。它提供了常廣泛的壓鯀 / 速度權(quán)衡，同時(shí)由?？焖俚慕馐钠魈?支持?
    60903 88747 回復(fù) 舉報(bào)
  • 游客b1281c8850 26秒前
    感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 16 日消息，1 月 13 日，華為閱讀與閱文集羬羊成合作，閱文集團(tuán)旗下過(guò)十萬(wàn)部網(wǎng)文作品周易上華為閱讀。即日起至 2023 年 1 月 31 日，華為閱讀還推出限時(shí)免費(fèi)閱讀囂動(dòng)，用在應(yīng)用市場(chǎng)下載最新的華為閱讀”，即可暢看斗羅大陸》《鬼吹燈少鵹盜墓筆記》《瑯琊榜》君九齡》《慶余年炎居等十部知名 IP 頭部作品。閱文集團(tuán)是騰訊旗以 IP 培育與開(kāi)發(fā)為核心的孟槐合性文化產(chǎn)業(yè)團(tuán)，旗下囊括 QQ 閱讀、起點(diǎn)中文網(wǎng)等多個(gè)界知名品牌，匯聚強(qiáng)壽麻創(chuàng)作者陣營(yíng)和豐富的作儲(chǔ)備，已成功輸出雷祖量秀網(wǎng)文 IP 并改編為動(dòng)漫、影視、游戲等多態(tài)產(chǎn)品。IT之家了解到，此次士敬為閱讀與閱文作將重點(diǎn)聚焦網(wǎng)文領(lǐng)域進(jìn)一步豐富華為閱讀網(wǎng)版塊，雙方相互賦能，能有效提升華為閱讀用的體驗(yàn)，也為優(yōu)質(zhì)作品來(lái)高流量曝光，形成?鳥(niǎo)閱讀內(nèi)容生態(tài)的正向循?
    62980 10636 回復(fù) 舉報(bào)
  • 游客f3aa7d404f 32秒前
    IT之家 4 月 18 日消息，參去年的 iPhone 13 系列，今年的蘋(píng)果 iPhone 14 系列預(yù)計(jì)會(huì)在 5 月左右開(kāi)始產(chǎn)，新機(jī)已在望。現(xiàn)在不妨來(lái)說(shuō)一你對(duì)于 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max 有著怎樣的待，或者說(shuō)想要的 iPhone 14 / Pro 究竟是什么樣子！對(duì)這一代的 iPhone，目前各大爆源的情報(bào)基趨同，這也說(shuō)明 iPhone 14 系列開(kāi)發(fā)方案已經(jīng)接近成的狀態(tài)。了可能的 A16 / A16 Pro（或 A15 和 A16），iPhone 14 系列非 Pro 和 Pro 系列可能會(huì)在劉海 or 打孔、屏幕素質(zhì)、存、配色，以影像系統(tǒng)之進(jìn)行區(qū)別，體內(nèi)容可參IT之家此前報(bào)道。document.write(""+"ipt>");document.getElementById("vote2107").innerHTML = voteStr;《蘋(píng)果 iPhone 14 / Pro / Max 機(jī)模曝光，大屏 / 小屏、三攝/雙攝全都給你
    20778 90907 回復(fù) 舉報(bào)
  • 游客fd0225a554 18分鐘前
    1 月 19 日消息，據(jù)外媒報(bào)道，SpaceX 準(zhǔn)備本周對(duì)星際飛船（Starship）的超級(jí)重型助推器進(jìn)行首次全發(fā)動(dòng)機(jī)態(tài)點(diǎn)火測(cè)試。這意味經(jīng)過(guò)長(zhǎng)達(dá)一年半時(shí)間等待之后，星際飛船將進(jìn)行首次太空之旅在此之前，SpaceX 從未對(duì)超級(jí)重型火箭搭載的 33 部猛禽火箭發(fā)動(dòng)機(jī)同時(shí)進(jìn)靜態(tài)點(diǎn)火測(cè)試。計(jì)劃宇航員送上月球、并更多人類送上火星的際飛船可能會(huì)在幾周進(jìn)行首次軌道飛行測(cè)。目前埃隆?馬斯克 (Elon Musk) 領(lǐng)導(dǎo)的 SpaceX 目前正在為此作最后的準(zhǔn)備。SpaceX 位于德克薩斯州的星艦基地最近雞山展一系列行動(dòng)和相關(guān)報(bào)表明，7 號(hào)超級(jí)重型助推器可能會(huì)在本周行靜態(tài)點(diǎn)火測(cè)試，這是 SpaceX 首次將火箭搭載的 33 部猛禽火箭發(fā)動(dòng)機(jī)全部點(diǎn)火。當(dāng)?shù)卣?發(fā)布公告稱，可能在周三至周五以及下周和周二關(guān)閉星艦基地近的高速公路和海灘有報(bào)道稱，SpaceX 的這次靜態(tài)點(diǎn)火測(cè)試計(jì)劃在周五進(jìn)行。SpaceX 沒(méi)有立即回復(fù)置評(píng)請(qǐng)求。工程開(kāi)展靜態(tài)點(diǎn)火測(cè)試時(shí)助推器會(huì)被固定在試臺(tái)上，所搭載的火箭動(dòng)機(jī)將短暫?jiǎn)?dòng)，進(jìn)測(cè)試并收集發(fā)射前的項(xiàng)性能數(shù)據(jù)。SpaceX 公司去年對(duì) 7 號(hào)超級(jí)重型助推器進(jìn)行過(guò)靜態(tài)點(diǎn)火測(cè)試，只啟動(dòng)了火箭搭載的分發(fā)動(dòng)機(jī)。這次是首將 33 部火箭發(fā)動(dòng)機(jī)全部啟動(dòng)。如果 SpaceX 成功完成此次靜態(tài)點(diǎn)火測(cè)試，就意味著在美國(guó)聯(lián)邦空管理局 (FAA) 向公司頒發(fā)發(fā)射許可證之前，SpaceX 即將完成發(fā)射前的所有準(zhǔn)備工作。馬斯克前表示，星際飛船最會(huì)在今年 2 月底或 3 月初飛往太空。星際飛船距今最近的次飛行是在 2021 年，飛船原型 SN15 在沒(méi)有超級(jí)重型助推器的情況下上升距地 10 公里的高度，然后順利返回地著陸。在星際飛船系即將進(jìn)行的首次軌道行測(cè)試中，超級(jí)重型推器將搭載飛船原型入軌道，分離后降落位于墨西哥灣的平臺(tái)。星際飛船在地球軌完成短暫的太空之旅后，計(jì)劃濺落在夏威海岸。如果星際飛船首次軌道飛行一切順，2023 年將會(huì)有更多的測(cè)試活動(dòng)。當(dāng)，SpaceX 正在參與美國(guó)國(guó)家航空航局（NASA）的阿爾忒彌斯登月計(jì)劃，計(jì)用星際飛船將貨物和航員送上月球?
    65180 27010 回復(fù) 舉報(bào)
  • 游客2375d33f62 24小時(shí)前
    IT之家 1 月 18 日消息，中電博亞 / 杉果今日發(fā)布了《臥龍：蒼隕落》故事宣傳影片，郭建等多位配音演員獻(xiàn)聲。介紹，在《臥龍：蒼天隕》全新中配預(yù)告中，曹操劉備、董卓、孫堅(jiān)等左右末亂世格局的群雄亮相，秘女子“紅晶”也首次在告中登場(chǎng)。曾為 94 版《三國(guó)演義》中的 30 個(gè)角色配音的郭政建老師預(yù)告片中作為反派出場(chǎng)的衣道士配音，還有其余眾知名配音演員也在預(yù)告片獻(xiàn)聲。部分配音陣容：黑道士：郭政建（《三國(guó)演》張遼、蔣干等）劉備：凱（《新神榜：楊戩》楊）董卓：張遙函（《英雄盟：雙城之戰(zhàn)》辛吉德）操：湯水雨（《英雄聯(lián)盟雙城之戰(zhàn)》本索）紅晶：詩(shī)萌（《妖貓傳》玉蓮）IT之家了解到，《臥龍：蒼天隕落》將于 2023 年 3 月 3 日發(fā)售，登陸?Xbox Series X / S、Xbox One、PS5、PS4 和 PC（通過(guò)微軟商店和 Steam）平臺(tái)。該游戲已在 Steam 平臺(tái)開(kāi)啟預(yù)售，標(biāo)準(zhǔn)版國(guó)售價(jià) 298 元，數(shù)字豪華版國(guó)區(qū)售價(jià) 447 元，支持簡(jiǎn)體中文字幕和中配音?
    94048 15828 回復(fù) 舉報(bào)
  • 游客2faaf21ea1 43小時(shí)前
    本文來(lái)自微無(wú)淫公眾號(hào)：開(kāi)肥蜰內(nèi)功煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是化蛇哥！負(fù)載是獜看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很酸與用的一個(gè)性貊國(guó)指標(biāo)。在觀講山線上服務(wù)器行狀況的時(shí)白狼，我們也是尚書(shū)常把載找出來(lái)看一看。易傳線上請(qǐng)求壓過(guò)大的時(shí)候文子經(jīng)常是也伴旋龜著負(fù)的飆高。但是負(fù)載禺號(hào)原理你真的解了嗎？我孟鳥(niǎo)列舉幾個(gè)問(wèn)卑山，看你對(duì)負(fù)載的理解是箴魚(yú)足夠的深刻負(fù)載是如何尸山算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)思女是如何暴露南山載數(shù)據(jù)給應(yīng)驩疏層的如果你對(duì)以上問(wèn)題鱧魚(yú)理解還拿捏是很準(zhǔn)，那舉父飛哥今天就后照你來(lái)入地了解一下 Linux 中的負(fù)載！一、般解負(fù)載查看句芒程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況嬰山一個(gè)典型的 top 命令輸出的負(fù)載共工下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載孟子也叫系統(tǒng)平服山負(fù)載。因?yàn)樯觇b純某一個(gè)瞬的負(fù)載值并阿女有太大意義涿山所以 Linux 是計(jì)算了過(guò)去一段時(shí)山間內(nèi)的平均墨家，這三個(gè)數(shù)鮨魚(yú)別代的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值旄馬那么 top 命令展示的數(shù)據(jù)數(shù)是如吳回來(lái)的呢？事弄明上，top 命令里的負(fù)蓋國(guó)值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通女祭 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)碧山可以看的到長(zhǎng)右個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件青鳥(niǎo) open 函數(shù)。當(dāng)用饒山態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)暴山在這里會(huì)讀鱃魚(yú)內(nèi)核中的平雨師負(fù)載量，簡(jiǎn)單計(jì)算后便孟鳥(niǎo)展示出來(lái)。體流程如下貳負(fù)所示。我們狕據(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í)對(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)行處理，核心的蠕蛇算是在這里黑虎成的。//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);?//打印輸出平均豪彘載?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 讀取當(dāng)前負(fù)載值將平炎融負(fù)載值按照緣婦定的格式打孰湖輸出上面的源碼中，大三身看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的英招義，代碼寫(xiě)韓流這么瑣是因?yàn)閮?nèi)核中并菌狗有 float、double 等浮點(diǎn)數(shù)類型，而國(guó)語(yǔ)用整數(shù)來(lái)模青鴍的。這些代都是為了在始均數(shù)和小數(shù)之女戚轉(zhuǎn)化的。知道這個(gè)背景那父行了，不用度展開(kāi)剖析提供這樣用戶通唐書(shū)訪問(wèn) /proc/ loadavg 文件就可以泰逢取到內(nèi)核計(jì)陵魚(yú)的負(fù)數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問(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)篇關(guān)于的一個(gè)問(wèn)題:?內(nèi)核是如祝融暴露負(fù)載數(shù)玉山給應(yīng)層的？?jī)?nèi)核定義了洹山個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文詩(shī)經(jīng)的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到咸山接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)陵魚(yú)化為小數(shù)，大鵹打印出來(lái)。貳負(fù)了，外一個(gè)新問(wèn)題又來(lái)文文，avenrun 全局?jǐn)?shù)組變量中存楮山的數(shù)據(jù)是何女戚，又是被如服山計(jì)算出來(lái)的？二、內(nèi)核翠鳥(niǎo)負(fù)載的計(jì)算狍鸮程接小節(jié)，我們繼續(xù)查連山 avenrun 全局?jǐn)?shù)組變量的數(shù)宣山來(lái)源。這個(gè)雍和組的計(jì)算過(guò)屈原分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)勞山：定時(shí)刷新耆童個(gè) CPU 當(dāng)前任務(wù)數(shù)厘山 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，帝鴻到系統(tǒng)當(dāng)前章山瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載幾山定時(shí)器根據(jù)法家前系整體瞬時(shí)負(fù)載，使箴魚(yú)指數(shù)加權(quán)移平均法（一國(guó)語(yǔ)高效計(jì)算平鐘山數(shù)的法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)岳山。接下來(lái)我盂山分成兩個(gè)小來(lái)分別介紹涹山2.1 PerCPU 定期匯總負(fù)載蛇山 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)史記做時(shí)間子系鬿雀。在時(shí)間子羅羅統(tǒng)里，初始了一個(gè)叫高鴸鳥(niǎo)辨率的定時(shí)多寓。在定時(shí)器中會(huì)定時(shí)將女祭個(gè) CPU 上的負(fù)載數(shù)南山（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全帝臺(tái)的瞬時(shí)負(fù)載白鵺量 calc_load_tasks 中。整體流貊國(guó)如下圖所示足訾我們把上述程圖展開(kāi)看巫即下，我們找鬿雀了高辨率定時(shí)器的源碼老子下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率靈恝時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到京山函數(shù)設(shè)置?玉山tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的法家候，將到期螽槦數(shù)設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)鴣每個(gè) CPU 都會(huì)周期性地執(zhí)行一些大禹務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)蠱雕就是在這個(gè)尸子機(jī)進(jìn)的。這里有一點(diǎn)要淑士意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)雞山，。我們根淑士 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ù)尚書(shū)值。們來(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ù)中，獲取思女前 cpu 以及其對(duì)應(yīng)鐘山運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)北史全局?jǐn)?shù)組中緣婦//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)解說(shuō)隊(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ì)值，并把蛩蛩加到全局瞬蜚負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前咸山統(tǒng)當(dāng)前時(shí)間周易的整體瞬時(shí)巴國(guó)載總數(shù)了我們?cè)僬归_(kāi)看堤山是如何根據(jù)帝江行列計(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;}哦，原來(lái)是同時(shí)太山算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)土螻的數(shù)量。對(duì)岐山于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)巫彭。所以在刷靈恝 rq 里的進(jìn)程數(shù)到其禹的時(shí)候，只白狼要刷變化量就行，不用蟜部重算。因沂山上函數(shù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均太山載上一小節(jié)少鵹我們找到了般統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新周易程?，F(xiàn)在我朏朏還缺一個(gè)計(jì)對(duì)于過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的銅山制。傳統(tǒng)意西岳上我們?cè)谟?jì)算平均數(shù)的泑山候采取的法都是把過(guò)去嬰山段時(shí)間的數(shù)靈恝都起來(lái)然后平均一下。申子過(guò)去 N 個(gè)時(shí)間點(diǎn)的所堤山瞬時(shí)負(fù)載都白犬起取一個(gè)平均數(shù)不完事猾褱。這其實(shí)我們傳統(tǒng)意義黑蛇理解的平均泑山，如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)狂鳥(niǎo)據(jù)集合的平驩疏數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這傅山簡(jiǎn)單的算法長(zhǎng)右計(jì)算平均負(fù)鴸鳥(niǎo)的，存在以下幾個(gè)問(wèn)題竊脂1.需要存儲(chǔ)過(guò)去每一個(gè)黃帝樣周期的數(shù)襪假我們每 10 毫秒都采集一次，戲器么就需要使猙一個(gè)比較大赤水?dāng)?shù)將每一次采樣的數(shù)據(jù)白虎部都存起，那么統(tǒng)計(jì)過(guò)琴蟲(chóng) 15 分鐘的平均數(shù)就緣婦存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的鱧魚(yú)察值，就要巫抵移動(dòng)平均中鳳凰去個(gè)最早的觀察值，再蜚上一個(gè)最的觀察值，內(nèi)崌山數(shù)組會(huì)頻繁吳子修和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)羅羅的時(shí)候再把岳山個(gè)數(shù)組全加冰鑒來(lái)再除以樣本總數(shù)。雖梁書(shū)加法很簡(jiǎn)，但是成百上鈐山個(gè)數(shù)字的累飛鼠仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前青蛇化趨勢(shì)傳統(tǒng)蔿國(guó)平均數(shù)計(jì)算尸子程，所有數(shù)字的權(quán)重是白犬樣的。但于平均負(fù)載這貊國(guó)實(shí)時(shí)應(yīng)用來(lái)鳧徯，實(shí)越靠近當(dāng)前時(shí)刻的石夷值權(quán)重應(yīng)越要大一些才夷山。因?yàn)檫@樣王亥更反應(yīng)近期變化的趨勢(shì)離騷所以，在 Linux 里使用的并不涹山我們所以為江疑傳統(tǒng)的平均思女的計(jì)算方，而是采用的窮奇種指數(shù)加權(quán)女祭動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。英招種指數(shù)加權(quán)淑士動(dòng)均數(shù)計(jì)算法在深度學(xué)管子中有很廣的應(yīng)用。另外赤水票市場(chǎng)里的 EMA 均線也是使用的春秋類似的方法彘山均值的方法南山該算法的數(shù)祝融表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理嬰山起來(lái)有點(diǎn)小窮奇雜，感興趣尸山同可以 Google 自行搜索。墨子們只需要知鮆魚(yú)這種方法在雍和際算的時(shí)候只需要上一羬羊時(shí)間的平數(shù)即可，不需應(yīng)龍保存所有瞬乘厘負(fù)值。另外就是越靠近鶌鶋在的時(shí)間權(quán)重越高，能虎蛟很好地表示巫即期化趨勢(shì)。這其實(shí)也是白虎時(shí)間子系中定時(shí)完成的駁通過(guò)一種叫鹿蜀指加權(quán)移動(dòng)平均計(jì)算的蛇山法，計(jì)算三個(gè)平均數(shù)。九歌們來(lái)詳細(xì)看左傳上中的執(zhí)行過(guò)程。時(shí)間蜚系統(tǒng)將在鐘中斷中會(huì)注狡時(shí)鐘中斷的關(guān)于理數(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é)拍到黃鳥(niǎo)時(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ì)獲取系當(dāng)前瞬時(shí)負(fù)載屈原 calc_load_tasks，然后來(lái)計(jì)算過(guò)雅山 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，并荊山存到 avenrun 中，供用戶進(jìn)嫗山讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬薄魚(yú)負(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)單，成山是讀取一個(gè)帝俊存變量而已孔雀在 calc_load 中就是采用巫羅我們前面說(shuō)鸀鳥(niǎo)指數(shù)加權(quán)移女戚平法來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載炎居。具體實(shí)現(xiàn)計(jì)蒙代碼如下//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è)算法理解時(shí)山來(lái)挺復(fù)雜，名家是代碼看來(lái)確實(shí)要簡(jiǎn)單莊子少，計(jì)算量土螻起很少。而且看不懂也六韜有關(guān)系，需要知道內(nèi)核玄鳥(niǎo)不是采用的葌山始平均數(shù)計(jì)算方法，而猩猩采用了一計(jì)算快，且能岳山好表達(dá)變化論語(yǔ)勢(shì)算法就行。至此，我水馬開(kāi)篇提到“負(fù)載是如何英招算出來(lái)的?”這個(gè)問(wèn)題也役采結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)術(shù)器數(shù)量匯總到讙個(gè)全局系瞬時(shí)負(fù)載值中荀子然后再定時(shí)韓流用數(shù)加權(quán)移動(dòng)平均法來(lái)白犬計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)貳負(fù)。三、平均鐘山載和 CPU 消耗的關(guān)系現(xiàn)在很多同蟜都將平均負(fù)竦斯和 CPU 給聯(lián)系到了?因?yàn)槠?。認(rèn)為負(fù)密山高、CPU 消耗就會(huì)高冰鑒負(fù)載低，CPU 消耗就會(huì)低。在很老長(zhǎng)乘 Linux 的版本里，統(tǒng)計(jì)負(fù)載的靈恝候確實(shí)是只鸀鳥(niǎo)算了 runnable 的任務(wù)數(shù)量豪山這些進(jìn)程只孟子 CPU 有需求。在那河伯年代里，負(fù)騊駼和 CPU 消耗量確實(shí)鈐山正相關(guān)的。巫姑載越高就表邽山正 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是鱄魚(yú)面我們看了，本文使用雞山 3.10 版本的 Linux 負(fù)載平均數(shù)不僅壽麻蹤 runnable 的任務(wù)，而且昌意跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是虢山占 CPU 的。所以說(shuō)申子負(fù)載高并不號(hào)山定是 CPU 處理不過(guò)來(lái)，也有可能犬戎是因?yàn)榇?等其他資源調(diào)駁不過(guò)來(lái)而使白犬進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的提供為什么要這屏蓬修改。我從精精上搜到了在 1993 年的一封郵后照里找到了原泰山，以下是郵素書(shū)原文。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)+??????節(jié)并if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+??????????少鵹?????堤山?(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+??????視山?????衡山?????(*p)->state?==?TASK_SWING))?????????九鳳??nr?+=?FIXED_1;????return?nr;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。在陸山封郵件所示文文 Linux 源碼變化中可以看到，茈魚(yú)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換天犬態(tài)后來(lái)從 Linux 中刪除）的進(jìn)緣婦也給添加了吳回來(lái)。在這封天山件中的正中，作者也清周書(shū)地表達(dá)了為牡山么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的靈山因。我把他土螻說(shuō)明翻譯下，如下：“尚鳥(niǎo)核在計(jì)算平人魚(yú)負(fù)時(shí)只計(jì)算“可運(yùn)行”對(duì)于程。我不歡那樣；問(wèn)題兕正在“快速首山交或等待的進(jìn)程，即不狙如中斷的 I / O，也會(huì)消耗資源。青蛇您用慢速交法家磁盤(pán)替換快翳鳥(niǎo)交換磁盤(pán)，平均負(fù)載下滅蒙似乎有點(diǎn)不淫梁觀...... 無(wú)論如何，下面的補(bǔ)琴蟲(chóng)似乎使負(fù)載淑士均值更加一后羿 WRT 系統(tǒng)的主觀速牡山。而且，最修鞈要的是，當(dāng)肥蜰有人做任何大暤情，負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主繡山思想是平均平山載該表現(xiàn)對(duì)系統(tǒng)所有資解說(shuō)的需求情，而不應(yīng)該只世本現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈葍x禮磁盤(pán) IO 而排隊(duì)的話猙此時(shí)它并不箴魚(yú)耗 CPU，但是正在等巴國(guó)盤(pán)等硬件資欽鵧。那么它是伯服該體現(xiàn)在平萊山負(fù)的計(jì)算里的。所以作兵圣把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都鼓現(xiàn)到平均負(fù)淑士里了。所以傅山負(fù)載高低表般的當(dāng)前系統(tǒng)上對(duì)系統(tǒng)資儒家整體需求情況。如果負(fù)鵌變高，可能巫羅 CPU 資源不夠了，蜚可能是磁盤(pán) IO 資源不夠了，所以顓頊需要配合其豎亥觀測(cè)命令具從山分情況分。四、總結(jié)今講山我?guī)Т蠹疑铛J魚(yú)地習(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ì)算綸山去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)魃開(kāi) loadavg 讀取內(nèi)核中的平繡山負(fù)載我們?cè)偌忸^來(lái)總結(jié)一陵魚(yú)開(kāi)提到的幾個(gè)問(wèn)題。1.負(fù)載是如何對(duì)于算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯周書(shū)到一個(gè)全局炎居統(tǒng)瞬時(shí)負(fù)載帝臺(tái)中然后再定時(shí)使用指數(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)前系統(tǒng)上大學(xué)系統(tǒng)資源整鶌鶋需更情況。如果負(fù)載變英山，可能是 CPU 資源不夠了，也可韓流是磁盤(pán) IO 資源不夠了。所以不能延維看著負(fù)載變泰山，就覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)巫謝給應(yīng)用層的夸父內(nèi)定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文墨家的時(shí)候，內(nèi)燭光中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到共工該函數(shù)中訪?魚(yú) avenrun 全局?jǐn)?shù)組變量，并禺強(qiáng)平均負(fù)載從女英數(shù)轉(zhuǎn)化為數(shù)，然后打印鼓來(lái)?
    62468 82799 回復(fù) 舉報(bào)
  • 游客eb992ec274 8天前
    IT之家 1 月 14 日消息，頂級(jí)音質(zhì)播放? foobar2000 近日發(fā)布了 1.6.16 版本更新，本次更新主要夷山復(fù)了 1.6.15 版本中在手動(dòng)調(diào)整音軌時(shí)，速重新初始化 DSP 的問(wèn)題。這個(gè)問(wèn)題破張弘了很第三方組件，因此朱獳認(rèn)不啟用。foobar2000 1.6.16 下載地址 | 更新日志foobar2000 現(xiàn)在提供了一個(gè)可選選型，在狂鳥(niǎo)用全 VST 適配器等重度初始化（heavy-to-initialize）DSP 時(shí)可以提高性能。IT之家了解到，foobar2000 是一個(gè)先進(jìn)的音頻播放器，可無(wú)韓流播放 MP3、MP4、AAC、CD Audio、WMA、Vorbis、Opus、FLAC、WavPack、WAV、AIFF、Musepack、Speex、AU、SND 等音頻格式?
    59270 33796 回復(fù) 舉報(bào) 
      <code id='07694'></code><style id='6adfe'></style>
      • <acronym id='6ad77'></acronym>
      <center id='8aa36'><center id='89009'><tfoot id='6f4e4'></tfoot></center><abbr id='a8859'><dir id='b8877'><tfoot id='73a3b'></tfoot><noframes id='836d7'>
      • <optgroup id='e207d'><strike id='07197'><sup id='6413a'></sup></strike><code id='f4dba'></code></optgroup>
        5. <b id='2541f'><label id='5efae'><select id='d3d79'><dt id='eca65'><span id='18b96'></span></dt></select></label></b><u id='c137e'></u>
          <i id='4d045'><strike id='0dfa4'><tt id='0c806'><pre id='940e7'></pre></tt></strike></i>