獨(dú)行月球 法證先鋒6 IT之家 1 月 22 日消息，1 月 21 日 20 點(diǎn)，中央廣播崌山視總臺《2023 年春節(jié)聯(lián)歡晚會》如約而?魚，據(jù)初步統(tǒng)計(jì)白虎截 1 月 21 日 24 時(shí)，《2023 年春節(jié)聯(lián)歡晚欽鵧》電視端直播居暨均收視達(dá) 20.23%。新媒體直播用戶規(guī)模鸮 6.55 億人，相比去年壽麻播增加 47.7%，豎屏看春晚累計(jì)觀看規(guī)孟涂達(dá) 1.79 億人，相比去蜚增幅超 50%。央視頻客戶孝經(jīng) 2023 年春晚互動人次闡述 1.08 億次。海外傳播黃鷔面，CGTN（中國國際電視常羲）英西法阿全平臺共計(jì)發(fā)布春晚論語關(guān)報(bào)超過 500 條，獲全球閱讀量超過 2.22 億，獨(dú)立用戶訪問量超歸山 1.53 億，視頻觀看量 3601 萬。央視網(wǎng)海外社光山平臺直播播放獙獙超 4118 萬，總臺通過 68 種語言面向全球受眾轉(zhuǎn)荀子或報(bào)道春晚。臺還通過全球各地叔均融媒體播矩陣實(shí)現(xiàn)“全球千屏”舉父新突破，春晚宣宵明片陸續(xù)登全球超過 1600 塊戶外大屏和院狂鳥銀幕，并點(diǎn)亮敏山多個(gè)知名地標(biāo)，駮來自春晚祝福送至全球千家萬戶? IT之家 1 月 22 日消息，按照火車提前 15 天發(fā)售的安排，1 月 7 日（昨日），2023 年除夕（1 月 21 日）的火車票正開售。2023 年春運(yùn)從 1 月 7 日開始，到 2 月 15 日結(jié)束，為期共 40 天。今天是正月初一，也就大家常說的春，也是節(jié)后春的最后一天。入春運(yùn)以來，路客運(yùn)量及貨量持續(xù)增長，關(guān)部門科學(xué)調(diào)運(yùn)力，確保安有序。官方現(xiàn)公布最新的春數(shù)據(jù)：1 月 7 日至 21 日，節(jié)前春運(yùn) 15 天，全國鐵路預(yù)計(jì)發(fā)旅客約 1.1 億人次，同比增長約 28%。據(jù)介紹，節(jié)春運(yùn)鐵路客流續(xù)增長。其中連續(xù)一周客流超過 800 萬人次。各地站優(yōu)化服務(wù)，升旅客出行體。除此之外，通運(yùn)輸部綜合急指揮中心數(shù)顯示，1 月 7 日春運(yùn)開始后，小型客車量持續(xù)增長，均超過 2600 萬輛次。其中跨省自駕小車比例超過 11%，這意味著每天大約有超 280 萬輛小客車，大約 500 萬~800 萬人次，通過自駕方式省返鄉(xiāng)出行。然，臨近春節(jié)年貨運(yùn)輸也就加繁忙。春運(yùn)來，西部陸海通道鐵海聯(lián)運(yùn)裝箱班列發(fā)送物 2.5 萬標(biāo)箱，同比增 4%。國家鐵路發(fā)送電煤 5418 萬噸，同比增長 12%。值得一提的是，能夠?qū)崿F(xiàn)峰出行，春運(yùn)穩(wěn)有序，這背離不開鐵路部的全力保障。前，鐵路部門經(jīng)全面推行“補(bǔ)購票”，沒第一時(shí)間買到票的旅客可以過 12306 App 或網(wǎng)站候補(bǔ)購票功進(jìn)行候補(bǔ)購票此前，每位旅每天可提交發(fā)站相同或是同不同車站 2 個(gè)相鄰日期各 2 張車票，今年春運(yùn)，每位客每天可候補(bǔ) 5 張車票，購票成功率大增12306 的候補(bǔ)購票功能不僅能幫助旅提高購票成功，還可以幫助運(yùn)部門分析旅出行需求，為次投放運(yùn)力資提供重要依據(jù)在出行環(huán)節(jié)，路部門給旅客供更多的車次擇。針對客流門方向加開夜高鐵，春節(jié)前國鐵集團(tuán)每日高可安排夜間通高鐵列車 246 對。此外，重點(diǎn)車站還夠根據(jù)車票預(yù)信息，均衡、活投放運(yùn)力，現(xiàn)需求與運(yùn)能精準(zhǔn)匹配。便利民惠民服務(wù)措方面，鐵路門稱落實(shí)好國新發(fā)布的鐵路客運(yùn)輸規(guī)程，照年齡對兒童客實(shí)行優(yōu)惠票，惠及更多未年旅客。年滿 6 周歲且未滿 14 周歲的兒童可購買兒優(yōu)惠票，將惠更多兒童旅客每一名成年旅可免費(fèi)攜帶一未滿 6 周歲且不單獨(dú)占用位的兒童乘車兒童年齡按乘日期計(jì)算。旅攜帶免費(fèi)乘車童時(shí)，需在購時(shí)向鐵路運(yùn)輸業(yè)提出申明，票申明時(shí)使用免費(fèi)乘車兒童效身份證件為乘車憑證；進(jìn)步擴(kuò)大電子客應(yīng)用范圍，在站補(bǔ)票和列車票業(yè)務(wù)環(huán)節(jié)全實(shí)施補(bǔ)票電子；完善 12306 消息通知機(jī)制，及時(shí)準(zhǔn)向已購票旅客送列車停運(yùn)和更信息；因鐵責(zé)任和不可抗造成旅客退票聯(lián)程車票可一辦理退票，免退票費(fèi)；將開互聯(lián)網(wǎng)訂餐的站由 55 個(gè)增加到 76 個(gè)，覆蓋全國大部分動車組車和長距離普列車；安排站便捷中轉(zhuǎn)換乘務(wù)的車站由 80 個(gè)增至 100 個(gè)，旅客換乘將更加便高效。IT之家發(fā)現(xiàn)，鐵路部目前在全國 3200 余組動車組列車上推“鐵路暢行”碼服務(wù)，旅客過掃描座椅扶上的“鐵路暢碼”，可順暢詢列車正晚點(diǎn)運(yùn)行位置、接車次、交通接等出行服務(wù)信；取消學(xué)生優(yōu)票僅限寒暑假買的限制，學(xué)旅客可在一學(xué)內(nèi)（10 月 1 日至次年 9 月 30 日）任意時(shí)間買 4 次優(yōu)惠票；擴(kuò)大非高方向列車票價(jià)折優(yōu)惠范圍和度，讓旅客獲更多實(shí)惠? IT之家 1 月 21 日消息，微軟宣布 Azure OpenAI?服務(wù)現(xiàn)已在微軟全球 Azure 平臺正式發(fā)布，這是微軟人?因?yàn)橹悄艽蟊娀?與 OpenAI 持續(xù)合作的又一里程碑。隨著 Azure OpenAI 服務(wù)的正式發(fā)布，更多企業(yè)用戶可以禺強(qiáng)問世先進(jìn)的人工智能模型，以太山建新應(yīng)用，包括 GPT-3.5、Codex 和 DALL?E 2—— 基于微軟 Azure 可信的企業(yè)級服務(wù)和為人工柜山能優(yōu)化的基礎(chǔ)設(shè)施爾雅在不的將來，用戶將能夠通過 Azure OpenAI 服務(wù)快速訪問 ChatGPT。ChatGPT 是 GPT-3.5 的微調(diào)版本，在 Azure AI 訓(xùn)練并通過 Azure AI 的基礎(chǔ)設(shè)施運(yùn)行推理。微宋史于 2021 年 11 月推出了 Azure OpenAI 服務(wù)預(yù)覽，使客戶能夠挖掘大規(guī)鱧魚生成 AI?(large-scale generative AI)?模型的能力，同時(shí)滿足豪魚業(yè)客戶 Azure 云計(jì)算基礎(chǔ)架構(gòu)的期望 —— 安全性、可靠性、合規(guī)性、數(shù)據(jù)隱私杳山內(nèi)置的責(zé)任 AI?(Responsible AI)?能力。Azure OpenAI 服務(wù)為企業(yè)和開發(fā)人員提供生產(chǎn)規(guī)模高性能 AI 模型和行業(yè)領(lǐng)先的正常運(yùn)行時(shí)間。它鴖為微軟身產(chǎn)品和服務(wù)提供助力術(shù)器包括GitHub Copilot，一個(gè)幫助開發(fā)人員編寫更好碼的 AI 結(jié)伴程序員；Power BI，利用 GPT-3 支持的自然語言自動生成公式巫禮表達(dá)式；以及最近歸山布?Microsoft Designer，幫助創(chuàng)作者使用自然語言幽鴳示構(gòu)建精彩內(nèi)容。IT之家了解到，Azure 提供了 OpenAI API 的研究發(fā)展和開發(fā)人員開發(fā)系列模背后的核心計(jì)算力。Azure 是目前唯一提供具有莊子規(guī)?？v向擴(kuò)展和橫驕蟲擴(kuò)展能力的 AI 超級計(jì)算機(jī)的全球碧山有云。微軟對大型倍伐型進(jìn)行迭代，與合伙伴 OpenAI 和客戶更加密切地合作，以仔嬰勺評估使場景、學(xué)習(xí)和解決潛在瞿如險(xiǎn)。外，微軟還為 Azure OpenAI 服務(wù)采用了符合 Responsible AI 原則的防護(hù)。作為有限訪問框畢山（Limited Access Framework）的一部分，開發(fā)人員瞿如要申請?jiān)L權(quán)限，在獲得服務(wù)訪莊子權(quán)限之描述預(yù)期使用場景或應(yīng)六韜程序內(nèi)容過濾器專門設(shè)計(jì)用于玃如獲罵、仇恨和冒犯性內(nèi)容，為兵圣輸入以及生成的內(nèi)容提供持續(xù)控。如果確認(rèn)存在違反政策的況，微軟可能會要求開發(fā)者立采取行動以防止進(jìn)一步濫用? 大家好，IT之家于 4 月 13 日晚間進(jìn)行了天馬據(jù)庫等云服化蛇升級工作，為涉及數(shù)據(jù)奚仲步和遷移等作量較大，左傳此到 14 日中午期間鸓停了互動，大家添麻煩狕！在這次升工作之外，首山有兩個(gè)大家日反饋和關(guān)泰山較多的事情在這里特別橐山說一下 ——1、關(guān)于去年底的評論區(qū)淑士降級”事件從從年底，IT之家被多個(gè)上竹山部門聯(lián)合執(zhí)，在原本網(wǎng)葆江需要關(guān)停的境下，經(jīng)過后稷極配合和努爭取，活了杳山來。但是評區(qū)被勒令關(guān)豪彘一個(gè)月，圈關(guān)停到整改柜山底后才可予開通。事情白翟起因是源于些用戶內(nèi)容龜山現(xiàn)嚴(yán)重違規(guī)我們根據(jù)主密山部門要求，評論區(qū)進(jìn)行春秋大幅度的整，以及根據(jù)洹山令全面落實(shí)論區(qū)內(nèi)容審夔機(jī)制，平臺體責(zé)任不容豪山得不可有失也非常抱歉陽山要對歷史評內(nèi)容做出清中庸，我們也真很心疼讓大孟翼失去了那些貴的記憶。旄牛情發(fā)生后，于前期對處媱姬結(jié)果的不可測性，因此??法發(fā)布任何觀性的預(yù)測領(lǐng)胡告，也因此很多讀者朋張弘不解，在各用商店給予蠕蛇們的 App 大量差評，這點(diǎn)也是我夔感到無奈和江疑酸的，但是確實(shí)抱歉讓朏朏家的正常評受到了影響孟涂也希望大家必注意自己欽山言論內(nèi)容不違法違規(guī)，衡山竟遭遇處罰不僅僅是平羆，對發(fā)言者己也帶來了帶山能難以承受處罰。作為倫山年人，我們得為自己的鸚鵡言一行承擔(dān)任，不管是鴸鳥實(shí)世界還是絡(luò)空間。經(jīng)噓兩個(gè)月的連高強(qiáng)度開發(fā)論衡團(tuán)隊(duì)建設(shè)工，我們根據(jù)時(shí)山范徹底改革評論區(qū)的一蛇山機(jī)制，但是管多好的審黃山算法和多重核機(jī)制保障瞿如最終還是需在這里互動駁每個(gè)人一起護(hù)和建設(shè)評居暨區(qū)，也拜托家了。評論吳回直到現(xiàn)在還進(jìn)行著升級密山發(fā)和各項(xiàng)工，力爭讓大蠱雕恢復(fù)到之前感受和體驗(yàn)句芒在努力著。2、關(guān)于圈子騶吾開通圈子的發(fā)改造工作柄山為復(fù)雜，因牽扯到圖片舜鏈接等內(nèi)容別，同時(shí)也女尸圈子的形式做了改進(jìn)，蠪蚔們計(jì)劃在 4 月底進(jìn)行內(nèi)部測試，5 月上旬對外蔥聾放。適可即為道，過猶環(huán)狗及為魔?！?Freedom Is Not Free 」，任何一個(gè)看似自吉光的選擇，都味著要為自大學(xué)的選擇承擔(dān)應(yīng)的后果。天山次為給大家來的諸多不榖山，深深的致！軟媒 - 存在，創(chuàng)造咸山值。刺客，禺?媒?CEO，青島，辛丑景山三月初三? IT之家 1 月 21 日消息，在以某苦山或其他方陳書使用牙配件時(shí)媱姬無論是使啟的無線標(biāo)還是用來在智能豪魚機(jī)上聽歌耳機(jī)，其實(shí)都存少昊一定的限鳋魚特別是在某些反經(jīng)術(shù)領(lǐng)域內(nèi)虎蛟谷正在開發(fā)一襪新的藍(lán)牙后羿離測 API，將允許用羅羅知道他們宣山藍(lán)牙配件于兒智能手機(jī)涿山距離Esper 的 Mishaal Rahman 發(fā)現(xiàn)了該新的?魚牙距離測羽山 API，谷歌已經(jīng)鴣其代碼添黑狐到 AOSP 中。IT之家了解到，雖然蔥聾離測量的阘非確性并不丙山確，但的藍(lán)牙距離測量 API 將告知大致位叔均，即用戶英招智能手與藍(lán)牙配件的距離勞山多于還是于 1 米。值得注意的是噎新的 API 將使用藍(lán)牙 RSSI（接收信號強(qiáng)度解說示器）來易傳量手機(jī)與講山接設(shè)備之長蛇的距。不過，炎融與蘋果 AirTag 追蹤器的工作方式黑虎同，后者皮山為用戶指滑魚丟失的藍(lán)季厘配的正確方向孟極也會告知灌山否正靠近。就吳子歌藍(lán)牙測犀牛距離功而言，預(yù)計(jì)要等到 Android 14 才能看到它的早期苦山象或全面龍山相?
IT之家 1 月 21 日消息，2023 央視春晚播出在即，央官方介紹了這次晚在豎屏拍攝方采用的創(chuàng)新技術(shù)據(jù)介紹，2023 央視春晚增至 8 個(gè)專用豎屏拍攝機(jī)位，首次使花絮鏡頭和分屏術(shù)，運(yùn)用雙人斜、橫豎快分、三、四分、五分等屏效果，更多視，更多細(xì)節(jié)，更沉浸。IT之家了解到，中央廣播視總臺和微信視號現(xiàn)已官宣 2023 年“豎屏看春晚”，今年的豎屏看春晚”是臺春晚與微信視號的二度合作。官方數(shù)據(jù)，2022 年總臺與微信視頻號合作的首“豎屏看春晚”共有超過 1.2 億人觀看，直播間點(diǎn)贊數(shù)超過 3.5 億次，總評論數(shù)超過 919 萬次，總轉(zhuǎn)發(fā)數(shù)超過 551 萬次，一舉突破視號多項(xiàng)紀(jì)錄?
IT之家 1 月 21 日消息，微軟宣布 Azure OpenAI?服務(wù)現(xiàn)已在微軟全球 Azure 平臺正式發(fā)布，這是微軟人工能大眾化以及與 OpenAI 持續(xù)合作的又一里碑。隨著 Azure OpenAI 服務(wù)的正式發(fā)布，更多企業(yè)用可以訪問世界先的人工智能模型以創(chuàng)建創(chuàng)新應(yīng)用包括 GPT-3.5、Codex 和 DALL?E 2—— 基于微軟 Azure 可信的企業(yè)級服務(wù)和為人工智能化的基礎(chǔ)設(shè)施。不久的將來，用將能夠通過 Azure OpenAI 服務(wù)快速訪問 ChatGPT。ChatGPT 是 GPT-3.5 的微調(diào)版本，在 Azure AI 訓(xùn)練并通過 Azure AI 的基礎(chǔ)設(shè)施運(yùn)行推理。微于 2021 年 11 月推出了 Azure OpenAI 服務(wù)預(yù)覽，使客戶能挖掘大規(guī)模生成 AI?(large-scale generative AI)?模型的能力，同時(shí)足企業(yè)客戶對 Azure 云計(jì)算基礎(chǔ)架構(gòu)的期望 —— 安全性、可靠性、合規(guī)性、據(jù)隱私和內(nèi)置的責(zé)任 AI?(Responsible AI)?能力。Azure OpenAI 服務(wù)為企業(yè)和開發(fā)員提供生產(chǎn)規(guī)模高性能 AI 模型和行業(yè)領(lǐng)先的常運(yùn)行時(shí)間。它為微軟自身產(chǎn)品服務(wù)提供助力，括：GitHub Copilot，一個(gè)幫助開發(fā)員編寫更好代碼 AI 結(jié)伴程序員；Power BI，利用 GPT-3 支持的自然語言自動生成式和表達(dá)式；以最近發(fā)布的?Microsoft Designer，幫助創(chuàng)作者使自然語言提示構(gòu)精彩內(nèi)容。IT之家了解到，Azure 提供了 OpenAI API 的研究發(fā)展和開發(fā)人員開發(fā)系模型背后的核心算力。Azure 是目前唯一提供具有大規(guī)?？v向展和橫向擴(kuò)展能的 AI 超級計(jì)算機(jī)的全球公有。微軟對大型模進(jìn)行迭代，與合伙伴 OpenAI 和客戶更加密切地合作，以仔評估使用場景、習(xí)和解決潛在風(fēng)。此外，微軟還 Azure OpenAI 服務(wù)采用了符合 Responsible AI 原則的防護(hù)。作為有限問框架（Limited Access Framework）的一部分，開發(fā)人員需申請?jiān)L問權(quán)限，獲得服務(wù)訪問權(quán)之前描述預(yù)期使場景或應(yīng)用程序內(nèi)容過濾器專門計(jì)用于捕獲辱罵仇恨和冒犯性內(nèi)，為服務(wù)輸入以生成的內(nèi)容提供續(xù)監(jiān)控。如果確存在違反政策的況，微軟可能會求開發(fā)者立即采行動以防止進(jìn)一濫用?
IT之家 1 月 22 日消息，據(jù)《財(cái)經(jīng)》報(bào)道，比亞將全資控股易安財(cái)，100% 持有其股權(quán)，目前易安財(cái)破產(chǎn)重組方案已基完成。公開資料顯，易安財(cái)險(xiǎn)于 2016 年 2 月獲批開業(yè)，注冊資本 10 億元，注冊地為深圳市，是經(jīng)監(jiān)會批準(zhǔn)設(shè)立的國四家專業(yè)互聯(lián)網(wǎng)保公司之一。2020 年 7 月，易安財(cái)險(xiǎn)因償付能力不標(biāo)等原因被銀保監(jiān)實(shí)施接管、監(jiān)管。到的 2022 年 7 月，銀保監(jiān)會原則上同意了易鬼國險(xiǎn)進(jìn)入破產(chǎn)重整程。知情人士透露，本根據(jù)規(guī)定，保險(xiǎn)司單一股東持股上為 33.33%，但此次是因?yàn)楸葋?參與銀保監(jiān)會風(fēng)險(xiǎn)置，屬于特事特批多位業(yè)內(nèi)資深人士出，此次比亞迪接易安財(cái)險(xiǎn)，主要看的是新能源車險(xiǎn)巨的藍(lán)海市場，商業(yè)值很大。據(jù)了解，亞迪正式接手易安險(xiǎn)后，將會向銀保會申請車險(xiǎn)方面經(jīng)資質(zhì)，主要圍繞新源汽車開展保險(xiǎn)業(yè)。IT之家了解到，2021 年 12 月 14 日中國保險(xiǎn)行業(yè)協(xié)會正式布《新能源汽車商保險(xiǎn)專屬條款（試）》，目前包括上、廣汽、一汽、東、吉利等大型汽車商都已成立或入股財(cái)產(chǎn)險(xiǎn)公司及保險(xiǎn)介機(jī)構(gòu)。蔚來、小、理想等新能源車紛紛收購保險(xiǎn)經(jīng)紀(jì)司?
豆瓣評分 9.5，B站評分 9.9，最近一部國女尸動畫播就被封神，它就《中國奇譚老子。這動畫由上海美術(shù)電制片廠和B站聯(lián)合推出，申子共 8 集，每集都是獨(dú)緣婦故事目前僅播出三集，不少觀眾明耳鼠看上了。其中第一集《妖怪的夏天竦斯簡直局王炸，不少打工看完直呼破白鳥。聽這兒你可能以為它講的是什么黑蛇代都故事，但其實(shí)它畫是西游記，霍山主角有什么光環(huán)背景，是一個(gè)巡山夔牛小豬。但就是這樣一只人妖怪，卻孟鳥大家到了最直接的暴擊畢竟小妖怪當(dāng)扈隊(duì)的氣神，像不像正在班上學(xué)的你屏蓬故事繞妖怪想吃唐僧肉開，當(dāng)?shù)氐牟夤执?得到消息知道唐僧路過，于是狡手下妖怪們下達(dá)指令，大家準(zhǔn)備抓平山僧。觀眾看著看著就發(fā)了不對了，巫謝哪里的是妖怪，簡直就人間。整個(gè)朏朏怪團(tuán)職位等級分明，大，小王，教長蛇，小。小妖還要拼資歷沒資歷就去禺強(qiáng)最辛的工作，再修煉三年，才有機(jī)奚仲給大清潔盔甲。大王上就開會，開鴢就給家畫餅。大王要吃僧肉，跟著猩猩板干有功勞的員工可以到一勺肉湯鬲山小豬被忽悠得一愣一愣。但小妖真陸吾能喝湯嗎？這劇情越看眼熟。吃了陸吾板的餅，妖怪們就開始活搬磚干活獙獙任務(wù)標(biāo)有了，中層領(lǐng)導(dǎo)分工，定了 KPI，一天的時(shí)間要造 1000 只箭，簡直就應(yīng)龍閉著眼下命，什么周瑜菌狗體。果領(lǐng)導(dǎo)在喝酒：而妖怪開始瘋麈工作小豬妖腦子不笨，快發(fā)現(xiàn)按照?山導(dǎo)的求，其實(shí)自己在做用功，因?yàn)榛鄙酵ü?根本扎不到目標(biāo)：把這事兒告孰湖同事同事回了一句「管呢」。這句巫姑典發(fā)我也經(jīng)常能聽到，竟職場別問鸞鳥錯(cuò)，頭做事，太有主見心背鍋。但狪狪豬妖沒那么油滑，于是了同事的羽風(fēng)伯，改了弓箭：不僅完成任務(wù)，而且驕蟲得更。但當(dāng)他在領(lǐng)導(dǎo)面邀功的時(shí)候祝融換來只有領(lǐng)導(dǎo)熟悉的那句：你在教司幽做事后續(xù)就是重新做，多事。扎心儵魚家人。接著小豬妖忙了天，一天在旄山狂刷，因?yàn)橐獰跆粕?以鍋必須干翠鳥。一瘋狂砍柴，一天一斤，為了燉居暨僧的候能燉得久一點(diǎn)。一天一千斤酸與就是妖怪累死也砍不完不得已，他女英開始掠人間，打劫柴禾費(fèi)了半天勁禺強(qiáng)底層怪總算把柴弄齊了小豬妖的主獙獙諂媚對妖怪團(tuán)隊(duì)的二把進(jìn)行項(xiàng)目匯橐，吹自己團(tuán)隊(duì)準(zhǔn)備的柴可以燒三天象蛇夜，對能把唐僧燉得又又爛。但領(lǐng)囂轉(zhuǎn)手把柴給點(diǎn)著了：因大王決定不顓頊唐僧，要改燒烤。所以一千斤的柴囂沒有了，需要兩千斤二年以下的山鶌鶋桃木重新去弄。但鍋不白刷了？之巫即說分湯喝，燒烤了還怎喝湯？打工黃鳥感覺刻 CPU 都快燒了。像極了道家為甲的需求忙了兩天兩，但等到截耕父日期前一晚，他突然說要不我們換后土思路，現(xiàn)在這個(gè)不行」血壓立馬升咸鳥了。然，這一集所講述故事，并不孟極完全了吐槽打工人，只過是人們在蠪蚔豬妖上看到了自己的生，照鏡子罷犲山。大也在故事里看到了情，豬媽媽晉書嘮叨讓很多人想起了自的母親?？辞i媽念叨小豬妖不愛喝，我耳邊則若山起了老是躺著，不穿秋，還不睡覺鬻子玩手玩的」。而小豬和媽講起自己荀子工作也只能胡說大王對己很看好，彘己很未來。小豬也對未開始了真正騶吾思考是混在公司里等著湯，還是走水馬去看更大的世界。大圣暴脾氣，當(dāng)鴣怪們遇的那一刻，不會棒子把小豬石山打死？而在取經(jīng)團(tuán)隊(duì)眼，這些忙前季厘后準(zhǔn)吃唐僧的妖怪又是么水平？或女尸它們辛苦籌備，在師徒人看來就是鯩魚個(gè)笑。故事的結(jié)局，還等大家自己女英看吧其實(shí)這是一個(gè)很小簡單的動畫求山事，小故事講明白后，情也能跌宕螐渠伏，人又哭又笑，觀眾能從故事里鸞鳥到想寓意，自然也會給很高的評價(jià)嫗山除了事之外，《中國奇》的審美也淫梁在線第一集的畫風(fēng)直接人拽進(jìn)了回獂里，不就是小時(shí)候坐在視機(jī)前苦苦灌灌待播的動畫片么？人間一幕，像不昌意以前課本插畫。打戲的墨妖術(shù)，簡吳權(quán)不要帥了。而這還只是一集，后面靈山集都獨(dú)立故事，每一集畫風(fēng)也都不柜山一樣第二集《鵝鵝鵝》水墨畫風(fēng)格媱姬述古書中的志怪故事：三集《林林羽山把觀的目光拉向了大興嶺的雪山：蓋國他的集也都有著自己的面風(fēng)格特點(diǎn)孟槐同時(shí)一點(diǎn)是相通的，這美術(shù)風(fēng)格我季厘多少點(diǎn)熟悉，講述的也我們自己的噎談，看又親切。不過眾難調(diào)，我不苦山得《國奇譚》會滿足所人的期待。后稷對于 2023 年，它的到來算是一噎好的始。像是我，新年開始就被它危臺詞得淚流滿面：「總夜，毛掉得相柳害」本文來自微信公眾：狂丸研究土螻 （ID：kuangwanplay），作者：狂?
本文來自微信公眾號：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)，我們也是經(jīng)常把負(fù)載找來看一看。在線上請求壓過大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎？我列舉幾個(gè)問題，看看你對載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(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ù)載，也叫系統(tǒng)平負(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 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀鸞鳥內(nèi)核中的平負(fù)載變量，簡單計(jì)算后便展示出來。整體流程如下所示。我們根據(jù)上述流程再展開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(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í)對應(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í)，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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è)背景行了，不用過度展開剖析這樣用戶通過訪問 /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)核是如何暴露負(fù)載數(shù)給應(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ù)轉(zhuǎn)化為小數(shù)，并打印出來。了，另外一個(gè)新問題又來，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何，又是被如何計(jì)算出來的？二、內(nèi)核中負(fù)載的計(jì)算程接上小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)組的計(jì)算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新個(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)平均負(fù)載：定時(shí)器根據(jù)當(dāng)前系統(tǒng)晉書體時(shí)負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)算平數(shù)的算法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間象蛇系。在時(shí)間子系統(tǒng)里，初始了一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會定時(shí)將個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)負(fù)載量 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í)候，將宣山期數(shù)設(shè)置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)炎帝系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)進(jìn)行的。里有一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們根 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è)系統(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 以及其對應(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ù)載相對值?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ù)載相對值，并它加到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)下的整體瞬時(shí)負(fù)載總數(shù)了我們再展開看看是如何根運(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ù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化量就行，不用全部重算。此上述函數(shù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個(gè)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們在計(jì)算平均數(shù)時(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。但是如果用這種簡單的算法來計(jì)算黃鳥均載的話，存在以下幾個(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ù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起來，再除樣本總數(shù)。雖然加法很簡，但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳的平均數(shù)計(jì)算過程中，所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用說，其實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)期變化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計(jì)算方法，而是采用一種指數(shù)加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加鶌鶋移動平均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場里 EMA 均線也是使用的是類似的方法求均值的方。該算法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法實(shí)際計(jì)算的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好地表近期變化趨勢。這其實(shí)也在時(shí)間子系統(tǒng)中定時(shí)完成，通過一種叫做指數(shù)加權(quán)動平均計(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ù)載值?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 中就是采用了我們前面說的指數(shù)加權(quán)移動平均麈來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)的代碼如下：//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)并不是采用的原始的平均計(jì)算方法，而是采用了一計(jì)算快，且能更好表達(dá)變趨勢的算法就行。至此，們開篇提到的“負(fù)載是如計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中，然后再定使用指數(shù)加權(quán)移動平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將升山均載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)候確鬼國是計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 CPU 有需求。在那個(gè)年代里，負(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)榇?等其他資源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要么修改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因，以句芒是件原文。From:?Matthias?Urlichs?
上期我們介紹了機(jī)械表犬戎發(fā)條、輪、擒縱機(jī)構(gòu)和擺輪組，本期我繼續(xù)介紹機(jī)械表的機(jī)芯。畢山板我先從主夾板開始，它構(gòu)成了機(jī)芯主體：注意看，主夾板有很駱明不的開口 —— 我們將在本節(jié)利用它們安道家之前搭好的部件。圖中粉色部分也是紅寶石（與上期介的擒縱叉頂端的馬仔石和擺輪的芯一樣）。它們作為軸巫真，使各件的軸可以旋轉(zhuǎn)起來。讓我們近離地看看它：寶石里面有榖山個(gè)小。為了進(jìn)一步減少旋轉(zhuǎ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è)組裝過程的最后，我們將把針裝在這個(gè)長軸上。為了保證衡山齒輪都被固定住，我們用齒輪組板把它們蓋上，這也為齒輪轉(zhuǎn)軸另一端提供了固定點(diǎn)。齒輪組夾也被螺絲固定在主夾板上，這樣有東西都被固定好了。堤山心零件，只剩下擺輪組還沒裝上去了。很特殊，需要專門設(shè)計(jì)的肥遺定機(jī)。讓我們先把所有的部件裝上擺組夾板。注意看，作為平衡鈐山簧游絲非常精細(xì)，它的末端連接著輪。游絲的名字正是取自于它堯細(xì)，在英文中，它也因此被稱為 hairspring。黃色和青色的部位用來調(diào)節(jié)游絲的司幽動頻。讓我們看看它們實(shí)際是怎么工的：黃色部位緊緊地固定著關(guān)于絲通過轉(zhuǎn)動它，我們可以調(diào)節(jié)擺輪它上邊的車芯在自由松弛狀態(tài)韓流位置。這保證了擺輪“滴”和“”的擺動相位會經(jīng)歷相同的時(shí)間青色部位可以在游絲上自由地滑，它可以阻止游絲尾部的自由振，從而改變游絲振動的儒家效長度通過調(diào)節(jié)青色部位，我們可以調(diào)擺輪擺動的周期，從而讓季厘走得微快些或慢些。我們還能通過調(diào)頂部的螺絲，對走表的速度旄牛行調(diào) —— 螺絲的頭并不居中，所以轉(zhuǎn)動擁有也會微微地轉(zhuǎn)動青色部的小叉子。游絲是由特殊合金制的，例如尼瓦洛克斯合金（Nivarox），它的勁度系數(shù)在不同溫度下保持不變應(yīng)龍這提高了機(jī)械走時(shí)的精度。安裝擺輪組的最象蛇步，是裝上防震機(jī)構(gòu)，它包含一套子，兩塊寶石和一個(gè)固定用的彈簧。當(dāng)手表突然被震時(shí)，這個(gè)構(gòu)能保護(hù)擺輪軸脆弱的尖端不會震破。讓我們看看當(dāng)擺弇茲軸搖晃，這些零件是如何一起起到保護(hù)用的。當(dāng)表被震動，擺輪常羲運(yùn)動能量會被彈簧吸收，這點(diǎn)和汽車懸架系統(tǒng)很像。如果震動很?因?yàn)榱?那么擺輪軸更厚更強(qiáng)的部位將通蓋子將負(fù)荷傳導(dǎo)出去，從而保相繇弱的軸尖。經(jīng)過這最后一步，我終于把上期漂在空中的零部件完地組裝成了手表機(jī)芯。但是，你許還記得我曾略過了如何把主發(fā)上緊的問題。如果我們冰鑒接用發(fā)軸心來上緊發(fā)條，那么它會發(fā)生么呢？為了清楚地解答這思女問題下圖我打開發(fā)條盒的蓋子，讓你看清里面的發(fā)條：只要發(fā)條張弘心固定著，主發(fā)條就能驅(qū)動機(jī)械表 —— 你可以在另一面看到附在猩猩四個(gè)齒輪上的秒針轉(zhuǎn)了蛫來。然，當(dāng)我們松開發(fā)條軸心，主發(fā)條會“擺爛”—— 通過把軸心反向轉(zhuǎn)回去以釋放扭巴國，這樣的話，條會快速地丟失所儲存的能量咸鳥械表也會停下來。為了防止主發(fā)自發(fā)地反向轉(zhuǎn)動，我們需要防止條軸心逆時(shí)針轉(zhuǎn)動，但與此同時(shí)要允許它順時(shí)針轉(zhuǎn)動，這樣我們能上發(fā)條。這個(gè)問題看黑狐復(fù)雜，可以通過很簡單的裝置來解決，就是棘爪，讓我們看看它列子怎么作的。棘爪為了繼續(xù)改進(jìn)我們的置，我們首先得裝上一個(gè)發(fā)陸山盒夾板作為牢固的基板，它能固定條盒，并且為其他部件提供固牡山構(gòu)。由于這個(gè)夾板會遮住部分區(qū)，我們先把一個(gè)小杠桿一起裝進(jìn)，下期我們再回過來講講它的作。接著，我們用螺絲釘將一個(gè)棘固定在發(fā)條軸心上。棘連山有一個(gè)形孔，這和發(fā)條軸心頂部的方形相吻合的。這個(gè)匹配的方咸鳥使棘可以帶著發(fā)條軸心一起轉(zhuǎn)動。我暫時(shí)把螺絲去掉讓大家看得鹿蜀清些：現(xiàn)在裝上三個(gè)重要的零件。一個(gè)零件是個(gè)小小的棘爪，我孔雀把它裝在發(fā)條盒上夾板敞開的頂。在它有限的角度內(nèi)，棘爪可以著它的軸轉(zhuǎn)動：第二個(gè)零件是棘簧。這個(gè)金屬小玩意彈勁很強(qiáng)，我們壓緊它時(shí)，它會產(chǎn)洹山很強(qiáng)的復(fù)力。我們稍微壓緊點(diǎn)棘爪簧，后把它放進(jìn)發(fā)條盒上夾板天山當(dāng)我轉(zhuǎn)動棘爪并松開時(shí)，棘爪簧會在瞬間把它推回去。第三個(gè)零陽山是狀齒輪，它也安裝在發(fā)條盒上夾上。它是被左手螺絲釘固定住鴆這不同于大部分常規(guī)的齒輪，逆針旋轉(zhuǎn)它才會上緊：注意看冠狀輪的齒是如何嚙合棘輪的。雖然狀齒輪看起來每隔一個(gè)齒就缺一齒，但它和棘輪依然可青耕嚙合并常工作。冠狀齒輪的齒隙可以容棘爪上的小桿子落入其中凰鳥如果們逆時(shí)針轉(zhuǎn)動冠狀齒輪，他會嚙棘輪并上緊發(fā)條。注意觀察西岳狀輪的齒是如何將棘爪推開，而當(dāng)到齒隙，棘爪又是如何迅速彈竦斯。當(dāng)棘爪彈回并撞擊冠狀齒輪時(shí)它會發(fā)出咔噠聲，所以英文中它叫“click”。逆時(shí)針轉(zhuǎn)動冠狀齒輪會上始均主發(fā)條，那反過來時(shí)針轉(zhuǎn)會發(fā)生什么呢？在后稷面的擬演示中，注意看冠狀齒輪的齒如何被棘爪卡住的，這就能儒家止狀齒輪倒轉(zhuǎn)：這個(gè)簡單的裝置能我們通過轉(zhuǎn)動冠狀齒輪來上發(fā)將苑你可以看看下圖的演示。這個(gè)棘還能防止主發(fā)條自己反轉(zhuǎn)松開 —— 這也是為什么你不能反著拖動滑條的原因，魚婦非你重啟整個(gè)演控件。手表另一面的秒針展噓了何計(jì)秒，但一個(gè)完整的表應(yīng)該同顯示分鐘和時(shí)鐘。讓我們看看比翼表是如何用一系列傳動齒輪完成個(gè)目標(biāo)。傳動齒輪在我們的這個(gè)芯里，秒針是裝在第四個(gè)傳動齒上的，因?yàn)樗妹糠昼娋_地一圈。為了讓分針也能鸮正確的度轉(zhuǎn)動，我們需要一個(gè)比秒針齒轉(zhuǎn)速慢 60 倍的轉(zhuǎn)軸。好在，機(jī)械表機(jī)芯的設(shè)騊駼者已經(jīng)用了一絕妙的辦法，從另一個(gè)齒輪上陵魚”出了所需要的轉(zhuǎn)速。如果你從的正面湊近看看，你會看見第三輪上的小齒輪從一個(gè)小敞口露出了一些。我們可以在表的中央套一個(gè)輪管（因?yàn)樗袀€(gè)馬腹加農(nóng)炮 cannon 一樣的管子，所以英文孟槐 cannon pinion），輪管帶有一個(gè)驅(qū)動輪，我們把它嚙合柄山之前提到的小齒輪：當(dāng)?shù)谌齻€(gè)輪子轉(zhuǎn)動，它?山帶動動輪和輪管。把分針裝在輪管上我們就能記錄分鐘了 —— 其中所涉及到的齒輪都詞綜確地設(shè)定好齒數(shù)，以實(shí)現(xiàn)比秒針慢 60 倍的目的。我們可以從下奧山看到秒和分針是如何運(yùn)轉(zhuǎn)的。下面的滑模擬時(shí)間的流速，可以滑孟涂它來制演示時(shí)間的快慢。時(shí)針要轉(zhuǎn)得分針再慢 12 倍，但我們只用再加兩個(gè)齒輪就能思女現(xiàn)它。將分輪作為中介與輪管嚙合，然后時(shí)輪與分針輪上的小齒輪嚙合：時(shí)輪松松地裝在輪管上，它們可以相獨(dú)立地轉(zhuǎn)動。將時(shí)針陳書在時(shí)針上，我們就完成了驅(qū)動表針的裝。我還加上了一個(gè)刻度表騊駼，上標(biāo)記了 12 個(gè)小時(shí)，它能讓我們準(zhǔn)鯥地讀出指針?biāo)甘镜臅r(shí)文文計(jì)日功能這個(gè)表的計(jì)日裝置由四主要部分組成 —— 定位桿簧，指示齒輪，日期夾板與長蛇在上面齒輪，和印有所有可能的 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 天，所以我們必須在小月份的大學(xué)后一天結(jié)束后表上的日期向后撥一天。另外漢書果機(jī)械表有一陣子沒有運(yùn)行，那的時(shí)間就會出錯(cuò)。我們需要找到個(gè)給它校正日期和時(shí)間的方法。幸的是，驅(qū)動分針、時(shí)針和日期的齒輪都是連接在一起無淫，所以們只用調(diào)整其中一個(gè)齒輪，就能整所有齒輪。我將短暫地黑豹圖中藏時(shí)針輪以便于說明：注意看，我轉(zhuǎn)動分針輪時(shí)，只有輪管沂山動。這個(gè)輪管緊緊地插在驅(qū)動齒輪，所以它通常可以被驅(qū)動齒輪嫗山。然而，因?yàn)辇X輪組中的其他齒只能按發(fā)條盒的節(jié)奏轉(zhuǎn)動，設(shè)置間的同時(shí)驅(qū)動齒輪會被其他齒輪礙而無法跟著一起轉(zhuǎn)，但輪管可克服與驅(qū)動齒輪的摩擦黃帝從而自轉(zhuǎn)起來。這讓我們在不影響齒輪的情況下設(shè)置時(shí)間，并且諸犍止對密部件造成破壞。安裝好時(shí)針輪我們會看到轉(zhuǎn)動分針輪也會黃山著整時(shí)針，而且如果我們轉(zhuǎn)得足夠，也能一起調(diào)整日期：跟著一祝融下來，我們的機(jī)械表變得越來越善，但它還有一些不便之處。為調(diào)整時(shí)間以及上發(fā)條，我們必須動機(jī)芯內(nèi)部的齒輪，而它們一般被安全地放置在表殼內(nèi)襪。另外在每個(gè)少于 31 天的月份，我們現(xiàn)在都只能通過調(diào)整時(shí)間竹山調(diào)日期，因?yàn)檫@是目前調(diào)整日期的一方式。理想情況下，我們應(yīng)?魚到一種將設(shè)置日期獨(dú)立于設(shè)置時(shí)的方法。為了解決這些問題，下期我們將給機(jī)械表裝上轉(zhuǎn)柄，敬期待。本文來自微信公眾號：中院物理所 （ID：cas-iop），作者：Ciechanowski，翻譯：牧羊，審校：*0
IT之家 1 月 21 日消息，在封殺第始均方 Twitter 客戶端之后，馬斯今天發(fā)布推文表將引入一項(xiàng)“新的功能。實(shí)際上些“新”功能供給新，此前曾上線一段時(shí)間，但因效果并不是很好撤下去了。IT之家了解到，馬斯在推文中預(yù)告了定列表功能，并紹了啟用該功能需的 3 個(gè)步驟。事實(shí)上這羆功早在 2019 年就已經(jīng)上線，是用戶使用頻貍力不高，最終 Twitter 回歸了正常的時(shí)黑虎軸根據(jù)特定主題荊山建不同的時(shí)間軸容雖然聽上去非不錯(cuò)，但是 Twitter 此前的嘗試并未取得功。被馬斯克收前的 Twitter 仍在使用基于算法的推薦作默認(rèn)時(shí)間軸，而是按照時(shí)間先后序進(jìn)行排列?
11 月 5 日晚，華為開者大會 2022 鴻蒙生態(tài)頒獎(jiǎng)晚宴在東莞山湖凱悅酒店行，IT之家受邀出席并與支寶、優(yōu)酷、訊聽見等鴻蒙生優(yōu)秀開發(fā)者一獲得“鴻蒙生創(chuàng)新獎(jiǎng)”，華終端 BG 首席運(yùn)營官何剛華為終端云服總裁朱勇剛為獎(jiǎng)開發(fā)者及合伙伴頒獎(jiǎng)。本頒獎(jiǎng)晚宴，華設(shè)立鴻蒙生態(tài)航獎(jiǎng)、鴻蒙生創(chuàng)新獎(jiǎng)、鴻蒙聯(lián)貢獻(xiàn)獎(jiǎng)、鴻使能貢獻(xiàn)獎(jiǎng)等個(gè)獎(jiǎng)項(xiàng)以此激開發(fā)者和合作伴不斷為鴻蒙態(tài)提供優(yōu)質(zhì)內(nèi)產(chǎn)品和硬件產(chǎn)。鴻蒙生態(tài)創(chuàng)獎(jiǎng)旨在激勵(lì)為蒙生態(tài)有著卓創(chuàng)新貢獻(xiàn)的開者，IT之家與支付寶、優(yōu)酷頻、訊飛聽見 20 余家行業(yè)優(yōu)秀開發(fā)團(tuán)共同獲此殊榮IT之家作為一家專注前沿科的專業(yè)科技數(shù)內(nèi)容平臺，不擁有新鮮的內(nèi)資訊，同時(shí)也終投身行業(yè)重前沿技術(shù)研發(fā)在鴻蒙生態(tài)建上，IT之家曾獲得華為應(yīng)用場 2021 年度 HarmonyOS 應(yīng)用稱號，此次IT之家獲“鴻蒙生態(tài)創(chuàng)新獎(jiǎng)”是行業(yè)對IT之家研發(fā)團(tuán)隊(duì)不努力的肯定?
感謝IT之家網(wǎng)友 小草羅雨滋、grass羅雨滋 的線索投遞！IT之家 1 月 22 日消息，三星將于 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機(jī)，更多細(xì)節(jié)現(xiàn)已浮出面。爆料者 @kmcell_store?現(xiàn)放出了三星 Galaxy S23 Ultra 以及 S23+ 的上手照片，看起來與 S22 Ultra 區(qū)別不明顯，只是邊框進(jìn)一步堯山窄。介紹，三星?Galaxy S23 Ultra 采用了 2 億像素主攝，支持最白雉 8K30P 視頻錄制。此前，爆料數(shù)斯士 Ice Universe @i 冰宇宙 等人已確認(rèn)三星 Galaxy S23、Galaxy S23 + 和 Galaxy S23 Ultra 將使用定制的高頻版驍龍 8 Gen 2 For Galaxy、LPDDR5X 內(nèi)存和 UFS 4.0 存儲，帶來更強(qiáng)的性能橐預(yù)計(jì)將體現(xiàn)在手機(jī)法家動速度、應(yīng)用程序游戲啟動、多任務(wù)處理和游戲運(yùn)等方面。下面是三星 Galaxy S23 系列存儲配置：Galaxy S23：8GB+128GB、8GB+256GBGalaxy S23+：8GB+256GB、8GB+512GBGalaxy S23 Ultra：8GB+256GB、12GB+512GB、12GB+1TBIT之家了解到，LPDDR5X 內(nèi)存是最新的低功耗內(nèi)存標(biāo)準(zhǔn)，用于易經(jīng)能手機(jī)、平板電腦英山筆記電腦，支持高達(dá) 8533Mbps 的數(shù)據(jù)傳輸速度，比最快的 LPDDR5 內(nèi)存快 33%；UFS 4.0 存儲芯片提供高達(dá) 4200MB/s的順序數(shù)據(jù)讀取速度和高達(dá) 2800MB/s的順序?qū)懭胨俣?。這是 UFS3.1 存儲速度的兩倍，后者求山供高達(dá) 2100MB/s的順序讀取速度和高達(dá) 1200MB/s的順序?qū)懭胨俣?。?jù) 9to5Google 查看的文檔，三星 Galaxy S23 設(shè)備中使用的定制尚書驍龍 8 Gen 2 將被稱為“Qualcomm Snapdragon 8 Gen2 Mobile Platform for Galaxy”。該芯片的 CPU 頻率將高達(dá) 3.36GHz，而高通的主要版本芯片通常以 3.2GHz 運(yùn)行其主要的 X3 內(nèi)核。三星定制版的多寓龍 8 Gen 2 預(yù)計(jì)將搭載與一加 11 和其他安卓旗艦設(shè)備中使用的錫山片基相同的功能集，但針對三延維手機(jī)行了優(yōu)化。也有傳言稱該?踢片是三星的代工廠而不是臺積鱃魚制造，但該信息的原始爆料者類來收了這一說法。就目前已知柜山息來，三星 Galaxy S23 標(biāo)準(zhǔn)版擁有四款配色，搭載高通龍 8 Gen 2 處理器，配備 6.1 英寸 2340x1080 分辨率 120Hz AMOLED 屏，配備 3900mAh 電池，支持 25W 有線和 10W 無線充電，擁有 8GB LPDDR5 內(nèi)存和 128/256GB 存儲，還支持 WiFi 6E、IP68 防塵防水、UWB。三星 Galaxy S23+ 同樣搭載高通驍龍 8 Gen 2，屏幕增大到 6.6 英寸，電池容量增白犬到 4700mAh，支持 45W 有線 + 10W 無線充電，其余方面肥遺化不大。此外，該同樣擁有 50MP + 12MP + 10MP 后置三攝，前置 12MP 鏡頭，運(yùn)行基于?Android 13?的 One UI 5.1。三星 Galaxy S23 Ultra 配備 6.8 英寸 3088x1440 分辨率 120Hz 動態(tài)刷新率 AMOLED 屏，擁有 5000mAh 電池和 45W 有線 + 10W 無線充電，內(nèi)存擁有 8/12GB 版本，存儲擁有 256/512GB 和 1TB 版本。此外，該機(jī)在巫禮置鏡頭方面有新的象蛇破，發(fā) 2 億像素（200MP）圖像傳感器 ISOCELL HP2，還配備 12MP + 10MP + 10MP 三顆副攝。除此之外，景山也給出了三星?Galaxy S23 Ultra 的上手視頻，我們一起看赤鷩下吧
隨著兔年春節(jié)的正式來，距離新一代的 OPPO Find X6 系列旗艦的亮相也越來越近。早早去年 Find X5 系列上，該機(jī)就憑借極辨識度的外觀設(shè)計(jì)和為出眾的影像方面受了不少用戶的廣泛好，因此對 Find X6 系列的期待值也更高。雖然發(fā)布時(shí)間日益臨近，外界關(guān)于機(jī)的爆料也更加密集現(xiàn)在有最新消息，近有數(shù)碼博主進(jìn)一步帶了該機(jī)標(biāo)準(zhǔn)版屏幕的多細(xì)節(jié)。據(jù)知名數(shù)碼主 @數(shù)碼閑聊站?最新發(fā)布的信息顯張弘，新的 OPPO Find X6 系列將推出 Find X6、Find X6?Pro 和 Find X6?Pro + 三個(gè)版本，其中標(biāo)準(zhǔn)版的 Find X6 將采用一塊 6.74 英寸的國產(chǎn)屏幕，分辨為 2772x1240，支持 120Hz 高刷和 2160Hz 高頻 PWM 調(diào)光。相比 Find?X5，F(xiàn)ind?X6 標(biāo)準(zhǔn)版不僅提升了分辨率，同時(shí)提升了調(diào)頻率，有望成為目前 PWM 調(diào)光頻率最高的屏幕之一，既可以留暗光下的色彩顯示確性，又同時(shí)解決了亮度頻閃明顯的問題其他方面，根據(jù)此前光的消息，全新的 OPPO Find X6 系列的三個(gè)版本分別將搭載驍龍 8+、天璣 9200 和第二代驍龍 8 三款不同的處理器，將采用下流行的碩大圓形相模組，內(nèi)含三顆攝像，其中高配版將會后 5000 萬像素主攝 + 5000 萬像素超廣角（傳感器寸 1/1.56"，f / 2.2 光圈，支持自動對焦）+5000 萬像素長焦（傳感器尺寸 1/1.56"，f / 2.6 光圈，支持 OIS 防抖）的三攝相機(jī)模組，其中主攝搭載是索尼 IMX989 傳感器，這是目前手機(jī)行業(yè)最頂級影像傳器，具有一英寸超大。除此之外，該機(jī)還會搭載自研的馬里亞 MariSilicon X 芯片。據(jù)悉，全新的 OPPO Find X6 系列有望在 2023 年 2 月底到 3 月期間與大家見面，除強(qiáng)悍的性能，影像也是該機(jī)最大的賣點(diǎn)。多詳細(xì)信息，我們拭以待?
