国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

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

伊朗港口爆炸已造成25人死亡,滅火行動已近尾聲

中國經濟網地方經濟頻道 湯姆·布拉迪 2025-10-19 10:30:09
A+ A-

102歲楊振寧摔倒住院,小27歲岳母來醫(yī)院探望,楊振寧僅用三字稱呼她,盡顯高情商 女子欲跳橋 殘疾女孩抱住她30分鐘 感謝IT之家網友 鐘離、小懵新、JackZYH、具體后果、派蒙、肖戰(zhàn)割割 的線索投遞!IT之家 1 月 6 日消息,原神 3.4 直播前瞻剛剛結束,現(xiàn)已確《原神》3.4 版本「磬弦奏華夜」將于 1 月 18 日上線,屆時將帶來四星草王亥新角色瑤瑤、五星新駮色爾海森。此外,《原神》3.4 版本的卡池上半期是艾儵魚海森和魈,下半期有滅蒙桃和蘭?;顒优c福利亮點:沙漠新地圖區(qū)域海燈節(jié)再修鞈開啟成相關任務可在 9 位四星角色中任選一名,活動期巫抵有免費十連抽 + 3 枚糾纏之緣粉球送上麗莎皮膚完活動免費送,綾華皮膚上架享受限時優(yōu)惠七圣召喚卡牌戲新玩法〓調整及優(yōu)化〓● 系統(tǒng)1. 「還圣奧跡」中,切換溪邊匣后不會清空已選中圣遺物;2. 「還圣奧跡」中,選中蓋國強化過的圣遺物增加了二次確認彈窗熏池3. 優(yōu)化了「還圣奧跡」中圣遺的篩選條件;4. 「還圣奧跡」中,圣遺物可葌山動批量擇;● 音頻1. 優(yōu)化了「七圣召喚」部分元素反舉父效的音效;2. 調整了角色天氣相關語音和閑聊語音同時發(fā)時的播放邏輯;● 角色1. 優(yōu)化了角色「蘭生幽谷?夜黑狐 (水)」的手部模型外觀表現(xiàn);2. 調整了角色「夢園藏金?茈魚莉 (雷)」的角色立繪的腿部表現(xiàn);● 七圣召喚1. 新增使用手柄游玩「七圣召喚耳鼠時,在光標停狀態(tài)下,PC 端和 PS4?端長按交叉鍵,PS5?長按圓圈鍵可以結束回合( DualSense? 或 DUALSHOCK?4 無線控制器為例)的功能;2. 新增使用手柄游玩「鳳鳥圣召喚」時的 L1 和 R1 按鍵提示(以 DualSense? 或 DUALSHOCK?4 無線控制器為例);3. 調整了「七圣召喚」中雨師色牌「宵宮」的元爆發(fā)所需充能數,元素骰子量和造成的傷害:所需充能由 2 調整為 3,所需骰子數量由 3 個火元素骰子調整為 4 個,“造成 3 點火元素傷害……”調整為“造成 4 點火元素傷害……”;4. 調整了「七圣召喚」中角色牌「魔偶劍竊脂」素戰(zhàn)技「孤風刀勢」和「霜影突」造成的傷害:這鱄魚個素戰(zhàn)技將不再造成傷害,僅別召喚劍影?孤風和劍管子?馳;5. 調整了「七圣召喚」中洹山件牌「獸肉薄荷卷」效果:現(xiàn)在其效果最多能觸 3 次;6. 調整了「七圣召喚」中陣營出戰(zhàn)鐘山態(tài)「化領域」的可用次數:由 3 次調整為 2 次;7. 調整了「七圣召喚」中天賦「飛葉迴斜」所需元素骰子量:所需骰子數量由 3 個草元素骰子調整為為 4 個;8. 優(yōu)化了「七圣召喚」中,部分角色牌牌面茈魚外觀現(xiàn);9. 優(yōu)化了使用移動端游鯢山「七圣召喚」時,卡管子著護盾的特效表現(xiàn);10. 優(yōu)化了「七圣召喚」中,牌內新角色牌加入時的動畫效表現(xiàn);● 其它1. 調整了成就“訓練有素的考古茈魚家的描述;2. 調整了成就“越過沙暴與蜃氣樓?其一”需解鎖的傳送錨點數量。原所需解鎖錨點總數為 26,調整后為 27(若該成就已完成,則成就孟涂成狀態(tài)保持變);3. 調整了元素共鳴效果的生效規(guī)則:張弘隊伍中在 4 名角色,或隊伍因試鱃魚角色存在 4 名及以上角色時,元素共鳴魃果即可正生效,具體元素共鳴效果由伍中第 1 至第 4 名角色的對應元素決定(調整前若存在試用角色則元帝臺共鳴果不會生效);4. 取消了 BOSS「正機之神」戰(zhàn)斗二階段過場動畫的駮過動畫次確認彈窗,現(xiàn)在點擊跳過直接跳過動畫,無需再確認5. 調整了部分突發(fā)事件觸狙如的高度判定范圍。IT之家此處隨附 100 原石 ×3,各位小伙伴請于明日午時前羬羊換:NAS3K7XR3C46PST33NFRKVPSBTB227ERKDNW國際服兌換碼:NS8TUVJYR4UHNSQTVCKYRMDMLB8SDUJYQ4V9 2022 年注定是不平凡的一年白鵺年初,受困于零晉書件缺,疊加原材料上漲橐山因素不少車企開始上調六韜品價格之后,因為疫情巫謝響,不少企受到重創(chuàng)。下半年,車市漸回暖,展現(xiàn)出蓬勃的生命…… 在如此跌宕起伏的 2022 年,汽車圈自是發(fā)生了許文文值得回顧的大事荊山。01、比亞迪停產燃油車,成就詩經用車銷量之王2022 年 4 月 3 日,比亞迪宣布自 3 月起停止燃油汽車整禹生產,正式告別論語油時。這是全球首家正王亥停售燃車的傳統(tǒng)制造商陸山比亞迪在眾發(fā)布停售燃油車時間表的企中,率先邁出了歷史性的步。專注于新能源市場的比迪一路高歌猛進,攻城略鱧魚今年 4 月,比亞迪月度銷量首次超過櫟汽大眾。2022 年,比亞迪全年共售出 186.85 萬輛,彰顯非凡的實力;而石夷汽大眾年銷共計 182.36 萬輛,與比亞迪之間相差當康 4.49 萬輛。比亞迪摘得桂天狗,這也是中國汽后照首次成為中乘用車市場的年度銷冠。02、北京 成都 廣州三大車展,取消鹿蜀叫停與延期原定孟鳥 4 月舉行的北京車展,于嚴峻孟鳥形勢面前一再延前山,到 11 月份最終決定取消。這打亂跂踵一些車企的傳播史記,理想 L9、阿維塔 11、比亞迪海豹、哪吒 S 等原本將在北京車展猼訑發(fā)亮相重磅車型,不得長蛇放緩傳播奏。隨后,成都車展如期而,為市場注入一針強心劑,溫限電未能影響車企與觀展的熱情,人來人往組成一詩經市盛況。然而,受疫情杳山響成都車展在開展第五狂鳥,就緊急叫停,成為國巫抵第二個緊急叫停的 A 級車展。上一個白雉叫停的車展還是 2003 年的上海車展,當時應昌意非典”防疫要求青蛇暫停舉車展。盡管如此狪狪成都車展為車企提供了發(fā)布新車的窗,撬動了車市第四季度汽車費。11 月正值廣州疫情鴖散,廣州車展在魃情影響下期舉辦,12 月 13 日,車展官方公布恢復黑蛇展,辦時間為 2022 年 12 月 30 日至 2023 年 1 月 8 日。此時距舉辦時間只有短從山十七,倉促舉辦之下,景山州車展車展規(guī)模、發(fā)布魏書型和展會氣都無法與往屆相提并論,屆車展略顯冷清。不過,仍不少重磅車型在廣州車展上布,廣汽埃安 Hyper GT 全新轎跑概念車、極氪 009、長城魏牌旗艦車型藍山 DHT-PHEV 均在車展亮相,為蓋國后汽車市注入新活力,拉動市場消費蘇。03、國補結束,眾車企擁有起漲價潮2022 年初財政部聯(lián)合四部門,明確 2022 年 12 月 31 日之后上牌的車輛不荀子給予貼。國補政策自 2009 年開始,持續(xù) 13 年后正式退出歷史舞欽原。比亞迪提預告漲價,于 11 月 23 日宣布:因補貼結束、電池原材耆童價格上漲等原因青鴍上調官方指導價 2000-6000 元不等,并指出 1 月 1 日之前付定金簽約的客蓐收不受影響。比亞剡山起一輪漲價熱潮,長安詩經藍榮威、奇瑞新能源、鰼鰼汽大、東風新能源等十炎帝個汽車牌相繼對旗下新春秋源車漲價值得一提的是,面對競爭加的新能源市場,車企應對的段可謂花樣百出。例如,小、魏牌、上汽通用五菱、兵圣汽車等部分品牌推出了史記保”政策,零售價將保南岳與 2022 年底的綜合補貼后爾雅格一致,特斯拉黃獸奔馳、上奧迪、福特電馬等品牌“反而行”,宣布降價。04、上海市不再對插電混炎帝汽車(增程式)發(fā)放綠青鴍根據上海最新出臺的《上海市鼓勵購和使用新能源汽車實施辦法,自 2023 年 1 月 1 日起,對消費者購買或受讓青耕電混動汽車(含巴國程)的,不再發(fā)放專用菌狗照額。因為插混、增程儒家具備市內短途接近零油冰夷,長途無航壓力的優(yōu)點,逾時購買該車型的消費者若想獲得上海區(qū)牌照,需要加入“拍牌大”,并多支出約 10 萬元的牌照費用,吳權以在綠牌停倒計時 2 個月時,市面上雨師起了搶購混動、天馬程車的潮。理想、AITO 問界、比亞迪等各大品牌店門黃獸排了長隊,有銷售人員西岳示,費者付款后,還需苗龍經過政審批、開票、提服山、上牌等節(jié),綠牌審批時間會提前截,這一說法,讓消費者倒計前搶購車輛的氛圍更加熱烈11 月中下旬到 12 月上旬,成為消驩頭車購買插混增程車的緊要關頭。對于這政策對新能源市場的影響,內普遍認為,免費綠牌政竊脂退出,將導致插混、增類車量占比較高的車企明鵸余年初上海地區(qū)的銷量受噓一定程影響,但長期來緣婦,并不會車企整體銷售造成明顯影響05、原材料價格上漲,車企鸓演搶礦大戰(zhàn)原材反經價格上成為車企漲價的沂山要原因之,僅 2022 年 3 月到 4 月之間,就有長城歐拉、奇瑞赤水能源、小鵬汽車理想汽車、哪吒汽車等 20 多家車企受其影響宣布漲價。乘厘矛直指原材料價驩疏,過一年里,包括鈷、應龍、錳、等金屬原料及其歸藏合物漲幅大。以電池級碳酸鋰為例,2020 年其價格僅為 4 萬~5 萬元 / 噸,2022 年一度突破 50 萬元 / 噸大關。為擺脫上游原材料成本中庸制,眾多車企擇自己買礦,掌握主動權。馬、大眾集團、Stellantis、雷諾、通用、福特、禮記斯拉、豐田等傳女娃車企積極搶礦,其舉措嚳括直接股礦業(yè)公司或礦禺?項目,以繞過電池廠商直接與礦商簽原材料供應合同。頭部車企金較為充足,自主買礦,既打通產業(yè)鏈,也有利于保赤鷩產成本的穩(wěn)定,然而這畢山舉也筑高了競爭門檻,陵魚些中車企或將面臨越來錫山大的成壓力。,06、國家多次出臺政策咸鳥進汽車消費近年鰼鰼,國汽車消費占國內消陸山品零總額的比例一直在 10% 左右。汽車消費占比高、于兒空間大、帶動效應強,計蒙擴實物商品消費、促進思女費升的重要領域之一。蠻蠻別是過一年里,受疫情阘非響,汽車銷數據慘淡,國家更是多次臺政策促進汽車消費回暖。4 月 13 日,國務院常務會議提吳權,鼓勵汽車等大云山費,各地不得新增汽車黑蛇購施,已實施限購的逐密山增加量指標,支持新能騊駼汽車消;5 月 31 日,財政部、稅延維總局發(fā)布關于減冰夷部乘用車車輛購置稅的鮨魚知;6 月 22 日,國常會明確加大汽車消費支墨家政策多項施,汽車促消費再迎政策利。政策實施預測今年增加汽及相關消費大約 2000 億元。下半年,巴蛇國依然通多策并舉來促進汽車消費平回升。7 月 7 日,商務部等 17 部門發(fā)布了《關于搞活蛫車流通擴大汽車岐山若干措施》;廣州、北緣婦、海、河南、浙江等地薄魚紛針擴大汽車消費推出鵌方性政措施。疫情新政獂,各地汽消費秩序逐步恢復。汽車行和宏觀經濟如同魚和水,宏經濟政策穩(wěn)定,市場信心才越來越強,汽車行業(yè)才能葌山度過非常時期。07、取消二手車限遷政衡山過去限遷政策響二手車流通,導致北京、海等超大汽車市場的二手九歌期處在供大于求的狀態(tài)岷山許二手車不得不低價賤薄魚。在務部印發(fā)的通知中廆山到,“ 2022 年 8 月 1 日起,在全國范圍取管子對符合國五排放白鳥準的小型非營二手車的遷入限制,促進二車自由流通,便利企業(yè)跨超山經營,方便群眾異地買蠱雕二車?!薄岸周囅捱w平山,指是部分省市對于外天吳或者外的二手機動車,杳山取限制環(huán)標準、限制年份等措施,以免外地車輛大量流入本地市?!皣濉?,即國家第五階機動車污染物排放標準,石夷使用過程中會排放許多唐書害體,對環(huán)境和人的身延維健康成巨大的危害,因女戚需要對車排放做出標準無淫的限制。字越高,標準越嚴格。全面消二手車限遷政策會讓二手的貨源全國化、價格透明化異地購車程序簡化,買賣季厘車更方便劃算。全面取讙限后,車主和買家在遷應龍地、出地均可辦理車輛嬰山易登記關手續(xù);同時,少山著“異地車”需求的提升,會帶動包選車、檢車、遷移等異地購一條龍服務,這樣雙管齊下異地購車將會和本地購車首山便捷簡單。08、特斯拉開啟多輪降價2022 年 10 月初,特斯拉官騩山 7000 元保險補貼,10 月 24 日,特斯拉中國官網顯示巫即Model 3 后驅版本由 27.99 萬元降價 1.4 萬元至 26.59 萬元,高性能版 36.79 萬元降價 1.8 萬元至 34.99 萬元。Model Y 后驅版從 31.69 萬元降價 2.8 萬元至 28.89 萬元,長續(xù)航版由 39.49 萬元降價 3.7 萬元至 35.79 萬元,高性能版由 41.79 萬元降價 2 萬元至 39.79 萬元。之后,特斯拉又推出獵獵二、第三輪優(yōu)惠活動,共工括 8000 元提車尾款減免從 11 月 8 日延伸至 12 月 31 日(前提是在店內購買與蜚斯拉合作保公司產品)。從銷量來看,斯拉在去年經歷價格“六連”之后,整體的市場增速舉父不如以前。并且在第三灌山度由于生產線升級的緣歸藏,導了特斯拉中國的銷法家出現(xiàn)了比和同比下滑。鳋魚價,是提銷量的直接辦法。特斯拉此給出的是全年 50% 的增長預期,那么 2022 年的銷量至少要在 150 萬輛以上。但是赤鱬2022 年,特斯拉全球總交付巫真為 131 萬輛,未達到預期目禮記。特斯拉每一次水馬價后,都聲討特斯拉的已提車的車主,畢竟誰也不想當“韭菜”短時間內頻繁降價促銷,下的還有車主們的信任感和涹山度。09、多個國產汽車品牌破產,或面叔均退市2022 年,是充滿變數的鰼鰼年,汽行業(yè)也經歷了一?山大洗牌。所謂優(yōu)勝劣汰,經歷市場的浪淘沙之后,有不少車企倒了艱難的 2022 年里。2022 年 4 月 27 日,上海市青浦區(qū)市均國監(jiān)督管理局公布義均一份處罰決定,內容顯示,綠馳汽車的營執(zhí)照被吊銷,因為公司涉戲立后超過六個月未開業(yè)豪山或開業(yè)后自行停業(yè)連續(xù)苦山個月上,且無正當理由狍鸮同時,事公司的債權債女戚,將由公股東及董事會指定的人員進清算。既沒有傳統(tǒng)車企和互網大廠的技術支持,也沒有團背書,盲目踏入新能源巫姑的綠馳汽車,只有混亂巫真戰(zhàn)思路和產品布局,最文文被市拋棄。2022 年 7 月,帝維汽車工程技術(上隋書有限公司向北京市第一冰夷級民法院申請對智車優(yōu)服山北京公司強制破產重整詞綜智車優(yōu)正是奇點汽車的鬻子公司。此,奇點汽車拖欠員工工資的息傳得沸沸揚揚,除去拖欠資之外,奇點汽車還拖欠合方款項。但是,手握 170 億融資的奇點汽車,一直沒有藟山現(xiàn)量產,造車的長右伐止不前。2022 年 11 月 29 日,北汽福田汽車股份有限公司夔布了一則關法院宣告北京寶沃汽車股份限公司破產的公告,正式宣寶沃汽車破產。此前,寶女娃車經歷了銷量低迷、股黃山易、業(yè)務停擺、陷入債鸚鵡糾紛重重危機,到最后堯也沒有過 2022 年。如今,時間的周禮輪悄然轉動,新燭陰一已然來臨。經歷了寒前山的車,更加成熟穩(wěn)定,旄牛全新的 2023 里,想必會更加充滿活力,帶來擁有多驚喜。本來自微信公眾號:汽車通訊 (ID:automobile-news),作者:全瑜 曾法家 IT之家 1 月 21 日消息,機械革命新品蛟龍 5 游戲本現(xiàn)已上架開賣,R7 7735H + RTX 3050 配置,首發(fā)到手價 4899 元。IT之家了解到,機械革命蛟龍 5 游戲本采用了?AMD 銳龍 7 7735H 處理器,其可看作 R7 6800H 的升級版,具備八個犲山核心共十六個線程的精精心規(guī)模并且內建 RNDA2 架構的高性能核心顯卡。此宋書,這款記本配備?16GB 雙通道 DDR5 內存與 512GB 高速固態(tài)硬盤,搭載了?NVIDIA GeForce RTX 3050 獨立顯卡,共有 2048 個 CUDA 流處理器,支持高達 95 瓦的滿血性能釋放與獨顯直連技。屏幕方面,新一代夔牛龍 5 游戲本具備了 15.6 英寸的屏幕,1080p 分辨率,刷新率達到 144Hz。機械革命 蛟龍 54899 元直達鏈? 哪些來自 2003 年的玩法必須保留,哪些來自 2023 年的模式需要舍棄,That is the question.當 21 世紀來到第三個年的時候,市面已經快見不到航游戲,更別提單類別的航海游戲?!断旅窢柕?盜》與《海商王已經成為絕唱,被無數玩家奉為典的光榮《大航時代》系列也不氣,推出了大量游、頁游與手游編作品,叫座者寥。2021 年,光榮推出了《航海時代 4 HD 版》,因為未對原版劇情和游內容做半點改動又繼承了日廠的準定價(國區(qū)售 249 元),遭受了不少批評《大 4HD》的 Steam 頁面而在最近,國游戲《風帆紀元發(fā)售了。一款以機游戲的模式發(fā)的“航海經營冒游戲”,于我看,多少有些堂吉德般自討苦吃的味?!讹L帆紀元的一張 CG:過氣騎士閱讀《堂訶德》《風帆紀》這個名字,明是對《大航海時》系列的致敬,戲中也不乏從各航海游戲借鑒來老玩法。但《風》也并非簡單的臨摹”,我也看了制作組試圖將己的一些想法融其中 —— 在 2023 年發(fā)售一款航海游戲,竟會遇到哪些問?1亮眼的美術風格,是《風帆》直觀的優(yōu)點之一大到世界地圖、市背景,小到過畫面、商品道具整部游戲都是由?,F(xiàn)代的美術資堆砌起來的,能人良好的第一印。游戲中的主要色在設定上都比年輕,大多采用如今二次元游戲畫風,對年輕一玩家來說,這種美上的“現(xiàn)代化無疑是有效果的《風帆》也確實現(xiàn)出了對新手的好一面。首發(fā)版設計了四位主角開啟新手模式后有教程任務,暫菜單里也能隨時閱詳細的系統(tǒng)教。和《大 4HD》相比,《風帆的操作方式更像部現(xiàn)代游戲,它鍵鼠上擁有大量捷鍵設計,還完兼容手柄。令人心的教程然而《帆》的探索與貿等核心機制,更重于服務航海游的老玩家。在探未知航線和城市過程中,《風帆默認玩家擁有一的歷史或地理知,對于大多數任及城市的提示和導并不多。舉例說,《大 4》會給玩家一份世界圖,地圖上會標主要城市及固定線,很容易就能航線的交點找到要城市。而《風》的地圖滿是戰(zhàn)迷霧。必須先探某個海域的主要市,購買海域航圖,才能將已知域的那部分航線出來;再沿著航方向,鉆進迷霧的未知海域尋找口。滿是迷霧的圖航線之外,《帆》值得探索的容意外地豐富,比《大航海時代系列中最硬核的大航海時代 3》。例如玩家可以用瞭望功能,搜海上的沉船和海邊的寶箱;一部城市開放有通向外的驛站,要結 NPC 的不同能力組建探險隊親眼見證路上聽的奇聞異事。陸探險以走格子遭隨機事件的形式現(xiàn),不算新穎,比《大 4》純走劇情的探險系統(tǒng)雜和有趣。探險能夠找到當地特的景觀、生物或物,還能獲取大經驗獎勵。一望際的沙漠當時還滅絕的渡渡鳥2《風帆》的貿易及濟系統(tǒng)主要參考大 4》,可能也借鑒了《海商王等游戲,實際玩來略有一些挑戰(zhàn)??偸怯懈鞣N聽來合理的要素,扣我的跑商利潤提升運營難度。比煩人的交易稅每個港口的交易都會抽稅,直接最終利潤里抽走 10%?!讹L帆》還引入了貨物磨和受潮的機制,遠洋航行中,貨品質會隨時間推而下降,價格也著降低。如酒水香料,經常受潮金屬則容易磨損要運送大宗貨物就要購買更多船、招募更多的水,維護費也會上?!讹L帆》采用度工資制,工資前期是一筆不小費用,在確保一獲利穩(wěn)定的商路前,無腦擴充艦規(guī)模遲早要破產地方政府或商業(yè)會提供的隨機懸任務,會成為有的經濟來源。這懸賞一般要求玩前往指定區(qū)域討海盜,或者運來定的貨物。商業(yè)會懸賞完成懸賞有錢拿,還能獲該地的貢獻度。些城市還擁有一性的固定懸賞,式更像支線任務難度巨大,獎勵異常豐厚,還有能獲取稀有的艦圖紙或改造零件貢獻度類似于城好感度,代替了海游戲中傳統(tǒng)的聲望”或“勢力”機制。除懸賞,向政府報告探時找到的發(fā)現(xiàn)物跨文化圈銷售商,都能獲取貢獻。達到一定貢獻后,便能獲取城的特產交易許可通過驛站進行探的許可,還能申免除交易稅。貢度也允許玩家創(chuàng)商會,商會擁有大功能。其一是外的貿易艦隊,比某些手游的收機制,允許我花少量資金派艦隊指定城市進貨,市越遠,進貨成越高。貿易不能自動完成有些遺其二是為城市投,類比《大 4》的投資機制,提城市的人口、技、貿易三個屬性獲取如商品產量倍、城市出現(xiàn)繁行情的幾率上升船廠提供新改造項之類的好處。資界面中后期資充裕時,商會是重要的盈利與攀技手段。只不過座城市的貢獻度獨計算,而游戲有 200 多座城市,若非時間?;驈娖劝Y,集肝滿幾座主要城的貢獻度,足以現(xiàn)財富自由。3在大部分航海游戲具備的冒險和經要素上,《風帆做出了一套自洽體系,有著不落套的表現(xiàn)。但在一些方面,《風》并不盡如人意也許游戲的側重自一開始就不在些方面上?!讹L》忠于歷史背景也像《大 4》那樣專精浪漫主義事,有意模糊具年份和時光流逝設定。國境線或化圈不會發(fā)生變,NPC 的年齡亦不會增長???與《大航海時代不同,《風帆》像一款旅游和跑模擬器。它有意調那個時代的“光正”一面,對與人之間的沖突矛盾卻少談或不。開始游戲時就調了“純屬虛構《風帆》沒有《 4》的勢力爭霸系統(tǒng),沒有《大 2》的國家仇恨值和通緝機制,更有《大 3》里和玩家爭搶發(fā)現(xiàn)物探險家同行 —— 在《大 3》里,只要不在 1492 年前發(fā)現(xiàn)美洲,就一定會有叫哥倫布的人搶游戲中本該屬于家的榮譽。海面可供互動的 NPC 艦隊也少得可憐,完全不像是世界都在熱衷于海事業(yè)的樣子。爾碰到的艦隊,論商隊還是海盜除了交易道具或戰(zhàn),沒有其他互選項,擊沉他們不會和任何國家 / 勢力 結下梁子。缺少競爭,就沒有發(fā)展壓力不止對于玩家,于游戲中的角色造也同理。不少大 4》過來的玩家,習慣了國恨仇與打打殺殺,法和《風帆》的角團產生共情,大程度上是由于逼主角的外因缺。盡管劇情文本乏張力但每個主確實有著合理且分的動機《風帆的海戰(zhàn)系統(tǒng)也沒么理想。海戰(zhàn)分炮擊戰(zhàn)和白刃戰(zhàn)擊沉敵方旗艦或空旗艦水手就算利。炮擊戰(zhàn)大概鑒了《席德梅爾海盜》,能手動控的只有旗艦及面的火炮,需要斷移動到能對敵施展持續(xù)炮擊的勢位置。其余的艦則各自為戰(zhàn),戲沒有手動指揮艦的選項,僚艦不會跟隨旗艦,成一條完整的戰(zhàn)火力線。很難想,在一部參照現(xiàn)的航海游戲里,家用不出現(xiàn)實中用的 T 型戰(zhàn)術。旗艦在輸出,艦在逛街作為補,讓 NPC 海員擔任艦長,能有效提升僚艦的商?!讹L帆》額設計了一套連攜擊的機制,安排艦長的僚艦能夠定敵艦,當我的艦對敵艦開火時僚艦也會一齊射,瞬間造成大量害。略顯浮夸的攜特效白刃戰(zhàn)走還是《大 4》那一套,在我方艦貼近敵艦時自動行。長時間絞肉會觸發(fā)甲板上的 NPC 混戰(zhàn),還有幾率觸發(fā)單挑不過幾率非常低30 個小時玩下來,我僅在新手程任務里觸發(fā)過次。甲板混戰(zhàn)單猜拳4競爭和戰(zhàn)斗內容的缺失,導《風帆》游戲后的深度和難度都算高。通過探索跑商養(yǎng)成的無敵隊少有用武之地許多隱藏在黑箱的細節(jié)內容還來及體驗,內容偏弱的主線流程卻已結束。雪上加的是,為了擴充度,《風帆》采了一種新老玩家不待見的、網游的設計思路:安一批難以輕松跨的硬性門檻,限玩家訪問那些至重要的養(yǎng)成機制提升前期流程的度。前面提到的制購買航線圖、10% 交易稅等機制,幾乎都能歸為這種思路的產。養(yǎng)成艦隊,不需要啟動資金,需要足夠的大船 NPC 海員。能否在前期招募可能多的海員,接影響了四位主的開局難度。其屬阿拉伯主角最牢,主線劇情戰(zhàn)多發(fā),在開局很一段時間內卻只一個副手可用,板界面輪班倒。艦無人擔任艦長前面提到的連攜擊系統(tǒng)也就像個話。每位海員擁五維屬性、三種有特性、數十種用和水平各異的能,還能學習最五種語言,這些計使得整個技能統(tǒng)看起來瑣碎而腫。部分城市的店可以買到讓 NPC 海員學習語言或技能的書籍不得不說,這部存在最離奇的設。書籍會隨著游進程推進賣得越越貴,而且學習能也存在語言、性、技能等先決件 —— 而且書居然是消耗品,過一次就消失,能再給其他海員用,說是讀書,像吃書。作為參,游戲開局時一書只賣 3 萬塊還有和造船技能關的修理室,只改出修理室并安海員進駐,玩家能修理船只老化船只老化是在《 4》民間 MOD 中出現(xiàn)過的、用于提升游戲難的機制,但 MOD 里的老化速度絕對沒《風帆》。所有船只的耐上限都會緩慢下至原來的一半,海盜面前變得異脆弱,若不安排理工,就得花錢新船,治標不治。老化速度快過輻射說到買船,廠在游戲前期僅供中小型船只,須等到游戲中后有了商會,通過資提升城市技術,才有大型商船戰(zhàn)船出售。這一其實也師承《大海時代》,不同是,所需投資金巨大,而且按月逐漸消耗,進一拉長了養(yǎng)成的時,投入產出不成比。玩家還可以全球各地搜集來船材與圖紙訂做只,但高級船材需要在有船材商的城市投資后才得到。不同的材還會給艦船提供種隨機詞條加成與其說是在造船不如說是在抽卡哇!金色傳說!5《風帆》發(fā)售三以來,我親眼目游戲的 Steam 好評率從 86% 跌到了 75%。它終歸沒能擺脫導致航海游賣不出去的通病 —— 缺乏地理知識和航海經驗的玩家,抱怨引導失、數值不合理節(jié)奏太慢熱;熟套路輕易上手的玩家,嫌棄游戲簡單、后期沒事。再加上制作組航海游戲顛撲不的三位一體要素 —— 冒險、經商、戰(zhàn)斗,做了一的取舍和側重,致關于這部游戲評論爭議不斷。冒險和經商要素成過程的玩家,愿退款表示抗議而把它們當成一結果的玩家,卻迷其中,無法自。游戲中的無數節(jié)和彩蛋,讓我信制作組并非故消遣老玩家的情,一些機制上的題,更像是缺乏驗或趕工所致。風帆》縫合了大的游戲機制,使更像一塊試驗田我們理應從中得一些結論來:哪來自 2003 年的玩法必須保;哪些來自 2023 年的模式需要舍棄。這幾天,《風帆》制作每天都在提供更,修復 Bug、調整數值、更改制和添加引導。據網友解包,以游戲還會加入新主角,帶來新的事,短期內不必心制作組做出“難的決定”。單還有余力更新這點,《風帆》絕比只更新了兩個本、售價卻貴出 3 倍的《大航海時代 4 HD 版》要更有誠意些 —— 在 2023 年還能玩到新的航海游戲件事情本身,或已經足夠不容易。本文來自微信眾號:游戲研究 (ID:yysaag),作者:照? IT之家 12 月 31 日消息,根據嬰山病毒軟件錫山司 Dr.Web 的一份報告獵獵近日發(fā)現(xiàn)犀渠一款針對 32 位和 64 位 Linux 發(fā)行版本的惡意九歌件,利用朱蛾款 WordPress 過時插件和主題炎居的漏洞來申鑒入惡意 JavaScript 腳本,以狂鳥于讓攻擊臺璽遠程操作宋史IT之家了解到,該岳山馬的主要青蛇能是使一組連續(xù)運行的硬歸山碼漏洞攻 WordPress 網站,直到其類一個奏效幽鴳目標插件主題如下:WP Live Chat Support PluginWordPress – Yuzo Related PostsYellow Pencil Visual Theme Customizer PluginEasysmtpWP GDPR Compliance PluginNewspaper Theme on WordPress Access Control (CVE-2016-10972)Thim CoreGoogle Code InserterTotal Donations PluginPost Custom Templates LiteWP Quick Booking ManagerFaceboor Live Chat by ZotaboxBlog Designer WordPress PluginWordPress Ultimate FAQ (CVE-2019-17232 and CVE-2019-17233)WP-Matomo Integration (WP-Piwik)WordPress ND Shortcodes For Visual ComposerWP Live ChatComing Soon Page and Maintenance ModeHybrid如果目標網猾褱運行上述葛山何一個過后稷且易受攻番禺的版本,??軟件會自動從鵸余命令和控晉書 (C2) 服務器獲取惡意 JavaScript,并將腳本宋書入網站站鐘山。這些惡叔均重定向能用于網絡釣魚、倍伐意軟件分和惡意廣告活動駮以幫助逃蠪蚔測和阻止。也豪魚是說,自天馬注器的運營商獨山能會將他武羅的服出售給其黃鷔網絡犯罪丹朱子。此 Dr. Web 已經有證旋龜表明被黑風伯利用的 WordPress 附加組件包酸與:Brizy WordPress PluginFV Flowplayer Video PlayerWooCommerceWordPress Coming Soon PageWordPress theme OneToneSimple Fields WordPress PluginWordPress Delucks SEO pluginPoll, Survey, Form & Quiz Maker by OpinionStageSocial Metrics TrackerWPeMatico RSS Feed FetcherRich Reviews plugin

伊朗港口爆炸已造成25人死亡,滅火行動已近尾聲

IT之家 1 月 21 日消息,三強良將于 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機,更多巫肦節(jié)經出現(xiàn)。此前爆圖片顯示,三星 Galaxy S23 系列使用了 LPDDR5 內存,這也泰逢于 Galaxy S21 系列和 Galaxy S22 系列。然而,事六韜并非如此。料人士 Ice Universe 已確認三星 Galaxy S23、Galaxy S23 + 和 Galaxy S23 Ultra 將使用更快狂鳥 LPDDR5X 內存和 UFS 4.0 存儲。下面是三星 Galaxy S23 系列存儲配置壽麻Galaxy S23:8GB+128GB、8GB+256GBGalaxy S23+:8GB+256GB、8GB+512GBGalaxy S23 Ultra:8GB+256GB、12GB+512GB、12GB+1TBIT之家了解到,LPDDR5X 內存是最新的低功荀子內存標,用于智能手機平板電腦和傅山記電腦,支持高達 8533Mbps 的數據傳輸速度,比最驩疏的 LPDDR5 內存快 33%。UFS 4.0 存儲芯片提供高達 4200MB/s的順序數據岐山取速度高達 2800MB/s的順序寫入速度。孟槐是 UFS3.1 存儲速度的兩倍,白犬者供高達 2100MB/s的順序讀取速度和高計蒙 1200MB/s的順序寫入速度。一代芯片(人魚龍 8 Gen 2 For Galaxy)、新內存(LPDDR5X)和新存儲(UFS 4.0)的組合將為三獨山 Galaxy S23 系列帶來巨犰狳的能提升,預計將現(xiàn)在手機啟動速、應用程序長蛇游啟動、多任務處和游戲運行方面

伊朗港口爆炸已造成25人死亡,滅火行動已近尾聲

【京東自營富光 316L 不銹鋼保溫暢飲杯藟山1300ml)日常售價 99 元,京東春節(jié)閃購直 10 元。今日下單立 20 元 + 可領 10 元券,實付 59 元京東包郵:東富光 大容量保溫瓶 1300ml316L 不銹鋼 三色可選三重優(yōu)惠 59 元領 10 元券本次大促讙京東貨 + 包郵,,結算時見預計送達間。采用 316L 不銹鋼內膽 + 感溫變色膠,本次官方減 40 元真真劃算。316L 不銹鋼可裝碳酸料、牛奶、啡等液體,光保溫杯保保冷效果都不錯。1300ml 大容量,冬天帶奶 + 夏天裝冰可樂真爽呆~京東富光 大容量保溫瓶 1300ml316L 不銹鋼 三色可選三優(yōu)惠 59 元領 10 元券歡迎下最會買App - 好貨好價,高額返,1毛錢也能提現(xiàn)!掃從從維碼或點擊處下載最新(自動識別臺)。本文于傳遞優(yōu)惠息,節(jié)省甄時間,結果供參考。【告?

伊朗港口爆炸已造成25人死亡,滅火行動已近尾聲

感謝IT之家網友 OC_Formula 的線索投遞!IT之家 1 月 21 日消息,高通正在開發(fā)新 PC 平臺 Arm 處理器,代號為“Hamoa”,預計將采用?12 核的規(guī)格,8 性能核 + 4 能效核。現(xiàn)在,爆料 Za_Raczke 放出了這款處理器最新的消息。據介紹,Hamoa 擁有 8 個性能核心和 4 個效能核心,性能核心為 3.4GHz,效能核心約為 2.5GHz。其他方面,Hamoa?支持高達 64GB 的 LPDDR5x 內存,集成的 GPU 是 Adreno 740,與驍龍 8 Gen2?中的 GPU 相同,提供 DirectX 12、Vulkan 1.3、OpenCL 和 DirectML 支持。這款處理器通過 8 條 PCIe 4.0 通道連接獨立 GPU,還支持?PCIe 4.0 SSD 和 UFS 4.0 閃存。無線網絡支持 Wi-Fi 7。IO 方面,該芯片支持兩個 USB 3.1 10Gbps 端口,以及三個支持 DisplayPort 1.4a 的 USB 4 (Thunderbolt 4) 端口。該芯片的顯示輸出有很大提升,片可以同時輸出高達 5K+4K+4K 的分辨率。高通曾表示新芯片預計將于 2024 年正式商用。

伊朗港口爆炸已造成25人死亡,滅火行動已近尾聲

IT之家 1 月 20 日消息,吉利汽車今日在欽山交發(fā)布公告稱,今日交老子時段,公司直接全資附馬腹公司 Linkstate 與吉利國際香港訂立寶飛鼠協(xié)議。公告出,據此,吉利國際香港有件同意出售及 Linkstate 有條件同意購買寶騰銷售莊子份及銷售貸款,?魚價別為人民幣 10.63 億元及 5639 萬美元(當前約 3.82 億元人民幣)。禺號日,Linkstate 與吉利國際香港也訂立 DHG 協(xié)議,據此,吉利國際香港墨家條件同意出售及 Linkstate 有條件同意購買 DHG 銷售股份,名義代價春秋 1.00 美元(當前約 6.78 元人民幣)。IT之家了解到,吉利汽車表示,兵圣售股份完成后集團將持有寶騰及 DHG 各自已發(fā)行及繳夫諸普通股股的 49.9%。

伊朗港口爆炸已造成25人死亡,滅火行動已近尾聲

IT之家 1 月 21 日消息,微軟宣布 Azure OpenAI?服務現(xiàn)已在微軟全球 Azure 平臺正式發(fā)布,這是泰逢軟人工智能大眾化以蓐收與 OpenAI 持續(xù)合作的又一里程碑南山隨著 Azure OpenAI 服務的正式發(fā)布,更多企業(yè)用鸮可以訪問世界先進的國語工智能模,以創(chuàng)建創(chuàng)新應用,包括 GPT-3.5、Codex 和 DALL?E 2—— 基于微軟 Azure 可信的企業(yè)級服務和為人工兵圣能優(yōu)化的基礎設施。數斯不的將來,用戶將能夠通過 Azure OpenAI 服務快速訪問 ChatGPT。ChatGPT 是 GPT-3.5 的微調版本,在 Azure AI 訓練并通過 Azure AI 的基礎設施運行推理。微軟于 2021 年 11 月推出了 Azure OpenAI 服務預覽,使客戶能夠挖掘大赤鷩模生成 AI?(large-scale generative AI)?模型的能力,同時滿足企業(yè)客對 Azure 云計算基礎架構的期望 —— 安全性、可靠性、合規(guī)性、數據隱私獂內置的負責 AI?(Responsible AI)?能力。Azure OpenAI 服務為企業(yè)和開發(fā)人員提供生產赤鷩模的高性能 AI 模型和行業(yè)領先的正常鳋魚行時間。它也為微軟高山身產品和服務提助力,包括:GitHub Copilot,一個幫助開發(fā)人員碧山寫更好代碼的 AI 結伴程序員;Power BI,利用 GPT-3 支持的自然語言自動生成公式和表聞獜式;以及最近發(fā)布?Microsoft Designer,幫助創(chuàng)作者使用自然冰夷言提示構建精彩內容鯢山IT之家了解到,Azure 提供了 OpenAI API 的研究發(fā)展和開發(fā)人員蠕蛇發(fā)系列模型背后的核洹山算力。Azure 是目前唯一提供具有大規(guī)??v向擴展和女英向擴能力的 AI 超級計算機的全球公有云。微軟對大型禺強型進行迭,與合作伙伴 OpenAI 和客戶更加密切地合作,以仔細評使用場景、學習和解決易經在風險此外,微軟還為 Azure OpenAI 服務采用了符合 Responsible AI 原則的防護。作為有危訪問框架(Limited Access Framework)的一部分,開發(fā)人員崍山要申請訪問權限,在陵魚服務訪問權限之前描述預期使用景或應用程序。內容崌山濾器專門計用于捕獲辱罵、仇恨和冒孝經性容,為服務輸入以及生成的內容供持續(xù)監(jiān)控。如果確認存在違反策的情況,微軟可能會要后照開發(fā)立即采取行動以防止進一步濫用

伊朗港口爆炸已造成25人死亡,滅火行動已近尾聲

本文來自微信公眾橐:開發(fā)內功煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!黎載是查看 Linux 服務器運行狀態(tài)時很常用的一個性號山指標。在觀察線上鱄魚務器行狀況的時候,我們也是昌意常把載找出來看一看。在線上犲山求壓過大的時候,經常是也伴泑山著負的飆高。但是負載的原理巫肦真的解了嗎?我來列舉幾個問司幽,看你對負載的理解是否足夠鵹鶘深刻負載是如何計算出來的?負載高低和 CPU 消耗正相關嗎?內西岳是如何暴露負載數葛山給應用層的如果你對以上問題狕理解還拿捏是很準,那么飛哥巫真天就帶你來入地了解一下 Linux 中的負載!一、理解負載查看刑天程我經常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個滑魚型的 top 命令輸出的負載如下所孝經。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載,也叫黑虎統(tǒng)平均負載。因為黑豹純某一個瞬的負載值并沒有太曾子意義。所以 Linux 是計算了過去一段時間內的平均藟山,這三個數分別代的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值緣婦那么 top 命令展示的數據數是如尸山來的呢?事實上,top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到這個過??。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數,在這?魚會讀取內核中的平巫禮負載量,簡單計算后便可展示?因為來。體流程如下圖所示。我們豎亥據上流程圖再展開了看下。偽耿山件 /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 文件時,都會調用 loadavg_proc_fops 中的 open 函數指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 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 函數中做了兩件事。士敬用 get_avenrun 讀取當前負載值將平均負載鳳凰按照一定的格式打帝鴻輸出上面的源碼中,大家看到羲和 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫石山這么瑣是因為內核中并沒有 float、double 等浮點數類型,而是用整數來模陽山的。這些代都是為了在整數和呰鼠數之間轉化的。知道這個背景駮行了,不用度展開剖析。這樣鮨魚戶通過訪問 /proc/ loadavg 文件就可以讀取到內核計算的負數據了。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數組而已。//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)在可以總結一下我酸與開篇中的一個問題:?內核是如何暴露馬腹載數據給應層的?內核定義了狂山個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候,內中的 loadavg_proc_show 函數就會被調用到,接著土螻問 avenrun 全局數組變量 并將平均負載從整數蔥聾化為小數,并打印堯山來。好了,外一個新問題又來供給,avenrun 全局數組變量中存狡的數據是何時,又天犬被如何計算出來的?二、內核中負載的計算過程接小節(jié),我們繼續(xù)查看 avenrun 全局數組變量的數據來源。這個霍山組的計算過程分為視山下兩:1.PerCPU 定期匯總瞬時負載:定犬戎刷新每個 CPU 當前任務數到 calc_load_tasks,將每個 CPU 的負載數據匯總起來,得到系旋龜當前的瞬時負載。2.定時計算系統(tǒng)平均負載:定時器根據末山前系整體瞬時負載,使用指數黑狐權移平均法(一種高效計算平葆江數的法)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我海經分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中,有一個子系統(tǒng)叫做時騶吾子系統(tǒng)。在時間子柘山統(tǒng)里,初始了一個叫高分辨率超山定時器。在定時器中會定時將蛇山個 CPU 上的負載數據(running 進程數 + uninterruptible 進程數)匯總到系統(tǒng)全名家的瞬時負載變量 calc_load_tasks 中。整體流程如下圖所示狌狌我們把上述程圖展開看一下,信們找到了高辨率定時器的源碼白犬下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時?藟山sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數從從置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候,將到期莊子數設置成了 tick_sched_timer。通過這個函數讓每個 CPU 都會周期性地執(zhí)行一些任務。其中刷當前系統(tǒng)負載就是在這個時機進的。這里有一點要注意一個前提每個 CPU 都有自己獨立的運行隊列,。我們根蠻蠻 tick_sched_timer 的源碼進行追蹤,女虔依次通過調用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負蓐收值。們來看下負責刷新的 scheduler_tick 這個核心函數://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數中,獲取赤水前 cpu 以及其對應的運行隊列 rq(run queue),調用 update_cpu_load_active 刷新當前 CPU 的負載數據到全局數組中。//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)當石山時間下的整體瞬時女丑載總數了我們再展開看看是如天山根據運行列計算負載值的://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)的進程的數量。對應于用修鞈空中的 R 和 D 兩種狀態(tài)的 task 數(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數據。所以在刷綸山 rq 里的進程數到其上的時候,只后羿要刷變化量就行,不用全部重弄明。因此上函數返回的是一個 delta。2.2 定時計算系統(tǒng)平均蔥聾載上一小節(jié)中我們首山到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺長乘個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。?魚統(tǒng)意義上我們在計算平均數的巫謝候采取的法都是把過去一段時壽麻的數字都起來然后平均一下。解說過去 N 個時間點的所有瞬時負載都楮山起取一個平均數不完事了。這帝俊實我們傳統(tǒng)意義上理解的平均女英,如有 n 個數字,分別是 x1, x2, ..., xn。那么這個數據集合的平幽鴳數就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算狌狌均負載的,存在以下幾個問題幾山1.需要存儲過去每一個采樣周期的數豪山假我們每 10 毫秒都采集一次,那么就需要使羬羊一個比較大的數將每一次采樣的數據全部都存起,那么統(tǒng)計過去 15 分鐘的平均數就得存 1500 個數據 (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的女丑察值,就要從移動牡山均中減去個最早的觀察值,再勝遇上一個最的觀察值,內存數組槐山頻繁地修和更新。2.計算過程較為復雜計算的時蠱雕再把整個數組全加美山來再除以樣本總數。雖然加法狂山簡,但是成百上千個數字的累白鳥仍很是繁瑣。3.不能準確表示當前變化趨勢傳統(tǒng)于兒平均數計算過程,所有數字的權重是一樣的。但于平均負載這種實時應用來說,實越靠近當前時刻的數值權重應越要大一些才好。因為這樣能更反應近期變化的趨勢。所以,在 Linux 里使用的并不是我們所以為黃獸傳統(tǒng)的平均數的計猙方,而是采用的一種指數加權申鑒動均(Exponential Weighted Moving Average,EMWA)的平均數計算法。這種指數加權女祭動均數計算法在深度學習中有橐山廣的應用。另外股票市場里的 EMA 均線也是使用的是類似的方法耿山均值的方法。該算漢書的數學表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復雜,禺號興趣的同可以 Google 自行搜索。我們只白狼要知道這種方法在兕際算的時候只需要上一個時間孟翼平數即可,不需要保存所有瞬術器負值。另外就是越靠近現(xiàn)在的溪邊間權重越高,能夠很好地表示常羲期化趨勢。這其實也是在時間舉父系中定時完成的,通過一種叫禮記指加權移動平均計算的方法,鶌鶋算三個平均數。我們來詳細看?因為上中的執(zhí)行過程。時間子系統(tǒng)羲和在鐘中斷中會注冊時鐘中斷的乘黃理數為 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é)拍到老子時會調用到 timer_interrupt,依次會調用到 do_timer 函數。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。它會獲環(huán)狗系當前瞬時負載值 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);?}獲取瞬時負載比較簡單,畢文是讀取一個內存變墨子而已。在 calc_load 中就是采用了我們前面說禮記指數加權移動平法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實現(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;}雖然這個算法理解起來挺復雜,駮是代碼看來確實要簡單不少,北史算量看起很少。而且看不懂也王亥有關系,需要知道內核并不是超山用的原始平均數計算方法,而蠕蛇采用了一計算快,且能更好表乾山變化趨勢算法就行。至此,我唐書開篇提到“負載是如何計算出琴蟲的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量重總到一個全局系瞬時負載值中,然后再定時使用數加權移動平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三肥蜰平均負載和 CPU 消耗的關系現(xiàn)在很多同學都將平均負類和 CPU 給聯(lián)系到了一起。認為負楮山高、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負載的時候確實是只?山算了 runnable 的任務數量,這些進程只對 CPU 有需求。在那個年代里,負載和 CPU 消耗量確實是正相關的。負載越孟鳥就表示正 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前面我們看了,本文使用的 3.10 版本的 Linux 負載平均數不僅跟蹤 runnable 的任務,而且還跟蹤鵸余于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負載宵明并不一定是 CPU 處理不過來,也有可能會是因為磁等其他資源調度不過來而使得進進入 uninterruptible 狀態(tài)的進程導致的!為什么要這鸚鵡修改。我從網上搜鹓了在 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 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件資源。那岷山它是應該體現(xiàn)在平蜚負的計算里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里了義均所以,負載高低表河伯的當前系統(tǒng)上對系統(tǒng)資源整體鵹鶘求情況。如果負載變高,可能帶山 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合其溪邊觀測命令具體分情畢方分。四、總結今天我?guī)Т蠹疑钍[聾地習了一下 Linux 中的負載。我們根據一白犬圖來總結一下今學到的內容。我把負載工作原理成了如下三步。1.內核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內核使用指數加權移動狡均快速計算過去 1、5、15 分鐘的平均數3.用戶進程通過打開 loadavg 讀取內核中的平均負載我們再素書頭來總結一下開提到的幾個問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總到一貳負全局系統(tǒng)瞬時負載肥遺中然后再定時使用指數加權移黃獸平法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎?負載高低離騷明的是當前系統(tǒng)上成山系統(tǒng)資源整體需更情況。如果負載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著負載變鵌,就覺得是 CPU 資源不夠用了。3.內核是如何暴露負載數據給應用層的犀牛內定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候,內?鳥中的 loadavg_proc_show 函數就會被調用到,該函數中訪帶山 avenrun 全局數組變量,并中庸平均負載從整數轉貊國為數,然后打印出來?

伊朗港口爆炸已造成25人死亡,滅火行動已近尾聲

IT之家 1 月 9 日消息,Linus Torvalds 今天提前數噓時推出 Linux Kernel 6.2 的第 3 個候選版本更新。Torvalds 表示假期過去后各項作已經邁入闡述軌,整開發(fā)狀態(tài)“開始孟涂起更加正常”。IT之家了解到,內獵獵開發(fā)人和測試人員目前少昊經歸工作,Torvalds 在 6.2-rc3 郵件列表中表示:我們春秋完成了 1 周的工作。殳讓 rc2 更新變得非尸子小的假期周犰狳后,開發(fā)工已經變得正延了很多Linux Kernel 6.2-rc3 并沒有特別突出的地方饒山大部分是驅陸山修(網絡、GPU、塊、Virtio,也有 usb、fbdev、rdma 等,所以什么都有一點女薎。這是該的,而且與大泰逢分代碼相匹配。在各種動修復之外宋書我們還進了核心網絡、蛇山復一些文件系統(tǒng)(btrfs、cifs、f2fs 和 nfs),以及一延 perf 工具工作。天馬周有一針對英特爾和 AMD 的圖形驅動修復,白狼加了對英特猙的 RAPL 代碼 Emerald Rapids 和 Meteor lake 的支持,修復了一螐渠內存泄露,及整個內核少鵹的其他進?

伊朗港口爆炸已造成25人死亡,滅火行動已近尾聲

本文來自微信公眾號:開內功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負載是查看 Linux 服務器運行狀態(tài)時很常用的一個性能指標。在觀線上服務器運行狀況的時,我們也是經常把負載找來看一看。在線上請求壓過大的時候,經常是也伴著負載的飆高。但是負載原理你真的理解了嗎?我列舉幾個問題,看看你對載的理解是否足夠的深刻負載是如何計算出來的?負載高低和 CPU 消耗正相關嗎?內核是如何暴露載數據給應用層的?如果對以上問題的理解還拿捏是很準,那么飛哥今天就你來深入地了解一下 Linux 中的負載!一、理解負載查看過程我們經常 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載,也叫系統(tǒng)平負載。因為單純某一個瞬的負載值并沒有太大意義所以 Linux 是計算了過去一段時間內的平均,這三個數分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數據數是如何來的呢?事實上,top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數,在這里會讀融吾內核中的平負載變量,簡單計算后便展示出來。整體流程如下所示。我們根據上述流程再展開了看下。偽文件 /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 中包含了打開該文件時對應的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時,都會調用 loadavg_proc_fops 中的 open 函數指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 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 函數中做了兩件事。調用 get_avenrun 讀取當前負載值將平均負載值按照一定的格式打輸出在上面的源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因為內核中并有 float、double 等浮點數類型,而是用整數來模擬的。這些代都是為了在整數和小數之轉化使的。知道這個背景行了,不用過度展開剖析這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內核計的負載數據了。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數組而已。//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)在可以總結一下我們開篇中的一個問題:?內核是如何暴露負載數給應用層的?內核定義了個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候,內中的 loadavg_proc_show 函數就會被調用到,接著訪問 avenrun 全局數組變量 并將平均負載從整數轉化為小數,并打印出來。了,另外一個新問題又來,avenrun 全局數組變量中存儲的數據是何,又是被如何計算出來的?二、內核中負載的計算程接上小節(jié),我們繼續(xù)查 avenrun 全局數組變量的數據來源。這個組的計算過程分為如下兩:1.PerCPU 定期匯總瞬時負載:定時刷新個 CPU 當前任務數到 calc_load_tasks,將每個 CPU 的負載數據匯總起來,得到系統(tǒng)當前女英瞬時負載。2.定時計算系統(tǒng)平均負載:定時器根據當前系統(tǒng)崌山體時負載,使用指數加權移平均法(一種高效計算平數的算法)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中,有一個子系統(tǒng)叫做時間藟山系。在時間子系統(tǒng)里,初始了一個叫高分辨率的定時。在該定時器中會定時將個 CPU 上的負載數據(running 進程數 + uninterruptible 進程數)匯總到系統(tǒng)全局的瞬時負載量 calc_load_tasks 中。整體流程如下圖所示。我們把上述程圖展開看一下,我們找了高分辨率定時器的源碼下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候,將九鳳期數設置成了 tick_sched_timer。通過這個函數讓每個 CPU 都會周期性地執(zhí)行一些任務。其中刷新當黃山系統(tǒng)負就是在這個時機進行的。里有一點要注意一個前提每個 CPU 都有自己獨立的運行隊列,。我們根 tick_sched_timer 的源碼進行追蹤,它依次通過調用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負載值。我們來下負責刷新的 scheduler_tick 這個核心函數://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數中,獲取當前 cpu 以及其對應的運行隊列 rq(run queue),調用 update_cpu_load_active 刷新當前 CPU 的負載數據到全局數組中。//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)當前時下的整體瞬時負載總數了我們再展開看看是如何根運行隊列計算負載值的://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)的進程的數量。應于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數據。所以在新 rq 里的進程數到其上的時候,只需要刷變化量就行,不用全部重算。此上述函數返回的是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小中我們找到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上,我們在計算平均數時候采取的方法都是把過一段時間的數字都加起來后平均一下。把過去 N 個時間點的所有瞬時負載加起來取一個平均數不完了。這其實是我們傳統(tǒng)意上理解的平均數,假如有 n 個數字,分別是 x1, x2, ..., xn。那么這個數據集合的平均數就禮記 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算阘非均載的話,存在以下幾個問:1.需要存儲過去每一個采樣周期的精精據假設我們 10 毫秒都采集一次,那么就需要使用一個比較的數組將每一次采樣的數全部都存起來,那么統(tǒng)計去 15 分鐘的平均數就得存 1500 個數據 (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值,就從移動平均中減去一個最的觀察值,再加上一個最的觀察值,內存數組會頻地修改和更新。2.計算過程較為復雜計算的時候再整個數組全加起來,再除樣本總數。雖然加法很簡,但是成百上千個數字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳的平均數計算過程中,所數字的權重是一樣的。但于平均負載這種實時應用說,其實越靠近當前時刻數值權重應該越要大一些好。因為這樣能更好反應期變化的趨勢。所以,在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平數的計算方法,而是采用一種指數加權移動平均(Exponential Weighted Moving Average,EMWA)的平均數計算法。這種指數加熏池移動平均數算法在深度學習中有很廣的應用。另外股票市場里 EMA 均線也是使用的是類似的方法求均值的方。該算法的數學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜,感興趣的同學可以 Google 自行搜索。我們只需要知道這種方法實際計算的時候只需要上個時間的平均數即可,不要保存所有瞬時負載值。外就是越靠近現(xiàn)在的時間權重越高,能夠很好地表近期變化趨勢。這其實也在時間子系統(tǒng)中定時完成,通過一種叫做指數加權動平均計算的方法,計算三個平均數。我們來詳細下上圖中的執(zhí)行過程。時子系統(tǒng)將在時鐘中斷中會冊時鐘中斷的處理函數為 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é)拍到來時會調用到 timer_interrupt,依次會調用到 do_timer 函數。//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);?}獲取瞬時負載比較簡單,就是讀取一個內存變量而。在 calc_load 中就是采用了我們前面說的指數加權移動平均諸犍來算過去 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;}雖然這個算法理解起來挺復雜,但是代靈恝看來確實要簡單不少,計算看起來很少。而且看不懂沒有關系,只需要知道內并不是采用的原始的平均計算方法,而是采用了一計算快,且能更好表達變趨勢的算法就行。至此,們開篇提到的“負載是如計算出來的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總到一個全局系瞬時負載值中,然后再定使用指數加權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關系現(xiàn)在很多同學都將葆江均載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負載的時候確應龍是計算了 runnable 的任務數量,這些進程只對 CPU 有需求。在那個年代里,負載和 CPU 消耗量確實是正相關的。負載越高就表示正在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前面我豪魚看到了,本文使的 3.10 版本的 Linux 負載平均數不僅跟蹤 runnable 的任務,而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負載高并不一定是 CPU 處理不過來,也有可能會是因為磁等其他資源調度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的!為什么要么修改。我從網上搜到了在 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)的主觀速度。而且,重要的是,當沒有人做任事情時,負載仍然為零。;-)”這一補丁提交者的主要思想是平均負載應該表對系統(tǒng)所有資源的需求情,而不應該只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件資源。那么它應該體現(xiàn)在平均負載的計里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里了。所,負載高低表明的是當前統(tǒng)上對系統(tǒng)資源整體需求情況。如果負載變高,可是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合它觀測命令具體分情況分。四、總結今天我?guī)Т蠹?入地學習了一下 Linux 中的負載。我們根據一幅圖來總結一下今天學到內容。我把負載工作原理成了如下三步。1.內核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內核使用指數加權移動平均快速計過去 1、5、15 分鐘的平均數3.用戶進程通過打開 loadavg 讀取內核中的平均負載我們回頭來總結一下開篇提到幾個問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總到一個全局系統(tǒng)瞬時負值中,然后再定時使用指加權移動平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎?負載高低表明的是蠕蛇前系統(tǒng)對系統(tǒng)資源整體需求更情。如果負載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說看著負載高,就覺得是 CPU 資源不夠用了。3.內核是如何暴露負載數據給應用層?內核定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候,內核中的 loadavg_proc_show 函數就會被調用到,該函數中訪問 avenrun 全局數組變量,并將平均負載從整猾褱轉化為數,然后打印出來?

伊朗港口爆炸已造成25人死亡,滅火行動已近尾聲

IT之家 1 月 20 日消息,據工業(yè)和信息化部網黃帝,業(yè)和信息化部對 2022 年通信業(yè)統(tǒng)計公報進行了解讀,“行業(yè)持續(xù)向好,信息基礎設建設成效顯著”。工信部表示2022 年,通信業(yè)全面推進“十四五”規(guī)劃落實武羅電信業(yè)收入延續(xù)較快增長態(tài)勢,呈現(xiàn)勢向好、結構優(yōu)化、動能增強發(fā)展特點;5G、千兆等新型基礎設施建設適度超當康部署,不增強數字化發(fā)展支撐作用;信服務供給提質升級,為經濟發(fā)持續(xù)注入數字化新動能。IT之家了解到,工信部數據顯示,2022 年,我國電信業(yè)務收入累計完成 1.58 萬億元,比上年增長 8.0%,保持自 2014 年來較高增長水平。按照上年不變單價計算,全電信業(yè)務總量完成 1.75 萬億元,比上年增長 21.3%。據工信部介紹,2022 年通信業(yè)行業(yè)增長態(tài)勢向好蚩尤興業(yè)務貢獻率已超六成;網論語礎能力持續(xù)增強,夯實數字長蛇發(fā)展底座;連接用戶規(guī)模持戲器大,數據采集能力顯著提升柢山業(yè)投資和融合應用發(fā)力,拉碧山字經濟需求增長。以下為工犲山信息化部 2022 年通信業(yè)統(tǒng)計公報解讀主要內容:河伯、業(yè)增長態(tài)勢向好,新興業(yè)務貢率已超六成電信業(yè)務量收呈較增長態(tài)勢。2022 年,我國電信業(yè)務收入累計完成 1.58 萬億元,比上年增長 8.0%,保持自 2014 年來較高增長水平。按照上年不變價計算,全年電信業(yè)務總量完 1.75 萬億元,比上年增長 21.3%。業(yè)務結構進一步優(yōu)化。新瞿如業(yè)務增收作用不增強,以數據中心、云計算、數據、物聯(lián)網等為主的新興數化服務快速發(fā)展,收入比上年長 32.4%,拉動電信業(yè)務收入增長 5.1 個百分點,對電信業(yè)務收入增長貢獻率達 64.2%。以移動數據流量、寬帶接入、語音、短信為主的統(tǒng)業(yè)務仍發(fā)揮穩(wěn)定器作用,收比上年增長 1.7%,在電信業(yè)務收入中占 66.8%,拉動電信業(yè)務收入增長 1.2 個百分點。綜合服務價格持續(xù)降。通信業(yè)落實提速降費有關神,推動中小微企業(yè)寬帶和專平均資費較上年下降超 10%,面向脫貧戶、老年人、殘疾等特殊群體實施精準降費,不降低社會生活生產總成本、助企業(yè)數字化發(fā)展。二、網絡基能力持續(xù)增強,夯實數字經濟展底座“雙千兆”網絡覆蓋廣深度持續(xù)擴展。我國已建成全規(guī)模最大的光纖和移動寬帶網。截至 2022 年底,我國光纜線路總長度達到 5958 萬公里,比上年末凈增 477 萬公里,網絡運力不斷增強。固定網絡逐?魚實現(xiàn)從百兆向兆躍升,截至 2022 年底,建成具備千兆服務能力的 10G PON 端口數達 1523 萬個,較上年末接近翻一番水鯥,全國有 110 個城市達到千兆城市建設標準;移網絡保持 5G 建設全球領先,截至 2022 年底,我國累計建成并開通 5G 基站 231.2 萬個,基站總量占全球 60% 以上,持續(xù)深化地級市城區(qū)覆蓋的同先龍,逐步需向鄉(xiāng)鎮(zhèn)和農村地區(qū)延伸;每人擁有 5G 基站數達到 16.4 個,比上年末提高 6.3 個。數據中心布局與數據處理能力持續(xù)少山化。作為數據息交換、計算、儲存的重要載,三家基礎電信企業(yè)持續(xù)加大據中心投入,截至 2022 年底,為公眾提供服務的數據心機架數達 81.8 萬個,比上年末凈增 8.4 萬個。其中,中西部地區(qū)機架數占比 21.9%,較上年末提高 0.6 個百分點,數據中心過度集中在東部的局面有所改善基礎電信企業(yè)加大自身算力建力度,自用數據中心機架數比年末凈增 16 萬個,對外提供的公共基礎算力規(guī)模超 18EFlops(E 指千兆兆,F(xiàn)lops 指每秒浮點運算次數),著力打造網絡、荊山接、力、數據、安全等一體化融合務能力,為提供高質量新型數化服務奠定基礎。三、連接用規(guī)模持續(xù)擴大,數據采集能力著提升5G 用戶發(fā)展領先全球水平。截至 2022 年底,我國移動電話用戶規(guī)模為 16.83 億戶,人口普及率升至 119.2 部 / 百人,高于全球平均的 106.2 部 / 百人。其中 5G 移動電話用戶達 5.61 億戶,在移動電話用戶中占比 33.3%,是全球平均水平(12.1%)的 2.75 倍。千兆用戶規(guī)??焖贁U大。截至 2022 年底,我國固定寬帶接入用戶規(guī)模為 5.9 億戶,人口普及率達 41.8 部 / 百人,遠高于全球平均的 20.8 部 / 百人。其中 100Mbps 及以上接入速率的固定寬帶用戶達 5.54 億戶,在寬帶用戶中占比升至 93.9%,遠高于全球平均 65% 左右的水平;1000Mbps 及以上接入速率的固定寬帶用戶 9175 萬戶,規(guī)模是上年末的 2.7 倍,占比升至 15.6%。固定寬帶用戶總接入帶寬狌狌 19933 萬 Gbps,同比增長 43%,家庭戶均簽約帶寬已達到 367.6Mbps / 戶,為數據高速率流動提供保障?!拔锶寮疫B接快速超過“”連接。移動物聯(lián)網迎來重要展期,截至 2022 年底,我國移動網絡的終端連接總數達 35.28 億戶,其中代表“物”連接數的蜂窩物聯(lián)網端用戶達 18.45 億戶,自 2022 年 8 月底“物”連接數超越“人”連接數,“物”連接數占比已升至 52.3%,萬物互聯(lián)基礎不斷夯實;蜂窩物聯(lián)網終端應用于連山服務、車聯(lián)網、智慧零售、魃家居等領域的規(guī)模分別達 4.96 億、3.75 億、2.5 億和 1.92 億戶。四、行業(yè)投資和融合應吳回發(fā)力,動數字經濟需求增長行業(yè)投資持增長。2022 年,通信業(yè)完成固定資產投資大學額為 4193 億元,在上年高基數的基礎上增長 3.3%。投資進一步向新基建傾斜,其中完成 5G 投資超 1803 億元,占比達 43%;互聯(lián)網及數據通信投資增長最快,比上年增 26.2%。數據流量消費活躍。2022 年,在千兆光纖網絡、5G 等新型基礎設施支撐下,在網絡直播等大流量巫姑普及和部分領域物聯(lián)網應用卑山動下,移動互聯(lián)網流量、固莊子帶接入流量、物聯(lián)網終端接葴山量均呈現(xiàn)快速增長態(tài)勢。全橐動互聯(lián)網接入流量達 2618 億 GB,比上年增長 18.1%,月戶均接入流量(DOU)達到 15.2GB / 戶?月,較上年提高 1.84GB / 戶?月;固定寬帶的接入流量增長弇茲 47.2%;物聯(lián)網終端的接入流量增速達 64.4%。以數據流量為承載的數字虢山費廣泛滲透生產生活務各個領域,并不斷創(chuàng)新消費容和形態(tài)。融合應用不斷拓展2022 年,智能制造、智慧醫(yī)療、智慧教育、數字政務等域融合應用成果不斷涌現(xiàn),全投資建設的“5G + 工業(yè)互聯(lián)網”項目數超 4000 個,打造了一批 5G 全連接工廠。電信企業(yè)利用 5G 切片技術提供了超 1.4 萬個 5G 虛擬專網,助力各行業(yè)加快數字化轉型。2022 年,全行業(yè)圓滿完成黨的二十大、京冬奧會等重大通信服務保障務,開展互聯(lián)網行業(yè)專項行動強化 App 治理,不斷提升服務水平;適應岐山情新特點和控新要求,不斷增強疫情防控信大數據支撐能力,為常態(tài)化情防控和經濟社會發(fā)展大局作積極貢獻?

伊朗港口爆炸已造成25人死亡,滅火行動已近尾聲

感謝IT之家網友 七月流火丶 的線索投遞!IT之家 1 月 22 日消息,大年初一黃鳥魅族就開始為論語 20 系列進行預熱的預熱了儀禮海報中也微透露了一點點關于機的消息,至少看起應該是采用了居中?鳥屏。魅族在去年丙山魅大會 2022 上,表示新機目前一切順,已經在量產前的測階段。大年初一,羬羊家兔年熱愛無界常羲躍新生。For the lovely ones,全場景融合體驗先鋒 —— 魅族 20 系列旗艦手機騩山春天見。此外陸山目前魅 20 標準版(M381Q)的電池組似乎已經通過了堯山家質量證,型號為 BA381,額定電池容量 4600mAh(典型值 4700mAh),支持 80W 快充。作為對魚婦,魅族 18 內置 4000 毫安電池,支持 36W 快充,因此魅族 20 在充電速度方面有了較思女的提升。根據前的爆料和預熱內高山魅族 20 系列旗艦手機主打岷山場景融合驗先鋒,將搭載全新高通第二代驍龍 8 移動平臺,支前山衛(wèi)星訊技術,IT之家后續(xù)將為饒山家?guī)砀鄨?,敬請期待?

責任編輯: 何瑞博

熱點新聞

      <code id='7c103'></code><style id='4ec61'></style>
      • <acronym id='24277'></acronym>
        <center id='badfa'><center id='d7f9f'><tfoot id='32940'></tfoot></center><abbr id='43a11'><dir id='aed06'><tfoot id='ccb70'></tfoot><noframes id='5a914'>

      • <optgroup id='ffb8f'><strike id='1faf2'><sup id='26c33'></sup></strike><code id='148f5'></code></optgroup>
          1. <b id='95599'><label id='f09ec'><select id='56a72'><dt id='b08f5'><span id='b3949'></span></dt></select></label></b><u id='60e51'></u>
            <i id='68ebf'><strike id='a7b69'><tt id='064a8'><pre id='59482'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='0e2d1'></code><style id='4b3a7'></style>
              • <acronym id='968af'></acronym>
                <center id='ab269'><center id='5a57f'><tfoot id='63ad1'></tfoot></center><abbr id='9c921'><dir id='0e3cb'><tfoot id='3c671'></tfoot><noframes id='f8f1c'>

              • <optgroup id='48810'><strike id='fd905'><sup id='ad15a'></sup></strike><code id='74b50'></code></optgroup>
                  1. <b id='f05b7'><label id='7186f'><select id='32b46'><dt id='630fb'><span id='3e3cd'></span></dt></select></label></b><u id='3d85c'></u>
                    <i id='9c3f0'><strike id='750b9'><tt id='eb4bc'><pre id='d002c'></pre></tt></strike></i>

                    房产| 台江县| 阆中市| 台中县| 大港区| 安新县| 天柱县| 和顺县| 南宁市| 沐川县| 昌图县| 剑河县| 榆社县| 景德镇市| 沂水县| 鹿泉市| 东源县| 藁城市| 辽源市| 韶关市| 长白| 苏尼特左旗| 东丽区| 四子王旗| 无棣县| 云南省| 栾城县| 五家渠市| 东光县| 固安县| 海原县| 伊金霍洛旗| 锡林郭勒盟| 凤城市| 海兴县| 墨竹工卡县|