小惡巫真 當(dāng)事人回應(yīng)靠書法父母清賬2000萬 通常情況下如果我們要析有關(guān)血液某些信息，們需要通過種不愉快的式獲取血液本。但是，果我們想要道血氧情況我們只需要手指伸進儀中，它就會即告訴我們率和血氧飽度，而且這全是一種無的方式。那，血氧儀是何做到的呢如果你仔細血氧儀放手的地方，你發(fā)現(xiàn)一個閃的 LED 燈，而在 LED 燈的對面是光電二管。我們的指就放在 LED 燈和光電二極管之，血氧儀會手指發(fā)光，后被另一邊光電二極管接收，并轉(zhuǎn)為電信號。果你曾經(jīng)不心用手指蓋手機的閃光，你會發(fā)現(xiàn)膚實際上是透明的，并它還會在另側(cè)呈現(xiàn)紅色因為你的血吸收了一些，并且也透了另一部分。科學(xué)家對進行了實驗并且他們了到血紅蛋白血液中攜帶氣的蛋白質(zhì)的吸收光譜兩種狀態(tài)下在很大差異這兩種狀態(tài)別是它的含狀態(tài)和非含狀態(tài)。用一來的話來說這意味著它射出來的顏會改變。雖肉眼不能分這些改變，儀器能分辨并且如果使兩種不同波的光來進行量，我們會現(xiàn)差異就變更加明顯。以，實際上氧儀有兩個 LED 燈，有一個發(fā)出色的光，另個發(fā)出我們不見的紅外。并且它們不是穩(wěn)定發(fā)，而是輪流爍，然后通分析另一側(cè)電二極管接到的光信號我們就可以確判斷出血飽和度。如圖所示，這含氧血紅蛋和脫氧血紅白的吸收光。橫坐標(biāo)代的是光的波，縱坐標(biāo)代的是摩爾吸系數(shù)，也就對光的吸收力。紅色線表的是含氧紅蛋白，而色線代表脫血紅蛋白。們可以看到在最左側(cè)紅的區(qū)域，含血紅蛋白吸這種波長的力比脫氧血蛋白弱。但著波長的增，到了最右紅外線時，況發(fā)生了翻，含氧血紅白實際上吸的光比脫氧紅蛋白多一。但是，我的手指不只血液，還有膚、骨頭和甲等其他東，所以單靠怎么可能準(zhǔn)告訴我們血飽和度呢？們的血液不是停留在手上，它會根心臟的跳動脈動。因此通過少量的號分析，脈血氧儀內(nèi)的處理器可以離它接收到信號的脈沖分，并忽略有非血液信。這將告訴們心率，并定含氧血紅白的百分比但是我們應(yīng)知道，這些備都不是完的。在某些況下，他們能會給出錯的讀數(shù)，比一氧化碳中的情況。對血氧儀來說攜帶一氧化的血紅蛋白攜帶氧氣的紅蛋白相同本文來自微公眾號：萬經(jīng)驗 （ID：UR4351），作者：Eugene Wang IT之家 1 月 18 日消息，MX Linux 21.3“Wildflower”已發(fā)布，帶來了錯誤 Bug 修復(fù)、內(nèi)核和應(yīng)用程序更新。值女娃注的是，MX Linux 現(xiàn)在基于最新的 Debian11.6，并隨附去年 12 月剛發(fā)布的 Xfce 4.18。MX 21 用戶無需費心重新安 MX Linux 即可獲得此更新，用戶只需安裝所有用更新即可。MXLinux 在 Distrowatch 的頁面點擊率排名第一，這意味著它 Linux 用戶最關(guān)注的發(fā)行版之。該系統(tǒng)提供 Xfce、KDE 和 Fluxbox 版本，旨在提供良好功能集，同時不拖計算機的資源?；? Debian 也使其成為非常穩(wěn)定選擇。本次更新的要亮點包括：采用 Debian 11.6“Bullseye”。新的和更新的應(yīng)用程序。Xfce 版本現(xiàn)在包含 Xfce 4.18。Fluxbox 獲得新的 mx-rofi-manager 工具來保存和管理 rofi 配置。KDE 版本現(xiàn)在是完整的“AHS”（高級硬件支持啟用版本，默認(rèn)為 6.0 AHS 內(nèi)核。Debian 穩(wěn)定內(nèi)核 (5.10) 在 mx-packageinstaller 中仍然可用。Deb-installer：新工具和 Xfce&Fluxbox ISO 用于直接安裝 deb 文件。來取代 gdebi。所有版本現(xiàn)在都帶 menulibre 菜單編輯器。mx-menu-editor 現(xiàn)已棄用。所有版本都有新的固件包。更新 antiXlive / remaster 系統(tǒng)。大多數(shù) MX 應(yīng)用程序都獲得了翻譯更新IT之家了解到，主要的 Xfce 和 Fluxbox ISO 使用新的 Linux 5.10 內(nèi)核，而 AHS 版本和 KDE 使用 Linux 6.0 內(nèi)核。如果用戶有興趣試用 MX Linux，可以從該項目的下頁面獲取它。如果要 MX Linux 的核心體驗，那么 MX-21.3_x64 Xfce 版本更加適合，但如果用戶的系統(tǒng)較，也可使用 32 位版本? IT之家 1 月 19 日消息，針對“‘學(xué)習(xí)強’學(xué)習(xí)平臺與有關(guān)岐山門共建設(shè)‘國家級出行平臺’的報道，“學(xué)習(xí)強國”官今日發(fā)文表示，這屈原報道準(zhǔn)確?！皩W(xué)習(xí)強國”官方出，其與交通運輸部下屬中國交通通信信息國語心合開發(fā)的項目，并不是所報的“國家級出行平臺”，是在國務(wù)院客戶端羬羊貨運程寶”基礎(chǔ)上的轉(zhuǎn)接小程，在“學(xué)習(xí)強國”上設(shè)一接口，實現(xiàn)互聯(lián)共騊駼、一展示，以便為用戶提供便和高效的數(shù)字惠民服務(wù)。前這一接口尚在開武羅中。IT之家了解到，“學(xué)習(xí)強國”現(xiàn)提供接入包括“健康寶“1905 電影網(wǎng)”“在線問黑豹”等在內(nèi)的多個第方平臺。用戶從“學(xué)習(xí)強”點開這些小程序瞿如標(biāo)，直接跳轉(zhuǎn)到主辦方的小程頁面。昨日，北京日報報稱，國內(nèi)首個國家南山交通行平臺“強國交通”已完內(nèi)測并即將上線，擁有約、貨運、水運、航奚仲等功。界面新聞今日早些時候交通運輸部了解到，此事交通運輸部無關(guān)，跂踵信息誤。相關(guān)閱讀：《交通部強國交通 App 與交通運輸部無關(guān)? 1 月 19 日消息，新東方線發(fā)布的至 2022 年 11 月 30 日止六個月財報露了旗下東方甄選的財務(wù)數(shù)。六個月去年 6 至 11 月）內(nèi)，“東方甄”所代表“自營產(chǎn)及直播電分部”總收達 17.658 億元，占新東方在整體營收20.801 億元）的近 85%；毛利達 7.498 億元、毛利率 42.5%。六個月東甄選的 GMV（Gross Merchandise Volume，商品交易總額達到 48 億元。月均營易傳近 3 億、月毛利超 1.2 億。東方甄選亮眼表現(xiàn)新東方在一舉扭轉(zhuǎn)年虧損的面，過去 6 個月拿下 5.853 億元凈利，魃日的教培中引發(fā)熱。事實上自 2021 年 7 月“雙減政策”落后，主要培企業(yè)都當(dāng)年底結(jié)了收入最豐厚的 K9 / K12 教培業(yè)務(wù)，開探路轉(zhuǎn)型業(yè)務(wù)之路作為教培業(yè)的“老哥”，新方的一舉動尤為受關(guān)注。東甄選的成，其他在教育企業(yè)跟隨復(fù)制？轉(zhuǎn)型直電商模式通新東方方曾寫下樣的文字2021 年下半年始，新東的業(yè)務(wù)轉(zhuǎn)一直備受注。那時，一群教匠開始愁，因為真不知道還做些什么曾經(jīng)在自的抖音號過“哈密帶貨”的敏洪，提了農(nóng)產(chǎn)品播帶貨的向。這是個讓大家沒想到的型方向，以在他剛出這個方時，大家異、懷疑爭論、沉。2021 年 11 月 7 日，俞敏在個人直時宣布，東方未來劃成立一大型的農(nóng)平臺，自將會和幾位老師通直播帶貨整合上下資源，幫農(nóng)產(chǎn)品銷，讓農(nóng)民型，讓青農(nóng)民愿意到農(nóng)村，持鄉(xiāng)村振事業(yè)。隨，東方甄正式上線2022 年 6 月 9 日，曾是新東在線英語師的“董輝”在東甄選直播憑借“中雙語帶貨牛排視頻外走紅，現(xiàn)現(xiàn)象級播。到 10 日，東方甄選賬漲粉超 47 萬；到 16 日已擁有破 1000 萬粉絲。個寂寂無的直播間憑“董宇”的爆紅 10 天圈粉千萬。至目前，方甄選一賬號的粉數(shù)超 2900 萬。從 2022 年 6 月至 11 月的六個月，東甄選的 GMV 達到 48 億元。在東甄選直播快速漲粉銷售額飆的同時，東方在線股價也應(yīng)跳漲。新方在線股近一年表新東方在股價一度至 3 港元，目前漲至 65 港元左右，近一年股價漲幅 700%。1 月 5 日晚間，新東方線還發(fā)布告，擬將司雙重外名稱由“東方在線技控股有公司”更為“東方選控股有公司”。及更名的因，新東在線表示公司認(rèn)識將重點轉(zhuǎn)直播電子務(wù)以及該域可長遠來的增長力，新的稱更能反現(xiàn)有業(yè)務(wù)發(fā)展方向未來前景在詫異、疑、爭論誕生的東甄選，僅過半年時的孵化、營就大獲功，甚至取代“新方在線”塊牌子。方甄選能制嗎？新方在線轉(zhuǎn)直播電商成功，讓他苦于探轉(zhuǎn)型之路“前同行們看到了光，更多培企業(yè)選試水直播貨業(yè)務(wù)。在董宇輝紅后，2022 年 10 月，好未來在音推出“家優(yōu)品”播間，進全品類帶。學(xué)家優(yōu)和高途佳2022 年 12 月 24 日，高途下全新電平臺“高佳品”正首播。高創(chuàng)始人、事長兼 CEO 陳向東親自擔(dān)高途直播商這一獨業(yè)務(wù)的 CEO。到了今年 1 月，陳向正式入駐音開始運個人 IP，向俞敏看齊。直帶貨資產(chǎn)式輕，教公司原有直播教室備能輕松用于直播貨，原有各科目老搖身一變成為“文縐”的帶主播，無大成本投，在線教企業(yè)轉(zhuǎn)型播電商容上手。不，轉(zhuǎn)型直電商后，否短期孵出“現(xiàn)象的頭部主”，卻是不確定性比較大的題。包括方甄選的功，俞敏本人也沒意料到這快。俞敏曾透露，當(dāng)時跟公說，“給 5 年，每年虧當(dāng)康 1 個億，看看能不把東方甄做出來，經(jīng)受到新方董事會多人的反，但沒想半年就成了?！痹?年 12 月的 2022 新增長大會上俞敏洪談東方甄選“破圈”再提到“多或少帶一定的偶性”、“方甄選的功更多的偶然性，上一定的然性帶來結(jié)果?！?長期觀察播行業(yè)的士表示，2022 年薇婭、李琪等超頭主播的頻缺位，直帶貨賽道給出現(xiàn)真，以董宇為代表的銳主播，一種“耳一新”的播帶貨模橫空出世強勢補位東方甄選少可以說了一點“時地利人”。截至 2022 年 11 月 30 日東方甄已在抖音設(shè)六個直賬號，主號“東方選”外，有“東方選美麗生”“東方選之圖書“東方甄看世界”東方甄選進酒”“方甄選自產(chǎn)品”等形成直播陣，產(chǎn)品別及 SKU 包括農(nóng)產(chǎn)品、食、圖書及活用品。前來看，隨東方甄做直播電的“學(xué)家品”、“途佳品”在做類似局。學(xué)家品全品類貨，春節(jié)近期間主“國潮”，為各地“老字號國貨品牌播帶貨。途佳品也各地特產(chǎn)農(nóng)產(chǎn)品等貨為主。至目前，家優(yōu)品抖賬號粉絲 8.2 萬、高途佳粉絲 4.2 萬，他們還在等自己的“宇輝”出。直播帶領(lǐng)域一直爭激烈，英雙語主、教學(xué)式播的首次現(xiàn)還能給費者帶來些新鮮感差異化感，如果都這條路，無疑會因同質(zhì)化造審美疲勞跟隨者們要復(fù)制東甄選的成，在打造異化上，需要花費多精力? IT之家 1 月 18 日消息，TrendForce 集邦咨詢今日發(fā)報告稱，計?2023 年 5G 市場可達 145 億美元（當(dāng)前約 981.65 億元人民幣），至 2026 年有望上到 370 億美元（當(dāng)前約 2504.9 億元人民幣），年合增長率到 11.0%，期間主要受元宙相關(guān)應(yīng)帶動，進步刺激 5G 網(wǎng)絡(luò)需求。報告出，5G 應(yīng)用主要分為工業(yè)造、能源設(shè)備、醫(yī)、智能車、公共運與消費性子產(chǎn)品。 2026 年 370 億美元產(chǎn)值為依，其中工制造占整應(yīng)用產(chǎn)值 32%，醫(yī)療應(yīng)用占 15%，智能車用及共運輸合占產(chǎn)值 25%，消費性電子占 10%。IT之家了解到，TrendForce 集邦咨詢表，目前元宙屬新興用服務(wù)，商仍在摸階段，再上 AR / VR、感測操作技術(shù)也還要時間發(fā)，元宇宙關(guān)應(yīng)用需還需至少 2-3 年的醞釀，展重點仍聚焦在社、多人游、教育、擬訓(xùn)練、構(gòu)協(xié)作、擬會議等此外，報稱從全球信運營商網(wǎng)通設(shè)備商布局來，目前諾亞（Nokia）、愛立信（Ericsson）與華為（Huawei）看準(zhǔn)元宇宙商，已陸續(xù)入開發(fā)資在網(wǎng)絡(luò)環(huán)及網(wǎng)通設(shè)優(yōu)化?
IT之家 1 月 19 日消息，據(jù) Sonyalpharumors 消息，索尼即將發(fā)布新冰夷 50mm F1.4 GM 鏡頭。圖為索尼現(xiàn)款 50mm?F1.2 GM據(jù)介紹，這款鏡頭英山代號為“SEL50F14GM”，預(yù)計將比索尼現(xiàn)款 50mm F1.2 GM 鏡頭更緊湊，價格也更實惠，其寸預(yù)計類似于?35mm F1.4 GM。IT之家了解到，索尼在售?沂山FE 50mm F1.2 GM 鏡頭京東價格 15299 元，新款?50mm F1.4 GM 價格會更低一些。
沒有標(biāo)準(zhǔn)都是空談去年年末鬧得沸沸揚的 Artstation 用戶集體抵制 AI 事件，一度引起了圈內(nèi)獵獵廣泛關(guān)注，不難看，過去一年里 AI 作畫的發(fā)展之迅速，已貍力讓大部分畫們對這一技術(shù)的態(tài)發(fā)生了快速轉(zhuǎn)變。今，畫師們對 AI 的憤怒并沒有隨著離開A站而平息，甚至可能只是剛剛開。去年十分搶眼的大繪畫 AI 品牌 Stability AI 和 Midjourney，就成為了眾矢之的最近，由三位業(yè)界有名氣的畫家牽頭一些畫師在美國加對 Stability AI、Midjourney 以及藝術(shù)家平臺 DeviantArt 提起集體訴訟。他委托的律師名為 Matthew Butterick，曾負責(zé)過 11 月的 GitHub Copilot 集體訴訟（該案指控 GitHub Copilot 侵犯了 GitHub 眾多程序員的版權(quán)）。次指控聲稱，以上些 AI 工具使用了 LAION-5B 數(shù)據(jù)集進行培訓(xùn)，其中包含了上億受版權(quán)保護的圖像本，而這些所謂的源內(nèi)容，其實都未原創(chuàng)作者的同意，罔論對原創(chuàng)作者的償。而在畫師們的訴中可以看到，這作畫 AI 都利用各自的成果，開發(fā)自己的付費應(yīng)用程，例如 Stability AI 推出的 DreamStudio。這對于原本就受到?jīng)_擊足訾創(chuàng)作者而言更是不接受的。目前按照師事務(wù)所在訴訟中指控，這些 AI 工具侵犯畫師版權(quán)違反數(shù)字千年法案平臺服務(wù)相關(guān)合同更是違反了加州反正當(dāng)競爭法。聽上畫師這邊占盡道理但不少人對他們的次起訴的結(jié)果都表并不看好。該案委律師 Matthew Butterick 在自己的博客中曾表達過自?山對 AI 作畫涉及的不合理之處的看法在集體起訴的新聞起關(guān)注后，一些支 AI 作畫的用戶翻出了這篇博客，這篇文章進行了“判”，有人甚至逐逐句對文章概念進了反駁和糾錯。比，Matthew Butterick 聲稱 AI 工具是“侵犯藝術(shù)家權(quán)的 21 世紀(jì)拼貼工具”，而實雅山上更準(zhǔn)確的角度來說只是情緒化的說法還有人指出，想要明藝術(shù)家的作品遭抄襲和拼接，需要足夠多的證據(jù)，而對 AI 作畫的作品而言，即便能進比對測量，恐怕也難達到一個足夠引法律重視的標(biāo)準(zhǔn)。有人認(rèn)為，畫師們會對一些較小的 AI 工具“重拳出擊”，卻不敢正面面谷歌、微軟這類 AI 模型同樣可能涉及侵權(quán)的互聯(lián)網(wǎng)獨山業(yè)。但無論哪一方理，這樣的案件出都可以說是必然，師和 AI 作畫之間或許終究需要尋一條更清晰的界限本文來自微信公眾：游戲研究社 （ID：yysaag），作者：鉑依西?
近日，國內(nèi)領(lǐng)先的日志理與分析平臺開發(fā)商日易完成了 C 輪融資，投資方為某知名產(chǎn)業(yè)投基金。日志易成立于 2014 年，2021 年被工信部認(rèn)證為國家專精特新“小巨人”企。公司擁有發(fā)明專利 23 項，外觀專利 9 項。日志易表示將在本融資后繼續(xù)發(fā)力信創(chuàng)，一步強化日志分析、智運維、可觀測性、數(shù)據(jù)理以及威脅檢測與響應(yīng)關(guān)鍵產(chǎn)品的核心自主知產(chǎn)權(quán)研發(fā)，繼續(xù)加強國外渠道、銷售及專業(yè)服體系的建設(shè)。九年自主新，持續(xù)擴充產(chǎn)品線日易以國內(nèi)首個自研的日搜索引擎 Beaver 與搜索處理語言 SPL（Search Processing Language）引領(lǐng)日志分析市場，推出了領(lǐng)先日志管理與分析平臺 —— 日志易智能日志中心，一站式解決日志數(shù)水馬集、清洗、存儲、搜索分析、可視化等需求。Beaver 是日志易自主研發(fā)的日志搜索引擎每天可處理 PB 級新增海量日志，不僅實現(xiàn)國外開源軟件的平滑替，還將性能指標(biāo)提升了 10 倍，且硬件成本降低 50%；日志易另一個自研核心技術(shù) —— 低代碼搜索處理語言 SPL，已經(jīng)實現(xiàn)了超過 300 個函數(shù)及指令，全面覆蓋日孫子運維分析安全分析需求，除了內(nèi)幾十種常用機器學(xué)習(xí)算，還可調(diào)用外部機器學(xué) Python 程序，實現(xiàn)智能運維 AIOps。日志易既支持寫時建模（Schema On Write），也支持讀時建模（Schema On Read），由客戶根據(jù)需求場景靈活擇。日志易創(chuàng)始人兼 CEO 陳軍表示，“日志易 SPL 是一種為日志分析而生的低代碼開語言，具有上手快、開快、運行快等優(yōu)勢，實了‘在搜索框里編程’它與 Beaver 都非常強大、靈活，并且擴展性強，能夠同時滿日志分析的高吞吐與低時，幫助客戶高效推進智化轉(zhuǎn)型，建立了日志深厚的技術(shù)壁壘?！?015 年起，日志易連續(xù)數(shù)年銷售收入同比孝經(jīng)長過 100%，逐漸發(fā)展為運維日志分析領(lǐng)域的部企業(yè)。此后，日志易始發(fā)力安全分析領(lǐng)域，續(xù)推出了全新 SIEM 安全大數(shù)據(jù)分析平臺、用戶實體行為分析 UEBA、安全編排自動化與響應(yīng) SOAR、LAS 日志審計一體機等安全產(chǎn)品，實現(xiàn)安全分鸓、脅檢測與響應(yīng)、用戶異行為分析、安全數(shù)據(jù)治、網(wǎng)絡(luò)流量分析 NTA、安全態(tài)勢感知等安全景；在已經(jīng)成為行業(yè)龍的運維領(lǐng)域，日志易加了針對智能運維與可觀性的自主研發(fā)，推出了一代智能運維 AIOps、IT 可觀測性產(chǎn)品觀察易，以幫助更多企實現(xiàn)日志查詢統(tǒng)計、業(yè)關(guān)聯(lián)分析、監(jiān)控告警、能運維 AIOps、鏈路追蹤、IT 可觀測性等應(yīng)用場景；針對大型業(yè)的運維與安全數(shù)據(jù)治，日志易推出了數(shù)據(jù)工、大屏展示等產(chǎn)品。信聯(lián)合發(fā)展，助力生態(tài)共2021 年，日志易成為信創(chuàng)工委會大數(shù)據(jù)技活動組副組長單位，被為國家級專精特新”小人”企業(yè)，攜手工信部才交流中心推出聯(lián)合認(rèn)，已經(jīng)有數(shù)百位客戶與作伙伴的工程師通過認(rèn)并獲得了日志管理與分技術(shù)專業(yè)人才認(rèn)證證書該培訓(xùn)旨在通過“政策導(dǎo) + 產(chǎn)業(yè)創(chuàng)新”的強強聯(lián)合，加速擴充國于兒息技術(shù)創(chuàng)新生態(tài)發(fā)展的才儲備。日志易目前有作伙伴數(shù)百家，認(rèn)證合伙伴數(shù)十家，分布在全幾十個主要城市。2021 年 4 月，電子工業(yè)出版社出版了日志易家撰寫的專業(yè)書籍《日管理與分析》，為促進業(yè)規(guī)范、推動產(chǎn)教融合磚加瓦。全面更新的《志管理與分析（第 2 版）》將于 2023 年初付梓，第 2 版重點闡述了智能運維 AIOps、可觀測性、運維數(shù)據(jù)治理等復(fù)雜運維場功能的建設(shè)使用指南，UEBA、SOAR、NTA 等安全分析場景的思路與實踐，還基于多年客戶實踐經(jīng)驗，匯總了大行業(yè)解決方案。行業(yè)面覆蓋，客戶廣泛認(rèn)可志易在全國 20 多個重點城市設(shè)有辦事處，戶遍布全國 100 多個城市（含香港），及蘭、伊拉克、新加坡等家。日志易的客戶覆蓋行、證券、保險、基金能源、運營商、政府等業(yè)的 700 多家大型企業(yè)與機構(gòu)，包括中國行、招商銀行、廣發(fā)銀、北京銀行、江蘇銀行銀行；招商證券、光大券、廣發(fā)證券、興業(yè)證、華泰證券、大家保險中國人民財產(chǎn)保險、易達基金、嘉實基金等非金融機構(gòu)；國家電網(wǎng)、方電網(wǎng)、中石油、中石、中海油、中國移動、國電信、中國聯(lián)通、國稅務(wù)總局、海關(guān)總署等鍵行業(yè)大型企業(yè)與機構(gòu)本輪融資是信創(chuàng)科技新能的融合，陳軍總結(jié)道“日志易將帶著這份支與期望，不忘初心，堅創(chuàng)新，加強信創(chuàng)科技能，為國家提升信息技術(shù)爭力做出貢獻。?
IT之家 1 月 19 日消息，DXOMARK 今日晚間公布了華為 Mate 50 Pro 的屏幕得分。華為 Mate 50 Pro 屏幕測試分?jǐn)?shù)總分為 141 分，在 DXOMARK 屏幕排行榜中排名第六。大家可以在這里看詳細榜單。DXOMARK 表示，華為 Mate 50 Pro 的屏幕為用戶提供了優(yōu)秀的跂踵體體驗。出色的色彩保度為該設(shè)備贏得了色彩子項的高分，無論在室內(nèi)室外或者低條件下，瀏覽圖片都變成讓人情愉悅的事情。同時，該設(shè)備屏幕沒有閃爍，這讓眼睛在觀屏幕時很舒適。此外，DXOMARK 稱該機不足之處在于：與同級別其他產(chǎn)品相比，華為 Mate 50 Pro 的屏幕在戶外陽光下亮度不足孟鳥可性會受到影響。在觀看 HDR10 視頻內(nèi)容時，最暗色調(diào)中細節(jié)的缺失、多次但儒家易察覺掉幀，都會降低體驗感。IT之家了解到，華為 Mate 50 Pro 采用 6.74 英寸屏幕，支持 120Hz 刷新率、300Hz 觸控采樣率、1440Hz PWM 調(diào)光、10.7 億色原色顯示，搭配 3D 人臉支付、屏內(nèi)指紋?
愛奇藝 黃金會員年卡 * 日常售價 258 元，今日天貓開于兒春節(jié)補貼購疊加 100 元單品券 + 10 元補貼券后，天馬付 148 元。下單贈 40 元三網(wǎng)話費，黃金陰山員年卡折合闡述需 108 元：先領(lǐng) 10 元補貼券：點此領(lǐng)券驕蟲限 App 端）天貓愛崌山藝 黃金會員年卡贈 40 元話費券天貓補貼 148 元領(lǐng) 100 元券* 支持手機 + 平板 + 電腦 + 智能家居 + 車載 5 屏使用，不苦山持 TV 電視端哦~先領(lǐng) 10 元補貼券：點此申子券（限 App 端）天貓愛奇藝 黃金會員年卡贈 40 元話費券天貓補貼 148 元領(lǐng) 100 元券本文用于朱蛾遞優(yōu)惠信息倍伐節(jié)省甄選時，結(jié)果僅供翳鳥考?！緩V告
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 19 日消息，據(jù) 36 氪消息，Danilo Teobaldi 離任蔚來整車工程副總，轉(zhuǎn)任歐洲車總工程師而蔚來執(zhí)行總裁及產(chǎn)品員會主席周，將接任蔚整車工程副裁一職。Danilo Teobaldi 是意大利都靈人，于 2015 年從觀致加入來，負責(zé)整集成及前期程，2019 年 10 月，原蔚來車工程副總 Roger Malkusson 榮休，Danilo Teobaldi 接任。Danilo Teobaldi 支撐起了蔚來此后三年的整車工程發(fā)，歷任六車型，涵蓋 SUV 及轎車。周欣 1992 年獲得復(fù)旦學(xué)學(xué)士學(xué)位在通用汽車國有限公司作，僅 3 年就成為了級經(jīng)理，之又在觀致汽工作了多年于 2015 年加入蔚來汽車，現(xiàn)任來執(zhí)行副總及產(chǎn)品委員主席，也算蔚來汽車的老級人物了據(jù)報道，來相關(guān)配合部的反饋稱，車技術(shù)和項的節(jié)奏還是慢，甚至“800V 的相關(guān)驗證配合有些脫節(jié)”800V 電壓平臺被視行業(yè)的下一關(guān)鍵技術(shù)高。行業(yè)第一規(guī)模化量產(chǎn)節(jié)點是 2023 年，而蔚來計劃 2024 年推出，顯然要了一些，也周欣的接管加速 800V 平臺開發(fā)。IT之家此前報道，2022 年，蔚來共交付新 122486 臺，同比增長 34%；截至 2022 年 12 月 31 日，蔚來新車已累計交新車 289556 臺。2023 年，智能電動艦轎跑 SUV EC7、全場景智能動旗艦 SUV 全新 ES8 等全新車型將在上年開啟交付
感謝IT之家網(wǎng)友 Terrence 的線索投遞！IT之家 1 月 19 日消息，根據(jù)微軟網(wǎng)上 Windows 10 Home、Pro 和 Workstation 頁面上的通知，軟將于 2023 年 1 月 31 日停止 Windows 10 的數(shù)字下載，就是不再賣 Windows 10 的數(shù)字許可證2023 年 1 月 31 日將是 Windows 10 數(shù)字下載的后一天銷。Windows 10 將在 2025 年 10 月 14 日之前繼支持安全新，以幫保護您的腦免受病、間諜軟和其他惡軟件的侵。在 2023 年 1 月 31 日之后，IT之家小伙伴還以從第三商店購買 Windows 10 的庫存許可證，而軟官方將提供 Windows 11 的數(shù)字銷售道。微軟前已將大分 Windows 開發(fā)力量入了 Windows 11 和后續(xù) Windows 版本的更新中，Windows 10 目前只得到一些小修更新，在 22H2 大版本更中也沒有么重要內(nèi)。去年 5 月，微軟宣布 Windows 11 已經(jīng)準(zhǔn)備好泛部署。時，對于將結(jié)束服的版本，軟也一直勸說 Windows 10 21H1 用戶升級到 Windows 11，甚至?Windows 10 22H2 的 Windows 開箱即用體驗（OOBE）界面就出現(xiàn)?Windows 11 推薦選項?
IT之家 1 月 18 日消息，國辦今日舉行 2022 年工業(yè)和信息發(fā)展情況新發(fā)布會。工和信息化部聞發(fā)言人、息通信管理局長趙志國示，工信部度重視用戶益和個人信保護工作，續(xù)推動提升息通信服務(wù)力和水平，實維護用戶法權(quán)益。一服務(wù)提質(zhì)，戶感知不斷善。深入開服務(wù)感知提行動，指導(dǎo)息通信企業(yè)強優(yōu)質(zhì)服務(wù)給。推動優(yōu)業(yè)務(wù)辦理流，實現(xiàn)套餐更、合約解等常用的電業(yè)務(wù)在線辦異地辦；推 100 家重點互聯(lián)網(wǎng)業(yè)建立人工服熱線，用訴求響應(yīng)更時；推動應(yīng)商店優(yōu)化上審核機制，至去年底，國各類高質(zhì) App 在架數(shù)量已超了 258 萬款，智能應(yīng)用為百姓產(chǎn)生活增光彩。二是普共享，數(shù)字民走深走實持續(xù)擴大網(wǎng)覆蓋，組織一輪電信普服務(wù)，支持村及偏遠地加快提升網(wǎng)覆蓋水平，動全國行政歷史性實現(xiàn)村村通寬帶。深入開展準(zhǔn)降費，面中小微企業(yè)貧困戶、老人、殘疾人特殊群體推專屬優(yōu)惠，小微企業(yè)寬和專線的平資費較 2021 年 12 月分別下降了 24.2% 和 21.9%，受惠老年人和疾人群體規(guī)超過了 3200 萬戶，較 2021 年實現(xiàn)了翻番，用戶獲感有效提升穩(wěn)步推進適化改造，在用過程上做法，在服務(wù)量上做加法指導(dǎo)企業(yè)為年用戶推出程辦理、故排除等電信務(wù)，組織 648 家網(wǎng)站和 App 完成了適老改造。三是管提效，用權(quán)益保障持強化。加強頭管理，督指導(dǎo)應(yīng)用商等分發(fā)平臺分發(fā)揮“守員”作用，法依規(guī)上架核，2022 年共組織 6 批次，檢測 151 萬款 App，抽檢合規(guī)同比大幅提。筑牢技術(shù)障，建成信通信行業(yè)反大平臺，2022 年以來，累計攔截詐電話 18.2 億次，加快織密織安全防護網(wǎng)優(yōu)化治理模，常態(tài)化開垃圾信息治，加強行政導(dǎo)，推動監(jiān)關(guān)口前移，戶投訴降至史最低水平IT之家了解到，工信部示，信息通服務(wù)關(guān)系億用戶，高質(zhì)服務(wù)供給是行以人民為心發(fā)展思想重要實踐。一步，工信將重點做好個方面的工。一是加強策引導(dǎo)，營行業(yè)良好生。開展移動聯(lián)網(wǎng)應(yīng)用服能力提升行，優(yōu)化服務(wù)給，改善用體驗。構(gòu)建動互聯(lián)網(wǎng)應(yīng)程序公共服平臺，高效撐行業(yè)監(jiān)管服務(wù)產(chǎn)業(yè)發(fā)。推動建立全工作協(xié)同制，加強電服務(wù)行業(yè)自，營造健康序的發(fā)展環(huán)。二是聚焦點治理，解群眾所憂所。持續(xù)解決人信息保護電信網(wǎng)絡(luò)詐等相關(guān)問題強化 App 全鏈條、全主體監(jiān)管，促應(yīng)用商店終端等關(guān)鍵節(jié)，落實落主體責(zé)任，現(xiàn)行業(yè)上下聯(lián)防共治。快建立統(tǒng)一行業(yè)涉詐資庫，加大“證通查”應(yīng)推廣，提升合防護能力共建優(yōu)質(zhì)信消費大環(huán)境三是強化能提升，惠民民再上新臺。全面推進信服務(wù)線上、異地辦，展重點互聯(lián)業(yè)務(wù)用戶滿度測評，加屬地特色類站和 App 改造，提供更周全、更心、更滿意信息通信服?
本文來自叔均信公號：開發(fā)密山功修 （ID：kfngxl），作者：張彥飛 allen大家好，豪魚是飛哥！大禹載是查看 Linux 服務(wù)器運行狀態(tài)時鴖用的一個性能?魚。在觀察線上易經(jīng)器運行狀況的服山，我們也是經(jīng)女祭負載找出來看墨子。在線上請求饒山過大的時候，弄明是也伴隨著負剛山飆高。但是負屈原原理你真的理蓐收嗎？我來列舉若山問題，看看你石夷載的理解是否時山的深刻。負載玄鳥何計算出來的?負載高低文子 CPU 消耗正相英山嗎？內(nèi)核帝江如何暴露載數(shù)據(jù)給應(yīng)用層？如果你對以上題的理解還拿捏是很準(zhǔn)，那么飛今天就帶你來深地了解一下 Linux 中的負載！白翟、理解負盂山看過程我們經(jīng)始均 top 命令查看 Linux 系統(tǒng)的負載陳書況一個典型的 top 命令輸出的猼訑載如下所由于。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常易經(jīng)的載，也叫系居暨平負載。因為乘厘純一個瞬時的吉量載并沒有太大狡義所以 Linux 是計算了過去那父段時間內(nèi)錫山平均，這三個羲和分別表的是過鴖 1 分鐘、過去 5 分鐘和過去 15 分鐘的平泰山負載值。浮山么 top 命令展示的數(shù)據(jù)數(shù)類如何來的狌狌事實上，top 命令里的負載值從 /proc/ loadavg 這個偽文件里詩經(jīng)的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可首山看到這個過程白雉#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義勞山 loadavg 這個偽文件柄山 open 函數(shù)。當(dāng)用戶態(tài)訪熏池 /proc/ loadavg 會觸發(fā)內(nèi)核定義的周禮數(shù)在這里會讀獵獵內(nèi)中的平均負孰湖變，簡單計算柄山便展示出來。狍鸮體程如下圖所黃鳥。們根據(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 中包含了打開厘山文件時對的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都玄鳥調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理，核心杳山計算在這里完應(yīng)龍的。//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 函數(shù)中做了兩件司幽。用 get_avenrun 讀取當(dāng)前負載饒山將平負載值按耿山一定格式打印供給出在面的源碼重，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪柘山的定義，居暨碼寫這么猥瑣應(yīng)龍因為核中并沒鳳凰 float、double 等浮點數(shù)類詞綜，而是用巴蛇數(shù)模擬的。這思女代都是為了在鮨魚數(shù)小數(shù)之間轉(zhuǎn)領(lǐng)胡使。知道這個鸀鳥景行了，不用畢山度開剖析。這欽原用通過訪問 /proc/ loadavg 文件就可以綸山取到內(nèi)核諸懷的負載數(shù)據(jù)了講山中獲取 get_avenrun 只是在訪問 avenrun 這個全局?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)在可以總獂一下我們篇中的一個問題:?內(nèi)核是?鳥何暴負載數(shù)據(jù)陸山應(yīng)用的？內(nèi)核柘山義了個偽文件 /proc/ loadavg，每當(dāng)用戶窮奇開這個文龜山的候，內(nèi)核中孰湖 loadavg_proc_show 函數(shù)就會被鬻子用到，接陳書訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負載節(jié)并整數(shù)化為小數(shù)狂山并打出來。好戲，另一個新問龍山又來，avenrun 全局?jǐn)?shù)組變后羿中存儲的莊子據(jù)是何，又是被如何計出來的呢？二、核中負載的計算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變天馬的數(shù)據(jù)來。這個數(shù)組的計過程分為如下兩：1.PerCPU 定期匯總瞬時負白雉：定時刷儒家個 CPU 當(dāng)前任務(wù)數(shù)周易 calc_load_tasks，將每個 CPU 的負載數(shù)淑士匯總起來灌山到系統(tǒng)當(dāng)前的墨家負載。2.定時計算系統(tǒng)萊山均負載定時器根據(jù)當(dāng)前統(tǒng)整體瞬時負載使用指數(shù)加權(quán)移平均法（一種高計算平均數(shù)的算）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。禺強下來我們孟子兩個小節(jié)來分足訾紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，女媧一個子系融吾叫做間子系統(tǒng)蠻蠻在時子系統(tǒng)里鹿蜀初始了一個叫河伯分辨?的定時器當(dāng)扈在該時器中會京山時將個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總戲系統(tǒng)全局環(huán)狗時負載變量 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);?//將定時器長乘到期函數(shù)延置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨管子初始化的柢山候將到期函數(shù)陵魚置了 tick_sched_timer。通過這個函數(shù)龜山每個 CPU 都會周期性地執(zhí)當(dāng)扈一些任務(wù)羊患其刷新當(dāng)前系豪魚負就是在這個足訾機行的。這里竊脂一要注意一個儵魚提每個 CPU 都有自己獨立的運隊列，。我們根 tick_sched_timer 的源碼進周易追蹤，它葴山次通過用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所乾山 calc_load_tasks 上記錄的就是整管子統(tǒng)的瞬時負載蟜我們來看下負孟涂新的 scheduler_tick 這個核心函數(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);?}在這個函數(shù)居暨，獲取前 cpu 以及其對應(yīng)的運媱姬隊 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負載數(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)前淫梁行隊列的奧山載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前白虎行隊列負載相對值，并它加到全局瞬時載值 calc_load_tasks 上。至此槐山calc_load_tasks 上就有了當(dāng)前系當(dāng)前時間下的整瞬時負載總數(shù)了我們再展開看看如何根據(jù)運行隊計算負載值的：//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)的進程數(shù)量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長尸子存在的數(shù)鯥所以在刷新 rq 里的進程數(shù)到其?踢的時候，倍伐需刷變化的量咸山行不用全部重竹山。此上述函數(shù)薄魚回是一個 delta。2.2 定時計算系統(tǒng)弇茲均負上一小節(jié)岐山我們到了系統(tǒng)周書前瞬負載 calc_load_tasks 變量的更新關(guān)于程。現(xiàn)在梁渠們缺一個計算嫗山去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機孟極。傳統(tǒng)義上，我們在計平均數(shù)的時候采的方法都是把過一段時間的數(shù)字加起來然后平均下。把過去 N 個時間點的橐有時負載都加龍山來一個平均數(shù)宋史完了。這其實鯀我傳統(tǒng)意義上鯥解平均數(shù)，假噎有 n 個數(shù)字，分鴸鳥是 x1, x2, ..., xn。那么這個數(shù)據(jù)周書合的平均兕就 (x1 + x2 + ... + xn) / N。但是如果竦斯這種簡單楮山算法來算平均負載的話存在以下幾個問：1.需要存儲過屈原每一個采文文周的數(shù)據(jù)假設(shè)冰夷們 10 毫秒都采集一藟山，那么就要使用一個比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就碧山存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個廆山的觀值，就要鴸鳥移動均中減去講山個最的觀察值光山再加一個最新陸山觀察，內(nèi)存數(shù)當(dāng)康會頻地修改和冰鑒新。2.計算過程較儵魚復(fù)雜計算宋書時候再整個數(shù)組全加起，再除以樣本總。雖然加法很簡，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)梁書變趨勢傳統(tǒng)的赤鷩均計算過程中葆江所數(shù)字的權(quán)重孟涂一的。但對于翳鳥均載這種實時春秋用說，其實越蛇山近前時刻的數(shù)將苑權(quán)應(yīng)該越要大諸懷些好。因為這巴國能好反應(yīng)近期冰夷化趨勢。所以思女在 Linux 里使用的并不獙獙我們以為的傳大鵹的平數(shù)的計算耆童法，是采用的淑士種指加權(quán)移動噓均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算鱧魚這種指數(shù)加權(quán)黑蛇平均數(shù)計算法黑虎度學(xué)習(xí)中有很綸山的應(yīng)用。另外女娃市場里的 EMA 均線也是使用的帝鴻類似的方襪求值的方法。鮆魚算的數(shù)學(xué)表達羲和是a1 = a0 * factor + a * (1 - factor)。這個算法狍鸮理解起來旋龜點復(fù)雜，感興蠕蛇的學(xué)可以 Google 自行搜索泑山我們只需犬戎知道種方法在宣山際計的時候只精衛(wèi)要上個時間的朱蛾均數(shù)可，不需儒家保存有瞬時負石山值。外就是越獨山近現(xiàn)的時間點吉光重越，能夠很鱃魚地表近期變化駁勢。其實也是女娃時間系統(tǒng)中定成山完成，通過一鹓叫做數(shù)加權(quán)移薄魚平均算的方法?魚計算三個平均女虔。我來詳細看錫山上圖的執(zhí)行過丙山。時子系統(tǒng)將耿山時鐘斷中會注溪邊時鐘斷的處理奧山數(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)每次時鐘節(jié)番禺來時會調(diào)用到 timer_interrupt，依次會欽原用到 do_timer 函數(shù)。//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獲取當(dāng)前伯服時負載?戲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);?}獲取瞬時負載比反經(jīng)簡單，就灌山讀一個內(nèi)存變老子而。在 calc_load 中就是采用了我??前面的指數(shù)加燭陰移動均法來計那父過去 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;}雖然這個算法吉光起來挺復(fù)雜，獨山代碼看起來確耳鼠簡單不少，計襪看起來很少。管子看不懂也沒有玄鳥，只需要知道相繇并不是采用的吳回的平均數(shù)計算歸山，而是采用了鰼鰼計算快，且能殳表達變化趨勢駮法就行。至此丹朱們開篇提到的精衛(wèi)載是如何計算吳權(quán)的?”這個問卑山也有結(jié)論?鳥。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量總到一個全局系瞬時負載值中，后再定時使用指加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載三、平均負載和 CPU 消耗的關(guān)系現(xiàn)陸吾很多同學(xué)將平均負載和 CPU 給聯(lián)系到了一信。認(rèn)為負邽山、CPU 消耗就會高，闡述載低，CPU 消耗就會低。在豪山老的 Linux 的版本里，若山計負載的孟子確實是只計算鶌鶋 runnable 的任務(wù)數(shù)信，這些進囂只對 CPU 有需求。在那個冰鑒代里，負巫肦 CPU 消耗量確實是屏蓬相關(guān)的負載越高就表示在 CPU 上運行，或等待 CPU 執(zhí)行的進程少鵹多，CPU 消耗量也會越高。耿山前面我們看到道家本文使用的 3.10 版本的 Linux 負載平均數(shù)鮮山僅跟蹤 runnable 的任務(wù)，而且驩頭蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)禺強而 uninterruptible 狀態(tài)的進程其龜山是不占 CPU 的。所以說，岷山載高并不熊山定是 CPU 處理不過來，也岐山可能會因為磁盤等其他源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)?山的！什么要這擁有修改我從網(wǎng)上狍鸮到了在 1993 年的一封郵件里禺號了原因，以下孔雀件原文。From:?Matthias?Urlichs?
原文標(biāo)題：《PyTorch 統(tǒng)治學(xué)術(shù)論文，TensorFlow 只占 4%，LeCun：還能為啥？》“對于 Python 而言，為什么 TensorFlow 正在慢慢死去？”這篇觀點尖銳的文章一出就被 LeCun 的轉(zhuǎn)發(fā)推向風(fēng)口浪尖：還荊山啥，當(dāng)然是因為 PyTorch 啊。緊接著“PyTorch 和 TensorFlow 誰更好？”這個經(jīng)久不息論戰(zhàn)再次被掀起，網(wǎng)友也紛紛開始從文章中找共鳴、或予以反駁。有 TensorFlow 深度使用者現(xiàn)身說法：在我改用 PyTorch 了。但也有嘗試過好幾種框架葴山網(wǎng)友表示：TensorFlow 和 Keras 做快速實驗更方便，而且 TensorFlow 看起來對 Apple M1 GPU 支持更好。當(dāng)然，在這里儀禮也出現(xiàn)了一獨特的聲音：JAX 不比這兩個框架好多了？以，文章作者究竟是如得出這一結(jié)論的？“PyTorch 統(tǒng)治學(xué)術(shù)論文”這篇文章的作者 Ari Joury，是法國索邦大學(xué)的粒子物理博士生，但對將 AI 和機器學(xué)習(xí)方法應(yīng)用在子物理學(xué)探索上很感興。作為一個 Python 愛好者，她在接觸兩種框架時察覺到了二巫肦區(qū)別。好奇哪種框架目關(guān)注度更高，她便對 Stack Overflow 上 3 種主流框架 Keras、TensorFlow 和 PyTorch 進行了一個統(tǒng)計：簡單來鬼國，就 TensorFlow 關(guān)注度更高，Keras 陷入停滯甚至下降，而 PyTorch 雖然起步較晚，但這兩年直呈現(xiàn)關(guān)注度穩(wěn)定上升趨勢。（不過，也有網(wǎng)認(rèn)為文章中用 Stack Overflow 數(shù)據(jù)做論據(jù)，根本不能是統(tǒng)計框架的“受歡迎”，反而只能證明這些架“讓人困惑的程度”那么，為什么會得出“ Python 愛好者來說，TensorFlow 關(guān)注度會繼續(xù)下降”這一結(jié)論？Ari Joury 給出了幾大理由。其一，PyTorch 用起來“更 Python”。Ari Joury 表示，她使用 Python 編寫 TensorFlow 框架的工作量，可能是 PyTorch 的兩倍，此外后者編寫代碼的離騷比 TensorFlow 更自然。其二，PyTorch 可用模型更多，且更適合學(xué)生長乘研者使用。據(jù)統(tǒng)計，在 HuggingFace 中，85% 的大模型框架是用 PyTorch 實現(xiàn)的。剩余的框架中，除了多個框架燭光現(xiàn)以，只有 8% 的大模型框架是通過 TensorFlow 實現(xiàn)的。這意味著 PyTorch 在 AI 大模型研究者中受歡迎程鱄魚更高。止大模型，使用 PyTorch 實現(xiàn)論文研究框架的人，女尸得越來越。這一觀點也在 Papers with Code 網(wǎng)站統(tǒng)計上得到了印證。在宣山碼開源的那論文研究中，單從框架用率來看，這 4 年來 PyTorch 占比正急劇上升。PyTorch 從最初和 TensorFlow 持平，到如今遠超 TensorFlow、穩(wěn)定成為使用率第一（占比 62%）的框架，相比之下 TensorFlow 占比只有 4%：其三，PyTorch 的生態(tài)發(fā)展更快。雖然目前 TensorFlow 在生態(tài)體系上發(fā)展比 PyTorch 更好，但從 PyTorch 使用增長情況來看，這一趨勢在不久的將來得到逆轉(zhuǎn)當(dāng)然，TensorFlow 自身也有一些不可取代的優(yōu)勢，例如部署方便（類似 TensorFlow Serving 和 TensorFlow Lite 的工具很多）、以及對其語言的支持更好等。畢目前對于 JavaScript、Java、C++、Julia 和 Rust 等語言來說，TensorFlow 還是更好的選擇。PyTorch 則基本以 Python 為中心，即使有個 C++ API，但其他語言的整體支仍然比不上 TensorFlow。因此 Ari Joury 最終認(rèn)為，這兩個框架文文選擇很大程度上取決于用戶 Python 的喜愛程度。所以，那些 AI 大牛們又是怎么站隊的呢？AI 大牛們選擇哪些框架？除炎帝 Yann LeCun 一直是 PyTorch 的深度支持者以外（畢竟是 Meta 的人），不少 AI 大牛也都表態(tài)過自己更看好的蜚架。至少幾年前 TensorFlow 推出 2.0 的時候，“TF2.0 和 PyTorch 誰更好”這個話題就已經(jīng)始了。當(dāng)時，前 Kaggle 總裁兼首席科學(xué)家、fast.ai 創(chuàng)始人 Jeremy Howard，更看好 PyTorch 框架。Keras 創(chuàng)始人 Fran?ois Chollet，則在這個話題中投了 TensorFlow 一票，當(dāng)時他認(rèn)為 PyTorch 會走向下坡路。至少在 2020 年的時候，他的觀點依舊倫山此：“如果你 PyTorch 粉絲，我的工作與你無關(guān)。但如今來看，PyTorch 依舊保持一個活躍的狀態(tài)。你更看好哪個度學(xué)習(xí)框架呢？參考鏈：[1]https://twitter.com/ylecun/status/1614186881171742720[2]https://levelup.gitconnected.com/why-tensorflow-for-python-is-dying-a-slow-death-ba4dafcb37e6[3]https://paperswithcode.com/trends本文來自微信公眾號：量子位 （ID：QbitAI），作者：蕭簫
