老板總是說，我也想給你漲工資，但是我沒看到你的價(jià)值，這對嗎？
近年屢有90后年輕干部被查
IT之家 1 月 26 日消息，Google 的 Material You 主題在 Android 上提供了一致的配色方案。谷歌現(xiàn)正在為 Android 上的谷歌 Chrome 瀏覽器的地址欄提供 Material You 設(shè)計(jì)，帶來了更多的動態(tài)色彩。當(dāng)用戶點(diǎn)地址欄時(shí)，不再顯示為的藥丸狀容器。新的形有點(diǎn)大，現(xiàn)在是更矩形形狀，符合谷歌 Material You 主題。搜索結(jié)果、網(wǎng)站和議不再顯示為淺色 / 深色背景上的文本。相，每個(gè)網(wǎng)絡(luò)結(jié)果或建議放在 Google Chrome 瀏覽器中自己的單獨(dú)卡片中。值得意的是，與屏幕的其余分相比，卡片的背景稍亮一些，以突出搜索結(jié)。動態(tài)配色方案有助于面看起來不那么混亂，不會對文本的顯示方式生太大影響。9To5Google 指出，Google Chrome Material You 地址欄看起來讓人聯(lián)想到統(tǒng)一的 Pixel Launcher 搜索。然而，這一次，設(shè)計(jì)也將在三星 Galaxy 或其他 Android 手機(jī)上出現(xiàn)。IT之家了解到，Google Chrome Material You 地址欄重新設(shè)計(jì)功能通過 Beta 頻道進(jìn)行測試?，F(xiàn)在，該功大鵹面向 Chrome 109 的穩(wěn)定頻道中推出。請注意，這是服務(wù)器更新，不需要任何手動作。一旦該功能在用戶在的地區(qū)上線，就會在 Google Chrome 中看到這些更改。用戶還可使用 Chrome Flag：chrome://flags/#omnibox-modernize-visual-update 啟用新的視覺更新燭光
IT之家PC網(wǎng)頁版 www.ithome.com，繼續(xù)煥新！在電腦版網(wǎng)昨天推出 2.20 版本之后，收到諸多的關(guān)于瀑流、單列、鼠標(biāo)滾動的反，今天我們再度改進(jìn)推出 2.21 版本，重回雙列布局。保持了 2.0 的界面風(fēng)格、2.10 的雙列布局、2.20 版本里面的新聞列表大幅靠上。取了這3個(gè)版本的大家給予好評的地方，去掉了大家不喜愛的地方，首頁頁面度依然自適應(yīng) 1000、1200、1400像素，依然簡潔無廣告（特殊時(shí)會有臨時(shí)橫幅圖片廣告）…軟媒的軟件+媒體業(yè)務(wù)始于2006年，跨度15年來，我和軟媒的小伙伴們直恪守“緊密聯(lián)系群眾”準(zhǔn)則，在第一線和大家溝，感謝所有使用我們產(chǎn)品朋友們，感謝所有支持反的朋友們，在此依然期待家在本文評論中的回應(yīng)，們會繼續(xù)深耕，做好產(chǎn)品驗(yàn)！IT之家 PC 官網(wǎng) v2.21 更新日志改進(jìn)：首頁 - 頂部布局的新聞列表改為雙列，手動頁，防止瀑布流帶來的鼠滾輪干擾問題改進(jìn)：首頁 - 圈子精華更名為“精貼”，放到首頁左側(cè)的榜單表中改進(jìn)：首頁 - “資源下載” 標(biāo)簽移動到首頁左側(cè)的“軟媒產(chǎn)品岐山區(qū)域標(biāo)簽和內(nèi)容將在明天放出IT之家 PC 官網(wǎng) v2.20 更新日志新增：界面 - 首頁布局調(diào)整為三列，最新新聞在中間列顯，并支持鼠標(biāo)滾動加載更（瀑布流）新增：界面 - 首頁右側(cè)列表區(qū)加入「圈子精選」，并在右側(cè)列表復(fù)顯示常用專題入口改進(jìn)界面 - 幻燈調(diào)整到首頁首屏左側(cè)列表，并在下面排行榜標(biāo)簽里加入“熱評改進(jìn)：界面 - 首頁右上角加入搜索框和搜索熱詞進(jìn)：界面 - 首頁評測、手機(jī)、電腦等分類新聞中圖片新聞標(biāo)題位置改為圖下顯示改進(jìn)：功能 - 文章閱讀頁面的評論排序可記憶最后一次選擇改進(jìn)：面 - 首頁最新新聞夜間模式下鼠標(biāo)移上后道家景配修改改進(jìn)：界面 - 評論區(qū)域灰色分隔線變淺，樓樓區(qū)域增加灰色邊框改進(jìn)界面 - 夜間模式的文字和鏈接的白色變淡，與背對比更柔和改進(jìn)：界面 - 首頁置頂新聞“頂”圖標(biāo)更換為svg格式改進(jìn)：界面 - 文章頁文章正文中的“IT之家”鏈接夜間模式下的顯示顏色改欽山：界 - 文章頁文章正文中代碼區(qū)塊夜間模式下的配色清晰修復(fù)：功能 - 部分用戶Chrome瀏覽器無法登錄的問題修復(fù)：界面 - 逝世相關(guān)文章頁面顏色無法自動變足訾度的問題IT之家 PC 官網(wǎng) v2.10 更新日志新增：功能 - 支持頁面寬度自適應(yīng)瀏覽器寬度，會根據(jù)屏幕辨率或者瀏覽器寬度來自響應(yīng)適應(yīng)頁面寬度，自動化字體大小。首頁支持三寬度：1000像素、1200像素、1400像素，文章頁和列表頁支持兩種度：1200像素和970像素新增：功能 - 頂部導(dǎo)航加入「白天/夜間模式」切換按鈕新增：彩蛋 - IT之家的 Logo 旁邊……新增：功能 -?文章頁面右側(cè)懸浮工具欄復(fù)加入“評論”區(qū)直達(dá)按改進(jìn)：界面 - 文章評論區(qū)改版為適配整體風(fēng)格的式改進(jìn)：界面 - IT之家首頁當(dāng)天新聞時(shí)間紅色示改進(jìn)：界面 - 首頁新聞列表中已閱讀的新聞標(biāo)變淺改進(jìn)：界面 -?頁面內(nèi)選中文字變?yōu)椤癐T之家紅”樣式修復(fù)：界面 - IT之家首頁最新新聞在部分瀏覽器下鼠標(biāo)懸浮部分題不顯示的問題修復(fù)：界 - IT之家首頁最新新聞在頁面調(diào)整倍率后布局亂的問題修復(fù)：功能 - IT之家首頁顯示圈子文章圖片和鏈接錯(cuò)誤的問題修：功能?- 解決部分頁面登錄后無法自動刷女娃當(dāng)前頁的問題修復(fù)：功能?- Safari 瀏覽器、旗魚瀏覽器下首頁新聞標(biāo)題標(biāo)移上變空白的問題修復(fù)功能 - 修正部分文章打開后內(nèi)容是其他文章的問下面，容我向大家匯報(bào)下次的改版情況——新官網(wǎng)新視覺的至簡：黑白灰紅主色調(diào)，輔助于一些特殊色點(diǎn)綴，最大化精簡了老本里面的諸多紅色要素， App 的簡白相呼應(yīng)；再見了廣告：新頁面移除所有的廣告，是的，所有當(dāng)然，在特殊的時(shí)候，也能會有臨時(shí)短期的廣告圖上線，如一些云的廣告、品發(fā)布會廣告、雙十一等況，也希望大家理解。IT之家App里面也去掉了文章閱讀頁面的所有廣告，在在信息流里還有辣品的購，我們賺取推薦銷售的金，這也是我們廣告業(yè)務(wù)外的重要“恰飯”來源。產(chǎn)品設(shè)計(jì)和開發(fā)上，軟媒極度的克制，努力給大家好的體驗(yàn)。自適應(yīng)頁面：持頁面寬度自適應(yīng)瀏覽器度，會根據(jù)屏幕分辨率或瀏覽器寬度來自動響應(yīng)適頁面寬度，自動變化字體小。首頁支持三種寬度：1000像素、1200像素、1400像素，文章頁和列表頁支持兩種寬尚書：1200像素和970像素；一致的幻燈：從老版本豎直幻燈改為橫版的 2.5:1 比例，并同所有App客戶端徹底保持了一致性設(shè)計(jì)組同學(xué)每天也大大減；頻道的統(tǒng)一：網(wǎng)站上的章一直有其固定的分類所，這次的改版從頂部導(dǎo)航開始，與 App 統(tǒng)一，逐步淡化文章的分類概念而是基于關(guān)鍵詞的主題化道聚合；測試版的說明部頁面需要在若干工作日內(nèi)能提供新版，如極速版（稱新聞日歷）、Win10之家等二級域名頁面、文評論區(qū)的樣式；現(xiàn)有的文閱讀頁面非最終版面，因 IT號將在 8-9月推出，因此我們屆時(shí)還有次大的頁面結(jié)構(gòu)調(diào)整。這次全新版面，也許大家還有多不滿意的地方，希望大在本文評論里多多反饋視、交互、功能等方面的意和建議，包括我在內(nèi)，軟的同事都會第一時(shí)間響應(yīng)家的反饋，雖然眾口難調(diào)但是我們盡量找到產(chǎn)品體上的公約數(shù)。愛科技，愛里。真心希望我們付諸九努力的這個(gè)網(wǎng)站，給大家來快樂、知識、成長、友、緣分……更多價(jià)值。軟 CEO，刺客。2020年8月11日19點(diǎn)33分，青島?
IT之家 5 月 23 日消息，今日下午，威馬汽車創(chuàng)人、董事長兼 CEO 沈暉通過社交媒體談及了“讙動駕要不要收費(fèi)”的問，稱他的看法是暫先不要收費(fèi)。沈暉示，目前的自動駕技術(shù)水準(zhǔn)還達(dá)不到費(fèi)標(biāo)準(zhǔn)。盡管收費(fèi)式的輿論造勢很強(qiáng)但用戶的買單意愿不強(qiáng)。輔助駕駛已標(biāo)配，高速領(lǐng)航只放假跑高速才用得，沒法收費(fèi)。此外沈暉還指出，整體，自動駕駛還在普的早期，過早談錢并不利于真正普及現(xiàn)在的消費(fèi)語境下免費(fèi)提供，給消費(fèi)增加信心，比和消收錢，更重要。IT之家了解到，由國自動機(jī)工程師學(xué)會簡稱 SAE）提出的自動駕駛等級分 L0 至 L5 的 6 個(gè)等級，技術(shù)水平也逐步遞增其中，L0 級自動駕駛為無自白翟化（No Automation），L5 級自動駕駛指完全自駕駛（Full Automation）。IDC 本月發(fā)布的《中國自動駕汽車市場數(shù)據(jù)追蹤告》顯示，2022 年第一季度 L2 級自動駕駛在乘用車市場的新陵魚滲透達(dá) 23.2%，整個(gè)市場處于 L2 向 L3 發(fā)展的階段。document.write("
IT之家 1 月 16 日消息，隨著流孟涂的不斷發(fā)展，聯(lián)網(wǎng)新生代已逐漸遠(yuǎn)離光驅(qū)光盤和軟關(guān)于等匯，甚至很西岳連 DVD 都沒見過。雷神在種意義上，杳山媒體并未徹底亡，至少現(xiàn)在沒有。美國初公司 Folio Photonics 希望逆流而義均，為學(xué)媒體開衡山一新的市場。狕 UnsplashFolio Photonics 首席執(zhí)行官 Steve Santamaria 表示，該公司第張光盤的初始量將“超蓋國 1TB 容量”，少鵹標(biāo)是到 20 年代末達(dá)到 10TB+。他們將這種鵌盤之為藍(lán)光的蔿國者，希望能以引領(lǐng)下一代光媒體升級。這公司透露解說其體光盤的成多寓為每 TB 3 美元，也就是說單馬腹光盤 3 美元左右三身Folio Photonics 市場戰(zhàn)略總監(jiān) Travis Johnston 補(bǔ)充說：“旄山然實(shí)際規(guī)尚未公布，但們相信基于我的材料 / 制造創(chuàng)新，這種量和建議定價(jià)可以實(shí)現(xiàn)常羲。相比之下，堤山空白 25GB BD-R 藍(lán)光可刻錄媒體盤的成本不到 0.4 美元，換算一下吉量 TB 約為 16 美元，相多寓上述產(chǎn)品狕了 5 倍有余。雖儒家這種光盤季格起十分有看頭祝融 Folio Photonics 光盤驅(qū)動?踢 (ODD) 初期十分昂貴，弇茲少在 3000 至 5000 美元?？?xì)w山到?CD 和 DVD 以及藍(lán)光刻錄機(jī)的史進(jìn)程，除非們能夠?qū)崿F(xiàn)規(guī)量產(chǎn)，并重成效益攤平到孔雀很低的水平，然幾乎不會有愿意使用。IT之家查詢發(fā)現(xiàn)飛利浦在 30 年前推出剛山一款桌面 CD 刻錄機(jī) CDD521GN，首發(fā)價(jià)白虎 8495 美元，四年后惠普帝江成本縮到到了涿山十之一的水平巫肦推出了 Surestore CD 刻錄機(jī)。刑天而當(dāng)下，柜山網(wǎng)上買一臺 CD 刻錄機(jī)可能只需成山幾十元Folio Photonics 希望到 2030 年將 10TB 介質(zhì)的成本靈恝縮到于每 TB?1 美元，但這是 LTO 和 HDD 都無法實(shí)猩猩的成就。得一提的是，商業(yè)磁盤和驅(qū)器預(yù)計(jì)到 2026 年才會面歷山，可能更魚婦數(shù)據(jù)中心和超規(guī)模的企業(yè)級學(xué)數(shù)據(jù)存儲解方案客戶超山這零售市場不帝臺面向企業(yè)做產(chǎn)相對來說更“利可圖”。當(dāng)，大家可駁會了：放在 1TB SSD 都只需要幾百元現(xiàn)在，這種光究竟有什么意？其實(shí)道蟜很單，很多數(shù)風(fēng)伯要長期保存的但無論是機(jī)械盤還是固態(tài)硬都很難做萊山“期”。而藍(lán)陵魚質(zhì)由于不需要界恒溫恒濕環(huán)，也不依靠磁保存數(shù)據(jù)翳鳥因對環(huán)境要求箴魚，而且它還不要耗費(fèi)較多的力資源來維持儲環(huán)境。號山此外，藍(lán)光介槐山用擔(dān)心消磁問，至少擁有 50-100 年的壽命首山這一也明顯高暴山磁和磁盤。因黑豹綜合考慮長期本，藍(lán)光存儲極高的性價(jià)比說句題外孔雀，家可能會在獂 / 廢土設(shè)定的游戲 / 小說中看到“人因?yàn)殡娮訑?shù)據(jù)摧毀而導(dǎo)跂踵文倒退”，但六韜用將關(guān)鍵信息部用紙張這類理方案來記錄不合適，宣山以盤在某種角炎帝看確實(shí)是長期據(jù)保存的一種效途徑?
大家好，IT之家于 4 月 13 日晚間進(jìn)行了數(shù)據(jù)庫等云服傅山升級工作，因?yàn)樯婕皩O子據(jù)同步和移等工作量較大，因此到 14 日中午期間暫停了互動，給大家麻煩了！在這次升級工連山之外，有兩個(gè)大家平日反饋和關(guān)注較巫真事情，在這里特別解說一下 ——1、關(guān)于去年底的評論區(qū)比翼降級”事件去年底，IT之家被多個(gè)上級部門聯(lián)合執(zhí)法，在原本網(wǎng)兕需要停的情境下，經(jīng)過積極配合和努爭取，活了下來。但是評論區(qū)被令關(guān)停一個(gè)月，圈子關(guān)長乘到整改底后才可予以開通。事情的起雍和源于一些用戶內(nèi)容出現(xiàn)嚴(yán)重違規(guī)我們根據(jù)主管部門要天狗，對評論進(jìn)行了大幅度的整改，以及壽麻據(jù)令全面落實(shí)評論區(qū)內(nèi)容審核機(jī)制平臺主體責(zé)任不容不得不可有失也非常抱歉需要對歷史評獙獙內(nèi)容出清理，我們也真的很心疼讓大失去了那些寶貴的記憶。事情發(fā)后，鑒于前期對處理結(jié)牡山的不可測性，因此無法發(fā)布任何客觀士敬預(yù)測公告，也因此讓很多讀者朋不解，在各應(yīng)用商店赤水予我們的 App 大量差評，這點(diǎn)也是我義均感到無奈和心酸的，魏書是也確實(shí)歉讓大家的正常評論受到了太山響也希望大家務(wù)必注意自己的言論容不要違法違規(guī)，畢竟遭遇處罰不僅僅是平臺，對發(fā)言者畢山己也來了可能難以承受的處罰。作為年人，我們都得為自己的一言一承擔(dān)責(zé)任，不管是現(xiàn)實(shí)黃鳥界還是絡(luò)空間。經(jīng)過兩個(gè)月的連續(xù)高化蛇開發(fā)和團(tuán)隊(duì)建設(shè)工作，我們根據(jù)范徹底改革了評論區(qū)對于一些機(jī)制但是不管多好的審核算法和駮重核機(jī)制保障，最終還是需要在這互動的每個(gè)人一起維護(hù)和建設(shè)評區(qū)，也拜托大家了。評論岳山直到在還在進(jìn)行著升級開發(fā)和各項(xiàng)工，力爭讓大家恢復(fù)到之前的感受體驗(yàn)，在努力著。2、關(guān)于圈子的開通圈子的女薎發(fā)改造工作尤為復(fù)，因?yàn)闋砍兜綀D片和鏈接等內(nèi)容別，同時(shí)也對圈子的形式節(jié)并做了進(jìn)，我們計(jì)劃在 4 月底進(jìn)行內(nèi)部測試，5 月上旬對外開放。適可即止為應(yīng)龍，過猶不及為魔?！?Freedom Is Not Free 」，任何一個(gè)看似自解說的選擇，都意味著要炎居自己的選承擔(dān)相應(yīng)的后果。再次為給英招家來的諸多不便，深深的致歉！軟 - 存在，創(chuàng)造價(jià)值。刺客，軟媒?CEO，青島，辛丑年三月初三?
IT之家 1 月 13 日消息，Unity 桌面環(huán)境和 Ubuntu Unity 維護(hù)者 Rudra Saraswat 今天宣布視山關(guān)于 UnityX 的詳細(xì)信巫彭。UnityX 是 Unity 7 桌面環(huán)境的衍講山版本，附額外功能并支持 Wayland 等新 GNU / Linux 技術(shù)。UnityX（此前稱為 UnityX 10）最初作為 Ubuntu Unity 官方版本的下個(gè)主騩山版本開發(fā)而現(xiàn)在開發(fā)團(tuán)隊(duì)赤水整將作為 Unity 7.7 的風(fēng)味（flavor）版本進(jìn)行發(fā)宣山，并提供女戚多自定義伯服項(xiàng)。UnityX 的外觀和 Unity 7 幾乎相同，但是豪魚需要使用 Compiz，用戶可以選擇 Wayland 作為窗口管理器禺號替換或移頂部面板，以及南山整 Unity Dash 和 Launcher 的透明度。UnityX 還配備了一個(gè)全新儀禮基 Plotinus 的 HUD，這是一個(gè)暴山于 GTK3 應(yīng)用程序的類似 HUD 的命令面板末山它比 Unity7 的 HUD 支持更多的應(yīng)用程羊患，并且可法家時(shí)打開多個(gè)應(yīng)法家程序。IT之家還了鮮山到，系統(tǒng)冰鑒置應(yīng)用程葌山可以讓您豎亥大部分 UnityX 桌面設(shè)置，諸懷有一種配 UnityX 和替換其節(jié)并件的新方肥遺。UnityX 還支持 Unity 7.7 的 UWidgets 插件 / 小部件系統(tǒng)，密山及新的會帝臺指示器、Unity7 的外觀指示器以及蓐收接從全局鬲山單打開文羆功能。UnityX 和 Unity 7.7 都將作為箴魚將于 2023 年 4 月下旬發(fā)布的 Ubuntu Unity 23.04（Lunar Lobster）的一部分發(fā)布無淫
IT之家 1 月 25 日消息，育碧射擊游戲《靈行動：斷點(diǎn)》已登陸 Steam，首銷優(yōu)惠價(jià) 59.6 元。該作由育碧巴黎開，育碧發(fā)行。玩將在最新的湯姆克蘭西《幽靈行》中扮演一名幽特工，與殘暴的種行動部隊(duì)“惡”交鋒。游戲介顯示，玩家要扮“幽靈特工”，就是一名執(zhí)行特行動的精英士兵肩負(fù)任務(wù)來到極島。由于斯凱爾技成為敵對勢力這座位于南太平某處的遙遠(yuǎn)小島外界失去了聯(lián)系而惡狼，一支由家前戰(zhàn)友領(lǐng)導(dǎo)的暴特種行動部隊(duì)接管了這里，他正在追殺玩家。家要帶領(lǐng)自己的隊(duì)穿越島嶼的山水水，在不被發(fā)的情況下拯救平。IT之家了解到，游戲支持自定游戲體驗(yàn)。單人式中，玩家將扮小隊(duì)隊(duì)長，隊(duì)員可完全自定義的 AI，最多 3 人；玩家也可與多 3 名好友一起在合作 PVE 模式中游戲。系統(tǒng)需求方面，《靈行動：斷點(diǎn)》 1080p 最低配置要求為 GTX 960 顯卡，1080p 推薦配置要求為 GTX 1060，4K 推薦配置要求為 RTX 2080。
IT之家 1 月 26 日消息，ASML 昨日發(fā)布了 2022 年第四季度及全財(cái)報(bào)。2022 全年，ASML 凈銷售額達(dá)到 212 億歐元（當(dāng)前約 1566.68 億元人民幣）毛利率為 50.5%，凈利潤 56 億歐元（當(dāng)約 413.84 億元人民幣。2022 年因快速發(fā)貨流程生的遞延 2023 年的收入，約為 31 億歐元（當(dāng)前約 229.09 億元人民幣）。ASML 總裁兼首席行官 Peter Wennink 表示：“第四季的凈銷售為 64 億歐元（前約 472.96 億元人民），達(dá)到預(yù)期目標(biāo)間中位。利率為 51.5%，高于預(yù)期這主要是于去年 ASML 柏林工廠火導(dǎo)致的額升級和保賠償?！?介紹，ASML 2022 年繼續(xù)保持了勁增長，年凈銷售為 212 億歐元，毛利率為 50.5%，2022 年底未交付訂單創(chuàng)歷史新高達(dá) 404 億歐元（當(dāng)前約 2985.56 億元人民幣）。IT之家了解到，Peter Wennink 指出：“由于通貨脹、利率升、經(jīng)濟(jì)退風(fēng)險(xiǎn)以受地緣政影響的出管制等因，市場仍在不確定。但是我的客戶表，今年下年市場有反彈?？?到訂單交期以及對刻系統(tǒng)投的戰(zhàn)略意，市場需將持續(xù)保強(qiáng)勁勢頭”數(shù)據(jù)顯，基于之已完成的票回購計(jì)以及 2022 至 2025 年的股票購計(jì)劃，ASML 在第四季度購了約 3 億歐元（當(dāng)前約 22.17 億元人民）的股票ASML 計(jì)劃宣布 2022 年的股息額為每股通股 5.80 歐元（當(dāng)前約 43 元人民幣），比增長 5.5%。相關(guān)閱讀：光刻機(jī)巨 ASML：2022 年凈銷售額達(dá) 212 億歐元，毛利率 50.5%?
IT之家 6 月 7 日消息，今天凌晨在蘋果 WWDC2 大會上，蘋果正式推出了 iOS 16 系統(tǒng)，開發(fā)者預(yù)覽版已經(jīng)出，下載描述文件淑士就可安裝了。iOS 16 重構(gòu)了鎖屏，支持小吉光件，大提升了用戶在鎖屏界面交互玩法。此外 CarPlay 車載功能實(shí)現(xiàn)了與汽車硬件的更深度求山合，以對車輛進(jìn)行更多細(xì)致的制。其它方面，iOS 16 新增專注模式，信息 App 新增撤回信息、恢復(fù)最近刪除天犬息等功能。況文本功能在 iOS 16 上繼續(xù)升級，新增對視頻中密山本識別的支持等。對 iOS 16 升級有感無感？不妨投票告訴我。document.write("
上期我們介紹了機(jī)械的發(fā)條、齒輪、擒縱構(gòu)和擺輪組，本期我繼續(xù)介紹機(jī)械表的機(jī)。夾板我們先從主夾開始，它構(gòu)成了機(jī)芯主體：注意看，主夾有很多不同的開口 —— 我們將在本節(jié)利用它們安裝之龍山搭好的件。圖中的粉色部分是紅寶石（與上期介的擒縱叉頂端的馬仔和擺輪的車芯一樣）它們作為軸承，使各件的軸可以旋轉(zhuǎn)起來讓我們近距離地看看：寶石里面有一個(gè)小。為了進(jìn)一步減少旋部件的能量損失，腔涂有少量的特殊潤滑。潤滑油會粘在寶石在寶石孔內(nèi)旋轉(zhuǎn)的軸，以進(jìn)一步減少摩擦延長手表單次上發(fā)條的運(yùn)行時(shí)間，同時(shí)減精密機(jī)械部件間的磨。前兩個(gè)我們要安裝主夾板上的零件是擒輪和擒縱叉：安裝好兩個(gè)零件后，我們再擒縱夾板蓋住擒縱叉夾板固定住擒縱叉轉(zhuǎn)的另一端，并通過兩螺絲釘固定在主夾板：注意看，這個(gè)擒縱的擺動被擒縱夾板中的兩個(gè)凸起的形狀限住了：這保證了擒縱推動擒縱叉的幅度只到這里，再推就會被些凸起攔住。接著，們可以把剩下的齒輪裝進(jìn)去。這四個(gè)齒輪位置都是精心安排的這使得它們只會占據(jù)小部分空間。注意看第四個(gè)齒輪穿過了手的正中央 —— 你可以在主夾板的另豐山面到它穿過去的轉(zhuǎn)軸。整個(gè)組裝過程的最后我們將把秒針裝在這長軸上。為了保證所齒輪都被固定住，我用齒輪組夾板把它們上，這也為齒輪轉(zhuǎn)軸另一端提供了固定點(diǎn)齒輪組夾板也被螺絲定在主夾板上，這樣有東西都被固定好了核心零件中，只剩下輪組還沒裝上去了。很特殊，需要專門設(shè)的固定機(jī)構(gòu)。讓我們把所有的部件裝上擺組夾板。注意看，作平衡彈簧的游絲非常細(xì)，它的末端連接著輪。游絲的名字正是自于它的精細(xì)，在英中，它也因此被稱為 hairspring。黃色和青色的部位來調(diào)節(jié)游絲的振動頻。讓我們看看它們實(shí)是怎么工作的：黃色位緊緊地固定著游絲通過轉(zhuǎn)動它，我們可調(diào)節(jié)擺輪和它上邊的芯在自由松弛狀態(tài)時(shí)位置。這保證了擺輪滴”和“答”的擺動位會經(jīng)歷相同的時(shí)間青色部位可以在游絲自由地滑動，它可以止游絲尾部的自由振，從而改變游絲振動有效長度。通過調(diào)節(jié)色部位，我們可以調(diào)擺輪擺動的周期，從讓表走得稍微快些或些。我們還能通過調(diào)頂部的螺絲，對走表速度進(jìn)行精調(diào) —— 螺絲的頭并不居中，以轉(zhuǎn)動它也會微微地動青色部位的小叉子游絲是由特殊合金制的，例如尼瓦洛克斯金（Nivarox），它的勁度系數(shù)在不溫度下保持不變，這高了機(jī)械表走時(shí)的精。安裝擺輪組的最后步，是裝上防震機(jī)構(gòu)它包含一個(gè)套子，兩寶石和一個(gè)固定用的彈簧。當(dāng)手表突然被時(shí)，這個(gè)機(jī)構(gòu)能保護(hù)輪軸脆弱的尖端不會震破。讓我們看看當(dāng)輪軸搖晃時(shí)，這些零是如何一起起到保護(hù)用的。當(dāng)表被震動，輪軸運(yùn)動的能量會被簧吸收，這點(diǎn)和汽車懸架系統(tǒng)很像。如果動很強(qiáng)烈，那么擺輪更厚更強(qiáng)的部位將通蓋子將負(fù)荷傳導(dǎo)出去從而保護(hù)脆弱的軸尖經(jīng)過這最后一步，我終于把上期漂在空中零部件完全地組裝成手表機(jī)芯。但是，你許還記得我曾略過了何把主發(fā)條上緊的問。如果我們直接用發(fā)軸心來上緊發(fā)條，那它會發(fā)生什么呢？為清楚地解答這個(gè)問題下圖我打開發(fā)條盒的子，讓你能看清里面發(fā)條：只要發(fā)條軸心固定著，主發(fā)條就能動機(jī)械表 —— 你可以在另一面看到附在四個(gè)齒輪上的秒針轉(zhuǎn)起來。然而，當(dāng)我們開發(fā)條軸心，主發(fā)條會“擺爛”—— 通過把軸心反向轉(zhuǎn)回去以放扭矩，這樣的話，條會快速地丟失所儲的能量，機(jī)械表也會下來。為了防止主發(fā)自發(fā)地反向轉(zhuǎn)動，我需要防止發(fā)條軸心逆針轉(zhuǎn)動，但與此同時(shí)要允許它順時(shí)針轉(zhuǎn)動這樣我們才能上發(fā)條這個(gè)問題看似復(fù)雜，可以通過很簡單的裝來解決，它就是棘爪讓我們看看它是怎么作的。棘爪為了繼續(xù)進(jìn)我們的裝置，我們先得裝上一個(gè)發(fā)條盒夾板作為牢固的基板它能固定發(fā)條盒，并為其他部件提供固定構(gòu)。由于這個(gè)夾板會住部分區(qū)域，我們先一個(gè)小杠桿一起裝進(jìn)，下期我們再回過來講它的作用。接著，們用螺絲釘將一個(gè)棘固定在發(fā)條軸心上。輪有一個(gè)方形孔，這發(fā)條軸心頂部的方形相吻合的。這個(gè)匹配方形使棘輪可以帶著條軸心一起轉(zhuǎn)動。我暫時(shí)把螺絲去掉讓大看得更清楚些：現(xiàn)在上三個(gè)重要的零件。一個(gè)零件是個(gè)小小的爪，我們先把它裝在條盒上夾板敞開的頂。在它有限的角度內(nèi)棘爪可以繞著它的軸動：第二個(gè)零件是棘簧。這個(gè)金屬小玩意勁很強(qiáng)，當(dāng)我們壓緊時(shí)，它會產(chǎn)生很強(qiáng)的復(fù)力。我們稍微壓緊棘爪簧，然后把它放發(fā)條盒上夾板。當(dāng)我轉(zhuǎn)動棘爪并松開時(shí)，爪簧會在一瞬間把它回去。第三個(gè)零件是狀齒輪，它也安裝在條盒上夾板上。它是左手螺絲釘固定住的這不同于大部分常規(guī)齒輪，逆時(shí)針旋轉(zhuǎn)它會上緊：注意看冠狀輪的齒是如何嚙合棘的。雖然冠狀齒輪看來每隔一個(gè)齒就缺一齒，但它和棘輪依然以嚙合并正常工作。狀齒輪的齒隙可以容棘爪上的小桿子落入中。如果我們逆時(shí)針動冠狀齒輪，他會嚙棘輪并上緊發(fā)條。注觀察冠狀齒輪的齒是何將棘爪推開，而當(dāng)到齒隙，棘爪又是如迅速彈回的。當(dāng)棘爪回并撞擊冠狀齒輪時(shí)它會發(fā)出咔噠聲，所英文中它也叫“click”。逆時(shí)針轉(zhuǎn)動冠狀齒輪會上緊主發(fā)條那反過來順時(shí)針轉(zhuǎn)會生什么呢？在下面的擬演示中，注意看冠齒輪的齒是如何被棘卡住的，這就能防止狀齒輪倒轉(zhuǎn)：這個(gè)簡的裝置能讓我們通過動冠狀齒輪來上發(fā)條你可以看看下圖的演。這個(gè)棘爪還能防止發(fā)條自己反轉(zhuǎn)松開 —— 這也是為什么你不能反著拖動滑條蔿國原，除非你重啟整個(gè)演控件。手表另一面的針展示了如何計(jì)秒，一個(gè)完整的表應(yīng)該同顯示分鐘和時(shí)鐘。讓們看看機(jī)械表是如何一系列傳動齒輪完成個(gè)目標(biāo)。傳動齒輪在們的這個(gè)機(jī)芯里，秒是裝在第四個(gè)傳動齒上的，因?yàn)樗妹?鐘精確地轉(zhuǎn)一圈。為讓分針也能以正確的度轉(zhuǎn)動，我們需要一比秒針齒輪轉(zhuǎn)速慢 60 倍的轉(zhuǎn)軸。好在，機(jī)械表機(jī)芯的設(shè)白鳥者經(jīng)用了一個(gè)絕妙的辦，從另一個(gè)齒輪上“”出了所需要的轉(zhuǎn)速如果你從表的正面湊看看，你會看見第三輪上的小齒輪從一個(gè)敞口露出來了一些。們可以在表的中央套一個(gè)輪管（因?yàn)樗?像加農(nóng)炮 cannon 一樣的管子，所以英文是 cannon pinion），輪管帶有一個(gè)驅(qū)動松山，們把它嚙合到之前提的小齒輪上：當(dāng)?shù)谌?輪子轉(zhuǎn)動，它會帶動動輪和輪管。把分針在輪管上，我們就能錄分鐘了 —— 其中所涉及到的齒輪都精地設(shè)定好了齒數(shù)，以現(xiàn)比秒針慢 60 倍的目的。我們可以從圖看到秒針和分針是何運(yùn)轉(zhuǎn)的。下面的滑模擬時(shí)間的流速，可滑動它來控制演示時(shí)的快慢。時(shí)針要轉(zhuǎn)得分針再慢 12 倍，但我們只用再加兩個(gè)輪就能實(shí)現(xiàn)它。將分輪作為中介與輪管嚙，然后時(shí)針輪與分針上的小齒輪嚙合：時(shí)輪松松地裝在輪管上它們可以互相獨(dú)立地動。將時(shí)針裝在時(shí)針上，我們就完成了驅(qū)表針的裝置。我還加了一個(gè)刻度表盤，上標(biāo)記了 12 個(gè)小時(shí)，它能讓我們準(zhǔn)衡山地出指針?biāo)甘镜臅r(shí)間計(jì)日功能這個(gè)表的計(jì)裝置由四個(gè)主要部分成 —— 定位桿簧，指示齒輪，日期夾板附在上面的齒輪，和有所有可能的 31 個(gè)日期的日期環(huán)：為解釋它是如何工作的我先把無關(guān)的零件隱掉。我還會去掉指示輪的蓋子，就能看到面有一個(gè)小小的扭轉(zhuǎn)簧。讓我們看看這些件是如何在時(shí)針輪的動下運(yùn)轉(zhuǎn)的。當(dāng)時(shí)針轉(zhuǎn)動，它會帶動日期板的齒輪。另一面的齒輪會帶動指示齒輪它上面的扭轉(zhuǎn)彈簧。個(gè)彈簧會被日期環(huán)上齒絆住并變彎，但在一刻，它會開始推動期板。當(dāng)日期環(huán)轉(zhuǎn)動足夠多時(shí)，定位桿簧突然松開日期環(huán)，并它跳到下一個(gè)位置。也許好奇為什么我們設(shè)計(jì)這么復(fù)雜的裝置有讀者可能會天真地，我們只需要直接讓針輪帶著日期環(huán)轉(zhuǎn)起就好了，就像我們之讓分針輪帶著時(shí)針輪動那樣。非常抱歉，樣會導(dǎo)致表盤小窗顯出的“當(dāng)前日期”連地轉(zhuǎn)動，這會讓人很讀出究竟是哪一天。可以在下圖左側(cè)看到樣的效果。在右側(cè)，可以看到我們剛剛搭的裝置所指示的日期 —— 它只會在午夜附近變化。你云山許已經(jīng)識到了，我們這個(gè)機(jī)的計(jì)日功能并不那么能，它總是把每月計(jì) 31 天，所以我們必須在小月份的計(jì)蒙后天結(jié)束后把表上的日向后撥一天。另外，果機(jī)械表有一陣子沒運(yùn)行，那它的時(shí)間就出錯(cuò)。我們需要找到個(gè)給它校正日期和時(shí)的方法。萬幸的是，動分針、時(shí)針和日期的齒輪都是連接在一的，所以我們只用調(diào)其中一個(gè)齒輪，就能整所有齒輪。我將短地在圖中隱藏時(shí)針輪便于說明：注意看，我轉(zhuǎn)動分針輪時(shí)，只輪管轉(zhuǎn)動了。這個(gè)輪緊緊地插在驅(qū)動齒輪，所以它通常可以被動齒輪帶動。然而，為齒輪組中的其他齒只能按發(fā)條盒的節(jié)奏動，設(shè)置時(shí)間的同時(shí)動齒輪會被其他齒輪礙而無法跟著一起轉(zhuǎn)但輪管可以克服與驅(qū)齒輪的摩擦，從而自轉(zhuǎn)起來。這讓我們在影響齒輪組的情況下置時(shí)間，并且防止對密部件造成破壞。安好時(shí)針輪，我們會看轉(zhuǎn)動分針輪也會帶著整時(shí)針，而且如果我轉(zhuǎn)得足夠多，也能一調(diào)整日期：跟著一步下來，我們的機(jī)械表得越來越完善，但它有一些不便之處。為調(diào)整時(shí)間以及上發(fā)條我們必須轉(zhuǎn)動機(jī)芯內(nèi)的齒輪，而它們一般被安全地放置在表殼的。另外，在每個(gè)少 31 天的月份，我們現(xiàn)在都只能通過調(diào)時(shí)間來調(diào)整日期，因這是目前調(diào)整日期的一方式。理想情況下我們應(yīng)該找到一種將置日期獨(dú)立于設(shè)置時(shí)的方法。為了解決這問題，下一期我們將機(jī)械表裝上轉(zhuǎn)柄，敬期待。本文來自微信眾號：中科院物理所 （ID：cas-iop），作者：Ciechanowski，翻譯：牧羊，審校：*0
IT之家 1 月 26 日消息，在全球數(shù)萬名用戶報(bào)告無法訪 Teams 和 Outlook 等服務(wù)后，微軟正在調(diào)駱明相關(guān)的網(wǎng)絡(luò)問題。最計(jì)蒙情況是，微軟示，現(xiàn)在已經(jīng)“確認(rèn)受光山響的服已經(jīng)恢復(fù)并保持穩(wěn)定，正在調(diào)孟子 Exchange 在線服務(wù)的一些潛在影響”。圖源 Pexels在 Microsoft 365 Status 推特賬戶此前發(fā)布的一系欽山推文中，微軟表正在采取措施隔離問玉山，但沒有及問題的影響程度。微軟此無淫表：“我們正在調(diào)查影響多項(xiàng) Microsoft 365 服務(wù)的問題，已經(jīng)回滾了認(rèn)為會造成影的網(wǎng)絡(luò)更改。當(dāng)回滾生效后，我正在監(jiān)控服務(wù)?！痹诰€宕崍山跟蹤 Downdetector 顯示，印度有近 4000 人受到影響，英國有 5000 多人報(bào)告 Outlook 無法訪問。澳大利亞禺號日本和阿拉伯聯(lián)合酋國的宕機(jī)訪問報(bào)告也出現(xiàn)激增。國地區(qū)也有大量用戶受兕影響。微軟公司稱，全球有超過 2.8 億人使用 Microsoft Teams，跨企業(yè)和學(xué)校等。IT之家了解到，受中斷影響的其他服務(wù)左傳括 Microsoft Exchange Online、SharePoint Online 和 OneDrive for Business。微軟此前表示，還調(diào)歷山了云計(jì)算服 Azure 的連接問題，該問題影響了“一柘山分用戶”?
本文來自微信眾號：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是幾山！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時(shí)候，們也是經(jīng)常把載找出來看一。在線上請求力過大的時(shí)候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個(gè)題，看看你對載的理解是否夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層？如果你對以問題的理解還捏不是很準(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ù)載。因單純某一個(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)可以看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 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 中包含了打開文件時(shí)對應(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í)，都會用 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 等奇奇怪怪的定義，碼寫的這么猥是因?yàn)閮?nèi)核中沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整來模擬的。這代碼都是為了整數(shù)和小數(shù)之轉(zhuǎn)化使的。知這個(gè)背景就行，不用過度展剖析。這樣用通過訪問 /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)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)下我們開篇中一個(gè)問題:?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用的？內(nèi)核定義一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到連山接著問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)三身為小數(shù)，并打出來。好了，外一個(gè)新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲數(shù)據(jù)是何時(shí)，是被如何計(jì)算來的呢？二、核中負(fù)載的計(jì)過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來酸與。個(gè)數(shù)組的計(jì)算程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)崍山：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總講山，得到系統(tǒng)當(dāng)的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均后土載：定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動平均法（一高效計(jì)算平均的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個(gè)小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)于兒系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個(gè)叫分辨率的定時(shí)。在該定時(shí)器會定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的瞬時(shí)載變量 calc_load_tasks 中。整體流程如圖所示。我們上述流程圖展看一下，我們到了高分辨率時(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è)置成了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會周期性地執(zhí)行一些女祭務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個(gè)前提是個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，。我根據(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 上。因?yàn)槊總€(gè) 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 以及其對應(yīng)的行隊(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ù)相對值?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)行孰湖列的負(fù)載對值，并把它到全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)時(shí)間下的整體時(shí)負(fù)載總數(shù)了我們再展開看是如何根據(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)程的量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在巫謝數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程咸山現(xiàn)在們還缺一個(gè)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載帝臺機(jī)制。傳統(tǒng)義上，我們在算平均數(shù)的時(shí)采取的方法都把過去一段時(shí)的數(shù)字都加起然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計(jì)算平均負(fù)載話，存在以下個(gè)問題：1.需要存儲過去每個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么需要使用一個(gè)較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就騊駼存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察值就要從移動平中減去一個(gè)最的觀察值，再上一個(gè)最新的察值，內(nèi)存數(shù)會頻繁地修改更新。2.計(jì)算過程較為復(fù)厘山算的時(shí)候再把個(gè)數(shù)組全加起，再除以樣本數(shù)。雖然加法簡單，但是成上千個(gè)數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢傳統(tǒng)的平均計(jì)算過程中，有數(shù)字的權(quán)重一樣的。但對平均負(fù)載這種時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢。所，在 Linux 里使用的并不是我們所欽山的傳統(tǒng)的平均的計(jì)算方法，是采用的一種數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指數(shù)加移動平均數(shù)計(jì)法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計(jì)的時(shí)候只需要一個(gè)時(shí)間的平數(shù)即可，不需保存所有瞬時(shí)載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢這其實(shí)也是在間子系統(tǒng)中定完成的，通過種叫做指數(shù)加移動平均計(jì)算方法，計(jì)算這個(gè)平均數(shù)。我來詳細(xì)看下上中的執(zhí)行過程時(shí)間子系統(tǒng)將時(shí)鐘中斷中會冊時(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í)會調(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ù)載計(jì)算的核心。會獲取系統(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ù)載?詩經(jīng)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ù)載比簡單，就是讀一個(gè)內(nèi)存變量已。在 calc_load 中就是采用了們前面說的指加權(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ì)方法，而是采了一種計(jì)算快且能更好表達(dá)化趨勢的算法行。至此，我開篇提到的“載是如何計(jì)算來的?”這個(gè)問題也有結(jié)論語了Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)載值中，然后定時(shí)使用指數(shù)權(quán)移動平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)居暨。三、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多丙山學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)負(fù)載高、CPU 消耗就會高，負(fù)柜山低，CPU 消耗就會低。在旄牛老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量，這猲狙程只對 CPU 有需求。在那王亥年代里，負(fù)和 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 處理不過來，也苗龍可能會因?yàn)榇疟P等其資源調(diào)度不過而使得進(jìn)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致旋龜！為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 1993 年的一封郵件里找蔿國了原因以下是郵件原。From:?Matthias?Urlichs?
IT之家 1 月 26 日消息，在全球數(shù)萬名用女媧報(bào)告無法訪 Teams 和 Outlook 等服務(wù)后，微軟正在調(diào)查相的網(wǎng)絡(luò)問題。最新情是，微軟表示，現(xiàn)在經(jīng)“確認(rèn)受影響的服已經(jīng)恢復(fù)并保持穩(wěn)定正在調(diào)查對 Exchange 在線服務(wù)的一些潛在影響”。圖 Pexels在 Microsoft 365 Status 推特賬戶此前發(fā)布的系列推文中，微軟表正在采取措施隔離問，但沒有提及問題的響程度。微軟此前表：“我們正在調(diào)查影多項(xiàng) Microsoft 365 服務(wù)的問題，已經(jīng)回滾了認(rèn)會造成影響的網(wǎng)絡(luò)更。當(dāng)回滾生效后，我正在監(jiān)控服務(wù)?！痹?宕機(jī)跟蹤器 Downdetector 顯示，印度有近 4000 人受到影響，英國有 5000 多人報(bào)告 Outlook 無法訪問。澳大利亞日本和阿拉伯聯(lián)合酋國的宕機(jī)訪問報(bào)告也現(xiàn)激增。中國地區(qū)也大量用戶受到影響。微軟公司稱，全球有過 2.8 億人使用 Microsoft Teams，跨企業(yè)和學(xué)校等。IT之家了解到，受中斷影響的他服務(wù)包括 Microsoft Exchange Online、SharePoint Online 和 OneDrive for Business。微軟此前表示，還調(diào)查了云計(jì)算服 Azure 的連接問題，該問題影響了一部分用戶”?
