1. <b id="x0hdm"></b>
  • <sup id="x0hdm"></sup>

    1. 電影 原神危途疑踪
      • 提醒:不要輕易相信視頻中的廣告,謹(jǐn)防上當(dāng)受騙!
      • 如果無法播放請(qǐng)重新刷新頁面,或者切換線路。
      • 視頻載入速度跟網(wǎng)速有關(guān),請(qǐng)耐心等待幾秒鐘。
      簡介

      原神危途疑踪 更新至8集4.0
      6.0
      網(wǎng)友評(píng)分
      • 很差
      • 較差
      • 還行
      • 推薦
      • 力薦
      905次評(píng)分
      給影片打分 《原神危途疑踪》
      • 很差
      • 較差
      • 還行
      • 推薦
      • 力薦
      我也要給影片打分

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

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

      影片信息

      • 原神危途疑踪

      • 片名:原神危途疑踪
      • 狀態(tài):更新至33集
      • 主演:山姆·帕萊迪奧/
      • 導(dǎo)演:馬庫斯·施萊澤/
      • 年份:2009
      • 地區(qū):貝里斯
      • 類型:動(dòng)作/
      • 時(shí)長:0:35:52
      • 上映:2023
      • 語言:丹麥語
      • 更新:2025-06-16 02:26:23
      • 簡介:感謝IT之家網(wǎng)友 華南吳彥祖、OC_Formula 的線索投遞!IT之家 1 月 19 日消息,三星去年在美國布了自助維修劃。三星與 iFixit 合作,為那些想己修理設(shè)備的戶提供正規(guī)的換零部件、工和指南服務(wù)。 Galaxy Tab S7 + 平板電腦外,自助維修目最初還支持 Galaxy S20 和 Galaxy S21 系列手機(jī)。三星現(xiàn)在正擴(kuò)展該計(jì)劃以蓋更多設(shè)備。增支持 Galaxy S22、Galaxy S22 + 和 Galaxy S22 Ultra 手機(jī)等,該倡議現(xiàn)也涵蓋了三星記本電腦。三證實(shí),自助維計(jì)劃正在擴(kuò)展五款新的 Galaxy 設(shè)備。這包括 Galaxy S22 系列的所有三款機(jī)型。Galaxy Book Pro 15 英寸和 Galaxy Book Pro 360 15 英寸筆記本電也包含在該劃中。iFixit 仍然是三星在這項(xiàng)計(jì)劃的合作伙伴。星 Galaxy Book 用戶可以獲得個(gè)原裝更換部來進(jìn)行維修。些部件包括前殼、電池、顯屏、觸摸板、指紋傳感器的源鍵和橡膠腳。IT之家了解到,iFixit 也提供了維修指南。想要助維修 Galaxy S22 設(shè)備的用戶將能夠從 iFixit 獲得原裝充電端口、蓋玻璃和顯示組件等。用戶購買這些維修件。對(duì)于官方業(yè)的售后維修三星在美國為動(dòng)設(shè)備提供頂服務(wù)網(wǎng)絡(luò)覆蓋用戶可以方便在線、到店內(nèi)通過三星的郵服務(wù)安排或維設(shè)備。三星的 We Come to You 服務(wù)也可用于技術(shù)人員進(jìn)行門維修?
      首頁 年度大劇 原神危途疑踪

      播放列表

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

      猜你喜歡

      為你推薦

       換一換
      • 全35集
        1.0 莫莉·帕克/喬舒華·鮑曼/西婭姆·阿巴斯/克莉絲汀·約翰斯頓//卡姆魯斯·約翰遜/迪恩·文特斯/埃里克斯·勞瑟//奧德雷·弗勒羅/卡特里娜·寶登/塔提阿娜·瑪斯拉尼/榮·岡薩雷斯//馬克·博納爾/昆瑙·內(nèi)亞/馬克·本達(dá)維德/波伊德·霍布魯克/
      • 更新至5集
        3.0 馬萬·里茲旺/妮可拉·佩爾茨/魯伯特·格林特/扎克·泰勒/瑪莉·艾格洛蒲露絲/斯科特·麥克納里/卡勒姆·特納/詹妮弗·提莉/賈斯汀·羅蘭////Bárbara///黛博拉·梅辛/凱文·杜蘭/卡爾·韋瑟斯/安娜·瑪麗亞·穆埃/
      • 全26集
        9.0 邁克爾·史麥利/艾麗絲·克里奇/艾米麗·普格特/莫莉·哈根//比利·克魯?shù)缕?/弗朗西斯科·加里多//切瑞·海恩斯/達(dá)斯汀·克萊爾///喬安娜·斯坎倫///尼克·亨德里克斯/戴維·鮑爾斯/瑞恩·紐曼/
      • 更新至11集
        3.0 比利·魯什/考德·歐威爾斯特利特/克雷格·帕金森/////維多利亞·蓋拉//邁克爾·卡西迪/John.Batchelor/泰勒·弗倫奇/
      • 更新至29集
        3.0 布麗特·巴倫//斯黛拉·麥薇/本·巴恩斯/詹姆斯·甘多菲尼//克里斯托弗·米洛尼//盧卡斯·布萊克/埃米爾·赫斯基/凱文·邁克爾·理查德森//斯蒂芬妮·馬蒂尼/
      • 更新至16集
        3.0 拉娜·帕瑞婭/梅金·普萊斯//安德雷斯·霍爾姆/賈斯汀·錢伯斯/瑞恩·波特/奧利維亞·霍爾特/伊薩·雷/
      • 更新至16集
        10.0 肖恩·西珀斯/肖恩·德蘭尼/韋恩·羅布森/伊斯梅爾·克魯斯·科爾多瓦/琳賽·摩根/科琳·歐肖內(nèi)希/丹·卡斯泰蘭尼塔/克勞迪婭·布萊克/蘇菲·特納/本·卡特賴特///
      • 更新至31集
        8.0 喬喬·馬卡里/雷·羅馬諾//蒂姆·達(dá)利/卡洛斯·博納德/史蒂夫·佩姆伯頓/蘇蘭·瓊斯///阿納斯塔西婭·希爾/凱爾?!じ裉m莫/克勞迪婭·布萊克/克里斯·奧唐納/
      • 更新至18集
        2.0 蓋伊·西納/凱爾·麥克/卡魯姆·布魯/馬修·格雷·古柏勒//克斯汀·克魯克/丹尼爾·沙曼/切瑞·海恩斯/
      • 更新至3集
        9.0 /羅布森.格林/杰克·麥克布瑞爾/本杰明·阿瑪?shù)蠆W/妮基·迪洛許///埃拉·杰伊·巴斯科/
      • 全30集
        8.0 羅伯·布朗/唐納德·法森/達(dá)布尼·柯爾曼//特雷弗·德瓦/喬治·艾德斯/希拉里·羅斯/安吉·哈蒙/賈德·帕達(dá)里克/馬努·貝內(nèi)特/奈杰爾·霍桑/莎拉·韋恩·卡麗絲/
      • 更新至20集
        5.0 菲比·沃勒-布里奇/馬丁·克魯勒斯/布倫達(dá)阿斯尼卡/迪倫·沃爾什/詹姆斯·戴爾/吉姆·瓦德/保琳·莫蘭/詹姆斯·丹頓/艾瑞克·斯通斯崔特/尼科萊·金斯基/妮婭姆·阿爾格/多米尼克·庫珀//
      • 全13集
        7.0 艾莉莎·米蘭諾/埃迪·法可/朱莉婭·戴維斯/比利·豪爾/杰里米·克拉克森/梅芙·德莫迪/朱莉婭·奧蒙德/丹妮爾·羅絲·拉塞爾/吉爾·奧唐奈/卡萬·史密斯/Erin/皮帕·貝內(nèi)特-華納/Tanc//基根·艾倫/詹妮弗·洛佩茲/阿薩·巴特菲爾德/大衛(wèi)·斯瑞弗/
      • 更新至3集
        4.0 凱莉·瑪麗·陳/戴德里克·巴德/馬克西米利安·梅耶-布雷澤內(nèi)德/艾倫·里奇/馬特·勒布朗/朱麗葉·賴倫斯/克里斯汀·韋格///麥克斯·詹金斯////詹姆斯·丹頓/
      • 更新至26集
        1.0 恩里克·穆西安諾/艾薩克·海耶斯/瑞切爾·蕾·庫克//艾米麗·奧斯蒙特/Fernandes/莉莉·拉貝/肖恩·賓/麥肯齊·阿斯丁//卡梅隆·莫納漢/加里·西尼斯//瑪格麗塔·布伊//
      • 更新至1集
        3.0 /道恩·強(qiáng)森///芬·維特洛克/凱文·道爾/艾里克·巴弗爾/埃米麗·漢普希爾/艾文·艾哈邁德/提奧·詹姆斯/科林·摩根/賈斯汀·哈特雷/泰瑞·克魯斯/理查德·埃帕卡//
      • 更新至17集
        2.0 邁克爾·瓦爾坦/阿迪勒·阿赫塔爾/李美琪//Sena/迪·布拉雷·貝克爾//艾瑪·羅伯茨/阿瑞爾·莫特曼/
      • 更新至31集
        4.0 Ahmed/馬赫沙拉·阿里/艾麗克斯·霍克/奧黛塔·安納布爾/艾倫·佩吉/扎克瑞·萊維/特雷西·埃利斯·羅斯/湯姆·博斯林/胡契克·卡勒塔/埃涅·赫德森/比利·加德爾/
      • 全21集
        1.0 圭多·卡普里諾/尼娜·加西亞//麗貝卡·豪爾//蕾克·貝爾/丹尼爾·利辛/大衛(wèi)·帕斯奎斯/埃里克·埃德爾斯坦/勞倫·艾波羅絲/莎拉·杰茜卡·帕克//休·勞瑞/
      • 更新至19集
        7.0 比利·馬格努森/喬治·普拉爾/扎迦利·奈頓/勞里·梅特卡夫/基弗·薩瑟蘭/Pierre·Louis//蕾切爾·勒費(fèi)夫爾/羅恩·芬奇斯/李·博德曼/泰·布利爾/利亞姆·坎寧安/安德魯·蘭內(nèi)斯/查爾斯·伊斯滕/
      • 全26集
        8.0 斯基特·烏爾里奇/娜塔莉·齊爾//瑞恩·柯萬騰/阿什利·理查茲/茜安·克利福德/伊芬什·哈德拉/馬克斯·凱塞拉//麥莉·賽勒斯/米格爾·安赫爾·西爾維斯特//崔維斯·費(fèi)米爾/約翰·迪·瑪吉/尤里·瓦西里耶夫/
      • 更新至36集
        8.0 梅廷·阿克杜爾格//Ekulona/康妮·布里登/威爾·格林伯格/薩里亞·多特森/麗莎·艾德爾斯汀/杰弗里·多諾萬/阿爾迪斯·霍吉/內(nèi)森·佩吉/希拉里·羅斯///艾瑞克·阿蘭·克拉默/馬蒂·芬諾喬/
      • 全29集
        4.0 唐尼·沃爾伯格////吉安馬可·托格納奇/李·湯普森·揚(yáng)//莎拉·蘭卡夏爾///凱文·尼龍/蒂姆·達(dá)利/阿爾弗雷德·施特魯韋///多米尼克·蒂珀/
      • 更新至7集
        10.0 /米沙·克林斯//Gennaro·Contaldo/卡倫·麥卡錫/維拉·法米加/斯科特·波特/賈斯汀·盧佩/安松·蒙特/斯特芬·凱亞爾//柯林·麥克法蘭//湯姆·漢克斯/詹米·多南/
      • 全19集
        7.0 薇娜·蘇德//Airey//貴美子·格倫/大衛(wèi)·德·勞圖爾/朱莉·本茨/泰勒·席林/卡琳·考諾娃/莫娜·馬歇爾/波茜婭·道布爾戴/波姬·小絲/詹米·多南//杰·摩爾/
      • 更新至11集
        8.0 大衛(wèi)·奧伊羅///朱莉·卡夫娜/蓋婭·吉拉切/科魯姆·費(fèi)奧瑞////葉卡捷琳娜·維柯娃/克里斯蒂安·凱恩/塞巴斯蒂安·阿梅斯托/薩莎·亞歷山大/瑞切爾·格里菲斯//
      • 更新至7集
        8.0 卡羅琳·凱茲/羅溫·布蘭查德/安吉拉·蘭斯伯瑞/杰克·約翰遜/安德麗亞·瑞斯波羅格///凱文·科斯特納/Ayala//Danilo//小弗雷迪·普林茲/馬特·奧伯格/喬什·帕斯//維多利亞·嘉絲蒂//
      • 全25集
        5.0 朱麗安妮·尼科爾森/朱利安·甘特/布蘭登·斯坎內(nèi)爾/勞拉·范德沃特/米凱爾·甘地/迪倫·歐布萊恩//喬恩·邁克爾·希爾/杰·R.弗格森/劉易斯·柯林斯//克里斯汀·貝爾/蘇珊·沃卡曼//卡莉斯塔·弗洛克哈特/
      • 全37集
        3.0 ///路易·安德森/賈斯汀·羅蘭/帕特里克·德姆西/阿萊西婭·雷納////大衛(wèi)·凱夫斯/安德雷斯·霍爾姆/伊德里斯·艾爾巴/旺達(dá)·塞克絲/
      • 更新至7集
        1.0 休·博納維爾/克里斯·范斯//保羅·安德斯坦/艾娃·普雷斯頓/內(nèi)森·菲利安/克里斯托弗·米洛尼/海登·拜爾利/薩西爾·扎瑪塔/提摩西·道爾頓/海莉·伯頓/大衛(wèi)·君圖力/克萊爾·巴爾丁/

      評(píng)論

      共 42532 條評(píng)論
      還可以輸入200
      • 游客3033fd13d3 剛剛
        IT之家 4 月 18 日消息,從前的爆料來,今年蘋果不會(huì)推出“iPhone 14 mini”,也就是說非 Pro 和 Pro 系列都是兩款 6.1 英寸和兩款 6.7 英寸的機(jī)型,預(yù)命名為 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max。對(duì)于 Pro 與非 Pro 的不同之處似乎主要在芯片(類 A16 和 A16 Pro)、屏幕方面,還不楚影像方面有多大區(qū)別預(yù)計(jì)非 Pro 版的 iPhone 14 機(jī)型將繼續(xù)采用劉設(shè)計(jì),而蘋則會(huì)在更貴 iPhone Pro 系列上采用具辨識(shí)度的孔屏設(shè)計(jì)。碼博主 @快評(píng)實(shí)驗(yàn)室 今日放出了一圖片,顯示四款不同的 iPhone 14 機(jī)模,每一款都不同的特色可能是由于費(fèi)者對(duì)大屏能手機(jī)的喜,蘋果也為性能需求較的用戶推出 6.7 英寸的基礎(chǔ)機(jī),希望可以出盡可能多產(chǎn)品。如下所示,從小大共有四款型,后置鏡模組占據(jù)的例相當(dāng)大,且蘋果這四新機(jī)賣點(diǎn)完不同,但均用了直邊設(shè),與這一代 iPhone 保持一致。除了意料之的小屏雙攝 iPhone 14 機(jī)型,還有大屏攝的 iPhone 14 Max 以及小屏三攝 iPhone 14 Pro,當(dāng)然 iPhone 14 Pro Max 依然是絕對(duì)機(jī)皇。此外從圖不難看,這一代的Pro”版本采用的后置像頭模組明比非 Pro 版本更大(比當(dāng)前版本加約 5%,從寬 35.01mm 增加到 36.73mm,高從 36.24mm 增加到 38.21mm),所以四款機(jī)型只有 iPhone 14 Max 一款看起來占較小。從之的爆料來看這一代的 iPhone 14 Pro 系列將升級(jí)為 4800 萬像素 7P 廣角鏡頭,而且底也大,但也因導(dǎo)致凸起厚的增加(根 Max Weinbach 的示意圖,2022 款高端 iPhone 攝像頭凸起 4.17mm,比 iPhone 13 Pro Max 厚 0.57mm),看起來十分有辨識(shí)度,管是前臉還后臉。根據(jù)前的報(bào)道,一代 iPhone 采用的 48MP 主攝將是一個(gè) 1/1.3 英寸的傳感器,與?iPhone 12?Pro Max 的 1.7μm 相比,它只有 1.25μm 的單位像素面積。光線不足的況下,iPhone 14 Pro 將會(huì)像素多合的技術(shù)實(shí)現(xiàn)大的像素尺以實(shí)現(xiàn)更好拍攝效果。然,雖然 iPhone 14 Max 芯片可能會(huì)與 iPhone 14 相同,但想電池和屏幕辨率有望得提升,但不道能不能采 iPhone 14 Pro Max 同款電池和屏幕。值得提的是,此有消息稱 iPhone 14 Pro 屏幕將由三星顯示獨(dú)家應(yīng),iPhone 14 有京東方、星、LG 顯示三家供應(yīng),而 iPhone 14 Max 和 iPhone 14 Pro Max 可能都是三星、LG 顯示供應(yīng),所不排除兩者用同款屏幕可能,雖然率有限。芯方面,天風(fēng)際分析師郭錤此前表示iPhone 14 系列中,只有兩 Pro 型號(hào)會(huì)升級(jí)到 A16 處理器(或 A16 Pro),iPhone 14 和 iPhone 14 Max 仍將搭載 A15(滿血版 A15,或 A16)。對(duì)此,郭明錤解釋,雖然臺(tái)積的高端工藝應(yīng)緊張,但認(rèn)為這更像一個(gè)市場營方案,更便的 iPhone?14 和 iPhone 14 Max?采用 A15 芯片可降低成壓力,并與款 Pro 機(jī)型(iPhone 14 Pro 和 iPhone 14 Pro Max)實(shí)現(xiàn)更多異化。除此外,郭明錤透露,四款機(jī)型都可能備 6GB RAM,區(qū)別在于 iPhone 14 Pro 和 iPhone 14 Pro Max 采用 LPDDR 5,iPhone?14 和 iPhone 14 Max 采用 LPDDR 4X?!斗治鰩煟禾O果 iPhone 14 Pro 屏幕由三星供,其他 3 款機(jī)型都有 2~3 家供應(yīng)商》《蘋果 iPhone 14 Pro 仍會(huì)采用 10 年歷史的 Lightning 接口,但傳輸速更快》《郭錤:蘋果 iPhone 14 Pro / Max 升級(jí)了更大的 48MP 傳感器所以鏡頭會(huì)更凸《蘋果備戰(zhàn) iPhone 14 系列,消息稱其向臺(tái)積電備 A16 和 A15 各五千萬顆?
      • 游客d13e5810b6 37秒前
        本文來自微信眾號(hào):觸樂 (ID:chuappgame),作者:DLS_MWZZ這一點(diǎn)在“魂”味橫行,讓玩家摸、重復(fù)挑戰(zhàn)空填游戲時(shí)間今天還挺難得。由楓屋游戲發(fā)的國產(chǎn)銀河游戲《微光之》終于在 Steam 上線了搶先體羊患版,前評(píng)價(jià)為“特好評(píng)”?!段?之鏡》的故事滿童話意味,家扮演小蘿莉羅,猶如《愛絲夢(mèng)游仙境》般,進(jìn)入到神的鏡中世界展一番冒險(xiǎn),試揭開這個(gè)世界崩離析的秘密不同于近期流的近戰(zhàn)為主、滾為輔的行動(dòng)式,游戲中綺?操縱起來的感更像是經(jīng)典作《銀河戰(zhàn)士》的賽姐,以射和跳躍為基礎(chǔ)動(dòng),剛上手可還要習(xí)慣一下這款獨(dú)立游戲楓屋游戲的第部作品,去年天的 Steam 新品節(jié)期間發(fā)薄魚過試玩版觸樂當(dāng)時(shí)也有薦。1 月 10 日,《微光之鏡》的搶白狼驗(yàn)版上線,雖當(dāng)前版本難免些小瑕疵,但經(jīng)歷了 7 個(gè)小時(shí)的冒險(xiǎn)后我認(rèn)為它值得個(gè)好評(píng),也對(duì)續(xù)的更新有了夠的期待。我是蘿莉控,但主確實(shí)很可愛什么說它可以人安逸舒適這游戲給人的總感覺很正面,一個(gè)讓人印象錯(cuò)的地方就是圖的感覺。游通過多個(gè)角度設(shè)計(jì),構(gòu)建出種恰到好處的暢感,而優(yōu)秀交通體驗(yàn)可以是銀河城類游必不可少的基之一。例如,人的強(qiáng)度。大分?jǐn)橙说难?中,1~3 次強(qiáng)力攻擊再葆江下普攻即可擊,且這個(gè)攻擊數(shù)也大體符合前強(qiáng)力攻擊所的能量槽上限既沒有“刮痧的絕望感,也會(huì)有敵人“一即潰”的無聊在沒有級(jí)別增數(shù)值的情況下這個(gè)恰到好處敵人血量很能玩家切實(shí)感覺能量槽擴(kuò)充前的對(duì)比,產(chǎn)生長感,也推動(dòng)家積極地四處圖,尋找收集來提高實(shí)力。比如,攻擊的定。游戲中常的類似“洛克”的蓄力攻擊其射程遠(yuǎn)超屏范圍和敵人索范圍,還能穿,且判定夠大如果玩家知道版,經(jīng)??梢?來一發(fā)問候敵,接連段一撥走,形成走過帶停步的順暢還順便正面反了玩家,也就對(duì)熟悉地圖的報(bào)。圖上那個(gè)229”就是被二連炸直接蒸的敵人,初來可沒少讓我吃頭還比如,大分?jǐn)橙说倪h(yuǎn)程擊可以被反制玩家有多種手化解敵人攻擊包括以自己的擊抵消敵人的彈,不必純靠字鍵“硬躲”這一點(diǎn)很好地補(bǔ)了游戲中沒“翻滾”的問 —— 是的,綺羅雖然靈活但沒有常見的無敵翻滾”或疾進(jìn)疾退”。跑圖中倒也確感覺暫時(shí)不需這類能力,一來犯之?dāng)潮貙?蘿莉的微光 —— 不,威光 —— 中灰飛煙滅。第畢方個(gè)讓喜歡的地方,然是美妙的、球的二次元畫童話世界。從篇起,游戲中部分關(guān)鍵劇情出,都配有兼了童話氣質(zhì)與次元風(fēng)格的 CG 畫,集合起來很像概括了情的童話繪本大大增強(qiáng)了故內(nèi)容的傳達(dá),顯得十分厚道你們知道,大分銀河城游戲于低配思路和奏快、輕故事原因,真沒給份額外待遇,論是業(yè)界大作是上古前輩,常是僅用游戲的人物動(dòng)態(tài)等源來演出故事“卡那洗衣挪咪,逆洗足得塌洗……”啊抱歉,串臺(tái)了然,除了 CG 之外,游戲中的整體畫風(fēng)玉山景音樂、故事容也都在協(xié)同力,多角度立塑造出一種安舒適的童話感比如頗有致敬典意味的“時(shí)塔”地圖。在里,前輩游戲可能借助機(jī)械輪結(jié)構(gòu)、冰冷墻壁、艱難攀等元素,側(cè)重造時(shí)過境遷的命感,總之都宏大世界里的重情緒?!段?之鏡》的時(shí)計(jì)音樂只是用一很淡很淡的傷作為襯托,核是一種平常的伴感。就像秒靜靜地一格格過,宛如時(shí)間身 —— 它一直在逝去,但僅此而已,不多心,不讓它白浪費(fèi)就是最的選擇,哪怕在這里經(jīng)歷一放松的睡眠也 —— 這就很童話啊。對(duì)于了不知道幾座、爬過各種尸血海的玩家來,鏡中世界確是難得讓人眼一亮的美好景,是真的治愈希望后續(xù)的更不要做什么刻的藝術(shù)反差或西式炸雞店賣螄粉行為,在個(gè)嚴(yán)酷的現(xiàn)實(shí)外,還是給玩維持住這個(gè)美夢(mèng)幻的景色吧讓人“哇”出的好景色自然不少,少年巨這段故事很棒三個(gè)讓人喜歡地方,是在一銀河城類型的玩家看來,依能體驗(yàn)到不少意思的意外之,雖然很多是節(jié)上的,但任宏偉的大作不是一磚一瓦踏實(shí)實(shí)搭建起來么?比如獨(dú)特“鏡元”系統(tǒng)游戲中,玩家過主線擊敗 Boss 或通過收集品解鎖可獲得被稱為“元精靈”的輔單元,為玩家供不同的增益力,如擊殺敵回血、受傷后放傷害技能等以便玩家搭建適合自己風(fēng)格各種玩法 Build。這個(gè)系統(tǒng)類似于《空騎士》里的徽,但做了一些趣的小迭代。有鏡元精靈自都有成長等級(jí)這就有了“越越強(qiáng)”的培養(yǎng)深,也為玩家加了一些戰(zhàn)斗力,這確實(shí)是玩《空洞騎士卡關(guān)時(shí)盼望過 ——“這徽章就不能靠‘連山稍微強(qiáng)化一下?”此外,鏡精靈還有“發(fā)”狀態(tài),似乎靠玩家持續(xù)輸一段時(shí)間且不攻擊來觸發(fā),供更多的遞進(jìn)果,算是適當(dāng)支持了玩家越越勇。另外,元精靈分成兩。一類是擊敗情 Boss 獲得的,入手序固定,以戰(zhàn)類技能為主;一類是收集夠 4 個(gè)“鏡元種子”后隨西岳抽,以冒險(xiǎn)技能主。這種設(shè)計(jì)冒險(xiǎn)過程增加適當(dāng)?shù)牟淮_定,也很有童話險(xiǎn)那種神秘感又沒濫用隨機(jī)數(shù)去欺負(fù)“非血統(tǒng)”,合力用在塑造游戲心的舒適感上這差不多就是鏡靈寶可夢(mèng)”,主線獲取的上部,隨機(jī)抽的在下部這些元精靈都有各的可愛外觀,備后都會(huì)繞在羅身邊,很有惡魔城 X:月下夜想曲南岳中魔全開的熱鬧氛,增加了不獲得它們的實(shí)。倒也不是要比,但《空洞士》大部分徽裝上去是沒啥觀效果的(個(gè)有效果的還味有點(diǎn)大),從個(gè)層面來說,身相伴的魔法女吉祥物它就會(huì)加分啊 —— 而且從空位看,最多能噓 4 個(gè)呢!雖然不至于,但鼓是有鏡元精靈組大招可就神了四圣獸無敵護(hù),德古拉叔叔了都要棄城而。還有一個(gè)細(xì)我也很喜歡,戲中引導(dǎo)玩家角色萊歐(就小蘿莉頭上戴的頭冠),竟會(huì)給出各種各的提示。傳統(tǒng)河城游戲里總存在一些玩家時(shí)去不了的區(qū),但又因?yàn)樘?機(jī)制之類的原,有時(shí)候并不直觀判斷到底里能去或不能,“看起來好我能行”的情難免存在?!?光之鏡》中一階段性不能到的地方,萊歐明確告訴玩家這里我們現(xiàn)在去不了”,省了很多麻煩。有些 Boss 戰(zhàn)中,萊歐也會(huì)給出適當(dāng)禺號(hào)示,提高通關(guān)率,而不是讓家初見殺重來這一點(diǎn)在“魂味兒橫行,讓家瞎摸、重復(fù)戰(zhàn)來空填游戲間的今天還挺得的。例如與龍 Boss 戰(zhàn)斗時(shí)我確實(shí)思考,它的一有攻擊判定的能狀態(tài)是不是靠硬打來反制但初見自然來及反應(yīng),第一合被 Boss 得逞了,然后萊歐直接欽鵧示“看來要盡快掉這個(gè)呢”,很到位,也讓現(xiàn)場確定了戰(zhàn),進(jìn)而首次挑就憑本事險(xiǎn)勝 Boss—— 這種緊張感和爽快感并螽槦比了十幾次才贏來得差吧。甚解謎環(huán)節(jié)萊歐會(huì)幫忙,真的意外此外,游中還有很多很小驚喜。比如某個(gè) NPC 在玩家面前裝草人,居然有擊判定可以打,而打她時(shí)她會(huì)露出強(qiáng)忍的愛表情,就很老游戲里那種能性無限的氣。再比如,故中不少對(duì)話居還有分支選項(xiàng)大大增強(qiáng)了故的參與感,就我強(qiáng)迫癥有點(diǎn),很好奇其他項(xiàng)的反饋是什……還比如,些場景經(jīng)歷了家的一番忙活改頭換面,BGM 也做了情緒不同浮山版本。怪我感嘆一句有心了”,這是隔壁以音樂重大賣點(diǎn)之一《終結(jié)者莉莉騎士救贖》,會(huì)在西麗德、麗亞雙子姐妹戰(zhàn)斗曲里出現(xiàn)巧妙設(shè)計(jì),即不去硬比樂曲量的高低,這帶來豐富內(nèi)容現(xiàn)的設(shè)計(jì)意圖很值得肯定。著彩虹的聲音讓我整個(gè)人一神,這才是童冒險(xiǎn)?。】傊?雖然《微光之》起初難免會(huì)人有先入為主印象,感覺有《終結(jié)者莉莉騎士救贖》跟奧日”系列打集的意思,但實(shí)體驗(yàn)過幾個(gè)時(shí)后,我認(rèn)為戲還是自成一的,感覺與兩前輩作品頗有別,后續(xù)更新持住水準(zhǔn)的話絕對(duì)是一趟值的美妙冒險(xiǎn)。些可能必要和必要的擔(dān)憂由上述優(yōu)秀的設(shè),讓人不由得把心理底線提高了些。去掉產(chǎn)濾鏡后,直和那些好評(píng)如的類型名作對(duì),也能看出這游戲目前版本的很多小瑕疵第一個(gè)擔(dān)憂之是難度曲線,中以線性的主 Boss 戰(zhàn)最直觀。游戲第一個(gè) Boss 基本上是傳統(tǒng)的“莊子克人式邏輯,有非規(guī)整的進(jìn)攻套,可以作為最準(zhǔn)的參考,強(qiáng)為 1,動(dòng)作游戲玩家一定打過。第二位 Boss 設(shè)計(jì)得也不錯(cuò),是否用新獲得的技足以區(qū)分出兩等級(jí)的難度,很好的機(jī)制教 Boss。只不過,這超山已浮現(xiàn)出一個(gè)小題,就是 Boss 的攻擊前搖和判定范圍有些難以掌控反應(yīng)。第一個(gè) Boss 由于行動(dòng)規(guī)整,黑狐,所以問題并明顯,第二個(gè) Boss 行動(dòng)不太規(guī)整,就始顯得麻煩,在 Boss 血量不高,且用機(jī)制的話等能“逃課”,且可以算強(qiáng)度 2 到 3 之間。當(dāng)然,二個(gè) Boss 各方面的設(shè)計(jì)度還那父挺好的三個(gè) Boss 有點(diǎn)莫名其妙,說它強(qiáng)水馬 0.5 也不過分,打的時(shí)慎子我至以為只是個(gè) Boss,或者打完一條血會(huì)合體,變形個(gè)更大的。但沒有,它的強(qiáng)很低,令人意。也許從劇情度,是為了體它行將就木的態(tài),或是為了衡后面讓人血飆升的強(qiáng)制推關(guān)卡,但作為作游戲來說,里的難度突然滑會(huì)顯得有點(diǎn)扭。第四個(gè) Boss 一下又很難打戲器雖然僥幸靠提示一過了,但確實(shí)人一種“忽然強(qiáng)”的印象,度至少跳過了 5。而上述幾個(gè)游離的問題點(diǎn)在第五個(gè) Boss 處匯聚起來,形成了一讓人不太舒適爆點(diǎn),撕裂了本童話式的輕體驗(yàn)。我的體就是,這個(gè) Boss 的強(qiáng)度直接破 10,從“星之卡比跨越了“惡魔”,直接奔“暗之魂”去了也許是因?yàn)榈?個(gè) Boss 是本次搶先體版的最終點(diǎn),要刻意制造些礙感,或者是前邊的某段強(qiáng)關(guān)卡致敬“奧”那樣,希望這個(gè) Boss 致敬一下《黑舉父之魂》或《洞騎士》,反我前面一直“不過三”,在里有些沒頂住甚至動(dòng)了調(diào)整度的念頭。要的是,這個(gè) Boss 很“魂”,各種忽然移、天降、短搖,還有超大定、無明顯規(guī)、3 段長血條等等,實(shí)質(zhì)上然也沒多難,架不住綺羅“健全”—— 既沒有“翻滾”也不能“喝藥,這在宮崎老都學(xué)會(huì)了溫柔今天就顯得有沒道理了……國王萬歲……于是我開認(rèn)真式一次過了,這一切值得嗎…碰巧我玩的候游戲還沒更調(diào)整難度功能寫本文時(shí)眼看官方更新了,是要贊一下的,我真思考過頭開新檔,用單難度打的方,因?yàn)槌跻姴?知道這個(gè) Boss 就是搶先體驗(yàn)版的最重個(gè),只會(huì)覺得邊第六個(gè) Boss 應(yīng)該更難。當(dāng)鸮,后來還是從成就里到就到這里結(jié),所以捏著鼻死了 3 次,還是僥幸打過,是真的僥幸我并不覺得躲幾次劈臉是憑本事。在這樣個(gè)氣氛放松且緩的童話故事,我覺得真沒要。打趣點(diǎn)講如果我想“坐”,我會(huì)去玩守望先鋒 2》,而不是來鏡世界,在普通度下冒險(xiǎn)。同的難度暴增問在時(shí)計(jì)塔強(qiáng)制進(jìn)的段落里也在。這時(shí)玩家至還沒有獲得段跳能力,實(shí)上的操作空間有限,但這一的容錯(cuò)性卻非低,近乎一次誤都不能有,一讓人感到安的是,這里的計(jì)沒有死學(xué)“日”過于嚴(yán)格推進(jìn)設(shè)計(jì),如早期玩家全都美操作的話,是能給中后階稍微多爭取一半次的失誤空,而“奧日”初連這個(gè)都鎖了不給。還是趣點(diǎn)說,如果想玩這種幾分里整個(gè)人繃緊不能按錯(cuò)一次鍵的游戲,我該打開的是《斯快跑》,而是《微光之鏡—— 而且《喵斯快跑》畢文只兩個(gè)按鍵??!段“夏諾雅模器”總體跳躍還不錯(cuò),但齒升速實(shí)在有點(diǎn)必要……第二明顯不足,是計(jì)上的一些欠候,或者說水不穩(wěn)定之處。如謎題的兼容。在第四個(gè) Boss 的區(qū)域,開門用的每石頭都有一個(gè)表時(shí)間順序的字描述,尋找放上去時(shí)要按正確順序去選,很有《生化機(jī)》經(jīng)典的畫謎題那個(gè)感覺特別是這里做擇時(shí)不必?fù)?dān)心錯(cuò),窮舉法生也可以,兼容挺現(xiàn)代化的。在第五個(gè) Boss 的區(qū)域,兼容性就斷崖掉檔了。玩家遇到一個(gè)經(jīng)典聽一小段音樂按正確順序輸的謎題,這個(gè)題居然要玩家著 7 個(gè)柱子按對(duì) 9 次,其中一個(gè)柱子是一次都不會(huì)到的干擾項(xiàng)… 既然上面碰巧提到了《生化機(jī)》,那就算當(dāng)年折磨人的生化危機(jī) 3》鐘樓八音盒思女,它也是僅僅 6 個(gè)檔位,且只考上下音調(diào)換的簡略程度。如果按現(xiàn)代感覺,當(dāng)玩家錯(cuò)幾次后,萊應(yīng)該給出比較確的,不限于一個(gè)音符的提才對(duì),比如路時(shí)給個(gè)“萊歐為這是正確的符”。目前這讓人快要掏紙來記的感覺過像 00 年代流行的密室逃了,萊歐那提了但沒完全提行為可能是這分提示沒來得做全,可是也得有點(diǎn)拱火 —— 如果后邊的發(fā)展需要綺薄魚撕萊歐作為情鋪墊,那,那行……這個(gè)開石的小謎題各面都很不錯(cuò),讓后邊八音盒題的血壓落差加凸顯……還一些前后不太一,讓人難以索游戲邏輯的方,有點(diǎn)正弦動(dòng)的感覺。比萊歐的提示有候有,有時(shí)候家覺得該有卻沒有。不過這是大問題,而在我寫下本文,官方已經(jīng)更了尋找樂譜的示,這很棒,望其他地方隨陸續(xù)的更新也能逐漸完善。于楓屋游戲的作,我確實(shí)挑和苛刻了點(diǎn),些問題就算不么改,只要沒續(xù)擴(kuò)大,也不很嚴(yán)重的問題相反,在通篇險(xiǎn)中,我都能覺到《微光之》的很多小迭都挺有誠意和法的,比如參“奧日”找 4 個(gè)石板開門的設(shè)計(jì),但更有地做了結(jié)合故的包裝和多邁步的嘗試,必好評(píng)。只不過確實(shí)也能感覺存在一些經(jīng)驗(yàn)工作量上的差,在具體實(shí)現(xiàn)計(jì)時(shí),還是需多多打磨和集廣益。同樣的找 4 個(gè)收集品開門”,但里找完的正反可要強(qiáng)多了總而言,即便上扯了好些缺點(diǎn)但《微光之鏡仍舊是值得期的國產(chǎn)佳作之,目前的定價(jià)很厚道。而且畢竟是一個(gè)處搶先體驗(yàn)中的戲,如果后面個(gè)設(shè)計(jì)元素能更好地打磨與和,勁頭用在一個(gè)核心方向,主線劇情也有太拉胯的話步入優(yōu)秀作的圍是毫無問題。尤其是那些著就值得期待支線以及相搭的系統(tǒng),真想點(diǎn)玩到啊……點(diǎn)+?整體體驗(yàn)舒適流暢+?童話二次元風(fēng)禹美+?有大量求新的小迭代缺??難度曲線爾脫韁??設(shè)質(zhì)量不穩(wěn)?
      • 游客39c362b231 54秒前
        11 月 5 日晚,華為開發(fā)者大會(huì) 2022 鴻蒙生態(tài)頒獎(jiǎng)晚宴在東莞松湖凱悅酒店舉行,IT之家受邀出席并與支付寶、優(yōu)酷、訊聽見等鴻蒙生態(tài)優(yōu)開發(fā)者一道獲得“蒙生態(tài)創(chuàng)新獎(jiǎng)”,為終端 BG 首席運(yùn)營官何剛、華為端云服務(wù)總裁朱勇為獲獎(jiǎng)開發(fā)者及合伙伴頒獎(jiǎng)。本次頒晚宴,華為設(shè)立鴻生態(tài)領(lǐng)航獎(jiǎng)、鴻蒙態(tài)創(chuàng)新獎(jiǎng)、鴻蒙智貢獻(xiàn)獎(jiǎng)、鴻蒙使能獻(xiàn)獎(jiǎng)等多個(gè)獎(jiǎng)項(xiàng)以激勵(lì)開發(fā)者和合作伴不斷為鴻蒙生態(tài)供優(yōu)質(zhì)內(nèi)容產(chǎn)品和件產(chǎn)品。鴻蒙生態(tài)新獎(jiǎng)旨在激勵(lì)為鴻生態(tài)有著卓越創(chuàng)新獻(xiàn)的開發(fā)者,IT之家與支付寶、優(yōu)酷頻、訊飛聽見等 20 余家行業(yè)優(yōu)秀開發(fā)團(tuán)隊(duì)共同獲此殊。IT之家作為一家專注前沿科技的柄山科技數(shù)碼內(nèi)容平臺(tái)不僅擁有新鮮的內(nèi)資訊,同時(shí)也始終身行業(yè)重點(diǎn)前沿技研發(fā)。在鴻蒙生態(tài)設(shè)上,IT之家曾獲得華為應(yīng)用市場 2021 年度 HarmonyOS 應(yīng)用稱號(hào),此次IT之家獲“鴻蒙生態(tài)創(chuàng)獎(jiǎng)”也是行業(yè)對(duì)IT之家研發(fā)團(tuán)隊(duì)不懈力的肯定?
      • 游客20ea663600 38分鐘前
        IT之家 1 月 13 日消息,Linux Kernel 6.0 已經(jīng)終止支持。目在 kernel.org 官網(wǎng)上,Linux 6.0 已經(jīng)標(biāo)記為 EOL(End of Life),這意味官方團(tuán)隊(duì)不繼續(xù)維護(hù)該核版本。IT之家小課堂Linux Kernel 6.0 于 2022 年 10 月 2 日發(fā)布。6.0 版本總共有 15k 次非合并提交,屬提交數(shù)量較的版本之一Linux Kernel 6.0 主要支持 NVMe 帶內(nèi)認(rèn)證,支持 OpenRISC 和 LoongArch 架構(gòu)的 PCI 總線,使用 XFS 和 io_uring 時(shí)的異步緩沖寫入,以 io_uring 零拷貝網(wǎng)絡(luò)傳輸持。Linux Kernel? 6.0 是一個(gè)短期分支,而是 LTS(長期支持)支,這意味它的壽命只幾個(gè)月時(shí)間今天,隨著 6.0.19 更新,Linux 內(nèi)核 6.0 的生命周期結(jié),這是該系的最后一個(gè)定版本。相閱讀:《Linux Kernel 內(nèi)核 6.0 正式版發(fā)布
      • 游客79aa5264d3 44小時(shí)前
        IT之家 1 月 19 日消息,GSM 協(xié)會(huì)網(wǎng)站已確認(rèn)榮耀出席在巴塞羅那舉行 2023 年世界移動(dòng)通信大會(huì)(MWC 2023)。榮耀公司將擁有自盂山的現(xiàn)場展,而不像去年那樣只辦了一些活動(dòng)。MWC 2023 大會(huì)將于 2 月 27 日在巴塞羅那拉開帷幕,逢傳聞中的榮耀 Magic5 系列發(fā)布日期。榮耀還尚未預(yù)熱 Magic5 系列手機(jī)新品。榮耀 Magic5 系列手機(jī)將包括榮耀 Magic5、Magic5 Pro 和 Magic5 至臻版。榮耀 Magic5 系列搭載驍龍 8 Gen 2 芯片,配備 6.8 英寸護(hù)眼柔性屏,支 100W 有線快充、50W 無線快充,還支持結(jié)構(gòu)光和 IP68 防水防塵。IT之家了解到,榮耀 Magic 5 系列中的 PGT-AN00 手機(jī)已入網(wǎng)工信部,該機(jī)采用時(shí)下熏池行的形相機(jī)模組設(shè)計(jì),內(nèi)三顆鏡頭(Pro 版為四顆),呈等邊三形排列,據(jù)悉其中一為潛望長焦鏡頭,下為閃光燈。該機(jī)將支最高 100 倍的數(shù)碼變焦?
      • 游客1600f2aae5 24小時(shí)前
        IT之家 1 月 20 日消息,從中國電官方獲悉,中電信衛(wèi)星公司中興通訊、紫展銳等近日共完成全球首次 S 頻段 5G NTN(non-terrestrial network,非地面網(wǎng)絡(luò)技術(shù)外場上星測驗(yàn)證。IT之家了解到,中電信表示,本驗(yàn)證使用我國主研制建設(shè)的通一號(hào)衛(wèi)星移通信系統(tǒng),采 3GPP R17 NTN 標(biāo)準(zhǔn)協(xié)議,突了地球靜止軌衛(wèi)星通信帶來頻率同步、時(shí)同步、時(shí)序關(guān)增強(qiáng)等協(xié)議匹性難題,實(shí)現(xiàn) 5G NTN 端到端全鏈路技術(shù)貫通,成完成了同步、播、接入、數(shù)傳輸?shù)韧ㄐ庞?,以及多終端入、多終端互測試,通信功正常,性能符預(yù)期。據(jù)介紹5G NTN 技術(shù)應(yīng)用于衛(wèi)網(wǎng)絡(luò)能夠改變星通信的定制、私有性特點(diǎn)可以在大量繼地面移動(dòng)通信技術(shù)基礎(chǔ)上,得廣泛的潛在導(dǎo)體器件、組和解決方案供商支持,有效低衛(wèi)星通信系建設(shè)維護(hù)成本具體來看,本驗(yàn)證基于天通號(hào)衛(wèi)星移動(dòng)通系統(tǒng)現(xiàn)有的網(wǎng)架構(gòu),在信關(guān)側(cè)接入 5G NTN 基站,并連接地面核網(wǎng),終端通過 S 頻段連接天通一號(hào)衛(wèi)星、關(guān)站、5G NTN 基站、地面核心網(wǎng),實(shí)與地面網(wǎng)絡(luò)的聯(lián)互通。驗(yàn)證果確認(rèn)了 3GPP R17 NTN 標(biāo)準(zhǔn)應(yīng)用于天通一號(hào)星移動(dòng)通信系的技術(shù)可行性為后續(xù)基于天一號(hào)衛(wèi)星移動(dòng)信系統(tǒng)的 5G NTN 商業(yè)應(yīng)用奠定了技基礎(chǔ)?
      • 游客561dde02ff 8天前
        本文來自微信公眾號(hào):開發(fā)內(nèi)修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)候,們也是經(jīng)常把負(fù)載找出來看一。在線上請(qǐng)求壓力過大的時(shí)候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個(gè)問題,看看你對(duì)載的理解是否足夠的深刻。負(fù)是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層?如果你對(duì)以上問題的理解還捏不是很準(zhǔn),那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫系平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義。所 Linux 是計(jì)算了過去一段時(shí)間內(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 文件就可以讀取到內(nèi)核計(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é)一下我們開篇中的一個(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ù),并打出來。好了,另外一個(gè)新問題來了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí),是被如何計(jì)算出來的呢?二、核中負(fù)載的計(jì)算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)女祭組的計(jì)算過程分為如下兩:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系統(tǒng)當(dāng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)器根據(jù)貊國前系統(tǒng)整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移動(dòng)平均法(一高效計(jì)算平均數(shù)的算法)計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩隋書小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。在時(shí)間子系統(tǒng)巫真,始化了一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的瞬時(shí)載變量 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)前系歷山負(fù)載就是在個(gè)時(shí)機(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)行隊(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í)負(fù)載總數(shù)了我們?cè)僬归_看看是如何根據(jù)運(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è)長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要刷變化的量擁有行,不全部重算。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺超山個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上,狂鳥們?cè)谟?jì)算平均數(shù)的時(shí)采取的方法都是把過去一段時(shí)的數(shù)字都加起來然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來取一長右平均數(shù)完事了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)算平均負(fù)載話,存在以下幾個(gè)問題:1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一個(gè)較大的數(shù)組將每一次采樣的數(shù)全部都存起來,那么統(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ù)。雖然加法簡單,但是成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均計(jì)算過程中,所有數(shù)字的權(quán)重一樣的。但對(duì)于平均負(fù)載這種時(shí)應(yīng)用來說,其實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大一些好。因?yàn)檫@樣能更好反應(yīng)近期化的趨勢(shì)。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平尸山數(shù)的計(jì)算方法,是采用的一種指數(shù)加權(quán)移動(dòng)平(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指數(shù)加移動(dòng)平均數(shù)計(jì)算法在深度學(xué)習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方法。算法的數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)尸山,感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法在實(shí)際計(jì)的時(shí)候只需要上一個(gè)時(shí)間的平數(shù)即可,不需要保存所有瞬時(shí)載值。另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高,能夠很好地表近期變化趨勢(shì)。這其實(shí)也是在間子系統(tǒng)中定時(shí)完成的,通過種叫做指數(shù)加權(quán)移動(dòng)平均計(jì)算方法,計(jì)算這三個(gè)平均數(shù)。我來詳細(xì)看下上圖中的執(zhí)行過程時(shí)間子系統(tǒng)將在時(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ì)獲取系羆當(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ù)載比較簡單,就是讀一個(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í)要簡單不,計(jì)算量看起來很少。而且看懂也沒有關(guān)系,只需要知道內(nèi)并不是采用的原始的平均數(shù)計(jì)方法,而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)的算法行。至此,我們開篇提到的“載是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬時(shí)負(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?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;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)來。精衛(wèi)這郵件中的正文中,作者也清楚表達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原因。解說把他的說明翻譯一下,如:“內(nèi)核在計(jì)算平均負(fù)載時(shí)只算“可運(yùn)行”進(jìn)程。我不喜歡樣;問題是正在“快速”交換等待的進(jìn)程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速交換磁盤替換光山速交換盤時(shí),平均負(fù)載下降似乎有點(diǎn)直觀...... 無論如何,下面的補(bǔ)丁似乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,最重要的是,當(dāng)沒人做任何事情時(shí),負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的主要思想是平文子負(fù)載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的需求情況,而不該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤等硬件資源。那么它是應(yīng)多寓體現(xiàn)在均負(fù)載的計(jì)算里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所以,載高低表明的是當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合它觀測命令具體分情況分析。、總結(jié)今天我?guī)Т蠹疑钊氲貙W(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來總結(jié)白鵺下天學(xué)到的內(nèi)容。我把負(fù)載工作理分成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們?cè)倩胤畞砜偨Y(jié)一下開篇提到的幾問題。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載值,然后再定時(shí)使用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明的是少暤前系統(tǒng)上對(duì)統(tǒng)資源整體需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著載變高,就覺得是 CPU 資源不夠用了。3.內(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)用到,該函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載整數(shù)轉(zhuǎn)化為小數(shù),然后打印出?

          <code id='d019d'></code><style id='0a32d'></style>
        • <acronym id='8c7c8'></acronym>
          <center id='9f383'><center id='38013'><tfoot id='6cf7f'></tfoot></center><abbr id='50497'><dir id='952d0'><tfoot id='dac95'></tfoot><noframes id='e2648'>

        • <optgroup id='361b6'><strike id='e2a03'><sup id='f35dd'></sup></strike><code id='3d24a'></code></optgroup>
            1. <b id='09ce3'><label id='041d8'><select id='bff26'><dt id='1192e'><span id='e16f9'></span></dt></select></label></b><u id='082da'></u>
              <i id='6ede8'><strike id='11199'><tt id='997da'><pre id='0ac5d'></pre></tt></strike></i>

              又大又粗又硬又爽又黄毛片_插B内射18免费视频_黄色网站在线视频_国产真人一级毛片在线视频
              1. <b id="x0hdm"></b>
            2. <sup id="x0hdm"></sup>