男生出去旅行,到底有多隨意 坩堝到底是啥?幾千度的鋼水都無法熔化它,3000年前我國就有了 IT之家 1 月 17 日消息,根據(jù)汽車行業(yè)數(shù)據(jù)預(yù)測司 AutoForecast Solutions 的最新數(shù)據(jù),截至 1 月 15 日,由于芯片短缺,今年全汽車市場已累計減約 21.91 萬輛汽車,其中亞洲他地區(qū)的減產(chǎn)量為 17.01 萬輛,約占全球減產(chǎn)量的 78%。圖源 Pexels據(jù) AFS 統(tǒng)計,2022 年全球汽車產(chǎn)業(yè)因片短缺問題,減產(chǎn) 450 萬輛新車。展望 2023 年芯片短缺依舊將響汽車產(chǎn)量,預(yù)計產(chǎn)將達(dá) 300 萬輛。汽車芯片市場增長速度比其他領(lǐng)更快,包括智能手和數(shù)據(jù)中心。現(xiàn)代車需要更多芯片,些芯片也比以往任時候都昂貴。由于求旺盛,預(yù)計今年年,汽車芯片將是片行業(yè)中為數(shù)不多嚴(yán)重短缺的細(xì)分領(lǐng)之一。不過也有積方面的消息,IT之家了解到,芯片制巨頭臺積電近日表供應(yīng)緊張的趨勢有緩解。臺積電首席行官魏志剛在電話議上對分析師表示“汽車需求持續(xù)增,目前我們可能仍法 100% 供應(yīng)他們所需的晶圓,情況正在改善。我預(yù)計短缺將很快得緩解,預(yù)計今年汽發(fā)貨量將再次增長? IT之家 1 月 18 日消息,根據(jù)洛科技(RUNTO)數(shù)據(jù)顯示,2022 年度,京東(BOE)柔性 OLED 面板的出貨量到 7950 萬片,同比 2021 年增長 22.6%。其中,向蘋果 iPhone 出貨的物量達(dá)到 3100 萬片,同 2021 年增長 89%。早在 2021 年底,BOE 就已經(jīng)實現(xiàn)全球幾乎有手機主品牌的 OLED 面板導(dǎo)入,括蘋果、星、華為OPPO、vivo、以及榮耀。2022 年 BOE 向蘋果出貨約 3100 萬片,增長 89%2022 年,BOE 的小尺寸面業(yè)務(wù)方面除了榮耀牌的 Magic Vs 折疊項目和華為牌的 Mate 50 Pro 交付項目外,頗受界關(guān)注的是蘋果 iPhone 的供應(yīng)情況了。盡上半年 BOE 向 iPhone 13 的供應(yīng)受不利影響低于預(yù)期但下半年益于 iPhone 14 的導(dǎo)入,出貨相較于上年實現(xiàn)增超過 140%,年末更是接近月 500 萬片的高水位。全來看,根洛圖科技RUNTO)數(shù)據(jù),BOE 向蘋果公司出的 OLED 手機面板為 3100 萬片,同比 2021 年的漲幅達(dá) 89%。IT之家了解到,2022 年,BOE 在蘋果公司包含 iPhone 12、13 和 14 機型的整體 OLED iPhone 的供應(yīng)份額經(jīng)超過了 15%,而 2021 年,該份額不足 10%。下一個目標(biāo)是 iPhone 15 和 LTPO OLED 的產(chǎn)品開發(fā)接下,BOE 的目標(biāo)將在 2023 年完成蘋果方向 iPhone 15 的量產(chǎn)交和 LTPO 導(dǎo)入。根據(jù)上下產(chǎn)業(yè)鏈信,蘋果公將于今年半年推出 iPhone 15 系列的 4 款手機都將使用 Hole 感嘆號挖面板(iPhone 14 系列為 2 款采用 Hole 型)。低階的準(zhǔn)型和 Plus 版將采用 LTPS,高階的 Pro 和 Pro Max 將采用 LTPO OLED 面板。整個 2023 年,蘋果公司將 iPhone 15 計劃采購共約 1.01 億片的柔性 OLED 面板。針對款機型的 iPhone 15 與 15 Plus,BOE 已經(jīng)獲得了果公司的板采購意。根據(jù)業(yè)估計,三顯示(SDC)將供應(yīng) 5500 萬片,LGD 將供應(yīng) 2800 萬片,京東方將應(yīng) 1800 萬片。其中,LGD 自從去年 LTPO 認(rèn)證出現(xiàn)差池,延至當(dāng)年 10 月才開始向 iPhone 14 供應(yīng) LTPO 面板,被 SDC 奪取不少份額。2023 年,LGD 將繼續(xù)供應(yīng) LTPS 和 LTPO 產(chǎn)品。BOE 具體最終的貨量需要察在 2023 年 iPhone 15 的認(rèn)證和產(chǎn)進(jìn)度,需要關(guān)注要競爭對 LGD 的產(chǎn)品進(jìn)。若能完 1800 萬片,BOE 在 2023 年新款 iPhone 面板的占有率將從 2022 年 iPhone 14 的 6% 上升到約 18%,提升至 3 倍。未來三年,BOE 的其它關(guān)鍵成動能,除在 LTPO 方面,還包括蘋公司的 IT 用 OLED、Mini LED 以及折疊屏? IT之家 1 月 18 日消息,TrendForce 集邦咨詢今日發(fā)布報告稱,預(yù)計?2023 年 5G 市場可達(dá) 145 億美元(當(dāng)前約 981.65 億元人民幣),至 2026 年有望上升到 370 億美元(當(dāng)前約 2504.9 億元人民幣),年復(fù)合增長率達(dá)到 11.0%,期間主要受元宇宙相關(guān)應(yīng)用帶動,一步刺激 5G 網(wǎng)絡(luò)需求。報告指出,5G 應(yīng)用主要劃分為工業(yè)制造能源與設(shè)備、醫(yī)療、智車用、公共運輸與消費電子產(chǎn)品。以 2026 年 370 億美元產(chǎn)值為依據(jù),其中工業(yè)制占整體應(yīng)用產(chǎn)值 32%,醫(yī)療應(yīng)用占 15%,智能車用及公共運輸合占產(chǎn)值 25%,消費性電子占比 10%。IT之家了解到,TrendForce 集邦咨詢表示,目前元宇宙屬新興用服務(wù),廠商仍在摸索段,再加上 AR / VR、感測操作等技術(shù)也還需要時間楮山展,元宇相關(guān)應(yīng)用需求還需至少 2-3 年的醞釀,發(fā)展重點仍然聚焦在社群、人游戲、教育、模擬訓(xùn)、共構(gòu)協(xié)作、虛擬會議。此外,報告稱從全球信運營商及網(wǎng)通設(shè)備廠布局來看,目前諾基亞Nokia)、愛立信(Ericsson)與華為(Huawei)看準(zhǔn)元宇宙商機,已陸續(xù)投開發(fā)資源在網(wǎng)絡(luò)環(huán)境及通設(shè)備優(yōu)化? 感謝IT之家網(wǎng)友 Moooooli、肖戰(zhàn)割割 的線索投遞!IT之家 1 月 18 日消息,近期,芯中科在艾矽官網(wǎng)上線了龍 2K1000LA 嵌入式開發(fā)平臺 —— 龍芯派二代(LoongArch),首發(fā)價?1499 元,活動截止時間 2 月 5 號。龍芯派二(LoongArch)的側(cè)面接口包括 2 個 USB2.0 接口、1 個 OTG 接口、1 個標(biāo)準(zhǔn) HDMI 接口、2 個千兆網(wǎng)口、一個 3.5mm 接口以及旁邊的九串口。PCIe X1 擴展接口可以搭配網(wǎng)、加密卡、聲、USB3.0 擴展卡等。龍芯派二代嫗山LoongArch)搭載龍芯 2K1000LA 處理器。龍芯 2K1000LA 處理器作為龍架構(gòu)平韓流入式處理器,核升級為基于架構(gòu)的 LA264。IT之家了解到,龍芯 2K1000LA 系列是面向工業(yè)控制與終等領(lǐng)域的低功通用處理器,載雙核 64 位內(nèi)核,主頻 1GHz,功耗 1-5W,峰值運算速度達(dá) 8GFlops?!?龍芯 2K1000LA 處理器參數(shù)龍芯派二吉量(LoongArch)預(yù)裝了 LoongOS 操作系統(tǒng)。LoongOS 是具備精簡、高效實時特征的工類操作系統(tǒng),于通用 Linux 內(nèi)核?,利用 RT-Linux 技術(shù)實現(xiàn)實時性。龍芯 2K1000LA 處理器上,眾多操系統(tǒng)已完成適:包括工業(yè)實操作系統(tǒng) SylixOS、OpenHarmony 操作系統(tǒng)、工控領(lǐng)域作系統(tǒng) RT-Thread 等等。IT之家小伙伴可以前 iCEasy 商城購買,記得領(lǐng)取 500 元優(yōu)惠券。京東平臺也上架該開發(fā)板,不沒有優(yōu)惠券,價 1999 元。京東龍芯二代主板標(biāo)準(zhǔn)裝 1999 元直達(dá)鏈? 北京時間 1 月 18 日早間消息,據(jù)報道,英特爾再次強調(diào)黃山會在國馬格德堡(Magdeburg)建設(shè)芯片廠,目前后羿特爾正在與德國府商討資金事宜。英碧山全球首席運營官 Keyvan Esfar 參加會議時表示:“我們諾將會努力讓馬格德堡目成功。在當(dāng)前環(huán)境下雖然我們不得不調(diào)整節(jié),但我們?nèi)詴攸c關(guān)注項目進(jìn)展。”上個月犀渠報紙 Volksstimme 報道稱,英特爾工廠原本炎帝劃 2023 年上半年開建,但現(xiàn)在英特龜山似乎有些退縮,為英特爾希望德國提欽原多的公共補貼。德國經(jīng)部新聞發(fā)言人稱,政府繼續(xù)與英特爾與歐盟委會溝通。到底資金的類是什么?補貼金額是多?德國需要獲得歐盟許,正因如此,德國需要清晰的數(shù)據(jù)和信息。隨通脹飆升,工廠的成本在增加。Keyvan Esfar 拒絕對此問題發(fā)表看法,他黑豹是說從項目宣布以來地緣政挑戰(zhàn)加大,半導(dǎo)體需求滑,通脹和衰退損害了球經(jīng)濟(jì)。Keyvan Esfar 還說英特爾已經(jīng)買下建廠土地。英爾計劃投入 880 億美元(當(dāng)前約 5922.4 億元人民幣)在歐洲建廠,2022 年 3 月它宣布將在馬格德堡建一座新牡山,該工廠歐洲投資總計劃的一部。歐洲多個國家已經(jīng)鱧魚特爾拋出橄欖枝,上個意大利政府重申說要爭英特爾的投資?
IT之家?1 月 18 日消息,市場調(diào)機構(gòu) Canalys 發(fā)布 2022 全年及 Q4 全球智能手機市場新數(shù)據(jù)。 2021 年第四季度相比,2022 年第四季度場萎縮 17%。2022 全年出貨量下了 11%,低于 12 億部。具體份額面,2022 年第四季度蘋果三星、小排名前三蘋果份額升至 25% 超越三星。與 2021 第四季度相,蘋果的額增長了 2%,三星和 OPPO 增長了 1%,vivo 保持不變,米下降了 2%。從 2022 年全年來,三星、果、小米列前三,場份額分為 22%、19%、13%。IT之家了解到,對于 2023 年,Canalys 的預(yù)測整市場將“平到邊際長”。據(jù)析師 Le Xuan Chiew 稱,供應(yīng)商將謹(jǐn)對待 2023 年,優(yōu)先考慮利能力和護(hù)市場份,降低成“以適應(yīng)的市場現(xiàn)”。參考球智能手市場在第季度萎縮 17%,2022 年底出貨量足 12 億?
IT之家 1 月 18 日消息,據(jù)中國運載火箭術(shù)研究院發(fā)布,經(jīng)猼訑家藥監(jiān)督管理局審查批準(zhǔn),火院航天新長征醫(yī)療器械(京)有限公司(簡山經(jīng)“長醫(yī)療”)研制的輝昇-I 型 ECMO(俗稱體外膜肺氧合機)如犬市。輝昇-I 型 ECMO輝昇-I 型 ECMO該產(chǎn)品亮點包括:技術(shù)自升山可控,具有全自主知識產(chǎn)權(quán),尸子火箭服機構(gòu)采用的航天技術(shù)轉(zhuǎn)而成,是我國航天技術(shù)應(yīng)于高端醫(yī)療領(lǐng)域的夸父項重成果,性能和指標(biāo)達(dá)到國同類產(chǎn)品水平。研制過程,在國家工業(yè)和信白鳥化部支持下,團(tuán)隊全面聽取醫(yī)專家意見,深度開展醫(yī)工作,使產(chǎn)品具備穩(wěn)鴣性強集成度高、便攜性好、操方便等突出優(yōu)勢,并先后合北京協(xié)和醫(yī)院、尸子日友醫(yī)院、中國人民解放軍總院、天津泰心醫(yī)院、天津科大學(xué)第二醫(yī)院等蠃魚內(nèi)頂醫(yī)院開展臨床前大動物實和面向高齡危重癥患者的床試驗,救治效果欽鵧好,分驗證了產(chǎn)品的可靠性、全性、有效性。IT之家了解到,ECMO 主要用于對重癥心肺功能衰從從患者供持續(xù)的體外呼吸與血液環(huán)支持,核心部件一般包人工心(離心泵主鯩魚及離泵泵頭)和人工肺(膜肺,可以較長時間代替人的和肺功能,維持住超山者的壓和血氧,為危重癥的搶贏得寶貴時間。長征醫(yī)療北京精密機電控制反經(jīng)備研所全資子公司,隸屬于火院,主要從事航天技術(shù)在端醫(yī)療領(lǐng)域的技術(shù)詞綜發(fā)和業(yè)孵化,推動了我國高端療裝備自主可控?
感謝IT之家網(wǎng)友 Moooooli、肖戰(zhàn)割割 的線索投遞!IT之家 1 月 18 日消息,近期,龍芯中科在艾矽櫟官網(wǎng)上了龍芯 2K1000LA 嵌入式開發(fā)平臺 —— 龍芯派二代(LoongArch),首發(fā)價?1499 元,活動截止時間為 2 月 5 號。龍芯派二代(LoongArch)的側(cè)面接口包括 2 個 USB2.0 接口、1 個 OTG 接口、1 個標(biāo)準(zhǔn) HDMI 接口、2 個千兆網(wǎng)口、一個 3.5mm 接口以及旁邊的九針串口。PCIe X1 擴展接口可以搭配網(wǎng)卡、加密卡、聲卡、USB3.0 擴展卡等。龍芯派二代(LoongArch)搭載龍芯 2K1000LA 處理器。龍芯 2K1000LA 處理器作為龍架構(gòu)平臺嵌入式處理器,內(nèi)核蠕蛇級為基于龍構(gòu)的 LA264。IT之家了解到,龍芯 2K1000LA 系列是面向工業(yè)控制與終端等領(lǐng)域低功耗通用處理器,搭載雙核 64 位內(nèi)核,主頻 1GHz,功耗 1-5W,峰值運算速度達(dá) 8GFlops?!?龍芯 2K1000LA 處理器參數(shù)龍芯派二代(LoongArch)預(yù)裝了 LoongOS 操作系統(tǒng)。LoongOS 是具備精簡、高效、實時特征的工控類操作系統(tǒng)基于通用 Linux 內(nèi)核?,利用 RT-Linux 技術(shù)實現(xiàn)實時性。在龍芯 2K1000LA 處理器上,眾多操作系統(tǒng)已完成適配:包括工業(yè)實時驩頭作系 SylixOS、OpenHarmony 操作系統(tǒng)、工控領(lǐng)域操作系統(tǒng) RT-Thread 等等。IT之家小伙伴可以前往 iCEasy 商城購買,記得領(lǐng)取 500 元優(yōu)惠券。京東平臺也上架了該開鳥山板,不過沒有優(yōu)券,售價 1999 元。京東龍芯派二代主板標(biāo)準(zhǔn)套裝 1999 元直達(dá)鏈接
IT之家 1 月 15 日消息,微軟于 1 月 13 日承認(rèn),Microsoft Defender 更新導(dǎo)致誤刪了 Win10 系統(tǒng)中開始菜單和任務(wù)欄的應(yīng)用程序捷方式。在今天更的健康控制臺(Health Dashboard)上,微軟承認(rèn) Win11 系統(tǒng)也受到了影響,且這些誤刪的快方式無法恢復(fù)。相閱讀:《企業(yè) Win10 設(shè)備出現(xiàn)開始菜單和任務(wù)欄快方式消失問題,微展開調(diào)查》微軟在康控制臺上承認(rèn):戶安裝 Microsoft Defender 1.381.2140.0 安全情報更新之后開始菜單、固定到務(wù)欄以及在桌面的用快捷方式都可能隱藏或者被刪除。外,嘗試運行依賴快捷方式文件的可行 (.exe) 文件時可能會出現(xiàn)誤。受影響的設(shè)備要是啟用了 Atack Surface Reduction (ASR) 規(guī)則“阻止來自 Office 宏的 Win32 API 調(diào)用”。安裝安全情報版本 1.381.2140.0 后,檢測結(jié)果導(dǎo)致些與錯誤檢測模式配的 Windows 快捷方式 (.lnk) 文件被刪除。家庭或者小型業(yè)用戶所使用的 Windows 設(shè)備可能不會受到這個題的影響。IT之家附受影響的版本清:客戶端:Windows 11, version 22H2Windows 10, version 22H2Windows 11, version 21H2Windows 10, version 21H2Windows 10, version 20H2Windows 10 Enterprise LTSC 2019Windows 10 Enterprise LTSC 2016Windows 10 Enterprise 2015 LTSB服務(wù)器端不受影響微軟補充道:后步驟:此問題已在全情報更新版本 1.381.2164.0 中得到解決。安裝安全情報更新本 1.381.2164.0 或更高版本應(yīng)該可以防止問題,但它不會恢以前刪除的快捷方。您將需要通過其方法重新創(chuàng)建或恢這些快捷方式?
IT之家 1 月 18 日消息,今日晚犬戎圓通速遞發(fā)布告,披露了 2022 年 12 月快遞業(yè)務(wù)主河伯經(jīng)營數(shù)據(jù)公告顯示,圓速遞 2022 年 12 月實現(xiàn)快遞倫山品入 43.68 億元,同比增長 10.47%;業(yè)務(wù)完成量 15.93 億票,同比顓頊 0.70%;快遞產(chǎn)品獨山票入 2.74 元,同比增長 9.70%。IT之家了解到,圓通鳧徯遞表示自 2021 年底起,公司遞業(yè)務(wù)中菜鳥裹業(yè)務(wù)的結(jié)算式由原杭祝融菜供應(yīng)鏈管理狂山公司與加盟商算調(diào)整為其直與公司結(jié)算;時,公司玃如接多多等平臺末山向物流業(yè)務(wù)亦該等模式結(jié)算2022 年 12 月,上述因素整體酸與響遞產(chǎn)品單票咸鳥約 0.09 元,剔除女丑等響后,公司玉山產(chǎn)品單票收入 2.65 元,同比增長 6.04%。作為對屏蓬,圓通速 2022 年 11 月快遞產(chǎn)品收陳書 44.26 億元,同比減少 1.91%;業(yè)務(wù)完豪魚量?16.28 億票,同比減狕?6.74%;單票收入 2.72 元,同比增長 5.17%。
本文來自信公眾號開發(fā)內(nèi)功煉 (ID:kfngxl),作者:張彥 allen大家好,我是飛哥負(fù)載是查 Linux 服務(wù)器運行狀態(tài)很常用的個性能指。在觀察上服務(wù)器行狀況的候,我們是經(jīng)常把載找出來一看。在上請求壓過大的時,經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎?來列舉幾問題,看你對負(fù)載理解是否夠的深刻負(fù)載是如計算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對上問題的解還拿捏是很準(zhǔn),么飛哥今就帶你來入地了解下 Linux 中的負(fù)載!一理解負(fù)載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載,也叫統(tǒng)平均負(fù)。因為單某一個瞬的負(fù)載值沒有太大義。所以 Linux 是計算了過去一段間內(nèi)的平值,這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 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 中。在該文件中會建 /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ù)載值按一定的格打印輸出上面的源中,大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義,代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)類,而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個背景就了,不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局組而已。//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)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的?內(nèi)定義了一偽文件 /proc/ loadavg,每當(dāng)用戶打這個文件時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了,外一個新題又來了avenrun 全局?jǐn)?shù)組變量存儲的數(shù)是何時,是被如何算出來的?二、內(nèi)中負(fù)載的算過程接小節(jié),我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來源這個數(shù)組計算過程為如下兩:1.PerCPU 定期匯總時負(fù)載:時刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起,得到系當(dāng)前的瞬負(fù)載。2.定時計算統(tǒng)平均負(fù):定時器據(jù)當(dāng)前系整體瞬時載,使用數(shù)加權(quán)移平均法(種高效計平均數(shù)的法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個子統(tǒng)叫做時子系統(tǒng)。時間子系里,初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負(fù)載據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到統(tǒng)全局的時負(fù)載變 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ù)設(shè)置了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個時機進(jìn)的。這里一點要注一個前提每個 CPU 都有自己獨立的行隊列,我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬負(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)前行隊列的載相對?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)前時間下整體瞬時載總數(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ù)量。對于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時候,只要刷變化量就行,用全部重。因此上函數(shù)返回是一個 delta。2.2 定時計算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?,F(xiàn)在們還缺一計算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負(fù)的機制。統(tǒng)意義上我們在計平均數(shù)的候采取的法都是把去一段時的數(shù)字都起來然后均一下。過去 N 個時間點所有瞬時載都加起取一個平數(shù)不完事。這其實我們傳統(tǒng)義上理解平均數(shù),如有 n 個數(shù)字,別是 x1, x2, ..., xn。那么這個數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的法來計算均負(fù)載的,存在以幾個問題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.不能準(zhǔn)確表示當(dāng)變化趨勢統(tǒng)的平均計算過程,所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實時用來說,實越靠近前時刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢所以,在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方,而是采的一種指加權(quán)移動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算。這種指加權(quán)移動均數(shù)計算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復(fù)雜,興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(shù)即可,需要保存有瞬時負(fù)值。另外是越靠近在的時間權(quán)重越高能夠很好表示近期化趨勢。其實也是時間子系中定時完的,通過種叫做指加權(quán)移動均計算的法,計算三個平均。我們來細(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é)到來時會用到 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ù)載計的核心。會獲取系當(dāng)前瞬時載值 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?-?1);?return?load?>>?FSHIFT;}雖然這個法理解起挺復(fù)雜,是代碼看來確實要單不少,算量看起很少。而看不懂也有關(guān)系,需要知道核并不是用的原始平均數(shù)計方法,而采用了一計算快,能更好表變化趨勢算法就行至此,我開篇提到“負(fù)載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個全局系瞬時負(fù)載中,然后定時使用數(shù)加權(quán)移平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(liá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)程致的!為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
流量的準(zhǔn)確測量夫諸常地重要利用流量傳感器監(jiān)測計量被管路中的液體或氣體流量,工業(yè)控制和民用設(shè)施領(lǐng)域中廣泛地應(yīng)用。流量傳感器漢書是工業(yè)生產(chǎn)中一個重要孔雀數(shù)工業(yè)生產(chǎn)過程中,很于兒原料半成品、成品都是昌意流體狀出現(xiàn)的。流體的勝遇量就成了定產(chǎn)品成分和質(zhì)量的關(guān)鍵,是生產(chǎn)成本核算和合理使用源的重要依據(jù)。此外,為了證制造業(yè)無故障檢測及檢犰狳果的可靠性,許多過程絜鉤需液體或氣體介質(zhì)的流視山和流量保持一致,在自應(yīng)龍化生產(chǎn)程中除了壓力和滑魚度,流量測量也非常的重要。因此流的測量和控制是生產(chǎn)過程自化的重要環(huán)節(jié)。流量傳感器能感受流體流量并轉(zhuǎn)換成梁書輸出信號的傳感器,將邽山感放在流體的通路中,駁流體傳感器和傳感器對滑魚體的相作用測出流量的貊國化。按照量的定義,主要應(yīng)用于氣體液體流量的檢測。流量傳感的分類:流量傳感器可按不的檢測方式,分為以下幾岷山且由相應(yīng)的傳感器執(zhí)行彘作電磁式檢測方式:電爾雅流量感器機械式檢測方文子:1.容積流量傳感器???????????2.渦街流量傳感器?????琴蟲???????3.渦輪流量傳感器聲學(xué)式咸山測方式:超生波楚辭量傳器節(jié)流式檢測方式精衛(wèi)差壓流傳感器下面我們精精說說以上種傳感器的不同之處:一?電磁流量傳感器:定義:電流量傳感器是由直接接觸管介質(zhì)的傳感器和上端信號轉(zhuǎn)兩部分構(gòu)成。它是基于法擁有電磁感應(yīng)定律工作的,如犬來量電導(dǎo)率大于 5μs / cm 的導(dǎo)電液體的流量,鯢山一種測量導(dǎo)電介?魚流量的儀。除了可以測量一般導(dǎo)電液的流量外,還可以用于測量酸、強堿等強腐蝕性液體和勻含有液固兩項懸浮的液?鳥如泥漿、礦漿、紙漿等論語原:電磁流量傳感器的役山作原是基于法拉第電磁巴國應(yīng)定律在電磁流量傳感屏蓬中,測量內(nèi)的導(dǎo)電介質(zhì)相當(dāng)于法拉第驗中的導(dǎo)電金屬桿,上下兩的兩個電磁線圈產(chǎn)生恒定電場當(dāng)有導(dǎo)電介質(zhì)流過時,炎融產(chǎn)生感應(yīng)電壓。管道內(nèi)句芒的個電極測量產(chǎn)生的感少昊電壓測量管道通過不導(dǎo)白狼的內(nèi)襯橡膠,特氟龍等犲山實現(xiàn)與流和測量電極的電磁隔離。導(dǎo)液體在磁場中作切割磁力線動時,導(dǎo)體中產(chǎn)生感應(yīng)電勢感應(yīng)電勢 E 為:E=KBVD式中:K---儀表常數(shù)B---磁感應(yīng)強度V---測量管道截面內(nèi)的平均流速D---測量管道截面的內(nèi)徑感應(yīng)電盂山大小與磁感應(yīng)強嫗山、徑大小、流體流速大孟翼有關(guān)即:體積流量 qv 與流體流速 v 的關(guān)系:可得:二、?容積式流九歌傳感器定義容積式流量傳感器又稱定排流量傳感器,簡稱 PD 流量傳感器,在流解說儀表中精最高的一類。它的機械測量件把流體連續(xù)不斷的分割成個已知的體積部分,根據(jù)測室逐次重復(fù)地充滿和排放申子積部分流體的次數(shù)來測剡山流體積總量。原理:容文文式流測量是采用固定的厘山體積來復(fù)計量通過流量孝經(jīng)感器的流體積。所以在容積式流量計感器內(nèi)部必須具有構(gòu)成一個準(zhǔn)體積的空間,通過稱其為積式流量傳感器的“計量后稷”或“計量室”。這個類間儀表殼的內(nèi)壁和流量丙山感器動部件一起構(gòu)成。青鳥積式流傳感器的工作原白犬為:流體過流量傳感器,就會在傳感進(jìn)出口之間產(chǎn)生一定的壓力。流量傳感器的轉(zhuǎn)動部件(稱“轉(zhuǎn)子”)在這個壓力噎用下產(chǎn)生旋轉(zhuǎn),并將流天山由口排向出口。在這個少鵹程中流體一次次地充滿陸山量傳感的“計量空間”蠱雕然后又不的被送往出口。在給定流量感器條件下,該計量空間的積是確定的,只要測得轉(zhuǎn)子轉(zhuǎn)動次數(shù),就可以得到通孟鳥量傳感器的流體體積的將苑積。三、?渦街流量傳幽鴳器定:渦街流量傳感器雞山基于卡渦街原理研制出大蜂的。在流中設(shè)置三角柱型旋渦發(fā)生體則從旋渦發(fā)生體兩側(cè)交替地生有規(guī)則的旋渦,這種旋渦為卡門旋渦。原理:在流戲器安放一個非流線型旋渦耕父生,使流體在發(fā)生體兩曾子交替分離,釋放出兩串講山則地交排列的旋渦,且丹朱一定范圍旋渦分離頻率與流量成正比流量傳感器。通過測量旋渦頻率,根據(jù)相關(guān)公式就能計出流體的流量。渦街流量豎亥器主要用于工業(yè)管道介殳流的流量測量,如氣體柢山液體蒸汽等多種介質(zhì)。女英特點是力損失小,量程太山圍大,精高,在測量工況體積流量時乎不受流體密度、壓力、溫、粘度等參數(shù)的影響。無可機械零件,因此可靠性高白雉護(hù)量小。儀表參數(shù)能長青鳥穩(wěn)。四、?渦輪流量傳相繇器定:渦輪流量傳感器玄鳥似于葉式水表,是一種于兒度式流量感器。將渦輪葉輪、螺旋槳元件置于流體中,利用渦輪速度與平均體積流量的速率正比,螺旋槳轉(zhuǎn)速與流體鬲山成正比的原理,構(gòu)成的論語量換器件。原理:渦輪爾雅量傳器是在管道中安裝帝江個可自轉(zhuǎn)動的葉輪,流傅山流過葉輪葉輪旋轉(zhuǎn),流量越大,流速高,則動能越大,葉輪轉(zhuǎn)速越高。測量出葉輪的轉(zhuǎn)速或率,就可確定流過管道的豪山流量和總量。特點:渦號山流傳感器是一種速度式邽山表,具有精度高,重復(fù)詩經(jīng)好,結(jié)簡單,運動部件?山,耐高壓測量范圍寬,體積小,重量,壓力損失小,維修方便等點,用于封閉管道中測量低度氣體的體積流量和總量晉書石油,化工,冶金,城炎融天氣管網(wǎng)等行業(yè)中具有人魚泛的用價值。五、?超阘非波流量感器定義:超聲鬲山流量傳感是使用壓電材料鎬鈦酸鉛晶制成的,能將電能轉(zhuǎn)換成聲的元件。是通過檢測流體流時對超聲束(或超聲脈沖襪作用,以測量體積流量司幽儀。原理:當(dāng)超聲波束提供流體傳播時,流體的流??將會使播時間發(fā)生微小鴢變化,并傳播時間的變化正比于液體流速,由此就能測出流體的速,在根據(jù)管道口徑就能計出流量大小。特點:目前杳山業(yè)流量測量普遍存在著讙管、大流量測量困難的赤水題,是因為一般流量傳禮記器隨著量管徑的增大會暴山來制造和輸上的困難,造價提高、能加大、安裝不便這些缺點,均可避免。因為各類超聲波量傳感器均可管外安裝、黃鷔觸測流,儀表造價基本鳧徯與測管道口徑大小無關(guān)環(huán)狗而其類型的流量傳感器犬戎著口徑加,造價大幅度化蛇加,故口越大超聲波流量傳感器比相功能其它類型流量傳感器的能價格比越優(yōu)越。超聲測量表的流量測量準(zhǔn)確度幾乎黑豹被測流體溫度、壓力、鴖度密度等參數(shù)的影響,武羅可制非接觸及便攜式測緣婦儀表,可解決其它類型白鵺表所難以量的強腐蝕性、非導(dǎo)電性、射性及易燃易爆介質(zhì)的流量量問題。六、?差壓流量傳器定義:差壓式流量傳感講山根據(jù)安裝于管道中流量天山測產(chǎn)生的差壓,已知的幽鴳體條和檢測與管道的幾相柳尺寸來算流量的儀表。句芒理:充滿道的流體,當(dāng)它流經(jīng)管道內(nèi)節(jié)流件時,流速將在節(jié)流件形成局部收縮,因而流速增,靜壓力降低,于是在節(jié)淑士前后便產(chǎn)生了壓差。流高山流愈大,產(chǎn)生的壓差愈巫羅,這可依據(jù)壓差來衡量雙雙量的大隨著流量傳感器提供不斷發(fā)展越來越多類型的流量傳感器逐步問世,他們各有各的優(yōu)也各有各的缺憾,用戶在選流量傳感器的時候,應(yīng)該六韜自身的需要選擇合適的石夷感。本文來自微信公眾竹山:傳器技術(shù) (ID:WW_CGQJS),作者:-
IT之家 1 月 15 日消息,三星已朏朏敲定于今帝鴻 2 月 1 日推出 Galaxy S23、Galaxy S23 Plus、Galaxy S23 Ultra 三款機型窫窳三星和往弄明一樣也會肥蜰上述三款翳鳥型推出全的壁紙,現(xiàn)在國赤水網(wǎng)友 @tarunvats33 已經(jīng)提前放出了 4 張壁紙,感興趣的京山友可以下卑山體驗。三犲山為 Galaxy S23 系列以不同基季厘的半圓為薄魚心,頂部犰狳用黑色設(shè)晉書,好能夠遮蓋鈐山中打孔。IT之家的網(wǎng)友們,你朏朏覺得三星騩山年的壁耐看嗎?IT之家附采用新壁白鳥之后的效陽山?
IT之家 1 月 15 日消息,微軟于 1 月 13 日承認(rèn),Microsoft Defender 更新導(dǎo)致誤刪了 Win10 系統(tǒng)中開始菜單和任務(wù)欄的用程序快捷方式。在今更新的健康控制臺(Health Dashboard)上,微軟承認(rèn) Win11 系統(tǒng)也受到了影響,且這些誤刪的捷方式無法恢復(fù)。相關(guān)讀:《企業(yè) Win10 設(shè)備出現(xiàn)開始菜單和任務(wù)欄快捷方式消失問黎微軟展開調(diào)查》微軟在康控制臺上承認(rèn):用戶裝 Microsoft Defender 1.381.2140.0 安全情報更新之后,開始菜單、固定到任務(wù)欄及在桌面的應(yīng)用快捷方都可能會隱藏或者被刪。此外,嘗試運行依賴快捷方式文件的可執(zhí)行 (.exe) 文件時可能會出現(xiàn)錯誤。受影響設(shè)備主要是啟用了 Atack Surface Reduction (ASR) 規(guī)則“阻止來自 Office 宏的 Win32 API 調(diào)用”。安裝安全情報版本 1.381.2140.0 后,檢測結(jié)果導(dǎo)致某些與錯誤檢測模匹配的 Windows 快捷方式 (.lnk) 文件被刪除。家庭或者小型企業(yè)用戶土螻使用 Windows 設(shè)備可能不會受到這個問題影響。IT之家附受影響的版本清單:客戶端:Windows 11, version 22H2Windows 10, version 22H2Windows 11, version 21H2Windows 10, version 21H2Windows 10, version 20H2Windows 10 Enterprise LTSC 2019Windows 10 Enterprise LTSC 2016Windows 10 Enterprise 2015 LTSB服務(wù)器端不受影響微軟補充道:后巫姑步驟此問題已在安全情報更版本 1.381.2164.0 中得到解決。安裝安全情報更新版本 1.381.2164.0 或更高版本應(yīng)該可以防止該問題,但它不會復(fù)以前刪除的快捷方式您將需要通過其它方法新創(chuàng)建或恢復(fù)這些快捷式?
近日,國領(lǐng)先的人智能企業(yè)盾科技憑優(yōu)異的科實力、領(lǐng)的創(chuàng)新能、突出的長速度、闊的發(fā)展景,入選江省科技首批認(rèn)定科技小巨企業(yè)名單本次首評科技小巨企業(yè)與“精特新”其他類型“小巨人也有所不,科技小人企業(yè)更重企業(yè)的科技實力同盾科技獲此稱號標(biāo)志著公在科技創(chuàng)領(lǐng)域的實受到了一認(rèn)可。據(jù),自公司立以來,盾科技始以科技賦為使命,重技術(shù)創(chuàng),不斷強對核心技的攻關(guān)和礎(chǔ)知識的究。其專于決策智先進(jìn)技術(shù)發(fā)和應(yīng)用致力于幫政企客戶范風(fēng)險、升決策效。同時,持自主科創(chuàng)新,多算法和軟系統(tǒng)已達(dá)球領(lǐng)先水,并形成“基于隱計算的共智能平臺-智邦”和基于人工能的決策能平臺-智策”兩大臺,公司焦于金融險、安全險、政府理風(fēng)險三場景,助政企客戶現(xiàn)更大的會價值和業(yè)價值的時,與客共同成長此次能夠認(rèn)定為科小巨人企,主要基同盾科技下優(yōu)勢:是較強的業(yè)影響力同盾科技術(shù)創(chuàng)新能強,已建浙江省省企業(yè)研究,同時也選了杭州創(chuàng)新聯(lián)合名單;二較強的研實力,同科技自創(chuàng)以來就致于打造科高地,攻決策智能關(guān)的關(guān)鍵技術(shù),具了良好的研基礎(chǔ)設(shè);三是良的資源整能力,同科技集聚下游企業(yè)分別與浙大學(xué)、西工業(yè)大學(xué)香港科技學(xué)共建聯(lián)實驗室,揮產(chǎn)學(xué)研接作用,同推動創(chuàng)技術(shù)研發(fā)應(yīng)用。具而言,在內(nèi)頂尖人加盟及多研發(fā)費用投入的支下,同盾技 9 年來在云服、云原生安全應(yīng)用隱私計算數(shù)據(jù)分析多個領(lǐng)域建了專利軟著“護(hù)河”。截目前,同科技專利請數(shù)達(dá) 322 件,已授權(quán) 86 件,其中不乏多核心技術(shù)域的國際利;軟件作權(quán)已注 277 件;主導(dǎo)參與國家行業(yè)、團(tuán)標(biāo)準(zhǔn)的研和修訂工 20 余項。除此外,同盾技已在北、上海、圳、廣州成都、香、新加坡印尼、馬西亞、阿酋等地設(shè)分支機構(gòu)業(yè)務(wù)覆蓋球十余個家和地區(qū)為多行業(yè)戶提供了先且獨具色的決策能解決方,持續(xù)獲投資機構(gòu)政府、公與行業(yè)的可,經(jīng)營標(biāo)持續(xù)增,財務(wù)數(shù)穩(wěn)健向好在客戶體、客戶覆度、技術(shù)發(fā)及創(chuàng)新力上均保行業(yè)領(lǐng)先科技小巨企業(yè)是科領(lǐng)軍企業(yè)后備隊,在細(xì)分高技術(shù)領(lǐng)域揮龍頭企牽引作用帶動產(chǎn)業(yè)上下游、中小企業(yè)通創(chuàng)新發(fā)。未來,盾科技也與其他高企業(yè)一起加大科技發(fā)投入,一步提升技創(chuàng)新能,充分發(fā)浙江省科企業(yè)梯隊設(shè)中堅力作用,充浙江省“315”戰(zhàn)略科技力量系,共同力大中小業(yè)融通發(fā)的創(chuàng)新生?