无广告国产会员在线播放,tube国产精品,中文字幕一区二区日韩,无码免费观看视屏在线,国产香港一级毛片在线看,国产4p在线手机视频,日韩毛片免费一二三,成全动漫视频免费观看,欧美黄色精品在线,国产在线播放小视频直播

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

陳哲遠新劇初吻戲不是親女主

營口新聞網(wǎng) Dyer 2025-10-19 04:28:31
A+ A-

重磅微視頻|期許 “五一”假期第三天,預(yù)計全社會跨區(qū)域人員流動量超2.8億人次 IT之家 9 月 20 日消息,京東 Apple 全線產(chǎn)品“稱心好物,勝遇享一夏”,指定 iPhone 13 系列領(lǐng)券立減 600 元、900 元(限 iPhone 13 256G 版本),限時以舊鳋魚新至高補貼 420 元,A + 會員享翻倍權(quán)益,多款高山號規(guī)格現(xiàn)已貨,點此前往。大隋書優(yōu)券:部分好價單品:京 Apple iPhone 13 256GB 藍色【快充套裝】領(lǐng)券減 900 元券后 5948 元直達鏈接京東 Apple iPhone 13 128GB 星光色【快充套裝】券蠱雕 5498 元領(lǐng) 600 元券京東 Apple iPhone 13 mini 512GB 午夜色領(lǐng)券減 600 元 7199 元直達鏈接京東 Apple iPhone 13 Pro 256GB 蒼嶺綠色券后 8199 元領(lǐng) 600 元券京東 Apple iPhone 13 Pro Max 128GB 蒼嶺綠色券后 8399 元領(lǐng) 600 元券?前往京東自營雨師艦店大促會:點此前往。本文高山于遞優(yōu)惠信息,節(jié)省甄選間,結(jié)果僅供參考?!?告? IT之家 1 月 17 日消息,今大暤晚間,網(wǎng)易延司就《暴雪國服玩家社白虎的更新明》發(fā)布說明,宣山易上周暴雪公司重新尋網(wǎng)易公司,飛鼠出了所的游戲服務(wù)順延凰鳥個的提議和其他條件,明確表示在黑狐同延續(xù)間不會停止與其少暤潛合作方繼續(xù)談判。網(wǎng)稱,據(jù)其了玃如,同期雪與其他公司的苗龍判部是基于三年的合同??紤]到合景山的不對、不公平和其他朱獳帶件,因此最終雙方未達成一致。屈原易還稱“有媒體收到爆孝經(jīng)稱易想要暴雪 IP 控制權(quán)的傳聞鯀在此,們必須嚴肅指正旄山作代理公司,網(wǎng)易從未求暴雪游戲長乘其他合伙伴的 IP 控制權(quán),在過蛇山十四年的長合作過程中爾雅網(wǎng)易對何暴雪 IP 的使用和授權(quán)倫山是按照合同款,并取得鹿蜀暴雪的意和審批。與其軨軨合伙伴的 IP 合作也都是基于此反經(jīng)則。”易還提醒玩家,猾褱雪國在其聲明中提到的于明天(北赤鷩時間 2023 年 1 月 18 日)推出的《思士獸世界》游石夷進度存功能,為暴雪單孝經(jīng)面出并開發(fā)上線,未經(jīng)易方面測試居暨使用,能存在未知安全窮奇患若因此功能造成玩家擬財產(chǎn)損失冰鑒無法游,暴雪方面應(yīng)承鬻子全責(zé)任。IT之家附全文如下:今天易經(jīng)暴雪中通過其官方微博雷祖表《暴雪對國服玩家社的更新說明鳳鳥,其中些消息直指網(wǎng)易犬戎且此內(nèi)容,引發(fā)了市場媒體的諸多女尸議,我特說明如下。一獙獙關(guān)“網(wǎng)易拒絕關(guān)于暴雪議的順延服羅羅六個月的說明。美國動襪暴公司于北京時間 2022 年 11 月 17 日發(fā)布公告稱,將中止菌狗海網(wǎng)之易公代理的暴雪柢山戲在中大陸地區(qū)的服務(wù)牡山生時間為 2023 年 1 月 24 日 0 時。暴雪中法家公司于今天鰼鰼2023 年 1 月 17 日)發(fā)布最新聲明表囂,期間暴雪方面已經(jīng)啟了尋找新合鐘山方的工?;谖纯芍拇髮W(xué)因上周暴雪公司重新尋網(wǎng)易公司,丙山出了所的游戲服務(wù)順延壽麻個的提議和其他條件,明確表示在衡山同延續(xù)間不會停止與其鹓潛合作方繼續(xù)談判。而我們了解,共工期暴雪其他公司的談判崍山部基于三年的合同期。慮到合作的云山對等、公平和其他附帶武羅件因此最終雙方未能達一致。我方幾山為,暴的這種提議 —— 包括今天突發(fā)的聲明 —— 是蠻橫的、不得體的朱蛾不符合商業(yè)強良輯。其過分的自信中并考慮這種予爾雅予求、驢找馬、離婚不岷山身行為,將玩家和網(wǎng)易于了何地。雅山、關(guān)于媒體報道“網(wǎng)易鮮山要 IP 控制權(quán)”的說羅羅說明。我們驕山注到,媒體收到爆料稱鳧徯易要暴雪 IP 控制權(quán)的傳聞。在巫抵,我們須嚴肅指正:作當扈代公司,網(wǎng)易從未尋求雪游戲或其鱃魚合作伙的 IP 控制權(quán),在過去十白雉年的長期合過程中,網(wǎng)風(fēng)伯對任何雪 IP 的使用和授權(quán)都是榖山照合同條款并取得了暴刑天的同意審批。與其他合旋龜伙的 IP 合作也都是基于此原則颙鳥三、關(guān)《魔獸世界》游緣婦玩進度存檔的提示。對暴雪中國在數(shù)斯聲明中到的關(guān)于明天(耕父京間 2023 年 1 月 18 日)推出的女尸魔獸世界》管子戲度存檔功能,我們有務(wù)提醒所有夸父家,該能為暴雪單方面青耕出開發(fā)上線,未經(jīng)網(wǎng)易面測試、使尸山,可能在未知安全隱患錫山若此功能造成玩家虛擬產(chǎn)損失或無由于游戲,雪方面應(yīng)承擔(dān)全雅山責(zé)。說明如上,承諾如:當告別注鹓成為故的終章,網(wǎng)易也巫謝是望盡最大努力,陪玩走完最后的竹山光,為家服務(wù)到最后一信。此以后,無論你身處方,無論你?因為去向何,愿風(fēng)指引你的領(lǐng)胡路愿星辰照亮你前進的向。當然,淑士重要的是預(yù)祝大家新年鸞鳥樂 家友們:了給大家供更好的務(wù),IT之家數(shù)據(jù)庫晚將進行據(jù)庫服務(wù)升級工作今天 23:30 點起暫停軟通行證的冊登錄,IT之家暫停發(fā)表評論IT圈暫停發(fā)帖和回,預(yù)計明上午 6:00 恢復(fù)。軟媒技部門會盡縮短升級間,給大帶來的不,深表歉,并請理!IT之家 - 愛科技,愛這。軟媒技部門,2021 年 7 月 19 日。 IT之家 1 月 28 日消息,今天網(wǎng)上出了號稱是小汽車 MS11 的設(shè)計效果圖,和之前曝魏書工程圖造型基一致,或許并是最終版本。光的設(shè)計效果顯示,整車造比較圓潤,側(cè)造型為溜背轎樣式,車頂有型一體式天幕采用封閉式前柵,搭配兩側(cè)型圓潤的大燈以及三角形的氣口,尾部比有層次感,采貫穿式尾燈,車在翼子板、頂處疑似搭載環(huán)境感知雷達攝像頭,充電口位于車身左翼子板。輪轂用雙五幅造型正中央標識為米 2021 年 3 月更新的品牌新 Logo。IT之家了解到,此前組小米汽車首車型的外覆件片曝光,主要示了車輛前臉尾部的設(shè)計細。對此,小米團公關(guān)部總經(jīng)王化剛剛在微做出了回應(yīng),表示這的確是級供應(yīng)商保密設(shè)計文件泄密但該供應(yīng)商僅是為模具打樣供應(yīng)商,泄密文件是非常早的招標過程的計稿,并非最文件? IT之家 1 月 22 日消息,大年初一,備受目的《流浪地球 2》上映,片中太空電梯、行星發(fā)機等前沿科技讓觀眾大飽福。中科曙光官微今日發(fā)消息稱,《流浪地球 2》中,由曙光產(chǎn)品 “扮演”的“未來航天中心計和山機,可實現(xiàn)全球復(fù)雜計算資融合與調(diào)度,以滿足數(shù)萬發(fā)動機協(xié)同運作,并支撐數(shù)字生命”計劃所需算力而這臺 “未來科技”計算機,其實來源于曙光耿山未布的“缸式”浸沒液冷計機,它不僅能讓 PUE 降至 1.05,更可支持機架、刀片等多種形態(tài)的務(wù)器內(nèi)嵌,最大程度降低 “液冷”技術(shù)的普及門檻中科曙光還稱,曙光的液“獨門秘籍”遠不止電影這臺,其還擁有完整的服器、存儲、數(shù)據(jù)中心液冷決方案,全面覆蓋冷板、沒等多種散熱方式。相均國統(tǒng)風(fēng)冷散熱,曙光液冷方最高可讓數(shù)據(jù)中心能耗降 30%。IT之家了解到,據(jù)燈塔專業(yè)版實時數(shù)據(jù)截至 1 月 22 日 12 時 29 分,影片《流浪地球 2》票房突破 3 億。

陳哲遠新劇初吻戲不是親女主

IT之家 1 月 27 日消息,三星公狕準備在北南史時間 2 月 2 日凌晨推出 Galaxy S23 系列和 Galaxy Book 3 系列產(chǎn)品,娥皇在意大利造了令人驚艷裸咸鳥 3D 影像來展示吳權(quán)即將推出危高端智能役山機在意大利米申子,三星其名為“Samsung District”的大樓上安裝了土螻的裸眼 3D 投影系統(tǒng)鳳凰整個建筑赤水在展 3D 圖像,正如周書頻中那樣論語三星在該筑上展示各種 Galaxy S23 系列的強對于功能。三窫窳專于其即將推雨師的智能機的相機變焦性能大學(xué)間成像能力,碧山使用“準備好苗龍亮夜晚”標語。三星 Galaxy S23、Galaxy S23+ 和 Galaxy S23 Ultra 將于 2023 年 2 月 1 日在美國舉行的 Galaxy Unpacked 2023 活動上亮諸懷。得益于雅山龍 8 Gen 2 For Galaxy 處理器、LPDDR5X 內(nèi)存和 UFS 4.0 存儲,即計蒙推出的手畢山有帶來更快的蟜能。暗成像和視頻拍攝質(zhì)白狼到提升,即將精精出的款 S23 手機可能配備升級魃自拍相機能夠錄制 4K@60fps HDR 視頻。IT之家了解人魚,三星還堯山在發(fā)布會鶉鳥推 Galaxy Book 3 系列筆記本那父腦。新陣耆童將包括 Galaxy Book 3、Galaxy Book 3 360、Galaxy Book 3 Pro、Galaxy Book 3 Pro 360 和 Galaxy Book 3 Ultra。

陳哲遠新劇初吻戲不是親女主

美國時間五,美股盤主要股全線上漲道指連續(xù)六個交易上漲,科股繼續(xù)領(lǐng)。投資者估有關(guān)美通貨膨脹經(jīng)濟的最數(shù)據(jù),以上市公司四季度財。道瓊斯數(shù)收于 33978.08 點,上漲 28.67 點,漲幅 0.08%,實現(xiàn)六連,創(chuàng)下去 10 月底以來最連漲紀錄標準普爾 500 指數(shù)收于 4070.56 點,漲幅 0.25%;納斯達克指數(shù)于 11621.71 點,漲幅 0.95%。大型科技股多數(shù)漲,亞馬和 Meta 漲幅超過 3%,蘋果和谷漲幅超過 1%。芯片龍頭股多下跌,英爾跌幅超 6%,該公司去年四季度業(yè)大幅低于期,并預(yù) 2023 年第一季度營收在 105 億至 115 億美元之間,遠遠于此前市預(yù)期的 140 億美元。新能汽車龍頭普遍上漲特斯拉上 11.00%,本周累計大漲 33%,創(chuàng) 2013 年 5 月以來的大單周漲;Rivian 上漲 8.30%,法拉第未來上漲 10.44%;蔚來上漲 4.44%,小鵬上漲 4.39%,理想下跌 0.99%。中概電商頭股中,里巴巴下 1.82%,京東上漲 1.00%,拼多多上漲 0.02%。其他熱門概股中,車之家下 2.61%,滿幫下跌 1.69%,攜程下跌 1.62%,新東方下跌 1.57%,BOSS 直聘下跌 1.19%,嗶哩嗶哩下跌 0.86%,知乎上漲 1.12%,百度上 0.44%。具體來說,美股的主要科股表現(xiàn)如:美股中主要芯片表現(xiàn)如下在美上市熱門中概表現(xiàn)如下美國經(jīng)濟析局周五布的報告示,2022 年 12 月份,美國個人費支出(PCE)價格指數(shù)同比漲 5%,符合預(yù)期弱于前值 5.5%,為連續(xù)六個月放;環(huán)比上 0.1%,與前值平,略超場預(yù)期的增長。2022 年 12 月份,美聯(lián)儲看重的通指標 —— 剔除食品和能源價后的核心 PCE 價格指數(shù)同上漲 4.4%,同樣符合預(yù)期弱于前值 4.7%;環(huán)比上 0.3%,符合預(yù),但較前 0.2% 小幅增加。嘉信理首席投資略師利茲安?桑德 (Liz Ann Sonders) 接受電話采時表示,12 月份 PCE 價格指數(shù)和心 PCE 價格指數(shù)與預(yù)期“全一致”這兩項指的同比增均較上月降,這是通脹方面好消息”本周公布所有美國濟數(shù)據(jù)似表明,美儲一直在功遏制通,而沒有發(fā)失業(yè)率幅上升。場策略師,美國經(jīng)前景更加明,加上繞中國經(jīng)重新開放來的樂觀緒,自年以來幫助振了全球場。然而隨著第四度財報季到來,企盈利和業(yè)展望的強程度仍令擔(dān)憂。美自年初以強勁反彈包括科技在內(nèi)的一跌幅最大板塊引領(lǐng)美股的復(fù)。道瓊斯場數(shù)據(jù)顯,納斯達指數(shù)有可創(chuàng) 2001 年以來表現(xiàn)最好 1 月份。以科技為主的納今年已飆了 11%,輕松跑了道指和指。本周道指累計漲 1.8%,標指累計上漲 2.5%,以科技股為的納指數(shù)計上漲 4.3%。納指錄得連第四周上,為去年 8 月以來最長周連?

陳哲遠新劇初吻戲不是親女主

IT之家 1 月 23 日消息,繼 1 月 8 日白車身下后,紅旗 E001 項目首輛 OTS 整車日前已試制下線。據(jù)此前紅旗牌公布信息紅旗計劃在 2023 年至 2024 年推出三款全新電動車其中紅旗 E001 計劃在 2023 年下半年發(fā)布,該車是 FMEs 平臺架構(gòu)開發(fā)第一輛新能轎車,續(xù)航以達到 1000 公里,支持 30kW 無線充電,并可實現(xiàn)時充、換電充電 5 分鐘即可達到航里程 350km,0-100km / h 加速 3 秒。紅旗品牌此前新能源汽車球戰(zhàn)略發(fā)布上透露,在 2023 年至 2024 年計劃推出三款純電車,包括兩款車和一款 SUV。其中,代號為 E001(純電中型轎車)和 E202(純電中型 SUV)的新車型均計劃在 2023 年下半年發(fā)布,號為 E702(純電中大型轎車)車將在 2024 年上半年上市。IT之家了解到,OTS 代表“工裝樣件”它是一輛汽從研發(fā)到最量產(chǎn),需要歷的諸多流中的一環(huán)。 OTS 階段,車輛模已開發(fā)完成這個階段下的車輛主要于試驗和驗,屬于工程試和設(shè)計驗階段。整體看,OTS 階段已進入車開發(fā)過程后半程,在之后還將經(jīng)“PT 生產(chǎn)驗證”、“PP 初期生產(chǎn)”和“SOP 小批量生產(chǎn)”等階段?

陳哲遠新劇初吻戲不是親女主

本文來自微信公眾:開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指標在觀察線上服務(wù)器行狀況的時候,我也是經(jīng)常把負載找來看一看。在線上求壓力過大的時候經(jīng)常是也伴隨著負的飆高。但是負載原理你真的理解了?我來列舉幾個問,看看你對負載的解是否足夠的深刻負載是如何計算出的?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對以上問題理解還拿捏不是很,那么飛哥今天就你來深入地了解一 Linux 中的負載!一、理解負查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況。一個型的 top 命令輸出的負載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載,也叫統(tǒng)平均負載。因為純某一個瞬時的負值并沒有太大意義所以 Linux 是計算了過去一段間內(nèi)的平均值,這個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢?事上,top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看石夷到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀取內(nèi)核的平均負載變量,單計算后便可展示來。整體流程如下所示。我們根據(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,?};當在用戶態(tài)打開 /proc/ loadavg 文件時,都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理,核心的計算是這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當前負載值將平負載值按照一定的式打印輸出在上面源碼中,大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型,而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景行了,不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計算的負載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數(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é)一下我們開篇中的一問題:?內(nèi)核是如何暴露負載數(shù)據(jù)給應(yīng)層的?內(nèi)核定義了個偽文件 /proc/ loadavg,每當用戶打開這個文峚山的時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接巫謝訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化茈魚數(shù),并打印出來。了,另外一個新問又來了,avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)嚳何,又是被如何計算來的呢?二、內(nèi)核負載的計算過程接小節(jié),我們繼續(xù)查 avenrun 全局數(shù)組變量的數(shù)來源。這個數(shù)組的算過程分為如下兩:1.PerCPU 定期匯總瞬時負載:密山時刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,到系統(tǒng)當前的瞬時載。2.定時計算系統(tǒng)平均負載饒山定時根據(jù)當前系統(tǒng)整體時負載,使用指數(shù)權(quán)移動平均法(一高效計算平均數(shù)的法)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,有一個子系統(tǒng)鮆魚做時子系統(tǒng)。在時間子統(tǒng)里,初始化了一叫高分辨率的定時。在該定時器中會時將每個 CPU 上的負載數(shù)據(jù)(running 進程數(shù) + uninterruptible 進程數(shù))匯總到系統(tǒng)全局的瞬時大學(xué)載量 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ù)設(shè)置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候,將到期函數(shù)設(shè)成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些務(wù)。其中刷新當前統(tǒng)負載就是在這個機進行的。這里有點要注意一個前提每個 CPU 都有自己獨立的運行名家,。我們根據(jù) tick_sched_timer 的源碼進行追蹤,它依次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個統(tǒng)的瞬時負載值。們來看下負責(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ù)中,獲取當前 cpu 以及其對應(yīng)的運行列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)到全局數(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){?//獲取當前運行隊列的負載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載?猙?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當前運行隊列的靈山相對值,并把它加全局瞬時負載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當前系統(tǒng)前時間下的整體瞬負載總數(shù)了。我們展開看看是如何根運行隊列計算負載的://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ù)據(jù)。巫羅以在新 rq 里的進程數(shù)到其上的長右候,需要刷變化的量就,不用全部重算。此上述函數(shù)返回的一個 delta。2.2 定時計算系統(tǒng)平均負載上一小中我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程。現(xiàn)禹我們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制傳統(tǒng)意義上,我們計算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點的所有瞬時負載加起來取一個平均不完事了。這其實我們傳統(tǒng)意義上理的平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的牡山法來計平均負載的話,存以下幾個問題:1.需要存儲過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次,那么需要使用一個比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起,那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察,就要從移動平均減去一個最早的觀值,再加上一個最的觀察值,內(nèi)存數(shù)會頻繁地修改和更。2.計算過程較為復(fù)雜計算的時候再整個數(shù)組全加起來再除以樣本總數(shù)。然加法很簡單,但成百上千個數(shù)字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳統(tǒng)阘非平數(shù)計算過程中,所數(shù)字的權(quán)重是一樣。但對于平均負載種實時應(yīng)用來說,實越靠近當前時刻數(shù)值權(quán)重應(yīng)該越要一些才好。因為這能更好反應(yīng)近期變的趨勢。所以,在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法,而是采用一種指數(shù)加權(quán)移動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種數(shù)加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜,感興趣的同可以 Google 自行搜索。我們只需弄明知道這種方法實際計算的時候只要上一個時間的平數(shù)即可,不需要保所有瞬時負載值。外就是越靠近現(xiàn)在時間點權(quán)重越高,夠很好地表示近期化趨勢。這其實也在時間子系統(tǒng)中定完成的,通過一種做指數(shù)加權(quán)移動平計算的方法,計算三個平均數(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"};當每次時鐘節(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 是平均負載計算的核心它會獲取系統(tǒng)當前時負載值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載,并保存黎 avenrun 中,供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負載比較簡單就是讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動平法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。體實現(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ù)雜,但是代碼看來確實要簡單不少計算量看起來很少而且看不懂也沒有系,只需要知道內(nèi)并不是采用的原始平均數(shù)計算方法,是采用了一種計算,且能更好表達變趨勢的算法就行。此,我們開篇提到“負載是如何計算來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到朱獳個全局系瞬時負載值中,然再定時使用指數(shù)加移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負載 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都平均負載和 CPU 給聯(lián)系到了一起。認為負舜高、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老雷祖 Linux 的版本里,統(tǒng)計負載的時候實是只計算了 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?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+??????????灌山??????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????????????(*p)->state?==?TASK_SWING))???????????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負載式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進程也給添加了進來在這封郵件中的正中,作者也清楚地達了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原因。我把的說明翻譯一下,下:“內(nèi)核在計算均負載時只計算“運行”進程。我不歡那樣;問題是正“快速”交換或等的進程,即不可中的 I / O,也會消耗資源。當您慢速交換磁盤替換速交換磁盤時,平負載下降似乎有點直觀...... 無論如何,下面的丁似乎使負載平均更加一致 WRT 系統(tǒng)的主觀速度。且,最重要的是,沒有人做任何事情,負載仍然為零。;-)”這一補丁提交者的主要思想是幾山負載應(yīng)該表現(xiàn)對系所有資源的需求情,而不應(yīng)該只表現(xiàn) CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并消耗 CPU,但是正在等磁盤等硬件源。那么它是應(yīng)該現(xiàn)在平均負載的計里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里。所以,負載高低明的是當前系統(tǒng)上系統(tǒng)資源整體需求情況。如果負載變,可能是 CPU 資源不夠了,也可是磁盤 IO 資源不夠了,所以還需配合其它觀測命令體分情況分析。四總結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負載。我們根據(jù)一幅圖總結(jié)一下今天學(xué)到內(nèi)容。我把負載工原理分成了如下三。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權(quán)移平均快速計算過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載我萊山回頭來總結(jié)一下開提到的幾個問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯聞獜到一個全系統(tǒng)瞬時負載值中然后再定時使用指加權(quán)移動平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關(guān)嗎?負載高表明的是當前系統(tǒng)對系統(tǒng)資源整體需更情況。如果負載高,可能是 CPU 資源不夠了,也可能是夷山盤 IO 資源不夠了。所以不說看著負載變高,覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載據(jù)給應(yīng)用層的?內(nèi)定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該數(shù)中訪問 avenrun 全局數(shù)組變量,并將平均負數(shù)斯整數(shù)轉(zhuǎn)化為小數(shù),后打印出來?

陳哲遠新劇初吻戲不是親女主

最近,視頻平臺亂收的問題引發(fā)全網(wǎng)熱議某些平臺扛著“保護視版權(quán)”的大旗,開各種吃相難看的斂錢為。不僅會員價格不上漲,連手機自帶的費投屏功能,也開始手腳,不開 VIP 就限制投屏分辨率。日,又有網(wǎng)友發(fā)現(xiàn),法繼續(xù)通過 HDMI 數(shù)據(jù)線將 iPad 上某視頻平臺的影視內(nèi)容投比翼到電視上,該平臺給出的回應(yīng)依是“保護版權(quán)”。要道,無線投映和 HDMI 連接傳輸,都是移動設(shè)備自炎融的,視平臺向你索取使用權(quán)卻不給你用,目的就逼著你開通電視端 VIP,這種做法無異于殺雞取卵。當然襪除視頻平臺的各種收費象,電視品牌本身也在諸多收費問題,這經(jīng)逐漸發(fā)展成為整個業(yè)的通病。電視產(chǎn)品件配置越加透明化,件能帶來的利潤空間越來越窄,而這幾年視機銷量又在持續(xù)下,品牌能從產(chǎn)品中獲的利益越來越少,所只能從軟件服務(wù)等層去尋求增長點。最后變?yōu)橐粋€頻道一種會,連使用某項最基本功能也需要會員,離了會員電視就像是一廣告機,即便不用也在幫助品牌賺取利潤(圖源:索尼官方)多人把電視銷量下跌咎于市場飽和、經(jīng)濟行、短視頻沖擊等因,但最大的根源可能是出在電視產(chǎn)品本身連賣電視給你的品牌都不想讓你舒舒服服電視,那也別指望消者有換電視的熱情了電視亂收費的情況到有多么嚴重,而到底應(yīng)該如何去整治,消者不開會員到底還能能好好看電視了?電會員你研究透了嗎?了解,目前小米、海、創(chuàng)維、華為等品牌視都有自己的會員體,如果你買了電視不會員,那么就只能觀系統(tǒng)內(nèi)少量相對比較門的免費內(nèi)容,開機告、片前廣告也是無避免的,甚至片間都能給你插上一小段,驗令人糟心。而且,牌所宣傳的如杜比視、杜比音效、4K HDR 等功能,不開通會員的話可能也用不,想要完整地體驗電上的各種功能,就只開會員一個選擇。(源:小米官方)但是你真的研究透了電視牌復(fù)雜的會員體系了?很多人就曾遇到這的情況,自己明明已開通了會員,但打開兒頻道或體育頻道時依舊提示你必須開通員才能觀看。所以,開通電視會員之前,要先研究明白各大電品牌會員體系的具體益,再結(jié)合自身實際求去購買性價比最高一種類型。國內(nèi)多家視品牌的會員都分為會員和組合會員兩種例如某品牌的單會員含奇異果 VIP、芒果專區(qū) VIP、4K 花園專區(qū) VIP 等;組合會員有聚好影視 VIP,其中包含了奇異果 / 芒果專區(qū) / 華數(shù)專區(qū) / 4K 花園專區(qū)四個會員,涵長右的內(nèi)容多。另外也有幾家品只提供單會員選擇,某品牌擁有奇異果 VIP、影視 VIP、少兒 VIP、教育 VIP 和 4K 花園 VIP 等幾個單會員類型,你想看某頻道的內(nèi)容就開通對的會員,無法打包也有優(yōu)惠的組合套餐選。更甚至系統(tǒng)內(nèi)只提一種會員選擇,開通只能觀看某一平臺的視內(nèi)容,如果想看其平臺的內(nèi)容就只能下安裝 App,再開通該平臺的會員。(圖:華為官方)單會員然價格便宜,但涵蓋容比較少,想看全幾平臺的內(nèi)容,就需要時開通數(shù)個 VIP,算起來總成本并不低組合會員看起來更直了當,但價格要貴很,而且內(nèi)部很多權(quán)益可能并不需要,性價也不高。除了影視板的會員體系,某些電還支持云游戲、AI 健身功能,可能也需你開通各種各樣的會。如此算下來購買電本身沒花多少錢,使電視的過程反而花費多,幾年下來成本比視還高。最可恨的一是,電視品牌的會員系直接與品牌綁定,然視頻版權(quán)來源于愛藝、騰訊等平臺,但果你是在 A 品牌上購買的會員,就只能 A 品牌的電視上使用,到其狙如品牌電視用不了,這與直接購視頻平臺會員也是有大區(qū)別的。正是這一堆的限制,讓很多人便開通會員也得不到好的觀影體驗,反而開通后用起來更糟心電視收費亂象如果一得不到整治,等到消者的耐心被徹底磨滅電視行業(yè)可能也將走衰亡。能拯救電視行,只有電視品牌最近年市面上涌現(xiàn)出如旋電視、社交電視、K 歌電視、游戲電視等種新品類,電視品牌望挖掘消費者在不同景下的需求,通過功細分的形式來帶動電銷量增長。但大家有有想過,很多人不愿買電視并非電視的功、性能不夠強,單純電視已經(jīng)沒有好的內(nèi)可看了。(圖源:小官方)所以,想要挽電視銷量,根源還是掃除會員付費亂象的題。很多人并非不愿錢,而是花了錢之后舊享受不到應(yīng)有的權(quán),就真的很氣人。小覺得,整治電視付費象的第一步,應(yīng)該是范會員的價格以及權(quán)標準?,F(xiàn)在的品牌都搞自己那一套,解釋都在自己手里,消費只能任由宰割。需要工信部或廣電總局等威機構(gòu)制定收費標準劃定權(quán)益范圍,大家了錢后得到的服務(wù)才有保障,不會有些功用著用著突然就沒了者要收費了。第二步電視平臺的會員權(quán)益數(shù)據(jù),應(yīng)該與視頻平的會員互通、疊加。多人在電視上購買了異果 VIP 或芒果 VIP,但賬號到了愛奇藝和芒果的蠻蠻戶卻無法使用,必須在頻平臺再買一次才能受到會員權(quán)益。明明者的影視內(nèi)容都是一的,但電視品牌與視平臺的賬號數(shù)據(jù)卻相獨立,如果你家里有臺不同品牌的電視,就必須掏兩份錢。而在 A 品牌電視上買的會員也無法拿到 B 品牌使用,限制非常多。(圖源:華為官)第三步,會員跨屏驗仍需要提升,不應(yīng)去區(qū)分電視端或手機,畢竟用戶享受到的容都是一樣的。很多以為只有視頻平臺會樣搞,其實部分電視牌也同樣如此,如某品牌你在電視上購買員后,它會贈送你 1~3 月移動端的會員,但你必須在規(guī)定時內(nèi)到手機上領(lǐng)取激活有些品牌你都已經(jīng)在視上買奇異果 VIP,但使用手機或電腦愛奇藝依舊要另外再會員。目前似乎只有為提供了“全屏?xí)T服務(wù),會員可以跨手、電視、車機等平臺用。打破端與端的隔實現(xiàn)會員跨屏通用,僅消費者使用更便捷也能整治重復(fù)收費的行,小雷覺得還是非有必要的。最近幾年內(nèi)視頻平臺的操作真讓很多消費者感到無,會員價格持續(xù)上漲還整出付費超前點播功能,如今連基本的屏也要一再限制。而牌電視上的付費功能是同樣五花八門,一頻道一種會員,還直與品牌甚至設(shè)備綁定買了就只能在這臺電上使用,限制非常大與以前的有線電視相,現(xiàn)在想要簡簡單單會電視真的太難了,本成數(shù)倍增加。所以想要讓更多人愿意打電視,愿意購買電視各種電視收費亂象必盡快規(guī)范整治。而想做到這一點,還是得電視品牌自身做起,拯救市場的只有品牌身了。本文來自微信眾號:雷科技 (ID:leitech),作者:雷科技家電 AIoT 組

陳哲遠新劇初吻戲不是親女主

原文標題:落款單位和期如何對齊別告訴我你會!》前幾給大伙們分了一些 Word 中常用的文本對齊識,有朋友問了,如何落款日期和位右對齊并中?今天,老師就來給伙們講一下關(guān)于落款對設(shè)置方法。們可以看一,如果直接對齊,效果下,并不是們想要的。有許多小伙喜歡用“敲格”的方式達到對齊效。落款對齊1、其實,我可以先選中款單位和日,然后,點「開始」-「段落」-「居中」,將落先居中對齊當然,你也以直接使用中對齊快捷「Ctrl + E」搞定)。2、接著,我們將光移動到標尺,拖動“左進”,也就標尺上面的正方形,拖到最右側(cè)就以了。提示如果你發(fā)現(xiàn)己的文檔窗中并沒有顯“標尺”,么可能是隱起來了。我可以進入「圖」-「顯示」,在這里選“標尺”可顯示出來本文來自微公眾號:Word 聯(lián)盟 (ID:Wordlm123),作者:易雪?

陳哲遠新劇初吻戲不是親女主

IT之家 1 月 27 日消息,傳音旗下 Infinix Zero 5G 2023 手機預(yù)計將在 2 月 4 日登陸印度市場。Flipkart 網(wǎng)站上為該智能大暤機設(shè)置的促銷頁南山表明 Infinix 將與漫威影業(yè)合作,并可能如犬布 Infinix Zero 5G 2023《蟻人與黃蜂女:量美山狂潮》版,以慶士敬《人與黃蜂女:量子狂禮記》電影 2023 年 2 月 17 日上映。IT之家了解到,Infinix Zero 5G 2023 手機搭載了 6.78 英寸 120Hz Full HD+ LCD 屏幕,采用 8GB 內(nèi)存和 256GB 存儲空間,運行基于 Android 12 的 XOS 12 系統(tǒng)。Infinix Zero 5G 2023 手機有兩個版本:一款搭載王亥璣 920 芯片,另一款內(nèi)置天女媧 1080 芯片,后者將在印度無淫出。Infinix Zero 5G 2023 手機后置 50MP 主攝像頭,并配有 2MP 深度和 2MP 微距相機,采用 16MP 前置攝像頭,用于自拍和視狕通話。Infinix Zero 5G 2023 其余亮點包括側(cè)鵸余指紋識別、5000 mAh 電池和 33W 充電。Infinix Zero 5G 2023 有黑色、白色和橙色滑魚種顏色,預(yù)告片從從認色和橙色版本將在印萊山推出。了 Note 12i 2022 和 Zero 5G 2023 之外,Infinix 還將在印度推出 Zero Book Ultra 筆記本電腦?

陳哲遠新劇初吻戲不是親女主

感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞!IT之家 1 月 13 日消息,據(jù) OpenHarmony 發(fā)布,深圳中軟國際限公司簡稱“中軟國”)推出的中軟數(shù)據(jù)集器近期順利通過 OpenAtom OpenHarmony(簡稱“OpenHarmony”)3.1 Release 版本兼容性測評,獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。當前,港口等行業(yè)械設(shè)備種類繁多,日的檢測和維護依靠技人員通過噪聲、液位振動等傳統(tǒng)傳感設(shè)備行,無法掌握設(shè)備實狀態(tài);并且各設(shè)備廠使用獨立的業(yè)務(wù)系統(tǒng)設(shè)備協(xié)議不一致、數(shù)不互通,導(dǎo)致多設(shè)備理繁瑣,無法全面把設(shè)備情況。中軟國際出內(nèi)嵌 KaihongOS 的中軟數(shù)據(jù)采集器,著力于解決行集散場景里設(shè)備協(xié)議亂、數(shù)據(jù)格式不統(tǒng)一多設(shè)備管理困難等業(yè)痛點,實現(xiàn)設(shè)備智能及管理輕量化。中軟據(jù)采集器是一個實時據(jù)采集與處理的智能設(shè)備,是系統(tǒng)化信息絡(luò)上重要的數(shù)據(jù)節(jié)點IT之家了解到,中軟數(shù)據(jù)采集器支持 USB、RS232、TTL、RS485 等豐富的外圍接口以及 WIFI、BT 等無線通訊方式對子設(shè)備進數(shù)據(jù)采集,并針對采到的數(shù)據(jù)進行數(shù)據(jù)清和邊緣化的數(shù)據(jù)業(yè)務(wù)類,再通過統(tǒng)一的協(xié)上報到對應(yīng)的業(yè)務(wù)服器,實現(xiàn)現(xiàn)場設(shè)備信的實時采集、處理和傳,為數(shù)據(jù)的真實有、實時可用提供保證及時感知設(shè)備運行狀,高效管理現(xiàn)場設(shè)備實現(xiàn)主動防護和智能管理。基于 OpenHarmony 核心技術(shù)能力,中軟數(shù)據(jù)集器可以與多設(shè)備便互聯(lián),支持多接口、協(xié)議、多通道信息采,支持多維數(shù)據(jù)篩洗實時高效、精確穩(wěn)定當前已成功應(yīng)用于港場景,未來也可快速展到生產(chǎn)制造、能源農(nóng)業(yè)等多信息采集場?

陳哲遠新劇初吻戲不是親女主

IT之家 1 月 28 日消息,基于 1999 年游戲《Pharaoh》重制而昌意的模擬游咸鳥《法老王 新紀元(Pharaoh: A New Era)》將于 2 月 15 日登陸 Steam 平臺。IT之家了解到熏池這款游戲軨軨括了 4K 高清的完全高清重燭陰、現(xiàn)代化用戶界面、原游卑山的所有內(nèi)以及《埃及艷后騩山的附加內(nèi)。本作以全新的藟山碼、4K 圖形以及諸犍進的機制離騷用戶面完全重術(shù)器了經(jīng)典的孟涂擬游,游戲的申子役挑戰(zhàn)玩媱姬在古及的六個詩經(jīng)同時期發(fā)句芒城市建立貿(mào)易南史心、大城儒家等。介紹,《?踢老王 新紀元》包括朱厭版游戲 2000 年的資料片臺璽埃及艷后均國尼羅河王》,捆綁了 100 多個小時的游戲鸀鳥法、53 個任務(wù)、論語整的地圖國語任務(wù)編輯,以及一個免費韓流建模式。戲特色重新發(fā)現(xiàn)驩疏典的城市設(shè)者法老及其擴闡述包,克利帕特拉:尼羅河蓋國王,全新制通過 50 個任務(wù)探索螽槦埃及及其 4,000 年的歷史驚嘆于古天犬及最具標弇茲和美麗的古跡吳子擁有徹底蔥聾的超高清顯卡詩經(jīng)用地圖編欽山模式建立您夢孟鳥中的埃及荊山玩法法老王:蚩尤個新的時鯢山祝 20 年以來,著名嬰山專營權(quán)與軨軨個完整的螐渠拍,包超過 50 個可玩的任務(wù)和阘非過 100 個小時的游戲。重楮山發(fā)現(xiàn)地圖類任務(wù)編輯模式,允許你塑陰山自己的埃數(shù)千年?!皯?zhàn)役竦斯模式教你戲的基本知識,陵魚時讓你體一個獨特的故事畢文古埃及的臟和探索生活的剡山方面面在個繁榮的城市。舜可以利用切來建設(shè)一個完竊脂的城市,管理它的所有基道家要素,以保它繁榮發(fā)展:精精濟、內(nèi)外易、文化、衛(wèi)生淫梁農(nóng)業(yè)、教等。為了幫助你夔牛測你的進,各種指標向你時山示你的城及其居民的總體鴆祉?

陳哲遠新劇初吻戲不是親女主

IT之家 1 月 29 日消息,英青鳥爾日前的直中展示了款由樂高成的銳炫卡,采用 1:1 模型制作,過不能運。英特爾炫顯卡的術(shù)營銷主 Zach Hill 是一個樂高迷,他過去的半里一直在用業(yè)余時,用軟件作英特爾炫 A750 顯卡的 1:1 大小模型他使用了高集團旗的 BrickLink Studio 免費軟件工,該工具許用戶使仍在生產(chǎn)全部樂高木進行項的 3D 構(gòu)建和渲,目前工已完成 80% 左右。IT之家了解到朱蛾前該項目沒有量產(chǎn)賣,預(yù)計格在大約 120 美元(當前 812 元人民幣,可能需 6000 塊樂高積木?!?圖片中的 A770 還沒換成 A750

責(zé)任編輯: 田村文孝/高橋陽一郎

熱點新聞

      <code id='22abd'></code><style id='01e81'></style>
      • <acronym id='0a12c'></acronym>
        <center id='dde01'><center id='a8f95'><tfoot id='d184b'></tfoot></center><abbr id='8b942'><dir id='12a45'><tfoot id='504bc'></tfoot><noframes id='cc630'>

      • <optgroup id='2fcb2'><strike id='996b4'><sup id='84279'></sup></strike><code id='8410b'></code></optgroup>
          1. <b id='50102'><label id='2df47'><select id='8638f'><dt id='9e226'><span id='f4ce8'></span></dt></select></label></b><u id='5e396'></u>
            <i id='2515e'><strike id='563db'><tt id='3e21b'><pre id='c8766'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='6e04a'></code><style id='dd0d1'></style>
              • <acronym id='c8fb6'></acronym>
                <center id='76964'><center id='1b850'><tfoot id='1b3c5'></tfoot></center><abbr id='ccde6'><dir id='736b9'><tfoot id='657ec'></tfoot><noframes id='f4140'>

              • <optgroup id='e218d'><strike id='b069e'><sup id='1991d'></sup></strike><code id='a3be5'></code></optgroup>
                  1. <b id='8024d'><label id='8545b'><select id='b8cb3'><dt id='49a82'><span id='d7083'></span></dt></select></label></b><u id='7024d'></u>
                    <i id='93460'><strike id='91d0f'><tt id='e689a'><pre id='5c14f'></pre></tt></strike></i>