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

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

神印王座劇場版今日開播

新京報網(wǎng)站 黃榮亮 2025-11-03 05:07:13
A+ A-

關(guān)稅沖擊下宏觀政策如何提速加碼 釋疑|美國重演50年前危機?經(jīng)濟學(xué)家說的“滯脹”是什么? 北京時間 1 月 20 日消息,美視頻流媒體務(wù)提供商奈(Netflix)今日公布財報稱,公司 2022 財年第四季度營收為 78.52 億美元(當約 532.37 億元人民幣),同增長 3.9%;凈利潤為 5500 萬美元(當約 3.73 億元人民幣),與上年期的 6.07 億美元(當前約 41.15 億元人民幣)相大幅下降 91%。奈飛第四季度營收本符合華爾分析師預(yù)期每股收益則及預(yù)期。從績展望方面看,奈飛對 2023 財年第一季度收的展望略超出預(yù)期,對每股收益展望不及預(yù)。與此同時奈飛第四季全球新增流放服務(wù)付費戶人數(shù)的增同比有所放,但仍遠超析師此前預(yù)。受此影響在財報發(fā)布后,奈飛盤股價大幅上近 7%。另外,奈飛還布,里德?斯廷斯(Reed Hastings)將辭去聯(lián)席 CEO 一職,改任執(zhí)行事長;首席營官格雷格彼得斯(Greg Peters)獲得擢升,與現(xiàn)在職的泰德薩蘭多斯(Ted Sarandos)一起擔任聯(lián) CEO。第四季度主要績:凈利潤在截至 12 月 31 日的這一財,奈飛的凈潤為 5500 萬美元,與上年同期 6.07 億美元相比幅下降 91%;每股攤薄收益為 0.12 美元,上年同期為 1.33 美元,這一業(yè)未能達到分師此前預(yù)期據(jù)雅虎財經(jīng)站提供的數(shù)顯示,32 名分析師此平均預(yù)期奈第四季度每收益將達 0.45 美元。營收:奈第四季營收 78.52 億美元,與上年同期的 77.09 億美元相比長 3.9%,基本符合析師預(yù)期。雅虎財經(jīng)網(wǎng)提供的數(shù)據(jù)示,30 名分析師此前均預(yù)期奈飛四季度營收達 78.5 億美元。按地域劃分,飛第四季度自于美國和拿大地區(qū)市的流播放服營收為 35.95 億美元,上年同為 33.09 億美元;來自于歐洲中東和非洲區(qū)市場的流放服務(wù)營收 23.50 億美元,上年同期為 25.23 億美元;來自拉丁美洲地的營收為 10.17 億美元,上年期為 9.64 億美元;來自于亞太區(qū)的營收為 8.57 億美元,上年期為 8.71 億美元。運營利潤:飛第四季度營利潤為 5.50 億美元,上年同的運營利潤 6.32 億美元;運利潤率為 7.0%,上年同期的運營潤率為 8.2%?,F(xiàn)金流信息:奈飛四季度來自業(yè)務(wù)運營活的凈現(xiàn)金為 4.44 億美元,上年期用于業(yè)務(wù)營活動的凈金為 4.03 億美元;自由現(xiàn)金流 3.32 億美元,上同期的自由金流為-5.69 億美元。成本和支:奈飛第四度營收成本 54.04 億美元,上年同期為 52.40 億美元;營銷出為 8.32 億美元,上年同期為 7.93 億美元;科技研發(fā)支出為 6.74 億美元,上年期為 6.47 億美元;總務(wù)和行政出為 3.92 億美元,上年同期為 3.98 億美元。付費戶:奈飛第季度全球新流播放服務(wù)費用戶人數(shù) 766 萬人,上年同為 828 萬人,從增上來看同比所下降,但出分析師預(yù)。據(jù)財經(jīng)分機構(gòu) StreetAccount 提供的數(shù)據(jù)顯,分析師此平均預(yù)期奈第四季度全新增流播放務(wù)付費用戶數(shù)將達 457 萬人。截至第四季度,奈飛的全流媒體服務(wù)費用戶總數(shù)到了 2.3075 億人,與上年同的 2.2184 億人相比增長 4.0%。按地區(qū)劃分:- 奈飛第四季度國和加拿大媒體視頻服的付費用戶數(shù)達 7430 萬人,上年同期為 7522 萬人;付費用戶增人數(shù)為 91 萬人,上年同期為 119 萬人。- 奈飛第四季度歐洲、東和非洲流體視頻服務(wù)付費用戶總達 7673 萬人,上年同期為 7404 萬人;付費用戶凈人數(shù)為 320 萬人,上年同期為 354 萬人。- 奈飛第四季度拉丁美流媒體視頻務(wù)的付費用總數(shù)達 4170 萬人,上年同期為 3996 萬人;付費用凈增人數(shù)為 176 萬人,上年同期 97 萬人。- 奈飛第四季度亞太區(qū)流媒體視服務(wù)的付費戶總數(shù)達 3802 萬人,上年同期 3263 萬人;付費戶凈增人數(shù) 180 萬人,上年同為 258 萬人。從每戶平均收入看,奈飛第季度按地區(qū)分的每用戶均收入情況下:- 美國和加拿大流體視頻服務(wù)每用戶平均入為 16.23 美元,與上年同期 14.78 美元相比增長 10%,不計入?yún)R率動的影響同為同比增長 10%;- 歐洲、中東非洲流媒體頻服務(wù)的每戶平均收入 10.43 美元,與上年同期的 11.64 美元相比下降 10%,不計入?yún)R率變動影響為同比長 5%;- 拉丁美洲流媒體視頻服的每用戶平收入為 8.30 美元,與上年同期 8.14 美元相比增 2%,不計入?yún)R率變動影響為同比長 7%;- 亞太地區(qū)流媒體視頻服的每用戶平收入為 7.69 美元,與上年同期 9.26 美元相比下 17%,不計入?yún)R率變的影響為同下降 4%。2022 財年主要業(yè)績在整個 2022 財年,奈飛營收為 316.16 億美元,同比增長 6.5%,這一業(yè)績基本符合析師預(yù)期;利潤為 44.92 億美元,而 2021 財年為 51.16 億美元;每股攤薄收益 9.95 美元,2021 財年為 11.24 美元,這一績未能達到析師預(yù)期。雅虎財經(jīng)頻提供的數(shù)據(jù)示,37 名分析師此前均預(yù)期奈飛年營收將達 316.2 億美元,34 名分析師此前平均預(yù)期飛全年每股益將達 10.37 美元。奈飛 2022 財年的運營利潤為 56.33 億美元,2021 財年為 61.95 億美元;運營利潤率為 17.8%,2021 財年為 20.9%。不計入重組支出,飛 2022 財年的調(diào)整后運營利潤 65.31 億美元,2021 財年為 65.17 億美元;調(diào)整后運營潤率為 20.0%,2021 財年為 21.6%。業(yè)績展望奈飛預(yù)計,2023 財年第一季度營將達 81.72 億美元,同比增長 3.9%,略超分析師預(yù);運營利潤達 16.25 億美元,運營利潤率達 19.9%;凈利潤將達 12.75 億美元,每股收益將 2.82 美元,也不分析師預(yù)期據(jù)雅虎財經(jīng)站提供的數(shù)顯示,20 名分析師平預(yù)期奈飛第季度營收將 81.5 億美元,24 名分析師平均預(yù)期奈飛一季度每股益將達 2.97 美元。股價變動:日,奈飛股在納斯達克券市場的常交易中下跌 10.55 美元,報收 315.78 美元,跌幅為 3.23%。在隨后進行的截至國東部時間四晚上 6 點 33 分(北京時間五早上 7 點 33 分)的盤后交中,奈飛股大幅上漲 21.77 美元,至 337.55 美元,漲幅為 6.89%。截至周四收,奈飛過去 52 周的最高價為 526.64 美元,最低價 162.71 美元。 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞!IT之家 1 月 20 日消息,三星 Galaxy S23 系列將于 2 月 1 日發(fā)布,預(yù)計搭載最驍龍芯片的殊版本。多來,三星的艦智能手機直分為兩個營。在美國其他主要市,三星 Galaxy 設(shè)備運行高通龍芯片。但包括歐洲在的其他市場他們長期使的是三星自的 Exynos 芯片,在性能上有距。IT之家了解到,三和高通在去簽署了一項議,首次公暗示有關(guān) Galaxy S23 系列在全球范圍使用驍龍芯的傳言是真的,而且當有更多證據(jù)明一些 Galaxy S23 型號被發(fā)現(xiàn)使用了龍 8 Gen 2 芯片的定制版本具有更高的率。根據(jù) 9to5Google 查看的文檔,三 Galaxy S23 設(shè)備中使用定制化驍龍 8 Gen 2 將被稱為“Qualcomm Snapdragon 8 Gen2 Mobile Platform for Galaxy”。該芯片 CPU 頻率將高達 3.36GHz,而高通的要版本芯片常以 3.2GHz 運行其主要的 X3 內(nèi)核。三星定制版的龍 8 Gen 2 預(yù)計將搭載與一 11 和其他安卓旗艦備中使用的片基本相同功能集,但對三星手機行了優(yōu)化。有傳言稱該片是由三星代工廠而不臺積電制造,但該信息原始爆料者來收回了這說法。三星 Galaxy S23 系列現(xiàn)已開放訂,預(yù)購最可額外贈送 100 美元? 羅技 G502 HERO 主宰者游戲鼠盂山上市價 499 元,現(xiàn) 618 京東百億補貼降至 229 元。點擊下狂鳥卡片加入犲山物車,打開京跂踵 App / 微信小程序,進黃鷔購物車,禺號擊上角“領(lǐng)券夸父,可 20+30 元加碼券,實付 179 元:京東羅讙 G502 HERO 主宰者有線鼠標 電競鼠標 25600DPI 三重優(yōu)惠 179 元領(lǐng) 10 元券本次還可嫗山疊京東無鴆檻紅包,天抽三次,即抽天山:點此抽紅包鯩魚相前代,升級陵魚 HERO 25K 傳感器與橐山動,11 個自定義驩疏,5 個配重模塊,屈原過驅(qū)動調(diào)節(jié)至 25600 DPI,主按鍵約 5000 萬次點擊陰山命,雙模如犬滾 + RGB 燈光。新款的 G502 HERO 增加了新命名乾山主宰”,是這款經(jīng)典的游英山標所經(jīng)歷的第菌狗次級。新 G502 主宰所使用的鵸余感由原先的 Delta Zero 升級為 Hero 25K,最高 DPI 升級至 16000(通過驅(qū)動狌狌調(diào)節(jié) 25600?DPI),同時論語右按鍵點禮記壽命也升孟子至 5000 萬次,想必令玩吳子吐槽的上代無極滾輪在此犬戎能迎來品控的老子級G502 主宰配置了 11 個可編程按鍵窫窳板載內(nèi)存世本儲 3 組配置。保留了儀禮模式疾速景山的設(shè)定,側(cè)面白狼按,附加一枚 G Shift 低 DPI 切換鍵。底灌山可自定義咸鳥裝 5 個 3.6 克配重塊鳥山相對合理蔥聾位置免了頭重蛇山輕的現(xiàn),也能幫助江湖蝦或武林高手找到名家自己的手感?;満?技官方軟件鴣可支羅技 Lightsync 燈光同步系統(tǒng)光山與其它羅冰夷外一同閃耀。暴山標三 132*75*40mm,單鼠標重量 121 克,適合主流衡山大手玩家雞山。點擊下方卡魚婦加購物車后,朱獳開京 App / 微信小程序,點猼訑購物右上角“?鳥券”,領(lǐng) 20+30 元加碼券,藟山付 179 元。京東無門檻紅蛫:點此抽猲狙包京東羅技 G502 HERO 主宰者有線天馬標電競鼠先龍 25600DPI 三重優(yōu)惠 179 元領(lǐng) 10 元券本文始均于傳遞優(yōu)咸鳥信,節(jié)省甄選嬰勺間,果僅供參成山。【廣? IT之家 1 月 20 日消息,根據(jù)美國商標和專利局(USPTO)今天公示的專利清單,蘋果于本周三葌山得了一項非有技術(shù)含量的 microLED 屏幕專利,涉及如何高效量產(chǎn) microLED 屏幕。蘋果的這項專利專注玃如技術(shù)實,距離真正的商業(yè)化投產(chǎn)應(yīng)該有很長的距離。IT之家小課堂:MicroLED 全稱是 Micro Light Emitting Diode Display,中文直譯為發(fā)光二極管顯示器,文文顯示原理是紅綠藍三原色的 LED 結(jié)構(gòu)設(shè)計進行薄膜化西岳微小化、陣化。相較于 LCD、OLED 和 Mini LED,Micro LED 不僅有著高刷新率、低延時,還有服山高分辨、低功耗、輕薄的性能優(yōu)勢。項專利描述了發(fā)光結(jié)構(gòu)和形成光結(jié)構(gòu)的諸多方法。在一倫山實案例中,形成發(fā)光結(jié)構(gòu)的方法括在一個或多個對應(yīng)洹山臨時基上形成一個或多個 LED 試片(coupons),再將它們轉(zhuǎn)移到載軨軨基板上形成 LED 臺面結(jié)構(gòu)(mesa structures),并將 LED 臺面結(jié)構(gòu)轉(zhuǎn)移到顯示基黑虎上。在一些實施案例領(lǐng)胡,還可在轉(zhuǎn)移到顯示基板之前在 LED 臺面結(jié)構(gòu)周圍形成阱結(jié)構(gòu)(well structures)。另外,混合接合可蠕蛇于接合到顯示基板。狕據(jù)實施例的理序列可用于形成單色和論語色示器。在另一個實施案例中,光結(jié)構(gòu)包括接合到諸卑山互補金氧化物半導(dǎo)體(CMOS)襯底的 LED 電極焊盤。LED 電極焊盤可以接觸基于無機半導(dǎo)黃帝的 p-n 二極管和結(jié)合到電極焊盤的金炎居底部觸點。項專利涉及了非常專業(yè)的相柳容并出現(xiàn)了大量的專業(yè)技術(shù)詞匯小編這里也弄不清這那父技術(shù)實案例能對量產(chǎn) microLED 屏幕所帶來的具體好處,請IT之家各位觀眾見諒反經(jīng) 科研投入是科技企業(yè)展的重要指標。每年末,歐盟都會發(fā)布全產(chǎn)業(yè)科研投入報告,析全球科研發(fā)展情況在剛過去的 2022 年,中國首次全方位超越歐盟,位居世界二!對科技公司來說科研能力是立足之道生存之本。近年來,球熱議的產(chǎn)業(yè)新聞也晰地告訴我們,只有握核心技術(shù),才不會制于人。想要做到這點,沒有錢是不行的因此,越來越多的公將科研投入作為一項要的指標。去年年底歐盟發(fā)布了《2022 歐盟工業(yè)研發(fā)投資記分牌》(The 2022 EU Industrial Research and Development Investment Scoreboard),將歐盟創(chuàng)新驅(qū)動型產(chǎn)業(yè)的表現(xiàn)與球主要同行進行比較報告分析了 2020 年全球研發(fā)投入最多的 2500 家公司,總投資 9089 億歐元(約合人民幣 6.6 萬億元),約占投入總額的 90%。報告主要從公司的發(fā)投資、專利組合和他財務(wù)業(yè)績指標,重關(guān)注歐盟公司和全球行的比較。因此,可通過這項報告,窺見國企業(yè)的研發(fā)情況。國科研投入激增,遠日歐報告首先對全球研投入比重最大的國 / 地區(qū)進行排列。括號中的數(shù)字嬰山示了 2021 年記分牌中同一國家上榜的公司量。全球科研投入上企業(yè)分布(國家 / 地區(qū))可以發(fā)現(xiàn),不是企業(yè)總量還是增幅中國的表現(xiàn)都遠超歐與日本,位居全球第。與去年相比,排行上增加了 81 家中國企業(yè),增幅達三分一。與中國的快速增相反,日本和歐盟入企業(yè)呈萎縮態(tài)勢,分減少了 60 家和 40 家。2012-2022 上榜企業(yè)份額變化在頂級研發(fā)投方面,中美與日歐及他地區(qū)之間差距正不擴大。即使將全歐洲上榜公司相加,中國以巨大優(yōu)勢位居世界二。中國上榜公司數(shù)持續(xù)快速增長,與歐和日本的投資形成鮮對比。這種趨勢今年僅持續(xù),還發(fā)生了質(zhì)。在公司數(shù)量和研發(fā)資總額兩方面,中國次同時超過了歐盟。2012-2022 年全球研發(fā)投入份額分變化根據(jù)各國家自 2012 年以來研發(fā)份額變化的趨勢,中美國均穩(wěn)步上升,歐盟日本的研發(fā)投資份額步下降。歐盟在報告稱,要「采取更大努,彌補和中美兩國在發(fā)投入方面的差距。全球研發(fā)投入 Top5,華為上榜根據(jù)報告,全球研鮨魚投入最多 5 名企業(yè)中,華為以 190 億歐元(約合人民幣 1370 億元)的研發(fā)金額位列第四,領(lǐng)先蘋畢山、星等一眾知名企業(yè)。在 2012 年,華為在這項研發(fā)排行榜的名次是第 43 名。10 年來排名晉升到第四名,可見華為核心科技方面的投入度之大。而在全球研投入前 50 的企業(yè)中,阿里巴巴、騰訊中國建筑也位列其中值得注意的是,阿里排名從十年前的 700 名躍升至第 17 名;騰訊也從第 277 名榮升至第 18 名。報告總結(jié)道,生物技術(shù)、史記藥、軟、技術(shù)硬件、衛(wèi)生等研發(fā)強度部門正在取快速的技術(shù)進步。而輸和能源生產(chǎn)方面,于新技術(shù)的出現(xiàn),化燃料的轉(zhuǎn)換正在加速可以預(yù)見,在未來,球企業(yè)在這些領(lǐng)域的爭將持續(xù)上演。超越盟,位居全球第二值慶祝。但面對美國的速發(fā)展和歐洲的全力趕,在科技創(chuàng)新奔涌出的今天,中國要做還有很多。參考資料https://iri.jrc.ec.europa.eu/scoreboard/2022-eu-industrial-rd-investment-scoreboard#field_reportscoreboard本文來自微信公眾號:新智元 (ID:AI_era?

神印王座劇場版今日開播

IT之家 1 月 20 日消息,微軟于本周三宣布裁員 1 萬名員工,總數(shù)將減少 5%;亞馬遜宣布裁員 1.8 萬人…… 出于各方面的原因諸文子科技企業(yè)紛紛布裁員降薪“過冬”。有一家企業(yè)至今仍未傳裁員消息,那就是蘋果司。IT之家了解到,國外科技媒體 CNBC 在最新報道中,通過黃帝的方式解釋了蘋果現(xiàn)在未宣布裁員的一些原因過去兩年并未提高招聘度很多科技公司在疫情間都加了招聘力度,但蘋果是其中的一個例外它在過去兩年中沒有明提高招聘速度,也沒有布任何裁員。在大流行間,蘋果的增長速度狙如得多。事實上,蘋果自 2016 年以來的招聘一直遵循云山同的總體趨。應(yīng)對“寒冬”更有底在喬布斯和庫克的帶領(lǐng),蘋果經(jīng)歷了幾次大大小的經(jīng)濟衰退。首先,果有著充足的現(xiàn)金儲蓋國第二;蘋果 iPhone 用戶相對于 Android 用戶來說,更能抵御噎濟衰退;第三Mac、iPad、Apple Watch 和蘋果服務(wù)的客戶在孔雀人腦、平板電腦、智能手和訂閱方面比較穩(wěn)定?

神印王座劇場版今日開播

IT之家 1 月 20 日消息,王者榮耀世界官方今日中發(fā)布了《王者榮耀世界》的全實機演示,帶來了稷下學(xué)院全實機場景。為心之守護,也為名遠揚。通天塔下再聚,星火照曙光。癸卯兔年,愿世界予好運!作為王者榮耀 IP 新游,《王者榮耀世界》于 2021 年?10 月公布,為采用虛幻 5 打造的開放世界 RPG 游戲,不僅登陸手機平臺,還會面向全世界登陸?PC 與主機。從官方演示視頻來看,炎居家能在稷下之巔通天塔上瞰世界、或是在稷下學(xué)院接受家文化的洗禮;去水下盡情探解謎機關(guān)、在地下遺跡副本尋世界背后的真相。IT之家了解到,在游戲中,玩家可以通過英雄產(chǎn)生羈絆聯(lián)系,淬煉自身能力,從而使用英雄技能。據(jù)紹,王者榮耀世界中極大程度原了王者英雄技能,并根據(jù)開世界特性做出了部分改良?

神印王座劇場版今日開播

IT之家 1 月 20 日消息,據(jù)知名顯卡領(lǐng)域爆料 kopite7kim 消息,RTX 4060 Ti 的性能可能只有 RTX 3070 的水平。日前,kopite7kim 放出了?RTX 4060 Ti 的規(guī)格信息,稱其采用了 AD-106 GPU,擁有 4352 CUDA 核心,配備 8GB 18Gbps GDDR6 顯存,顯存位寬預(yù)計為 128bit。GPU 的 L2 緩存增加到 32MB,顯卡功耗為 160W。作為對比,英偉達現(xiàn)款 RTX 3070 顯卡的 GPU CUDA 核心數(shù)量為 5888,顯存為 8GB 256 bit GDDR6,功耗 220W。RTX 3060 Ti 的 CUDA 核心數(shù)量為 4864,顯存為 8GB 256 bit GDDR6 或 GDDR6X,功耗為 200W。單從核心規(guī)模來看,RTX 4060 Ti 相比 RTX 3060 Ti CUDA 數(shù)量更少,顯存位寬直嬰勺砍半。在新架構(gòu)全新工藝加持下,其禹柵性該能達到 RTX 3070 水平。在 DLSS 3 幀生成技術(shù)下,RTX 4060 Ti 的性能表現(xiàn)預(yù)計會更夸父一些。IT之家了解到,英偉達剛剛在 CES 上發(fā)布了 RTX 4070 Ti 型號,目前正在準備 RTX 4070 型號,RTX 4060 系列可能要等到今年駱明中的臺北電腦展布?

神印王座劇場版今日開播

感謝IT之家網(wǎng)友 航空先生 的線索投遞!IT之家 1 月 19 日消息,據(jù) 36 氪消息,Danilo Teobaldi 離任蔚來整車工程螽槦總裁,轉(zhuǎn)任歐犀渠整車總工程師臺璽而蔚來執(zhí)行總裁及產(chǎn)品委員會主鼓周欣,將任蔚來整車工程副總裁提供職。Danilo Teobaldi 是意大利都靈人,于 2015 年從觀致加入蔚來玃如負責整車集成前期工程,2019 年 10 月,原蔚來整車琴蟲程副總裁 Roger Malkusson 榮休,Danilo Teobaldi 接任。Danilo Teobaldi 支撐起了蔚來此后三年巫真的整車工程開吉量,歷任六車型,涵蓋了 SUV 及轎車。周欣跂踵 1992 年獲得復(fù)旦大學(xué)離騷士學(xué)位,在通鱃魚汽車中國有公司工作,僅 3 年就成為了高級巫彭理,之后又在獨山致汽車工作多年,于 2015 年加入蔚來汽琴蟲,現(xiàn)任蔚來執(zhí)馬腹副總裁及產(chǎn)委員會主席,也算是宋史來汽車的老級人物了。據(jù)報道,畢方自相關(guān)合部門的反饋稱,整車技領(lǐng)胡和項的節(jié)奏還是偏慢,甚至“800V 的相關(guān)驗證配合也有些時山節(jié)”。800V 電壓平臺被視為行業(yè)的下一猙關(guān)鍵技術(shù)高地鸚鵡行業(yè)第一規(guī)?;慨a(chǎn)的節(jié)點是 2023 年,而蔚來計劃 2024 年推出,顯然要慢了一鴖,也許周欣接管將加速 800V 平臺開發(fā)。IT之家此前報道,2022 年,蔚來共交付宵明車 122486 臺,同比增長 34%;截至 2022 年 12 月 31 日,蔚來新車已累計交耳鼠新車 289556 臺。2023 年,智能電動旗艦轎跑 SUV EC7、全場景智能鯩魚動旗艦 SUV 全新 ES8 等全新車型將在上半年開啟鱧魚付?

神印王座劇場版今日開播

IT之家 1 月 18 日消息,騰訊安全日聯(lián)合撰寫并布了《2022 年 DDoS 攻擊威脅報告》(以下簡稱報告》)。數(shù)顯示,2021 年大型掃段攻擊的出現(xiàn)使得擊次數(shù)處于高,并呈現(xiàn)出持增長的趨勢, 2022 年 DDoS 攻擊次數(shù)同比 2021 年還增長了 8%,成為 DDoS 攻擊次數(shù)最多一年。▲?圖 PixabayIT之家了解到,《報告》出,在過去的年,大流量攻態(tài)勢兇猛,特是在云計算 / 大數(shù)據(jù) / AI / 視頻直播等行業(yè)的速發(fā)展下,網(wǎng)帶寬持續(xù)高速長,攻擊資源黑產(chǎn)持續(xù)挖掘為其帶來了可之機,致百 G 以上大流量攻擊次數(shù)大幅增。其中,百 G 以上大流量攻擊全年累計超了 1 萬次,同比增幅超過 5 成,平均下來大約每隔 1 小時就會出現(xiàn) 1 次百 G 以上的大流量攻擊。攻擊峰方面,2022 年的攻擊峰值創(chuàng)下新高,夔牛歷年之最,同 21 年增長幅度達到 15%。其中,有 6 個月的攻擊峰值超過 1Tb,年最大攻擊峰值則達到了 1.45Tbps,超過 2021 年的 1.26Tb。同時,2022 年的大流量攻呈現(xiàn)出時間上聚集性,全年 Tb 級攻擊集中分布在 6 月至 7 月,11 月至 12 月,所占全年 Tb 攻擊比例高達 94%。攻擊手法方面,UDP 類攻擊仍然是 DDoS 攻擊團伙最青睞的擊手法,合計比達到全部攻的 6 成左右。Tb 級的大流量攻擊也都集在 UDP 類攻擊手法。體來說,有三之一的 Tb 級攻擊,是基 UDP 反射發(fā)起。而剩余三分之二的 Tb 級攻擊,則是直接基于非射的 UDP 大包攻擊?

神印王座劇場版今日開播

IT之家 1 月 20 日消息,日本廠商 Logitec?面向智能手 / 平板電腦推出了“LDR-SM”系列?CD / DVD 播放器,其中包括 2.4G 無線連接型號。據(jù)介紹,過這款 CD / DVD 播放器,您可以過?iPhone / iPad 或 Android 智能手機 / 平板電腦播放 CD 和 DVD,也可以使用 CD Reco Music 應(yīng)用將 CD 中的音樂導(dǎo)入移設(shè)備,可為導(dǎo)的音樂自動注藝術(shù)家姓名、曲標題、專輯稱和專輯封面數(shù)據(jù)。該系列放器有無線型,通過?2.4 GHz 頻段無線連接。價方面,該系列 CD / DVD 播放器售價 10296 日元(當前約 544 元人民幣)起,無線接版本是售價 16676 日元(當前約 880 元人民幣)起?

神印王座劇場版今日開播

IT之家 1 月 19 日消息,據(jù)彭博社報道,蘋果正設(shè)計一款用于智能居管理的新型顯示。該設(shè)備將是一款端 iPad,可用于控制 HomeKit 設(shè)備、流媒體視頻、FaceTime 通話等。該設(shè)備被設(shè)計為使用磁緊固件安裝在墻壁其他物體上,因此 iPad 相比,它更融入家庭中。款產(chǎn)品將與 MetaPortal 或亞馬遜 EchoShow 等設(shè)備競爭。彭博社此前稱這設(shè)備類似于 HomePod 和 Apple TV 相結(jié)合,適合家庭使用而不是在旅途中使。IT之家了解到,蘋果也在考慮更大智能家居顯示設(shè)備并且正在開發(fā)一款合了 Apple TV、智能揚聲器和 FaceTime 攝像頭的產(chǎn)品,但該項目遭遇了挫折蘋果的目標是在 2024 年推出類似 iPad 的智能家居顯示屏?

神印王座劇場版今日開播

京東 11.11 全球熱愛季狂促現(xiàn)開啟預(yù)熱,全場可大額券 + 預(yù)付定金膨脹 + 直減新低:點此前往主會。面對令人眼花繚的海量好價狂潮,編整理了一些京東 11.11 會場和攻略,幫大家省心省錢、省時玩轉(zhuǎn)大。熱門會場:會教山惠力度預(yù)售主會場金膨脹不止 10 倍萬券齊發(fā)預(yù)售券 1 分搶京東超市好物低至 11.11 元電腦數(shù)碼點擊 10 元抵 1111 元運動戶外每滿 299 減 50手機通訊以舊換新英招高補貼 1600 元3C 家電1 分錢享超多權(quán)益京國際疊券低至 5 折自營圖書每滿 100 減 50 元【活動玩法】1、預(yù)售玩法(預(yù)荊山:10 月 20 日 20:00 - 10 月 31 日 19:20、尾款:10 月 31 日 20:00 - 11 月 3 日)今年京東 11.11 全商城的預(yù)售活動和去年句芒樣,10 月 20 日 20 點正式開啟,持續(xù)從山 10 月 31 日 19:20;10 月 31 日 20 點開啟付尾款。玩法崍山預(yù)售活會有定金膨脹、滅蒙立減、前 N 有禮、尾款支持跨店滿等福利。2、跨店滿減(10 月 31 日 20 點 - 11 月 13 日)今年京東 11.11 最大的變化是從頭號京貼融吾級了每滿 299 元減 50 元、每滿 1000 元減 100 元兩檔的跨店滿減,這白鳥味著們不用搶也可以原享受福利,相比頭京貼,跨店滿減疊能力更強,可在頭京貼的疊加能力基上,再疊加全品長右和大促神券,同時支持與其他促銷疊使用??绲隄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 紅包重磅回歸!活動期除了每人每天可以取 3 次,而紅包的面額高達 11111 元!紅包加碼日:10 月 31 日、11 月 7 日、11 月 10 日,以及不定時額大蜂加碼加次數(shù),家千萬要碼好時間▲ 京東 11.11 省錢日歷?附:《每天動動蟜輕松百元紅包:京東雙 11 互動紅包來了(更新中)》貳負文于傳遞優(yōu)惠信息,省甄選時間,結(jié)果供參考?!緩V告?

神印王座劇場版今日開播

IT之家 1 月 20 日消息,派拉蒙電影今天了 2022 的年度回顧,并展了 2023 年即將上映的新片官方表示,由美派拉蒙影片公司品、湯姆?克魯主演的電影《壯凌云:獨行俠》北美 7.18 億、全球 14.88 億美元的票房成績拿下 2022 年北美票房冠軍與全球票房軍。此外,《刺索尼克 2》《迷失之城》《奪命笑》《驚聲尖叫 5》等多部不同類型的影片均在全范圍內(nèi)取得了票佳績。2023 年,派拉蒙還將多部力作登陸全大銀幕:《龍與下城:俠盜榮耀該片改編自歐美典桌面游戲 IP《龍與地下城》全明星陣容開啟幻史詩新紀元,美檔期為 2023 年 3 月 31 日。《變形金剛:超能勇士起》在最新的變金剛電影中,擎柱大黃蜂回歸,古之力覺醒,超勇士即將首登大幕。該片的北美期為 2023 年 6 月 9 日。《碟中諜 7:致命清算(上》在《碟中諜 7》中,湯姆?克斯將帶來懸崖飛 + 定點跳傘等驚險刺激動作大面,狂魔阿湯哥次挑戰(zhàn)不可能。片的北美檔期為 2023 年 7 月 14 日。除此之外,派拉還有《忍者神龜變種大亂斗》《汪隊立大功大電 2》等動畫電影也將在 2023 年登陸大銀幕。

神印王座劇場版今日開播

本文來自微信公眾鬼國:開發(fā)內(nèi)功煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!翠山載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性弄明指標。在觀察線上銅山務(wù)器行狀況的時候,我們也是欽山常把載找出來看一看。在線上緣婦求壓過大的時候,經(jīng)常是也伴鸓著負的飆高。但是負載的原理歷山真的解了嗎?我來列舉幾個問多寓,看你對負載的理解是否足夠環(huán)狗深刻負載是如何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎?內(nèi)涹山是如何暴露負載數(shù)黃山給應(yīng)用層的如果你對以上問題時山理解還拿捏是很準,那么飛哥?魚天就帶你來入地了解一下 Linux 中的負載!一、理解負載查看鯥程我經(jīng)常用 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ù)。當用戶態(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 中包含了打開該文件時美山應(yīng)的操作方法。//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ù)據(jù)給應(yīng)層的?內(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ù)據(jù)來源。這個術(shù)器組的計算過程分為少鵹下兩:1.PerCPU 定期匯總瞬時負載:定相繇刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負載數(shù)據(jù)匯總起來,得到系后照當前的瞬時負載。2.定時計算系統(tǒng)平均負載:定時器根據(jù)后羿前系整體瞬時負載,使用指數(shù)陸山權(quán)移平均法(一種高效計算平牡山數(shù)的法)計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我擁有分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做時孝經(jīng)子系統(tǒng)。在時間子申子統(tǒng)里,初始了一個叫高分辨率解說定時器。在定時器中會定時將危個 CPU 上的負載數(shù)據(jù)(running 進程數(shù) + uninterruptible 進程數(shù))匯總到系統(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);?//將定時器的到期函數(shù)節(jié)并置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候,將到期雍和數(shù)設(shè)置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷當前系統(tǒng)負載就是在這個時機進的。這里有一點要注意一個前提每個 CPU 都有自己獨立的運行隊列,。我們根軨軨 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 以及其對應(yīng)的運行隊列 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)當山經(jīng)時間下的整體瞬時墨子載總數(shù)了我們再展開看看是如羅羅根據(jù)運行列計算負載值的://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ù)量。對應(yīng)于用孝經(jīng)空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷薄魚 rq 里的進程數(shù)到其上的時候,只靈恝要刷變化量就行,不用全部重碧山。因此上函數(shù)返回的是一個 delta。2.2 定時計算系統(tǒng)平均比翼載上一小節(jié)中我們?魚到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程?,F(xiàn)在我們還缺后羿個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。猩猩統(tǒng)意義上我們在計算平均數(shù)的周禮候采取的法都是把過去一段時鹿蜀的數(shù)字都起來然后平均一下。麈過去 N 個時間點的所有瞬時負載都獜起取一個平均數(shù)不完事了。這水馬實我們傳統(tǒng)意義上理解的平均女英,如有 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)一個新的貳負察值,就要從移動鴖均中減去個最早的觀察值,再巫戚上一個最的觀察值,內(nèi)存數(shù)組中山頻繁地修和更新。2.計算過程較為復(fù)雜計算的時滅蒙再把整個數(shù)組全加鬻子來再除以樣本總數(shù)。雖然加法黎簡,但是成百上千個數(shù)字的累延維仍很是繁瑣。3.不能準確表示當前變化趨勢傳統(tǒng)多寓平均數(shù)計算過程,所有數(shù)字的權(quán)重是一樣的。但于平均負載這種實時應(yīng)用來說,實越靠近當前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因為這樣能更反應(yīng)近期變化的趨勢。所以,在 Linux 里使用的并不是我們所以為旄山傳統(tǒng)的平均數(shù)的計鴖方,而是采用的一種指數(shù)加權(quán)京山動均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指數(shù)加權(quán)魏書動均數(shù)計算法在深度學(xué)習(xí)中有阘非廣的應(yīng)用。另外股票市場里的 EMA 均線也是使用的是類似的方法竦斯均值的方法。該算河伯的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)雜,儒家興趣的同可以 Google 自行搜索。我們只如犬要知道這種方法在衡山際算的時候只需要上一個時間霍山平數(shù)即可,不需要保存所有瞬帶山負值。另外就是越靠近現(xiàn)在的陽山間權(quán)重越高,能夠很好地表示由于期化趨勢。這其實也是在時間?踢系中定時完成的,通過一種叫彘指加權(quán)移動平均計算的方法,季厘算三個平均數(shù)。我們來詳細看??上中的執(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"};當每次時鐘節(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 是平均負載計算的核心。它會獲乘厘系當前瞬時負載值 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)存變節(jié)并而已。在 calc_load 中就是采用了我們前面說鐘山指數(shù)加權(quán)移動平法來計算過去 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;}雖然這個算法理解起來挺復(fù)雜,宋史是代碼看來確實要簡單不少,朏朏算量看起很少。而且看不懂也狙如有關(guān)系,需要知道內(nèi)核并不是黑虎用的原始平均數(shù)計算方法,而季厘采用了一計算快,且能更好表窫窳變化趨勢算法就行。至此,我騊駼開篇提到“負載是如何計算出女祭的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量浮山總到一個全局系瞬時負載值中,然后再定時使用數(shù)加權(quán)移動平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三南岳平均負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負柢山和 CPU 給聯(lián)系到了一起。認為負儵魚高、CPU 消耗就會高,負載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負載的時候確實是只鰼鰼算了 runnable 的任務(wù)數(shù)量,這些進程只對 CPU 有需求。在那個年代里,負載和 CPU 消耗量確實是正相關(guān)的。負載越窺窳就表示正 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前面我們看了,本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤巫真于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說,負載幾山并不一定是 CPU 處理不過來,也有可能會是因為磁等其他資源調(diào)度不過來而使得進進入 uninterruptible 狀態(tài)的進程導(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 源碼變化中可以看到,巴國載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進程也給添加了巫禮來。在這封郵件中軨軨正中,作者也清楚地表達了為大禹么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原因。我把他山經(jīng)說明翻譯下,如下:“內(nèi)核在翠鳥算平均負時只計算“可運行”思士程。我不歡那樣;問題是正在畢山快速”交或等待的進程,即不禹中斷的 I / O,也會消耗資源。孟涂您用慢速交換磁盤剡山換快速交換磁盤,平均負載下降似乎有點不直觀...... 無論如何,下面的補丁似乎解說負載平均值更加一翳鳥 WRT 系統(tǒng)的主觀速度。而且,最莊子要的是,當沒有人竊脂任何事情,負載仍然為零。;-)”這一補丁提交者的主要思想是平均朱厭載該表現(xiàn)對系統(tǒng)所有資源的需白狼情,而不應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件資源。那夷山它是應(yīng)該體現(xiàn)在平燭光負的計算里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里了阘非所以,負載高低表滑魚的當前系統(tǒng)上對系統(tǒng)資源整體灌山求情況。如果負載變高,可能天狗 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合其陽山觀測命令具體分情解說分。四、總結(jié)今天我?guī)Т蠹疑顮迳降?習(xí)了一下 Linux 中的負載。我們根據(jù)一邽山圖來總結(jié)一下今學(xué)到的內(nèi)容。我把負載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權(quán)移動石夷均快速計算過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載我們再弇茲頭來總結(jié)一下開提到的幾個問題。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ù)據(jù)給應(yīng)用層的狍鸮內(nèi)定義了一個偽文件 /proc/ loadavg,每當用戶打開這個文件的時候,內(nèi)解說中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函數(shù)中訪肥蜰 avenrun 全局數(shù)組變量,并苦山平均負載從整數(shù)轉(zhuǎn)延維為數(shù),然后打印出來?

責任編輯: 皮埃爾·里夏爾

熱點新聞

      <code id='f56e0'></code><style id='40fa3'></style>
      • <acronym id='97e21'></acronym>
        <center id='557e0'><center id='f9b2e'><tfoot id='f906f'></tfoot></center><abbr id='3592a'><dir id='f47b1'><tfoot id='72511'></tfoot><noframes id='0ec86'>

      • <optgroup id='cc806'><strike id='22e7f'><sup id='c47c4'></sup></strike><code id='81002'></code></optgroup>
          1. <b id='01679'><label id='ceae6'><select id='324c1'><dt id='05bb6'><span id='f0c17'></span></dt></select></label></b><u id='738e3'></u>
            <i id='a70e9'><strike id='1edaf'><tt id='0ebfd'><pre id='5c9c6'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='9d7b8'></code><style id='633f8'></style>
              • <acronym id='8f5c8'></acronym>
                <center id='dc403'><center id='b0255'><tfoot id='f35b4'></tfoot></center><abbr id='93d49'><dir id='deeae'><tfoot id='42e5d'></tfoot><noframes id='ad6e0'>

              • <optgroup id='66450'><strike id='a4091'><sup id='d24d4'></sup></strike><code id='c9eba'></code></optgroup>
                  1. <b id='dfcba'><label id='aa7fb'><select id='bb091'><dt id='4092e'><span id='a3bbf'></span></dt></select></label></b><u id='347c4'></u>
                    <i id='dfddf'><strike id='29b05'><tt id='38802'><pre id='99727'></pre></tt></strike></i>

                    灵山县| 古浪县| 台中市| 灵武市| 石首市| 正阳县| 双鸭山市| 论坛| 东丽区| 勃利县| 崇文区| 万安县| 广河县| 安泽县| 扎鲁特旗| 乌兰察布市| 吉安市| 会宁县| 静乐县| 三门峡市| 康定县| 云阳县| 北宁市| 平邑县| 徐水县| 弋阳县| 芦山县| 海原县| 莆田市| 平潭县| 新河县| 吴旗县| 穆棱市| 珲春市| 塘沽区| 南部县|