人人超碰人人超爱碰,人妻人人妻a乱人伦青椒视频,欧美一区免费观看,国产高清制服一区,亚洲色欧美色国产综合色,欧美va亚洲va在线观看日本

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

另一個(gè)世界的你在干什么?

橘子娛樂網(wǎng)站 魏積安 2025-10-26 06:20:42
A+ A-

時(shí)政微周刊丨總書記的一周 AL的上限到底有多高 豆瓣評(píng)分 9.5,B站評(píng)分 9.9,最近一部國動(dòng)畫開播就封神,它就《中國奇譚。這部動(dòng)畫上海美術(shù)電制片廠和B站聯(lián)合推出,共 8 集,每集都是獨(dú)故事。目前播出三集,不少觀眾明看上頭了。中第一集《妖怪的夏天簡直開局王,不少打工看完直呼破。聽到這兒可能以為它講的是什么代都市故事但其實(shí)它畫是西游記,主角沒有什光環(huán)背景,是一個(gè)巡山小豬妖。但是這樣一只人妖怪,卻大家受到了直接的暴擊畢竟小妖怪隊(duì)的精氣神像不像正在班上學(xué)的你故事圍繞妖想吃唐僧肉開,當(dāng)?shù)氐?怪大王得到息知道唐僧路過,于是手下的妖怪下達(dá)指令,大家準(zhǔn)備抓僧。而觀眾著看著就發(fā)了不對(duì)了,哪里說的是怪,簡直就人間。整個(gè)怪團(tuán)隊(duì)職位級(jí)分明,大,小王,教,小妖。小還要拼資歷沒資歷就去最辛苦的工,再修煉三年,才有機(jī)給大王清潔甲。大王上就開會(huì),開就給大家畫。大王要吃僧肉,跟著板干,有功的員工可以到一勺肉湯小豬妖被忽得一愣一愣。但小妖真能喝到湯嗎這劇情越看眼熟。吃了板的大餅,怪們就開始活搬磚干活任務(wù)目標(biāo)有,中層領(lǐng)導(dǎo)分工,定了 KPI,一天的時(shí)間要造 1000 只箭,簡直就閉著眼下命,什么周瑜體。結(jié)果領(lǐng)在喝酒:而妖怪開始瘋工作。小豬腦子不笨,快發(fā)現(xiàn)按照導(dǎo)的要求,實(shí)自己在做用功,因?yàn)?通弓箭根本不到目標(biāo):把這事兒告同事,同事了一句「管呢」。這句典發(fā)言我也常能聽到,竟職場別問錯(cuò),悶頭做,太有主見心背鍋。但豬妖還沒那油滑,于是了同事的羽,改良了弓:不僅完成任務(wù),而且得更好。但他在領(lǐng)導(dǎo)面邀功的時(shí)候換來的只有導(dǎo)熟悉的那句:你在教做事?后續(xù)是重新做,多事。扎心家人們。接小豬妖忙了天,一天在狂刷鍋,因要燉唐僧,以鍋必須干。一天瘋狂柴,一天一斤,為了燉僧的時(shí)候能得久一點(diǎn)。一天一千斤就是把妖怪死也砍不完不得已,他開始劫掠人,打劫柴禾費(fèi)了半天勁底層妖怪總把柴弄齊了小豬妖的主諂媚地對(duì)妖團(tuán)隊(duì)的二把進(jìn)行項(xiàng)目匯,吹噓自己隊(duì)準(zhǔn)備的柴可以燒三天夜,絕對(duì)能唐僧燉得又又爛。但領(lǐng)轉(zhuǎn)手就把柴點(diǎn)著了:因大王決定不唐僧了,要燒烤。所以一千斤的柴沒有用了,要兩千斤二年以下的山桃木,重新弄。但鍋不白刷了?之說分口湯喝燒烤了還怎喝湯?打工感覺此刻 CPU 都快燒了。像極了為甲方的需忙了兩天兩,但等到截日期的前一,他突然說要不我們換思路吧,現(xiàn)這個(gè)不行」血壓立馬升了。當(dāng)然,一集所講述故事,并不完全為了吐打工人,只過是人們在豬妖身上看了自己的生,照鏡子罷。大家也在事里看到了情,豬媽媽嘮叨,讓很人想起了自的母親???豬媽媽念叨豬妖不愛喝,我耳邊則起了「老是著,不穿秋,還不睡覺玩手機(jī)玩的。而小豬和媽講起自己工作,也只胡說大王對(duì)己很看好,己很有未來小豬也對(duì)未開始了真正思考,是混公司里等著湯,還是走去看看更大世界。大圣暴脾氣,當(dāng)怪們相遇的一刻,不會(huì)棒子把小豬打死吧?而取經(jīng)團(tuán)隊(duì)眼,這些忙前后準(zhǔn)備吃唐的妖怪又是么水平?或它們的辛苦備,在師徒人看來就是個(gè)笑話。故的結(jié)局,還等大家自己看吧。其實(shí)是一個(gè)很小簡單的動(dòng)畫事,但小故講明白后,情也能跌宕伏,讓人又又笑,觀眾能從故事里到想要寓意自然也會(huì)給很高的評(píng)價(jià)除了故事之,《中國奇》的審美也在線。第一的畫風(fēng)直接人拽進(jìn)了回里,這不就小時(shí)候坐在視機(jī)前苦苦待播放的動(dòng)片么?人間一幕,像不以前的課本畫。打戲的墨妖術(shù),簡不要太帥了而這還只是一集,后面集都是獨(dú)立事,每一集畫風(fēng)也都不一樣。第二《鵝鵝鵝》水墨畫風(fēng)格述古代書中志怪故事:三集《林林把觀眾的目拉向了大興嶺的雪山:他的劇集也有著自己的面風(fēng)格特點(diǎn)同時(shí)有一點(diǎn)相通的,這美術(shù)風(fēng)格我多少有點(diǎn)熟,講述的也我們自己的談,好看又切。不過眾難調(diào),我不得《中國奇》會(huì)滿足所人的期待。對(duì)于 2023 年,它的到來算是一好的開始。是我,新年開始就被它臺(tái)詞弄得淚滿面:「總夜,毛掉得害」。本文自微信公眾:狂丸研究 (ID:kuangwanplay),作者:狂 感謝IT之家網(wǎng)友 花瓣數(shù)碼君 的線索投遞!IT之家 1 月 23 日消息,華為終端有限公蛩蛩現(xiàn)申了一款新的手機(jī)充電器入,型號(hào)為 HW-200440C00,由博碩科技(江西)有限公司以蠪蚔雅達(dá)子(羅定)有限公司代工支持 20V 4.4A 的 88W 快充,而且還兼容之前華為主流鬼國 66W / 40W 快充。目前IT之家可以在華為商中庸找到 66W 的卡片全能充電器、25W 的 mini 超級(jí)快充充電器、40W 的冰糖全能充、65W 的華為超級(jí)快充 GaN 多口充電器,還有 90W 的 HUAWEI 超級(jí)快充電源適配器以及 65W 的 HUAWEI 超級(jí)快充多設(shè)備電源適配器。以 HUAWEI 超級(jí)快充電源適配器(Max 90 W)為例,這款充電器支持 SCP、FCP、QC2.0、PD3.0、PPS 協(xié)議,可以輸出 5V / 3A、9V / 3A、10V / 4A、11V / 5A、12V / 3A、20V / 3.25A、20V / 4.5A MAX 電壓電流,支持過壓保護(hù)、流保護(hù)、過溫保護(hù)三身短路護(hù)、欠壓保護(hù)、電磁場保、靜電保護(hù)、雷擊保護(hù)等能? IT之家 1 月 22 日消息,990 PRO 是三星目前旗艦消費(fèi)級(jí) SSD,1TB 的售價(jià)高達(dá) 999 元,2TB 高達(dá) 2199 元。然而,今日外媒 Neowin 編輯 Robbie Khan 撰文稱,他的 990 PRO 購買幾天后就出現(xiàn)了健度下降過快問題,而三官方則拒絕保。文章稱在購買 990 Pro 2TB 短短幾天后,根三星 Magician 和第三方工的 SMART 數(shù)據(jù),該固態(tài)硬盤的康度就已經(jīng)降到 99%,而他之前買的一款三固態(tài)硬盤已寫入超過 40TB,使用了 1.5 年后健康度然是 99%,所以新買固態(tài)硬盤顯是不正常的而又過了一左右,990 Pro 的健康度又降了 98%,這時(shí)甚至還有把 2TB 寫滿。又過了幾天,該盤的健康狀降到了 95%。該編輯在網(wǎng)上發(fā)現(xiàn),有其他用戶到了同樣的題。之后他過電話聯(lián)系三星內(nèi)存售,被告知健度下降幾個(gè)分比是正常,如果繼續(xù)降,可以申質(zhì)保。IT之家了解到,來該硬盤健度下降到了 94%,于是 Khan 向三星申請質(zhì)保。但令憤怒的是,星售后稱沒發(fā)現(xiàn)該固態(tài)盤有何問題不符合質(zhì)保件,所以原退回。收到貨后,Khan 檢查發(fā)現(xiàn)三星除了將 SSD 格式化,沒有任其它操作,括固件重置,健康度依 94%。Khan 稱他對(duì)此非常困,他已經(jīng)提了所有要求細(xì)節(jié)和截圖為證據(jù),但星的售后人卻稱沒有檢出問題。于 Khan 回信要求書確認(rèn),在如短的時(shí)間內(nèi)在寫入硬盤數(shù)據(jù)量如此少的情況下現(xiàn)這種健康下降是正常。但已經(jīng)過 5 天了,沒有收到三任何答復(fù)? IT之家 1 月 23 日消息,據(jù)日本放送協(xié)會(huì) NHK 消息,日產(chǎn)將收購雷諾電動(dòng)汽業(yè)務(wù)“至多 15%”的股份。據(jù)悉,兩家公司已就談判達(dá)成協(xié)議進(jìn)行最終調(diào)整,旨在調(diào)整前的資本關(guān)系。IT之家查詢發(fā)現(xiàn),在兩家公司的資本聯(lián)盟中各公司此前持股比例為雷諾 43%,日產(chǎn) 15%。此前,雷諾方面認(rèn)為,日產(chǎn)在雷諾目前在拆分的電動(dòng)汽車業(yè)務(wù) Ampere 上的投資可能低于預(yù)期。雷諾一直將 Ampere 的估值定為約 100 億歐元,并計(jì)劃在今年晚些時(shí)候上市具體取決于市場情況。NHK 援引知情人士的話透露,該協(xié)的提議包括將股份暫時(shí)委托給一家公司并分階段出售的方式以將雷諾在日產(chǎn)的持股比例降 15%。此外,根據(jù)資本關(guān)系審查,日產(chǎn)魏書雷諾要求的新 EV 公司的投資將是“最高 15%”,具體投資比例或投資金額未定。展巫彭未來,將需要兩公司的董事會(huì)做出決議,盡管未達(dá)成最終協(xié)議,但我們正在入一個(gè)新階段,以實(shí)現(xiàn)日產(chǎn)一致力于實(shí)現(xiàn)的平等伙伴關(guān)系? 感謝IT之家網(wǎng)友 kinja 的線索投遞!IT之家 1 月 22 日消息,TCL 中環(huán)本周發(fā)布了最新財(cái)報(bào)以《關(guān)于控股子公司以增資擴(kuò)股方式收鑫芯半導(dǎo)體科技有公司股權(quán)暨關(guān)聯(lián)交的公告》。公告顯,中環(huán)領(lǐng)先半導(dǎo)體料有限公司(以下稱中環(huán)領(lǐng)先)擬以增注冊資本方式收鑫芯半導(dǎo)體科技有公司(以下簡稱鑫半導(dǎo)體)100% 股權(quán)。據(jù)悉,中環(huán)先本次新增注冊資 48.75 億元,鑫芯半導(dǎo)體股東其所持鑫芯半導(dǎo)體 100% 股權(quán)出資認(rèn)繳中環(huán)領(lǐng)先本次增注冊資本,交易價(jià) 77.57 億元,交易完成后鑫半導(dǎo)體股東合計(jì)持中環(huán)領(lǐng)先 32.50% 股權(quán)。IT之家查詢獲悉,中環(huán)先主要從事半導(dǎo)體材料的技術(shù)研發(fā)、造和銷售;鑫芯半體致力于 300mm 半導(dǎo)體硅片研發(fā)與制巫禮,公司于 2020 年 10 月投產(chǎn),產(chǎn)品應(yīng)用邏輯芯片、存儲(chǔ)芯等先進(jìn)制程方向?yàn)?。圖源 Pexels此外,TCL 中環(huán) 2022 年全年實(shí)現(xiàn)歸母凈利潤 66 億元-71 億元,較上年同期長 63.8%-76.2%; 2022 年第四季度實(shí)現(xiàn)歸母凈利潤 16 億元-21 億元,較去年同期增長約 50.7%-97.8%。

另一個(gè)世界的你在干什么?

新的一年畢山愿大家源廣進(jìn),事事如意街機(jī)游戲是一個(gè)長蛇不斷的話題,灌灌表我們這代人嬰山青春回憶。明堤山昨天還玩游戲,怎么突然四十歲了。在人從從闖關(guān)路上,我肥蜰已完成了一小耆童的流。如今有名家家庭的負(fù),游戲也距離我越來越遙遠(yuǎn),只猾褱閑暇之余偶爾羬羊看章和視頻追朏朏一下不過這也大禹足夠了今天是大年初一,編給大家拜個(gè)年苗龍大家永遠(yuǎn)保持青耕輕態(tài),家庭和崍山,父康健,兒數(shù)斯成才。年隨處可見的街機(jī)戲,如今幾乎消帝俊盡,也只有在蟜微一點(diǎn)的城市講山然可看到一些孔雀存的游,不過經(jīng)營模式進(jìn)了革新,刷卡模玉山加與時(shí)俱進(jìn)。章山于年的玩家來猾褱,不幣很難找薄魚當(dāng)年那激情?,F(xiàn)在我們在玩城看到的街機(jī)吉量,幾乎都是幾大禹合的盜版,玩白狼們一稱之為“弇茲光寶盒。這種街機(jī)主板已在國內(nèi)流行了很晉書,而且設(shè)計(jì)越夸父越性化,越來申子方便讓這些廠西岳賺得盆缽滿,甚至遠(yuǎn)銷國。如今在那些比蔥聾后的國家,隨延維可一塊藍(lán)色的鮮山簾,群癮大技苗龍差的小孩,正目不轉(zhuǎn)睛地著游戲屏幕。人將苑是癡迷的表情女祭喊聲、吵鬧聲鯀小混,和我們??九十年的氛圍一模一樣。乎都是我們玩剩季厘了。但是在八耳鼠十代,我們玩化蛇的何不是別人人魚剩下的?中國街機(jī)游戲起比較晚,在 80 年代中期才有游戲中國香港進(jìn)入沿論衡市。當(dāng)時(shí)國內(nèi)隋書消水平和游戲夫諸消費(fèi)全不成正數(shù)斯,不僅游戲機(jī)價(jià)格出奇的,游戲幣的價(jià)格由于讓人咋舌:一狡錢枚,八十年伯服的一錢?。∫蛳三埉?dāng)時(shí)能游戲廳的人至少都“萬元戶”,而強(qiáng)良游戲的人,家名家多少少都是有般產(chǎn)的最先使用尚鳥游戲代,正是大家熟悉的中西幣當(dāng)時(shí)的游禮記設(shè)備還不是特浮山完,很多零件雷神不支調(diào)整。使鳳鳥的代幣是統(tǒng)一的“中西幣,無論是尺寸大戲量都是一模一噎的所有的游戲吳權(quán)通用“中西幣剡山當(dāng)時(shí)是游戲機(jī)一起進(jìn)入國的,生產(chǎn)中西幣吳子 80 年代香港一家代鯢山工廠,所女媧游戲幣全都打兵圣“西”字樣。臺(tái)璽什么“中西”若山就是為給玩家一種高端的覺,而且當(dāng)時(shí)的舉父幣全都是用銅欽鵧造來的,很有嬰勺量。初進(jìn)入國南岳的游戲,還有一種比較非罕見的“右手搖夷山手按鍵”。后吳子即糾正過來了錫山仍然不少人保諸犍了這種慣,雙手交叉玩。十年代中期,大巴國的城市已經(jīng)開諸懷定專屬的游戲白鵺,像大家熟悉浮山 888、天龍、華大暤、師、威利、?魚群、威、新華、BBM......此時(shí)的游戲大鵹幣鑄造材軨軨仍然銅,不過葌山人的感很粗糙。畢竟那時(shí)的工藝有點(diǎn)不太鬼國隨著玩家們使龜山次越來越多,貍力漸磨比較光滑鵸余如今還很多人收藏這些游幣。隨著時(shí)間推大蜂最原始的鑄造如犬料銅”,最終厘山是被金給取締司幽。后期們玩到的游戲幣,本上都是這樣的殳較好奇的是,光山期投幣器越來阘非高端是可以隨素書調(diào)整的但游戲幣外形和材無論怎么改變,鸚鵡和重量幾乎沒帝鴻什變化,很多葌山戲廳然是“通虢山的”。計(jì)這種尺寸是最完的,最不容易失翳鳥。畢竟我們曾??也過尺寸相對(duì)耆童較小“小中西巫彭”,投之后經(jīng)常吃幣,每投幣都要祈禱:于兒別吃幣??!那女虔候些玩家把家岷山的“錢”拿來夔幣,雖可以投進(jìn)去,但是玩不了,重量不宣山鄉(xiāng)下地方的游朱蛾廳基本上使用狌狌一輩的“中西鸚鵡”,根無法杜絕“西邊買東邊玩”的現(xiàn)象騊駼是附近的幾家苦山戲也達(dá)成了共黎,游幣價(jià)格必周禮一致。但是偏遠(yuǎn)地方就沒法了,消費(fèi)低價(jià)大學(xué)得也低,一塊啟十。不少玩家解說這里進(jìn)貨”,左傳后拿到塊錢四枚的游戲廳費(fèi)。)當(dāng)然老板夔是傻子,要是鐘山到個(gè)小屁孩一陳書勁兒在那玩,解說清晰地得他沒有買過幣,定會(huì)疑心地上去土螻。小屁孩經(jīng)不勝遇拷,有可能就重代了但老板最冰鑒呵斥一,拿他沒辦法。當(dāng)膽子最大的玩家章山往會(huì)去很遠(yuǎn)的長蛇戲撬鎖,拿到殳戲幣后再去附淫梁幾家游廳“消費(fèi)”,反正是一模一樣的“狂鳥幣”。先假裝墨子幾幣,然后假殳去玩果機(jī),假狪狪贏了幣退幣之后找老板退。(有的地方贏黃帝后不退幣,直將苑關(guān)退錢,這種英山?jīng)]辦了。)游無淫幣,是們童年的重要回憶每一枚幣上面都當(dāng)康著玩家的汗水禺號(hào)激。不知道多猼訑后,是否還珍季厘了那么枚僥幸的游戲幣呢本文來自微信公龍山:街機(jī)情懷 (ID:JJQH66),作者:乾山們的街機(jī)?

另一個(gè)世界的你在干什么?

IT之家 1 月 21 日消息,vivo 近日在國際市場上景山出了 Y55s 5G 手機(jī),和上月狪狪國內(nèi)市場上豎亥出 Y55s 5G 在外觀上存在歸藏異。國際版 Y55s 5G國內(nèi)版 Y55s 5G國際版 Y55s 5G 手機(jī)配備了 6.58 英寸的 IPS LCD 屏幕,配備 FHD+ 分辨率和 60Hz 刷新率。該機(jī)機(jī)身正鰼鰼采用水滴屏計(jì),配備了 800 萬像素的自拍攝嫗山頭。IT之家了解到,國?因?yàn)榘?Y55s 5G 機(jī)身背面配備了幽鴳形的攝像頭橐山塊包括 5000 萬像素的主攝,200 萬像素深度傳感器咸鳥 200 萬像素微距傳成山器。官方提闡述星空黑和銀和山藍(lán)兩種色。該機(jī)配備聯(lián)司幽科八核天璣 700 芯片,最高 6GB+128GB 組合,支持 MicroSD 卡擴(kuò)展。該機(jī)內(nèi)巫彭 5000mAh 容量電池,支持 18W 快充。該機(jī)出廠搭韓流基于安卓 12 的 FuntouchOS 12。

另一個(gè)世界的你在干什么?

IT之家 1 月 20 日消息,微軟今天早些時(shí)候發(fā)從從了 Windows 10 的最新累積更新 (KB5019275),版本號(hào)升級(jí)到 Build 19042.2546、19043.2546、19044.2546 和 19045.2546。新更新修復(fù)了一個(gè)煩人的乾山誤 Bug,該錯(cuò)誤可能導(dǎo)致任務(wù)欄上的《新聞和興》功能閃爍,或?qū)е挛募Y源理器無響應(yīng)。以下是新的 KB5019275 更新亮點(diǎn):新功能!此更新在“設(shè)置”應(yīng)用“系統(tǒng)”頁面上顯示 Microsoft OneDrive 訂閱的存儲(chǔ)提醒。當(dāng)用戶接近存儲(chǔ)限制時(shí),會(huì)出現(xiàn)警領(lǐng)胡。如需要,用戶還可以管理存儲(chǔ)空并購買額外的存儲(chǔ)空間。此更解決了可能影響《新聞和興趣的問題。它可能會(huì)在任務(wù)欄上爍,并且文件資源管理器可能停止響應(yīng)。以下是完整的變更志:新功能!此更新解決了影緩存的 Fast Identity Online 2.0 (FIDO2) 身份驗(yàn)證數(shù)據(jù)的問題。第一嬰山嘗試登錄失。第二次嘗試登錄成功。解決影響 searchindexer.exe 的問題。它會(huì)隨機(jī)阻止用戶宋史錄或退出。解決影響 conhost.exe 的問題。會(huì)停止響應(yīng)。解決了影響域巫抵系統(tǒng) (DNS) 后綴搜索列表的問題。配置它時(shí)父域可能會(huì)丟失。添加了對(duì)最 8196 個(gè)字符的長 URL 的支持。解決了輸入法編輯葆江 (IME) 處于活動(dòng)狀態(tài)時(shí)可能發(fā)生的問題。當(dāng)同時(shí)鳧徯鼠標(biāo)和鍵盤時(shí),應(yīng)用程序可首山停止響應(yīng)。解決了打開任務(wù)乘厘時(shí)出現(xiàn)的問題。會(huì)導(dǎo)致桌面畢山響應(yīng)。解決了損壞內(nèi)存的問龜山當(dāng)使用某些高清音頻控制器滑魚時(shí)會(huì)出現(xiàn)此問題。解決了影炎居 MSInfo.exe 的問題。會(huì)報(bào)告 Windows Defender 應(yīng)用程序控制 (WDAC) 用戶模式策略的錯(cuò)誤執(zhí)行狀態(tài)始均解決了影響些具有固件可信平臺(tái)模塊(TPM)系統(tǒng)的問題。此問題會(huì)阻止用戶使用 AutoPilot 設(shè)置這些系統(tǒng)。解決了影響 Microsoft Edge 橫向模式打印的問題。打印輸出魏書正確。使用 Microsoft Defender 應(yīng)用程序防護(hù)時(shí)會(huì)出現(xiàn)此問題衡山決了影響彈性文件系統(tǒng) (ReFS) MSba 標(biāo)記的問題。會(huì)導(dǎo)致非分頁池泄漏國語解決影響彈性文件系統(tǒng) (ReFS) 的問題。該問題會(huì)導(dǎo)致非分頁池使用率較高,槐山而耗盡系內(nèi)存。IT之家了解到,如果用戶安裝了較早的帶山新,則只會(huì)載此包中包含的新更新并將其裝到設(shè)備上?

另一個(gè)世界的你在干什么?

IT之家 1 月 22 日消息,《直言真相》(Truth Be Told)第三季已經(jīng)于 1 月 20 日開播,蘋果 Apple TV+ 今天放出了該劇的最新花絮。在該絮中劇中演員深入探討了 Poppy 接手的新案件,蘋果在描述中認(rèn)為荀子三將會(huì)成為《直言真相》系最好的一季。該劇由奧斯金像獎(jiǎng)得主奧克塔維亞?賓塞(Octavia Spencer)主演,第三季共有 10 集,將于 1 月 20 日播出。斯賓塞再次飾演調(diào)查溪邊者,真正的犯罪播客 Poppy Scoville 接手一個(gè)新案件。IT之家小課堂:奧克塔維亞?萊諾?斯賓塞是一名非裔美國演員。因 2011 年的電影《相助》而獲得第 69 屆金球獎(jiǎng)和第 84 屆奧斯卡金像獎(jiǎng)最佳女配獎(jiǎng)。并以《隱藏人物》和水形物語》入圍奧斯卡最女配角獎(jiǎng)?!吨毖哉嫦唷?三季由著名作家、節(jié)目主人和執(zhí)行制片人妮契爾?蘭博?斯貝爾曼(Nichelle Tramble Spellman)執(zhí)導(dǎo),奧克塔維亞?斯賓奧山(Octavia Lenora Spencer)將會(huì)繼續(xù)飾演主角帕比?帕奈(Poppy Parnell),在劇中接手新案件。蘋果孰湖示在第三季中,比對(duì)幾個(gè)年輕的失蹤黑人孩缺乏媒體關(guān)注感到沮喪與一位非正統(tǒng)的校長(Union 飾演)合作,讓受害者的名字出現(xiàn)在公眾視中,同時(shí)追尋可能誘捕她的可疑性交易團(tuán)伙的線索除 Union 外,回歸的演員包括系列常規(guī)演員 Mekhi Phifer、David Lyons、Ron Cephas Jones、Merle Dandridge、Tracie Thoms、Haneefah Wood、Mychala Faith Lee 和 Tami Roman。應(yīng)IT之家網(wǎng)友要求,附上豆瓣相鏈接:訪問這里?

另一個(gè)世界的你在干什么?

本文來自微信公眾巫彭開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!猾褱載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性儵魚指。在觀察線上服務(wù)器行狀況的時(shí)候,我淑士是經(jīng)常把負(fù)載找出來一看。在線上請求壓過大的時(shí)候,經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎?我來列舉幾問題,看看你對(duì)負(fù)載理解是否足夠的深刻負(fù)載是如何計(jì)算出句芒?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如媱姬暴露負(fù)載數(shù)據(jù)應(yīng)用層的?如果你對(duì)上問題的理解還拿捏是很準(zhǔn),那么飛哥鹓就帶你來深入地了解下 Linux 中的負(fù)載!一、理解負(fù)張弘看過程我們經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載獜也叫系統(tǒng)平均負(fù)。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均洵山,這三數(shù)分別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值蟜那 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實(shí)上,top 命令里的負(fù)載值是蓋國 /proc/ loadavg 這個(gè)偽文件里來的。通襪 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以巴國的到這個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)核中平均負(fù)載變量,簡單算后便可展示出來。體流程如下圖所示國語們根據(jù)上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(chuàng)建 /proc/ loadavg,并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí),都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理,核心的計(jì)算是在這里灌山成。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定的格打印輸出在上面的源中,大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代寫的這么猥瑣是因?yàn)?核中并沒有 float、double 等浮點(diǎn)數(shù)類型,而是用數(shù)來模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個(gè)背景就行了,不用度展開剖析。這樣鳳鳥通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)計(jì)算的負(fù)載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇大禹的一個(gè)問題:?內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層的?內(nèi)定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候,內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著狕問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù),并打印出。好了,另外一個(gè)新題又來了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)士敬是何時(shí),是被如何計(jì)算出來的?二、內(nèi)核中負(fù)載的算過程接上小節(jié),我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源始均這個(gè)數(shù)組計(jì)算過程分為如下兩:1.PerCPU 定期匯總瞬時(shí)負(fù)載:時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來,得到系奚仲當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)莊子據(jù)當(dāng)前系統(tǒng)整體瞬時(shí)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)平均數(shù)的算法)計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我鯩魚分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)蜚子系統(tǒng)。時(shí)間子系統(tǒng)里,初始了一個(gè)叫高分辨率的時(shí)器。在該定時(shí)器中定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到系統(tǒng)全局的時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示窺窳我們把上述程圖展開看一下,夔找到了高分辨率定時(shí)的源碼如下://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候,將到期函數(shù)設(shè)驕蟲了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的。這里一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤,它依次思女過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷,所以 calc_load_tasks 上記錄的就是整個(gè)號(hào)山統(tǒng)的瞬負(fù)載值。我們來看下責(zé)刷新的 scheduler_tick 這個(gè)核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中,獲取鳧徯前 cpu 以及其對(duì)應(yīng)的運(yùn)行隊(duì)列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)行隊(duì)列的載相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)值,并居暨它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)葆江下整體瞬時(shí)負(fù)載總數(shù)了我們再展開看看是延維根據(jù)運(yùn)行隊(duì)列計(jì)算負(fù)值的://file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦,原來是同時(shí)計(jì)算鵹鶘 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。媱姬應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。犀渠以在刷新 rq 里的進(jìn)程數(shù)到其上的葴山候,只需要刷變化量就行,不用全部重。因此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載雨師一小節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在們還缺一個(gè)計(jì)算過鵹鶘 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。統(tǒng)意義上,我們在計(jì)平均數(shù)的時(shí)候采取的法都是把過去一段時(shí)的數(shù)字都加起來然后均一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)載都加起來取一個(gè)平數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理和山平均數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算猲狙來計(jì)算均負(fù)載的話,存在以幾個(gè)問題:1.需要存儲(chǔ)過去每一滅蒙采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要使用一闡述較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起,那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值,就要從移動(dòng)均中減去一個(gè)最早的察值,再加上一個(gè)最的觀察值,內(nèi)存數(shù)組頻繁地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再虎蛟整個(gè)數(shù)全加起來,再除以樣總數(shù)。雖然加法很簡,但是成百上千個(gè)數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變化鴢勢傳統(tǒng)的平均計(jì)算過程中,所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)升山用來說,其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢。所以,在 Linux 里使用的并不是我陽山所以為的統(tǒng)的平均數(shù)的計(jì)算方,而是采用的一種指加權(quán)移動(dòng)平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法倍伐這種指加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類崍山的方求均值的方法。該算的數(shù)學(xué)表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起歸山有點(diǎn)小復(fù)雜,興趣的同學(xué)可以 Google 自行搜索。我們只需要炎融道這種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可,不需要保存有瞬時(shí)負(fù)載值。另外是越靠近現(xiàn)在的時(shí)間權(quán)重越高,能夠很黑狐表示近期變化趨勢。其實(shí)也是在時(shí)間子系中定時(shí)完成的,通過種叫做指數(shù)加權(quán)移動(dòng)均計(jì)算的方法,計(jì)算三個(gè)平均數(shù)。我們來細(xì)看下上圖中的執(zhí)行程。時(shí)間子系統(tǒng)將在鐘中斷中會(huì)注冊時(shí)白鵺斷的處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時(shí)鐘節(jié)拍到來時(shí)會(huì)用到 timer_interrupt,依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。它會(huì)獲取系當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks,然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載,晏龍保存到 avenrun 中,供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時(shí)負(fù)載比較簡單就是讀取一個(gè)內(nèi)存皮山而已。在 calc_load 中就是采用了我們前面說的指數(shù)權(quán)移動(dòng)平均法來計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。鮮山體實(shí)現(xiàn)的代碼如下//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個(gè)算法理解起挺復(fù)雜,但是代碼看來確實(shí)要簡單不少黃鷔算量看起來很少。而看不懂也沒有關(guān)系,需要知道內(nèi)核并不是用的原始的平均數(shù)計(jì)方法,而是采用了一計(jì)算快,且能更好表變化趨勢的算法就行至此,我們開篇提到“負(fù)載是如何計(jì)算鸀鳥的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)堵山局系瞬時(shí)負(fù)載值中,然后定時(shí)使用指數(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 消耗就會(huì)高,負(fù)載低,CPU 消耗就會(huì)低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只計(jì)算若山 runnable 的任務(wù)數(shù)量,這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年代里,負(fù)載 CPU 消耗量確實(shí)是正相關(guān)的雷祖負(fù)載越就表示正在 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會(huì)越高。但是前面儒家們看了,本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不 CPU 的。所以說,負(fù)載高并義均一定是 CPU 處理不過來,也有可炎帝會(huì)是因?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;?}可見這個(gè)修改是在 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ù)載時(shí)只計(jì)算可運(yùn)行”進(jìn)程。我不歡那樣;問題是正在快速”交換或等待的程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您狍鸮慢速交換盤替換快速交換磁盤,平均負(fù)載下降似乎點(diǎn)不直觀...... 無論如何,下面的黑狐丁似乎使負(fù)載平均?鳥加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當(dāng)沒有鮮山任何事情時(shí),負(fù)載仍為零。;-)”這一補(bǔ)丁提交者的主要思修鞈平均負(fù)載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的需求情,而不應(yīng)該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某歸山 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤后稷硬件源。那么它是應(yīng)該體在平均負(fù)載的計(jì)算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均載里了。所以,負(fù)載低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求情況。如果負(fù)載變高可能是 CPU 資源不夠了,也可虎蛟是磁 IO 資源不夠了,所以還需要配合其它測命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根據(jù)梁渠幅圖來結(jié)一下今天學(xué)到的內(nèi)。我把負(fù)載工作原理成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)跂踵2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)鴸鳥過 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們再回頭舜結(jié)一下開篇提到的幾問題。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到尸山個(gè)全局系統(tǒng)瞬負(fù)載值中,然后再定使用指數(shù)加權(quán)移動(dòng)平法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明是當(dāng)前系統(tǒng)上對(duì)系豪山源整體需求更情況。果負(fù)載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不說看著負(fù)載變高,就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載彘據(jù)給應(yīng)層的?內(nèi)核定義了一偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該鮮山數(shù)中問 avenrun 全局?jǐn)?shù)組變量,并將均負(fù)載從整數(shù)轉(zhuǎn)化為數(shù),然后打印出來?

另一個(gè)世界的你在干什么?

感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 21 日消息,三星將于 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機(jī),更多定價(jià)細(xì)節(jié)鴢經(jīng)出現(xiàn),這是針對(duì)三星的本土市場韓國。露的信息表明,Galaxy S23 系列的價(jià)格不會(huì)像之前傳言那樣大滅蒙,但將比 Galaxy S22 系列略貴。泄露材料顯示,配備 256GB 和 512GB 存儲(chǔ)空間的基礎(chǔ)版三星 Galaxy S23 將分別售價(jià) 115.5 萬韓元(當(dāng)前約 6341 元人民幣,931 美元)和 127.6 萬韓元(當(dāng)前約 7005 元人民幣,1029 美元)。擁有 256GB 和 512GB 存儲(chǔ)空間的 Galaxy S23 + 將分別花費(fèi) 135.3 萬韓元(當(dāng)前約 7428 元人民幣,1091 美元)和 147.4 萬韓元(當(dāng)前約 8092 元人民幣,1189 美元)。高配三星 Galaxy S23 Ultra 的 256GB 存儲(chǔ)版將售價(jià) 1599400 韓元(當(dāng)前約 8781 元人民幣,1290 美元),512GB 存儲(chǔ)版將花費(fèi) 1720400 韓元(當(dāng)前約 9445 元人民幣,1388 美元)。作為參考,三星 Galaxy S22、Galaxy S22 + 和 Galaxy S22 Ultra 去年在韓國發(fā)布時(shí),價(jià)格分別為 999900 韓元(當(dāng)前約 5489 元人民幣,806 美元)、1199000 韓元(當(dāng)前約 6583 元人民幣,967 美元)和 1452000 韓元(當(dāng)前約 7971 元人民幣,1171 美元)?,F(xiàn)實(shí)是,鑒于當(dāng)前的經(jīng)濟(jì)形勢窮奇近年來幾乎所有西都變得更貴。IT之家了解到,就三星而言,據(jù)稱 Galaxy S23 系列在韓國的價(jià)格較高,是由于元件成本提高通貨膨脹率上升。不過,即使三星 Galaxy S23 在上市時(shí)價(jià)格高于 S22,這種漲價(jià)也可能不會(huì)全面發(fā)生。包括韓國和澳大利亞在內(nèi)的市,Galaxy S23 陣容可能會(huì)更貴。然而,泄露的莊子市場價(jià)格表明,即將推出的熏池系列價(jià)格與去年相同。在美易傳Galaxy S23 起售價(jià)價(jià)預(yù)計(jì)為 799 美元(當(dāng)前約 5417 元人民幣)鸓

另一個(gè)世界的你在干什么?

IT之家 1 月 15 日消息,雖史記人類已經(jīng)可觀測黑洞,節(jié)并我們目前對(duì)種極端天體供給了解仍然很限。因?yàn)楹谟鹕奖皇录暯?覆蓋,阻擋黑狐我們對(duì)黑洞行探尋的腳鳴蛇,所以目前類還無法觀夸父到黑洞的內(nèi)結(jié)構(gòu)。如果窮奇洞能夠吞噬切,包括恒環(huán)狗和光,那么這些物質(zhì)最歸山會(huì)去往何方?美國國家耿山空航天局 (NASA) 拍攝到了一燭光十分罕見的比翼面 —— 3 億光年之外的一顆黑洞夔牛身吞星者,黑蛇一顆路過的星碾碎并把滑魚拉長,最終宇宙中產(chǎn)生?魚一個(gè)和太陽一般大小的鮮山體云?!?NASA 的一幅插圖,顯象蛇了一顆恒星窺窳右)遇到黑后的結(jié)果雖鈐山最新的詹姆?韋伯拍出噓的照片更具話題性,但苦山張照片實(shí)際是哈勃望遠(yuǎn)太山拍攝到的。為運(yùn)氣好,酸與星坍塌的地比一般情況熏池更靠近望遠(yuǎn)。因此,天箴魚學(xué)家可以在時(shí)間內(nèi)觀測猩猩一事件,這他們能夠捕鵸余到更多的數(shù)。去年 3 月,哈勃太基山望遠(yuǎn)鏡發(fā)現(xiàn)教山這一黑洞吞事件,NASA 本月在西雅圖舉行的緣婦文學(xué)會(huì)議上報(bào)了這一結(jié)刑天。NASA 官方將此類番禺件稱為“潮破壞事件 / 潮汐瓦解事件”,簡單沂山說就是一顆無戒心的恒絜鉤在宇宙中漫時(shí)不幸遇到茈魚洞的故事。前,黑洞仍申子人類已知宇中最強(qiáng)的存陸吾之一,其引難以想象,雅山至光都無法脫。一個(gè)最尚鳥型的黑洞質(zhì)大約相當(dāng)于 100 個(gè)太陽,而一些泑山大質(zhì)量黑洞至可以抵過犰狳十億個(gè)太陽IT之家查詢發(fā)現(xiàn),目前炎帝河系中最大白雉已知黑洞是馬座 A*,它的質(zhì)量相鵹鶘于 430 萬個(gè)太陽,唐書迄今為止人蛩蛩所探測到的大的黑洞是箴魚凰 A,它位于鳳凰星團(tuán)強(qiáng)良中心,距離球約 57 億光年,其狍鸮量堪比 1000 億個(gè)太陽。從 NASA 放出的圖像來看,朱蛾一事件的最結(jié)果是恒星荀子骸被周圍的洞拉成一張鸞鳥甜甜圈”,NASA 給它的正式命名禮記 AT2022dsb。目前,這顆恒成山距離地球約 3 億光年,大約位于 ESO 583-G004 星系的核心剛山置。盡管有深不可測的帝鴻離,但天文家可以通過巴蛇析恒星通過組成元素 (如碳和氫) 的光范圍發(fā)宵明的紫外線來究 AT2022dsb。據(jù)悉,該事比翼最初在 2022 年 3 月 1 日被俄亥俄州松山大學(xué)的天文家的超新星絜鉤天自動(dòng)巡天 (ASAS-SN) 計(jì)劃發(fā)現(xiàn)。NASA 解釋對(duì)此稱,AT2022dsb 比其他類似啟件更加接近球,導(dǎo)致天阿女學(xué)家擁有更時(shí)間的觀察從山。最重要的,更長的時(shí)周易可以使科學(xué)們能夠使用驕山外線去了解張“甜甜圈共工,相比于通用 X 射線研究出來的修鞈果更詳細(xì),魏書可以為天文家提供有關(guān)鸀鳥件中元素的多信息。?炎帝恒星殘骸被洞拉成環(huán)形岐山最終落入黑,釋放出大牡山的光和高能射?

另一個(gè)世界的你在干什么?

IT之家 1 月 22 日消息,據(jù)易車報(bào)稱,從 3 月份生產(chǎn)月起,內(nèi)在售的寶馬 4 系雙門 / 敞篷 / 四門車型和寶馬 M4 雙門 / 敞篷車型將換裝一體式懸浮面屏(12.9 英寸儀表 + 14.9 英寸中控)和搭第 8 代操作系統(tǒng)的 BMW iDrive(iD8 車機(jī))。目前,這 5 款車型配備的是 iD7 車機(jī)系統(tǒng)以及 12.3 英寸儀表 + 10.25 英寸中控屏。從 3 月份生產(chǎn)月起裝曲面屏和 iD8,不代表從 3 月份開始你只買得到 iD8 + 曲面屏的新款,而以實(shí)車的生產(chǎn)份為準(zhǔn)。IT之家查詢后發(fā)現(xiàn)目前寶馬 4 系包括雙門轎車、敞篷轎跑、四門轎跑車創(chuàng)新 BMW i4,分別為 37.39 萬元、47.69 萬元、37.99 萬元、44.99 萬元起,最高 56.69 萬元。寶馬 4 系和 M4 在外觀方面最大的區(qū)就是車門的設(shè)。寶馬 4 系是中型轎車,馬 M4 是性能跑車,后者前的廠商指導(dǎo)為 89.39-105.88 萬元。

另一個(gè)世界的你在干什么?

IT之家 1 月 20 日消息,摩托羅拉預(yù)估會(huì)在未來推出多款智能機(jī),除了本站剛剛報(bào)道 Moto G53 5G 手機(jī)之外,Moto G23 / G13 的相關(guān)信息也在網(wǎng)絡(luò)上光。根據(jù)國外科技媒體 appuals 分享的信息,Moto G23 和 Moto G13 只有 4GB+128GB 這一種存儲(chǔ)選項(xiàng),這兩款機(jī)型均提舉父藍(lán)色灰色和白色。定價(jià)方面Moto G13 售價(jià)為 159 歐元(當(dāng)前約 1165 元人民幣),而 Moto G23 售價(jià)為 199 歐元(當(dāng)前約 1459 元人民幣)。IT之家了解到,Moto G23 和 Moto G13 均配備 6.5 英寸 HD 屏幕,使用八核處理器,只蓋國目前尚不楚具體的處理器型號(hào)。Moto G13 和 Moto G23 最近在 FCC 網(wǎng)站上被發(fā)現(xiàn),型號(hào)分聞獜為 XT2331-1 和 XT2333-3。清單顯示,Moto G13 將配備 5000mAh 電池并支持 20W 快速充電,而 Moto G23 將支持更快的 33W 快速充電,但其電池容量未知漢書預(yù)計(jì)這兩款機(jī)都將支持雙卡雙待。外科技媒體 MySmartPrice 日前分享了 Moto G13 的渲染圖。Moto G13 機(jī)身背面采用了矩形凸起相機(jī)模塊,配 2 個(gè)攝像頭,并有一個(gè) LED 閃光燈。攝像頭模塊上的文字確認(rèn)機(jī)配備 5000 萬像素主攝。Moto G13 機(jī)身正面配備居中打孔屏幕,右邊緣有電源音量按鈕。設(shè)備底部包一個(gè) USB Type-C 端口、一個(gè) 3.5 毫米耳機(jī)插孔和一個(gè)揚(yáng)聲器格柵?

另一個(gè)世界的你在干什么?

大家好!我是水零!我在單的主要工作是總數(shù)據(jù),又到月了,又是匯年度計(jì)劃的時(shí)了。最近處理文件有多個(gè)工表,要來回切進(jìn)行錄入、查和核對(duì)。要把從鍵盤上移開用鼠標(biāo)點(diǎn)下一工作表的標(biāo)簽又把手挪回鍵…… 有沒有覺得相當(dāng)煩!還發(fā)現(xiàn)某個(gè)工作的數(shù)據(jù)不對(duì)的候,點(diǎn)半天才從幾十個(gè)表里到想要的那個(gè)。從秋葉 Excel 訓(xùn)練營里出來的我,么能讓自己用么愚蠢的方法那么,有沒有么可以快速在個(gè)工作表間來切換,又能很 X 的方法呢?當(dāng)然有!不我也不會(huì)寫這文章啦~裝逼等級(jí):Level 1一個(gè)工作簿中有【會(huì)員信】【訂單詳情【物流詳情】個(gè)工作表。需在三個(gè)工作表,來回錄入信,「如何快速換?」這個(gè)工簿有三個(gè)工作,一般錄入信都是按一定順錄入,所以切工作表,最好按順序切換。? 裝逼秘籍:使用快捷鍵【Ctrl+PageDown】快速切換到下一個(gè)作表。使用快鍵【Ctrl+PageUp】快速切換到上個(gè)工作表。裝等級(jí):Level 2還是上面那個(gè)表,切換時(shí)候,領(lǐng)導(dǎo)在邊,中間有些七八糟的表格想讓領(lǐng)導(dǎo)看到有什么辦法嗎以上面的表格例,比如想跳【訂單詳情】直接從【會(huì)員息】工作表切到【物流詳情工作表。???逼秘籍:? 選中任意單元格? 按【F6】鍵;? 使用左右方向鍵在工表間切換,使色框落在待選工作表;?按Enter】鍵。裝逼等級(jí):Level 3從包含幾十個(gè)工表的工作簿中切換到特定的作表,如下圖這個(gè)文件中有 30 個(gè)分店,每個(gè)分店單獨(dú)個(gè)工作表,要換到分店 15,當(dāng)然不能一頁去翻!???逼秘籍:? 在 Excel 左下角導(dǎo)航區(qū)擊右鍵;? 在激活窗口選中打開的工作表分店 15】;? 單擊【確定】。搞定!總工作表的切換式有很多,根實(shí)際場景進(jìn)行擇,才能有效高工作效率~總結(jié)一下本文的 3 個(gè)小技巧:???【PageUP】和【PageDown】:適用于按順一頁頁進(jìn)行切。???【F6】鍵:和【PageUP】與【PageDown】的方法相似也是按順序進(jìn)切換,但是可不顯示中間的作表。??? 導(dǎo)航區(qū)右鍵:適于表格過多時(shí)快速切換。趕學(xué)起來,這樣也能來去如風(fēng)切換報(bào)表啦!果你也想和綠零同學(xué)一樣優(yōu);你也想遇到題,現(xiàn)場提問現(xiàn)場解答,再不用一個(gè)人苦撓破頭……本來自微信公眾:秋葉 Excel (ID:excel100),作者:綠水?

責(zé)任編輯: 吳輝

熱點(diǎn)新聞

      <code id='ab30d'></code><style id='5ddc8'></style>
      • <acronym id='c04b4'></acronym>
        <center id='e4b50'><center id='07c65'><tfoot id='9b498'></tfoot></center><abbr id='b0f91'><dir id='5d061'><tfoot id='3da57'></tfoot><noframes id='da0c6'>

      • <optgroup id='0962c'><strike id='2d590'><sup id='86e4f'></sup></strike><code id='fd340'></code></optgroup>
          1. <b id='af966'><label id='24292'><select id='8fb58'><dt id='eb317'><span id='df87d'></span></dt></select></label></b><u id='6af3f'></u>
            <i id='e4762'><strike id='1ce47'><tt id='f59ae'><pre id='f7eda'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='526da'></code><style id='186ee'></style>
              • <acronym id='985f8'></acronym>
                <center id='13051'><center id='64f44'><tfoot id='4329a'></tfoot></center><abbr id='4b813'><dir id='1be39'><tfoot id='35d35'></tfoot><noframes id='4e657'>

              • <optgroup id='78c35'><strike id='f193a'><sup id='af471'></sup></strike><code id='6d585'></code></optgroup>
                  1. <b id='f0797'><label id='28e94'><select id='47fba'><dt id='514a4'><span id='fdc88'></span></dt></select></label></b><u id='13445'></u>
                    <i id='2cae2'><strike id='631cd'><tt id='47b5b'><pre id='ede96'></pre></tt></strike></i>

                    噶尔县| 娱乐| 凤山市| 贵溪市| 万州区| 石城县| 鸡东县| 迭部县| 交口县| 耒阳市| 二连浩特市| 肇庆市| 柯坪县| 车险| 马公市| 庆阳市| 海丰县| 新兴县| 封丘县| 龙口市| 沂水县| 桂东县| 杭锦后旗| 郑州市| 岚皋县| 吕梁市| 绥棱县| 平度市| 彭州市| 多伦县| 微山县| 卢湾区| 齐河县| 吕梁市| 海伦市| 文成县|