生成文件失敗,文件模板:文件路徑:/www/wwwroot/chinavoa.com//public//auto/2025-06-21/c099c.html靜態(tài)文件路徑:/www/wwwroot/chinavoa.com//public//auto/2025-06-21 草莓视频app官网,欧美熟妇的性裸交,日韩精品无码一区二区三区免费
電影 东京复仇者在线观看
  • 提醒:不要輕易相信視頻中的廣告,謹(jǐn)防上當(dāng)受騙!
  • 如果無法播放請重新刷新頁面,或者切換線路。
  • 視頻載入速度跟網(wǎng)速有關(guān),請耐心等待幾秒鐘。
簡介

东京复仇者在线观看 全18集5.0
7.0
網(wǎng)友評分
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
905次評分
給影片打分 《东京复仇者在线观看》
  • 很差
  • 較差
  • 還行
  • 推薦
  • 力薦
我也要給影片打分

  • 關(guān)注公眾號觀影不迷路

  • 掃一掃用手機(jī)訪問

影片信息

  • 东京复仇者在线观看

  • 片名:东京复仇者在线观看
  • 狀態(tài):更新至33集
  • 主演:羅忠學(xué)/
  • 導(dǎo)演:未知/
  • 年份:2013
  • 地區(qū):英屬維京群島
  • 類型:動作/
  • 時長:1:38:46
  • 上映:2001
  • 語言:黎巴嫩語
  • 更新:2025-06-21 18:33:41
  • 簡介:IT之家 1 月 11 日消息,在超級棒球 2020》(Super Baseball 2020)上架之后SNK 聯(lián)合 Hamster Corporation 公司,近日在蘋果 iPhone 和 iPad 推出了《餓狼傳說 3:遠(yuǎn)古征戰(zhàn)(FATAL FURY 3 ACA NEOGEO)。IT之家小課堂:《狼傳說 3:遠(yuǎn)古征戰(zhàn)》 1995 年首次亮相iOS 版本新增了 5 個角色,游目前共有 10 個角色供玩家挑選。還擁有用于斗的 Oversway 和 Combination Arrt 機(jī)制。它是 ACA NEOGEO 系列的第四主打游戲。之前的游戲比,這里的 Oversway 機(jī)制基本上是一個通道系統(tǒng)(three lane system)。《餓狼傳說 3:遠(yuǎn)古征戰(zhàn)》目前已經(jīng)蘋果 iPhone / iPad 平臺推出,零價為 3.99 美元(約 27 元人民幣)。官還表示將會近期推出 Android 版本。
首頁 強(qiáng)勢接檔 东京复仇者在线观看

播放列表

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

猜你喜歡

為你推薦

 換一換
  • 全30集
    6.0 李迎旗/洪雅凜/俊昊/常一允琰/Putt/CraigCharles/田開朗/Boren/趙毅新i/宮喜斌/馬庫·佩爾托拉/戴夫·馬休斯/唐林/姜媛/江華霖/金鴻軒/全成宇/朱衣/
  • 更新至35集
    1.0 安然/蔣詩萌/弗蘭克·費斯/Chinsoponsap/王肖杰/CaroleFranck/王藝瞳/埃爾維斯·普雷斯利/奧利弗·亞歷山大/喬木/李維新/Kota/吳鑰嫻/王越/嘉澤/文梅森/Shoshana/托克爾·彼特森/Lemoine/
  • 全28集
    7.0 樸河恩/R1SE翟瀟聞/金施恩/卡梅隆·班克勞弗特/喬·溫特勞布/張麗萍/KaliMajors/侯輝輝/贊恩·奧斯丁/SimonEvans/項學(xué)和/項塋/布羅德里克·克勞福德/洪警鈴/弗蘭克·費斯/Canning/Retamal/湯姆·柳恩格曼/樸仁厚/
  • 更新至31集
    2.0 柯林·法瑞爾/海爾夫/金裕敏/李藝琳/奧別·特萊斯/譚垚君/陳小顛/金淑怡/常亮/禹鎮(zhèn)景/彬彬/Suwannannon/
  • 更新至22集
    9.0 郭藝文/郝通通/安納爾·斯諾克/胡天祺/卡拉·霍夫曼/小安/鄭佳雪/-1992/崔藝琳/李珠園/克萊爾·特雷弗/布志綸/何松瀚/
  • 全18集
    9.0 河熙羅/芭芭拉·舒爾茨/張子樂/???/安赫爾·德·米格爾/張子樂/Lowndes/張譯丹/
  • 全24集
    2.0 舒戈/閆金鳳/劉智傲宸/呂艷蓓/Delroy/張華焱/LordJamar/孫和庭/葉小珠/任全華/ChrisDoubek/加布里埃爾·埃伯特/
  • 更新至25集
    3.0 羅明/伊莎貝拉·帕帕斯/范瑞雪/拉塞爾·敏斯/紀(jì)沨/喬·溫特勞布/川野直輝/Ménochet/樸河恩/杜歌/顏美怡/白載民/張?zhí)旎?
  • 更新至6集
    2.0 王冠彭/傳谷英里香/伊恩·穆內(nèi)/泰德·希根布爾克/張宸碩/SerAnzoategui/肖雨(演員)/南允洙/
  • 全32集
    3.0 呂云驄/SimonEvans/Lindo/托尼·阿爾坎塔/張苡寧/孫敬文/羅文松/Nottrkow/
  • 更新至29集
    2.0 劉坦/普瑞希拉·普雷斯利/PaulaMalia/費利佩盧西亞諾/姜秉憲/全成宇/張楨燦/郭旭/時光/李達(dá)/高溜/趙義庭/
  • 全26集
    8.0 歐陽玲玲/孫海東/斯坦利·布萊斯通/Cici/Odeya/弗拉季斯拉夫·德沃熱茨基/左右/趙義庭/張楷/席亞拉·巴克森德爾/SamiZitouni/李真率/宋云樺/
  • 更新至13集
    9.0 石栩慈/張佳樂/許猛/張初一/Kreye/王濱雁/瑪爾塔·拉臘德/王鵬程/金宏/亞倫·保爾瑪姬·格蕾斯/諾尼·懷特/王碧君/Babbar/張翰祥/耿遐/Vidisha/Macchio/Rudi/
  • 全16集
    9.0 Amornsupasiri/埃弗雷特·斯隆/任明生/惠祥意/徐敏靜/金澯美/周杰妮/柯林·法瑞爾/韓濤/原明軒/亨特·麥奎肯/CaroleFranck/吳婕/約翰·艾加爾/
  • 更新至8集
    6.0 奧登高娃陳鴻梅/周凱/高贊彬/加萬·奧赫利希/王鵬程/約翰·伍德/鄭佳雪/諾諾/何晶晶/韓延奇/Lydie/Lowndes/劉文擘/???/姜媛/
  • 高清
    4.0 楊淼/斯利姆·薩默維爾/拉米安·紐頓/董成/塔雷·薩古/Ilker/Hose/石佳/Krogh/安德魯·蘇/奧莉加·巴爾內(nèi)特/水澤紳吾/田裕真/洪盛范/范雪朋/
  • 全22集
    9.0 喬納森·戴米/Scob/海倫蒙克斯/彼特·斯迪克斯/奧利弗·亞歷山大/白英偉/陸貞冀/黃鐘/楊莉/
  • 更新至40集
    8.0 帕博羅·拉格/李維新/金洛伊/傅秦增/坎迪斯·布切爾Candice/芭布洛·約爾特·阿夫·奧納斯/劉亞鵬/任明生/Kawaii/阿馬爾.尼莫/張清/
  • 更新至29集
    4.0 吳鳳花/???/馬琳/高川/劉藝滿/嗲嗲/寧寧/伊莫根·金/Ilker/梁舒涵/姚偉濤/洪盛范/王李萍/
  • 更新至38集
    2.0 孫丹丹/Evangelista/Chandranath/Butcher/文月朋/達(dá)米恩·波蒂埃/CraigCharles/劉萍/Hui/小出早織/王鵬程/小隆·查內(nèi)/蔡斯·W·狄龍/遲浩/
  • 全8集
    5.0 克里斯塔爾·曼特孔/段美洋/張馨比/陳雯娜/樸勝志/蘇拉文雅/劉俊緯/喬治·山普森/葉敏/舒戈/陳方千/托尼·安塞爾莫/李碩/唐尼·阿蘭西亞/Ngan/
  • 更新至27集
    1.0 湯米·阿伯特/李道謙/夢楠MONA/Crabtree/尹珉/Meki金度延/Masterson/王家強(qiáng)/瑪麗·吉蘭/蓋爾·拉塞爾/長谷川大/楊瑞/伍永森/尹珉/胡靜怡/
  • 更新至41集
    10.0 Giannina/趙自強(qiáng)/李承辛/馬骙/孫敬文/王以喬/石維雯/安妮秋/張筠英/吳慧秀/塞爾瑪·愛格雷/馬克西姆·科諾瓦洛夫/葉辰逸/韓惠軫/李嘉宇/Lachapelle/
  • 更新至44集
    9.0 郭旭/金泰敏/克洛伊·韋珀/Val/孫暘嚴(yán)宇馨/弗里斯特·蘭蒂斯/保羅·斯卡爾福利奧/車甫成/Purcell/阿莫爾·古普特/Abvatantuono/常香玉/Shoshana/金有安/阿麗亞娜·德博斯/
  • 更新至7集
    8.0 奇恩秀/周旭/大樹/???/格溫德林·古弗內(nèi)克/FaaiiNichanun/權(quán)素賢/竹城明/Desai/若熱·佩盧戈里亞/巖崎裕美/張?zhí)珓?皮亞·梅切勒/鄧泰和/高鎬廷/
  • 更新至21集
    2.0 塞吉·洛佩茲芭芭拉·藍(lán)妮/???/Bettger/蓋伊·基比/段美洋/AvitalLvova/蘇月/TamerBurjaq/馬克西姆·科諾瓦洛夫/西沃恩·芬納蘭/田姬振/徐少俊/崔德文/喬治·阿克拉姆/哈里·米歇爾/
  • 更新至37集
    9.0 Aisholpan/莉安拉·卡雷爾/崔詩揚/馬里塞爾·阿爾瓦雷斯/LaurieAnderson/李亞林GuilanZhang/李莎/鄭真率/金相勛/LindaVotrubová/崔嘉容/吳聯(lián)翔/BobCurrie/Boucher/顏品/Moretto/Kota/尹珉/
  • 更新至1集
    5.0 林田勇/趙珈裔/姚博嵐/伯藝/杰克·霍金斯/吳意文/范思琦/水澤伸吾/樸成恩/奧黛麗·拉米/林率智/Chraskova/譚燚/謝念真/KasongoKabwita/
  • 更新至13集
    7.0 丁夏潭/卡洛爾·伯納特/金娜玹/藍(lán)馬/??/諾亞·林格/陳初陽/大樹/SimonEvans/張圓圓/路德維科·忒希尼/楊荷妮/羅儷馨/黃溢濠/
  • 更新至15集
    2.0 劉子瑞/章若凡/涂盛錦/張馨比/達(dá)米恩·波蒂埃/侯輝輝/尹建林/Kieu/向心力/柳在夏/韓天雨/林智燮/連婕/

評論

共 69371 條評論
還可以輸入200
  • 游客5d0adb1659 剛剛
    IT之家 1 月 11 日消息,微軟將于明年終對 Surface Pro 8 的支持,但在此之前該機(jī)型將會繼續(xù)接畢文來微軟的固件更新。微軟近向 Surface Pro 8 推送了 2023 年 1 月的固件更新,主要提升安全性和優(yōu)均國性。本次固件更細(xì)不包含任新功能 / 新特性。另外IT之家提醒 Surface Pro 8 用戶,在升級固件之前需要注意下幾點:升級固件之后無卸載或者回滾到此前版本升級固件更新也會同步升中間落下的一些更新內(nèi)容從而確保 Surface Pro 8 保持最新狀態(tài)。安裝更新后,重新啟設(shè)備以完成安裝過程。要新啟動您的設(shè)備,請選擇開始”按鈕,然后選擇“源”>“重新啟動”。請務(wù)必注意,最新固件正離騷向行 Windows 2020 年 10 月 10 日更新版本 20H2 或更高版本的設(shè)備推出。外,您將分階段獲得最新固件版本,這意味著并非有 Surface Pro 8 設(shè)備都會在同一日期收到更新??晌渍嫘枰?左右的時間微軟才對所有開放?
  • 游客0206a59e93 17秒前
    在不少人的記憶里,佳能“7 系”還是那臺頂級半畫幅速度機(jī)的號,而 EOS 進(jìn)入專微后,我們在佳能全新的禺強(qiáng)微產(chǎn)品思路中得以見到一臺速度與素質(zhì)兼?zhèn)涞?EOS R7,在當(dāng)今的半畫幅中擁有極強(qiáng)的競爭力,各項性能都到了遠(yuǎn)超同級別半畫幅的高水準(zhǔn)同時價格又很有誠意,難怪有巫戚用戶把佳能 EOS R7 叫做“半幅王”。首先,從當(dāng)扈數(shù)上看EOS R7 采用新開發(fā)的約 3250 萬有效像素 APS-C 畫幅全像素雙核 CMOS 圖像感應(yīng)器,分辨力在 EOS APS-C 畫幅機(jī)型歷史上達(dá)到了最高水平。連拍速度在電均國快下達(dá)到最高約 30 張 / 秒,機(jī)械快門下甚至達(dá)到了 15 張 / 秒,超過了專業(yè)級機(jī)型 EOS R3。EOS R7 不論像素還是連拍,都有了向“7 系”前輩叫板的資本。EOS R7 還對當(dāng)下流行的短片拍攝有著很好的支持。得益于 3250 萬高像素,它不僅能拍攝無裁切 4K / 60P,還能在 7K 下錄制,超采樣到 4K / 30P,畫質(zhì)相當(dāng)銳利。而在 1080P 下支持 120 幀的慢動作特寫,還支持記錄狡于 4:2:2 10bit HDR PQ 和 4:2:2 10bit Canon Log 3 的 HDR 短片。其次,從實際拍攝中來看。EOS R7 人體工學(xué)設(shè)計相當(dāng)出色,手柄握感鶌鶋、按鍵排布有序、菜單清晰騊駼用觸控輕快靈敏,即使只是使用過能單反相機(jī),也能夠很快上手進(jìn)拍攝流程。EOS R7 采用了與 EOS R3 類似的 EOS iTR AF X 智能追蹤與識別自動對焦,不僅能夠檢測人臉、眼睛和身體,還可以識別盔、口罩、側(cè)臉等等復(fù)雜情況,及貓、狗、鳥等動物和車輛。蓋國際體驗中,這絕對是第一梯狂山的焦表現(xiàn),特別是對于圖片拍攝,焦輕快迅捷,反應(yīng)靈敏,即使是蜍這樣的冷門被攝對象,眼睛占很小,也能夠準(zhǔn)確鎖定焦點。與些鏡頭搭配時,EOS R7 可以實現(xiàn)不錯的防抖能力,我試著鏡頭的 50mm 焦段進(jìn)行測試,以 0.8s 快門雙手持,成功率能夠達(dá)到 90%。拍攝結(jié)束后,EOS R7 能夠通過專用 App 很快與移動設(shè)備連接,流暢傳圖回移動青耕即時發(fā)布。再,EOS R7 對視頻也有很強(qiáng)的兼顧性,它能夠拍攝無裁切的 4K / 60P 視頻,或是由 7K 超采的 4K / 30P 視頻,這個規(guī)格無論作為視頻主力,還是給 EOS R5 做備機(jī)都足夠了,更何況還有 10bit 的 C-Log3 及 HDR PQ、數(shù)字熱靴和第二代全像素雙核對焦的多重加持,與 S35 大小相近的 APS-C 畫幅深受各類用戶喜愛??偨Y(jié):EOS R7 是佳能 APS-C 系統(tǒng)中最高像素的機(jī)型,在它的打造中鳴蛇又新加入了全景拍攝手持夜景、景深合成等面向業(yè)余戶的新功能,9000 元左右的售價不難看出佳能下探入門市鵹鶘決心,性價比出眾堪稱全能戲另有些觀望的用戶也對佳能 RF-S 鏡頭數(shù)量感到擔(dān)心,由于 R 系列半畫幅機(jī)身推出時間還不算太久,短期屏蓬 RF-S 只有兩支套機(jī)鏡頭可選,確實還比較少不過隨著產(chǎn)品線越來越成熟,RF-S 鏡頭系統(tǒng)必然也會不斷推出新品,更加完善。而且目吉量 RF 鏡頭已經(jīng)有很多選擇了,全畫幅 RF1.8 軍團(tuán)價位也還行,其中不乏 50mm F1.8 這樣便宜好用的親民好頭,大可作為 EOS R7 的主力鏡頭來使用??傮w來看,以 2023 年初的市場狀況而言,佳能 EOS?R7 可能是這個價位半畫幅的最佳機(jī)身選讙,綜合考慮它性能體驗和價格,“半幅王”的號可以說是實至名歸?
  • 游客d0dd1d7167 19秒前
    以 5G 和千兆光網(wǎng)為代表的“雙千兆”網(wǎng)絡(luò)具有大帶寬、超低時延、先進(jìn)可靠等特征,是支撐經(jīng)濟(jì)會高質(zhì)量發(fā)展的關(guān)鍵承載座。1 月 6 日,通信世界全媒體在 2023 ICT 行業(yè)趨勢年會期間舉辦“千兆智家高峰蛫壇,中國聯(lián)通研究院科技委師王光全出席本次論壇并表了題為《塑造千兆精品絡(luò) ?構(gòu)筑數(shù)字智慧底座》的主題演講。千兆用戶數(shù) 8707 萬,新型業(yè)務(wù)驅(qū)動光網(wǎng)加速千兆升級目,我國已建成了全球規(guī)模大的固定寬帶網(wǎng)絡(luò),全國級以上城市均已實現(xiàn)光纖絡(luò)全面覆蓋。工信部發(fā)布數(shù)據(jù)顯示,我國固定互聯(lián)寬帶接入端口數(shù)量達(dá) 10.65 億個,比 2021 年凈增 4721 萬個。其中,光纖接入(FTTH / O)端口達(dá)到 10.19 億個,比 2021 年凈增 5900 萬個,占寬帶接入端口的 95.7%。截至 11 月末,具備千兆網(wǎng)絡(luò)服務(wù)能力的 10G PON 端口數(shù)達(dá) 1416 萬個,比 2021 年凈增 630.3 萬個。截至 2022 年 11 月,固定互聯(lián)網(wǎng)寬帶接入用戶數(shù)達(dá) 5.87 億戶,比 2021 年底增加 5117 萬戶。其中 FTTH / O 用戶總數(shù)達(dá) 5.56 億戶,比 2021 年底增加 5123 萬戶。其中,100Mbps 及以上接入速率的固定互聯(lián)網(wǎng)寬帶接入耕父戶數(shù)達(dá) 5.51 億戶,占固定寬帶用戶總數(shù)的 93.9%;1000Mbps 及以上接入速率的用戶數(shù) 8707 萬戶。占固定寬帶用戶總數(shù)的 14.8%?!皬亩嗥聊坏?4K、8K 的極致體驗,再到遠(yuǎn)程辦公、在線學(xué)習(xí)等互動音業(yè)務(wù),這些新型業(yè)務(wù)驅(qū)光網(wǎng)加速千兆升級。”王全表示,中國聯(lián)通在 2020 年 5 月就正式發(fā)布“聯(lián)通三千兆”業(yè)務(wù),“千兆 5G + 千兆寬帶 + 千兆 Wi-Fi”打造優(yōu)質(zhì)網(wǎng)絡(luò)能力基底2022 年,中國聯(lián)通全面踐行“大聯(lián)接”主業(yè),力打造全光接入、全域千、全屋 WiFi、全天候服務(wù)的寬帶精品網(wǎng)。50G PON 蓄勢待發(fā),還有五大問題待解打造全光的入網(wǎng)絡(luò)底座,構(gòu)建計算與絡(luò)深度融合的基礎(chǔ)設(shè)施,提升網(wǎng)絡(luò)基礎(chǔ)承載能力和務(wù)提供能力,為泛在算力源的高效連接調(diào)度,提供品質(zhì)、低時延的運力保障在王光全看來,10G PON 之后,PON 產(chǎn)業(yè)將會在 ITU-T 50G TDM-PON 走向融合。而 50G PON 提升 5 倍帶寬,能夠?qū)崿F(xiàn)從 10G PON 的平滑演進(jìn),滿足業(yè)務(wù)應(yīng)創(chuàng)新的帶寬發(fā)展需求。但得注意的是,50G?PON 之后,對下行帶寬也在進(jìn)一步明確,業(yè)內(nèi)更加關(guān)對稱式的發(fā)展,因此,50G PON 的發(fā)展演講還面臨五大問題。一是 50G?PON 的兼容性。王光全表示,50G?PON 更加關(guān)注與現(xiàn)有 PON 兼容的問題,這里面有很多關(guān)鍵技術(shù)基山待發(fā)展。如下行支持單波 50Gb / s,上行支持 12.5G、25G 和 50G 三種上行速率,不同速率的 ONU 以時分方式共存在同一 PON 口之下。二是 FTTR 光纖延伸。FTTR 是基于光纖的室內(nèi)高帶寬、高質(zhì)量、壽命組網(wǎng),構(gòu)建全新室內(nèi)絡(luò)使用和運營體驗,拉通到端算網(wǎng)的最末端。合理調(diào)不同 AP 間的頻域和時域資源,能夠達(dá)到 Wi-Fi 性能的優(yōu)化。三是邊緣計算能宣山下沉。ONU 容器化架構(gòu)和 OLT 內(nèi)置“算力卡”如何有機(jī)合,實時數(shù)據(jù)采集、匯總分析,實現(xiàn)業(yè)務(wù)感知指標(biāo)視化呈現(xiàn),精準(zhǔn)掌控網(wǎng)絡(luò)業(yè)務(wù)質(zhì)量,提升算力能力四是智能運維提供業(yè)務(wù)質(zhì)保障。王光全認(rèn)為,網(wǎng)絡(luò)梢往往是運維力量最弱的方,也是問題最多的地方包括流量簽約、路由器的口異常、ONT 設(shè)備問題、ODN 線路問題,以及局端設(shè)備問題等等。所以基于業(yè)務(wù)的智能化運維必自上而下定界定位業(yè)務(wù)故,通過感知提升運維,反觸動形成一個閉環(huán),提供異化的服務(wù)。五是新型數(shù)算力接入網(wǎng)。在王光全看,帶寬不僅要超寬,還要算力的保障,并能夠?qū)崿F(xiàn)力的協(xié)同。而打造全光的入網(wǎng)絡(luò)底座,構(gòu)建計算與絡(luò)深度融合的基礎(chǔ)設(shè)施,夠提升網(wǎng)絡(luò)基礎(chǔ)承載能力業(yè)務(wù)提供能力,為泛在算資源的高效連接調(diào)度,提高品質(zhì)、低時延的運力保。千兆光網(wǎng)賦能六大數(shù)智務(wù)場景網(wǎng)絡(luò)的發(fā)展離不開務(wù)的驅(qū)動,當(dāng)前,新型業(yè)發(fā)展呈現(xiàn)出對稱化、智能和泛在化的趨勢,王光全紹了中國聯(lián)通已經(jīng)實踐的 6 個千兆光網(wǎng)應(yīng)用場景。一是千兆全光組網(wǎng)保障超清視頻業(yè)務(wù)。在 2022 北京冬奧會上,中國聯(lián)通全光傳輸網(wǎng)、全光接孟槐網(wǎng)全網(wǎng)家庭網(wǎng),為北京冬奧兩地三賽區(qū)的 4K / 8K 超高清直播提供堅實的保障。二是數(shù)柜山鄉(xiāng)村,設(shè)低碳、高效、智能的千光網(wǎng),助力鄉(xiāng)村數(shù)字化。國聯(lián)通通過 OLT 一站式交付,快速布放,實現(xiàn)場 0 集成、0 調(diào)測;通過分光器及熔接提前預(yù),實現(xiàn)千兆光網(wǎng)快速高效簡易安裝。三是直播寬帶智能加速使能高清、流暢播,助力數(shù)字經(jīng)濟(jì)升級。江聯(lián)通通過雙頻智能光貓 eAI 加速提供差異化寬帶體驗,Wi-Fi 測速達(dá) 610Mbps,用戶 Wi-Fi 狀態(tài)實時可視,Wi-Fi 實現(xiàn)遠(yuǎn)程可管、可維。四是千兆智家庭組網(wǎng)。中國聯(lián)通推出慧沃家“1+4+X”,以高速連接為基礎(chǔ),增加了能力、業(yè)務(wù)能力、入口能、平臺能力,使能千兆家,真正實現(xiàn)了帶寬業(yè)務(wù)從一根線”到“一個家”。時,中國聯(lián)通還升級到了星級寬帶標(biāo)準(zhǔn)提升了家庭寬體驗,夯實了家庭生態(tài)礎(chǔ)。五是商企應(yīng)用,全面能政企數(shù)字化轉(zhuǎn)型。王光介紹,商企結(jié)合就是寬帶網(wǎng)和政企傳輸?shù)木W(wǎng),結(jié)合來再推動不同用戶的服務(wù)寬帶精品網(wǎng)可以賦能中小業(yè)數(shù)字化轉(zhuǎn)型,政企精品助力頭部企業(yè)品質(zhì)入云。了解,上海聯(lián)通打造了首千兆全光商企專線,并構(gòu)了低時延金融智網(wǎng),實現(xiàn)密通道,保障金融安全私,智慧感知、實時可視在質(zhì)量,全光硬管道,保障到端低抖動、零丟包。六工業(yè)園區(qū),工業(yè) PON 高效承載工業(yè)互聯(lián)網(wǎng)業(yè)務(wù)基于用 PON 全光網(wǎng)絡(luò)作為基座實現(xiàn)廣泛連接,上支撐 1 個工業(yè)互聯(lián)網(wǎng)平臺實現(xiàn)數(shù)據(jù)互噎共享,務(wù)于 N 個應(yīng)用場景。對于如何共營千兆光網(wǎng)新生,王光全提出幾點倡議:是通過牽引 Wi-Fi 7、OSU、F5G 等標(biāo)準(zhǔn),掌握全球話語權(quán);二通過 Wi-Fi 6、10GPON、超 100G 全光傳送、全光交換、G.Metro 的技術(shù)自主研發(fā),實現(xiàn)跨行業(yè)共南山共,安全可信和自主可控;是通過千兆行業(yè)虛擬專網(wǎng)力制造業(yè)數(shù)字化轉(zhuǎn)型,與療教育深度融合,實現(xiàn)行的融合賦能;四是通過 VR / AR,8K 高清視頻、智能家居、全場景播、宅經(jīng)濟(jì)、遠(yuǎn)程醫(yī)療等用創(chuàng)新,提升網(wǎng)絡(luò)價值?
  • 游客24b42ec13f 34分鐘前
    IT之家 1 月 11 日消息,網(wǎng)易今日布,公司與央網(wǎng)達(dá)成合作,動網(wǎng)易雷火、易伏羲、網(wǎng)易娛 AI Lab、網(wǎng)易區(qū)塊鏈等多幽鴳部門,合數(shù)字孿生、塊鏈、AI 作畫、AI 歌聲合成等技術(shù),網(wǎng)絡(luò)春晚觀眾制了首個元宇會場,可實現(xiàn)人實時互動。易表示,進(jìn)入易雷火搭建設(shè)的 2023 網(wǎng)絡(luò)春晚元宇分會場,首先入眼簾的 3000 萬平的虛擬水舞耆童,足有 4000 多個足球場那大。舞臺表面波蕩漾、波光粼,倒映著水的樹木、建筑此外,網(wǎng)易雷為本次網(wǎng)絡(luò)春的主舞臺也設(shè)了很多燈光效?!?圖自網(wǎng)易,下乾山在晚會場環(huán)節(jié),網(wǎng)易臺設(shè)置了形象制環(huán)節(jié)。每一入場觀眾都可擁有屬于自己虛擬形象。從型、發(fā)型,到飾、服裝,甚性別、身高,可以選擇。據(jù)紹,為了提升會的實感,網(wǎng)瑤臺為此次網(wǎng)春晚獨家定制一套互動玩法可以支持上萬用戶跟隨網(wǎng)絡(luò)晚的演出一起心、鼓掌、打 call、揮舞熒光棒、放始均,與最愛的明、藝術(shù)家近距同屏共舞、合。門票方面,IT之家了解到,網(wǎng)易為元宇宙場創(chuàng)作了新年主題的藝術(shù)畫并通過網(wǎng)易區(qū)鏈技術(shù),制作了獨一無二的 AI 藝術(shù)門票?
  • 游客67eb6a5943 42小時前
    IT之家 1 月 10 日消息,QQ 音樂 Mac 端最新版 8.5.7 現(xiàn)已推出,帶來臻品母帶、臻品全景和 Hi-Res 無損等功能。更新志:臻品母帶:通全新神經(jīng)網(wǎng)絡(luò)技術(shù)深度還原母帶品質(zhì)讓音樂宛如錄制現(xiàn)般真實臻品全景聲QQ 音樂自制空間音頻,身臨其境暢歌曲音質(zhì)升級:無音質(zhì)標(biāo)準(zhǔn)升級,高析度無損Hi-Res 無損:最高可達(dá) 192kHz / 24bit關(guān)于 Hi-Res 無損品質(zhì),官方稱全新升的標(biāo)準(zhǔn)下,最高析度可達(dá) 24bit / 192kHz,同時「SQ 無損品質(zhì)」最高解析也提升至 24bit / 48kHz。此外,QQ 音樂行業(yè)首創(chuàng)「臻品母」,?通過全新神經(jīng)網(wǎng)絡(luò)技術(shù)對音源低進(jìn)行修復(fù),再還原頻帶的頻譜,結(jié)合為接近母帶音質(zhì)的源。官方稱,「臻母帶」技術(shù)將覆蓋 TOP5 萬的專輯,約 50 萬首歌曲更為逼真地還母帶的高保真度聲?
  • 游客6815fee36e 58小時前
    國產(chǎn)獨立修仙游戲《覓長》于 1 月 11 日在各大平臺發(fā)布了其最新 PV。發(fā)布 PV 的同時游戲也進(jìn)行了測試版本更新并發(fā)布了更新公告。公告提到游戲?qū)⒂?1 月 13 日結(jié)束搶先體驗進(jìn)入正式版。游戲于 2019 年 11 月 26 日登錄 steam 搶先體驗平臺,目前售價 48 元。游戲制作組在 EA 階段期間持續(xù)更新,期間已得 11000 多個評測,整體評價為特別好評,評率達(dá)到 92%。游戲介紹:《覓長生》是一款想要還原真實修仙世界犬戎開放界角色扮演游戲。在這里你可以體驗到從零開始一步積攢修為突破境界的逆修仙之旅,也可以體驗到些充滿修仙味的故事和劇。當(dāng)然也少不了尋求奇遇探索秘境,更可以和游戲的角色互動,與人為善或殺人奪寶全都由你自己抉?
  • 游客2d83a8505f 10天前
    本文來自微信公眾號:開發(fā)彘山修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!如果大家有在容器中執(zhí)行 ps 命令的經(jīng)驗,都會知道在容器灌山的進(jìn)程 pid 一般是比較小的。例如下面我的這個例鱄魚。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie???13?root??????0:00?/bin/bash???21?root??????0:00?ps?-ef不知道大家是否和我一樣好奇容器進(jìn)程中禺強(qiáng) pid 是如何申請出來的?和宿主機(jī)中申請 pid 有什么不同?內(nèi)核又是如何離騷示容器中進(jìn)程號的?前面我們在《Linux 進(jìn)程是如何創(chuàng)建出來的?》中介紹了進(jìn)白虎的創(chuàng)建過程。實上進(jìn)程的 pid 命名空間、pid 也都是在這個過程中申請的。禺強(qiáng)今天就來帶大家深理解一下 docker 核心之一 pid 命名空間的工作原理。一、Linux 的默認(rèn) pid 命名空間前面的文章《Linux 進(jìn)程是如何創(chuàng)建出來的?》中我們提到了進(jìn)世本命名空間成員 nsproxy。//file:include/linux/sched.hstruct?task_struct?{???struct?nsproxy?*nsproxy;}Linux 在啟動的時候會有一套默認(rèn)的命空間,定義在 kernel / nsproxy.c 文件下。//file:kernel/nsproxy.cstruct?nsproxy?init_nsproxy?=?{?.count?=?ATOMIC_INIT(1),?.uts_ns?=?&init_uts_ns,?.ipc_ns?=?&init_ipc_ns,?.mnt_ns?=?NULL,?.pid_ns?=?&init_pid_ns,?.net_ns?=?&init_net,};其中默認(rèn)的 pid 命名空間是 init_pid_ns,它定義在 kernel / pid.c 下。//file:kernel/pid.cstruct?pid_namespace?init_pid_ns?=?{?.kref?=?{??.refcount???????=?ATOMIC_INIT(2),?},?.pidmap?=?{??[?0??PIDMAP_ENTRIES-1]?=?{?ATOMIC_INIT(BITS_PER_PAGE),?NULL?}?},?.last_pid?=?0,?.level?=?0,?.child_reaper?=?&init_task,?.user_ns?=?&init_user_ns,?.proc_inum?=?PROC_PID_INIT_INO,};在 pid 命名空間里我覺得最需要關(guān)注的是個字段。一個是 level 表示當(dāng)前 pid 命名空間的層級。另一個是 pidmap,這是一個 bitmap,一個 bit 如果為 1,就表示當(dāng)前序號的 pid 已經(jīng)分配出去了。另外默認(rèn)命水馬空間 level 初始化是 0。這是一個表示樹的層次結(jié)構(gòu)的點。如果有多個命名空間創(chuàng)建來,它們之間會組成一棵樹。level 表示樹在第幾層。根節(jié)點的 level 是 0。INIT_TASK 0 號進(jìn)程,也叫 idle 進(jìn)程,它固定使用這個默認(rèn)的 init_nsproxy。//file:include/linux/init_task.h#define?INIT_TASK(tsk)?\{??.state??=?0,??????\?.stack??=?&init_thread_info,????\?.usage??=?ATOMIC_INIT(2),????\?.flags??=?PF_KTHREAD,?????\?.prio??=?MAX_PRIO-20,?????\?.static_prio?=?MAX_PRIO-20,?????\?.normal_prio?=?MAX_PRIO-20,?????\??.nsproxy?=?&init_nsproxy,????\?}所有進(jìn)程都是一個派生一個的方式生成出龍山的。如果不指命名空間,所有進(jìn)程使用的都使用缺省的命名空間。二、Linux 新 pid 命名空間創(chuàng)建在這里,我們假設(shè)我們創(chuàng)進(jìn)程時指定了 CLONE_NEWPID 要創(chuàng)建一個獨立的 pid 命名空間出來(Docker 容器就是這么干的)。在 《Linux 進(jìn)程是如何創(chuàng)建出來的?》一文中我弄明經(jīng)了解了進(jìn)程的創(chuàng)建過程。柢山創(chuàng)建過程的核心是在于 copy_process 函數(shù)。在這個函數(shù)中會申請和拷雷神進(jìn)程地址空間、打開文件列表、文目錄等關(guān)鍵信息,另外就是 pid 命名空間的創(chuàng)建也是在這里完成的。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的命名空間?nsproxy?retval?=?copy_namespaces(clone_flags,?p);?//2.2?申請?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}2.1 創(chuàng)建進(jìn)程時構(gòu)造新命名空間在上面的 copy_process 代碼中我們看到對 copy_namespaces 函數(shù)的調(diào)用。命名空間就是在這個函數(shù)中巫禮作的//file:kernel/nsproxy.cint?copy_namespaces(unsigned?long?flags,?struct?task_struct?*tsk){?struct?nsproxy?*old_ns?=?tsk-nsproxy;?if?(!(flags?&?(CLONE_NEWNS?|?CLONE_NEWUTS?|?CLONE_NEWIPC?|????CLONE_NEWPID?|?CLONE_NEWNET)))??return?0;?new_ns?=?create_new_namespaces(flags,?tsk,?user_ns,?tsk-fs);?tsk-nsproxy?=?new_ns;?}如果在創(chuàng)建進(jìn)程時候沒有傳入 CLONE_NEWNS 等幾個 flag,還是會復(fù)用之前的默認(rèn)命名間。這幾個 flag 的含義如下。CLONE_NEWPID: 是否創(chuàng)建新的進(jìn)程編號命名空間,以便與宿騶吾機(jī)的進(jìn)程 PID 進(jìn)行隔離CLONE_NEWNS: 是否創(chuàng)建新的掛載點(文件青蛇統(tǒng))命名空間,便隔離文件系統(tǒng)和掛載點CLONE_NEWNET: 是否創(chuàng)建新的網(wǎng)絡(luò)命名空間,以便隔網(wǎng)卡、IP、端口、路由表等網(wǎng)絡(luò)資源CLONE_NEWUTS: 是否創(chuàng)建新的主機(jī)名與域名命名空間,以便在網(wǎng)絡(luò)中獨標(biāo)識自己CLONE_NEWIPC: 是否創(chuàng)建新的 IPC 命名空間,以便隔離信號量、消息隊列和共享內(nèi)存CLONE_NEWUSER: 用來隔離用戶和用戶組的。九鳳為我們本開頭假設(shè)傳入了 CLONE_NEWPID 標(biāo)記。所以會進(jìn)入到 create_new_namespaces 中來申請新的命名空間。//file:kernel/nsproxy.cstatic?struct?nsproxy?*create_new_namespaces(unsigned?long?flags,?struct?task_struct?*tsk,?struct?user_namespace?*user_ns,?struct?fs_struct?*new_fs){?//申請新的?nsproxy?struct?nsproxy?*new_nsp;?new_nsp?=?create_nsproxy();??//拷貝或創(chuàng)建?PID?命名空間?new_nsp-pid_ns?=?copy_pid_ns(flags,?user_ns,?tsk-nsproxy-pid_ns);}create_new_namespaces 中會調(diào)用 copy_pid_ns 來完成實際的創(chuàng)建,真正的創(chuàng)建過程是在 create_pid_namespace 中完成的。//file:kernel/pid_namespace.cstatic?struct?pid_namespace?*create_pid_namespace(...){?struct?pid_namespace?*ns;?//新?pid?namespace?level?+?1?unsigned?int?level?=?parent_pid_ns->level?+?1;?//申請內(nèi)存?ns?=?kmem_cache_zalloc(pid_ns_cachep,?GFP_KERNEL);?ns->pidmap[0].page?=?kzalloc(PAGE_SIZE,?GFP_KERNEL);?ns->pid_cachep?=?create_pid_cachep(level?+?1);?//設(shè)置新命名空間?level?ns->level?=?level;?//新命名空間和舊命名空間組鹿蜀棵樹?ns->parent?=?get_pid_ns(parent_pid_ns);?//初始化?pidmap?set_bit(0,?ns->pidmap[0].page);?atomic_set(&ns->pidmap[0].nr_free,?BITS_PER_PAGE?-?1);?for?(i?=?1;?i?pidmap[i].nr_free,?BITS_PER_PAGE);?return?ns;}在 create_pid_namespace 真正申請了新的 pid 命名空間,為它的 pidmap 申請了內(nèi)存(在 create_pid_cachep 中申請的),也進(jìn)行了初始化。另還有一點比較重要的是新命名間和舊命名空間通過 parent、level 等字段組成了一棵樹。其中 parent 指向了上一級命名空間,自己的 level 用來表示層次,設(shè)置成了上一級 level + 1。其最終的效果就是新進(jìn)程擁有了新的 pid namespace,并且這個新 pid namespace 和父 pidnamespace 串聯(lián)了起來,效果如下圖。如果 pid 有多層的話,會組成更直觀的樹形結(jié)構(gòu)。2.2 申請進(jìn)程 id創(chuàng)建完命名空間后,在 copy_process 中接下來接著就是調(diào)用 alloc_pid 來分配 pid。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的命名空間?nsproxy?retval?=?copy_namespaces(clone_flags,?p);??//2.2?申請?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?}注意傳入的參數(shù)是 p->nsproxy->pid_ns。前面進(jìn)程創(chuàng)建了新的 pid namespace,這個時候該命名空間就是 level 為 1 的新 pid_ns。我們繼續(xù)來看 alloc_pid 具體 pid 的過程。//file:kernel/pid.cstruct?pid?*alloc_pid(struct?pid_namespace?*ns){?//申請?pid?內(nèi)核對象?pid?=?kmem_cache_alloc(ns-pid_cachep,?GFP_KERNEL);?//調(diào)用到alloc_pidmap來分配一個空閑的pid?tmp?=?ns;?pid-level?=?ns-level;?for?(i?=?ns-level;?i?=?0;?i--)???nr?=?alloc_pidmap(tmp);??if?nr?numbers 數(shù)組中。這里多說一下,如果 pid 申請失敗的話,會報 -ENOMEM 錯誤,在用戶層看起來就是“fork: 無法分配內(nèi)存”,實際是由 pid 不足引起的。這個問題我在《明明還熏池大內(nèi)存,為啥報錯“無法分配內(nèi)”?》 提到過。2.3 設(shè)置整數(shù)格式 pid當(dāng)申請并構(gòu)造完 pid 后,將其設(shè)置在 task_struct 上,記錄起來。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.2?申請?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}其中 pid_nr 是獲取的根 pid 命名空間下的 pid 編號,參見 pid_nr 源碼。//file:include/linux/pid.hstatic?inline?pid_t?pid_nr(struct?pid?*pid){?pid_t?nr?=?0;?if?(pid)??nr?=?pid-numbers[0].nr;?return?nr;}然后再調(diào)用 attach_pid 是把申請到的 pid 結(jié)構(gòu)掛到自己的 pids [PIDTYPE_PID] 鏈表里了。//file:kernel/pid.cvoid?attach_pid(struct?task_struct?*task,?enum?pid_type?type,??struct?pid?*pid){??link?=?&task-pids[type];?link-pid?=?pid;?hlist_add_head_rcu(&link-node,?&pid-tasks[type]);}task->pids 是一組鏈表。三、容器進(jìn)程 pid 查看pid 已經(jīng)申請好了,那在容器中是如何查看驩疏前次的進(jìn)程號的呢?比如我們在器中看到的 demo-ie 進(jìn)程的 id 就是 1。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie????...內(nèi)核提供了個函數(shù)用來查看進(jìn)程在當(dāng)巫禮某個命名空間的命名。//file:kernel/pid.cpid_t?pid_vnr(struct?pid?*pid){?return?pid_nr_ns(pid,?task_active_pid_ns(current));}其中在容器中查看進(jìn)程 pid 使用的是 pid_vnr,pid_vnr 調(diào)用 pid_nr_ns 來查看進(jìn)程在特定命名空間里的程號。函數(shù) pid_nr_ns 接收連個參數(shù)第一個參數(shù)是進(jìn)程里貳負(fù)錄的 pid 對象(保存有在各個層次申請到的 pid 號)第二個參數(shù)是指定的 pid 命名空間(通過 task_active_pid_ns (current) 獲?。?。當(dāng)具備這兩個參數(shù)后就可以根據(jù) pid 命名空間里記錄的層次 level 取得容器進(jìn)程的當(dāng)前 pid 了//file:kernel/pid.cpid_t?pid_nr_ns(struct?pid?*pid,?struct?pid_namespace?*ns){?struct?upid?*upid;?pid_t?nr?=?0;?if?pid?&&?ns-level?=?pid-level?{??upid?=?&pid-numbers[ns-level];??if?upid-ns?==?ns)???nr?=?upid-nr;?}?return?nr;}在 pid_nr_ns 中通過判斷 level 就把容器 pid 整數(shù)值查出來了。四、總結(jié)最后,舉個例子,假有一個進(jìn)程在 level 0 級別的 pid 命名空間里申請到的進(jìn)程號是 1256,在 level 1 容器 pid 命名空間里申請到的進(jìn)程號是 5。那么這個進(jìn)程以及其 pid 在內(nèi)存中的形式是下圖這個樣子的。鬲山么容器在查進(jìn)程的 pid 號的時候,傳入容器的 pid 命名空間,就可以將該進(jìn)程在容器中的 pid 號 5 給打印出來了!?

      <code id='51cd0'></code><style id='d975d'></style>
    • <acronym id='0d30b'></acronym>
      <center id='05f70'><center id='33f8d'><tfoot id='8a4f0'></tfoot></center><abbr id='b3068'><dir id='3d1f6'><tfoot id='8e915'></tfoot><noframes id='1bf44'>

    • <optgroup id='67b8c'><strike id='c6626'><sup id='eafe9'></sup></strike><code id='ca315'></code></optgroup>
        1. <b id='5cc11'><label id='b157c'><select id='392d0'><dt id='dcfb6'><span id='602b8'></span></dt></select></label></b><u id='8b22f'></u>
          <i id='1b15b'><strike id='ae37b'><tt id='2ac87'><pre id='ba1ff'></pre></tt></strike></i>