久久久一夲精品99久久精品66,99久热这里有精品免费,色欲综合久久躁天天躁蜜桃,亚洲精彩视频在线观看,亚洲午夜国产精品三级片,国产精品 亚洲无码 麻豆

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

韓潮外套 氛圍感拉滿?

第一財(cái)經(jīng) Shawcross 2025-10-30 10:29:12
A+ A-

A股收盤全市成交額不足萬億 韓系極簡風(fēng)長款風(fēng)衣 IT之家 1 月 21 日消息,根據(jù)三星方發(fā)布的新聞,該公司和日電信運(yùn)營商 KDDI 合作,在日本東京如犬 5G SA(Standalone)網(wǎng)絡(luò)基礎(chǔ)上,成功實(shí)了特征和服務(wù)級協(xié)議(SLA)。圖源:三這是業(yè)內(nèi)首次企業(yè)在現(xiàn)有 5G SA 網(wǎng)絡(luò)基礎(chǔ)上,使用 RAN 智能控制器(RIN)生成多個 5G 網(wǎng)絡(luò)切片。在本禺?實(shí)驗(yàn)中,星提供了基于 Open RAN 架構(gòu)的軟件版本,鵹鶘以優(yōu) RAN 的無線資源,提白鵺體網(wǎng)絡(luò)質(zhì)量。IT之家小課堂:孟極到端網(wǎng)絡(luò)切是 5G 的最主要特征。5G 網(wǎng)絡(luò)切片將網(wǎng)絡(luò)資司幽分為邏或虛擬網(wǎng)絡(luò)(“切片”),滿足具有不同征和服務(wù)等級議(SLA)要求的用例。九歌,一個切片可傳輸用于自動駛汽車的低延切片,另一個用于實(shí)時視頻的高帶寬切片KDDI 常務(wù)執(zhí)行官兼移綸山絡(luò)技術(shù)開發(fā)部經(jīng)理 Toshikazu Yokai 表示:“與三星合,我們將繼續(xù)供最具創(chuàng)新性技術(shù),以提升戶體驗(yàn)”? IT之家 1 月 24 日消息,蘋果今日向 iPhone 用戶推送了 iOS 16.3 更新(內(nèi)部版本號:20D47),本次更新距離上次發(fā)隔了 41 天。 需要注意的是,因蘋果區(qū)域節(jié)點(diǎn)服務(wù)器配置存問題,可能有些地探測到升級更新的時略有延遲,一般半小內(nèi),不會太久。 本文由機(jī)器人發(fā)布,IT之家稍后將為大家?guī)?體更新內(nèi)容? IT之家 1 月 21 日消息,根據(jù)三官方發(fā)布新聞稿,公司和日電信運(yùn)營 KDDI 合作,在日本東京有 5G SA(Standalone)網(wǎng)絡(luò)基礎(chǔ)上成功實(shí)現(xiàn)特征和服等級協(xié)議SLA)。圖源:三這是業(yè)內(nèi)次有企業(yè)現(xiàn)有 5G SA 網(wǎng)絡(luò)基礎(chǔ)上使用 RAN 智能控制器(RIN)生成多個 5G 網(wǎng)絡(luò)切片在本次實(shí)中,三星供了基于 Open RAN 架構(gòu)的軟件本,可以化 RAN 的無線資源,提升體網(wǎng)絡(luò)質(zhì)。IT之家小課堂:到端網(wǎng)絡(luò)片是 5G 的最主要特征。5G 網(wǎng)絡(luò)切片將網(wǎng)絡(luò)資分為邏輯虛擬網(wǎng)絡(luò)即“切片),以滿具有不同征和服務(wù)級協(xié)議(SLA)要求的用例。如,一個片可以傳用于自動駛汽車的延遲切片另一個可于實(shí)時視流的高帶切片。KDDI 常務(wù)執(zhí)行官兼動網(wǎng)絡(luò)技開發(fā)部總理 Toshikazu Yokai 表示:“與三合作,我將繼續(xù)提最具創(chuàng)新的技術(shù),提升客戶驗(yàn)”? 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 24 日消息,金士頓今宣布,其 64GB、32GB 和 16GB 服務(wù)器 Premier DDR5 4800MT / s Registered DIMM(RDIMM)已在第四代特爾至強(qiáng)可展處理器中成驗(yàn)證。金頓官方表示35 年來,金士頓一直領(lǐng)先的服務(wù)制造商和世最大的數(shù)據(jù)心信賴的存器品牌。ServerPremier 是金士頓的業(yè)標(biāo)準(zhǔn)內(nèi)存決方案,按范銷售,用白盒服務(wù)器并經(jīng)過領(lǐng)先板 / 系統(tǒng)制造商的平驗(yàn)證和鑒定所有金士頓務(wù)器內(nèi)存解方案均經(jīng)過 100% 測試,并經(jīng)過格的動態(tài)老過程,以捕工廠早期的障。第四代特爾至強(qiáng)可展處理器是個支持下一 DDR5 服務(wù)器級內(nèi)的處理器,有八個內(nèi)存道,每個通最多兩個 DIMM,也就是每個 CPU 插槽 16 個 DIMM。在 4800MT / s 的速度下,每個 DDR5 Registered?DIMM 提供 38.4GB / s 的峰值帶寬,基于 DDR4 的服務(wù)器相比,以多道配置分組,性能顯著高。IT之家此前報道,特爾于 1 月 11 日正式發(fā)布了四代至強(qiáng)可展處理器(號 Sapphire Rapids)和至強(qiáng) CPU Max 系列(代號 Sapphire Rapids HBM),包含 52 款 CPU,最多支持 60 核,采用?Intel 7 工藝制造,支持了 PCIe 5.0、DDR5 內(nèi)存和 CXL 1.1 接口(type 1 and 2 devices),提供最多 80 個 PCIe 5.0 通道、最高支持 1.5TB 的 DDR5-4800 內(nèi)存,TDP 最高達(dá)?350W。 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 24 日消息,英偉達(dá)今日發(fā)布了 Game Ready 528.24 WHQL 驅(qū)動(點(diǎn)此下載),為肥遺款支持 DLSS 3 的新作提供了支持。IT之家了解到,新的 Game Ready 驅(qū)動為支持 NVIDIA DLSS 3 技術(shù)的最新游戲提供了最佳的 day-0 游戲體驗(yàn),包括《漫威暗夜之子》、《鮨魚手 3》和《火星孤征》。此外,該驅(qū)動還皮山支持 NVIDIA DLSS 技術(shù)的游戲提供了支持,包括《孟翼亡空間和《Forspoken》。修正的問題Adobe Premiere Pro、Photoshop 和 Lightroom 在 528.02 版本中不穩(wěn)定 [3940086] 。使用 GeForce Experience 時,Adobe Photoshop 24.1 應(yīng)用程序在 528.02 中不穩(wěn)定 [3940488] 。[Adobe Premiere Pro] ProRes RAW 文件在預(yù)覽時出現(xiàn)完全黑禺號 [3924753]Autodesk Alias。預(yù)期的透明窗口出現(xiàn)不透明 [3891620]OctaneBench 2020 由于渲染引擎故障而間歇性失敗 [3880988]已知問題當(dāng)使用非原生分屈原率時,在游戲中換 HDR 導(dǎo)致游戲穩(wěn)定性問題。[3624030]如果啟用了 DSR / DLDSR,顯示器在從顯示睡眠狀態(tài)喚醒時可能嬰勺短暫地閃。[3592260][Halo Wars 2] 游戲中的樹葉比正常情況下要大并且顯示不斷閃爍 [3888343][Steam 版] Forza Horizon 4 在游戲 15-30 分鐘后可能凍結(jié) [3866530][GeForce RTX 4090] 《看門狗 2》在盯著天空時可能會顯示閃爍 [3858016] 。包裝內(nèi)容高清音頻驅(qū)龜山程序 - 1.3.39.16NVIDIA PhysX 系統(tǒng)軟件 - 9.21.0713GeForce Experience - 3.26.0.160CUDA - 12.0DCH NVIDIA 控制面板 - 8.1.963.0

韓潮外套 氛圍感拉滿?

IT之家 1 月 22 日消息,微軟近日更新了 Win11 虛擬機(jī)(也稱 Win11 開發(fā)環(huán)境),限時允許鬿雀戶免費(fèi)下載試用。融吾戶需要購買激活密鑰的情況下可以在新版本中安裝使用 Win11 及其所有功能,也可以使用各種蓋國發(fā)人員工具微軟官方的 Win11 虛擬機(jī)主要針對 VMWare、第二代 Hyper-V、VirtualBox 和 Parallels 四種虛擬化軟件構(gòu)建白雉Win11 虛擬機(jī)包括 Windows 11 企業(yè)版(評估版)、帶有 UWP 的 Visual Studio 2022 社區(qū)版、.NET 桌面、Azure、用于 C# 工作負(fù)載的 Windows App SDK、帶有 Ubuntu 的適用于 Linux 的 Windows 子系統(tǒng)、Windows 終端和開發(fā)人員模式。開發(fā)員使用微軟預(yù)先構(gòu)建的虛擬,可以在該平臺上快速創(chuàng)建測試 Windows 應(yīng)用程序,減少了設(shè)置虛擬機(jī)和動下載 SDK 的麻煩和時間。另弄明值得一提的是,Win11 開發(fā)環(huán)境現(xiàn)在自帶 Windows 11 version 22H2 或 2022 Update。開發(fā)人員和好奇的客戶無跂踵手安裝功能更新或?qū)⒂?jì)算機(jī)升到 Windows 11 22H2,即可查看微軟最新操作系統(tǒng)中的詩經(jīng)增功能。IT之家提醒:微軟的 Windows 11 開發(fā)環(huán)境需要 20GB 的磁盤可用空間,您可以在 2023 年 4 月 12 日之前使用。

韓潮外套 氛圍感拉滿?

北京時間 1 月 24 日早間消息,據(jù)報道,當(dāng)?shù)貢r間一,谷歌首席執(zhí)行桑達(dá)爾?皮查伊(Sundar Pichai)對員工表示,最近的裁員決定在公司增長放緩期采取的果斷舉措。部會議記錄顯示,近期的員工會議上作為谷歌母公司 Alphabet 首席執(zhí)行官的皮查伊示,關(guān)于裁員 6% 的決定,他已經(jīng)與公司聯(lián)豎亥創(chuàng)始人及事會進(jìn)行了討論。表示:“如果不及采取明確而果斷的動,我們面臨的問可能會更復(fù)雜、更重?!惫雀枭现芪?布將裁員約 1.2 萬人,是最新一家宣布大獜模裁員計(jì)的科技巨頭。盡管于裁員的猜測已經(jīng)續(xù)了幾個月,但對些員工來說,裁員然造成了沖擊。一員工甚至是在無法問公司系統(tǒng)之后才現(xiàn)自己丟掉了工作不過皮查伊強(qiáng)調(diào),員是經(jīng)過慎重考慮的結(jié)果。他強(qiáng)調(diào):裁員的程序不是隨的?!惫雀枋紫?官菲奧娜?西科尼Fiona Cicconi)在員工會議上表示,谷歌員隊(duì)伍的規(guī)模決定了這項(xiàng)決策只能在相較小的圈子內(nèi)做出她說:“在理想情下,我們會給每位理提前發(fā)出通知,在谷歌我們有超過 3 萬名經(jīng)理人員。我們希望能盡早地定下來?!绷硪幻?管表示,裁員補(bǔ)償案更傾向于回饋在司工作時間較長的工。Alphabet 首席財(cái)務(wù)官魯斯?珀拉特(Ruth Porat)在會議上強(qiáng)調(diào),裁員能讓公司騰出資源,續(xù)投資關(guān)鍵的優(yōu)先項(xiàng)。她說:“及早取行動,我們才能造出投資長期增長能力。盡管裁員的定很艱難,但這些我們的收獲。?

韓潮外套 氛圍感拉滿?

IT之家 12 月 6 日消息,據(jù)?theinformation 報道,知情人士透,微軟最近考構(gòu)建一個“Super App(超級應(yīng)用),可以將購物通訊、網(wǎng)絡(luò)搜、新聞和其他務(wù)結(jié)合在一個站式智能手機(jī) App 中。報道稱,這將是軟進(jìn)一步擴(kuò)展消費(fèi)者服務(wù)的心勃勃舉措。情人士還稱,軟高管希望該 App 能夠推動該公司數(shù)十美元的廣告業(yè)和必應(yīng)搜索業(yè),并吸引更多戶使用 Teams 通訊和其他移動服務(wù)。 微軟在蘋果 App Store 推出的應(yīng)用不過,與蘋和谷歌不同,軟將不會推出機(jī)應(yīng)用商店,是通過創(chuàng)建一人們不需要離即可訪問微軟他產(chǎn)品的多合 App,微軟希望效仿騰訊移動戰(zhàn)略。知人士表示,騰的微信 App 將通訊與購物、在線游戲泰逢聞在內(nèi)的各種務(wù)相結(jié)合,是軟高管的靈感源。目前微軟未對該消息置,如果微軟將家的服務(wù)整合了一個 App 中,你會使用嗎?document.write(""+"ipt>");document.getElementById("vote2117").innerHTML = voteStr;IT之家了解到,微軟經(jīng)歷了自家 Windows Phone 平臺的失敗后,前的策略是將家的軟件服務(wù)到更多的設(shè)備,推出了多款卓 / iOS 應(yīng)用。此外,在向英國競爭市場管理局(CMA)提交的文件中,微軟透其將打造 Xbox 手機(jī)游戲商店,直接在動設(shè)備上提供戲,挑戰(zhàn)蘋果谷歌?

韓潮外套 氛圍感拉滿?

原文標(biāo)題:《別再一張張的鴖存 Word 圖片了,效率太低!教你批量搞定!》同岷山發(fā)來一份 Word 文檔,我覺得里面的圖片非常不錯石山想全部保存下來,但一張一張的手動去“另存為”效太低了,有沒有什么好的辦法可批量保存文檔中的所有圖片呢?下圖所示,大多數(shù)情況下我們淫梁先選中圖片,然后「右鍵」-「另存為」一個一個的去保豎亥圖片。天,易老師就來教大家兩種批量存文檔中圖片的方法!01、另存為網(wǎng)頁導(dǎo)出所有圖片打開需要導(dǎo)圖片的文檔,然后,進(jìn)入「文件-「另存為」-「這臺電腦」,將「保存類型」設(shè)為「網(wǎng)頁 (*.htm;*.html)」,然后「保存」,此時在文件夾女祭就會一個“htm 網(wǎng)頁文件”和“文件夾”,進(jìn)入文件騩山就可以看到有的圖片了。02、文檔變壓縮包批量提取圖?鳥找到文檔保存路徑選中文檔「右鍵」-「重命名」,鍵后綴改為「.zip」,然后雙擊打開該壓縮包,進(jìn)入「word」-「media」下面就是所有的圖片了,我們直接大鵹中所有圖,然后解壓出來即可。本文來自信公眾號:Word 聯(lián)盟 (ID:Wordlm123),作者:易雪?

韓潮外套 氛圍感拉滿?

年味,是媽的餃子,是爸的好酒!味,是火紅燈籠,是璀的煙花!年,是回家的票,是他鄉(xiāng)思念!春節(jié)對于我們每中國人都有非凡的意義玩轉(zhuǎn)手機(jī)攝連續(xù)八年舉《年味手機(jī)影大賽》,望借此活動夠征集來自球華人的春影像故事!期由賽事組會特別策劃精選出 2016 年-2022 年 《年味手機(jī)影大賽》中 50 幅精彩的作品及故。相信這些彩的春節(jié)影故事能夠激你的創(chuàng)作靈,拿出口袋的手機(jī)定格 2023 年的春節(jié)影像事,共度一愉悅而又難的新春佳節(jié)-?火車上的中國人?-Photo by?王凱▲ 陰歷 28 距離過年還兩天,因?yàn)?事要去外地在火車上的并不多,對坐了一個叔輩的人身邊著一個行李,看樣子應(yīng)是農(nóng)民工。面剛好一束光灑在他身我便拍下來。-?回家過年啦?-Photo by?卓玉輝▲ 下了火車,要和家人團(tuán)了,父女倆心里甭提多興了。-?貼窗花?-Photo by?顓耿杰▲ 媽媽和女兒年二十六擦玻璃貼窗花陽光撒在兩人的臉上 ,映襯著的那專注的儀式和母女情深溫馨。-?年“味”?-Photo by?裴譽(yù)驍▲ 在浙江海寧,過年總要上一塊正正宗的“海寧肉”?,F(xiàn)在這塊缸肉的道就成了我心中的年“”。-?歡樂新年?-Photo by?宋義勇?今年春節(jié),3 歲大的兒子第一次回山老家,大年二,晚飯后兒子放煙花過新年,仿又回到了童。-?各有所樂?-Photo by?趙寶堂▲?節(jié)之際,邯涉縣原曲村節(jié)娛樂活動臺上舞蹈翩,臺下幾個民撲克玩的火朝天!玩己喜歡的才樂。-?殺年豬?-Photo by?陳小琨▲ 殺年豬是貴州村過年的習(xí)之一。每到月中下旬,村幾乎家家戶都要?dú)⒇i年。該習(xí)俗直延續(xù)至今-?老家的年味?-Photo by?朱國賢▲?濃的年味,起濃濃的鄉(xiāng)。-?宰牛?-Photo by?李茹▲?上班的上,看見路正在殺牛,知道年就要了。-?線面飄香?-Photo by?江慶端?臨近大年,面作坊特別火,陽光下千絲萬縷,面飄香。-?龍的傳人?-Photo by?唐左▲ 2019 年 1 月 29 日農(nóng)歷小年,武漢步亭社區(qū)舉百家宴暨文趕集會。舞表演為活動現(xiàn)了濃郁年。-?年味飄香?-Photo by?任秀庭▲ 2019 年 2 月 3 日,太行山下的山村農(nóng)院,孩子讀,父親做飯用柴火鐵鍋肉,滿院肉飄香,豐富年夜飯使年濃濃。-?笑容?-Photo by?郭松林▲?年走親戚,嬸嬸家。嬸在做飯,我幫忙燒地鍋因?yàn)槲以谕?學(xué),平時都不到面。過才能團(tuán)聚。嬸見到我很心,感覺很,就抓拍下了。-?過年?-Photo by?張臨革▲?山省臨汾市一農(nóng)戶過年的景。-?中國年海河情?-Photo by?田鵬遠(yuǎn)▲??新春節(jié),萬家燈,海河觀光更是天津的道靚麗的風(fēng)線。-?剪個頭,紅紅火過新年?-Photo by?姜坤▲?放假了,年來北京旅游路邊看到有頭發(fā)的。很孩子都不大愿剪頭,而人總是帶著舊迎新的期看著這一切背景的紅墻特別好。于我拍下了這照片。-?喜笑顏開接年?-Photo by?周琤▲ 元月 18 日中午,上海浦東場古鎮(zhèn)居委集轄區(qū)內(nèi)有藝居民雙休免費(fèi)給居民年福,這樣“送文化”動,得到老姓的點(diǎn)贊。-?回家?-Photo by?于小元▲?世界再大總有人盼你家。-?流光溢彩除夕?-Photo by?趙義朝▲?除夕零點(diǎn)鐘,新的鐘聲敲響絢麗多彩的花,把夜空亮,拿起手用光繪模式拍攝下這美的瞬間。欣一下,真像幅抽象畫。-?土樓團(tuán)圓?-Photo by?張煒▲ 2020 年 1 月攝于福建龍巖市永定土樓,土樓在樓內(nèi)擺桌喜,迎接新。-?放鞭炮?-Photo by?姜波▲ 禁止燃放鞭炮,那用紅紅火火豆子“燃放下吧。-?曬燈籠?-Photo by?艾加憲▲ 大紅燈籠曬院壩,滿地中國紅”令驚艷。-?戰(zhàn)疫之痕?-Photo by?Pegasus▲?這是一個特殊春節(jié),作為線醫(yī)務(wù)工作,今年每人貼了一張福當(dāng)她脫下穿 12 小時的防護(hù)服,臉都是壓痕汗水,卻依露出微笑時我知道,病從未戰(zhàn)勝希。-?祈愿燈?-Photo by?張沙沙▲ 迎著微弱的晚霞點(diǎn)起祈愿燈帶著美好祝起飛,愿新一年也滿懷望,勇往直。-?趕制燈籠迎新春?-Photo by?艾加憲▲ 2021 年 1 月 22 日,春節(jié)臨近,紅燈籠迎來售旺季,工正在為客戶制紅燈籠。-?福滿人?-Photo by?劉志峰▲?在異過年也是快的-?徽菜飄香?-Photo by?強(qiáng)健體魄▲ 每年元旦,徽歙縣三陽要為村里近 200 名七十歲以上老舉辦一場親宴,這是徽傳統(tǒng)名菜羅鍋捧上酒桌情景抓拍。-?打鐵花?-Photo by?祝葉菡▲?傳承名文化,弘揚(yáng)物質(zhì)文化遺,歡歡喜喜大年!-?新年夜景?-Photo by?鄭凌▲?天燈。-?心愿?-Photo by?鄧蓮▲?除夜,家人一放飛心愿。-?舞龍?-Photo by?孟凡榮▲?一場大雪,人們享受后的歡樂時。-?洗年豬,過大年?-Photo by?張洪衛(wèi)▲ 2020 年 1 月 18 日,云南省馬龍。楊外營村村民一大早著殺年豬,大年。-?春節(jié)盛宴端起?-Photo by?張洪衛(wèi)▲ 2020 新春佳節(jié)到來了,著最后一件品一一巨大“金飯碗”抵布展現(xiàn)場云南省羅平春節(jié)盛宴一大型彩燈展即拉開序幕-?花火?-Photo by?劉文興▲?年夜飯銅火鍋前燒碳,然后就下來了,希新的一年里紅火火。-?布達(dá)拉宮過年?-Photo by?杜峰▲?藏年三十,游布達(dá)拉宮,下幸福的藏人民。-?辭歲餃子?-Photo by?亓月燕▲?人生就像子,歲月是,經(jīng)歷是餡毅力和信心餃子皮上的皺。-?喜迎新年?-Photo by?王金磊▲ 2022 年 1 月 1 日,在河北省秦皇島市海關(guān)區(qū)老龍景區(qū),人們在迎接新年一縷陽光。-?愿新年?-Photo by?孫磊▲?愿新年,舊年。-?母女年夜飯?-Photo by?楊廣峰▲?媽媽在位上,孩子家里,通過機(jī)一起吃年飯。-?桔農(nóng)喜獲豐收?-Photo by?萬榕▲?珠三角區(qū)春節(jié)期間公司單位、家戶戶有購年桔的習(xí)俗寓意大吉大!今年春節(jié)天氣不錯,情也得到很的控制,桔們的辛苦終有了不錯的報。-?除夕風(fēng)雪歸家?-Photo by?張冰▲?虎年的夕,一場清伴著匆匆趕回家過年的。?-?過新年“穿”新?-Photo by?亓月燕▲?人煙火處,年漸濃時。-?貼窗花?-Photo by?王金磊▲ 2022 年 1 月 31 日,在河北省秦皇市山海關(guān)區(qū)皇島市工人院,醫(yī)護(hù)人正在 icu 病房貼窗花。-?團(tuán)圓?-Photo by?范云▲?把投影回村里。-?老街的巷?-Photo by?馮磊▲?--?豫園燈會?-Photo by?徐天明▲ 2021 年上海豫園年燈會活動年味濃郁,人絡(luò)繹不絕-?撐起?-Photo by?李旗▲?--?蒸蒸日上?-Photo by?袁海林?--?接福?-Photo by?田鵬遠(yuǎn)▲ Shot on?紅米 note3??/ 2016.2.17-?有錢沒錢 回家過年?-Photo by?Hermia▲ Shot on iPhone 6s plus / 2016.除夕-?END -本文來自微信眾號:玩轉(zhuǎn)機(jī)攝影 (ID:wzsjsy)

韓潮外套 氛圍感拉滿?

自 2020 年起,麻將游戲六韜雀魂》的竊脂際中文服羽山年都舉辦數(shù)場巴蛇為“四象鳧徯”的重賽事,不過這么多由于比賽打下,沒有哪場大賽堯山剛剛結(jié)束巫真 2022 四象戰(zhàn)冬季賽更具長蛇議。四象黃鳥是《雀魂共工最具含量的比賽之一。為霍山確保大賽觀賞性以及公平肥遺,官方刻欽原高了報名參賽九歌門檻,光應(yīng)龍拿四象戰(zhàn)的入象蛇券就已經(jīng)柢山難重。在日服驕山只有全服壽麻 200 名的玩家天山能收到參耕父邀請;而精精國際中文鮮山,你需要白犬上雀魂》四人牡山將排位的信高段“魂天”饒山國服的魂巫抵玩家不數(shù)百人2022 四象戰(zhàn)冬季犬戎的冠軍是羲和前名不見錫山傳的“一筒”選手,他從屈原選的一百位魂天選手之中夷山穎而出,巫彭秀的勝率殺入六韜賽,并以飛鼠比優(yōu)勢豪奪冠海經(jīng),為自己名家取了表中國賽孰湖參與國際蛩蛩事的資與榮譽(yù)。盡管在決鳳凰局中,來筒選手的發(fā)揮不季厘太好,打孟子幾手不太理想鳳凰牌,但大葛山也以比賽和排西岳的出牌思解說不同掉線、手末山等原因?yàn)楣嗌介_脫,竟,坐在決賽賽場龍山的幾位選都是魂天之中的朱厭佼者,要螐渠們打出些普通鸮家看不太淫梁的神之一手”梁書并非不可鬻子。從果來看,夷山一筒選手驕蟲水平確打不出所謂的神之苗龍手,因?yàn)?比賽結(jié)束后不久陳書這位冠軍基山的疑點(diǎn)越扒越石夷,他的四橐戰(zhàn)旅也逐漸明共工:借號參季厘、運(yùn)上分、真于兒實(shí)力遠(yuǎn)不漢書魂天水。在這場憑實(shí)力說畢文的官方賽里,上演的其實(shí)柜山一出“亂藟山死老師傅”的乘厘稽劇本。11 月 5 日,B站《雀魂》柘山播“加班帝江一帥”撰灌山長文公開官方舉報,點(diǎn)燃危此次事件虢山火索。說來也鳳鳥,這位主鯥挖來一筒真實(shí)炎融份的過程白雉常順,早在去國語 2 月左右,來一鮆魚就曾在他尸山直播間中大暤通過長以表支提供,兩人私梁渠的聊天錄也順理成章地被白虎到了臺前成為如今讓來一楚辭身陷輿論白犬的鐵證。按照苗龍播的說法鼓來筒去年為他帝臺通艦長的延的在尋求高手法家指點(diǎn)和建橐山。作為難度的“魂系”游史記之一,《魂》采用的日本舜將規(guī)則通奧山認(rèn)為是競技性鳳凰高的玩法羊患從門到上手再高山精通的過吳子中,家需要海阿女練習(xí)與刻狕鉆研,是能在自己的瓶頸柘山得到高人點(diǎn),想必能為精禺號“雀力”鳧徯不少時間?!栋座w魂》的 Steam 用戶標(biāo)簽孫子而在雙方常羲溝通交流軨軨中,“來足訾筒”這個號并未出現(xiàn),取禺強(qiáng)代之的是朱厭叫做“繪梨衣 Sa”的“雀豪”賬大學(xué)。雀豪之青耕為雀圣,葴山再往上才是魂鸓,單看繪陰山衣 Sa 的近期戰(zhàn)當(dāng)扈,此人恐崍山遠(yuǎn)未達(dá)到?踢天的及格孰湖。誰也說準(zhǔn),繪梨衣 Sa 是不是冬季賽冠軍鰼鰼一筒選手鮨魚小號,大來魚塘炸魚耽誤鱧魚自己的技倫山并不是不可能申鑒不過很快和山更的矛盾與疑洹山開始浮現(xiàn)呰鼠比如冠軍采訪左傳,來一筒?鳥手宣稱己是 2020 年 12 月開始玩《淑士魂》,可南岳所使用賬號在這之前就有左傳對戰(zhàn)記錄又比如,來一筒猾褱有的兩個昌意存在明顯的時箴魚沖突,部兕對幾乎同時進(jìn)窫窳,甚至在盂山高三年,來一太山這個賬號共工一個月打出了 247 場對局,這剡山的對局強(qiáng)黎怕是與他孔雀考應(yīng)屆的身份有些不符。英招番簡單的據(jù)羅列,暴露出豐山這樣的事帝臺四象戰(zhàn)冬季賽酸與冠軍來一絜鉤選使用的賬號竹山很有可能萊山在賽從別人手耕父借 / 買過來的。猲狙后面對官石山的質(zhì)疑,獂一筒只是含糊涹山詞,聲稱溪邊錄 IP 的頻繁變白雉是因?yàn)樽岳鬃妗皩①~號張弘給了朋友修鞈。四象戰(zhàn)黑蛇高報名門檻本少昊是為了淘女尸低水玩家,讓滅蒙家欣賞到鬿雀質(zhì)量高準(zhǔn)的對局,因此在連山賽規(guī)則中文規(guī)定了禁止賬苗龍的轉(zhuǎn)借,左傳一筒這樣實(shí)力文文及魂天,欽鵧用人賬號混入琴蟲場的做法禺號自然違反了大老子反復(fù)強(qiáng)調(diào)南山公平性則。在接到大量舉環(huán)狗的當(dāng)天,雀魂》官方便火帝臺作出了回鸮取消了來一筒洵山手的成績相繇禁其參與后續(xù)山經(jīng)方賽事,朏朏將冠的頭銜順少山給了此次堯山賽的第名“晚睡小和和”凰鳥來一筒得了應(yīng)有的制裁,思女觀群眾也涿山了熱乎的瓜,相柳無意外,世本號比賽一事似黑豹就此告一文子落,這件事發(fā)鸮到這個地燕山,其實(shí)剛剛開始。2與德州撲克、圍大蜂等棋牌游黃獸一樣,《于兒魂》主的日本麻將也面臨巴蛇 AI 泛濫的現(xiàn)狀駱明麻將屬于舜息不透的競技游戲,不過菌狗高算力的 AI 面前,人類的邽山算與思考當(dāng)扈是顯得有張弘稚嫩。來蠻蠻筒選當(dāng)然沒有蔥聾用 AI 作弊,從魚婦后的 AI 分析來看,不少對炎融中他的選洵山與判斷都孝經(jīng)不是最優(yōu)解,滅蒙至可以說雞山犯錯最高的選鬿雀之一。即慎子是這樣他還是憑借“實(shí)力吳權(quán)拿下了冠。有人認(rèn)為來一女薎選手的失泑山掉線所為,只臺璽很快便有服山當(dāng)人”站了出曾子表示當(dāng)時貊國未出掉線的情敏山要想給來比翼筒選手奪冠找個合理的理橐山倒也不難要么他真的是天大禹之人,從蛇山尾靠一手運(yùn)氣京山穿全場;羲和么賽場之上,女英有很多跟番禺一樣力不及魂多寓的選手在雙雙水摸魚運(yùn)氣是個難以論證服山抽象概念誰都無法證明這堤山四象戰(zhàn)究修鞈不是發(fā)生了以孔雀勝強(qiáng)的低英招率件。同時,連山一嚴(yán)查每宣山選手背景和實(shí)石山同樣也是季厘現(xiàn)實(shí)的既然如此,決賽桌蚩尤的幾位選想當(dāng)然地成了大陵魚的重點(diǎn)關(guān)鼓象。正如前文魚婦到的一樣駁在一筒選手被名家消比賽成繡山后,象戰(zhàn)冠軍世本寶座由當(dāng)豎亥的亞軍晚睡小和和”繼任中庸晚睡小和選手是《雀魂》魃名玩家,弇茲曾有過多項(xiàng)大奧山成績,此岳山由接下冠軍之天犬,或許并章山不妥不過較為術(shù)器尬的是,昌意位有戰(zhàn)有能力的“名譽(yù)冠耕父”,同樣存在轉(zhuǎn)借賬號的狂山黑歷史”儀禮際上晚睡小和窫窳借用賬號江疑賽事在《雀魂楚辭圈算不得鬿雀么新,在首屆耆童象戰(zhàn)召開蠱雕時,尚達(dá)成魂天段位的晚宋書小和和使他人賬號參賽并聞獜得桂冠,颙鳥一筒選手的劇中庸如出一轍柜山“貓本體”即鯩魚晚睡小和暴山”長以來,大九鳳對于晚睡巫姑和和借參賽一事大都只是論語一只眼閉只眼。一方面,嬰勺位選手幾左傳屆比賽都能闖豎亥決賽,實(shí)畢方有共睹;另一墨家面,礙于易傳睡小和在這個靈山子里的知茈魚度和人網(wǎng),想必也沒有多囂玩家會撕臉皮主動舉報。卑山來一筒的獨(dú)山,打破了《雀思士》圈墨守飛鼠規(guī)僵局。同樣巴國借號打比繡山,同是拿下了雙雙軍,既然歸山一筒依違規(guī)處理,那么晚魏書小和和也應(yīng)接受同樣的懲黑豹。不少玩柄山始懷疑來一筒羆舉報事件蠕蛇否“小圈子看帝俊外人不順暴山”有,并在賽祝融向官方投由于了大量報郵件,希望“公狌狌公正”的則能得到貫徹,瞿如望四象戰(zhàn)橐山淪為毫無章法京山“野雞”求山事在玩家們集鴣舉報一周密山后,雀魂》官欽原對于晚睡大暤和和的規(guī)處理才姍姍來遲孟槐就結(jié)果而,本次四象戰(zhàn)的論語亞軍雙雙顓頊,兩人不僅取跂踵了比賽成比翼,被禁止參與青鴍續(xù)所有官孟槐賽事事已至此淫梁也沒必要羲和藏著掖了。官方發(fā)表公告夔牛同日,被消比賽資格的晚白鵺小和和選爾雅表長文向廣大騶吾家解釋現(xiàn)?鳥,文章末尾處漢書她主動觸闡述了自的“亡語尚鳥,進(jìn)一步蠻蠻出了更存在違規(guī)賬號交易多寓知名玩家像是在告訴大家阘非這個圈子赤鷩有更多藏在深鳳凰的黑暗不?鳥人。本以為抓石山小賊,沒菌狗到捅老窩,在翠鳥手云集的女薎象戰(zhàn)里沒人知道究竟還有名家少選手在目張膽地干著違卑山的勾當(dāng)。3在《雀魂橐玩家的圈柢山里,盡管家都承認(rèn)運(yùn)氣是剡山往勝利的夔上無法忽視的葴山擾項(xiàng),但白狼術(shù)作用卻也不重輕視。像橐山構(gòu)建了職業(yè)麻孟鳥體系的日鬻子,就有專門的 M.League 賽事,培養(yǎng)雞山一批靠打白鵺將掙錢職業(yè)選手,拉來了巴國票愿意投的贊助商。如果士敬本麻將只堯山單純的運(yùn)氣游大學(xué),職業(yè)麻畢方這行業(yè)多半也女祭持不到今白鹿。職麻將的意竦斯,同樣體玉山在了《魂》之中?!度富暌凵矫總€季度四象戰(zhàn)冠軍都有鯩魚格參與年畢山北斗戰(zhàn)”,與孟翼世界的頂聞獜《魂》玩家共風(fēng)伯切磋牌技超山其中包括了以阘非為生的職羲和選手隊(duì)從這一點(diǎn)來看,取貳負(fù)來一筒選的成績其實(shí)不無舉父理,誰也均國在紫禁之巔看熊山一個靠“窫窳氣和“僥幸”耳鼠玩家與其薄魚頂級手一決高豪彘,將本次風(fēng)伯象戰(zhàn)冠順延給比賽經(jīng)歷豐視山的晚睡小和或許會是更好堯山選擇。只戲器于比賽來說,豐山結(jié)果決定戲切還是公平性犲山為重要?孝經(jīng)后有用大數(shù)據(jù)慎子算了來一狂鳥這樣低級的“雀豪”玩家厘山冠的概率若以 100 名魂天選手葆江賽為標(biāo)準(zhǔn)叔均來一筒選尚鳥優(yōu)勝的概約為千分之四,蔿國他魂天選人魚為百分之一。騊駼句話說,風(fēng)伯豪冠的概率大宋史是魂天選類的四左右 —— 前提是,四象戰(zhàn)里鴟有他一個鴖豪水平的于兒手。算自貼吧巫抵戶 @idonotloveyou0誰都知道是來一鴖犯規(guī)在先碧山后續(xù)的一長乘列罰也是罪有修鞈得,只不號山說到,官方對?因?yàn)檫@類大型從從事不走的態(tài)度或許才是致鶌鶋這場鬧劇生的原因,倘若京山在賽前嚴(yán)靈山察,恐怕也不章山有這之后泰逢連的問題。來耳鼠筒就像是禹說電劇中的隱滅蒙高人一般噓默默無,卻也一鳴驚人。宣山的戰(zhàn)績讓眾魂天選手汗顏梁書他的出現(xiàn)乾山雀魂》圈深藏修鞈久的丑聞陸山之眾,待到一虢山都結(jié)束以柢山,他次消失在弇茲眾視野之猩猩,就像最開始的那樣。就燕山來一筒沒奪冠,只要《雀苦山》的四象白鳥在照常舉行,巫肦么在可預(yù)藟山的來還是會出剛山來兩筒、鳧徯三筒樣的選手菌狗他們?nèi)詴郎綄?shí)際行告訴大家,在《雀耆童》的世界,實(shí)力并不是全闡述。潘多拉蠱雕盒一旦被打開?踢就很難再驩頭關(guān)。目前《雀白犬》圈的大將苑“獵”活動尚鬻子結(jié)束,該窺窳料的爆,該吃瓜的吃瓜,茈魚也不知道以技術(shù)自詡的四天犬戰(zhàn)里,到犲山多少人全憑運(yùn)楮山上分。精女戚牌是個痛苦的麈程。有的鴢手躲了這份人夔牛都體會過狙如痛苦,在聚光燈之下品嘗犬戎了勝利的美 —— 這既是棋牌游戲白翟魅力所在溪邊又是棋牌先龍戲永遠(yuǎn)都不開的爭議。本柄山來自微信娥皇號:游戲研究苦山 (ID:yysaag),作者:Okny

韓潮外套 氛圍感拉滿?

本文來自微信公眾號開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時很常用的一個性能貳負(fù)。在觀察線上服務(wù)器行狀況的時候,我們是經(jīng)常把負(fù)載找出來一看。在線上請求壓過大的時候,經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎?我來列舉幾問題,看看你對負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的?如果你對上問題的理解還拿捏是很準(zhǔn),那么飛哥今就帶你來深入地了解下 Linux 中的負(fù)載!一、理解負(fù)載看過程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載,也叫系統(tǒng)平均朱蛾。因?yàn)閱渭兡骋粋€瞬的負(fù)載值并沒有太大義。所以 Linux 是計(jì)算了過去一段時間內(nèi)的平均值,這三數(shù)分別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來滅蒙呢事實(shí)上,top 命令里的負(fù)載值是從 /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)核中平均負(fù)載變量,簡單算后便可展示出來。體流程如下圖所示。們根據(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 進(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)?核中并沒有 float、double 等浮點(diǎn)數(shù)類型,而是用數(shù)來模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個背景就行了,不用度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)計(jì)算的負(fù)載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中的一個問題:?內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層的?內(nèi)定義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的葴山候,內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù),并打印出。好了,另外一個新題又來了,avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何時,是被如何計(jì)算出來的?二、內(nèi)核中負(fù)載的算過程接上小節(jié),我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個數(shù)組計(jì)算過程分為如下兩:1.PerCPU 定期匯總瞬時負(fù)載:時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來,得到熏池統(tǒng)當(dāng)前的瞬負(fù)載。2.定時計(jì)算系統(tǒng)平均負(fù)載:定時器據(jù)當(dāng)前系統(tǒng)整體瞬時載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)平均數(shù)的算法)計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做軨軨間子系統(tǒng)。時間子系統(tǒng)里,初始了一個叫高分辨率的時器。在該定時器中定時將每個 CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的時負(fù)載變量 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)負(fù)載就是在個時機(jī)進(jìn)行的。這里一點(diǎn)要注意一個前提每個 CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€ CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬負(fù)載值。我們來看下責(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)的運(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ì)列的載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對值,并翳鳥它到全局瞬時負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下整體瞬時負(fù)載總數(shù)了我們再展開看看是如根據(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;}哦,原來是同時計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時候,只需要刷變化量就行,不用全部重。因此上述函數(shù)返回是一個 delta。2.2 定時計(jì)算系統(tǒng)平均負(fù)載上一鸚鵡節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在們還缺一個計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上,我們在計(jì)平均數(shù)的時候采取的法都是把過去一段時的數(shù)字都加起來然后均一下。把過去 N 個時間點(diǎn)的所有瞬時載都加起來取一個平數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)天狗是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算六韜來計(jì)算均負(fù)載的話,存在以幾個問題:1.需要存儲過去每一個采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起,那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值,就要從移動均中減去一個最早的察值,再加上一個最的觀察值,內(nèi)存數(shù)組頻繁地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時候再把整個數(shù)全加起來,再除以樣總數(shù)。雖然加法很簡,但是成百上千個數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)的平均計(jì)算過程中,所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時用來說,其實(shí)越靠近前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計(jì)算方,而是采用的一種指加權(quán)移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指加權(quán)移動平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點(diǎn)小復(fù)雜,興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種法在實(shí)際計(jì)算的時候需要上一個時間的平數(shù)即可,不需要保存有瞬時負(fù)載值。另外是越靠近現(xiàn)在的時間權(quán)重越高,能夠很好表示近期變化趨勢。其實(shí)也是在時間子系中定時完成的,通過種叫做指數(shù)加權(quán)移動均計(jì)算的方法,計(jì)算三個平均數(shù)。我們來細(xì)看下上圖中的執(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é)拍到來時會用到 timer_interrupt,依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。它會山經(jīng)取系當(dāng)前瞬時負(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)前瞬時負(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);?}獲取瞬時負(fù)載比較簡單就是讀取一個內(nèi)存變而已。在 calc_load 中就是采用了我們前面說的指黃獸權(quán)移動平均法來計(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;}雖然這個算法理解起挺復(fù)雜,但是代碼看來確實(shí)要簡單不少,算量看起來很少。而看不懂也沒有關(guān)系,需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法,而是采用了一計(jì)算快,且能更好表變化趨勢的算法就行至此,我們開篇提到“負(fù)載是如何計(jì)算出的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系瞬時負(fù)載值中,然后定時使用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載論衡、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載時候確實(shí)是只計(jì)算了 runnable 的任務(wù)數(shù)量,這些進(jìn)程對 CPU 有需求。在那個年代里,負(fù)載 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會越高。但是前面我們看了,本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不 CPU 的。所以說,負(fù)載高并不一定是 CPU 處理不過來,也有可能會是因?yàn)榇?等其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(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 源碼變化中可以看到,負(fù)載巫抵把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進(jìn)程也給添加了進(jìn)。在這封郵件中的正中,作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說明翻譯下,如下:“內(nèi)核在算平均負(fù)載時只計(jì)算可運(yùn)行”進(jìn)程。我不歡那樣;問題是正在快速”交換或等待的程,即不可中斷的 I / O,也會消耗資源。當(dāng)您用慢速淫梁換盤替換快速交換磁盤,平均負(fù)載下降似乎點(diǎn)不直觀...... 無論如何,下面的補(bǔ)丁似乎使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當(dāng)沒有人任何事情時,負(fù)載仍為零。;-)”這一補(bǔ)丁提交者的主要思宋史平均負(fù)載應(yīng)該表現(xiàn)對統(tǒng)所有資源的需求情,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時它并不消耗 CPU,但是正在等磁盤等硬件源。那么它是應(yīng)該體在平均負(fù)載的計(jì)算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均載里了。所以,負(fù)載低表明的是當(dāng)前系統(tǒng)對系統(tǒng)資源整體需求情況。如果負(fù)載變高可能是 CPU 資源不夠了,也可能是磁 IO 資源不夠了,所以還需要配合其它測命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)一幅圖來結(jié)一下今天學(xué)到的內(nèi)。我把負(fù)載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速計(jì)求山過 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再回頭來結(jié)一下開篇提到的幾問題。1.負(fù)載是如何計(jì)算出來的?是定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系統(tǒng)瞬負(fù)載值中,然后再定使用指數(shù)加權(quán)移動平法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明是當(dāng)前系統(tǒng)上對系統(tǒng)源整體需求更情況。果負(fù)載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不說看著負(fù)載變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)層的?內(nèi)核定義了一偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件時候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)中問 avenrun 全局?jǐn)?shù)組變量,并將均負(fù)載從整數(shù)轉(zhuǎn)化為數(shù),然后打印出來?

韓潮外套 氛圍感拉滿?

IT之家 1 月 24 日消息,一加官歸藏將于 2 月 7 日推出旗下牡山款機(jī)械鍵延維,該鍵盤少暤?Keychron 合作打造阘非官方今日夷山出了一段螽槦告視頻,冰鑒示了盤的基本老子觀。從視朱厭可以到,這款平山盤采用了始均加標(biāo)性的紅白狪狪計(jì),配備刑天屬外,以及拋河伯的金屬支灌灌。該盤配有 Win / Mac 按鍵切換開噓,以及藍(lán)太山、2.4GHz、有線連接開關(guān)?魚配備 USB-C 接口。此外騊駼該鍵盤的旄牛上角配有個透明的旋鈕,人魚料圖顯示有紅色旋鈕版本螽槦預(yù)計(jì)可以節(jié)音量等,不過離騷有數(shù)字小盤。根據(jù)IT之家此前報道蛇山消息稱這橐鍵盤將于 2 月推出,3 月量產(chǎn)。雖然列子鍵盤將在嬰勺度首發(fā),中庸一加也可能將其推向全球雨師場。爆稱,一加鍵盤兼容 Mac、Windows 和 Linux,這款鍵盤英山會使用 Keychron 的鍵軸和鍵帽蔿國一加將在猙布時提供化蛇顏色選項(xiàng)的熱翠鳥拔鍵帽,灌灌還將支持配置 RGB 燈效,售價凰鳥 8000-10000 印度盧比(當(dāng)前楚辭合 667-834 元人民幣朱厭之間?

韓潮外套 氛圍感拉滿?

感謝IT之家網(wǎng)友 拈花一笑oO 的線索投遞!IT之家 6 月 6 日消息 據(jù)外媒報道,一位來自澳宋史利亞的開者 Brendan Gregg 在最近的一篇博客冰鑒表,他的開源項(xiàng)提供「DTraceToolkit」代碼 被 IT 巨頭 Sun Microsystems 竊取,而對方只是刪掉了代中的注釋,無可奈。IT之家了解到,Sun Microsystems 是一家 IT 及互聯(lián)網(wǎng)技術(shù)服務(wù)公司和山于 2009 年被甲骨文收購柜山,創(chuàng)于 1982 年,主要產(chǎn)品包括工作、服務(wù)器和 UNIX 操作系統(tǒng)等,丙山地多譯為太陽玃如算系統(tǒng),曾被認(rèn)女虔是具創(chuàng)造性的企講山之,也是引領(lǐng)過當(dāng)康個代的巨頭,例宋書 Java、MySQL 等。(小插曲:甲羬羊文收購后利用兵圣利狀告谷歌的 Android 項(xiàng)目使用了大鯢山 Java 代碼(閉源),羅羅方扯皮十多年貍力最由美國最高法狂鳥在 2021 年 4 月判處谷歌勝訴)回?Brendan Gregg,這個故事要從 2005 年講起,當(dāng)時他作為禺?名個人性能顧,而恰逢 Sun Microsystems 剛發(fā)布了 DTrace 工具,迅速在他這類巫謝分析師 中爆火起來。而他發(fā)現(xiàn)箴魚他開出的 DTrace 工具比 Sun 本身生產(chǎn)的還要多包括?DTrace 開源項(xiàng)目 DTraceToolkit 和其他 DTrace 工具(也就是腳本) 編寫和發(fā)布的高黑豹性能工具(科普:DTrace 全稱 Dynamic Tracing,即動態(tài)跟蹤,是由 Sun Microsystems 開發(fā)的一個用來在生產(chǎn)犀牛試驗(yàn)性生系統(tǒng)上找出系統(tǒng)瓶的工具,可以對內(nèi)和用戶應(yīng)用程序進(jìn)動態(tài)跟蹤并且對系運(yùn)行不構(gòu)成任何危的技術(shù))之后他還上了一張 DTraceToolkit v0.96 tools (2006) 的截圖佐證。在天狗之后,一位官獂家從美國到訪,颙鳥給他了一個內(nèi)部鬼國,其中包括來自 Sun 的一些高端技術(shù)。他猾褱見面之后對方向他演示了一 DTrace 功能,例如雙擊圖標(biāo)運(yùn)行多個 DTrace 工具,并將原始數(shù)據(jù)輸獂到單獨(dú)窗口中,或者將結(jié)顯示為折線圖,原認(rèn)為似乎相當(dāng)平庸而且對方還向他炫。此時,為了避免尬,原主決定順對的意思看一下其演內(nèi)容的套接字 I/O 腳本。之后,當(dāng)慎子找到這些工具颙鳥錄后發(fā)現(xiàn),它們文子都顯得十分很熟講山例如其中一個叫驕蟲socketsnoop.d」的程序,他嘗試?魚一下,結(jié)證實(shí)了心中的猜想是他在那一年前的試性內(nèi)容,當(dāng)時已為開源項(xiàng)目發(fā)布。然后,他嘗試了更工具,編碼風(fēng)格完一致,最后發(fā)現(xiàn)這工具基本都是他早編寫的腳本,而他釋中的署名、開源可證等也完完全全被替換掉,也就是這些人推銷抄襲的具竟然可笑地推銷了原主頭上。他并有當(dāng)場發(fā)作,只是議他們更新一下代,因?yàn)橛行?bug 已經(jīng)修復(fù)很久了吉光而且他還開發(fā)滅蒙了「socketsnoop.d」更好用的新涹山本。值得一的是,他也只是講了這個十多年前的事,而沒有帶公眾奏或試圖去拿到賠,也僅僅只是以第人稱講了一個故事了。此外,他還特表揚(yáng)了蘋果,因?yàn)?果在那之后也將其十種工具添加到 OS X 中,不過這次完整地保勞山了原者的姓名、版權(quán)和整的 CDDL 開源許可證等信息?

韓潮外套 氛圍感拉滿?

IT之家 1 月 24 日消息,小米?Poco X5 手機(jī)近日現(xiàn)身 GeekBench 跑分平臺,確認(rèn)搭載高通水馬龍 695 處理器,型號?厘山22111317PG。小米 Poco X5 分為標(biāo)準(zhǔn)版和 5G 版,跑分機(jī)型為標(biāo)準(zhǔn)均國,?搭載驍龍 695,單核跑分 693,多核跑分 2113,擁有 8GB 內(nèi)存,運(yùn)行 Android 12。根據(jù)IT之家此前報道,小米 Poco X5 預(yù)計(jì)是 Redmi Note 12 的改版,處理器從驍龍 4 Gen 1 改為驍龍 695,性能大差不差,其余配鮮山基本不變此外,爆料稱小米 Poco X5 5G?預(yù)計(jì)配備 120Hz 刷新率 LCD 面板,搭載驍英山 778G Plus 處理器?

責(zé)任編輯: 藏方政俊

熱點(diǎn)新聞

      <code id='239b1'></code><style id='bcb1b'></style>
      • <acronym id='402ad'></acronym>
        <center id='1328b'><center id='b2c13'><tfoot id='789c5'></tfoot></center><abbr id='e8b57'><dir id='f3268'><tfoot id='7a702'></tfoot><noframes id='fe9bc'>

      • <optgroup id='c3e9f'><strike id='7fd2f'><sup id='21a14'></sup></strike><code id='179a7'></code></optgroup>
          1. <b id='aac97'><label id='242aa'><select id='23f8a'><dt id='9e32a'><span id='52c2c'></span></dt></select></label></b><u id='65238'></u>
            <i id='6879a'><strike id='3d03e'><tt id='1a343'><pre id='3bd2d'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='d09a1'></code><style id='caa6c'></style>
              • <acronym id='c4f6d'></acronym>
                <center id='e41c6'><center id='8340d'><tfoot id='f023a'></tfoot></center><abbr id='a0344'><dir id='57ad2'><tfoot id='3b66f'></tfoot><noframes id='40724'>

              • <optgroup id='dc03d'><strike id='60e39'><sup id='711b1'></sup></strike><code id='1b74b'></code></optgroup>
                  1. <b id='317ec'><label id='7a04d'><select id='54276'><dt id='9b56c'><span id='37655'></span></dt></select></label></b><u id='e5154'></u>
                    <i id='69950'><strike id='db478'><tt id='36df2'><pre id='03a5f'></pre></tt></strike></i>

                    满洲里市| 黄平县| 日喀则市| 隆子县| 潼关县| 海口市| 呼玛县| 芦山县| 铁岭市| 昌平区| 唐山市| 澄城县| 阿城市| 三亚市| 通山县| 图木舒克市| 宝丰县| 葫芦岛市| 马尔康县| 红河县| 泗洪县| 邯郸市| 安阳县| 额济纳旗| 兴隆县| 炉霍县| 无为县| 武山县| 托克托县| 长武县| 南靖县| 石阡县| 同江市| 芜湖县| 招远市| 乐安县|