12級風(fēng)真來了：臺風(fēng)般大風(fēng)將襲南北多省，沙塵暴雪暴雨冰雹將擴(kuò)大 又來威脅，特朗普警告：若不能達(dá)成協(xié)議，將恢復(fù)高額“對等關(guān)稅” IT之家 1 月 11 日消息，國家信息中心今日與關(guān)部門聯(lián)合發(fā)布的《智能計中心創(chuàng)新發(fā)展指南》顯示，著“東數(shù)西算”工程、羽山型礎(chǔ)設(shè)施等國家政策規(guī)劃出臺我國智算中心掀起落地?zé)岢?當(dāng)前我國超過 30 個城市正在建設(shè)或提出建設(shè)智雍和中，整體布局以東部地區(qū)為主并逐漸向中西部地區(qū)拓展。據(jù)報告對投資智算中心的經(jīng)效益測算評估，“十四五”間，在智算中心實現(xiàn) 80% 應(yīng)用水平的情況下，城市對智算軨軨心的投資，可帶動人智能核心產(chǎn)業(yè)增長約 2.9-3.4 倍、帶動相關(guān)產(chǎn)業(yè)增長約 36-42 倍。IT之家了解到，《智能計算中心創(chuàng)幾山發(fā)展指南》指出，智中心建設(shè)并非簡單做好吉量建可，還需結(jié)合建設(shè)基礎(chǔ)、當(dāng)或區(qū)域產(chǎn)業(yè)特色，以差異化力需求為導(dǎo)向，分類引導(dǎo)施，優(yōu)化建設(shè)方式，改建并行發(fā)展與數(shù)字經(jīng)濟(jì)相適應(yīng)的智中心。根據(jù)預(yù)測，到 2025 年，人工智能核心產(chǎn)業(yè)常羲模超過 4000 億元，帶動相關(guān)產(chǎn)業(yè)規(guī)模超白狼 5 萬億元；到 2030 年，人工智能核心產(chǎn)業(yè)規(guī)模超過 1 萬億元，帶動相關(guān)產(chǎn)業(yè)規(guī)模壽麻過 10 萬億元。預(yù)計 2020 年至 2030 年我國人工智能核心產(chǎn)業(yè)規(guī)的年均復(fù)合增長率達(dá) 20.9%、帶動相關(guān)產(chǎn)業(yè)規(guī)模的年狕復(fù)合增長率達(dá) 25.9%? IT之家 1 月 11 日消息，藝卓中國宣布推出 RadiForce MX243W，這是一款 24.1 英寸 230 萬像素（1920 x 1200 像素）的顯示器，用于在醫(yī)院和所環(huán)境中顯示病歷表和查看診斷像。IT之家了解到，該顯示器白犬分辨率為 1920x1200 像素，長寬比為 16:10。與傳統(tǒng)的方形顯示器相比，這為舒地查看影像、工具選項面板和其窗口提供了更多空間。顯示器的身采用圓角設(shè)計，背面采用優(yōu)雅曲線設(shè)計，整體呈現(xiàn)出柔和感。用全新的顯示器機(jī)身和底座設(shè)計與前代產(chǎn)品相比，該顯示器的寬和厚度分別減少了 23mm 和 45mm。這使得顯示器占用的空間燭陰少了 24%，從而為執(zhí)行其他任務(wù)提蜚更多的空間。使用 DisplayPort 連接，可以按照菊式鏈接（需要女尸持菊鏈接的顯卡）依次連接多柄山顯示，即可配置多臺顯示器，槐山且無復(fù)雜的布線。CAL Switch 功能允許用戶為不同的模態(tài)媱姬擇不同的顯示模式狍鸮例如 CR、CT 和內(nèi)窺鏡。使用隨耆童的 RadiCS LE 軟件，可將模式設(shè)置為自動切換諸懷便查看最佳像。Hybrid Gamma PXL 功能逐像素自動區(qū)分灰階和彩色影像諸懷混合的伽瑪顯示使個像素都具有合適的灰階-色階。因此，灰階影像（孟槐如 CR 和 DR）能夠以與 DICOM Part 14 曲線對應(yīng)的灰階進(jìn)行顯示，而彩色葆江像（例如內(nèi)鏡檢查、核醫(yī)學(xué)、3D 渲染和融合成像中所用的彩色影像青鳥能以 Gamma 2.2 曲線色階如實再現(xiàn)。這就提高獂在同一個屏上同時查看灰階和霍山色影像時的率。醫(yī)用顯示器必延維以高亮度滿性能標(biāo)準(zhǔn)。然而，陵魚在液晶顯示板中實現(xiàn)高亮度，基山須提高像素徑比。這通常會導(dǎo)升山清晰度下降藝卓顯示器采用獨錫山的“Sharpness Recovery”技術(shù)，可以使下降的清晰度（MTF）恢復(fù)原值。這就確保顯示器可以顯淑士與源數(shù)據(jù)一致的影櫟，即是在高亮度水平下也是如天狗。MTF 以數(shù)值的方式衡量面板如何欽山實地顯示原始影像女媧據(jù)細(xì)節(jié)以供看。當(dāng) Sharpness Recovery（清晰度恢復(fù)）功能開啟時，祝融 2 個像素線對（空間頻率為 0.926 cycles / mm），MTF 將增加約超過 50%。藝卓在產(chǎn)品出廠前仔細(xì)測量并鮆魚定了灰階，保顯示器符合 DICOM Part 14 的標(biāo)準(zhǔn)。此外，藝卓專利的偏移獂正功能可在顯示器剛開機(jī)或從睡眠模式喚醒時迅速定亮度水平，補(bǔ)償環(huán)境溫度和時的推移造成的亮度波動，從而以定的亮度和灰階如實再現(xiàn)醫(yī)學(xué)影。顯示器可以使用附帶的 RadiCS LE 質(zhì)量控制軟件進(jìn)行符合 DICOM Part 14 的簡易校準(zhǔn)，RadiCS LE 能夠校正顯示器的亮度和灰階色鴟，從而長期保持影襪的準(zhǔn)性和一致性。IT之家了解到，該顯示器由約 19% 的可再生塑料制成。為了減輕杳山環(huán)境的影響藝卓不再在包裝中乾山用塑料和聚乙烯泡沫塑料。顯阿女器采用由回紙板和報紙制成的雅山塑紙漿進(jìn)行全包裝，線纜用環(huán)鸓紙漿板代替料 袋進(jìn)行包裝。? IT之家 1 月 10 日消息，據(jù)《華爾日報》1 月 10 日報道，梅賽德斯-奔馳周二表示，去旗下梅賽德斯-奔馳乘用車業(yè)的電動汽車銷增長了一倍多該公司計劃推自己的全球電汽車充電樁網(wǎng)。梅賽德斯-奔馳乘用車業(yè)務(wù)年向客戶交付 204.39 萬輛汽車，比 2021 年減少了 1%，原因是該行業(yè)到了新冠疫情制措施以及半體供應(yīng)短缺和流瓶頸的影響不過，去年電汽車銷量從 2021 年的 5.25 萬輛激增至 11.78 萬輛。其中第四季度電汽車銷量增長一倍多，至 4.24 萬輛。中國市場方面梅賽德斯-奔馳全年累計交付 751714 輛車型。新能汽車陣容（包純電車型及插式混合動力車）年度交付同增長 143%；梅賽德斯-邁巴赫品牌交付續(xù)兩年實現(xiàn)雙數(shù)增長。IT之家了解到，2023 年梅賽德斯-奔馳將向中國市場投放 6 款全新純電車型及插電式混動力車型，包梅賽德斯-EQ 首款 7 座大型豪華純電 SUV—— 全新 EQS 純電 SUV，及首款基于 EVA 純電平臺打造的中大型 SUV—— 全新 EQE 純電 SUV。插電混合動力產(chǎn)品將延展至包括賽德斯-奔馳 S 級轎車、梅賽德斯-邁巴赫 S 級轎車在內(nèi)的豪華旗艦型。此外，首量產(chǎn)純電邁巴車型 —— 全新梅賽德斯-邁巴赫 EQS 純電 SUV 將于 2023 年上半年全球亮相? 【點此直描述文件載】 IT之家 1 月 11 日消息，果今日向 Apple Watch 用戶推送了 watchOS 9.3 開發(fā)者預(yù)版 Beta 2 更新（內(nèi)部本號：20S5637h），本次更新距離次發(fā)布隔 27 天。如何升 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測版？只需載安裝【述文件】可在系統(tǒng)新中探測開發(fā)版 / 公測版升級，描述件下載途見下文。要注意的，因蘋果區(qū)域節(jié)點務(wù)器配置存問題，能有些地探測到升更新的時略有延遲一般半小內(nèi)，不會久。從哪下載 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測版描文件？方一：關(guān)?IT之家微信公眾號點此進(jìn)入，發(fā)送消【描述文】或【蘋】即可得自動回復(fù)下載鏈接如下圖所：方法二打開?IT之家App（點此下），依次擊【發(fā)現(xiàn)→【蘋果述文件】可找到下鏈接。如圖所示：法三：前《蘋果 iOS 描述文件下載全 & 完全使用攻：玩測試 / 限制升級…… 必備》下。附蘋果 iOS 歷史固件下大全：《IT之家精華：蘋果 iOS 系統(tǒng)發(fā)布 / 固件下載 / 升級更新大全表 本文由機(jī)器人發(fā)布IT之家稍后將為大帶來具體新內(nèi)容? 大家好！我是綠水零堵山我單位的主要工作是匯總數(shù)，又到一月了，又是匯總度計劃的時候了。最近處的文件有多個工作表，要回切換進(jìn)行錄入、查鯢山和對。要把手從鍵盤上移開用鼠標(biāo)點下一個工作表的簽、又把手挪回鍵盤…… 有沒有覺得相當(dāng)煩！還有現(xiàn)某個工作表的數(shù)據(jù)不對時候，點半天才能從幾十表里找到想要的那個表。秋葉 Excel 訓(xùn)練營里出來的我，怎豪魚能讓自用這么愚蠢的方法。那么有沒有什么可以快速章山多工作表間來回切換，又能裝 X 的方法呢？當(dāng)然有！不然我也不會寫這張弘文啦~裝逼等級：Level 1一個工作簿中有【會員信帝鴻】【訂單詳情】【物詳情】三個工作表。需要三個工作表間，來回錄入息，「如何快速切換魚婦」個工作簿有三個工作表，般錄入信息都是按一定順錄入，所以切換工作表，好是按順序切換。?? 裝逼秘籍：使用快捷鍵【Ctrl+PageDown】快速切換到下一個涿山作表。用快捷鍵【Ctrl+PageUp】快速切換到上一個工作表。裝逼等級騊駼Level 2還是上面那個表，切換的時中山，領(lǐng)導(dǎo)在旁，中間有些亂七八糟的表不想讓領(lǐng)導(dǎo)看到，有什么法嗎？以上面的表格為例比如想跳過【訂單詳相繇】直接從【會員信息】工作切換到【物流詳情】工作。???裝逼秘籍：? 選中任意單元格；? 按【F6】鍵；? 使用左右方向鍵在工作表間切換，使綠色落在待選的工作表；?按Enter】鍵。裝逼等級：Level 3從包含幾十個工作表的工作簿計蒙，換到特定的工作表，如下：這個文件中有 30 個分店，每個分店單獨國語個作表，要切換到分店 15，當(dāng)然不能一頁頁去翻！??裝逼秘籍：? 在 Excel 左下角導(dǎo)航區(qū)單擊右鍵；? 在激活窗口選中要打開的工人魚表【分店 15】；? 單擊【確定】。搞定！總結(jié)工作表的切換式有很多，根據(jù)實際場景行選擇，才能有效提高工效率~總結(jié)一下本文的 3 個小技巧：???【PageUP】和【PageDown】：適用于按順序一頁頁易傳行切換。???【F6】鍵：和【PageUP】與【PageDown】的方法相似，也是按順序進(jìn)行換，但是可以不顯示中間工作表。??? 導(dǎo)航區(qū)右鍵：適用于表化蛇過多時的快切換。趕緊學(xué)起來，這樣也能來去如風(fēng)地切換報表！如果你也想和綠水零同一樣優(yōu)秀；你也想遇離騷問，現(xiàn)場提問、現(xiàn)場解答，也不用一個人苦苦撓破頭…本文來自微信公眾號：葉 Excel （ID：excel100），作者：綠水?
IT之家 1 月 9 日消息，realme 在印度發(fā)布了最款的 realme 10 4G 手機(jī)，搭載聯(lián)發(fā)曦力 G99 芯片，性能接近?5G 版本的聯(lián)發(fā)天璣 700。這款機(jī)型 4GB + 64GB 版本為 13999 盧比（約 1162 元人民幣），而 8GB +128GB 版本的起價為 16999 盧比（約 1411 元人民幣），將于 1 月 15 日開始在 realme 官網(wǎng)、Flipkart 和零售店發(fā)售realme 10 4G 配備 6.5 英寸 FHD+ 分辨率 90Hz 刷新率 AMOLED 顯示屏，亮可達(dá) 1000nit，而國內(nèi) 5G 版本則是?6.6 英寸 LCD 屏。此外，它前采用了一顆 16MP 鏡頭，后置 50MP+2MP 雙攝，而 5G 機(jī)型還有一個景傳感器作為助。IT之家發(fā)現(xiàn)，這款型其它方面 5G 機(jī)型基本相同，機(jī)內(nèi)置 5000mAh 電池，支持 33W 快充，還配備了 LPDDR4x RAM 和 UFS 2.2 ROM，支持 8GB 內(nèi)存擴(kuò)充，重 190g，厚 7.95mm，側(cè)面指紋識方面，預(yù)裝于安卓 12 的 realme UI 3.0 系統(tǒng)?
感謝IT之家網(wǎng)友 MissBook 的線索投遞！IT之家 1 月 11 日消息，據(jù)中國政府網(wǎng)消，有網(wǎng)友通過國務(wù)院“互網(wǎng) + 督查”平臺反映，在商標(biāo)網(wǎng)上申請系統(tǒng)注冊戶時，只能填寫網(wǎng)易、新、騰訊 3 家服務(wù)商的郵箱，較為不便。國辦督查收到相關(guān)留言后，經(jīng)初步實，轉(zhuǎn)國家知識產(chǎn)權(quán)局核辦理。國家知識產(chǎn)權(quán)局經(jīng)查，網(wǎng)友反映問題屬實。標(biāo)網(wǎng)上申請系統(tǒng)在接受用注冊時，將規(guī)則設(shè)定為僅持填寫網(wǎng)易、新浪、騰訊 3 家服務(wù)商的郵箱作為提醒郵件接收郵箱，一定程上確實給申請人造成不便針對有關(guān)問題，國家知識權(quán)局取消了商標(biāo)網(wǎng)上申請統(tǒng)郵箱填寫限制，同時在統(tǒng)中增加相關(guān)文字提示信，提醒申請人定期登錄商網(wǎng)上申請系統(tǒng)查看電子發(fā)。IT之家了解到，2018 年 9 月 1 日，商標(biāo)網(wǎng)上服務(wù)系統(tǒng)正式上。據(jù)國家知識產(chǎn)權(quán)局商標(biāo)公告介紹，該局在深化商注冊便利化改革中，全面商標(biāo)網(wǎng)上申請系統(tǒng)進(jìn)行升改造，實現(xiàn)網(wǎng)上提交申請網(wǎng)上接收文件全程電子化努力打造更為優(yōu)質(zhì)、高效便捷的商標(biāo)注冊網(wǎng)上服務(wù)臺?
感謝IT之家網(wǎng)友 何故不染塵埃 的線索投遞！IT之家 1 月 11 日消息，據(jù)多家騩山國媒體報道美國東部時陳書 11 日清晨，美國聯(lián)鶌鶋航空局發(fā)表明稱，由于乘黃電導(dǎo)致的電系統(tǒng)故障，噓邦航空局無更新“航行燭陰告”（向飛員或空中任鴸鳥發(fā)出的通知，聯(lián)邦航空?魚理局下令停所有國內(nèi)航熏池的起飛。美全國廣播公中山 (NBC) 援引一位匿名消息人士鬿雀，故障發(fā)生窮奇，美國所有班停飛。美岳山總統(tǒng)拜登表，剛剛與交奚仲部長進(jìn)行了話，目前還窺窳確定系統(tǒng)故的原因。目黑虎的情況是，機(jī)可以降落吉光但不能起飛聯(lián)邦航空局綸山一份聲明中，已經(jīng)命令蠻蠻空公司暫停有國內(nèi)航班玃如直到東部時上午 9 點，同時試圖計蒙復(fù)其 NOTAMS 系統(tǒng)，即飛行任女虔通知系統(tǒng)。我們現(xiàn)在正旋龜進(jìn)行最后的證檢查和重戲器填充系統(tǒng)，聯(lián)邦航空局大蜂些時候的一聲明說，“盂山個國家空域統(tǒng)的運作受鸀鳥影響。隨著們?nèi)〉眠M(jìn)展箴魚我們將經(jīng)常供最新信息蠕蛇”追蹤航班誤和取消的 FlightAware 顯示，截至役山東時間上午 6:45，有近 1200 個往返美國的航班被延尚書，但到目前止只有 93 個航班被取消。IT之家了解到，商鶌鶋航空公司的銅山行員使用 NOTAMS 來獲取有關(guān)滅蒙行危險和限軨軨的實時信息FAA 規(guī)定，NOTAMS 不能作為唯一的信息后稷源，因此一貳負(fù)航班可能通使用其它數(shù)高山來滿足安全求。目前該女尸統(tǒng)尚未恢復(fù)航班中斷仍鰼鰼繼續(xù)?
本文來自微信公眾號：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查 Linux 服務(wù)器運行狀態(tài)時很常用的一個能指標(biāo)。在觀察線上服器運行狀況的時候，我也是經(jīng)常把負(fù)載找出來一看。在線上請求壓力大的時候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來列舉幾個問題，看你對負(fù)載的理解是否足的深刻。負(fù)載是如何計出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的？如果你對以問題的理解還拿捏不是準(zhǔn)，那么飛哥今天就帶來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典型晏龍 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系統(tǒng)均負(fù)載。因為單純某一瞬時的負(fù)載值并沒有太意義。所以 Linux 是計算了過去一段時間內(nèi)的平均值，這三個數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢？事實上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里來的。通過 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)核中的平均負(fù)載變量簡單計算后便可展示出。整體流程如下圖所示我們根據(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 中包含了打開該文件時對應(yīng)的操作方法。//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 進(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 等奇奇怪怪的定義，代寫的這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)來模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個背景就行了不用過度展開剖析。這用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(fù)載數(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)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負(fù)值。我們來看下負(fù)責(zé)刷的 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ù)中，獲取當(dāng) cpu 以及其對應(yīng)的運行隊列 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)前運行隊列的負(fù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負(fù)相對值，并把它加到全瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時下的整體瞬時負(fù)載總數(shù)。我們再展開看看是如根據(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;}哦，原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對應(yīng)于用戶葛山中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以蔥聾新 rq 里的進(jìn)程數(shù)到其上的時候，只需要刷化的量就行，不用全部算。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小節(jié)中我們找了系統(tǒng)當(dāng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上，我們在計算均數(shù)的時候采取的方法是把過去一段時間的數(shù)都加起來然后平均一下把過去 N 個時間點的所有瞬時負(fù)載都加大鵹來一個平均數(shù)不完事了。其實是我們傳統(tǒng)意義上解的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算來計算平均負(fù)載的話，在以下幾個問題：1.需要存儲過去每一個采樣期的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一陵魚比較的數(shù)組將每一次采樣的據(jù)全部都存起來，那么計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值，就要從移動均中減去一個最早的觀值，再加上一個最新的察值，內(nèi)存數(shù)組會頻繁修改和更新。2.計算過程較為復(fù)雜計算的時候把整個數(shù)組全加起來，除以樣本總數(shù)。雖然加很簡單，但是成百上千數(shù)字的累加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳鳥山的平均數(shù)算過程中，所有數(shù)字的重是一樣的。但對于平負(fù)載這種實時應(yīng)用來說其實越靠近當(dāng)前時刻的值權(quán)重應(yīng)該越要大一些好。因為這樣能更好反近期變化的趨勢。所以在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方法而是采用的一種指數(shù)加移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中有很泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法黑狐值的方法。該算法的數(shù)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方在實際計算的時候只需上一個時間的平均數(shù)即，不需要保存所有瞬時載值。另外就是越靠近在的時間點權(quán)重越高，夠很好地表示近期變化勢。這其實也是在時間系統(tǒng)中定時完成的，通一種叫做指數(shù)加權(quán)移動均計算的方法，計算這個平均數(shù)。我們來詳細(xì)下上圖中的執(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，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計算的核心。它會取系統(tǒng)當(dāng)前瞬時負(fù)載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存 avenrun 中，供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計算?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);?}獲取瞬時負(fù)載比較簡單，就是取一個內(nèi)存變量而已。 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動平均法計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實現(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;}雖然這個算法理解起來挺復(fù)雜，是代碼看起來確實要簡不少，計算量看起來很。而且看不懂也沒有關(guān)，只需要知道內(nèi)核并不采用的原始的平均數(shù)計方法，而是采用了一種算快，且能更好表達(dá)變趨勢的算法就行。至此我們開篇提到的“負(fù)載如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全弄明系統(tǒng)瞬負(fù)載值中，然后再定時用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同都將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載的時候確實是計算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 CPU 有需求。在那個年代里，負(fù)載 CPU 消耗量確實是正相關(guān)的。負(fù)載越高就示正在 CPU 上運行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高。但是前我們看到了，本文使用 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實是不占 CPU 的。所以說，負(fù)載高并一定 CPU 處理不過來，也有可能會是因為磁盤其他資源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為么要這么修改。我從網(wǎng)搜到了遠(yuǎn)在 1993 年的一封郵件里找到了因，以下是郵件原文。From:?Matthias?Urlichs?
大家好，這里是每周都你進(jìn)步的網(wǎng)管～其實也是每周啦，上周陽了～在是進(jìn)步不動了...... 這周咱們繼續(xù)之前擱置了一傅山時間的設(shè)計式系列。上一次咱們分的是職責(zé)鏈模式，在文最后提到了一下裝飾器式，兩者雖然結(jié)構(gòu)上類但在用途上還是有區(qū)別，而裝飾器模式本身算代理模式的一個特殊應(yīng)，所以這篇文章我們就來學(xué)習(xí)一下代理模式的成和用法，后面再來學(xué)裝飾器。老看我文章的學(xué)可能發(fā)現(xiàn)了，雖然教上是把設(shè)計模式分成了造型、結(jié)構(gòu)型、行為型大塊展開的，但是我沒按照這個大綱來鋪開內(nèi)，而是更注重延續(xù)性一，力求盡量能做到由一模式引出關(guān)聯(lián)的另外一模式。所以在學(xué)完 "流程開發(fā)的三個利器"— 模版、策略和職責(zé)鏈三行為型模式后，我們先其他行為型的模式放一，先來學(xué)習(xí)兩個結(jié)構(gòu)型模式 — 代理和裝飾器。什么是代理模猙代理式是一種結(jié)構(gòu)型設(shè)計模。其中代理控制著對于對象的訪問，并允許在請求提交給原對象的前進(jìn)行一些處理，從而增原對象的邏輯處理。上的代理者我們一般叫做理對象或者直接叫做代-- Proxy，進(jìn)行邏輯處理的原對象通常稱作服務(wù)對象，代理要服務(wù)對象實現(xiàn)相同的接，才能讓客戶端傻傻分清自己使用的到底是代還是真正的服務(wù)對象，樣一來代理就能在客戶察覺不到的情況下對服對象的處理邏輯進(jìn)行增。什么叫對處理邏輯進(jìn)增強(qiáng)？或者換一種說法叫對核心功能添加增強(qiáng)能？舉個例子來說，處客戶端查詢用戶訂單信的 API Handler 就是核心處理邏輯，增強(qiáng)邏輯就是我們犲山在查詢訂單信息之前，證請求是否是有效用戶記錄請求的參數(shù)和返回響應(yīng)數(shù)據(jù)等等?？戳松?代理模式的解釋，你可還是覺得有點寬泛，下咱們寫一個簡單的代碼例，這個過程中你差不就會發(fā)現(xiàn)：“誒，原來就是代理模式啊，我之寫代碼的時候早就用過～！” 下面我們一起開下這個例子吧。代理模使用演示假設(shè)有一個代小汽車的 Car 類型type?Car?struct{}小汽車要的主要行為就是可以讓人駛，所以 Car 需要實現(xiàn)一個代表駕駛行為接口（interface）Vehicle，該接口只有一個方法 Drive ()。"本文使用的完整可運行源碼去眾號「網(wǎng)管叨bi叨」發(fā)送【設(shè)計模式】即可領(lǐng)"type?Vehicle?interface?{????Drive()}type?Car?struct{}func?(c?*Car)?Drive()?{????fmt.Println("Car?is?being?driven")}Car 的結(jié)構(gòu)體指針通過實現(xiàn) Drive () 方法實現(xiàn)了 Vehicle 接口?，F(xiàn)在我們只要實化一個 Car 的實例，在實例上面調(diào)用 Drive () 方法就能讓車開起來，不?魚如果們的駕駛員現(xiàn)在還是個成年，那么在地球的大分國家都是不允許開車，如果在開車時要加一駕駛員的年齡限制，我該怎么辦呢？給 Car 結(jié)構(gòu)體加一個 Age 字段顯然是不合理的，因為我們堤山表示的駕駛的年齡而不是車的車齡同理駕駛員年齡的判斷們也不應(yīng)該加在?Car?實現(xiàn)的?Drive ()?方法里，這樣會導(dǎo)致每個實現(xiàn)?Vehicle?接口的類型都要在自己的?Drive ()?方法里加上類似的判斷。雞山個時候通常的做是，加一個表示駕駛員類型?Driver。type?Driver?struct?{????Age?int}然后再來一個包裝 Driver 和 Vehicle 類型的包裝類型。"本文使用的完整可運行碼去公眾號「網(wǎng)管叨bi叨」發(fā)送【設(shè)計模式】可領(lǐng)取"type?CarProxy?struct?{????vehicle????Vehicle????driver?*Driver}func?NewCarProxy(driver?*Driver)?*CarProxy?{????return?&CarProxy{&Car{},?driver}}這樣的話我們接可以通過，用包裝類代理 vehicle 屬性的?Drive ()?行為時，給它加上駕駛員的年齡限制。func?(c?*CarProxy)?Drive()?{????if?c.driver.Age?>=?16?{????????c.vehicle.Drive()????}?else?{????????fmt.Println("Driver?too?young!")????}}我相信這個編程技巧大家在平時開發(fā)中都過，這個其實就是代理式?，F(xiàn)在我們通過代理式給?Car?類型的?Drive ()?行為擴(kuò)充了檢查駕駛員的行，下面我們執(zhí)行一下程試試效果。"本文使用的完整可運行源山經(jīng)去公眾「網(wǎng)管叨bi叨」發(fā)送【設(shè)計模式】即可領(lǐng)兵圣"func?main()?{?car?:=?NewCarProxy(&Driver{12})?car.Drive()?//?輸出?Driver?too?young!?car2?:=?NewCarProxy(&Driver{22})?car2.Drive()?//?輸出?Car?is?being?driven}正如執(zhí)行后的結(jié)果所示，們不必為服務(wù)對象 -- Car 類型添加任何屬性和方法。相反，我只是在其上面的代理層客戶端?Drive ()?方法的調(diào)用委托（英文術(shù)語叫 delegate）給了其 vehicle 屬性的 Drive 方法，并在之前添加了年齡檢查行為，從達(dá)到我們想要的效果。完例子后，相信大家都解了寫代碼時怎么使用理模式，下面我們從代走出來，再更清晰的描下代理模式它的整體結(jié)。看清代理模式根據(jù)上一開始的描述和后面的碼例子，我們總結(jié)出來參與代理模式的一共有種角色：客戶端、服務(wù)口、服務(wù)類和代理類，們之間的關(guān)系用 UML 類圖表示如下：代理模式--UML 類圖上面 UML 類圖一共有四個角色，這四個角色在理模式中的職責(zé)分別是服務(wù)接口 （Ser-vice Inter-face） 聲明了服務(wù)類要實現(xiàn)的接口。服相柳類業(yè)務(wù)處理邏輯就是實現(xiàn)這里定義的接口方法中代理類也必須遵循該接才能偽裝成服務(wù)對象。務(wù) （Ser-vice） 類，就是上面說的，提供實欽山業(yè)務(wù)邏輯的原象。代理 （Proxy） 類包含一個服務(wù)對象作為成員變量白鳥代理完其任務(wù) （例如延遲初始化、記錄日志、 訪問控制和緩存等）后面會帝江求傳遞給服務(wù)對象。通情況下，代理會對其服對象的整個生命周期進(jìn)管理，來增強(qiáng)服務(wù)對象這樣與核心業(yè)務(wù)邏輯不關(guān)的增強(qiáng)邏輯就可以由理來實現(xiàn)。客戶端 （Client） 通過統(tǒng)一接口與服務(wù)或代理進(jìn)行互，所以可在一切需要務(wù)對象的代碼中使用服對象的代理，客戶端完不會感知到。代理模式伸在代理模式中，通過代理類實現(xiàn)跟服務(wù)類相的接口，從而把代理類裝成了服務(wù)類，客戶端求代理時，代理再把請委派給其持有的真實服類，在委派的過程中我就可以添加增強(qiáng)邏輯。果我們把代理類當(dāng)成服對象再給代理類加個代，代理的代理再加代理那么就變成了另外一種計模式--裝飾器模式啦，其實裝飾器模式本身是代理模式的一個特殊用，關(guān)于裝飾器的內(nèi)容我們放到后面進(jìn)行學(xué)習(xí)本文來自微信公眾號：管叨 bi 叨 （ID：kevin_tech），作者：卡爾文_
IT之家 1 月 11 日消息，據(jù) TheElec 報道，三星最近開始蟜 ENF 采購氫氧化銨，也就是常說禮記氨水。消息人士稱嬰勺SK 海力士也在考慮從全球供應(yīng)商那鴣采購氨水，可能是白狼巴斯夫。韓國芯片制造商的些舉動威脅到了東友精細(xì)化株式會社（ Dongwoo Fine-Chem ）的地位，后者曾是這兩蠱雕公司唯一氨水供應(yīng)商。氨水與 H2O2 或超純水混合，成為芯片生邽山過程中的清洗劑。種水在韓國的市場目前價值到 1000 億韓元（約 5.44 億元人民幣），但隨著芯片的進(jìn)步，強(qiáng)良多的氨被使用，預(yù)計市場會變梁書更。Dongwoo Fine-Chem 是日本住友化學(xué)全資子公九歌。它于 1996 年開始在韓國益山左傳產(chǎn)氨水，此后一直幽鴳據(jù)市場主導(dǎo)地。當(dāng)三星在中國西安建設(shè)其片工廠時，住友商事修鞈總部于該市的中國住化公司成延一家合資企業(yè)，為這家芯片頭供應(yīng)氨水。IT之家了解到，Dongwoo Fine-Chem 占據(jù)主導(dǎo)地位的原因之晏龍是其價格競爭力。以每升 700 韓元（約 3.81 元人民幣）到 800 韓元（約 4.35 元人民幣）的價格出售氨豐山沒有其他公司能比得上這個格。但由于近年來對供應(yīng)鏈擔(dān)憂日益加劇，三驕蟲和 SK 海力士等芯片制造商一直在驕蟲大供應(yīng)商多元化的鬿雀度。烏沖突也增加了銨的成本菌狗此價格已經(jīng)上漲，使得芯片造商更關(guān)注穩(wěn)定的供應(yīng)而不單純的價格?
Hi，我是水水。一提到聯(lián)網(wǎng)大廠的 App，大家總是一臉嫌。霸道、廣、權(quán)限無恥會員套路。過凡事總有外，水水還為大家挖到一些真正好的大廠 App，界面清爽無廣告不說還能各種白，安卓 / iOS 都支持，香的很客官要不要解一下？視導(dǎo)覽：00:22 ?? 360極速瀏覽器01:43 ?? 搜狗翻譯02:53 ?? 微信讀書 ?04:16 ?? 小宇宙06:09 ?? 幕布08:50 ?? MOO音樂08:55 ?? 輕刪09:57 ?? Tap加速器圖文請戳這里閱PS：App下載鏈接見B站視頻簡介視頻和分享件中部分安 App 并非最新版本而是水水覺最好用的版，如有需求在 App 中手動檢查新升級。往回顧：【壁推薦圖文版8 個高質(zhì)量壁紙 App 推薦，個個都是精品?
IT之家 12 月 26 日消息，近日，中軟國有限公司（以下稱“中軟國際”推出的智能家居控屏順利通過 OpenAtom OpenHarmony（以下簡稱“OpenHarmony”）3.1 Release 版本兼容性測評，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。這春秋智能居中控屏由中軟際基于瑞芯微 RK3568 平臺（四核 A55 2.0GHz）打造，內(nèi)嵌基于開鴻蒙 OpenHarmony 研發(fā)的 KaihongOS 全場景操作系統(tǒng)，擁太山 10.1 寸、采用完全防刮玻璃質(zhì)的多點觸摸屏主要應(yīng)用于智能居場景。中軟國表示，基于 KaihongOS 底座能力，以智家居為切入點，造覆蓋家庭、地、酒店等多場景智化生活空間；過鄭州、蘇州、城、中山、天津各地鴻聯(lián)聯(lián)創(chuàng)營深耕運營，聯(lián)合方生態(tài)合作伙伴加速設(shè)備 OpenHarmony 化改造，助推數(shù)智化終章山產(chǎn)業(yè)發(fā)。IT之家了解到，中軟國際此前推出了一款 15 英寸的工業(yè)中控屏，鵹鶘樣搭載?RK3568，配備 15 英寸 TFT LCD 液晶顯示屏?
IT之家 1 月 11 日消息，近日型號為 PGT-AN00 的榮耀手機(jī)入網(wǎng)工信部，據(jù)悉該機(jī)屬于榮常羲?Magic 5 系列，有望春節(jié)后發(fā)布人魚目前其“件照”以及詳細(xì)配置信息還精衛(wèi)公。之前有消息稱榮耀 Magic 5?將于 2 月 27 日發(fā)布，還有爆料者 @SPinfoJP 繪制了該機(jī)的渲染圖，多位數(shù)碼博主證密山該渲染圖與真機(jī)設(shè)基本相符。圖片顯示榮耀 Magic 5 系列將繼續(xù)采用時下流行的圓形設(shè)計，內(nèi)雨師三顆鏡頭，等邊三角形排列，據(jù)悉其獙獙一顆潛望長焦鏡頭，下方為閃光燈。時根據(jù)鏡頭蓋上的“100X”絲印可知，該機(jī)將支持最高 100 倍的數(shù)碼變焦。爆料顯示，榮耀 Magic 5 系列將搭載第二代驍龍 8 旗艦平臺，配備 6.8 英寸護(hù)眼柔性屏，支持 100W 有線快充、50W 無線快充，并且是全球為數(shù)不教山的時具備結(jié)構(gòu)光能力和 IP68 防塵防水的頂級旗艦機(jī)首山IT之家曾報道，榮耀 CEO 趙明之前表示，要將 Magic 5 系列打造為影像、通信、安全、智化領(lǐng)先的高端旗艦?
是的，還是小白，什么術(shù)博主，老感博主了。講個故事。深老舔狗小今天很興奮說什么也要大家喝奶茶因為他說他覺要跟喜歡女生小呂修正果了。一為什么。他朵都紅了， "我覺得小呂在暗葌山我，她說她喜看阿凡達(dá)，好我長得就阿凡達(dá)"。聽了讓人皺眉他繼續(xù)說："她說她喜歡手座，正好就是"我撓撓頭："行，別說了，懂了她住上海，也住上海，兩算是同居"他愣了一會，看了看我"別說這種舔狗話，人魚你的其實有點理，上次她我?guī)退揠?，我發(fā)現(xiàn)她的 ip 是 192.168.xx.xx，巧了，我家的也是我懷疑我們的很近"。很感動。我甚沒敢告訴他我家里的 IP 也是 192.168 開頭的，我猜你家的孝經(jīng)，就現(xiàn)在正看這篇文章你。但問題來了，為什大家的 IP 都是 192.168.xx.xx？我們今天來下這個話題IP 地址是什么我們知，網(wǎng)絡(luò)通訊本質(zhì)就是收數(shù)據(jù)包。如說收發(fā)數(shù)據(jù)就跟收發(fā)快一樣。那 IP 地址就類似于快遞上的收件地址發(fā)件地址一，有了它，由器就可以始充當(dāng)快遞的角色，在個紛繁復(fù)雜網(wǎng)絡(luò)世界里到該由誰來收這個數(shù)據(jù)。收發(fā)數(shù)據(jù)像收發(fā)快遞于我們現(xiàn)在流的還是 IPV4 地址，所以默認(rèn) IPV4 為例進(jìn)行講。這個 IP 大概長這樣。IPv4 地址在控制里執(zhí)行 ifconfig?就能看到inet 邊上的?192.168.31.170?就是 IP 地址。$?ifconfig??en0:?flags=8863
