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