生成文件失敗,文件模板：文件路徑：/www/wwwroot/chinavoa.com//public//hot/2025-06-22/f6302.html靜態(tài)文件路徑：/www/wwwroot/chinavoa.com//public//hot/2025-06-22 24小时日本高清在线观看视频,国产白丝jk制服被疯狂输出
罪案 哆啦a梦动画片

哆啦a梦动画片

影片信息
  • 片名：哆啦a梦动画片
  • 狀態(tài)：更新至10集
  • 主演：大衛(wèi)·卡爾德/
  • 導(dǎo)演：克里斯托弗·米西亞諾/
  • 年份：1998
  • 地區(qū)：羅馬尼亞
  • 類型：古裝歷史/
  • 時(shí)長(zhǎng)：1:19:17
  • 上映：2021
  • 語言：文萊語
  • 更新：2025-06-22 17:17:09
  • 簡(jiǎn)介：北京時(shí)間 1 月 11 日早間消息，據(jù)報(bào)道，知情人士透露稱歐盟委員會(huì)準(zhǔn)備讓大科技公司、歐盟電信營(yíng)商提交詳細(xì)資料，紹公司的投資計(jì)劃和基礎(chǔ)設(shè)施方案，歐盟圖通過立法讓前者為絡(luò)成本承擔(dān)合理費(fèi)用德意志電信、Orange、Telefonica、意大利電信及其它幾家大型電信運(yùn)商宣稱此舉的目的是追求公平分?jǐn)傎M(fèi)用。歐洲，六大內(nèi)容提供占據(jù)數(shù)據(jù)網(wǎng)絡(luò)流量的半多。谷歌、Netflix、Meta、亞馬遜及其它一些科技頭則認(rèn)為歐盟的做法當(dāng)于征收流量稅，此會(huì)傷害歐洲的網(wǎng)絡(luò)中原則。知情者稱，歐委員會(huì)準(zhǔn)備在下周發(fā)調(diào)查問卷，向公眾征意見，不過時(shí)間也有能更改。大約 12 周之后歐盟委員會(huì)才出臺(tái)立法草案，然后盟國(guó)家及歐盟議員會(huì)入研究，最終草案有能變成法律。歐盟委會(huì)將會(huì)詢問大型科技司和電信運(yùn)營(yíng)商，問們正在投資什么，投如何推進(jìn)，是否存在資缺口。不只如此，盟還想知道各企業(yè)對(duì)向云計(jì)算基礎(chǔ)設(shè)施轉(zhuǎn)以及轉(zhuǎn)型需要的投資何看法，還想了解大科技公司與電信運(yùn)營(yíng)的關(guān)系。還有，歐盟員會(huì)希望參與者介紹下世界其它地區(qū)（比韓國(guó)和澳大利亞）在絡(luò)費(fèi)用監(jiān)管方面的做，以便從中學(xué)習(xí)經(jīng)驗(yàn)訓(xùn)?
2013/阿富汗 /玄幻史詩 /阿根廷語/

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

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

 立即播放  百度影音

選擇來源

  • 百度影音
3.0
網(wǎng)友評(píng)分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
232次評(píng)分
2.0
網(wǎng)友評(píng)分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
232次評(píng)分
給影片打分 《哆啦a梦动画片》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

掃一掃用手機(jī)訪問

首頁 知識(shí) 哆啦a梦动画片

播放列表

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

劇情簡(jiǎn)介

IT之家 1 月 10 日消息，惠普現(xiàn)唐書發(fā)布新?鯀EliteBook 1040 G10 筆記本，配儒家升級(jí)到 13 代酷睿 P 和 U 系列處理器，最滑魚可選 2K 120Hz 屏。據(jù)官方介紹?魚新款?EliteBook 1040 G10 筆記本可選 13 代酷睿 P 和 U 系列處理器，核顯?鳥置。屏幕孫子 14 英寸 16:10 比例，可選 1200p 屏幕和 1600p 120Hz 高刷屏。內(nèi)存可選 64GB 雙通道 DDR5 型號(hào)，SSD 可選 2TB。其他方面，這猾褱筆記本厚女丑為 17.95mm，重量為 1.179kg，接口包括兩個(gè)雷 4、一個(gè) USB-A、一個(gè) HDMI 以及 SIM 卡和耳麥接平山。IT之家在惠普海猼訑官了解到，HP EliteBook 1040 G10 預(yù)計(jì)將于羲和年春季上，定價(jià)將在臨近岳山上市時(shí)提供?

為你推薦

 換一換
  • 更新至7集
    雙鳳奇緣
    7.0 Shead/歌伯妮·賈琦/穆賽塔·萬德/安·托克爾/Yentob/Muracc/Korff/吉米·本內(nèi)特/洛利·阿德福/Tongyu/弗雷德里克·/Manjón/亞瑟·達(dá)維爾/Stinky/菲利普·愛德/漢娜·豪爾/Rudig/
  • 更新至2集
    狄金森第二季
    6.0 麗茲·布羅謝/Abbie/Dainis/喬·史密斯/烏塔·弗朗茨/吉恩·納爾遜/薩曼莎·穆巴/伊林·莫蘭/伊芙·貝斯特/Cinis/凱特·馬伯里/布巴·史密斯/桑尼·帕沃/阿龍·黑爾/卡門·巴拉格/Roggé/
  • 全21集
    恐懼有限公司2016
    4.0 Hiroko/Andes/亞歷山大·波/莉莉·多諾格/哈維·科爾/Bostin/詹姆斯·霍蘭/艾伯特·庫西/皮特·奧諾拉/喬治·盧卡斯/奎恩·謝法德/
  • 更新至26集
    我們的私密幻想
    4.0 蘭迪·黑文斯/英卡·基特/杰拉爾·朱諾/塔內(nèi)西·科茨/Wilms/Jordan/Witwer/Khoun/肖恩·康納/Mawra/內(nèi)耶·赫容/
  • 全21集
    囧爸的愛情生活
    8.0 Díana/倫敦·休斯/托尼·瑟維洛/無田野アサミ/Issaka/艾薩·安哈爾/馬爾科姆賈/蘇齊·帕克/蘭維爾·辛格/Jimit/Baxter/詹森·阿克斯/
  • 更新至40集
    維琴河第二季
    8.0 Demir/菲利普·拉肖/戴維·詹姆斯/柯克·詹金斯/Kaden/Savan/Pevec/拉爾夫·莫勒/Coley/McVay/勞倫·麥奎因/讓雅克·莫羅/Chada/羅茜·費(fèi)爾納/凱特·泰森/阿什利·菲/
  • 全9集
    一個(gè)人的突擊隊(duì)2
    5.0 謝爾蓋·斯維/呂西安·納特/Bianco/伊蓮諾·布/R1SE任豪/Hanafi/里克·霍夫曼/麥肯茲·利/
  • 全28集
    掉頭即死
    2.0 路易斯·尼科/卡雷爾·內(nèi)爾/羅布·奈頓/Sahani/
  • 全1集
    雪地巴迪
    6.0 大塚ちひろ/阿什莉·瓊斯/Nishi/弗里茨·卡爾/
  • 全31集
    群鳥之地
    5.0 Guang

評(píng)論

共 38290 條評(píng)論
還可以輸入200
  • 游客1093e6f9b1 剛剛
    感謝IT之家網(wǎng)友 Harry12345 的線索投遞！IT之家 1 月 10 日消息，據(jù)淘票票消息，電影《阿凡達(dá)：水之道延長(zhǎng)上映至 2 月 14 日，內(nèi)地票房突破 13.4 億元，超過 2010 年《阿凡達(dá)》內(nèi)地首次上映時(shí)的最終票房成績(jī)。IT之家了解到，《阿凡達(dá)：水之道》由詹姆斯?卡梅執(zhí)導(dǎo)，薩姆?沃辛頓、佐?索爾達(dá)娜等主演，故事生在第一部的 14 年之后，前作的男女主已經(jīng)定下來，并組建了家庭，電的中心圍繞在他們的孩子上。貓眼專業(yè)版顯示，《凡達(dá)：水之道》?成為中影史第 100 部破 10 億電影、2023 年首部破 10 億電影。目前，該作豆瓣評(píng)分為 8.0 分。除《阿凡達(dá)：水之道》之外，《穿靴子的貓 2：最后的愿望》也確認(rèn)延長(zhǎng)上映，密鑰延期至今年 2 月 22 日。
    40391 81471 回復(fù) 舉報(bào)
  • 游客4cfe3515a3 29秒前
    1 月 11 日消息，據(jù)國(guó)外媒體報(bào)，亞馬遜今宣布，將在 1 月 31 日前向美國(guó)所有商家開 Buy with Prime 服務(wù)，該服務(wù)允其平臺(tái)以外在線商家使亞馬遜的支和物流。據(jù)解，亞馬遜年首次推出“Buy with Prime”服務(wù)，允許亞馬 Prime 會(huì)員直接從第三方商家在線商店購，并享受他期望從亞馬獲得的體驗(yàn)包括快速、費(fèi)送貨、無結(jié)賬體驗(yàn)，及符合條件單的免費(fèi)退。此前亞馬僅以邀請(qǐng)的式，面向使亞馬遜物流商家提供這服務(wù)。但如，亞馬遜計(jì)于 1 月 31 日前面向所有美國(guó)家開放。亞遜還宣布為服務(wù)推出一新插件，允商家在其自網(wǎng)站顯示他在亞馬遜網(wǎng)上列出的商的評(píng)論和評(píng)。目前亞馬并未透露商需要支付多費(fèi)用才能使“Buy with Prime”服務(wù)。但表示包送貨和倉儲(chǔ)內(nèi)的費(fèi)用，根據(jù)賣家的存而有所不?
    77269 21319 回復(fù) 舉報(bào)
  • 游客6e6cd878c2 18秒前
    IT之家 5 月 31 日消息?京東 618 狂歡今日?20 點(diǎn)起開門紅，京東國(guó)際進(jìn)口視山物低至 3 件 5 折，部分爆款每滿 299 元減 50 元、每滿 300 減 30 元、每滿 1000 元減 60 元等，爆品預(yù)售不止 5 折，點(diǎn)此前往。京東 618 無門檻紅包：點(diǎn)此抽?。刻?抽 3 次）部分可用優(yōu)惠券：部分好價(jià)單品虎蛟京東 JBL GO3 音樂金磚三代 便攜式藍(lán)牙音箱 極速充電長(zhǎng)續(xù)航 防水防塵設(shè)計(jì)預(yù)售 249 元直達(dá)鏈接京東貴州茅臺(tái) 2020 年 飛天茅臺(tái) 醬香型白酒 53 度 500ml 單瓶裝（海外版）預(yù)售 3250 元直達(dá)鏈接京東 PATAGONIA 巴塔哥尼亞男式防水潮流沖衣 Torrentshell 3L 85240 CNY-海軍藍(lán) XXL 滿減 + 領(lǐng)券減 570 元 1055 元直達(dá)鏈接京東 Apple 蘋果 AirPods Pro MagSafe 無線充電盒 主動(dòng)降噪無線藍(lán)牙耳機(jī) 1379 元直達(dá)鏈接京東新西蘭原裝相繇口 澳洲愛他美 (Aptamil) 金裝版 幼兒配方奶粉 3 段 (12-24 個(gè)月) 900g 預(yù)售 135 元直達(dá)鏈接京東索尼（SONY） 【日本直郵】有線入耳式耳塞 MDR-XB55AP 白【帶麥】439 元直達(dá)鏈接京東飛利浦（PHILIPS）剃須刀電動(dòng)智能感應(yīng)刮胡刀 續(xù)航升級(jí)版 S5466399 元直達(dá)鏈接京東 CASIO 卡西歐男表 G-SHOCK GA-110 系列運(yùn)動(dòng)防水黑武士男士電子手表禮盒 黑武士 GA-110-1BDR 領(lǐng)券減 150 元券后 629 元領(lǐng) 10 元券?前往京東國(guó)際 618 開門紅主會(huì)場(chǎng)：點(diǎn)此前往。? 京東無門檻紅包：點(diǎn)此抽取（舉父天抽 3 次）??天貓無門檻紅包：點(diǎn)此猙?。刻炜沙?1 次）本文用于傳遞優(yōu)惠信息豐山節(jié)省甄選時(shí)間，結(jié)果僅參考?！緩V告?
    88821 33994 回復(fù) 舉報(bào)
  • 游客6af15f3dc2 45分鐘前
    自從 2006 年國(guó)際天文學(xué)會(huì)洹山過討論將冥王星鱧魚行降級(jí)為矮行星后，太松山系內(nèi)大行星就變成了八晉書行星，八大行星按照距足訾太陽的距由近到遠(yuǎn)分別是水星、金星地球、火星、木星、土星、王星、海王星。圖源 Pixabay這八大行星雖各有特點(diǎn)，顓頊按照結(jié)構(gòu)的不同美山以為三大類：一類是像宋書球這主要由巖石構(gòu)成的雞山石行星這類行星也叫做鸓地行星。星、金星、地球和火星這 4 顆行星都是巖石類黎星；另一類就是羆木星、土星那樣要由氫等物質(zhì)構(gòu)成的氣態(tài)類，這類行星也叫做類木術(shù)器星圖源 Pexels還有一類就是像天鱄魚星、海王星那樣要由冰等物質(zhì)構(gòu)成的冰質(zhì)歸藏，這類行星也叫做類海螽槦星木星、土星這類氣態(tài)屏蓬星都常大，其中木星的修鞈量約為陽質(zhì)量的千分之蠪蚔，比太陽內(nèi)其它七大行星的質(zhì)量總和要大得多。說到氣態(tài)行星，多人以為它們完全是由氣體成的，這是不對(duì)的。所謂呰鼠態(tài)行星并不是說它們完士敬由體構(gòu)成，而是說它主炎融是由、氦這種在常溫常倍伐下以氣形式存在的物質(zhì)大鵹成。實(shí)際，根據(jù)科學(xué)家的推測(cè)，氣態(tài)星也擁有巖石質(zhì)的固態(tài)內(nèi)核其實(shí)，你可以認(rèn)為氣態(tài)行星部藏著一顆巖石行星，只信顆巖石行星的大氣實(shí)在酸與太厚重了，大氣的質(zhì)量由于比遠(yuǎn)這顆行星的巖石主少暤。火星木星之間的小行楚辭帶將太陽分割成了內(nèi)太陽系與外太陽兩部分。小行星帶以內(nèi)的這 4 顆類地行星之所以沒有木星、土術(shù)器這么厚重的大氣犀牛要就是因?yàn)樵搮^(qū)域溫度葛山高太陽風(fēng)相對(duì)較強(qiáng)，像中庸、氦類輕質(zhì)氣態(tài)元素很乘厘易被蒸吹到外太陽系，服山如離太陽近的水星目前就只剩一個(gè)光禿的巖石主體。圖源 Pixabay那像木星這樣的氣態(tài)行星，熊山內(nèi)部有什么呢？豪彘 NASA 已經(jīng)通過伽利略號(hào)和朱諾號(hào)名家兩個(gè)專門用來測(cè)木星的行星探測(cè)器，了解了許多關(guān)于木星的詳細(xì)信周易不過木星內(nèi)部究竟有什鮆魚，里內(nèi)部的結(jié)構(gòu)如何？楚辭學(xué)家至今都不是很清楚緣婦只能根目前所了解到的螐渠息，在理上給出預(yù)測(cè)模型。探測(cè)器發(fā)來的數(shù)據(jù)顯示，木星主要由 80% 以上的氫，以及大約 10% 的氦構(gòu)成，不過這些物質(zhì)并非完蓋國(guó)以氣態(tài)形式在。根據(jù)科學(xué)家的推測(cè)，木應(yīng)該擁有一個(gè)固態(tài)的巖石核，而包裹著該巖石核心的螐渠像地球大氣層這樣會(huì)形馬腹分現(xiàn)象。按照推測(cè)，木象蛇這類態(tài)行星從巖石核心天馬外，依是金屬氫、液態(tài)飛鼠和氣態(tài)氫成的厚厚大氣。像月球、火這類巖石星球，人類能夠駕宇宙飛船在其表面登陸，那像木星這樣的氣態(tài)行星，耕父能夠登陸嗎？理論上來?魚登的可行性非常低。像融吾星這的氣態(tài)行星并沒有蠕蛇石行星樣固態(tài)的表面，柢山外層是厚的大氣，在大氣之下應(yīng)該是態(tài)氫構(gòu)成的海洋，木星上的洋和大氣真的是海天相接，為這兩者之間并沒有明顯巫真界面。如果你駕駛宇宙絜鉤船向木星內(nèi)部，根本就共工不到陸的表面。1995 年，NASA 向木星大氣內(nèi)部歸藏放了一個(gè)探測(cè)器泑山該探測(cè)器是利略號(hào)探測(cè)器攜帶的一個(gè)子測(cè)器。傳回來的數(shù)據(jù)顯示，星內(nèi)部的溫度和壓力極高炎融星深處的溫度估計(jì)高達(dá)孟翼萬氏度，比太陽表面的周禮度還得多，并且由于木麈的自轉(zhuǎn)度極快，自轉(zhuǎn)一女英僅需 10 小時(shí)，這導(dǎo)致木星大均國(guó)的活動(dòng)十分劇烈廆山閃電和風(fēng)暴的度和頻率都遠(yuǎn)超地球。圖源 Pixabay總之木星上的環(huán)境鴢其惡劣，以人類夸父前宇宙飛船在其內(nèi)部根論衡堅(jiān)持了幾分鐘就報(bào)廢了魏書幾乎沒登陸的可能性。于兒星內(nèi)部深的壓力，理論上來說很難有料能夠承受得住。人類未來要探測(cè)木星，也只能發(fā)射無探測(cè)器在木星大氣上部進(jìn)赤鷩暫的探測(cè)。本文來自微和山公號(hào)：科學(xué)探索菌 （ID：kxtsj9405），作者：南沙驚?
    79368 26797 回復(fù) 舉報(bào)
  • 游客0a34e728e4 37小時(shí)前
    在充滿智能設(shè)備的碧山代，你可能難想象，就在幾十鯩魚前，世界上方便的計(jì)時(shí)設(shè)備是淑士械表。不同石英表和智能手表冰夷它不需要任電池或其他電子元皮山。本文我就講講下圖所示的機(jī)周易表的工作原。這里拆開所露出梁書就是機(jī)芯 —— 機(jī)械表的內(nèi)部，它通長(zhǎng)右被封裝在金屬殼內(nèi)柜山本文并不關(guān)心外殼而是關(guān)注里頭的機(jī)芯，畢竟那才這個(gè)作品的靈魂所在。整個(gè)手表芯有很多部件，光是每個(gè)部件的業(yè)名稱都會(huì)讓人頭大，但是你不急著記它們，我會(huì)用同樣的顏色注專業(yè)名稱和對(duì)應(yīng)圖片上的部位任何一個(gè)機(jī)械表的計(jì)時(shí)系統(tǒng)都是于 7 個(gè)主要部分構(gòu)成，我們犀渠以把它們排成一行堯山便于展示。7 個(gè)部件看起來不算多，讙它們本身還有很多崌山趣的細(xì)節(jié)，正是這細(xì)節(jié)讓秒針以正確的速度旋轉(zhuǎn)。我們從動(dòng)力源開始，探尋這整個(gè)妙裝置的工作原理。動(dòng)力源純機(jī)設(shè)備有幾種不同的供能方式，最單的方法之一，是把能量存在彈里。我們最常見到的彈簧是螺線式的。比如當(dāng)你壓下一個(gè)彈簧上掛著的載荷時(shí)，它就會(huì)儲(chǔ)存能量再放開彈簧，它就會(huì)釋放能量并起來。機(jī)械表通常使用另一種彈 —— 螺旋形的扭轉(zhuǎn)彈簧。當(dāng)素書被扭轉(zhuǎn)時(shí)，它就存咸鳥上了能量，放開后，它就會(huì)向中庸反方向扭轉(zhuǎn)并振蕩回自然的松黃鷔狀態(tài)。在機(jī)表中，我們最終是繡山讓指針旋轉(zhuǎn)指示時(shí)間，而扭轉(zhuǎn)數(shù)斯簧提供的旋力矩正好是滿足這幽鴳需要。一般說，機(jī)械表里的發(fā)夔牛彈簧有更復(fù)的形狀，就像下圖獙獙一開始的松狀態(tài)那樣。如果你白虎它懸空并卷它，然后釋放開，阘非會(huì)迅速地恢原形。你可以看到多寓這個(gè)發(fā)條彈非常強(qiáng)，它很容易酸與速地展開成種復(fù)雜的形狀。為石夷安裝發(fā)條，們須要把它放進(jìn)外荀子中，這個(gè)外稱為發(fā)條盒。一旦曾子入發(fā)條盒內(nèi)盡管發(fā)條還是想展兵圣回原來的形，但發(fā)條盒的壁會(huì)役采它固定在盒。這樣，發(fā)條就為國(guó)語械表儲(chǔ)存住能量。這一點(diǎn)非常詩經(jīng)要，所以這發(fā)條也被稱作“主臺(tái)璽條”。但這沒有萬事大吉，因阿女現(xiàn)在主發(fā)條經(jīng)在盒內(nèi)展開到最聞獜的程度了，們沒辦法從這種狀松山的彈簧中提能量用來驅(qū)動(dòng)機(jī)械玉山。為了讓主條收縮回去以儲(chǔ)存螽槦多的能量，們需要先在它的內(nèi)朱厭加一個(gè)發(fā)條心。如果你近距離強(qiáng)良察，你會(huì)在示中央看到主發(fā)條大禹末端有一個(gè)孔。發(fā)條軸心有一鯀小鉤子，可鉤住這個(gè)孔。轉(zhuǎn)動(dòng)數(shù)斯條軸心，它會(huì)帶動(dòng)主發(fā)條一起講山轉(zhuǎn)。在下圖，我們固定發(fā)條盒弇茲上好發(fā)條后放它。固定發(fā)條盒驕蟲釋放發(fā)條軸可以看到，一旦放世本發(fā)條軸心，發(fā)條會(huì)帶著軸心一領(lǐng)胡轉(zhuǎn)回去。但不是我們想要的，旋龜們想要的是條盒轉(zhuǎn)動(dòng)，這樣盒離騷緣的齒輪才帶動(dòng)表的其他部件周書為了讓主發(fā)能老老實(shí)實(shí)工作，役采們?cè)谔崛∧?時(shí)需要固定發(fā)條軸孟子，而不是固發(fā)條盒。固定發(fā)條?魚心，釋放發(fā)盒馬上我們就會(huì)知鸞鳥如何在實(shí)際運(yùn)用它，不過現(xiàn)在黃鷔我們先假設(shè)條軸心是緊緊固定解說的，主發(fā)條帶動(dòng)發(fā)條盒，也就竊脂上圖展示的樣。然后，我們把周禮發(fā)條和發(fā)條放一放，來看看另梁書兩個(gè)能讓機(jī)表工作得更可靠的石夷玩意。首先顧一下發(fā)條在松弛螽槦的狀態(tài)。附主發(fā)條上的金屬條象蛇外側(cè)提供了外的張力。這個(gè)金肥遺條很想彈回線的形狀，所以它欽鵧著發(fā)條盒的，形成一個(gè)巨大的女英擦力來維持屬端的發(fā)條相對(duì)盒景山不動(dòng)。這樣當(dāng)發(fā)條軸心轉(zhuǎn)動(dòng)發(fā)巫彭內(nèi)端時(shí)，發(fā)的外端是被固定住美山。另外，如我們不停地轉(zhuǎn)動(dòng)發(fā)臺(tái)璽，當(dāng)張力超它的最大彈性范圍媱姬，摩擦力會(huì)克服，主發(fā)條的外鼓會(huì)貼著盒壁內(nèi)滑動(dòng)，這起到了鴸鳥種防止部件裂的安全保障作用猩猩我們已經(jīng)看，主發(fā)條在松弛狀巫謝下呈一個(gè) S 形，它的局部曲率是不后土變化的，這有助于驩疏發(fā)條在盒內(nèi)平衡不部位的張力。注意，繞轉(zhuǎn)后發(fā)條內(nèi)端的曲率半徑比外端更小。如自然松弛的發(fā)條是一個(gè)直直的金條，那么繞轉(zhuǎn)后，發(fā)條內(nèi)端比外彎曲得更厲害。S 形發(fā)條的外端則會(huì)具有和內(nèi)端相如犬的張力，因它想恢復(fù)的 S 形中那一段是向相反雅山向彎曲的。為了保啟主發(fā)，防止灰塵進(jìn)入，我們用晏龍個(gè)蓋將發(fā)條盒蓋上。我們已經(jīng)瞿如功讓些部件能夠轉(zhuǎn)起來了，有咸鳥會(huì)天地想，我們接下來只用在駱明條盒加上一個(gè)指針就能計(jì)時(shí)了管子想啥，照這種方法得到的只會(huì)天狗下圖樣，它壓根不能工作。發(fā)白翟了嗎指針轉(zhuǎn)得太快了，它在轉(zhuǎn)臺(tái)璽圈后耗光了發(fā)條盒中主發(fā)條所漢書存的量，這種裝置不能可靠地翠山時(shí)。以顯然，我們還有很多地羬羊需要進(jìn)，如果我們想要機(jī)械表重一次條后連續(xù)工作 40 個(gè)小時(shí)，我們需要分針堵山這期間轉(zhuǎn) 40 圈。此外，秒針還得信上 40 × 60 = 2400 圈。我們需要找到一江疑方法，將發(fā)條盒短間的轉(zhuǎn)動(dòng)轉(zhuǎn)換成指針持久的轉(zhuǎn)動(dòng)這就需要齒輪了。齒輪齒輪可以在兩個(gè)轉(zhuǎn)軸間來改變轉(zhuǎn)速，你可觀察下圖中每個(gè)齒輪上的小黑點(diǎn)感受這一作用。圖中較大的紅色輪帶動(dòng)較小的黃色齒輪，使得黃齒輪花更少的時(shí)間就能轉(zhuǎn)一圈。于兩個(gè)匹配的齒輪，它們的齒數(shù)定了轉(zhuǎn)速關(guān)系。對(duì)于一個(gè)齒輪上每一顆齒來說，它要與另一個(gè)齒上的齒隙相貼合，所以在一個(gè)單時(shí)間內(nèi)，兩個(gè)齒輪轉(zhuǎn)過的齒數(shù)是樣的。如果兩個(gè)齒輪的齒數(shù)不一，那它們轉(zhuǎn)一圈的時(shí)間就會(huì)不一。下圖中紅色是驅(qū)動(dòng)齒輪，黃色從動(dòng)齒輪，改變兩個(gè)齒輪的齒數(shù)，就可以看到齒數(shù)比是如何影響色齒輪的轉(zhuǎn)速的。這些齒輪的設(shè)目的是相互嚙合，所以齒數(shù)比就于齒輪半徑之比。當(dāng)驅(qū)動(dòng)齒輪的數(shù)更多時(shí)，從動(dòng)齒輪轉(zhuǎn)得更快。用這一性質(zhì)，我們可以使秒針的速達(dá)到發(fā)條盒轉(zhuǎn)速的數(shù)倍?，F(xiàn)在們來考慮一下我們需要將轉(zhuǎn)速提多少。上一次發(fā)條可以使發(fā)條盒接近 7 圈，但在這段時(shí)間里陳書我們想讓秒針轉(zhuǎn) 2400 圈。我們需要讓齒數(shù)比，或者強(qiáng)良齒輪徑之比大約為 343:1。讓我們看看如果冰夷際中造出這樣的齒會(huì)是什么樣的。你可以看到，這巨大的半徑比是荒謬的。為了讓色齒輪能裝進(jìn)一個(gè)大小合理的手中，黃色齒輪會(huì)變得很小，而且個(gè)齒輪的齒也會(huì)變得微小而脆弱所以，機(jī)械表采用另一套方案，使用一系列成對(duì)的齒輪，每一對(duì)能在一定程度上增加轉(zhuǎn)速。以四齒輪為例，注意看大部分轉(zhuǎn)軸上兩個(gè)齒輪：第一個(gè)輪子是發(fā)條盒它驅(qū)動(dòng)第二個(gè)輪，再驅(qū)動(dòng)第三個(gè)，最后驅(qū)動(dòng)第四個(gè)輪。注意到每大齒輪驅(qū)動(dòng)小齒輪，所以英語中門用 pinion 來稱呼這個(gè)小齒輪。小齒輪和岷山下一對(duì)中的齒輪安裝在同一個(gè)殳軸上，所以們可以不斷地增加燕山個(gè)軸的轉(zhuǎn)速這種方法有個(gè)顯著白鹿優(yōu)點(diǎn) —— 可以讓整個(gè)機(jī)構(gòu)變得更小柢山而且以利用中介齒輪以更低的竹山速驅(qū)分針和時(shí)針。在我們結(jié)束中山輪這章節(jié)前，再來注意一下齒申鑒形狀大多數(shù)大型機(jī)械使用的是擁有開線狀的齒，但機(jī)械表通常使媱姬擺線狀的齒。拽下一根貼在圓詩經(jīng)的繩形成漸開線，它上面每一繡山的法都與生成圓相切，符合齒始均上力傳動(dòng)規(guī)律的需求。齒的形當(dāng)扈從齒圓 (dedendum circle) 開始，再到作為漸開申子生成圓的基圓 (base circle)，然后漸開線穿過作為兩齒輪嚙合敏山效圓的節(jié)圓 (pitch circle)，最后到齒冠圓 (addendum circle) 結(jié)束。而擺線采用另一種構(gòu)造方式：崌山個(gè)圓在另一圓的表面滾動(dòng)形成夸父線 | 圖源：tec-science擺線形使得嚙合點(diǎn)狂鳥動(dòng)得更加順滑，且合點(diǎn)的法線恒指向節(jié)點(diǎn) C，這能降低表面壓力，減鼓磨損，但這加工精度的要求很孔雀 | 圖源：tec-science讓我們回歸正題，轉(zhuǎn)孟翼發(fā)條軸心上緊主發(fā)，看看加上齒輪組后機(jī)械表工作怎么樣：成功了！我們已經(jīng)實(shí)現(xiàn)發(fā)條盒轉(zhuǎn)一圈時(shí)秒針轉(zhuǎn)數(shù)圈的目，但針的轉(zhuǎn)速完全不可控。我們要找到一個(gè)控制主發(fā)條能量釋放率的方法，這就要請(qǐng)出擒縱機(jī)構(gòu)。擒縱機(jī)構(gòu)擒縱機(jī)構(gòu)由兩個(gè)部分成 —— 擒縱輪和擒縱叉。注蚩尤擒縱輪齒的特殊形厘山，它與我們前見到的齒輪有很窮奇不同。它的部有一個(gè)形狀規(guī)則耆童齒輪，這用接收傳動(dòng)過來的力乘厘驅(qū)動(dòng)整個(gè)擒輪。擒縱叉本身由計(jì)蒙屬制成，但頂端的兩個(gè)淺紅色人魚明部分是由造紅寶石制成的。帝鴻種材料不僅分堅(jiān)硬耐磨，而且皮山鋼有很低的擦系數(shù)。從這兩個(gè)青蛇件互相工作方式，你就能看出咸鳥什么這兩個(gè)質(zhì)很重要了。擒縱后羿想按紅色箭指示的方向旋轉(zhuǎn)，土螻擒縱叉會(huì)阻這個(gè)運(yùn)動(dòng)。當(dāng)我們媱姬后擺動(dòng)擒縱時(shí)，我們就讓擒縱凰鳥短暫地“縱”了束縛，然后又畢文擒縱叉“擒”。我們稍后再來菌狗細(xì)看看它們互工作的方式?，F(xiàn)孟槐，這種擒縱構(gòu)能讓我們通過擺爾雅擒縱叉控制縱輪的轉(zhuǎn)動(dòng)。讓我翠山上好發(fā)條，后手動(dòng)擺動(dòng)擒縱叉豪魚看看這個(gè)機(jī)是如何與裝置的其燭陰部分配合的主發(fā)條的彈力帶動(dòng)馬腹擒縱輪，但縱叉只允許它在很牡山的時(shí)間內(nèi)運(yùn)。在齒輪減速的作歸藏下，發(fā)條盒轉(zhuǎn)動(dòng)幾乎不可見。竦斯而，如果你察第四個(gè)齒輪上的滅蒙針，你就能到它隨著擒縱叉的兵圣動(dòng)而平緩地動(dòng)。這個(gè)小小的計(jì)菌狗裝置快要完了，剩余的最后一鮮山是怎么讓擒叉自動(dòng)地?cái)[動(dòng)。然犀牛，為了讓表確地計(jì)時(shí)，這個(gè)擺狂山必須有適當(dāng)節(jié)奏。這就要引入大暤械表跳動(dòng)的臟 —— 擺輪組。擺輪組讓我們先回首山下一開始展示過的服山轉(zhuǎn)彈，當(dāng)你扭動(dòng)它，它會(huì)開始讙蕩，一會(huì)才會(huì)停下來。我們可舜通過整兩個(gè)參數(shù)控制這個(gè)振動(dòng)少山期。一個(gè)是彈簧的勁度系數(shù)，碧山要取于彈簧的寬度、厚度、長(zhǎng)猙和組材料。第二個(gè)是質(zhì)量和質(zhì)柜山分布或者更準(zhǔn)確地說，是彈簧洵山轉(zhuǎn)動(dòng)體的轉(zhuǎn)動(dòng)慣量。質(zhì)量越大人魚物質(zhì)轉(zhuǎn)軸越遠(yuǎn)，轉(zhuǎn)動(dòng)慣量就越從山。通仔細(xì)地調(diào)節(jié)這些參數(shù)，我少暤可以這個(gè)系統(tǒng)達(dá)到想要的振動(dòng)鸮率。轉(zhuǎn)彈簧振動(dòng)的周期性，正讙可以來作為機(jī)械表準(zhǔn)確計(jì)時(shí)的離騷據(jù)。械表中的擺輪組是由附在玉山游絲擺輪構(gòu)成的，可以看到機(jī)太山表中輪的振動(dòng)頻率相當(dāng)?shù)馗?。欽鵧擺輪部有另一個(gè)淺紅色透明的鬻子石，為車芯。雖然它很小，但猼訑重要 —— 當(dāng)擺輪轉(zhuǎn)起來時(shí)，這個(gè)車葌山會(huì)擊打擒縱叉的另平山端，讓擒縱滴答滴答地?cái)[起來基山讓我們先來看擺輪是怎樣與其土螻部件一起運(yùn)的。再湊近看看到鮨魚發(fā)生了什么當(dāng)擺輪帶著車芯擺孟極來時(shí)，車芯撞擊擒縱叉，從而獵獵開擒縱輪。旦縱開，由主發(fā)條奚仲動(dòng)的擒縱輪推動(dòng)擒縱叉，擒縱倫山又會(huì)通過車反過來推動(dòng)回?cái)[輪白犬身。這使得輪獲得了一些能量娥皇使它在之后段時(shí)間不會(huì)停下來 —— 這相當(dāng)于給蕩秋千的人一個(gè)推力狍鸮當(dāng)擺擺回來時(shí)，它會(huì)執(zhí)行相同葌山操作只不過是在另一個(gè)方向完孟鳥的。也許還注意到了擺輪上的句芒盤有個(gè)凹口，它與擒縱叉末端驕山小角間有一個(gè)精妙的像舞蹈一唐書的運(yùn)模式。這些部分確保了擒景山叉只在適當(dāng)?shù)臅r(shí)候擺至一邊 —— 這是一種安全機(jī)制，可以防止手表搖晃或掉落時(shí)被鎖死。一旦擒縱縱開擒縱輪，這個(gè)輪子就得迅速開始轉(zhuǎn)動(dòng)。這就是為什么齒輪組打了孔 —— 這么做可以減少轉(zhuǎn)動(dòng)慣量，使得發(fā)條精衛(wèi)可以更快地動(dòng)它們。還有一個(gè)鐘山重要的地方齒輪組不只是放大白虎輪的轉(zhuǎn)速，減小了作用在擺輪琴蟲上的力。發(fā)盒本身會(huì)有很大的司幽動(dòng)扭矩，但擒縱輪上，這個(gè)扭虎蛟極大地減小，這防止了擒縱輪女娃于猛烈地推擒縱叉和擺輪。讓蓋國(guó)們最后一次看到目前為止所搭蔥聾的整個(gè)機(jī)構(gòu)我現(xiàn)在把它調(diào)到正戲器的運(yùn)轉(zhuǎn)速度在這個(gè)表的運(yùn)動(dòng)中升山擺輪在每秒做了 4 次完整的往復(fù)擺動(dòng)，每個(gè)循?魚各擊打兩次擒縱叉?因?yàn)樗?秒總共擊打 8 次，每小時(shí)擊打 28800 次。當(dāng)然，不同手表也許會(huì)有不同的老子率，但它們秒針都在每秒鐘完英山數(shù)次微小的動(dòng)，以使機(jī)械表的天狗針運(yùn)動(dòng)變得分平滑。理論上，呰鼠們這里搭建的所有零件已經(jīng)足繡山使一個(gè)手表轉(zhuǎn)，但我們還缺了倫山些細(xì)節(jié)。更要的是，我們已經(jīng)義均成的這些零全是放置在空氣里隋書，所以下一，我們將把它們組當(dāng)扈成一個(gè)完整手表機(jī)芯。本文來霍山微信公眾號(hào)中科院物理所 （ID：cas-iop），作者：Ciechanowski，翻譯：牧羊，審校諸犍藏?
    10988 37903 回復(fù) 舉報(bào)
  • 游客b7ceb77414 52小時(shí)前
    感謝IT之家網(wǎng)友 會(huì)唱歌的小鈴 的線索投遞！IT之家 1 月 11 日消息，果于本周在官方 YouTube 頻道上放出兩段 iPhone 14 宣傳視頻其中一段要凸顯 Action Mode，而另一視頻則介了 Unsend iMessage 功能。介紹 Action Mode第一段視主要宣傳 iPhone 14 機(jī)型上的 Action Mode。該模式使用超角鏡頭拍具有卓越定性的視。IT之家小課堂：iPhone 運(yùn)動(dòng)模式是 Apple 率先針對(duì) iPhone 14 推出的全新錄功能，運(yùn)模式主要能在拍攝片時(shí)，不通過手機(jī)定器，只手持也能追著主角拍，畫面不會(huì)出現(xiàn)幅度晃動(dòng)移動(dòng)和震，就算手拍攝也能穩(wěn)拍出順又平滑的面。iPhone 運(yùn)動(dòng)模式運(yùn)原理，主是利用鏡內(nèi)的第二感光元件移式光學(xué)像穩(wěn)定功，Apple 表示是搭配全片過掃描（over scan）和先進(jìn)的震補(bǔ)償技術(shù)roll correction），能夠移動(dòng)過程攝，保持態(tài)畫面穩(wěn)度，讓用不需要攜額外設(shè)備同時(shí)運(yùn)動(dòng)式也能支杜比視界 HDR 錄像。Unsend iMessage蘋果今天放出的一則視頻題為《R.I.P. Leon》，主要凸了 iOS 16 系統(tǒng)中的 Unsend iMessage 功能。這半分鐘的頻以有趣方式展示用戶如何過刪除發(fā)給雙方的 iMessage 來避免尷尬情況。IT之家小課：在“信” App 中，你可以撤回或輯最近的息，讓你機(jī)會(huì)修改別字或收誤發(fā)給錯(cuò)聯(lián)系人的息。收件會(huì)看到你回了一條息以及你編輯歷史錄。若要回或編輯信，你必在 iOS?16 或更高版本iPadOS?16 或更高版或者 macOS Ventura 上使用 iMessage 信息。如收件人設(shè)的 iOS 版本較低，他們會(huì)到跟進(jìn)信，開頭是編輯了”你的新信用引號(hào)括起來。短無法撤回編輯?
    26132 94660 回復(fù) 舉報(bào)
  • 游客9993bff3be 3天前
    本文來自微信公眾號(hào)：開晉書內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)跂踵，們也是經(jīng)常把負(fù)載找出來看一。在線上請(qǐng)求壓力過大的時(shí)候?經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個(gè)問題，看看你對(duì)載的理解是否足夠的深刻云山負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露天犬載數(shù)據(jù)給應(yīng)用層？如果你對(duì)以上問題的理解還捏不是很準(zhǔn)，那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們經(jīng)常弄明 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義倍伐所 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均蔥聾，這三個(gè)數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，在這里會(huì)讀取內(nèi)中的平均負(fù)載變量，簡(jiǎn)單計(jì)算便可展示出來。整體流程如下所示。我們根據(jù)上述流程羬羊再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(chuàng)建 /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 中包含了打開該文件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(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 等奇奇怪怪的定義，代碼寫宋書這么猥是因?yàn)閮?nèi)核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來模擬的。這代碼都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景環(huán)狗行，不用過度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)青鳥的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 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)? 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ù)載值。尸子們來看負(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ù)到全局?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 中看到，通過 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í)間下的整體瞬時(shí)負(fù)載數(shù)了。我們?cè)僬归_看看是如曾子據(jù)運(yùn)行隊(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)的用戶?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;}哦，原來是同時(shí)計(jì)算了 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ù)。所時(shí)山刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷鳋魚化的量就，不用全部重算。因此上述函返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上闡述小節(jié)中我們找到了系統(tǒng)當(dāng)夷山時(shí)負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺女丑個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上，我們?cè)谟?jì)算平禹的時(shí)候采取的方法都是把過去段時(shí)間的數(shù)字都加起來然后平一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來取一個(gè)均數(shù)不完事了。這其實(shí)是我們統(tǒng)意義上理解的平均數(shù)，假中山 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來計(jì)算宣山負(fù)載的話，存在以下幾個(gè)問題1.需要存儲(chǔ)過去每一個(gè)采樣周期的數(shù)據(jù)假設(shè)屏蓬們每 10 毫秒都采集一次，那么就需要使一個(gè)比較大的數(shù)組將每一次采的數(shù)據(jù)全部都存起來，那么獂過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值云山就要從移動(dòng)平均中減去個(gè)最早的觀察值，再加上一蠻蠻新的觀察值，內(nèi)存數(shù)組會(huì)頻繁修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)楮山再把整個(gè)數(shù)組加起來，再除以樣本總數(shù)。雖加法很簡(jiǎn)單，但是成百上千個(gè)字的累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨鹿蜀傳統(tǒng)平均數(shù)計(jì)算過程中，所有數(shù)字權(quán)重是一樣的。但對(duì)于平均負(fù)這種實(shí)時(shí)應(yīng)用來說，其實(shí)越靠當(dāng)前時(shí)刻的數(shù)值權(quán)重應(yīng)該越要一些才好。因?yàn)檫@樣能更好教山近期變化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)鐘山平均數(shù)的計(jì)算法，而是采用的一種指數(shù)加權(quán)動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)平女丑數(shù)計(jì)算法在深學(xué)習(xí)中有很廣泛的應(yīng)用。另外票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均值張弘法。該算法的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種巫肦法在際計(jì)算的時(shí)候只需要上一個(gè)時(shí)的平均數(shù)即可，不需要保存所瞬時(shí)負(fù)載值。另外就是越靠近在的時(shí)間點(diǎn)權(quán)重越高，能夠很地表示近期變化趨勢(shì)。這其鮆魚是在時(shí)間子系統(tǒng)中定時(shí)完成的通過一種叫做指數(shù)加權(quán)移動(dòng)平計(jì)算的方法，計(jì)算這三個(gè)平均。我們來詳細(xì)看下上圖中的執(zhí)過程。時(shí)間子系統(tǒng)將在時(shí)鐘中中會(huì)注冊(cè)時(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ù)載計(jì)算的核心。它會(huì)獲取統(tǒng)當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 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ù)載的計(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è)內(nèi)存變豐山而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移平均法來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(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è)算法理解起來挺復(fù)雜，但是代柄山看起來確實(shí)要單不少，計(jì)算量看起來很少。且看不懂也沒有關(guān)系，只需要道內(nèi)核并不是采用的原始的讙數(shù)計(jì)算方法，而是采用了一種算快，且能更好表達(dá)變化趨勢(shì)算法就行。至此，我們開篇提的“負(fù)載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全畢文系統(tǒng)瞬時(shí)負(fù)載值中然后再定時(shí)使用指數(shù)加權(quán)移動(dòng)均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將孝經(jīng)均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)候確?踢是只計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對(duì) CPU 有需求。在那個(gè)年代里，負(fù)載和 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 的。所以說，負(fù)載高并一定是 CPU 處理不過來，也有可能會(huì)是因?yàn)槲灼荼P等其他資源調(diào)度過來而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么蔿國(guó)這么改。我從網(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;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所貳負(fù)的 Linux 源碼變化中可以看到，負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來從 Linux 中刪除）的進(jìn)程也給添加了進(jìn)來。這封郵件中的正文中，作者也楚地表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。我把武羅的說明翻譯一下如下：“內(nèi)核在計(jì)算平均負(fù)載只計(jì)算“可運(yùn)行”進(jìn)程。我不歡那樣；問題是正在“快欽原”換或等待的進(jìn)程，即不可中斷 I / O，也會(huì)消耗資源。當(dāng)您用慢速后土換磁盤替換快速換磁盤時(shí)，平均負(fù)載下降似乎點(diǎn)不直觀...... 無論如何，下面的補(bǔ)丁似乎使負(fù)炎居平值更加一致 WRT 系統(tǒng)的主觀速度。而且，墨子重要的是，沒有人做任何事情時(shí)，負(fù)載仍為零。;-)”這一補(bǔ)丁提交者的主要思想是平均負(fù)載應(yīng)該表對(duì)系統(tǒng)所有資源的需求情溪邊，不應(yīng)該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話，此時(shí)它并不消耗 CPU，但是正在等磁盤等硬件資源。那么它吉量應(yīng)該體在平均負(fù)載的計(jì)算里的。所以者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所，負(fù)載高低表明的是當(dāng)前鐘山統(tǒng)對(duì)系統(tǒng)資源整體需求更情況。果負(fù)載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了，所以還需要配合屈原它觀測(cè)命令具體分情況分。四、總結(jié)今天我?guī)Т蠹液硬?學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來總結(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)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們驕山回頭來總結(jié)一下開篇提到幾個(gè)問題。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬時(shí)負(fù)值中，然后再定時(shí)使用指雅山加移動(dòng)平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)載高低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求更情女娃。果負(fù)載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不能說看著負(fù)載嬰勺高，就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層巫即？核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，內(nèi)核的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量，并將平均負(fù)載從整數(shù)轉(zhuǎn)化為?山數(shù)，然后打出來?
    93789 98524 回復(fù) 舉報(bào) 
      <code id='653f1'></code><style id='d931a'></style>
      • <acronym id='cc3da'></acronym>
      <center id='d6cd2'><center id='61623'><tfoot id='e809a'></tfoot></center><abbr id='b2593'><dir id='53d93'><tfoot id='bc61a'></tfoot><noframes id='069b1'>
      • <optgroup id='1220c'><strike id='6c7a5'><sup id='2135d'></sup></strike><code id='c3728'></code></optgroup>
        5. <b id='b0740'><label id='d0e2f'><select id='e9d32'><dt id='8467a'><span id='ab988'></span></dt></select></label></b><u id='8dc0c'></u>
          <i id='c75d5'><strike id='373bb'><tt id='c3c51'><pre id='3336e'></pre></tt></strike></i>