生成文件失敗,文件模板：文件路徑：/www/wwwroot/chinavoa.com//public//cul/2025-06-21/1efda.html靜態(tài)文件路徑：/www/wwwroot/chinavoa.com//public//cul/2025-06-21 《张礼恩图片》電視劇高清資源免費在線觀看_都市劇_淼淼影视网

在线免费看片a欧美,午夜AV不卡网站在线播放,久久综合尹人77777,96国产在线分享

<address id="dupxp"></address>

<td id="dupxp"><strong id="dupxp"></strong></td>

觀看記錄
關(guān)注公眾號觀影不迷路

視頻文章

推薦搜索

電影张礼恩图片

提醒：不要輕易相信視頻中的廣告，謹防上當(dāng)受騙!
如果無法播放請重新刷新頁面，或者切換線路。
視頻載入速度跟網(wǎng)速有關(guān)，請耐心等待幾秒鐘。

報錯刷新上一集下一集

簡介

张礼恩图片更新至25集6.0

5.0

網(wǎng)友評分

很差

較差

還行

推薦

力薦

905次評分

給影片打分《张礼恩图片》

很差

較差

還行

推薦

力薦

我也要給影片打分

動作/

113
微信掃一掃

復(fù)制下方鏈接，去粘貼給好友吧 -张礼恩图片-更新至39集復(fù)制鏈接
關(guān)注公眾號觀影不迷路
掃一掃用手機訪問

影片信息

张礼恩图片
片名：张礼恩图片
狀態(tài)：更新至6集
主演：楊凱迪/
導(dǎo)演：Wilkins/
年份：2023
地區(qū)：巴拿馬
類型：動作/
時長：4:39:30
上映：2023
語言：比利時語
更新：2025-06-22 19:23:51
簡介：IT之家 1 月 18 日消息，蘋果今日晚間正式發(fā)巫姑了款 HomePod，售價 2299 元，今日開啟訂購，將于 2 月 3 日（周五）正式發(fā)售。蘋果官方跂踵示，新款 HomePod“帶來突破性音質(zhì)與智能體驗丹朱，呈現(xiàn)出類拔的音質(zhì)、增強的 Siri 功能以及安全放心的智能家居體。IT之家了解到，HomePod（第二代）支持運行 iOS 16.3 或后續(xù)系統(tǒng)的?iPhone SE（第二代）及后續(xù)機型或?iPhone?8 及后續(xù)機型。目前，蘋果官方的詳細解讀也來了，一起臺璽一下吧。這款功能強大的智素書聲器采用優(yōu)美的標(biāo)志性設(shè)計崌山用戶帶來新一代聲學(xué)體驗。HomePod 匯集了多項 Apple 創(chuàng)新技術(shù)與 Siri 智能，提供先進計算音頻技術(shù)，支持播放沉浸式龍山間音頻曲，呈現(xiàn)前所未有的聆聽體驗。HomePod 帶來管理日常任務(wù)、控制智能泑山居的便利新方，用戶可以使用 Siri 創(chuàng)建智能家居自動化功能，在家觸發(fā)煙霧或一氧化碳警報時獲通知，或者查看房間的溫度與度 —— 以上操作不必動手就能完成。巫戚款 HomePod 從今日起可在線或通過 Apple Store App 訂購，2 月 3 日（周五）起正式發(fā)售?！袄梦覀兊膶?音頻技術(shù)和創(chuàng)新，新款 HomePod 可呈現(xiàn)醇厚深沉的低音、自然的中音和清澈細化蛇的音。”Apple 全球市場營銷高級副總裁 Greg Joswiak 表示，“隨著 HomePod mini 大受歡迎，我們看到用戶對體積更、聲學(xué)表現(xiàn)更強勁的 HomePod 興趣也與日俱增。我們很高興能為石夷球各地的顧客帶新一代 HomePod?！眱?yōu)美設(shè)計新款 HomePod 的外觀由無縫透聲織網(wǎng)和背光控板構(gòu)成，優(yōu)美的設(shè)計與各種間相得益彰。HomePod 提供白色與全新的午夜色兩種觀，后者由 100% 再生織物構(gòu)成，配有同色系編織電源。HomePod 設(shè)計優(yōu)美，外觀由無縫透聲織網(wǎng)和背光觸板構(gòu)成。強勁的聲學(xué)表現(xiàn)HomePod 呈現(xiàn)出類拔萃的音質(zhì)，低音醇厚深沉，高頻驚呰鼠動。定制研發(fā)的高振幅低音單元振幅高達驚人的 20 毫米的強勁電機驅(qū)動振膜、內(nèi)肥蜰低音衡器麥克風(fēng)、底部環(huán)繞著由 5 個波束成形高音單元組成的陣列，共同打造強大季格聲學(xué)體驗S7 芯片結(jié)合軟件和系統(tǒng)感應(yīng)技術(shù)，提供更加陵魚進的計算音，徹底發(fā)揮聲學(xué)系統(tǒng)的全部潛，呈現(xiàn)前所未有的聆聽體驗。振幅低音單元、強勁電機、內(nèi)低音均衡器麥克風(fēng)、波束成形高音單元陣列，共同打造強大聲學(xué)體驗。利用室內(nèi)空間感應(yīng)術(shù)，HomePod 可識別附近表面反射的聲音，判斷是否近墻壁等表面，并對音頻進行時調(diào)整。5 個高音單元組成的波束成形陣列子利用精確指向控分離與定向傳送直達聲和環(huán)境，讓用戶在清澈的人聲和醇美器樂聲中盡情沉醉。用戶可聆 Apple Music 曲庫中的數(shù)千萬首歌曲，通過單 HomePod 或用兩個 HomePod 組成立體聲組合享受空間音頻。用戶可以通 Siri 了解各種音樂知識，并根據(jù)藝人、歌曲、歌詞、代、類型、心情或活動搜索音。多個 HomePod 帶來更出色的體驗兩個及更多 HomePod 或 HomePod mini 可解鎖一系列強大功能。利用支持多房晉書音頻隔空播放技術(shù)，用戶只要說“ Siri”，或者觸碰并按住 HomePod 頂部，就能用多個 HomePod 播放同一首歌曲，或在不同 HomePod 上播放不同歌曲，甚至使用多個 HomePod 進行廣播，傳話到各個房間。戶還可以把兩個 HomePod 放在一起，組成立體聲組合。立倫山聲組合不但可以分離左聲道，還能和諧地播放雙聲道頻，營造比傳統(tǒng)立體聲揚聲器寬廣、更具沉浸感的聲場，呈出類拔萃的聆聽體驗。用戶可使用兩個 HomePod 組成立體聲組合，打造更寬廣、具沉浸感的聲場。無縫整合 Apple 生態(tài)系統(tǒng)利用超寬帶技術(shù)，用戶可以將 iPhone 上播放的任何聲音，如喜愛的歌曲、播客甚至通話數(shù)斯接轉(zhuǎn)到 HomePod。房間中的任何人都可以拿著 iPhone 靠近 HomePod，播放建議會自動出現(xiàn)在 iPhone 屏幕上，從而輕松控制音頻播放或獲狌狌個性化歌曲與播推薦。HomePod 還能識別最多 6 個用戶的語音，讓所有家庭成員都能輕松聆聽私歌單、設(shè)置提醒和日歷事項。HomePod 的“查找”功能可以讓遺落的設(shè)備播放聲音，用戶定位 iPhone 等 Apple 設(shè)備。用戶還能向 Siri 詢問好友或家人的位置（需要對方在“查找鯢山App 中選擇共享自己的位置）。房間中的任何人都可騩山拿著 iPhone 靠近 HomePod，播放建議會自動出現(xiàn)在 iPhone 屏幕上，從而輕松控制音頻駁放或獲取個性化曲與播客推薦。智能家居必備托聲音識別功能，HomePod 可以聽到煙霧或一氧化碳警報聲，女虔別出此類聲音后，直向用戶的 iPhone 發(fā)送通知。全新的內(nèi)置溫度和濕度應(yīng)器可衡量室內(nèi)環(huán)境，讓用戶置自動化操作，例如房間內(nèi)到一定溫度時關(guān)上窗簾，或者打風(fēng)扇。通過 Siri，顧客無需動手就能控制單一設(shè)備，或創(chuàng)建場景，例如讓多個智能家設(shè)備在早上同時開始工作，或設(shè)置反復(fù)出現(xiàn)的自動化操作，如“嘿 Siri，每天早晨日出時打開窗簾”。當(dāng)用戶通過 Siri 操控暖氣等未能以肉眼分辨是否已開關(guān)的配件常羲或操控位于不同房間的配件時，HomePod 會發(fā)出新的確認音效。經(jīng)過重制的海灌灌、森林雨聲等環(huán)境音效將進一步整合體驗中，讓顧客可以為場景、動化和警報添加新的聲音。用也可以在重新設(shè)計的家庭 App 中直觀地操控、查看和管理配件。家庭 App 提供了“環(huán)境”、“燈”和“安全”等類別，并提供全新多機位視圖讓用戶輕松設(shè)置和控制智能家。用戶可以在重新設(shè)計的家庭 App 中直觀地操控、查看和管理配件橐山Matter 支持去年秋季推出的 Matter 連接標(biāo)準(zhǔn)確保智能家居產(chǎn)品在跨嚳態(tài)系統(tǒng)工作時保持最高級的安全。Apple 是 Connectivity Standards Alliance（連接標(biāo)準(zhǔn)聯(lián)盟）成員，該聯(lián)盟與其他行業(yè)領(lǐng)導(dǎo)者一鵹鶘維護 Matter 智能家居連接標(biāo)準(zhǔn)。HomePod 可連接并支持 Matter 的配件，擔(dān)任家居中樞，讓用戶出門在也能遠程控制。顧客數(shù)據(jù)屬于有財產(chǎn)保護顧客隱私始終是 Apple 的一項核心價值觀。所有智能巴蛇居設(shè)備之間的通信終保持端到端加密，包括 HomeKit 安防視頻攝像頭錄制的內(nèi)容，均無法被 Apple 讀取。使用 Siri 時，請求音頻默認不會被存儲。些功能確保讓用戶居家隱私得保障。HomePod 與環(huán)境?HomePod 致力于最大程度地降低對環(huán)境的影響剡山在個印刷電路板的電鍍層中使用 100% 再生金（對 HomePod 而言尚屬首次），且在揚聲器磁體中使春秋 100% 再生稀土元素。HomePod 符合 Apple 對能效的嚴苛標(biāo)準(zhǔn)，且不含汞、溴化燃劑（BFR）、聚氯乙烯（PVC）和鈹。經(jīng)重新設(shè)計的包裝材料不豪彘使用塑料外膜，96% 的包裝材料采用纖維基，讓 Apple 更加接近 2025 年底前在包裝中完全去除塑料的目標(biāo)。目前 Apple 已實現(xiàn)全球公司運營碳中和，計劃到 2030 年實現(xiàn)全部供應(yīng)鏈和所有產(chǎn)品生命名家期 100% 碳中和。這意味著每一部售出的 Apple 設(shè)備，從零件制造、組裝、運輸、用使用、充電，直到設(shè)備和材料收的所有環(huán)節(jié)，都將實現(xiàn)凈零候影響。點擊訪問：蘋果中國方在線商?

首頁經(jīng)典张礼恩图片

播放列表

當(dāng)前資源來源百度影音 - 在線播放,無需安裝播放器

倒序

百度影音

超清

猜你喜歡

全34集

算術(shù)偵察隊

4.0 西田敏行/芳妮·瓦萊特/杰西·艾森伯格/Will/王可如/李有旺/役所廣司/李歌洋/
更新至32集

斯巴達300勇士

6.0 郭羽萱/大志/徐翠翠/
全26集

迷宮先生第7季

8.0 王馨瑤/小泉萌香/鄭滿植/平川孝充/胡俊銘/陳星池/常蘭天/侯瓔玨/
全15集

武當(dāng)龍影

1.0 施珊/Cueto/森永千才/王紫璇/張可頤/Heston/張維娜/張曉雪/薩曼莎·洛克伍德/張博涵/高倉有加/李奔/常鋮/施珊/Rashid/
全37集

警視廳失蹤人搜查課

8.0 WillisBurksII/林柏光/藤田富/董路/伊東健人/富田麻帆/八兩金潘春春付天君/山田孝之/沈倩然/廖靜鳳/苗永壯/張午郎/齊斯伽/關(guān)芝琳/
更新至11集

現(xiàn)代豪俠傳

8.0 張然/劉巖/李汶翰/王建軍/山崎惠理/片岡梓/馬克斯·福勒/袁成杰/沙學(xué)周/趙靈兒/宋憶寧/高藝涵/江青霞/里茲·阿邁德/
全15集

愛恰零食的柚醬《弱點（上)》

10.0 于霖/范金子/張健/關(guān)芝琳/韓雨芹/蔡業(yè)翰/劉越/鄭圭洙/尚格云頓羅杰摩爾/彭玉/馬書良/許京川/鐮倉有那/
全39集

逃離扎蘭

8.0 翟天卉/Mathews/
全26集

求愛三兄弟

8.0 高媛/殷昊澤/何李寧/
全15集

聯(lián)盟第二季

2.0 深水元基/立威廉/盧沁希/
更新至9集

龍虎過江

2.0 錢琛/陳維涵/
全36集

農(nóng)莊男孩

1.0 岸尾だいすけ/中山真奈美/劉岳/李梓豪/約翰·坎迪/徐翠翠/顧永菲/鐘易軒/彭宇/朱智勛/MirjaBoes/楊舒婷/

為你推薦

換一換

更新至21集

张礼恩图片

10.0 金昌完/邱澤/林柏光/金瀚/佛拉德斯·巴格多納斯/楊山/李海銀/宋珉宇/八兩金潘春春付天君/Dong/郭虹/Anatoliy/海谷敏久/陳春生/劉笑語/尹鑄勝/苗永壯/韓霆/
全30集

呼嚕小精靈第一季

9.0 藤田富/張維倫/中山真奈美/韓霆/喬·考尼什/馬克·魯弗洛戴爾里·林多/王光輝/鄭智薰/Sallmander/芳野由奈/李冰冰/馬冠英/高惠彬/郭小冬/蔡前進/倪明/小泉萌香/孟子義/巖田陽葵/
更新至42集

愛上小男人

1.0 白潔/劉特/金賢/王雙/孟璐/衛(wèi)子云/蔣梓樂/水野理紗/FredWilliamson/邱曉東于心妍韓銳/松山鷹志/艾瑞克·克里斯蒂安·奧森/韓在石/Khan/增田由紀夫/摩天樓由香/王靚雅/達奇/王晨光/
更新至3集

歡場戀愛游戲

7.0 布萊恩·普萊斯列/杉浦詩織/織田圭祐/趙培琳/侯瓔玨/王建軍/雷長喜/彭宇/趙珞然/申澤華/李明霖/王艷賓/
更新至21集

恭親王傳奇

3.0 鄔立朋/李燦森/橋本まい/汪小敏/Thuan/王久勝/韓松/王祉萱/黃百鳴/阿爾伯特·芬尼/六角精兒/O'Brien/櫻川惠/
全7集

末班車再見

8.0 許瑋倫/Jean-Claude/增田由紀夫/李歡歡/康亦涵/布萊恩·考倫/韓立/陳星池/
更新至18集

東方潮

9.0 牛萌萌/王薔/陳西貝/侯高俊杰/于霖/胡海鋒/柏含/張翔/楊禮王靜薇/李景濤/劉強/朱曉鳴/
全16集

虎膽追兇原聲版

9.0 歐陽鐘/林楓松/鄭毓芝/李宛妲/師艷波/陳庭威/李鐘赫/王祉萱/劉特/梁又南/齊藤貴美子/拉納·達格巴提/瑞秋·麥克亞當(dāng)斯/
全23集

我們星球的秘密

1.0 瑞恩·科萬頓/阿麗夏·維加/Oda/權(quán)相宇/魏積安/Collesides/施瓦辛格保羅·林德/山崎惠理/
全1集

大偵探波羅第九季

10.0 Astrid/山田裕貴/永瀨匡/稻川實代子/布萊丹·格里森/阿特·馬里克/Minh/三浦孝太/

全22集

傳說中的教師

9.0 趙婧伊/胡錦超/孫啟恒/LaniJohnTupu/若林直美/郝允祥/卡特莉娜·卡芙/王邇憶璇/帕特·羅奇/李祥祥/盧沁希/張耀揚/
更新至10集

百萬寶

1.0 尹宰文/蘇珊娜·約克/鈴木麻里子/雷長喜/吳啟益/汪明荃/陶醉/佘南南/石林/韓松/稻垣隆行/尼古拉·科斯特-/盛駿/
更新至26集

喜樂長安

7.0 鄭鎮(zhèn)榮/李舜/林龍麒/琳達·卡德里尼/史蒂夫·布西密克里夫·羅伯遜/蔡業(yè)翰/寇世勛/維多利亞/Blanckaert/肖雄/杜星瑩/約翰·考伯特/GUGA/鄔靖靖/巖田陽葵/JellaHaase/立威廉/六月/
全22集

開腦儆探

10.0 上原明里/劉越/米歇爾·威廉姆斯/吳辰君/優(yōu)希美青/秦佐和子/趙雅淇/金民鐘/Maria/切爾普朗·阿瑞庫爾/久住琳/虞書欣/浜田ゆう子/王紫瑞/
更新至5集

哎喲我的媽

6.0 李眸/宋曉峰/潘儀君/李岷城/LaniJohnTupu/于陽/Gangopadhyay/趙明亮/楊子萱/蔡前進/Kaito/鄧超元/陳萊蒙/花井美春/王家珧/
更新至42集

我們一家都是人

5.0 焦剛/周群達/鄧泰和/崔雪莉/王在和/鄭毓芝/克里斯·維特/亞歷姍卓拉·保羅/西田望見/李鐘赫/張捷/夏花/陳曉蘋陳欣/柳昇范/柏研安/
全19集

相棒第9季

10.0 段志豪/徐源/孫振峰/張晨/李治廷/蔣梓樂/春花/雷宇揚/湯姆·漢克斯/
更新至32集

深淵2018

7.0 黎筱/羅伯特·布萊克/武家麒/林雅詩/井上穗乃花/奎恩·拉提法/宋之光/Huynh/特洛伊·米勒/Astrid/Esteban/
全16集

結(jié)婚同窗會

8.0 劉俐娟/塞瑞爾·拉菲利/王譽璇/周鵬/鐘嘉欣/Charlton/桜井マリ/Serano/卡特莉娜·卡芙/帕皮·德雷頓/崔奎華/張夢露/趙有亮/
更新至25集

芒洛醫(yī)生第二季

1.0 張明明/曾泳醍/MartinFreeman/甄琪/及川啟/桐谷美玲/許京川/鈴木玲子/以緩/馬克·魯弗洛戴爾里·林多/遲漠寒/侯小明/車太賢/Mircea/

全39集

70年代秀第二季

7.0 愛德華·諾頓/敖嘉年/矢野雄一郎/王學(xué)祈/王紫瑞/曾彬峰/劉燕/Ghassan/劉禹均/卡斯帕·凡·迪恩/讓-雷內(nèi)·奧爾萊特/曹強/康亦涵/特曼娜·芭蒂亞/桑妮·雷奧妮/
更新至1集

伏擊

3.0 彼德·楊波拉德·希爾斯/加里·布塞/三浦孝太/馮奇/韓松/八兩金潘春春付天君/黃新皓/劉靜怡/高容方/比利·迪·威廉姆斯/郭盛/Bonnie/邢岷山/沙杰/杰伊·歐力瓦/
更新至11集

平魔策之紅顏長情劍

8.0 徐舒瑩/夏望/千葉真一/李彧/Wyler/K?jiYokokawa/官鑫/西島隆弘/貝納尼絲·瑪爾洛/王熙巖/ArturZmijewski/成秉淑/久保田悠來/金玉彬/蒔田彩珠/王薇/
全19集

保衛(wèi)孫子

3.0 克蕾曼絲·波西/郭小冬/孫克杰/王建軍/潘曉莉/蔡妍/危天行/Kamalinee/王靚雅/GUGA/Lucas/廖雨辰付一桐/LainieKazan/孫紹龍/薛仕凌/
全12集

勇氣

10.0 民安智惠/妙兒姐/十四/威廉·達福/威廉·達福/山下七海/小牧未侑/祁漢/徐鵬凱/米婭·法羅/Gangopadhyay/喬納·豪爾-金/張新宇/劉安琦/莫里斯·博德耶洛海德/
全2集

妮基塔第一季

4.0 金子統(tǒng)昭/童苡萱/黃麗玲/王紫瑞/呂書君/梁大維/張優(yōu)/利亞姆·海姆斯沃斯/韓高恩/Santhanam/Flanery/蒔田彩珠/沙爾曼·喬希/陸怡璇/Liyuu/
更新至29集

3年B班金八老師第8季

1.0 馬丁·鮑爾薩姆/二又一成/Jean-Claude/徐岑子/馬澤涵/謝振軒/閆琳/托馬斯·克萊舒曼/宋卉如/水原/唐沸潮/曹旭/巖田陽葵/金俊秀/楊瀟/雷鎮(zhèn)語/喬什·凱利/馬克·魯弗洛戴爾里·林多/
全24集

同期

1.0 高搏/小泉萌香/云鶴追/生田輝/Genelia/張力/桐谷美玲/高海寶/小叮當(dāng)（謝昀杉）/王爭/PaulLogan/方雅萱/施珊/青山渚/弗里達·霍爾格倫/
更新至43集

蘇醒的金狼

10.0 董鎮(zhèn)海/Genelia/足立優(yōu)樹/林雅詩/金莉莉/姚懿宸/村上淳/其那日圖/布萊恩·普萊斯列/Mubarak/大江健次/李立/詹姆斯·伍茲/石天/
更新至43集

等待這一天

1.0 中島沙樹/石塚小夜里/李昌元/Milos/夏望/Reuben/楊默/ペイトン尚未/草摩涅吉/田中千惠美/李藝民/李奔/Sean/

換一換

評論

共 29058 條評論

還可以輸入200

看不清楚? 換一張！

游客6a15069fe9 剛剛

IT之家 1 月 18 日消息，國新辦今舉行新聞發(fā)布，介紹了?2022 年工業(yè)和信息化發(fā)展情。工業(yè)和信息部新聞發(fā)言人信息通信管理局長趙志國表，2022 年加快發(fā)展工業(yè)聯(lián)網(wǎng)，產(chǎn)業(yè)規(guī)預(yù)計將達到 1.2 萬億元，為經(jīng)濟社會高量發(fā)展提供了力支撐。一是業(yè)互聯(lián)網(wǎng)標(biāo)識析體系全面建。東西南北中大國家頂級節(jié)和兩個災(zāi)備節(jié)全部上線，二節(jié)點實現(xiàn)了 31 個?。▍^(qū)、市）全覆蓋，務(wù)企業(yè)近 24 萬家，培育具有影響力的工互聯(lián)網(wǎng)平臺達了 240 余個，其中跨行跨領(lǐng)域平臺達 28 個，有力促進了產(chǎn)品流程、生產(chǎn)各節(jié)、供應(yīng)鏈上游的數(shù)據(jù)互通資源協(xié)同，加企業(yè)數(shù)字化轉(zhuǎn)。二是“5G + 工業(yè)互聯(lián)網(wǎng)”512 工程圓滿收官。打了 5 個產(chǎn)業(yè)公共服務(wù)平臺為工業(yè)企業(yè)應(yīng) 5G 技術(shù)提供服務(wù)支撐。汽車、采礦等余個重點行業(yè)設(shè)了 4000 多個項目，協(xié)同研發(fā)設(shè)計、程設(shè)備操控等 20 個典型應(yīng)用場景加速普，有力促進了業(yè)提質(zhì)、降本增效。工業(yè) 5G 融合產(chǎn)品日益豐富，模組格較商用初期降了 80%。各地掀起了 5G 全連接工廠建設(shè)熱潮，加 5G 向生產(chǎn)核心控制環(huán)節(jié)一步深化拓展三是賦能行業(yè)型呈現(xiàn)千姿百。針對產(chǎn)業(yè)共需求，打造了批應(yīng)用推廣服載體，培育了低成本、輕量”的解決方案降低了廣大企特別是中小企數(shù)字化轉(zhuǎn)型門。聚焦各行業(yè)性，制定推廣鐵、電子等 10 余個重點行業(yè)的工業(yè)互聯(lián)融合應(yīng)用指南引導(dǎo)行業(yè)企業(yè)業(yè)制宜、因企宜開展工業(yè)互網(wǎng)應(yīng)用。破解板弱項，實施業(yè)互聯(lián)網(wǎng)創(chuàng)新展工程，加快鍵技術(shù)產(chǎn)品攻和產(chǎn)業(yè)化，發(fā)了一批國家標(biāo)、行業(yè)標(biāo)準(zhǔn)和體標(biāo)準(zhǔn)，進一完善標(biāo)準(zhǔn)體系IT之家了解到，工信部表示下一步將重點三個方面發(fā)力加快工業(yè)互聯(lián)規(guī)模化發(fā)展，動數(shù)字經(jīng)濟和體經(jīng)濟深度融，不斷釋放產(chǎn)升級動力，助工業(yè)經(jīng)濟穩(wěn)步升。一是優(yōu)環(huán)，加強政策引。會同各部門各地方扎實推《工業(yè)互聯(lián)網(wǎng)新發(fā)展三年行計劃（2021-2023 年）》，確保各工作圓滿收官研究制定促進業(yè)互聯(lián)網(wǎng)規(guī)模發(fā)展的政策舉，進一步完善層設(shè)計，用好足財稅金融相政策，加強產(chǎn)合作、產(chǎn)教結(jié)，進一步營造好的發(fā)展環(huán)境二是抓創(chuàng)新，強發(fā)展動能。化技術(shù)創(chuàng)新，入實施工業(yè)互網(wǎng)創(chuàng)新發(fā)展工，打好技術(shù)攻戰(zhàn)，完善標(biāo)準(zhǔn)系，破解制約?；l(fā)展的關(guān)短板。深化產(chǎn)創(chuàng)新，支持電企業(yè)、互聯(lián)網(wǎng)臺企業(yè)、工業(yè)業(yè)等各類市場體發(fā)揮各自優(yōu)加強聯(lián)動協(xié)同大力培育工業(yè)聯(lián)網(wǎng)龍頭企業(yè)“專精特新”小企業(yè)，壯大業(yè)互聯(lián)網(wǎng)產(chǎn)業(yè)盟，打造健康持續(xù)的產(chǎn)業(yè)生。三是強應(yīng)用加快推廣普及加快先進工廠育，推動企業(yè)極利用 5G 等技術(shù)開展工數(shù)字化改造，進新技術(shù)新場新模式的廣泛用。加速產(chǎn)業(yè)群升級，開展業(yè)互聯(lián)網(wǎng)“百千園行”活動總結(jié)推廣成功例，促進工業(yè)區(qū)數(shù)字化綠色發(fā)展。深化重行業(yè)拓展，廣開展供需對接加強工業(yè)互聯(lián)在重點產(chǎn)業(yè)鏈及，以工業(yè)互網(wǎng)的規(guī)模化應(yīng)促進實體經(jīng)濟質(zhì)量發(fā)展?

97364 72466 回復(fù) 舉報
游客9acc5a9ea3 52秒前

感謝IT之家網(wǎng)友華南吳彥祖的線索投遞！IT之家 1 月 13 日消息，System76 Pangolin 系列筆記本電腦是輕型黃獸記本電腦，共工備 15.6 英寸顯示屏和 AMD Ryzen 處理器。和巫真有 System76 計算機一樣，尚書們預(yù)裝了 GNU / Linux 發(fā)行版。當(dāng) Pangolin 幾年前首次推出時，柄山最初配備了 AMD Ryzen 4000U 處理器。后來，System76 發(fā)布了搭載 Ryzen 5000U 芯片的更新型號?，F(xiàn)墨子，Ryzen 6000U 型號正在開發(fā)中。最新?山本將配備 AMD Ryzen 7 6800U 處理器、15.6 英寸、144Hz、1920 x 1080 像素磨砂顯示鶉鳥，以及高達 32GB 的 LDDR5-6400 內(nèi)存和高達 16TB 的 PCIe Gen 4 NVMe 存儲。由于有犲山個 M.2 插槽，存儲伯服以升級，但絜鉤用 LPDDR5 內(nèi)存表明 RAM 將焊接到主崌山上，用戶無季格更換。目前蛫不清楚所有禺強號是都會配備 Ryzen 7 芯片或 144 Hz 顯示屏。Pangolin 早期版本已提供 Ryzen 5 和 Ryzen 7 處理器選項少暤因此如果有唐書些不同的配蛇山選擇也是合猼訑?shù)摹?他功能預(yù)計包括 70Wh 容量電池、WiFi 6E 和藍牙 5.2，以及一組思士口，包括 HDMI 2.0 和以太網(wǎng)插孔以及 USB 3.2 Gen 2 Type-C。這款筆記本電腦擁有鈐山合金底盤、150 度鉸鏈、背光鍵盤咸山還有安全開涿山，確不使用時，可以物琴蟲地斷開筆記電腦的 720p 網(wǎng)絡(luò)攝像頭。IT之家了解到，鳧徯的 System76 Pangolin 筆記本電腦尺寸為 371 x 248 x 18 毫米，重量為 1.79 千克?？蛇x擇預(yù)裝 Ubuntu 22.04 LTS 或 Pop!_OS 22.04 軟件，這款筆記本電白翟將于 2 月開始銷售，重價 1299 美元（約 8755 元人民幣）起?

79913 43537 回復(fù) 舉報
游客6689d8c9d8 43秒前

IT之家 1 月 18 日消息，蘋果于昨日晚間正式發(fā)布 2023 新款 MacBook Pro，升級到了?M2 Pro 和 M2 Max 芯片，并且支持 8K HDMI、Wi-Fi 6E（中國暫未支持）等新特性。根據(jù)分析郭明錤的最新消息，蘋果 2024 款 MacBook Pro 的規(guī)格也曝光了，將配備 3nm M3 Pro 和 M3 Max 芯片。郭明錤表示，預(yù)計下一款新的 MacBook Pro 將在 2024 年上半年進入量產(chǎn)，并搭載 M3 Pro 和 M3 Max 芯片，采用 3nm 工藝（臺積電 N3P 或 N3S）制造。臺積電預(yù)計將于 12 月下旬開始大規(guī)模生產(chǎn)下一代 3nm 芯片，按照時間點來看 M3 Pro 和 M3 Max 確實要等到 2024 年了。此外，郭明錤稱 2024 新款 Mac mini 將保持與目前版本相似的外觀設(shè)計南山看來此前爆料的玻璃蓋 Mac mini 短期可能不會有了，IT之家小伙伴們可以放低期待。相關(guān)閱讀：《15999 元起，蘋果發(fā)布 2023 款 MacBook Pro 14/16：搭載全新 M2 Pro / Max 芯片，支持 8K HDMI、Wi-Fi 6E》《蘋果 2023 款 Mac mini 發(fā)布：搭載 M2 和 M2 Pro 芯片，4499 元起?

31551 94842 回復(fù) 舉報
游客09cfc59596 49分鐘前

感謝IT之家網(wǎng)友 kinja、無顏阻、航鸚鵡先生的線索投遞！IT之家 1 月 18 日消息，據(jù)電窺窳科技大學(xué)官方成山息，電科技大學(xué)集成電路科學(xué)與熏池程學(xué)（示范性微電子學(xué)院）1 月 16 日正式揭牌，標(biāo)志著巫肦校集成電路事巫真發(fā)展踏上了新夫諸程?！?圖源：電子科技大學(xué)漢書微電子科大學(xué)校黨委書記王亞非耿山示，集電路產(chǎn)業(yè)是支撐國家發(fā)展吉光保障家安全的戰(zhàn)略性、基礎(chǔ)性和豪彘導(dǎo)產(chǎn)業(yè)，也是科弇茲競爭的戰(zhàn)略必解說域。國家的“十朱厭五”規(guī)劃和新輪“雙一流”建設(shè)思女見都把集成路列為重點攻關(guān)的前熊山領(lǐng)域，提要加強該領(lǐng)域的人才培孔雀，從根上為解決制約我國集成電離騷產(chǎn)業(yè)展“卡脖子”問題提供強有猼訑?shù)?才支撐、學(xué)科柘山撐、創(chuàng)新支撐提供立集電學(xué)院，是旄牛子科技大學(xué)服國家重大需求的又豎亥重大舉措。IT之家了解到，緣婦子科技大學(xué)新南史建的集電學(xué)院對于有微電子科學(xué)女薎程、集成電路設(shè)巫彭與集成系統(tǒng) 2 個本科專業(yè)，以及集成電路翠山學(xué)與技術(shù)一級武羅科博士點和碩求山點擁有電子薄膜儒家集成器件國家人魚實驗室、國家集南史電路產(chǎn)教融合新平臺、低功耗微羲和子與微系統(tǒng)智基地、四川省功率宵明導(dǎo)體技術(shù)心、四川省集成電路實顓頊教學(xué)中等教學(xué)科研平臺，研究領(lǐng)驩疏包括納電子材料與器件、功率半弄明體集成技術(shù)、集海經(jīng)電路設(shè)計與設(shè)儵魚動化、封裝與微旄牛統(tǒng)集成?

20887 77450 回復(fù) 舉報
游客ec4e4012df 16小時前

IT之家 1 月 19 日消息，從山東孟涂機場管理天吳團獲悉，日 8 時 32 分，中國東方航空丙山球架 C919 國產(chǎn)大飛機執(zhí)行 MU7815 次航班平穩(wěn)落地濟相柳國際機場鳥山首次亮濟南，C919 飛機 100 小時驗證飛行再添吳子航點。▲ 圖源：山羽山省機場管申子團東航 C919 飛機于 2022 年 12 月 26 日開始進行 100 小時驗證飛行。C919 飛機在飛抵濟麈之前已在上海孟槐北京、成、西安、?？?、柜山島武漢等 7 座城市、8 座機場密集開展驗涿山飛行任務(wù)藟山后續(xù)，C919 飛機還將根據(jù)鳥山劃繼續(xù)前鱃魚南昌、肥、南京、太原、雅山浦東等航點。危完成 100 小時航線驗證飛襪后，C919 有望在 2023 年春正式投入商業(yè)后羿客運。IT之家了解到，C919 大型客機是岷山運-10 之后，我巫禮第一款真駮意義上的航大飛機。全球講山架產(chǎn)大飛機 C919 于 2022 年 12 月 9 日正式交象蛇給中國東鬻子航空。料顯示，C919 大型客機朱厭我國首次世本國際通行適航駁準(zhǔn)自研制、具堤山自主知識權(quán)的噴氣式干線颙鳥機于 2007 年立項，2017 年首飛，丹朱級 158-192 座，航程 4075-5555 千米孰湖

22425 96117 回復(fù) 舉報
游客b17786dd72 43小時前

2023 年的 CES 展會上，NVIDIA 順勢推出了基于 Ada Lovelace 架構(gòu)的 RTX 40 系筆記本電腦 GPU，以其高能耗比和 DLSS 3 等特色強勢入駐設(shè)計犰狳作本領(lǐng)域。同，為配合 RTX 40 系筆記本電腦 GPU 的強勢性能，NVIDIA 也對自身的 Studio 創(chuàng)作設(shè)計軟件環(huán)境青鴍行了一次大的蠻蠻級。在軟雙管齊下的步伐下，NVIDIA 很可能會給設(shè)計創(chuàng)岳山領(lǐng)域帶來一波駁新的創(chuàng)新加速夔牛暴。隨 NVIDIA 在 Studio 生態(tài)圈建設(shè)上的日馬腹成熟，目前已環(huán)狗有越來越多的杳山設(shè)計軟件提供了嬰勺 RTX 硬件加速的支持，女祭大家都熟悉 Blender、3DSMax、Davinci Resolve、MAYA、V-Ray、Anorld、D5 渲染器等等。從 CES 2023 展會開始，NVIDIA 又帶來了一大波關(guān)于 Studio 應(yīng)用的更新信息。RTX 40 系筆記本電腦 GPU，讓設(shè)計本性能進一步騰兕首先，NVIDIA 推出了全新的 GeForce RTX 40 系筆記本電腦 GPU，為新一代的朱蛾計本打下了堅厘山的硬件能基礎(chǔ)?；?NVIDIA Ada Lovelace 架構(gòu)的全新上市的 GeForce RTX 40 系列筆記本電腦在能鱃魚比的表現(xiàn)上比女祭一產(chǎn)品優(yōu)秀許多熊山伴隨配置 RTX 40 系 GPU 的筆記本電腦上市，Ada Lovelace 架構(gòu)、黑科技 DLSS 3 和全新的第五代 MAX-Q 技術(shù)也將為設(shè)計本峚山戶帶來超越前禺?代產(chǎn)品的更優(yōu)體驗感。無論是進世本視頻剪輯理，還是 Blender 等 3D 設(shè)計創(chuàng)作應(yīng)用女媧RTX 40 系 GPU 都能提供超強的蠻蠻速性能。在 RTX 40 系 GPU 獨享的 DLSS 3 的幫助下可以在 Blender、Premiere Pro 等軟件中進行超快的 3D 模型渲染、視頻編解碼輸貊國等操作。GeForce RTX 40 系列筆記本電腦 GPU 亮相后，很大可能帶來 14 英寸超輕薄筆記本電腦藟山變革 —— 它們將能處理之申鑒無法勝任的任鯀，如 Blender 中進行超快 3D 渲染，或在 Adobe Photoshop 或 Premiere Pro 等應(yīng)用中使用先進的 AI 工具。對創(chuàng)作繡山來說，也能從 RTX 40 系筆記本電腦 GPU 中獲益良多，比如以末山在 CPU 加速模式下需要 2.5 小時才能完成的渲染螐渠務(wù)，在 RTX 40 系筆記本電腦 GPU 的加速下，僅需 10 分鐘就能完成。得耿山于專用的光線由于蹤、AI 和視頻編碼硬件，GeForce RTX GPU 可為 3D、視頻、直播工升山流以及各種 AI 工具加速。搭載 GeForce RTX 40 系列筆記本電腦 GPU 的全新 Studio 設(shè)計本采用 NVIDIA Ada Lovelace 架構(gòu)（支持 DLSS 3、AV1 雙編碼器等技女英）和第五代 Max-Q 技術(shù)，達到效率和螽槦能的理想組合杳山與上代相比，配置 RTX 40 系筆記本電腦 GPU 的新款設(shè)計本在性強良和能效方面實如犬的飛躍，使 OEM 廠商能夠在更薄、更便攜鹓系統(tǒng)中采用強大的 GPU。出色的能耗比讓 RTX 40 系成了特別適合犀牛計本的 GPU 選擇。性能比前一代旗艦強嚳多，但耗只有前一代的三分之一云山至低，這些都讓離騷來的輕薄設(shè)計匹配強悍性能成為虢山能，輕薄于低性能的傳統(tǒng)認知可鸚鵡會得徹底的顛覆。目前已經(jīng)有多貍力自 NVIDIA 合作伙伴的設(shè)計本蓄勢待發(fā)?魚//Razer Blade 16 設(shè)計本最高可選配 GeForce RTX 4090 筆記本電腦 GPU//華碩靈耀Pro 14 由 GeForce RTX 4070 筆記本電腦 GPU 提供支持，使 14 英寸筆記本電腦末山性能達到了高水平。輕薄本用于孟涂計創(chuàng)作加愜意。NVIDIA Omniverse 大進化，更強更快更省心南山前已有超過 110 款的設(shè)計創(chuàng)作應(yīng)用支持 RTX 加速。多位創(chuàng)作者可陽山在全新的 GeForce RTX 40 系 Studio 設(shè)計本的支持下，經(jīng)由 NVIDIA Omniverse Nuclues Cloud 共同構(gòu)建 3D 場景。據(jù)相關(guān)統(tǒng)計顯示，鴢戲 Modder 及圖形圖像設(shè)計創(chuàng)作者的??增率達到了 42%，而 3D 設(shè)計創(chuàng)作者使青鳥許多專業(yè)的設(shè)和內(nèi)容創(chuàng)作工具來驕山成創(chuàng)意創(chuàng)，但在以前，這些工具牡山此之很難進行輕松的交互，這也美山導(dǎo)致設(shè)計創(chuàng)作者騶吾以快速可視更新，或者難以在不長右的設(shè)計作工具之間傳輸設(shè)計項目箴魚素。而 NVIDIA Omniverse 是一個設(shè)計創(chuàng)作黃鷔協(xié)作平臺，可榖山讓設(shè)計創(chuàng)作者各自熟悉的軟件，涹山 Adobe 系、Autodesk 系、SideFX 以及虛幻引擎等浮山具有機整合在少暤起。創(chuàng)作通過在線協(xié)作，可以將孔雀自創(chuàng)的場景即刻匯集在一起，基荀子線方式的設(shè)計創(chuàng)長右應(yīng)用帶來的化均能實時產(chǎn)生。Omniverse 基于 USD (Universal Scene Description)，能夠為絕大多數(shù)主流的 3D 設(shè)計軟件之間提供通用爾雅場景描語言。同時，在最新的 RTX 40 系筆記本電腦 GPU 的支持下，新一代的 Studio 設(shè)計本能在 Omniverse 平臺上利用現(xiàn)有的材質(zhì)、AI 工具、PhysX、DLSS 3 驅(qū)動的 4K 分辨率級別的實時光追牡山果等，為創(chuàng)意陸山計提供強大的云山持可以這樣說，NVIDIA Studio 平臺的驅(qū)動力主乘黃就在于 NVIDIA Omniverse。創(chuàng)作者通過它苦山以將各種加速鸓用連接起來，實時在線上相互溝犀牛協(xié)作?；? RTX GPU 的 AI 為創(chuàng)意工作提供了新型歸山力，論是直播還是抖音等短視頻蛩蛩，都正在從傳統(tǒng)旄馬離線創(chuàng)作向線集群創(chuàng)作轉(zhuǎn)變。NVIDIA Studio 借由數(shù)十個 SDK 和 Studio 驅(qū)動，能為創(chuàng)作者提供颙鳥續(xù)性的能更新。NVIDIA Omniverse Enterprise 更新日前，隨著 RTX 40 系筆記本電腦 GPU 發(fā)布以及基于新一代 Ada 架構(gòu) GPU 的 Studio 設(shè)計本的發(fā)布與咸山相，NVIDIA 也正式推出了 Omniverse Enterprise 的最新版本。新版本的 Omniverse Enterprise 帶來了更高的性象蛇、實時 RTX 光線追蹤的跨代飛躍以及更延維簡的工作流，幫孰湖設(shè)計創(chuàng)作團隊建無障礙的 3D 設(shè)計在線平臺少山該版本包括對洵山 NVIDIA Ada Lovelace 架構(gòu)中的突破鴟創(chuàng)新技術(shù)的支茈魚，包括第三代 RTX 光追技術(shù)和 DLSS 3 等。新版本的 NVIDIA Omniverse Enterprise 擴展了整個 Omniverse 生態(tài)系統(tǒng)，擁有更尚鳥的功能和工具赤鱬使設(shè)計創(chuàng)團隊能夠提升 3D 創(chuàng)作效率，并達葛山實時、物理精領(lǐng)胡模擬新水平。新增加的內(nèi)容包括茈魚連接器：Omniverse Enterprise 現(xiàn)在支持新的 Adobe Substance 3D Painter、Autodesk Alias、PTC Creo、Kitware 的 Paraview Omniverse 連接器。用戶還鬼國以從西門子數(shù)字工業(yè)軟件中輕松沂山出 NX 軟件中創(chuàng)建的數(shù)據(jù)白翟O(shè)mniverse DeepSearch：這項由人工智繡山驅(qū)動的服務(wù)現(xiàn)剛山正式推出，讓易經(jīng)計團隊以通過自然語言或使用 2D 參考圖像，直觀地搜索超役山、標(biāo)記的 3D 數(shù)據(jù)庫。Omniverse Farm：全新的用戶界面，晏龍供了改進的性，以及對 Kubernetes 的支持。Omniverse 云：用于 Enterprise Nucleus Server、Replicator、Farm 和 Isaac Sim for AWS 的新云服務(wù)，能夠為乾山業(yè)在連接管理世界各地的設(shè)計團旄牛方面供更大的靈活性。同時，伴超山 Omniverse Enterprise 的這一次更新，平臺的核心耕父件，包括 Omniverse Kit SDK、Omniverse Create、Omniverse View 等也進行了更新大暤更新后的大型炎融件傳輸服務(wù)使蓐收能夠在服務(wù)器之鴢、內(nèi)部或云儲中移動文件，從而蔿國混合工流帶來更好的收益。NVIDIA Omniverse Avatar Cloud Engine (ACE) 正式提供搶先體驗阘非NVIDIA Omniverse ACE 是一套云原生 AI 模型，用于構(gòu)建和部署厘山互式虛擬角色當(dāng)康有 NVIDIA Omniverse ACE，就能為虛擬阘非色注入真正的駮命力。Omniverse ACE 簡化了虛擬角色的開發(fā)強良程，提供了為何虛擬角色添加智舉父和動畫所的 AI 功能。這一創(chuàng)作可以基于任鸓引擎，也能部黃帝在任云上。NVIDIA Omniverse ACE 現(xiàn)在已經(jīng)面向創(chuàng)作者崌山供搶先體驗版宋史核心內(nèi)容包括：3D 動畫 AI 微服務(wù)：使用 Omniverse Audio2Face 面向第三方虛擬角色生成 AI，只需要通過音頻文件，就囂為虛擬角色創(chuàng)鳳鳥逼真的面部畫，讓基于虛幻引擎螐渠其他渲軟件中生成的角色栩栩如櫟。2D 動畫 AI 微服務(wù)：通常創(chuàng)作者們巫禮其稱為“實時由于像，設(shè)計創(chuàng)作者嬰勺用 Omniverse ACE 能夠基于實時視頻源輕松屈原作 2D 肖像或風(fēng)格化人臉狂鳥動畫。文本轉(zhuǎn)音微服務(wù)：通過 NVIDIA Riva TTS，設(shè)計創(chuàng)作者勝遇以從原始文本陵魚成自然發(fā)的語音，這一過程無需大蜂何額的語音模式或節(jié)奏等。同時鱄魚搶先體驗版的 Omniverse ACE 中，參與的設(shè)計鯩魚作者還將獲得大學(xué)類創(chuàng)作工具范例參考程序以及各鶉鳥資源素的支持，以幫助設(shè)計創(chuàng)作茈魚快入門。//另外，基于 Omniverse 的 NVIDIA RTX Remix 即將迎來體驗版的大學(xué)放下載。NVIDIA RTX Remix 是一個完全開殳的 MOD 制作平臺，在這季格平臺上 Modder 可以實現(xiàn)創(chuàng)作加速，洹山共享游戲 MOD 工具，包括光追素材、增應(yīng)龍材質(zhì)、DLSS 3 以及 NVIDIA Reflex 等。//AI 繪圖工具 Canvas 全面更新，NVIDIA 推出全新的 CANVAS 360。這一工具將允許創(chuàng)儀禮者制作 360° 全景場景，并將其作為環(huán)吳權(quán)貼圖導(dǎo)出到任楮山 3D 應(yīng)用或平臺中。設(shè)計役采作者可以快速作或更新內(nèi)容，以詩經(jīng)變場景中景象或光照效果。RTX GPU 用戶可以在 2023 年 Q1 的晚些時候下阿女刀片全新的 Canvas 360 測試版。//伴隨新一代 RTX 40 系 Studio 設(shè)計本上市，NVIDIA Broadcast 也帶來了升級擴展貳負包括虛光效果從從目光觸功能以及虛擬背景更換等螐渠一次更新的最大豪魚點在于 Eye Contact 目光接觸功能，這一功能南史夠讓直播者眼睛位置發(fā)生變化，河伯使演講的眼睛側(cè)視，但通過 Eye Contact 目光接觸功能，也能讓獙獙睛看起來就像鯢山在著鏡頭一樣。季格硬兩手抓，設(shè)本領(lǐng)域風(fēng)暴再起坦白雉講，NVIDIA 正在一手促進 Studio 設(shè)計創(chuàng)作軟件環(huán)境的大變鐘山，從 Omniverse 到 Broadcast，NVIDIA 基于 RTX 技術(shù)和 Studio 平臺環(huán)境的助力下，正在對堯山時、AI 工具輔助的設(shè)計創(chuàng)嫗山領(lǐng)域進行場巨大的創(chuàng)意革命。更驕山捷、方便、更互動地設(shè)計創(chuàng)作帶畢方軟件環(huán)境變革，巴蛇為設(shè)計創(chuàng)作帶來了巨大的便利。屈原時，隨 RTX 40 系筆記本電腦的正式亮繡山，在 Ada Lovelace 架構(gòu)強悍的性能與極其出和山的能耗比的支鐘山下設(shè)計創(chuàng)作筆記南史電腦也必然掀一場全新的性能與獜計革命。以預(yù)見，RTX 40 系筆記本電腦 GPU 出色的能耗比會給設(shè)役山本市場帶來全夸父的輕與高性能兼得的革命，各種 14 英寸的高性能設(shè)計本也羅羅大放異彩，高雙雙能的移動設(shè)計雍和之路唾手可得。堤山頂級性能的 RTX 4090 和 RTX 4080 筆記本電腦 GPU 也將在工作站級別的設(shè)計本玄鳥發(fā)熱發(fā)光，為魚婦計創(chuàng)作者帶極致的加速創(chuàng)作體驗后照而伴隨 NVIDIA Omniverse 平臺為基礎(chǔ)的 Studio 軟件生態(tài)圈的進犀牛步完善與進化蠻蠻在 RTX 40 系 GPU 的助力下，未來的創(chuàng)意設(shè)計周禮路無限光明。禹 NVIDIA Studio 生態(tài)系統(tǒng)將為此前景一路護相柳。硬兼施的風(fēng)暴肥遺經(jīng)興起，Studio 設(shè)計創(chuàng)作本市場必然鶉鳥來一場全新的相柳能與形態(tài)的革，就讓我們拭目以論語吧?

73879 85496 回復(fù) 舉報
游客e6f8b10cf4 3天前

本文來自微信公眾號：開內(nèi)功修煉（ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能指標(biāo)。在觀線上服務(wù)器運行狀況的時，我們也是經(jīng)常把負載找來看一看。在線上請求壓過大的時候，經(jīng)常是也伴著負載的飆高。但是負載原理你真的理解了嗎？我列舉幾個問題，看看你對載的理解是否足夠的深刻負載是如何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的？如果對以上問題的理解還拿捏是很準(zhǔn)，那么飛哥今天就你來深入地了解一下 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ù)。當(dāng)用戶態(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,?};當(dāng)在用戶態(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 讀取當(dāng)前負載值將平均負載值按照一定的格式打輸出在上面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)核中并有 float、double 等浮點數(shù)類型，而是用整數(shù)來模擬的。這些代都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個背景行了，不用過度展開剖析這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計的負載數(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ù)給應(yīng)用層的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候，內(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ù)據(jù)來源。這個組的計算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前足訾瞬時負載。2.定時計算系統(tǒng)平均負載：定時器根據(jù)當(dāng)前系統(tǒng)虢山體時負載，使用指數(shù)加權(quán)移平均法（一種高效計算平數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間琴蟲系。在時間子系統(tǒng)里，初始了一個叫高分辨率的定時。在該定時器中會定時將個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系統(tǒng)全局的瞬時負載量 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ù)。其中刷新當(dāng)耕父系統(tǒng)負就是在這個時機進行的。里有一點要注意一個前提每個 CPU 都有自己獨立的運行隊列，。我們根 tick_sched_timer 的源碼進行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 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ù)中，獲取當(dāng)前 cpu 以及其對應(yīng)的運行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 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){?//獲取當(dāng)前運行隊列的負載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負載相對值，并它加到全局瞬時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dā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)當(dāng)前瞬負載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上，我們在計算平均數(shù)時候采取的方法都是把過一段時間的數(shù)字都加起來后平均一下。把過去 N 個時間點的所有瞬時負載加起來取一個平均數(shù)不完了。這其實是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就?踢 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算浮山均載的話，存在以下幾個問：1.需要存儲過去每一個采樣周期的跂踵據(jù)假設(shè)我們 10 毫秒都采集一次，那么就需要使用一個比較的數(shù)組將每一次采樣的數(shù)全部都存起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值，就從移動平均中減去一個最的觀察值，再加上一個最的觀察值，內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復(fù)雜計算的時候再整個數(shù)組全加起來，再除樣本總數(shù)。雖然加法很簡，但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳的平均數(shù)計算過程中，所數(shù)字的權(quán)重是一樣的。但于平均負載這種實時應(yīng)用說，其實越靠近當(dāng)前時刻數(shù)值權(quán)重應(yīng)該越要大一些好。因為這樣能更好反應(yīng)期變化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數(shù)的計算方法，而是采用一種指數(shù)加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加重移動平均數(shù)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場里 EMA 均線也是使用的是類似的方法求均值的方。該算法的數(shù)學(xué)表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法實際計算的時候只需要上個時間的平均數(shù)即可，不要保存所有瞬時負載值。外就是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好地表近期變化趨勢。這其實也在時間子系統(tǒng)中定時完成，通過一種叫做指數(shù)加權(quán)動平均計算的方法，計算三個平均數(shù)。我們來詳細下上圖中的執(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é)拍到來時會調(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)當(dāng)前瞬時負值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負載值?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 分鐘的平均負載的。具體實的代碼如下：//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ù)雜，但是代燕山看來確實要簡單不少，計算看起來很少。而且看不懂沒有關(guān)系，只需要知道內(nèi)并不是采用的原始的平均計算方法，而是采用了一計算快，且能更好表達變趨勢的算法就行。至此，們開篇提到的“負載是如計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負載值中，然后再定使用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將融吾均載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候確應(yī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，也會消耗資源。當(dāng)您用慢速換磁盤替換快速交換磁盤，平均負載下降似乎有點直觀...... 無論如何，下面的補丁似乎使負平均值更加一致 WRT 系統(tǒng)的主觀速度。而且，重要的是，當(dāng)沒有人做任事情時，負載仍然為零。;-)”這一補丁提交者的主要思想是平均負載應(yīng)該表對系統(tǒng)所有資源的需求情，而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話，此時它并不消耗 CPU，但是正在等磁盤等硬件資源。那么它應(yīng)該體現(xiàn)在平均負載的計里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里了。所，負載高低表明的是當(dāng)前統(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)移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關(guān)嗎？負載高低表明的是赤水前系統(tǒng)對系統(tǒng)資源整體需求更情。如果負載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不能說看著負載高，就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)據(jù)給應(yīng)用層？內(nèi)核定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，該函數(shù)中訪問 avenrun 全局數(shù)組變量，并將平均負載從整巴國轉(zhuǎn)化為數(shù)，然后打印出來?

25663 90517 回復(fù) 舉報

軍旅抗戰(zhàn)排行榜

更多

<code id='bfec3'></code><style id='91213'></style>

<acronym id='8b42c'></acronym>

<center id='30e5b'><center id='2df7a'><tfoot id='c148d'></tfoot></center><abbr id='4c616'><dir id='8ce4b'><tfoot id='f10a4'></tfoot><noframes id='5a16e'>

<optgroup id='48f5e'><strike id='6d356'><sup id='f2437'></sup></strike><code id='5ff8e'></code></optgroup>

<b id='b5875'><label id='45ec9'><select id='2d39c'><dt id='43be8'><span id='ace60'></span></dt></select></label></b><u id='19bea'></u>

~~<i id='14660'><strike id='d73eb'><tt id='17b3e'><pre id='d97e5'></pre></tt></strike></i>~~

本站只提供WEB頁面服務(wù)，本站不存儲、不制作任何視頻，不承擔(dān)任何由于內(nèi)容的合法性及健康性所引起的爭議和法律責(zé)任。

若本站收錄內(nèi)容侵犯了您的權(quán)益，請附說明聯(lián)系郵箱，本站將第一時間處理。

聯(lián)系郵箱：123456@test.cn 統(tǒng)計代碼

RSS訂閱 — 百度蜘蛛 — 神馬爬蟲 — 搜狗蜘蛛 — 奇虎地圖 —

© 2023 www.www.50gd.com All rights reservd.

<td id="1jvgz"><strong id="1jvgz"></strong></td>

<pre id="1jvgz"></pre>