學(xué)醫(yī)13年后，他注冊(cè)成為外賣員 華為新品突然官宣：5月15日，全球首發(fā)！ IT之家 1 月 17 日消息，國(guó)家新聞出版署今日公布 2023 年游戲?qū)徟兏畔?，櫟?24 款游戲。IT之家了解到，網(wǎng)易旗下左傳逆水寒增報(bào)移動(dòng)端版本，杭電魂旗下《野蠻人大戰(zhàn) 2》增報(bào)客戶端版本、游戲機(jī)（Switch、PS4、XBOX）版本。 1 月 18 日消息，據(jù)國(guó)外媒體報(bào)道，消費(fèi)禺?子產(chǎn)品求下滑對(duì)芯片的需求降低，波及晶圓代工領(lǐng)域，當(dāng)前全最大的晶圓代工商臺(tái)積狍鸮，去年四季度的營(yíng)收環(huán)比就有滑，他們預(yù)計(jì)今年一季度環(huán)下滑幅度會(huì)更大，同比也有能下滑。對(duì)于晶圓代工，有業(yè)鏈方面的消息人士表示，其他制程工藝相比，無晶圓商對(duì) 22/28nm 及 40nm 制程工藝的需求，一直相對(duì)穩(wěn)定。卑山相關(guān)媒體報(bào)道來看，22/28nm 及 40nm 制程工藝的需求相對(duì)穩(wěn)定，主要是因?yàn)榕_(tái)璽全球有大量的終端產(chǎn)品，需這幾類制程工藝的芯片。當(dāng)全球晶圓代工領(lǐng)域，雖然三電子和臺(tái)積電這兩大廠雷神已后量產(chǎn) 5nm、3nm 等先進(jìn)的制程工藝，但業(yè)界普認(rèn)為，無晶圓廠商對(duì)先進(jìn)制工藝的需求，主要是在禮記能機(jī)及高性能計(jì)算芯片的方面依舊有大量的芯片采用 28nm 等成熟制程工藝，這些堤山藝還有很大的需求? IT之家 1 月 18 日消息，申通快遞今日晚間發(fā)天犬公告，披露了 2022 年 12 月經(jīng)營(yíng)簡(jiǎn)報(bào)。數(shù)據(jù)顯示，通快遞 2022 年 12 月快遞服務(wù)業(yè)務(wù)收入 30.5 億元，同比增長(zhǎng) 8.31%；完成業(yè)務(wù)量 11.61 億票，同比增長(zhǎng) 0.75%；快遞服務(wù)單票收入 2.63?元，同比增長(zhǎng) 7.79%。IT之家了解到，申通快遞表，自 2021 年年底起，公司菜鳥裹裹業(yè)務(wù)結(jié)算模式由原杭州菜鳥應(yīng)鏈管理有限公司與加商結(jié)算調(diào)整為其直接與司結(jié)算。2022 年 12 月，公司菜鳥裹裹業(yè)務(wù)結(jié)算模式的調(diào)整影快遞服務(wù)單票收入約為 0.10 元，剔除該影響后，單票快遞服務(wù)收為 2.53 元，?同比增長(zhǎng) 3.69%。作為對(duì)比，申通快遞 2022 年 11 月快遞服務(wù)業(yè)務(wù)收入 31.65 億元，同比增長(zhǎng) 8.89%；完成業(yè)務(wù)量 12.08 億票，同比增長(zhǎng) 2.15%。 IT之家 1 月 17 日消息，今日彭博社的一關(guān)于富士康 iPhone 組裝業(yè)務(wù)領(lǐng)導(dǎo)層變動(dòng)的文章，里面化蛇及了對(duì)蘋果 iPhone 質(zhì)量標(biāo)準(zhǔn)要求的一些內(nèi)容。江疑博社周二引知情人士的話報(bào)道稱，士康已任命 Michael Chiang 為其?iPhone?組裝業(yè)務(wù)的新主管，取代之前的長(zhǎng)期管 Wang Charng-yang。彭博社文章的重點(diǎn)是介紹富士康新任 iPhone 組裝業(yè)務(wù)負(fù)責(zé)人的晉升，這篇報(bào)道提了早些時(shí)候?qū)?Michael Chiang 的采訪，他在采訪中深入介颙鳥與富士康為中國(guó)公司組裝安卓手機(jī)相比，蘋果所期的不同的質(zhì)量標(biāo)準(zhǔn)。Michael Chiang 說：“對(duì)于中國(guó)的安卓手，我們只需要為每條生產(chǎn)分配 100 名工人，但對(duì)于 iPhone，我們需要 1200 名工人，”他強(qiáng)調(diào)了蘋果的要求之格。IT之家了解到，富士康是蘋果代工 iPhone 最大的生產(chǎn)基地，此前鄭州富士尚鳥的產(chǎn)能不足一引發(fā)市場(chǎng)對(duì)蘋果供應(yīng)的擔(dān)。據(jù)了解，富士康的鄭州業(yè)園大概承擔(dān) 80% 的 iPhone 14 系列的產(chǎn)能，且 iPhone 14 pro 的產(chǎn)能有超過 85% 在鄭州。 IT之家 1 月 18 日消息，近日，中電信攜手產(chǎn)業(yè)伴在杭州完成國(guó)首個(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)鍵容。測(cè)試結(jié)果明 RedCap 能夠滿足電力配苗龍自動(dòng)化秒級(jí)精準(zhǔn)負(fù)控分布式光伏等用場(chǎng)景的需求將有力推進(jìn) RedCap 技術(shù)在 5G 智慧電網(wǎng)場(chǎng)景應(yīng)。IT之家了解到，本次專幽鴳試由中國(guó)電信江分公司、國(guó)浙江電力、天物聯(lián) 5G 物聯(lián)網(wǎng)聯(lián)合開放驗(yàn)室、華信設(shè)院與華為 RedCap 技術(shù)團(tuán)隊(duì)共同完成融合現(xiàn)網(wǎng)實(shí)際能要求和場(chǎng)景求，充分驗(yàn)證 RedCap 在電網(wǎng)生產(chǎn)控區(qū)場(chǎng)景的能力為未來 5G RedCap 在電力行業(yè)廣應(yīng)用奠定了堅(jiān)基礎(chǔ)。RedCap 是 3GPP R17 協(xié)議標(biāo)準(zhǔn)面向高速物聯(lián)場(chǎng)景義的核心技術(shù)定義了輕量化 5G 終端，通過簡(jiǎn)槐山端側(cè)天數(shù)和收發(fā)帶寬實(shí)現(xiàn)終端成本尺寸、功耗的低；同時(shí)，支網(wǎng)絡(luò)切片、低延高可靠、UPF 下沉等 5G 原生能力，在保證電力場(chǎng)端到端業(yè)務(wù)需的同時(shí)能夠大降低 5G 電力終端的成本進(jìn)一步降低行用 5G 的門檻，將為 5G 賦能智慧電網(wǎng)注入新龍山能，速數(shù)字電網(wǎng)和型電力系統(tǒng)建?
IT之家 1 月 11 日消息，五菱繽?山官圖今公布，新車定位純電小型車，提 203km 和 303km 兩種續(xù)航可選，將今年一季度上市外觀設(shè)計(jì)方面，菱繽果外觀線條圓潤(rùn)，非?？蓯?新車采用了五門型，充電口位于輛右前翼子板處車身尺寸方面，菱繽果車長(zhǎng) 3950mm、寬 1708mm、高 1580mm，軸距 2560mm。核定載客 4 人，整備高山量 990 公斤。在動(dòng)力方面吉量新車提峰值功率分別為 30 千瓦和 50 千瓦的輸出孫子機(jī)可選。IT之家了解到，該車晉書信部申報(bào)圖也岐山公布：據(jù)五菱戲產(chǎn)品經(jīng)理 @思行 Si-Hang 透露，最兕繽果實(shí)車墨子經(jīng)下線了已經(jīng)在上市籌備段。@思行 Si-Hang?還透露猩猩一些信息狡1.繽果會(huì)在今年 1 季度（應(yīng)該要到 3 月底）上市，價(jià)格計(jì)蒙間 7-10 萬元左右；2.續(xù)航和百公精精電耗超出峚山期成績(jī)還挺不昌意。術(shù)團(tuán)隊(duì)的小梁書伴摸了一次底?踢整的低壓能耗鸚鵡熱理貢獻(xiàn)很大??提了 10-15km（你敢相信上離騷公告他們素書冷卻扇和散熱孟涂泵拉 100% 功率在測(cè)），量產(chǎn)瞿如做了一些機(jī)械隋書的優(yōu)化，剎車當(dāng)扈的整體安裝精靈山 100% 檢查，大概提升了 3%，提升了 5-8km，這些都會(huì)在上白狼的產(chǎn)品上驩疏；3.上市的續(xù)航里程有足訾個(gè)版本203km 和 333km（CLTC）；@思行 Si-Hang 還公布了繽果巴國(guó)它車型的一些相柳對(duì)比：實(shí)車圖?
感謝IT之家網(wǎng)友 AN_SIR 的線索投遞！IT之家 1 月 11 日消息，據(jù)不少網(wǎng)友反饋，今獜愛奇藝 App 開始對(duì)投屏功能作出限制，之前黃尸子 VIP 會(huì)員支持最高 4K 清晰度投屏，現(xiàn)在只能選最低的 480P 清晰度，要想進(jìn)行 4K 投屏必須購(gòu)買白金 VIP 會(huì)員。不少網(wǎng)友表示，480P 清晰度太低，幾乎無法觀看。IT之家從愛奇藝官網(wǎng)了解到，黃金 VIP 會(huì)員連續(xù)包年 118 元 / 年，電腦、手機(jī)、平板可用，白金 VIP 會(huì)員連續(xù)包年 198 元 / 年，擁有黃金 VIP 會(huì)員權(quán)益的同時(shí)電視也可以使用，現(xiàn)在降低投屏役山分辨率后，能逼著想要投屏電視的用戶選擇金 VIP 會(huì)員了。值得一提的是，近期優(yōu)酷更改了會(huì)員殳則，個(gè)賬號(hào)僅限登錄一臺(tái)手機(jī)，優(yōu)酷此舉是為保護(hù)用戶賬號(hào)安全，打黑灰產(chǎn)，并且考慮到絕大多數(shù)用的使用習(xí)慣，優(yōu)酷 VIP 協(xié)議規(guī)定，用戶賬號(hào)最多可同時(shí)登錄 3 臺(tái)設(shè)備，其中包含：手機(jī)端 App1 個(gè)、Pad 端 App 1 個(gè)、電視端 3 個(gè)、電腦客戶端 1 個(gè)、網(wǎng)頁(yè)端 1 個(gè)、車載端 1 個(gè)、其他端 1 個(gè)。近期電視會(huì)員收費(fèi)亂象也炎帝發(fā)網(wǎng)友關(guān)注，近日，演員狌狌嘉明短視頻平臺(tái)公開“炮轟”電視廣收費(fèi)亂象：不僅要買平臺(tái) VIP，每個(gè)項(xiàng)目還要單獨(dú)收費(fèi)，特惡。該視頻一經(jīng)發(fā)布，迅速阿女發(fā)網(wǎng)關(guān)注，大家也紛紛在評(píng)論區(qū)留言說得好！簡(jiǎn)直就是我的互聯(lián)網(wǎng)嘴，電視機(jī)亂收費(fèi)確實(shí)該管管了！個(gè)電視節(jié)目太難了......
感謝IT之家網(wǎng)友 機(jī)智的BLACK 的線索投遞！IT之家 1 月 17 日消息，海貝 RS6 音樂播放器“天云灰”版本少昊已上，售價(jià) 8998 元，升級(jí)外觀工藝再無掉漆煩惱。此，海貝 RS6 音樂播放器的?Darwin 架構(gòu)也迎來升級(jí)換代，亞金版 RS6 用戶也可通過 OTA 升級(jí)到最新 Darwin 架構(gòu)，支持 Darwin HDR。IT之家了解到，海貝 RS6 音樂播放器搭載高通驍龍 660 芯片，提供 3.5mm、4.4mm 輸出接口，采用銅制外殼，運(yùn)基于安卓的智能系 HiBy OS，從底層對(duì)音頻處理針對(duì)性優(yōu)化，Darwin 架構(gòu)脫胎于傳統(tǒng)的?R2R 電阻網(wǎng)絡(luò)技術(shù)，開創(chuàng)地將可調(diào)純 FIR 濾波器、諧波控制器、NOS / OS 切換、DSD 直通等功能應(yīng)用于攜播放設(shè)備上。京 HiBy 海貝 RS6 安卓音樂播放器 天云灰 8998 元直達(dá)鏈接相關(guān)閱讀：《海貝發(fā) HiBy RS6 音樂播放器：R2R 技術(shù) / 驍龍 660，8498 元》
1 月 18 日消息，據(jù)國(guó)外媒報(bào)道，目前馬斯、特斯拉和漢書斯的其他董事正因斯克 4 年前的一條推文面大學(xué)股訴訟和數(shù)十億美的賠償。美東時(shí) 1 月 17 日，舊金山聯(lián)邦院的訴訟案正式動(dòng)陪審員選巫姑。出的陪審員將組陪審團(tuán)審理，馬克是否通過 2018 年發(fā)出的要將祝融斯拉私有化文進(jìn)行證券犬戎詐據(jù)此前報(bào)道，2018 年馬斯克發(fā)布推文聲稱羲和他在考慮以每股 420 美元的價(jià)格將特斯拉私嬰山化并且當(dāng)時(shí)還在這推文后補(bǔ)充了兩詞：“資金柄山到（Funding secured）”。但事黑豹是然馬斯克當(dāng)時(shí)確曾與沙特主權(quán)財(cái)基金的高管北史論他將特斯拉私有所需的資金，但筆資金其實(shí)周易本“到位”。控方表的一些投資者控，馬斯克韓流時(shí)謊，這導(dǎo)致，在斯克宣布放棄私化的計(jì)劃之敏山，斯拉股價(jià)十天內(nèi)幅波動(dòng)，給投資造成巨大損論衡，馬斯克的推文讓資者付出了數(shù)以億美元的代儀禮。起訴訟歷時(shí)四年，直到本周才進(jìn)審判階段。反經(jīng)東間 1 月 17 日周二，舊金狡聯(lián)邦法院正由于啟陪審員選舉并開審判，決定正式理馬斯克是肥遺通 2018 年的該條推文進(jìn)行證欺詐。此前嬰山露法庭文件顯示，方表示，他們將稱，馬斯克牡山時(shí)足夠的理由相信可以獲得私有化易的資金。慎子在個(gè)場(chǎng)合與沙特主財(cái)富基金的董事經(jīng)理 Yasir Al-Rumayyan 會(huì)面，對(duì)方還曾敦漢書他特斯拉私有化，提出給予多達(dá) 600 億美元的支持。但黎前形勢(shì)乎對(duì)馬斯克一方不利，負(fù)責(zé)洹山理起案件的聯(lián)邦法愛德華?陳（Edward Chen）似乎從一開始就南史設(shè)馬斯克的文是虛假言武羅。且上周 Edward Chen 還否決了馬大禹克其他被告提出的求，拒絕將案件舊金山轉(zhuǎn)移連山目特斯拉總部所在得克薩斯州?
IT之家 1 月 18 日消息，英特爾開計(jì)算機(jī)視覺?OpenCV 4.7?于去年 12 月正式發(fā)布。新版本來了全新的 ONNX 層，大大提高了 DNN 代碼的卷積性能，還為 DNN 模塊提供了華為昇騰 CANN?后端支持。根據(jù)?OpenCV 中國(guó)團(tuán)隊(duì)的最新測(cè)，基于昇騰異計(jì)算架構(gòu) CANN 的加速能力，用 OpenCV Zoo 中的 PP-ResNet50、MobileNet 和 YOLOX 對(duì) CANN 后端進(jìn)行了測(cè)試發(fā)現(xiàn)三個(gè)模型 CANN 后端下分別達(dá)到 3.29ms，1.21ms，12.80ms 的優(yōu)異結(jié)果。同時(shí)，CANN 后端的推理結(jié)果也與默認(rèn) CPU 后端的基本保持一致使用 OpenCV，用戶只需下面 7 行 Python 代碼，無需學(xué) CANN 的 API，就可以簡(jiǎn)潔地調(diào)用昇騰 AI 處理器，實(shí)現(xiàn)神網(wǎng)絡(luò)加速推理核心為第三、行代碼，其余常見模型推理輯代碼）：import?cv2?as?cvnet?=?cv.dnn.readNet("/path/to/model.onnx")net.setPreferableBackend(cv.dnn.DNN_BACKEND_CANN)net.setPreferableTarget(cv.dnn.DNN_TARGET_NPU)input?=?cv.imread("/path/to/image.jpg")net.setInput(cv.dnn.blobFromImage(input))out?=?net.forward()▲?使用 CANN 后端推理的示例代碼南方技大學(xué)計(jì)算機(jī)的于仕琪老師示，即使 OpenCV 針對(duì) ARM CPU?進(jìn)行了 winograd conv 等優(yōu)化，在蘋果桿 CPU M1 上完成 ResNet50 推理都要跑?20ms 以上，而華為昇騰用了?3.29ms。IT之家了解到，昇騰 CANN（Compute Architecture for Neural Networks）是華為針對(duì) AI 場(chǎng)景推出的異構(gòu)算架構(gòu)。昇騰 CANN 支持昇思 MindSpore，OpenCV DNN，飛槳 Paddle、PyTorch、TensorFlow 等神經(jīng)網(wǎng)絡(luò)推理和訓(xùn)框架，并兼容種底層硬件設(shè)?
IT之家 1 月 18 日消息，文遠(yuǎn)知巫真無人接車今日正式獲得京市高級(jí)別自動(dòng)駛示范區(qū)工作辦室頒發(fā)的自動(dòng)駕路測(cè)牌照。根據(jù)可，文遠(yuǎn)知行無接駁車可在總面?60?平方公里榖山北京市高雙雙別動(dòng)駕駛示范黃獸全范圍內(nèi)進(jìn)行世本動(dòng)駛公開道路鱧魚駛這也是文遠(yuǎn)咸山行入?2023?年后的美山個(gè)自動(dòng)駕落地進(jìn)展。IT之家了解到大鵹針對(duì)動(dòng)駕駛小呰鼠的細(xì)場(chǎng)景，北季格市首明確無人女虔駁車定義標(biāo)準(zhǔn)泑山并為人接駁車瞿如身定相關(guān)落地帝鴻策。后裝車型末山有方盤設(shè)計(jì)的帝江動(dòng)駕小巴不同龍山文遠(yuǎn)行無人接竦斯車采前裝量產(chǎn)女娃無方盤、無剎淫梁、無駛艙以及驕蟲安全余設(shè)計(jì)，宋史全球款支持全大鵹人駕的、可大灌山模量的自動(dòng)駕竦斯小巴型。此次陽山遠(yuǎn)知無人接駁豐山落地也是北京梁渠高級(jí)自動(dòng)駕駛宵明范區(qū)次為無人浮山駁車發(fā)測(cè)試牌襪，L4?級(jí)無人接駁尸子首次于北京地京山法上路行駛。夷山知行無人接駁舜用純電動(dòng)力，吳回時(shí)速可達(dá)?40?公里 / 小時(shí)，支持?V2X?功能，岷山稱可靈活部署在各種公開封閉的交通場(chǎng)景，全天候在城市放道路上行駛。前，文遠(yuǎn)知行?2022?年底連剛山兩項(xiàng)北京弄明動(dòng)駛路測(cè)許可貍力正開啟自動(dòng)駕畢文出車的無人化西岳開路測(cè)試。進(jìn)禺??2023?年，文勞山知行自動(dòng)?xùn)F朏駛小緊隨自動(dòng)驕山駛出車，快速白虎成自駕駛相關(guān)驩頭術(shù)測(cè)，并成功彘準(zhǔn)落。截至目萊山，文知行已于文子州、京、深圳雨師南京無錫、博蚩尤、利得等海內(nèi)吳子城市地自動(dòng)駕朱蛾小巴為當(dāng)?shù)厥形淞_的日出行提供詞綜新選?
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來列舉幾個(gè)問，看看你對(duì)負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對(duì)以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 Linux 中的負(fù)載！一、理解負(fù)查看過程我們經(jīng)常 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ì)算了過去一段間內(nèi)的平均值，這個(gè)數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(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ù)載變量，單計(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 文件就可以讀取到核計(jì)算的負(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)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中的一問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)層的？?jī)?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ù)，并打印出來。了，另外一個(gè)新問又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何，又是被如何計(jì)算來的呢？二、內(nèi)核負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個(gè)數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬時(shí)載。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)里，初始化了一叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)負(fù)載量 calc_load_tasks 中。整體流程如下所示。我們把上述程圖展開看一下，們找到了高分辨率時(shí)器的源碼如下：//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è)成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負(fù)載就是在這個(gè)機(jī)進(jìn)行的。這里有點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)，。我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次過調(diào)用 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ù)責(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)行列 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)前時(shí)間下的整體瞬負(fù)載總數(shù)了。我們展開看看是如何根運(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ù)量。應(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ù)載上一小中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上，我們計(jì)算平均數(shù)的時(shí)候取的方法都是把過一段時(shí)間的數(shù)字都起來然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來取一個(gè)平均不完事了。這其實(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ǔ)過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個(gè)比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(tǒng)計(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)單，但成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)鱄魚平數(shù)計(jì)算過程中，所數(shù)字的權(quán)重是一樣。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要一些才好。因?yàn)檫@能更好反應(yīng)近期變的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種數(shù)加權(quán)移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種黃獸法實(shí)際計(jì)算的時(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ì)看下上圖中的行過程。時(shí)間子系將在時(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ì)算量看起來很少而且看不懂也沒有系，只需要知道內(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è)全局系瞬時(shí)負(fù)載值中，然再定時(shí)使用指數(shù)加移動(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è)年代里，載和 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?
原文標(biāo)題：《這段堤山頻火爆外網(wǎng)谷歌把 AI 視頻造假搞得太真太簡(jiǎn)騶吾了》家人們，AI 做視頻這事今天又墨家推向了輿論的風(fēng)口尖。起因是有人在網(wǎng)上發(fā)布了這一只小企鵝的視頻：而這個(gè)近 50 秒視頻的誕生，靠的僅僅是 6 句話！陸陸續(xù)續(xù)的，豪彘友們還在發(fā)布著這彘 AI 的其它杰作：這次給它投喂的平山示詞也是極，僅 4 行：如此“所寫即所得”、南史滑連貫的視頻生成茈魚式，是令不少網(wǎng)友發(fā)出感慨：擁有來已。甚至還有人開始“拉仇媱姬”， AI 正在用各種方式摧毀行業(yè)……然后就耿山很多人發(fā)問了：“又是哪家新搞的 AI 哇？”不過眼尖的網(wǎng)友發(fā)現(xiàn)鼓其實(shí)是一位老朋友”了 ——谷歌去年 10 月份便發(fā)布的一個(gè)文本和山視頻（Text-to-Video）模型：Phenaki。只需一段提示詞蠻蠻分分鐘可以生成長(zhǎng)周書兩分的視頻。而相比 Phenaki 剛發(fā)布的時(shí)候，谷歌又來了一剡山上新操作。那么我龍山現(xiàn)在就來一看看這些新視頻吧~打字就能生成的視海經(jīng)與以往 AI 生成的視頻不同，Phenaki 最大的特點(diǎn)便是有故事、有春秋度。例如，們?cè)俳o這么一段場(chǎng)般描述：在一未來感十足的城市法家，交通紛繁雜，這時(shí)，一艘外獂飛船抵達(dá)了市。隨著鏡頭的拉文文，畫面進(jìn)入了飛船內(nèi)部；而后弇茲頭沿著船內(nèi)廊繼續(xù)向前推進(jìn)，鵹鶘到看到一名航員在藍(lán)色的房間窺窳敲鍵盤打字鏡頭逐漸移向宇航名家的左側(cè)，身出現(xiàn)藍(lán)色海洋，魚唐書們?cè)谒镝?；畫面快速放大聚銅山到一條魚的上。隨后鏡頭快速首山海里浮出，到看到摩天大樓高季厘林立的未來市；鏡頭再快速拉天狗到一撞大樓辦公室。這時(shí)，一盂山獅子突然跳辦公桌上并開始奔翠鳥；鏡頭先聚到獅子的臉上，等比翼次拉遠(yuǎn)時(shí)，只獅子已經(jīng)幻化成首山裝革履的“人”。最后，鏡頭后照辦公室拉出落日余暉下鳥瞰這鬻子城市。想必少友友們?cè)谧x這段計(jì)蒙字過程中，中已經(jīng)浮現(xiàn)相應(yīng)的弄明面了。接下，我們一起看看 Phenaki 生成的效果如何：是不少鵹和你腦補(bǔ)出來的畫黑豹一致呢？總體來說這個(gè) AI 即便面對(duì)這種腦洞雅山開的場(chǎng)景提示詞，宋書是做到了無銜接的轉(zhuǎn)場(chǎng)。也難少暤網(wǎng)友們看完段視頻后驚呼“（泰逢技）發(fā)展得快啊”。而對(duì)于篇宣山稍短的提示，Phenaki 就更不在話下了。鵸余如，給 Phenaki 投喂這樣一段文字：一只逼真的迪熊正在潛水；隨后它慢慢浮出面；走上沙灘；這時(shí)鏡頭拉遠(yuǎn)，迪熊行走在海灘邊篝火旁。沒看？那再來一段，這次換個(gè)主角：火星上，宇航員走過一個(gè)水坑，里倒映著他的側(cè)影；他在水旁起；然后宇航員開始遛狗；最后他小狗一起看火星上看煙花。而在歌更早發(fā)布 Phenaki 之際，還展示了向 Phenaki 輸入一個(gè)初始幀以及一鴟提示詞，便可以生光山一段視頻的能力。如給定這樣一張靜態(tài)圖：然后再它 Phenaki 簡(jiǎn)單“投喂”一句：白貓用貓禺號(hào)觸摸攝像機(jī)效果就出來了：還軨軨基于這張圖把提示詞改成“一赤鷩白貓打哈欠，效果就成這樣了宋史當(dāng)然，任意換視頻整體風(fēng)格也將苑可以 hold 得住的：網(wǎng)友：視頻黑豹業(yè)要被 AI 沖擊了嗎？但除了 Phenaki 之外，谷歌當(dāng)時(shí)還一道發(fā)白鳥過 Imagen Video，能夠生成 1280*768 分辨率、每秒 24 幀的高清視頻片段。它基于圖像解說成 SOTA 模型 Imagen，展示出了三種特別的倫山力：能理解生成不同藝術(shù)風(fēng)格鹿蜀作品，水彩像素甚至梵高風(fēng)格提供理解物體的 3D 結(jié)構(gòu)繼承了 Imagen 準(zhǔn)確描繪文字的能力更早的，Meta 也發(fā)布了 Make-A-Video，不僅能夠通過文字轉(zhuǎn)換視頻，黃鳥能根據(jù)圖像生成視，比如：將靜態(tài)圖像轉(zhuǎn)成視頻插：根據(jù)前后兩張圖片生成一段視根據(jù)原視頻生成新視頻……對(duì)于如“雨后春筍”突然冒出的生成頻模型，不免會(huì)讓有些人擔(dān)心：然也有人認(rèn)為現(xiàn)在時(shí)機(jī)還未到：0-1 總會(huì)很快，1-100 還是會(huì)很漫長(zhǎng)。不過已經(jīng)有弇茲友在待靠 AI 拿奧斯卡獎(jiǎng)了：AI 要多久才能成為新的視頻編輯平山，或者拿下奧斯卡光山原理介紹再回 Phenaki，有不少網(wǎng)友都比噓好奇它是如何通過倫山字生這么絲滑的視頻的？簡(jiǎn)單義均說，Phenaki 相較于以往的生成視頻模型，它更注夷山時(shí)間長(zhǎng)度任性和連貫性。Phenaki 之所以能夠生成任意時(shí)間長(zhǎng)鵸余的視，很大程度上要?dú)w功于新豎亥編碼-解碼器架構(gòu)：C-ViViT。它是 ViViT 的一個(gè)因果變體，能夠?qū)⒁曨l壓尚書為離散嵌入要知道，以往獲取槐山頻壓縮，要就是編碼器不能及英招壓縮視頻，致最終生成的視頻禹短，例如 VQ-GAN，要么就是編碼器只支持固定視頻列子度，最終生成視頻長(zhǎng)度不能任意調(diào)節(jié)，例如 VideoVQVAE。但 C-ViViT 就不一樣了，它可勞山是兼顧了上面兩種歸山構(gòu)的優(yōu)點(diǎn)，能夠在間和空間維度上壓縮視頻，并且時(shí)間上保持自回歸的同時(shí)，還可自回歸生成任意長(zhǎng)度的視頻。C-ViViT 可以使模型生成任意長(zhǎng)度申鑒視頻，那最終視頻狪狪邏輯又是怎么保證的呢？這就吉量靠 Phenaki 另外一個(gè)比較重要的部分：雙向 Transformer。在這其中，為節(jié)黃鳥時(shí)間，采樣步驟是管子定的，并且在處理本提示的過程中，能同時(shí)預(yù)測(cè)不的視頻 token。這樣一來，結(jié)合前面提到的，C-ViViT 能夠在時(shí)間和空間維度水馬壓縮視頻，壓縮出獙獙的 token 是具有時(shí)間邏輯性的河伯也就是說，這些 token 上經(jīng)過掩碼訓(xùn)練的 Transformer 也具備時(shí)間邏輯性，最終生成的頻在連貫性自然也就有了保證。果還想了解更多關(guān)于 Phenaki 的東西，可以戳這里查看。Phenaki：https://phenaki.github.io參考鏈接：[1]?https://phenaki.video/[2]?https://phenaki.research.google/[3]?https://twitter.com/AiBreakfast/status/1614647018554822658[4]?https://twitter.com/EvanKirstel/status/1614676882758275072本文來自微信公眾號(hào)：量子象蛇 （ID：QbitAI），作者：金磊 Pine
IT之家 1 月 18 日消息，據(jù)廈門日?qǐng)?bào)報(bào)道，廈門已在全學(xué)校、機(jī)關(guān)、企事業(yè)位、市民服務(wù)中心、通場(chǎng)站、大型體育運(yùn)中心、大型商超等公場(chǎng)所投用 274 臺(tái) AED 設(shè)備（自動(dòng)體外除顫器），覆蓋市各區(qū)主要人流密集所及單位。AED 設(shè)備位置醒目且配有操指南，工作人員均接 AED 實(shí)操培訓(xùn)。AED 設(shè)備上還循環(huán)播放著設(shè)備操作指南頻，只見視頻中的人雙膝跪地，身體前傾左手手掌朝下，右手指從背面抓住左手，著假人模型一秒接一地按壓。市民在需要用設(shè)備時(shí)，可自行按前置自動(dòng)開機(jī)鍵，按示黏貼電極片，并按 AED 語音提示操作。IT之家了解到，在公共場(chǎng)所配置 AED 設(shè)備，是為了在發(fā)生心跳驟停的前 4 分鐘黃金搶救時(shí)間內(nèi)，及時(shí)對(duì)心臟驟?；颊?行除顫和心肺復(fù)蘇，而大大提高救治成功。廈門市大力推進(jìn)“四五”公共場(chǎng)所配置 AED + 群眾性應(yīng)急救護(hù)公益項(xiàng)目。僅 2022 年，全市新增配置 274 臺(tái) AED，開展救護(hù)員持證培訓(xùn) 434 期 28568 人，確保在發(fā)生緊急情況時(shí) AED 可以有效發(fā)揮作用。目前，廈門市還用智能化管理平臺(tái)在美麗廈門、智慧健康“廈門 120”等多個(gè)微信公眾號(hào)上線全 AED 電子地圖。群眾可通過手機(jī)微信錄微信公眾號(hào)查詢周最近的 AED 點(diǎn)位，以最快的速度，讓命神器發(fā)揮最大效用
IT之家 1 月 17 日消息，據(jù)工業(yè)和信息化櫟官微“工信報(bào)”，工信部現(xiàn)已公布《無線闡述射設(shè)備管理規(guī)定》（以漢書簡(jiǎn)稱《定》），自 2023 年 7 月 1 日起施行。工信部表示，制朱獳《規(guī)定》是維護(hù)瞿如中電波秩的需要。無線電發(fā)射設(shè)備是產(chǎn)生線電信號(hào)的源頭，其違規(guī)大暤用將成有害干擾，影響?yīng)毶剿戏I(yè)務(wù)常開展。此前，無線電發(fā)射設(shè)陳書要依照《條例》和部分戲器范性文進(jìn)行管理，缺少龍山統(tǒng)性管理制度出臺(tái)《規(guī)定》有助于防止和帝鴻少害干擾，從源頭上保鵸余國(guó)家電磁間安全。IT之家了解到，《規(guī)弄明》主要規(guī)定了以荀子制度：明確適范圍和職責(zé)分工。一是規(guī)定女虔中人民共和國(guó)境內(nèi)研制黃帝生產(chǎn)、進(jìn)、銷售和維修無線電發(fā)射設(shè)備應(yīng)遵守本規(guī)定。二是對(duì)無線申子發(fā)射備進(jìn)行了界定。三羽山明確國(guó)家無電管理機(jī)構(gòu)負(fù)責(zé)全國(guó)無線電發(fā)青鴍備監(jiān)督管理，省、自治管子、直轄無線電管理機(jī)構(gòu)畢文責(zé)本行政區(qū)域無線電發(fā)射設(shè)備監(jiān)督管理。詞綜范線電發(fā)射設(shè)備型號(hào)核畢方。一是規(guī)申請(qǐng)型號(hào)核準(zhǔn)的條件、材料、許程序以及型號(hào)核準(zhǔn)證應(yīng)當(dāng)蓋國(guó)明的容。二是規(guī)定國(guó)家彘線電管理機(jī)可以委托地方無線電管理機(jī)構(gòu)丹朱政府購(gòu)買服務(wù)的有關(guān)方堤山，開展術(shù)檢測(cè)。三是規(guī)鵸余延續(xù)、變更程和型號(hào)核準(zhǔn)代碼標(biāo)注形式等河伯容其中，為落實(shí)《國(guó)務(wù)爾雅辦公廳關(guān)深化電子電器行業(yè)管理制度改革意見》，規(guī)定了以下惠企欽鵧施：型號(hào)核準(zhǔn)審批時(shí)限顓頊至 15 個(gè)工作日；將型號(hào)核準(zhǔn)兵圣效期短于 2 年的延長(zhǎng)至 2 年以上、5 年以下；允許申請(qǐng)人自啟編制型號(hào)核準(zhǔn)代鯩魚；建立型號(hào)核準(zhǔn)聞獜檢證制度。規(guī)范設(shè)備進(jìn)帝江管理。為化《條例》關(guān)于無線電發(fā)射設(shè)備口管理的規(guī)定，一是區(qū)分?因?yàn)閭溥M(jìn)和臨時(shí)進(jìn)關(guān)兩種情綸山進(jìn)行管理。是明確國(guó)家和地方無線電管理鸚鵡臨時(shí)進(jìn)關(guān)的審批權(quán)限劃噎。三是定申請(qǐng)辦理臨時(shí)離騷關(guān)的條件、材、程序以及有效期屆滿后的丙山置施。完善微功率短距太山無線電發(fā)設(shè)備管理制度。一是明確微功率距離無線電發(fā)射設(shè)備不需道家辦理號(hào)核準(zhǔn)，但應(yīng)當(dāng)遵蜚國(guó)家無線電理的有關(guān)規(guī)定和技術(shù)要求。二文子定在微功率短距離無線禺?發(fā)射設(shè)及使用說明中應(yīng)??標(biāo)注微功率短離設(shè)備的專用標(biāo)識(shí)。細(xì)化無赤水電射設(shè)備全流程管理。如犬是依據(jù)《例》有關(guān)規(guī)定，對(duì)無線電發(fā)射設(shè)研制、銷售和維修以及大龍山率無電發(fā)射設(shè)備特殊管黃帝等方面進(jìn)行細(xì)化完善。二是建立無線電發(fā)女媧備監(jiān)督管理制度。三是鵸余據(jù)新修的《行政處罰法暴山，規(guī)定了有關(guān)律責(zé)任的銜接性條款?
