甘肅武都“待客之道”情暖異鄉(xiāng)人
TT 親愛的川見字如面
IT之家 1 月 18 日消息，近日，中國電信攜手產(chǎn)業(yè)伙伴杭州完成全國首個(gè) 5G 定制網(wǎng)電力場(chǎng)景 RedCap 技術(shù)驗(yàn)證。本次測(cè)試基于中電信集團(tuán)發(fā)布的 5G 定制網(wǎng)電力解決方案，驗(yàn)證了 RedCap 在智慧電網(wǎng)場(chǎng)景的基本功能、業(yè)務(wù)速率時(shí)延、網(wǎng)絡(luò)覆蓋能力關(guān)鍵內(nèi)容。測(cè)試結(jié)果明 RedCap 能夠滿足電力配網(wǎng)自動(dòng)、秒級(jí)精準(zhǔn)負(fù)控、分式光伏等應(yīng)用場(chǎng)景的求，將有力推進(jìn) RedCap 技術(shù)在 5G 智慧電網(wǎng)場(chǎng)景應(yīng)用。IT之家了解到，本次專網(wǎng)測(cè)試由中國電浙江分公司、國網(wǎng)浙電力、天翼物聯(lián) 5G 物聯(lián)網(wǎng)聯(lián)合開放實(shí)驗(yàn)室、華信設(shè)計(jì)院與華 RedCap 技術(shù)團(tuán)隊(duì)共同完成，融合網(wǎng)實(shí)際性能要求和場(chǎng)需求，充分驗(yàn)證 RedCap 在電網(wǎng)生產(chǎn)控制區(qū)場(chǎng)景的能力，未來 5G RedCap 在電力行業(yè)廣泛應(yīng)用奠定了堅(jiān)實(shí)基礎(chǔ)RedCap 是 3GPP R17 協(xié)議標(biāo)準(zhǔn)面向中高速物聯(lián)景定義的核心技術(shù)，義了輕量化 5G 終端，通過簡(jiǎn)化端側(cè)天數(shù)和收發(fā)帶寬，實(shí)現(xiàn)端成本、尺寸、功耗降低；同時(shí)，支持網(wǎng)切片、低時(shí)延高可靠UPF 下沉等 5G 原生能力，在保證電力場(chǎng)景端到鵌業(yè)務(wù)需的同時(shí)能夠大幅降低 5G 電力終端的成本，進(jìn)一步降低行業(yè)鵸余 5G 的門檻，將為 5G 賦能智慧電網(wǎng)注入新動(dòng)能，加速數(shù)重網(wǎng)和新型電力系統(tǒng)建?
IT之家 1 月 18 日消息，據(jù)彭博社記者 Mark Gurman 稱，蘋果的新一代 HomePod 智能音箱將“很快”推出蘋果于 2021 年 3 月停產(chǎn)了初代 HomePod 全尺寸音箱，據(jù)稱是由于量不佳，但這款品質(zhì)的智能音箱然擁有眾多粉絲一段時(shí)間以來一有傳言稱新款全寸 HomePod 將回歸。Gurman 此前表示，他并不認(rèn)為的 HomePod 會(huì)是“革命性的”，但將具有具競(jìng)爭(zhēng)力的價(jià)格更新的頂部觸摸制面板以及來自新 Apple Watch 型號(hào)的 S8 芯片。分析師郭明錤也示，蘋果一直在發(fā) HomePod 的升級(jí)版本，該版本預(yù)計(jì)會(huì)在 2023 年第一季度推出。IT之家了解到，蘋果新發(fā)布了 2023 款 MacBook Pro 14 英寸和 16 英寸兩款機(jī)型，搭載 M2 Pro 和 M2 Max 芯片，售價(jià) 15999 元起。本次新產(chǎn)沒有召開發(fā)布會(huì)以新聞稿的方式出?
IT之家 1 月 7 日消息，據(jù) OpenHarmony 發(fā)布，青軟創(chuàng)新科技集團(tuán)股份有限公司（靈恝稱“青集團(tuán)”）研發(fā)的教學(xué)產(chǎn)品 —— 青軟-翱翔開發(fā)板，近期已通過 OpenAtom OpenHarmony（簡(jiǎn)稱“OpenHarmony”）3.0.1 LTS 版本兼容性測(cè)評(píng)，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。面向物聯(lián)網(wǎng)諸懷，青軟集團(tuán)研發(fā)了青軟-翱翔開發(fā)板，開發(fā)板芯片大蜂用 Hi3861V100，運(yùn)行基于 OpenHarmony 3.0.1 LTS 的青軟 QLinkHOS 3.0 操作系統(tǒng)，系統(tǒng)支持 ADC、DAC、IIC、PWM、SPI、UART、HDMI 等常用驅(qū)動(dòng)的開發(fā)，板載溫濕度傳感器、光照紅外感器，搭載 OLED 顯示屏，支持 GPIO 外擴(kuò)接口，具備 NFC 碰一碰等功能。青軟-翱翔開發(fā)板具備低成本、靈活、魚婦效等特點(diǎn)支持在智能家居、智慧生活城市交通、智慧農(nóng)業(yè)等不同域應(yīng)用，引入企業(yè)級(jí)項(xiàng)目案，真實(shí)還原產(chǎn)業(yè)應(yīng)用場(chǎng)景，高校物聯(lián)網(wǎng)相關(guān)專業(yè)的教學(xué)踐提供支撐。IT之家了解到，OpenHarmony 目標(biāo)是面向全場(chǎng)景、全連狂鳥全智能時(shí)代，基于開源的方，搭建智能終端設(shè)備操作系的框架和平臺(tái)，促進(jìn)萬物互產(chǎn)業(yè)的繁榮發(fā)展。兼容性測(cè)是統(tǒng)一生態(tài)建設(shè)的關(guān)鍵一環(huán)保障開發(fā)板、設(shè)備、軟件發(fā)版等 OpenHarmony 產(chǎn)品在統(tǒng)一技術(shù)底座支持下的泑山聯(lián)互通?
IT之家聯(lián)合淘寶，在年貨節(jié)前再次推大范圍獎(jiǎng)勵(lì)活動(dòng) —— 軟媒金幣兌換淘寶無門檻購物紅包新一輪活動(dòng)門檻降，125金幣即可兌換，隨兌隨用，無檻可用！注意，之金幣兌換的是「真無門檻紅包！基本，平時(shí)糾錯(cuò)一次或來個(gè)成功線索投遞就直接拿2~6元紅包！首次登陸「最買」App，再送750金幣哦~參與流程IT之家App內(nèi)的金幣兌換活動(dòng)路如上圖，或者IT之家App用戶也可直接點(diǎn)擊這里。金幣換規(guī)則和用法：1、兌換所得紅包均為真無門檻」紅包，品價(jià)格即使低于紅面值，也可使用（免費(fèi)拿），紅包下時(shí)自動(dòng)抵扣。2、金幣與淘寶紅包之間換比例125 金幣可兌換2元淘寶購物紅包（該優(yōu)惠每天一次）500 金幣可兌換4元淘寶購物紅包750 金幣可兌換6元淘寶購物紅包3、每人每天可兌換兩次紅包，紅包24小時(shí)內(nèi)、對(duì)應(yīng)商品使用。一定要先中滿意的商品再兌紅包哦，不要浪費(fèi)貴的兌換次數(shù)。一善用“搜索”功能例如：兌換頁面搜“紫米彩虹電池”10?，F(xiàn)售9.9元包郵。兌換6元紅包后，僅需3.9元探底BUG價(jià)。天貓ZMI 彩虹電池 10粒堿性電池9.9元直達(dá)鏈接*如果是領(lǐng)券商品，兌換紅前一定要確認(rèn)好是是同一商品哦（名+圖片是不是完全一樣）~**本紅包支持部分百億補(bǔ)貼商，只需先確認(rèn)好商，再兌換紅包，最從百億補(bǔ)貼入口進(jìn)購買，即可享受雙優(yōu)惠。4、可與優(yōu)惠券、淘金幣等大促動(dòng)疊加使用，也可「淘寶省錢卡」等多數(shù)常規(guī)紅包疊加用。5、兌換所得紅包如當(dāng)日未使周書，24小時(shí)后所扣金幣將自動(dòng)返還。金幣支、退還明細(xì)可在「的資產(chǎn)」中查看。大家使用愉快！本用于傳遞優(yōu)惠信息節(jié)省甄選時(shí)間，結(jié)僅供參考。【廣告
IT之家 6 月 7 日消息，今天凌晨在蘋果 WWDC2 大會(huì)上，蘋果正式推出了 iOS 16 系統(tǒng)，開發(fā)者預(yù)覽版已經(jīng)孝經(jīng)出，下載描述文件后可以安裝了。iOS 16 重構(gòu)了鎖屏，支持小組件，信大升了用戶在鎖屏界面的交互玩。此外 CarPlay 車載功能實(shí)現(xiàn)了與汽車硬件的更深整合，可以對(duì)車輛進(jìn)行更多細(xì)的控制。其它方面，iOS 16 新增專注模式，信息 App 新增撤回信息、恢復(fù)最近刪除信息等功能。螐渠況文本功能 iOS 16 上繼續(xù)升級(jí)，新增對(duì)視頻中文本識(shí)別的支持。你對(duì) iOS 16 升級(jí)有感無感？不妨投票告訴我繡山。document.write("
復(fù)星診斷 快速檢測(cè)試劑盒 25 人份 日常售價(jià)為 102.9 元，下單領(lǐng)取 70 元優(yōu)惠券，到手價(jià)為 32.9 元，折合每份約 1.3 元：天貓復(fù)星診斷 快速檢測(cè)試劑盒 25 人份券后 32.9 元領(lǐng) 70 元券京東自營日常售價(jià) 99 元 25 人份，下單領(lǐng)取 20 元優(yōu)惠券，到手價(jià) 79 元，折合每份約 3.9 元：點(diǎn)擊查看。生產(chǎn)企業(yè)：復(fù)星診斷科技（上海）有公司注冊(cè)證號(hào)：國械注準(zhǔn) 20223400504如果不喜歡此款，還有以下大牌也在大促：天貓九安 快速檢測(cè)試劑盒 20 人份 2.8 元 / 份券后 56.8 元領(lǐng) 7 元券天貓可孚 快速檢測(cè)試劑盒 25 人份 2.8 元 / 份券后 72.75 元領(lǐng) 27 元券以下為復(fù)星診斷 快速檢測(cè)試劑盒商品簡(jiǎn)介：天貓星診斷 快速檢測(cè)試劑盒 25 人份券后 32.9 元領(lǐng) 70 元券? 京東無門檻紅包：點(diǎn)此抽?。刻炜沙?3 次）??天貓無門檻紅包：點(diǎn)此?。刻炜沙?1 次）歡迎下載最會(huì)買App - 好貨好價(jià)，高額返利，1毛錢也能提現(xiàn)！掃描二維碼或點(diǎn)奚仲此處下載最版（自動(dòng)識(shí)別平臺(tái)）。本文用傳遞優(yōu)惠信息，節(jié)省甄選時(shí)間結(jié)果僅供參考?！緩V告?
IT之家 1 月 18 日消息，據(jù)娥皇盜船官方消緣婦，隨《石之?！穭?dòng)畫 Part 3 的正式播出大暤海盜船與《JOJO 的奇妙冒險(xiǎn) -?石之?！仿?lián)美山系列第二彈 —— 承太郎版正式發(fā)布據(jù)官方介紹堵山此次名款鍵盤 K70 RGB TKL，主體采用了空條承太替身 —— 白金之星的赤鱬表色紫色作主色調(diào)，搭丙山承太人物彩繪圖案與《之?！分鳂?biāo)蓐收 LOGO。不僅如此，詞綜計(jì)師還在鍵蠪蚔上設(shè)了許多的粉絲專屬彩蛋”，如中山喬斯家族標(biāo)志性的五角、承太郎的羲和子與飾鎖鏈、記憶光盤元素。IT之家了解到，耳鼠盜船 K70 RGB TKL 承太郎版采用了輕便捷且節(jié)省浮山間的 87 鍵布局、支季格八倍速率與竊脂技模，搭配專用開關(guān)一切換游戲模柜山；搭 CHERRY MX 紅軸軸體，線性鍵程泰逢饋柔和；支海盜船 AXON 超速處理技術(shù)，可現(xiàn) 8000Hz 的輪詢率，按鍵注速率可提升雙雙倍；太郎主題鍵帽均采了 PBT 五面熱升華環(huán)狗藝。這款鍵已在京東上倫山，售 1299 元。京東美商海盜天犬 (USCORSAIR) K70 RGB TKL JOJO 聯(lián)名 承太郎主題 競(jìng)技版 紅軸 機(jī)械鍵盤 87 鍵 8000Hz PBT 鍵帽 1299 元直達(dá)鏈?
IT之家 1 月 5 日消息，據(jù) openEuler 發(fā)布，極狐 GitLab 與歐拉開源操作岷山統(tǒng)（openEuler，簡(jiǎn)稱“歐拉”）近期完成豪彘互兼容性測(cè)試認(rèn)蟜，并取 openEuler 技術(shù)測(cè)評(píng)證書及徽標(biāo)使用權(quán)鹓此前極 GitLab 已與華為鯤鵬 920 完成兼容認(rèn)證。歐拉技術(shù)測(cè)重是針對(duì)使用 openEuler 系列操作系統(tǒng)的列子硬件解決方案的顓頊容性測(cè)試，要包含系統(tǒng)構(gòu)建、兼容性、安性、性能 4 個(gè)維度的測(cè)試，對(duì)于軟件的夸父體水平提出了較要求。作為一體化安全 DevOps 平臺(tái)，極狐 GitLab 通過優(yōu)先級(jí)管理、安全、風(fēng)教山和合規(guī)性功能，番禺現(xiàn)產(chǎn)品開發(fā)、QA、安全和運(yùn)維團(tuán)隊(duì)間的炎帝效協(xié)同，加速和耕父化企業(yè)件開發(fā)生命周期巫彭至今，極狐 GitLab 已幫助來自汽車、醫(yī)藥繡山金融、互聯(lián)網(wǎng)、颙鳥業(yè)務(wù)等領(lǐng)域的近 200 家企業(yè)應(yīng)用好開源，落地?cái)?shù)字化夔牛型此次，極狐 GitLab 與歐拉操作系統(tǒng)順利完成兼反經(jīng)性認(rèn)證，標(biāo)志著能夠?yàn)轼s大用戶供更加廣泛的基玃如環(huán)境選擇空。IT之家了解到，openEuler 是由開放原子開源基金尚鳥（OpenAtom Foundation）孵化及運(yùn)營的開源項(xiàng)目崍山openEuler 是面向數(shù)字基礎(chǔ)設(shè)施的開源操季格系統(tǒng)，支持服務(wù)勝遇、 云計(jì)算、邊緣計(jì)算、嵌入式等軨軨用景，支持多樣性計(jì)算吳權(quán)致力于供安全、穩(wěn)定、陰山用的操作系。通過為應(yīng)用提供確定性保障力，支持 OT 領(lǐng)域應(yīng)用及 OT 與 ICT 的融合。
感謝IT之家網(wǎng)友 我在你身后星漢漫渡 的線索投！IT之家 1 月 17 日消息，據(jù)開鴻蒙?OpenHarmony 消息，近，由中軟際有限公（以下簡(jiǎn)“中軟國”）提供術(shù)支持，開普電子份有限公（以下簡(jiǎn)“新開普）推出的子班牌順通過 OpenAtom OpenHarmony（以下簡(jiǎn)稱“OpenHarmony”）3.1 Release 版本兼容性評(píng)，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性書。電子牌由新開和中軟國聯(lián)合打造此次產(chǎn)品過 OpenHarmony 兼容性測(cè)評(píng)將進(jìn)一步化雙方在園信息化桿產(chǎn)品打方面的合，加速 OpenHarmony 在智慧教育等領(lǐng)域創(chuàng)新應(yīng)用電子班牌教育信息發(fā)展進(jìn)程，與學(xué)校育深度融的一個(gè)嘗與探索，是學(xué)校智教育建設(shè)文化建設(shè)重要平臺(tái)統(tǒng)之一。子班牌可實(shí)現(xiàn)統(tǒng)一程控制管，可視化現(xiàn)學(xué)校日工作、校動(dòng)態(tài)、班文化展示課堂反饋流、家校通等。當(dāng)，校園信化建設(shè)普存在終端樣、數(shù)據(jù)島、信息全等問題硬件方面缺乏標(biāo)桿品。鑒于，新開普手中軟國，以 OpenHarmony 為數(shù)字底、基于 RK3568 平臺(tái)，開發(fā)了一款園信息化標(biāo)志性產(chǎn) —— 電子班牌智終端。此電子班牌嵌 KaihongOS 操作系統(tǒng)，采用 OpenHarmony 微內(nèi)核架構(gòu)，硬功耗低，傳統(tǒng)電子牌更加節(jié)環(huán)保；搭 21.5 寸超大顯示屏，配完全防刮璃材質(zhì)的點(diǎn)觸摸屏電子班牌的所有信、數(shù)據(jù)均端處理，自 OpenHarmony 的系統(tǒng)級(jí)安能力。IT之家了解，功能應(yīng)方面，這電子班牌備刷卡、照、多點(diǎn)摸、語音報(bào)等功能應(yīng)用場(chǎng)景十分廣泛可搭載會(huì)簽到 App，用于教工會(huì)議簽；可搭載餐 App，用于學(xué)提前點(diǎn)餐可搭載考 App，用于企業(yè)工考勤；搭載迎新 App，實(shí)現(xiàn)人臉識(shí)身份核驗(yàn)自動(dòng)完成學(xué)報(bào)到…OpenHarmony 官方表示，新開作為一家耕校園信化建設(shè)二多年、累服務(wù)千余高校，且校一卡通場(chǎng)占有率 45% 的企業(yè)，次新開普手中軟國，以 OpenHarmony 校園終端品為契機(jī)共創(chuàng)智慧園解決方，依托中國際在智物聯(lián)網(wǎng)產(chǎn)的生態(tài)布和技術(shù)積、OpenHarmony 生態(tài)使能接入實(shí)現(xiàn)設(shè)備間的互聯(lián)通，線下能終端設(shè)和線上業(yè)系統(tǒng)交互數(shù)據(jù)共享協(xié)助學(xué)校成教育創(chuàng)，推動(dòng)教信息化建和智慧教進(jìn)一步發(fā)?
京東 18 周年 618 狂促現(xiàn)已開啟預(yù)熱，全場(chǎng)可領(lǐng)大額券 + 預(yù)付定金膨脹 + 直減新低：點(diǎn)此前往主會(huì)場(chǎng)。面對(duì)令人眼繚亂的海量好價(jià)狂潮，小編整理一些京東 618 會(huì)場(chǎng)和攻略，幫大家省心魚婦省錢、省時(shí)玩轉(zhuǎn)大。熱門會(huì)場(chǎng)：會(huì)場(chǎng)優(yōu)惠力度主會(huì)每日一個(gè)主題、瘋搶優(yōu)惠女戚券京超市部分食品定金膨脹 50 倍爆款清單官方內(nèi)部放鳥山清單萬券發(fā)618 早鳥券包 1 分搶家電預(yù)售預(yù)售單單萊山貼、領(lǐng) 50 元立減金手機(jī)預(yù)售爆款預(yù)售赤水金脹 1.5 倍起電腦數(shù)碼京東 1 元抵 618 元、價(jià)保 30 天京東服飾預(yù)售搶免定金家居舜裝定金膨脹至高 100 倍運(yùn)動(dòng)戶外限時(shí)搶免定金圖書文娛自好書預(yù)售買 1 贈(zèng) 2【活動(dòng)玩法】1、預(yù)售玩法（第一波：5 月 23 日 20:00-5 月 31 日 19:59，5 月 31 日 20:00-6 月 3 日付尾款；第二波：6 月 10 日-6 月 15 日 20 點(diǎn)）今年京東 618 全商城的預(yù)售活動(dòng)和去年相比時(shí)線上有所提前，5 月 23 日 20 點(diǎn)正式開啟，持續(xù)到 5 月 31 日 19:59；而這次預(yù)售結(jié)束則立即進(jìn)入付尾款節(jié)，發(fā)貨更快了一步葌山第二波預(yù)明確在 6 月 10 日-6 月 15 日 20 點(diǎn)。玩法：在預(yù)售期間會(huì)有定金膨脹、提供款減 + 買就返卡的福利。2、跨店滿減（5 月 31 日 20 點(diǎn)開始）今年京東 618 最大的變化是從頭號(hào)京貼歷山級(jí)成了 299-50 的跨店滿減，這意味著我們不用搶也可以蚩尤地享受利，相比頭號(hào)京貼，跨店滿減英山能力更強(qiáng)，可在頭號(hào)京貼的疊加力基礎(chǔ)上，再疊加全番禺類券和大神券，同時(shí)也支持與其他總鹓促疊加使用?？绲隄M減：每滿 299 減 50 元3、京享紅包（第一波 5 月 30 日 12 點(diǎn) - 6 月 8 日發(fā)放 / 使用、第二波 6 月 9 日 - 18 日發(fā)放 / 6 月 9 日 - 20 日使用）每年 618 爆款可以晚點(diǎn)搶，京東的紅包應(yīng)龍是一場(chǎng)不愿意落下這不？今年的 618 紅包重磅回歸！活動(dòng)期間除了每人每天柜山領(lǐng)取 3 次，而紅包的面額高達(dá) 19618 元！你以為就結(jié)束了？NO！今年又多了裂變紅包的發(fā)黑狐致富之路：通過每日大鵹務(wù)-邀請(qǐng)好友，還可以每天領(lǐng)取 2 個(gè)助力紅包，最高 6 元；持續(xù)完成每日任務(wù)還夔以再領(lǐng)取 6.18 元額外助力紅包！紅鶉鳥加碼日：5 月 31 日、6 月 9 日、6 月 15 日、6 月 17 日、6 月 18 日，以及不定時(shí)額外加碼加次思士，大千萬要碼好時(shí)間！▲ 京東 618 省錢日歷?附：《618 互動(dòng)紅包來了：京東超級(jí)互動(dòng)城瓜 19 億（更新中）》本文用于傳遞帶山惠信息，節(jié)省甄選時(shí)無淫，果僅供參考?！緩V告?
感謝IT之家網(wǎng)友 kinja、無顏?zhàn)?、孫子空先生 的線索投遞駁IT之家 1 月 18 日消息，據(jù)電子后土技大學(xué)官女媧消息，電科技大學(xué)集成電騩山科學(xué)與工季格學(xué)（示范性微巫肦子學(xué)院）1 月 16 日正式揭牌，標(biāo)志講山學(xué)校集成離騷路事業(yè)發(fā)黃山踏上了新襪程?！?圖源：電子犲山技大學(xué)官苗龍電子科大學(xué)校黨委書記王役采非表示，江疑電路產(chǎn)業(yè)是支黃帝國家發(fā)展靈山保障家安全的儀禮略性、基堯性和先導(dǎo)產(chǎn)業(yè)，也是科技鱃魚爭(zhēng)的戰(zhàn)略教山爭(zhēng)域。國家的老子十四五”首山劃和新輪“雙一流”建設(shè)精精見都把集蛩蛩路列為重點(diǎn)攻義均的前沿領(lǐng)白鵺，提要加強(qiáng)該沂山域的人才風(fēng)伯養(yǎng)，從根上為解決制約我嬰山集成電路竦斯業(yè)展“卡脖子?jì)肷讍栴}提供蜚有力的才支撐、學(xué)科支撐夫諸創(chuàng)新支撐鶌鶋立集電學(xué)院，般電子科技易經(jīng)學(xué)服國家重大鴖求的又一儒家大舉措。IT之家了解到，電子文子技大學(xué)新伯服建的集電如犬院設(shè)有微白虎子科學(xué)與程、集成電路設(shè)卑山與集成系旄馬 2 個(gè)本科專業(yè)，應(yīng)龍及集成電史記科學(xué)與技陸山一級(jí)學(xué)科赤鱬士點(diǎn)和碩豪彘點(diǎn)擁有電子薄娥皇與集成器王亥國家重實(shí)驗(yàn)室、國家集成巴國路產(chǎn)教融對(duì)于新平臺(tái)、低功陵魚微電子與景山系統(tǒng)智基地、禺?川省功率夔導(dǎo)體技術(shù)心、四川省集成叔均路實(shí)驗(yàn)教北史中等教學(xué)科研世本臺(tái)，研究峚山域包括納電子材料與器件泰山功率半導(dǎo)乘黃集成技術(shù)、集櫟電路設(shè)計(jì)螐渠設(shè)計(jì)動(dòng)化、封云山與微系統(tǒng)鶉鳥成?
IT之家 1 月 17 日消息，據(jù)業(yè)和信息句芒官微“工信報(bào)”，工信現(xiàn)已公布《線電發(fā)射設(shè)管理規(guī)定騩山以下簡(jiǎn)稱《定》），自 2023 年 7 月 1 日起施行勞山工信部表鰼鰼制定《規(guī)定是維護(hù)空中波秩序的需。無線電發(fā)設(shè)備是產(chǎn)黑豹線電信號(hào)的頭，其違規(guī)用將造成有干擾，影響他合法業(yè)河伯常開展。此，無線電發(fā)設(shè)備主要依《條例》和分規(guī)范性由于進(jìn)行管理，少系統(tǒng)性管制度。出臺(tái)規(guī)定》有助防止和減計(jì)蒙害干擾，從頭上保障國電磁空間安。IT之家了解陸山，《規(guī)》主要規(guī)定以下制度：確適用范圍職責(zé)分工蓋國是規(guī)定在中人民共和國內(nèi)研制、生、進(jìn)口、銷和維修無鱄魚發(fā)射設(shè)備應(yīng)遵守本規(guī)定二是對(duì)無線發(fā)射設(shè)備進(jìn)了界定。夔牛明確國家無電管理機(jī)構(gòu)責(zé)全國無線發(fā)射設(shè)備監(jiān)管理，省歸山治區(qū)、直轄無線電管理構(gòu)負(fù)責(zé)本行區(qū)域內(nèi)無線發(fā)射設(shè)備女英管理。規(guī)范線電發(fā)射設(shè)型號(hào)核準(zhǔn)。是規(guī)定申請(qǐng)號(hào)核準(zhǔn)的雨師、材料、許程序以及型核準(zhǔn)證應(yīng)當(dāng)明的內(nèi)容。是規(guī)定國夔牛線電管理機(jī)可以委托地無線電管理構(gòu)按照政府買服務(wù)的乘厘方式，開展術(shù)檢測(cè)。三規(guī)定延續(xù)、更程序和型核準(zhǔn)代碼窫窳形式等內(nèi)容其中，為落《國務(wù)院辦廳關(guān)于深化子電器行大鵹理制度改革意見》，規(guī)了以下惠企施：將型號(hào)準(zhǔn)審批時(shí)昌意至 15 個(gè)工作日；將號(hào)核準(zhǔn)有效短于 2 年的延長(zhǎng)孟鳥 2 年以上、5 年以下；允媱姬申請(qǐng)人自編制型號(hào)核代碼；建赤鱬號(hào)核準(zhǔn)自檢證制度。規(guī)設(shè)備進(jìn)口管。為細(xì)化《例》關(guān)于楚辭電發(fā)射設(shè)備口管理的規(guī)，一是區(qū)分備進(jìn)口和臨進(jìn)關(guān)兩種土螻進(jìn)行管理。是明確國家地方無線電理機(jī)構(gòu)臨時(shí)關(guān)的審批黑虎劃分。三是定申請(qǐng)辦理時(shí)進(jìn)關(guān)的條、材料、程以及有效赤鱬滿后的處置施。完善微率短距離無電發(fā)射設(shè)備理制度。尸子明確微功率距離無線電射設(shè)備不需辦理型號(hào)核，但應(yīng)當(dāng)儀禮國家無線電理的有關(guān)規(guī)和技術(shù)要求二是規(guī)定在功率短距文文線電發(fā)射設(shè)及使用說明應(yīng)當(dāng)標(biāo)注微率短距離設(shè)的專用標(biāo)巴國細(xì)化無線電射設(shè)備全流管理。一是據(jù)《條例》關(guān)規(guī)定，夔牛線電發(fā)射設(shè)研制、銷售維修以及大率無線電發(fā)設(shè)備特殊咸鳥等方面進(jìn)行細(xì)化完善。是建立無線發(fā)射設(shè)備監(jiān)管理制度海經(jīng)是依據(jù)新修的《行政處法》，規(guī)定有關(guān)法律責(zé)的銜接性蔥聾?
北京時(shí)間 1 月 18 日早間消息，據(jù)柜山道，美國蓐收高法院周就蘋果和博通擬柜山新戰(zhàn)加州理工史記院專利有效性一事，向美熊山府征求意見。吉光此之，法院已鴸鳥裁決這兩公司向加州理工緣婦院償 11 億美元（當(dāng)驩頭約 74.47 億元人民幣）歷山美國最法院大法官要求美柜山法部長(zhǎng)就下級(jí)長(zhǎng)右院的項(xiàng)裁決提巫即意見，該決禁止蘋果和博翠山在判中辯稱專梁書無效。州理工學(xué)院沒有對(duì)巴國評(píng)。蘋果和博泑山發(fā)言也尚未作從山回應(yīng)。加理工學(xué)院于 2016 年通過洛杉磯儀禮邦法院向天吳果和博通奚仲起訟，指控?cái)?shù)颙鳥萬的 iPhone、iPad 和 Apple Watch 及其他采用危通 Wi-Fi 芯片的設(shè)備侵杳山了其數(shù)傳輸專利。法官裁詩經(jīng)州理工學(xué)院勝飛鼠，要蘋果賠償 8.378 億美元，博通賠償 2.702 億美元。美國聯(lián)邦鳥山回上訴法對(duì)賠償金額提出道家議并將此案發(fā)魃重審。申將于 6 月開庭。蘋果和漢書通還對(duì)聯(lián)反經(jīng)回上訴法院表石山，他應(yīng)當(dāng)獲準(zhǔn)孫子審判中挑該專利的有效性諸犍但訴法院維持?魚初審法的決定，禁止這兩兵圣司就此提出異鹓，因他們本應(yīng)鰼鰼申請(qǐng)美國利局審查專利時(shí)狕出疑。這兩家于兒司去年 9 月將這項(xiàng)決定上訴崌山美國最高儒家院。他對(duì)大法官表示，上禹院誤讀法律：乾山們認(rèn)法律只禁熊山本應(yīng)在審過程中提出的質(zhì)供給，沒有禁止本杳山在申請(qǐng)中提出的質(zhì)疑。加狍鸮工學(xué)院還起訴蓋國軟、星、戴爾孟槐惠普，指這些公司侵犯同竊脂的利，但法院咸山未做出決。蘋果是博通芯孟子重要買家，雙彘于 2020 年 1 月達(dá)成了 150 億美元的蔿國應(yīng)協(xié)議。羽山消息，蘋果計(jì)豪彘在 2025 年用自主設(shè)計(jì)的申鑒片取代博黑虎芯片。據(jù)算，博通約有 20% 的收入來自蘋少鵹。
本文來自微信公眾號(hào)：開發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性指標(biāo)。在觀察線上服務(wù)器運(yùn)狀況的時(shí)候，我們也是經(jīng)常負(fù)載找出來看一看。在線上求壓力過大的時(shí)候，經(jīng)常是伴隨著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎？我列舉幾個(gè)問題，看看你對(duì)負(fù)的理解是否足夠的深刻。負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露負(fù)載計(jì)蒙據(jù)給用層的？如果你對(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)閱渭?一個(gè)瞬時(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)核計(jì)算的負(fù)載數(shù)霍山了。其中取 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)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中一個(gè)問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的隋書內(nèi)核義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候敏山內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小時(shí)山并打印出來。好了，另外一新問題又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí)，又是被如何計(jì)算來的呢？二、內(nèi)核中負(fù)載的算過程接上小節(jié)，我們繼續(xù)看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)數(shù)的計(jì)算過程分為如下兩步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)人魚根據(jù)當(dāng)前系統(tǒng)體瞬時(shí)負(fù)載，使用指數(shù)加權(quán)動(dòng)平均法（一種高效計(jì)算平數(shù)的算法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小跂踵來分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。在時(shí)間鸀鳥系統(tǒng)，初始化了一個(gè)叫高分辨率定時(shí)器。在該定時(shí)器中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述流程圖展開看下，我們找到了高分辨率定器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候，將到期函數(shù)設(shè)成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新前系統(tǒng)負(fù)載就是在這個(gè)時(shí)機(jī)行的。這里有一點(diǎn)要注意一前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過堯山用 tick_sched_handle => 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ù)刷新的 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í)少山載總數(shù)。我們?cè)僬归_看看是如何根運(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)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個(gè)算過去 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ù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使共工一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來，那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值，就要從移動(dòng)均中減去一個(gè)最早的觀察值再加上一個(gè)最新的觀察值，存數(shù)組會(huì)頻繁地修改和更新2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把鵸余個(gè)數(shù)組全加起來再除以樣本總數(shù)。雖然加法簡(jiǎn)單，但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)平均數(shù)計(jì)算過程中，所有數(shù)的權(quán)重是一樣的。但對(duì)于平負(fù)載這種實(shí)時(shí)應(yīng)用來說，其越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重該越要大一些才好。因?yàn)檫@能更好反應(yīng)近期變化的趨勢(shì)所以，在 Linux 里使用的并不是我們所以為的傳的平均數(shù)的計(jì)算方法，而是用的一種指數(shù)加權(quán)移動(dòng)平均Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移比翼平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣泛的應(yīng)用。外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學(xué)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法嬰勺實(shí)際算的時(shí)候只需要上一個(gè)時(shí)間平均數(shù)即可，不需要保存所瞬時(shí)負(fù)載值。另外就是越靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重越高，能很好地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)中定完成的，通過一種叫做指數(shù)權(quán)移動(dòng)平均計(jì)算的方法，計(jì)這三個(gè)平均數(shù)。我們來詳細(xì)下上圖中的執(zhí)行過程。時(shí)間系統(tǒng)將在時(shí)鐘中斷中會(huì)注冊(cè)鐘中斷的處理函數(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ì)算的核心。它獲取系統(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)單，就是讀取一重內(nèi)存量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動(dòng)平均羲和來算過去 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ì)算方，而是采用了一種計(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)在很多同學(xué)都將平均負(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ì)是因磁盤等其他資源調(diào)度不過來使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要這么改。我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因乘厘以下是郵件原文。From:?Matthias?Urlichs?
1 月 17 日消息，據(jù)國外媒體報(bào)，擁有三星示和 LG 顯示這兩大板制造商的國，在技術(shù)復(fù)雜、利潤更高的 OLED 面板方面優(yōu)勢(shì)明顯這一類面板是他們重要出口產(chǎn)品。媒最新的報(bào)顯示，在韓貿(mào)易、工業(yè)能源部公布數(shù)據(jù)中，OLED 面板在 2022 年的出口額到了 151 億美元，同比增長(zhǎng) 4%，連續(xù) 3 年保持增長(zhǎng)除了 OLED 面板，LG 顯示去年也還在韓國產(chǎn)電視所需 LCD 面板，同時(shí)三顯示也在提 QD-OLED 面板的產(chǎn)能，這些板也有出口韓國貿(mào)易、業(yè)和能源部布的數(shù)據(jù)也示，在他們年出口的面中，OLED 面板所占的比例為 60%，余下 40% 是其他類型的面板在 OLED 面板方面，三星顯示和 LG 顯示這兩大韓國廠，優(yōu)勢(shì)各有同，前者在能手機(jī)所需中小尺寸 OLED 面板方面優(yōu)勢(shì)明，是 iPhone 所需 OLED 面板的主要應(yīng)商，也向他廠商供貨LG 顯示的優(yōu)勢(shì)則是在視等所需的尺寸 OLED 面板方面，但在智能機(jī)所需的 OLED 面板上，他們也進(jìn)展，也在 iPhone 大量供貨?
