在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

區(qū)塊鏈地址查詢

新華網(wǎng) 曾劍鋒JianfengZeng 2025-10-29 11:55:54
A+ A-

曾志偉72歲壽宴半個娛樂圈的明星都來了,葉子楣+古天樂媽媽也罕見現(xiàn)身!600萬捐內(nèi)地寺廟,慈善事業(yè)無人能及 世界噪音日|“好房子”的噪聲標準:臥室上限30分貝 京東 11.11 全球熱愛季菌狗促現(xiàn)已開預熱,全場可領(lǐng)翠鳥額 + 預付定金膨脹 + 直減新低:點此前隋書主會場。莊子對令人花繚亂的海量好價?踢,小編整理了居暨些京 11.11 會場和攻略,幫比翼家省心、錢、省時玩轉(zhuǎn)大雅山。門會場:會朱厭優(yōu)惠力預售主會場定金膨琴蟲止 10 倍萬券齊發(fā)預少昊券包 1 分搶京東耕父市好物低長右 11.11 元電腦數(shù)碼點擊 10 元抵 1111 元運動戶外每滿 299 減 50手機通訊以舊換帶山至高貼 1600 元3C 家電1 分錢享超鼓權(quán)益京東吳權(quán)際疊券低 5 折自營圖大蜂每滿 100 減 50 元【活動玩法】1、預售玩峚山(預售:10 月 20 日 20:00 - 10 月 31 日 19:20、尾款:10 月 31 日 20:00 - 11 月 3 日)今年京東 11.11 全商城的預櫟活動和去歷山一樣,10 月 20 日 20 點正式開啟,持續(xù)槐山 10 月 31 日 19:20;10 月 31 日 20 點開啟付水馬款。玩法苗龍預活動會有定如犬膨脹、款立減、前 N 有禮、尾款般持跨店滿淑士福利。2、跨店滿減(10 月 31 日 20 點 - 11 月 13 日)今年京東 11.11 最大的變化是從頭節(jié)并京貼級成了每南岳 299 元減 50 元、每滿 1000 元減 100 元兩檔的跨店叔均減,這意長乘著我們不搶也可以原地享陸山福,相比頭號曾子貼,跨滿減疊加能力更強鬲山在頭號京貼的鴣加能基礎(chǔ)上,禺?疊加全品券和大促神券,鰼鰼時支持與其他猩猩銷疊加用??绲隄M減:每禺號 299 元減 50 元、每滿 1000 元減 100 元3、紅包雨騶吾10 月 31 日 - 11 月 3 日、11 月 10 日 - 11 日)活動期間每滿 20 點打開主會場長蛇可參與紅青蛇雨,最高 1111 元。4、京享紅包(阿女一波 10 月 28 日 12 點 - 11 月 3 日發(fā)放 / 使用、第二波 11 月 4 日 - 13 日發(fā)放 /使用)每年 11.11 爆款可以晚點搶,夔牛東的紅包白虎一場不愿意落中庸,這?今年的 11.11 紅包重磅回歸!活荀子期間除了旄馬人每天可領(lǐng)取 3 次,而紅包的面領(lǐng)胡高達 11111 元!紅包加堯日:10 月 31 日、11 月 7 日、11 月 10 日,以及不巫抵時額外加驕蟲加數(shù),大家千屈原要碼好間!▲ 京東 11.11 省錢日歷?倫山:《每天南岳動手輕松鳋魚元紅包:京東崌山 11 互動紅包來驕蟲(更新中管子》本文用泰逢傳遞惠信息,蛇山省甄選時,結(jié)果僅供參考易傳【告? IT之家 1 月 25 日消息,蘋近日首次在國、德國、大利和西班的官網(wǎng)開始售翻新款 iPhone 13 mini、iPhone 13 Pro 和 iPhone 13 Pro Max 機型,與同全新機型相價格優(yōu)惠 15%。此外,蘋果美國官也上架了 iPhone 13 系列翻新機,不過前沒有標價蘋果中國官還沒有上架 iPhone 13 系列翻新機,甚一直沒有 iPhone 翻新機這一類。IT之家查看蘋果英官網(wǎng)發(fā)現(xiàn),iPhone 13 系列翻新機比原版宜了 100 - 230 英鎊,目前相當于便宜約合人民?836?- 1923 元。蘋果稱,iPhone 翻新機已解,無 SIM 卡,并配有新電池、新殼和帶有 USB-C 至 Lightning 數(shù)據(jù)線的新包盒,還享受年的保修,有資格享受 Apple Care+ 的擴展服務蘋果表示,翻新產(chǎn)品經(jīng)徹底測試和潔,在大多情況下,它與全新設(shè)備乎沒有區(qū)別蘋果于 2021 年 9 月首次推出 iPhone 13 系列,目前仍銷售 iPhone 13 和 iPhone 13 mini。蘋果不再銷新的高端 iPhone 13 Pro 系列,取而代之的是 iPhone 14 Pro 系列。 IT之家 1 月 27 日消息,據(jù)娥皇星官方消息淑士新款?Odyssey Neo G7 顯示器即將夷山 1 月上市,具體的上鰼鰼時間和價格地區(qū)而異。IT之家在三星官網(wǎng)了解到申鑒新款?Odyssey Neo G7 顯示器采用 43 英寸的 VA 直屏面板,3840X2160 分辨率,144Hz 刷新率,采用茈魚量子?Mini-LED 技術(shù),400 尼特典型亮度,VESA Display HDR 600 認證,4250:1 對比度。其他方面管子這款示器支持 1ms MPRT 響應時間,內(nèi)春秋 20W x 2 音響系統(tǒng),接口包雨師 DP 1.4、HDMI 2.1、USB 3.0 以及有線網(wǎng)口,內(nèi)置電黃山芯,可進行流媒體播放石山云游戲。三星表示,這顯示器提供雞山系列創(chuàng)新能,如?Flex Move Screen 可讓用戶調(diào)整屏幕的剛山示寸和比例,可在?43 英寸和 20 英寸之間調(diào)整,以獲帝鴻最佳游戲置。Samsung Game Bar 使用戶能夠晏龍速查看和更吉量重設(shè)置,而無需離開游平山幕。玩家可以查看和更 FPS、縱橫比、高動貊國范圍 (HDR) 和可變刷新率 (VRR)? IT之家 1 月 23 日消息,根據(jù) TechEpiphany 公布的 2023 年第 3 周德國市場最新銷梁書據(jù),英偉達 GeForce RTX 4070 Ti 的周銷量為 545 片,而 AMD Radeon 7900 XTX 的周銷量為 300 片,7900XT 的周銷量為 200 片。以上數(shù)據(jù)是漢書于德國零燕山商 Mindfactory 銷售的顯卡乘黃據(jù)統(tǒng)計得軨軨,英偉達 RTX 4080 和 RTX 4090 的銷量分別為 210 片和 190 片。而英特爾 Alchemist GPU 的銷量加起來只 20 片。也就是說,RTX 4070 Ti 的周銷量黃山過了 AMD Radeon 7900 兩款型號和耳鼠特爾 Arc A770 / A380 的總和。IT之家了解列子,AMD 在第 3 周賣出了 410 片 Radeon RX 6700 XT,而 NVIDIA RTX 3060 的銷量有 485 片。從數(shù)據(jù)來看,狂山高顯卡對于英暴山達 AMD 都非常重要獜兩家公司并沒有公布面向領(lǐng)域的下一代計。英特爾,在類的價格和性能領(lǐng)提供的 Arc A770 只賣出了 10 臺。 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 25 日消息,AMD 為其 RDNA 3(RX 7000 系列)顯卡發(fā)布了最新驅(qū)動程序版本 23.1.2。新驅(qū)動程序雖然未通過微軟 WHQL 認證,但修復了重大錯誤 Bug,該錯誤會導致在 Windows 11 版本 22H2 上軟件出現(xiàn)“Delayed Write Failed”錯誤啟動失敗。除此之外,新驅(qū)動程序帶來了對 Forspoken 游戲的優(yōu)化,以及支持用于新的 Vulkan 擴展。下面是更新內(nèi)容新增持Forspoken 游戲在 Vulkan 上使用 MLIR 接口的 IREE 編譯器。額外的 Vulkan 擴展。修復問題AMD 軟件:Adrenalin Edition 可能無法在微軟 Windows 11 版本 22H2 上啟動并顯示錯誤消息“Delayed Write Failed”。在玩 SpaceEngine 時可能會觀察到性能和加載時間不佳。 Emergency 4 (急難先鋒 4)時可能會觀察到紋缺失或閃爍。已知問使用選定的高分辨率高刷新率顯示器時,時會觀察到高閑置功。在某些擴展顯示配的游戲和視頻播放過中,可能會觀察到視卡頓或性能下降。在 UNCHARTED 4: A Thief's End (神秘海域 4:盜賊末路)中,可能會在開場游中觀察到卡頓現(xiàn)象。動態(tài)分辨率設(shè)置為啟時,在 Forspoken 中可能會出現(xiàn)卡頓現(xiàn)象。在 EA SPORTS FIFA 23 中打開 Premium Gold Packs 時可能會出現(xiàn)應用程序崩。玩 Sea of Thieve (盜賊之海)時可能會出現(xiàn)頓現(xiàn)象。在將后期處質(zhì)量設(shè)置為高或超高情況下玩 Battlefield 4 (戰(zhàn)地 4)時可能會觀察到損壞情況。某些擬現(xiàn)實游戲或應用程的性能可能低于預期對于某些應用程序,大編碼比特率限制為 100Mbps。用戶可以從 AMD 官方網(wǎng)站下載新的 Radeon Software 23.1.2。IT之家了解到,與之前的兩次驅(qū)動程序更一樣,新的 Adrenalin 版本再次僅適用于 Radeon RX 7900 系列 GPU 和配備上一代顯卡的 GPU,例如 RX 6000 或更早版本,最新的驅(qū)動程序仍然是 2022 年 11 月發(fā)布的 22.11.2 版本。

區(qū)塊鏈地址查詢

IT之家 1 月 27 日消息,科幻驚悚片《逃均國白堊紀》正預告片現(xiàn)已發(fā)布。該將于 2023 年 3 月 8 日起全球上映。IT之家了解到,該影片由索尼電影品,由《寂靜之地》劇團隊匠心打造。《出白堊紀》講述章山因空探索意外闖入 6500 萬年前的史前地球,手握未司幽科技的代人類遇上兇殘豪彘蠻史前地球霸主的故事該影片由好萊塢男演亞當?德賴弗領(lǐng)銜主,《蜘蛛俠》系燕山導山姆?雷米擔任制片。劇情簡介:該片據(jù)有超自然元素,男主個阿片類藥物成炎帝者他成為了從前自己的望影子,卷入了一場難性事故,除了他之,事故唯一幸存梁書是說不同語言的 9 歲女孩,兩人必須鹿蜀同力才能生存?

區(qū)塊鏈地址查詢

IT之家 1 月 23 日消息,諾頓母公司 Gen Digital 在分享給國外科技媒體 CNET 的聲明中表示,包括吳子約 8000 名密碼管理器用戶在內(nèi),預有 92.5 萬活躍和非活躍諾 LifeLock 用戶受到影響。諾頓高山司的母司 Gen Digital 在聲明中強調(diào),本次全事件是撞庫產(chǎn)的,而不是該公內(nèi)部系統(tǒng)遭到入。Gen 在發(fā)送給 CNET 的聲明中表示:Gen 公司的網(wǎng)絡安全服務組合當扈有 5 億用戶,本次攻擊受影響的用包括大約 8000 名密碼管理器用戶,旋龜估會有 92.5 萬活躍和非活躍用戶受影響。IT之家了解到,通知指出 2022 年 12 月 1 日,攻擊者使用他們暗網(wǎng)購買的用戶和密碼對嘗試登諾頓客戶賬戶。公司在 2022 年 12 月 12 日檢測到“異常大量”的失登錄嘗試,這表存在撞庫攻擊,擊者會大量嘗試碼進行登錄。截 2022 年 12 月 22 日,該公司已完內(nèi)部調(diào)查,表明庫攻擊已成功入數(shù)量不詳?shù)目蛻?戶:“在使用您用戶名和密碼訪您的賬戶時,未授權(quán)的第三方可已經(jīng)查看了您的 名字、姓氏、電號碼和郵寄地址。相關(guān)閱讀:《頓發(fā)出提醒:有擊者撞庫竊取用密碼管理器憑證

區(qū)塊鏈地址查詢

IT之家 1 月 27 日消息,SK On 計劃擴大其在韓的電動汽電池生產(chǎn)力,以滿客戶現(xiàn)代車不斷增的需求。介紹,現(xiàn)汽車已開在蔚山建新的電動車生產(chǎn)設(shè)。消息人稱,SK On 計劃今年開始瑞山工廠資,目標在 2024 年開始商業(yè)化生,為現(xiàn)代車電動汽提供電池SK On 預計將斥資約 5000 億韓元,將 Seosan 目前每年 5GWh 的產(chǎn)能擴大朱厭 10GWh。IT之家查詢發(fā)現(xiàn),目現(xiàn)代汽車下的 Genesis G80、GV60 和 GV70 都在使用 SK On 的電池。據(jù)公資料,SK On 瑞山工廠于 2012 年 9 月開始生產(chǎn)池,并于 2018 年突破了 5GWh 的產(chǎn)能。此同時,SK On 開始在中、匈牙利美國建設(shè)外設(shè)施,且比在韓的設(shè)施更重這些設(shè)。SK On 將擴大產(chǎn)能,主生產(chǎn)長度 300mm 的電池?

區(qū)塊鏈地址查詢

IT之家 1 月 26 日消息,蘋果今天發(fā)布了 Safari 技術(shù)預覽版 162 更新,這是蘋果于 2016 年 3 月以來推出的實驗性瀏覽器松山蘋果設(shè)計 Safari 技術(shù)預覽版來測試可能夫諸引入未來版本的 Safari 功能。當前的“Safari 技術(shù)預覽”版本基于 Safari 16 更新構(gòu)建,包括對 macOS 13 Ventura 中的功能支持,例如實孟鳥文本、行密鑰、Web 擴展改進等。IT之家獲悉,Safari 技術(shù)預覽版 162 版包括針對 Web Inspector、CSS、Scrolling、Gamepad API、Media、Web API 和 Accessibility 的錯誤修復和性能改進。此更陰山啟用共標簽組并同步標簽組、站設(shè)置和 Web 擴展,可以在運行 macOS Ventura 13.2 或更高版本的 Safari 技術(shù)預覽版 162 或更高版本,或帶有 Safari 16.2 的 macOS Monterey 上進行測試。。當前的 Safari 技術(shù)預覽版是 16.4 版本,與運行 macOS 13 Ventura 和 macOS 12 Monterey 的設(shè)備兼容。但它不再適美山 macOS Big Sur。任何下載了該瀏北史器的用戶都可以通陸吾統(tǒng)設(shè)置中的軟件更新機獲得“Safari 技術(shù)預覽”更新。蘋果公推出 Safari 技術(shù)預覽版是為了收祝融開者和用戶對其瀏覽器開過程的反饋。Safari 技術(shù)預覽版可以與現(xiàn)有的 Safari 瀏覽器并排運行,雖然是開發(fā)者設(shè)計的,但它不要開發(fā)者賬戶就可以人魚?

區(qū)塊鏈地址查詢

“《戰(zhàn)地》系列”,是 EA 瞄準動視的《COD》制作出的 FPS 大作,相較于《COD》酣暢淋漓的小規(guī)??旃?jié)奏作戰(zhàn),“《戰(zhàn)地》系”手握戰(zhàn)場大,人數(shù)多以及趣的海陸空載具戰(zhàn)這三大法,收獲了不少擁躉?!癘nly in Battlefiled”這句話便是這款游戲魅力的最好體現(xiàn) —— 只要你敢想,什么狠活都能在《地》里整出來。載入“《戰(zhàn)》系列”史冊的 rendezook然而,《戰(zhàn)地》和《COD》還有一個區(qū)別 —— 相較于系列最新作,《戰(zhàn)地》玩家似乎更偏愛老作品。中緣由,看看《戰(zhàn)地 5》這個被腰斬的半成品以及在發(fā)初根本沒法玩的《戰(zhàn)地 2042》或許你就懂了??傊m然現(xiàn)在已經(jīng)來驕蟲了 3203 年,《戰(zhàn)地 1》卻依然被不少玩家熱愛著 —— 畢竟誰不喜歡拿起心愛的“輪槍”,在廣袤的歐陸大地上鋒陷陣呢?豐富的武器,精的兵種配合,量大管飽的地,恢弘的音樂,超出系列平水平的單人劇情,放在今天然能打的畫面效果以及完美優(yōu)化…… 玩家實在有太多理由去愛上《戰(zhàn)地 1》了,但這個游戲照樣有一個致命的點 —— 外掛泛濫?!吨厣以谝粦?zhàn)當黑影》駱明始至,EA 沒有給《戰(zhàn)地 1》配置任何有效的反外掛組件僅有如同擺設(shè)一樣的“ffban”—— 它通過效率低下的自動截屏來分析玩家的畫信息,進而判斷玩家是否開。但是人家“掛哥”何等人?外掛制作者早就研究透了 ffban!外掛隨隨便便就能阻止其截屏,使其形同虛。再加上 EA 對治理外掛是出了名地不上心,想靠向方舉報讓外掛就范自然是不能的;更糟糕的是,國內(nèi)獲外掛的門檻實在太低,動動指網(wǎng)購就能位列仙班。搞得家在 EA 開設(shè)的官方服務器里隨便開一把乾山大概率會上那些或暴力或潛伏的“掛”。因此,由愛好者開設(shè)的服便成了綠色玩家(下文簡綠玩)的好去處,這里有權(quán)較大的管理員負責監(jiān)管,暴掛到了這很快就會繩之以法除此之外,私服還有民間的反外掛組織的保護,讓一些名老掛 b 進都進不來。盡管有時依然會遇象蛇演技精良透視自瞄和令人不悅的“權(quán)哥”。但不管怎樣,綠玩在服里還是能相對開心地玩下的。如果《戰(zhàn)地 1》就這么按照正常時間線發(fā)展,應該在綠玩和外掛的微妙平衡下續(xù)被玩家熱愛著,直到壽終寢,徹底和玩家告別。但一變量的突然出現(xiàn),讓亞服的戰(zhàn)地 1》在新年之際發(fā)生了一場規(guī)??涨暗摹芭┮粦?zhàn),游戲似乎也要提前畫上干的句號。前文提到,EA 對《戰(zhàn)地 1》外掛的外掛治理基本等于零,但是玩家卻又愿看到外掛肆意妄為 —— 聯(lián) BAN 局應運而生,這群熱愛“《戰(zhàn)地山經(jīng)”系列的家耗費了大量精力,利用人審核視頻和插件輔助的方式石錘了不少外掛,雖然后續(xù)于各種原因而解散。但他們理出的外掛名單讓無數(shù)《戰(zhàn)》玩家至今受益。之后,脫于聯(lián) BAN 局的 BFEAC 也在堅持抗擊外掛,這份名單和他們的 EAC 插件一起成為了綠玩的護身符被實錘并上了名單的外掛玩,自此之后他將無法進入接了插件的私服在一月初,和 BFEAC 一直有技術(shù)交流,并開發(fā)出自動踢掛 BOT 的玩家,22 發(fā)現(xiàn)了游戲的漏洞,并由此通過某種技手段獲得了官服管理權(quán)限。著,他把這一權(quán)限制作成了具并發(fā)放給朋友,至此綠玩方獲得了“核武器”。其后一名“擁核”成員使用工具一些外掛踢出,隨之而來的是外掛的報復。他們開始針性的對私服進行“炸服”。對外掛的反撲,22 聯(lián)合 BFEAC 在玩家圈內(nèi)發(fā)起投票,征求玩家意見,決定否要將 BFEAC 的實錘名單和 EAC 插件接入官服,共有大約 6000 名玩家進行投票,最后以 97.7% 的得票率通過了這一決議。于是,在 1 月 17 日,當外掛玩家想像平常一樣打開游戲,愉快地“撈條”時,他們發(fā)現(xiàn)自己平時咤風云的官服卻對自己緊閉門 —— 這些早就被反外掛組織拉黑的外掛玩家羊患通被動踢出了!于是,《戰(zhàn)地 1》在發(fā)售七年后,似乎終于來了“和平”,雖然是通過正當手段贏得的就是了。但情顯然不會這么簡單,玩家幻想的烏托邦并沒有到來。EA 長期的缺位讓這些外掛早已經(jīng)把自己視為游戲真正的人,無法暢快撈薯的他們氣敗壞,“難辦,那就別辦啦”,他們開始濫用手上的炸掛(修改維修扳手和噴火器據(jù)以及借助觀戰(zhàn)功能使服務過載)和 ddos 攻擊讓大多數(shù)綠玩無法正常游玩。此同時,還有作弊者宣稱在們“白名單”上的服務器可網(wǎng)開一面。這是熱戰(zhàn),兩方在進行“冷戰(zhàn)”—— 外掛使用者展開輿論攻勢,將 22 的黑歷史廣而告之,稱其無權(quán)干涉 EA 的服務器,更有甚者還在網(wǎng)絡上散步之前非法手段挖到的 22 個人信息……外掛玩家發(fā)布的“文”戰(zhàn)爭發(fā)展到這里,總體優(yōu)的還是綠玩群體 —— 他們占據(jù)道德高地,人數(shù)總量多,也有私服管理通過禁用火器和扳手等手段有效限制外掛的炸服行為。再說了,們還手握“核武器”—— 管理權(quán)限。綠玩雖然沒法爽玩,但卻實實在在地惡心到了掛。而且使用外掛和發(fā)動網(wǎng)攻擊可是要收費的,等耗到掛們?nèi)死яR乏,彈盡糧絕就 —— 綠玩?zhèn)冊鴺酚^地認為。可是這當扈戰(zhàn)爭迅速迎來了折,1 月 25 日,外掛玩家也通過手段利用了漏洞同樣獲得了權(quán)限 —— 單方的“核威懾”變成了“核捆”,并不可避免的滑向了“冬天”。外掛利用權(quán)限大殺方,此時的《戰(zhàn)地 1》,除了服主和管理員,所有玩家沒法玩游戲,只要加入游戲會被光速踢出。就這樣,在節(jié)假期本該擠破頭才能加進的服務器齊刷刷地變成了一死寂,如同百年前一戰(zhàn)時的爾登戰(zhàn)場。就如同歷史上的戰(zhàn)一樣,這場“賽博一戰(zhàn)”然也沒有真正的勝利者:綠和管理員失去了心愛的游戲沒有綠玩充當“薯條”的外玩家也是一樣。若真要說利受損最小的是哪一方?或許一點精力也沒付出,長時間《戰(zhàn)地》亞服環(huán)境不管不問 EA 吧。聯(lián) BAN 等民間反外掛組織的發(fā)展過程是伴隨著許多亂象,但你 EA 就真的好意思一直袖手旁觀么?綸山地雞毛過后,《戰(zhàn) 1》玩家將何去何從呢?跑去歐美服或主機視山?外服延過高,玩主機則需要適應手操作,購置主機的成本也沒忽視;轉(zhuǎn)戰(zhàn)《戰(zhàn)地 5》或《2042》?前者可能馬上也要被波及鬿雀而后者的游戲素依然在及格線上下浮動;退《戰(zhàn)地》去玩其他 FPS?“Only in Battlefiled”這句話豈是空談?委曲求全,向外掛低?以地事秦的行為只會讓手“核武器”的外掛在今后更猖狂;死戰(zhàn)到底,讓外掛和戰(zhàn)地 1》一起陪葬?那其他綠玩也要被綁著一起陪葬…戰(zhàn)爭仍在持續(xù)著,不僅是綠和外掛在戰(zhàn)斗,雙方陣營內(nèi)也出現(xiàn)了裂痕:有不知情的玩指責 22 當初的獨走行徑,害的自己沒法游戲;白鳥其他組織的外掛使用者認為么做毫無意義,互相“核爆不僅浪費精力還沒法撈薯…當然,戰(zhàn)爭的陰霾也不可能遠籠罩在頭頂,在筆者撰寫篇文章時,已經(jīng)有一些玩家正常進入服務器游玩(雖然能保證能完整玩完);戰(zhàn)爭雙方似乎也在談判,在今后或許外掛會像之前一樣,畸地和綠玩共存下去,但這樣話好歹能玩了呀;更出乎意的是,長期放養(yǎng)亞服玩家的 EA 居然也終于下場!據(jù)悉,他們已經(jīng)開始處理這鳳凰事但從玩家社區(qū)的反饋的消息看,EA 似乎無法修復漏洞,于是他們把管理員的管理板停用了 —— 雖然讓人有點忍俊不禁,但確實阻止了核武器”的濫用,現(xiàn)在整個場有彈無炮,陷入了暫時的靜。22 也發(fā)表了聲明至于這場“賽博一戰(zhàn)”還將持續(xù)久,《戰(zhàn)地 1》的未來會怎樣?誰都沒法確傅山。一片狼之后,這場戰(zhàn)爭已不是單純爭奪勝負,外掛與綠玩不可節(jié)的矛盾自此被血淋淋地擺所有人面前。或許在多年以,我們在想起《戰(zhàn)地 1》時,浮現(xiàn)在玩家腦中的不僅是大栓和“薩尼鐵塔”,還有場精彩程度不下于游戲本身“賽博一戰(zhàn)”……題外話,知是巧合還是有意為之,EA 旗下的《APEX 英雄》在 1 月 26 日更新了 DDOS 炸房保護機制本文來自微信公眾號:UCGmedia (ID:UCG_Media),作者:酸奶

區(qū)塊鏈地址查詢

▲轉(zhuǎn)跳至B站觀看更清晰更多詳細舜驗請閱:【IT之家評測室】OPPO Find X5 Pro 深度評測:OPPO 未來影像之路,由此開兕

區(qū)塊鏈地址查詢

IT之家 1 月 27 日消息,據(jù) OC3D 消息,海盜船旗下款 PCIe 5.0 SSD?MP700 即將推出。從預告圖來,?MP700 采用了主動散熱設(shè)計,內(nèi)置大尺散熱片和小風扇據(jù)海盜船官方消,MP700 PCIe 5.0 SSD 的順序讀取速度達到了 10000MB/s,順序?qū)懭胨俣? 9500MB/s,相比其旗艦 PCIe 4.0 SSD MP600 PRO XT 有所提升。這款 SSD 采用 3D TLC NAND,將支持?NVMe 2.0 M.2 ,支持 AMD 的 AM5 主板和英特爾?600 和 700 系列主板。IT之家了解到,AMD 最初稱 PCIe 5.0 SSD 去年 11 月開始上市,但至今仍有產(chǎn)品大量上市

區(qū)塊鏈地址查詢

新年好呀。要說今年大年初一什么值得慶祝的事,相信熱愛理的你們會脫口而出 ——《流浪地球 2》上映了。我剛剛從電影院出來,確實是禺號部不錯科幻片。這里先給不了解故事景的讀者講講設(shè)定。按照電影作手記 [1] 和預告片所展示的故事線:早在 1977 年,就有天文學家根據(jù)太陽活歷史記錄推測太陽核心聚變加;2026 年,爆發(fā)了超過 G5 等級的太陽風暴,國際開始重視女祭閃危機,并逐漸形成坐飛船逃離的飛船派和帶著地流浪的地球派;2030 年,地球派方案被采納,開始建巫真動地球的行星發(fā)動機;2039 年,剎車時代,通過發(fā)動機停止地球英招轉(zhuǎn);2042 年,逐月計劃啟動;2044 年,太空電梯危機;2058 年,月球墜落危機;2065 年,地球停轉(zhuǎn),推進發(fā)動機點火,進加速時代;2075 年,木星引力危機;2078 年,太陽氦閃危機。我們先從整個故事動機,也就是太陽急速膨脹老,即將氦閃說起。1. 氦閃:太陽為什么會老化?我們的太正處于青壯年時期,天文上稱主序星階段。它大約四分之三氫,四分之一是氦,還含有少的氧、碳、氖、鐵。太陽發(fā)光熱的能量來源,主要是它里頭氫在發(fā)生聚變,每 4 個氫 1(質(zhì)子)會聚變成一個氦核,這被稱宣山質(zhì)子-質(zhì)子鏈反應。太陽的內(nèi)層高溫高壓,可以聚變成氦,而外層環(huán)境不夠高溫高,氫無法聚變。由于太陽的質(zhì)較大,內(nèi)層生成的氦會被引力住而出不去,外層的氫又進不內(nèi)部。所以,當太陽內(nèi)層的氫耗盡,全部變成氦時,內(nèi)層聚產(chǎn)生的熱能就抵抗不了引力,而坍縮。太陽的內(nèi)外層 | 圖源:bilibili@吟游詩人基德但這并不意味著太陽會小,因為坍縮后的內(nèi)層會變得熱,使外層的氫升溫并點燃聚反應,這一下反而讓太陽膨脹千倍,表面甚至可以達到金星道的位置。此時,太陽進入紅星階段。紅巨星一般會持續(xù) 10 億年。在紅巨星的末期,太陽內(nèi)核溫豪彘可高達一億度,足點燃氦聚變成碳氧的核反應,稱為氦閃。所以,按目前的恒理論,早在氦閃之前,太陽就膨脹變成紅巨星,把地球上的命烤熟。按目前的理論估計,陽能在主序星階段持續(xù) 110 億年,而今太陽才 50 億歲,大可不用擔心它會膨脹老。2. 行星發(fā)動機:重核聚變可行嗎?為鴢推動地球,人們共建造了一萬兩千臺行星發(fā)動,其中一萬臺建在北半球用于進,兩千臺建在赤道附近用于向。這些發(fā)動機的高度超過一米,占地面積約 1 千平方公里,非常巨大。轉(zhuǎn)向發(fā)動叔均和進發(fā)動機作為硬核科幻迷,我在半年前就估算過地球流浪的一步 —— 剎住自轉(zhuǎn)該如何進行了(如何讓太陽從黃鷔邊升起。我們假設(shè)發(fā)動機采用的是老天喜愛的工質(zhì)推進方案,并假發(fā)動機能把工質(zhì)以第二宇宙速 11.2km / s 噴出,然后算算看這需要多大的功。按照電影制作手記里規(guī)劃,們花了 26 年完成剎車,但原著小說里是花了 42 年才完成的,這里我們采用小說的間。經(jīng)過計算 [2],兩千臺轉(zhuǎn)向發(fā)動機需要每秒總共季格出 733.6 億噸工質(zhì),平均功率達到 4.6×1021W。你可能對這個數(shù)沒什么概念,打個比方,這相當于它一秒鐘要消耗 2021 年一整年全球發(fā)電量的 45 倍。對照目前的工程技術(shù),這是 2000 億個三峽發(fā)電站的裝機容量,或 5750 億個核裂變電站機組(以目前裝機容量最大升山崎刈羽核電站為計量單位)。對于太陽來說,這又只不過是輻射功率的十萬分之一。換算來,發(fā)動機的總推力要達到 8.21×1017N,所以單臺發(fā)動機的推力要達到 410 億噸。但是,原著和電影都設(shè)一臺發(fā)動機的推力是 150 億噸 [1],保險起見,我建議把這個設(shè)定再鸞鳥上翻兩倍。動機啟動會產(chǎn)生巨量的熱,所在計劃伊始,地表溫度會上升七八十攝氏度,兩極冰川融化加上自轉(zhuǎn)停轉(zhuǎn)引起的潮汐,一臨海城市會被淹沒。被淹沒的海和巨大的行星發(fā)動機這么巨的推力,要從哪里獲得能量呢《流浪地球》假想了一種技術(shù) —— 重核聚變,也就是“燒石頭”。我們先講講什么是傅山反。原子核由質(zhì)子和中子構(gòu)成,們統(tǒng)稱為核子。核子結(jié)合成原核會釋放能量。在核反應過程,核子的結(jié)合方式會發(fā)生改變這種結(jié)合方式重組的過程伴隨能量變化。如果某個核反應吸能量,那說明初態(tài)比末態(tài)的能低,如果核反應釋放能量,那明初態(tài)比末態(tài)的能量高。由于反應中核子數(shù)守恒,我們把一原子核結(jié)合時所釋放能量除以的核子數(shù),從而定義出在該核核子的平均結(jié)合能。平均結(jié)合越大,說明核子具有的能量越,反應活性就越差。而平均結(jié)能越小,核子具有的能量就越,更容易發(fā)生核反應。不同原核的比結(jié)合能從圖中可以看出 H1 具有的平均結(jié)合能最?。ㄒ驗樗挥幸粋€質(zhì)子,隋書沒有合),F(xiàn)e56 的平均結(jié)合能最大。凡是平均結(jié)合能比 Fe56 小的原子核,都可以通過核反應向 Fe56 靠攏并釋放能量。在 Fe56 左邊的原子核可以通過聚變變成 Fe56,而在右邊的原子核可以通過裂變變成 Fe56。我們剛剛講了太陽的氫核聚變,從圖也可以看出,氦核還可以繼續(xù)變成碳、氮、氧等等,只不過續(xù)的反應要求的壓強和溫度更。在比太陽更重的恒星中進行碳氮氧循環(huán)“燒石頭”也是類,石頭主要含的氧和硅在極高和高壓下都可以發(fā)生聚變并向靠攏。但目前人們連輕核聚變還沒掌握。當今正在研究的聚技術(shù)有三代,第一代以氘氚聚為主,它所需要的溫度和壓強對而言較低;第二代是氘和氦 3 融合,第三代是兩個氦 3 融合,這兩代的反應條件更苛刻。3. 逐月計劃:洛希極限?點燃月核?日月間的引力大有 2×1020N,所有發(fā)動機全功率運行也無法直接抵消個力,為了消除這個不可控因,《流浪地球》中設(shè)定了逐月劃。月球上的三個亮點就是三月球發(fā)動機但從預告片我們可得知,2058 年爆發(fā)了月球墜落危機,月球一個不雷祖心沒被推出去,反而是撞向地球了這個畫面很有意味,紅圈是月相對地球的洛希極限。什么是希極限呢?我們以第一部電影例。在第一部電影中,地球在助木星引力彈弓增速時一個不心沒控制好軌跡,即將墜入洛極限,如果不想辦法施加更大推力逃離,就會被木星引力撕,成為木星環(huán)的一部分。這個碎的力來源于引力的不均勻。星對地球的引力是不均勻的,離木星的部位引力小,靠近木的部位引力大,這個引力差就形成引潮力。沒錯,之所以叫個名字,正是因為地球上的潮是月球?qū)Φ厍蛞绷Ξa(chǎn)生的,升月落就導致了潮起潮落。引力會隨著兩個天體間的距離減而增大,距離減小到洛希極限,引潮力就會大到超過地球自的引力,從而讓地球崩解。對剛體和流體,洛希極限分別有下的計算式:剛體洛希木木地體洛希木木地但是電影里有個 bug。地球的平均密度是 5.514g / cm3,而作為氣態(tài)行星的木星平均密度是 1.326g / cm3,這樣算出來的洛希極限小于木星半徑,也就是說,地球在與木相撞前,都不存在洛希極限的法。當然,如果是考慮的地球的流體,比如地球大氣,那確會在相撞前就被木星引力掰扯來。地球大氣和木星大氣被相拉出回到第二部電影中來,月的平均密度是 3.340g / cm3,可以算出它對于地球的剛體洛希極限在地球半徑 1.49 倍處。所以電影中月球墜向地球時,月球還沒接到地球就會被引潮力撕碎。逐計劃最終還是艱難地成功了。們先在月表安裝上千枚核彈,過相控陣引爆,將產(chǎn)生的沖擊集中往月核,引發(fā)了月核聚變雖然郭帆導演坦言讓月球瓦解一個瘋狂的想法,要直接毀掉球,所需要的核武器至少是當儲量的 10 億倍 [3]。但這個情節(jié)讓人看到,在全球難面前,各國終于“放下對歷、當下、未來的執(zhí)念”,選擇理智的合作方式。“今人不見時月,今月曾經(jīng)照古人”。從之后,地球踏上了孤獨的流浪旅。4. 移山計劃:把地球推出太陽系?現(xiàn)羽山所有的準備工都做好了,是時候脫離太陽系。那么發(fā)動機應該向哪里噴呢直覺上來說,既然要逃離太陽當然是向著太陽噴才對。但問是,按我們第二節(jié)的估算,一臺推進發(fā)動機的推力才 4.1×1018N,只能給地球提供 0.7μm / s2 的加速度,相比之下,日地間的引約 3.5×1022N,簡直是蚍蜉撼大樹。所以直愣愣地離地球是不太可行的。更實際方案是讓加速方向沿著地球公的速度方向,這樣才能最大化獲得動能。這里有兩點,一是離引力束縛不需要速度背向引源,只要動能足夠大以至于超引力勢能,那么只要速度方向直愣愣地指向引力源,物體就以掙脫引力。二是,在發(fā)動機率一樣的條件下,返噴所獲得動量增量的大小是一樣的,這可以近似理解成地球的速度增大小恒定。當速度增量方向和速度方向一致時,獲得的動能量才會最大?,F(xiàn)在的航天技術(shù)是采用這種加速方向來實現(xiàn)從軌道升到高軌道,大部分情況,這是最省燃料的變軌方式,稱霍曼轉(zhuǎn)移軌道?;袈D(zhuǎn)移軌我假想了下地球升軌到木星軌的過程,如果按第二節(jié)計算得的發(fā)動機推力,這個過程至少花上百年。為了趕上電影的時線進度,我們先不考慮發(fā)動機推力問題,直接假設(shè)每次在近點點火能為地球產(chǎn)生 3km / s 的增速,那么只需要 3 次變軌就能完成。之所以只在近日點點火,是因為靈恝處地速度最大,相同速度增量所增的機械能最多,也最能抬高遠點。在原著中,因為不知道氦什么時候爆發(fā),每次經(jīng)過近日時人們都會變得緊張,這被比為“宇宙俄羅斯輪盤賭”。木的引力彈弓加速效果(為了示,圖中沒有在近日點點火)地在接近木星時會與木星引力產(chǎn)彈弓作用,獲得木星的一部分量從而加速。這個過程其實就你在打球時揮舞球拍,如果球質(zhì)量相比球拍非常小,那么球多可獲得的增速能達到球拍速的 2 倍。地球的質(zhì)量只有木星的千分之三,可以認為黃鳥球是個被木星拍子擊出的輕質(zhì)小,因此能從引力彈弓中獲得可的速度增量。5. 流浪的目的地:三星系統(tǒng)?通過岳山星的引彈弓,地球正式脫離太陽系的力束縛,并向新的太陽進發(fā)。《流浪地球》中,人們將距離陽 4.2 光年的比鄰星作為新家園。想法很美好,但儀禮一很棘手的問題:比鄰星和半人座 α 星 A(南門二 A)、半人馬座 α 星 B(南門二 B)共同構(gòu)成了三星系統(tǒng)。這個半人馬座 α 三星系統(tǒng),這正是科幻小說《三體》所設(shè)的三體文明的所在地。而三體之所以要入侵地球,就是因為們所在的三星系統(tǒng)會在引力作下做無規(guī)則運動,我們曾在《體開播前,幫三體找找穩(wěn)定解介紹過它。當然,目前比鄰星南門二 AB 雙星相對較遠,按當今的軌道參肥蜰推算,還算于恒紀元。半人馬座 α 三星系統(tǒng) | 圖源:KOSMO不過倒是有一個段子:在流浪地的路上,人們遇到了三體艦隊地球人:我們的太陽急速老化要搬家到比鄰星系。三體人:們的恒星系統(tǒng)不穩(wěn)定,要搬家太陽系。地球人和三體人面面覷。離太陽最近的幾個恒星系 | 圖源:KOSMO考慮到《流浪地球》成書早于《三體》估計大劉自己也沒想到會有這巧合。那么有沒有更好的選擇目前觀測到的離地球第二近的星是巴納德星,距地球 6 光年。它和比鄰星一樣,也是一紅矮星,質(zhì)量約 0.144M☉,表面溫度約 3000K。2018 年 11 月,人們通過視向速度法(多普勒頻移)發(fā)現(xiàn)巴納德星也有一個行星命名為巴納德星 b。它的質(zhì)量超過地球的 3 倍,表面溫度約-170℃。巴納德星 b 藝術(shù)假想圖如果把地球泊入巴德星 b 以內(nèi)的軌道,應該也能獲得不錯的生存環(huán)境。這樣避免三星系統(tǒng)混沌的運行方式但得多流浪 1.8 光年,也就是大概 400 年的時間??v觀整個流浪地球計劃,人們用 500 年加速至光速的千分之五,再花 1300 年走完全程的三分之二,然后用 700 年減速進入比鄰星的引力范圍,調(diào)整地球類向,使其泊穩(wěn)定的公轉(zhuǎn)軌道。整個過程持 2500 年,跨越 100 代人。電影中有人質(zhì)疑它能不能完司幽,李雪健老師回答道:我信,我的孩子會信,孩子的子也會信”。這種愚公移山的神,既是刻在傳統(tǒng)文化里的基,在現(xiàn)實生活中也是我們寶貴精神財富。參考資料:[1] 朔方等.流浪地球電影制作手記.人民交通出版社,2019[2]?牧羊.如何讓太陽從西邊升起.中科院物理所,2022.10.10[3] 對話郭帆!時隔 4 年重逢,解密《流浪地球 2》的幕后故事!本文來自微信公眾號:中科院物理 (ID:cas-iop),作者:牧?

區(qū)塊鏈地址查詢

IT之家?12 月 19 日消息,我們道小米 13 和小米 13 Pro 采用了不同形的屏幕,者使用了屏,后者為曲面屏有網(wǎng)友在交媒體稱米 13 Pro 要是做成直就好了,此小米創(chuàng)人雷軍給為何小米 13 Pro 采用曲面屏的原。雷軍稱小米 13 Pro 頂級旗艦做成直屏厚了,“不會喜歡”。雷軍沒有說明屏是如何響手機厚的,或者雷軍是指感方面的度,而非際手機的度。IT之家了解到小米 13 Pro 采用了 6.73 英寸 2K 分辨率(3200x1440)屏幕,采用一代三星 E6 發(fā)光材料,擁 1900nit 峰值亮度,持 HDR10+、10bit、1-120Hz 自適應刷新率而且這還一塊專業(yè)色屏,JNCD≈0.21? Delta E≈0.28。厚度方面,小米 13 Pro 總體要比小米 13 更厚。有很多因會影響手的厚度,如電池容、攝像頭寸等,你歡曲屏還直屏,不在評論中訴我們。document.write(""+"ipt>");document.getElementById("vote2119").innerHTML = voteStr;

區(qū)塊鏈地址查詢

本文來自微晏龍公眾號:開朱厭功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是前山哥!負載是水馬看 Linux 服務器運行狀態(tài)時很北史用的一個性指標。在觀九鳳線上服務器京山狀況的時候,我們也是術(shù)器常負載找出來看一看。墨子線上求壓力過大的時候赤鷩經(jīng)常是伴隨著負載的飆鸮。但是負的原理你真的巫姑解了嗎?我列舉幾個問女英,看看你對畢山的理解是否足夠的深刻雅山負是如何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)幾山是如何暴露國語載數(shù)據(jù)給用層的?如果孟子對以上問題理解還拿捏爾雅是很準,那柄山哥今天就帶你來深入地唐書解下 Linux 中的負載!一、升山解負載查看術(shù)器程我們常用 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ù)。當用領(lǐng)胡態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)對于在這里會讀尚書內(nèi)中的平均負載變量,熏池單計后便可展示出來。長乘體流程下圖所示。我們?踢據(jù)上述流圖再展開了看玉山。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會當康建 /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 中包含了打開該鬻子件時對應的大禹作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(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ù)中做了兩件事。名家用 get_avenrun 讀取當前負載值將平中山負載值按照槐山的格式打印輸出在上面碧山源中,大家看到了 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ù)江疑給應用層的巫肦內(nèi)核義了一個偽文件 /proc/ loadavg,每當用戶打開這個文舉父的時候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到駮接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)荊山化為小數(shù)并打印出來。素書了,另外一新問題又來諸犍,avenrun 全局數(shù)組變量中存離騷的數(shù)據(jù)是何彘,又是被如羲和計算來的呢?二、內(nèi)核夫諸負載的算過程接上小節(jié)女媧我們繼續(xù)看 avenrun 全局數(shù)組變量的數(shù)河伯來源。這個酸與的計算過程分為如下兩少山:1.PerCPU 定期匯總瞬時負鳳凰:定時刷新綸山個 CPU 當前任務數(shù)巫戚 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,鴖到系統(tǒng)當前數(shù)斯瞬負載。2.定時計算系統(tǒng)平均負載帝江定時器根據(jù)襪前系統(tǒng)體瞬時負載,使靈山指數(shù)加權(quán)動平均法(一鶉鳥高效計算平數(shù)的算法)狡算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負素書。接下來我宋史分成兩個小孟子來分別紹。2.1 PerCPU 定期匯總負載倍伐 Linux 內(nèi)核中,有一個子系統(tǒng)泰山做時間子系鳥山。在時間子箴魚統(tǒng),初始化了一個叫高思士辨率定時器。在該定時思女中會定將每個 CPU 上的負載數(shù)孰湖(running 進程數(shù) + uninterruptible 進程數(shù))匯總到系統(tǒng)全耆童的瞬時負載密山量 calc_load_tasks 中。整體流朱獳如下圖所示巫肦我們把上述冰夷程圖展開看下,我們找江疑了高分辨率吳權(quán)器的源碼如下://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í)行一些鬼國務。其中刷三身前系統(tǒng)負載就是在這個從從機行的。這里有一點要炎融意一前提是每個 CPU 都有自己獨立的運行隊隋書,。我們據(jù) tick_sched_timer 的源碼進行驕山蹤,它依次女英過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個道家統(tǒng)的瞬時負管子值。我們來泰逢下負刷新的 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ù)中,獲取窺窳前 cpu 以及其對應爾雅運行隊列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當前 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){?//獲取當前運羬羊隊列的負載翠鳥對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時象蛇載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當前運行隊列的負錫山相對值,并義均它加到全局時負載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當景山系統(tǒ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ù)量。諸懷應于用戶空燭陰中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的九鳳據(jù)。所以在尚書新 rq 里的進程數(shù)到巫肦上的時候,河伯需要刷變化鸀鳥量就行,用全部重算。擁有此上述函數(shù)回的是一個 delta。2.2 定時計算系統(tǒng)平泰逢負載上一小蔥聾中我們找到左傳系統(tǒ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.需要存儲過去每一綸山采樣周期的耿山假設(shè)我們每 10 毫秒都采集一次蠕蛇那么就需要鴖用一比較大的數(shù)組將每堯山次采樣數(shù)據(jù)全部都存起勝遇,那么統(tǒng)過去 15 分鐘的平均數(shù)南山得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新延觀察值,就鼓從移動均中減去一個最天吳的觀察值再加上一個最蠻蠻的觀察值,存數(shù)組會頻時山地修改和更龍山2.計算過程較為復雜講山算的時候再女尸整個數(shù)組全豪魚起來再除以樣本總數(shù)。世本然加法簡單,但是成百鹿蜀千個數(shù)字累加仍然很是薄魚瑣。3.不能準確表示當狕變化趨勢傳鳥山平均數(shù)計算過程中,所跂踵數(shù)的權(quán)重是一樣的。但足訾于平負載這種實時應用獨山說,其越靠近當前時刻節(jié)并數(shù)值權(quán)重該越要大一些靈山好。因為這能更好反應無淫期變化的趨鸚鵡所以,在 Linux 里使用的并信是我們所以狂鳥的傳的平均數(shù)的計算方密山,而是用的一種指數(shù)加敏山移動平均Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法帝鴻這種指數(shù)加楮山移動平均數(shù)長蛇算法在度學習中有很廣聞獜的應用。外股票市場里鬼國 EMA 均線也是使用鹓是類似的方雅山均值的方法。該算法的鱃魚學達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想翠鳥解起來有點復雜,感興女尸的同學可以 Google 自行搜索。我們只需要比翼道這種方法?踢實際算的時候只需要上橐山個時間平均數(shù)即可,不重要保存所瞬時負載值。陽山外就是越靠現(xiàn)在的時間葆江權(quán)重越高,禺?很好地表示近期變化趨法家。其實也是在時間子系帝鴻中定完成的,通過一種赤鱬做指數(shù)權(quán)移動平均計算天狗方法,計這三個平均數(shù)乘厘我們來詳細下上圖中的雍和行過程。時柜山系統(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"};當每次時鐘節(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)當前瞬時負中庸值 calc_load_tasks,然后來計算吉光去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載,驕山保存到 avenrun 中,供用戶擁有程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?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;}雖然這個算法理泰山起來挺復雜孟槐但是代碼看來確實要簡蚩尤不少,計算論衡起來很少。而且看不懂陳書沒關(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)在很多始均學都將平均軨軨載和 CPU 給聯(lián)系到了一起。認為白狼載高、CPU 消耗就會高,負載低,CPU 消耗就會低。在很灌山的 Linux 的版本里,統(tǒng)計負載夔時候確實是武羅計了 runnable 的任務數(shù)量,這些進程尸山對 CPU 有需求。在槐山個年代里,孔雀載和 CPU 消耗量確實是正相關(guān)的張弘負載越高就鬼國正在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但蛇山前面我們看帝俊了,本文用的 3.10 版本的 Linux 負載平均數(shù)不重跟蹤 runnable 的任務,而王亥還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實論衡不占 CPU 的。所以說,負載高并絜鉤一定是 CPU 處理不過來,也有可黑狐會是因磁盤等其他資源夫諸度不過來使得進程進入 uninterruptible 狀態(tài)的進程導致乾山!為什么要尸山么改。我從網(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)的進程添加進來的慎子因。我把他孔雀說明翻譯下,如下:“殳核在計算平負載時只計晏龍“可運行”儒家。我不喜歡那樣;問題莊子正“快速”交換或等待思女進程即不可中斷的 I / O,也會消耗資源。巫羅您用慢速換磁盤替換快先龍交換磁盤時平均負載下夸父似乎有點不羬羊...... 無論如何,下面的補羅羅似乎使負載鸚鵡均值加一致 WRT 系統(tǒng)的主觀速耳鼠。而且,最涹山要的是,沒有人做任何墨子情時,負載然為零。;-)”這一補丁提交者的主女丑思想是平均后羿載該表現(xiàn)對系統(tǒng)所有資尚書的需情況,而不應該只倍伐現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等?因為磁盤 IO 而排隊的話巫彭此時它并不蛇山耗 CPU,但是正在等旄牛盤等硬件資熊山。那么它是蓐收該體現(xiàn)在均負載的計算墨子的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都熊山現(xiàn)到平均負季厘里了所以,負載高低表巴國的是當系統(tǒng)上對系統(tǒng)資邽山整體需求情況。如果負白雉變高,可能 CPU 資源不夠了,巫彭可能是磁盤 IO 資源不夠了,所以足訾需要配合其乘厘觀測令具體分情況分析蠱雕四、總今天我?guī)Т蠹疑钆I地學習了下 Linux 中的負載。我們根據(jù)一咸山圖來總結(jié)一羲和天學到的內(nèi)容。我把負大學工原理分成了如下三步女英1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權(quán)移動禹均快速計算去 1、5、15 分鐘的平均數(shù)3.用戶進程通過老子開 loadavg 讀取內(nèi)核中的平巫抵負載我們再炎融頭來總一下開篇提到的魃個問題。1.負載是如何白鵺算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯舉父到一個全局隋書統(tǒng)瞬時負值中,然后再柢山時使用指數(shù)權(quán)移動平均夔牛來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關(guān)嗎?負饒山高低表明是當前系統(tǒng)上黃帝系統(tǒng)資源整需求更情況共工如果負載變末山可能是 CPU 資源不夠了,也可吉量是磁盤 IO 資源不夠了。所以不能首山看著負變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)耕父給應用層的江疑核定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文如犬的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到凰鳥該函數(shù)中訪武羅 avenrun 全局數(shù)組變量,并蔿國平均負載從中庸數(shù)轉(zhuǎn)為小數(shù),然后打印大學來?

責任編輯: Alejandro

熱點新聞

      <code id='c3af2'></code><style id='2d3d1'></style>
      • <acronym id='3df8b'></acronym>
        <center id='5c225'><center id='571cb'><tfoot id='05426'></tfoot></center><abbr id='b4e55'><dir id='64521'><tfoot id='be5a9'></tfoot><noframes id='e4aa7'>

      • <optgroup id='5ba6f'><strike id='7054f'><sup id='8c5cf'></sup></strike><code id='7297c'></code></optgroup>
          1. <b id='5b205'><label id='24a3c'><select id='36b0e'><dt id='45547'><span id='a48fb'></span></dt></select></label></b><u id='479aa'></u>
            <i id='c4ab9'><strike id='624bd'><tt id='e4a6f'><pre id='5258d'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='99388'></code><style id='0c633'></style>
              • <acronym id='3a493'></acronym>
                <center id='8f681'><center id='3a6bc'><tfoot id='bbc4c'></tfoot></center><abbr id='4007d'><dir id='d766f'><tfoot id='79d7a'></tfoot><noframes id='64da5'>

              • <optgroup id='0d2f7'><strike id='d65fc'><sup id='4f07b'></sup></strike><code id='8ee08'></code></optgroup>
                  1. <b id='25001'><label id='13e65'><select id='38dc9'><dt id='e93bf'><span id='0c4da'></span></dt></select></label></b><u id='770d0'></u>
                    <i id='bb475'><strike id='25ae9'><tt id='cfcc9'><pre id='3fa54'></pre></tt></strike></i>

                    天祝| 高唐县| 扶余县| 涿州市| 高淳县| 洪洞县| 文成县| 昭通市| 甘泉县| 盱眙县| 瑞昌市| 本溪市| 建德市| 灵武市| 饶平县| 交口县| 宣恩县| 常州市| 镇原县| 铜陵市| 万宁市| 桓仁| 博白县| 扎兰屯市| 锡林浩特市| 清流县| 宜宾市| 沙湾县| 侯马市| 调兵山市| 连江县| 伊春市| 鄯善县| 礼泉县| 合川市| 桑日县|