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