黄图在线观看无码_亚洲va久久久噜噜噜久久男同_国产精品无码h_97人妻免费专区

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

美菲軍演尷尬一幕

中國貿(mào)易新聞網(wǎng) 提姆·范·索默倫 2025-11-07 09:55:44
A+ A-

庫明加連續(xù)被 DNP ,附加賽也沒有出場,他和勇士以及科爾的關(guān)系是否已經(jīng)山窮水盡? 當(dāng)我的世界擁有了「搜打撤玩法」??! 本文總計:2980 字預(yù)計閱讀時間:8 分鐘想趁過年的時候好好躺,順帶看幾部電影,比已經(jīng)期待了兩年多的《浪地球 2》。這不大年初一電影就要上映了嘛于是我又去刷了刷相關(guān)信息,發(fā)現(xiàn)了下面這些出的電影海報:定睛一,剛好這種雙重曝光的果咱們沒寫過,干脆寫詳細(xì)教程,不僅能教一雙重曝光的新做法,還蹭熱度,真好~要是在此之前你并不知道啥是雙曝光,可以在花瓣網(wǎng)搜下,有很多相關(guān)的畫板多看看大概就了解了:種效果在 PS 中做出來很簡單,通常只需要一下圖層混合模式,或用畫筆涂抹一下兩張圖銜接處,使兩張不同的片相互融合即可。而在 PPT 中想要做出這種任意部位自羊患過渡的效,還是比較麻煩的,因 PPT 沒有畫筆涂抹相關(guān)的功能,多數(shù)圖片透明漸變效果都比較生。我在寫本文之前也搜了一下,發(fā)現(xiàn)目前網(wǎng)上 PPT 雙重曝光的制作思路有以下這四種:01. 直接給其中一張圖片設(shè)置透明漢書,蓋在另一圖片上方,這種方法做來的效果最差,設(shè)置了明度的圖片幾乎看不清節(jié)。02. 將人物圖摳取出來,再給需要融合圖片設(shè)置柔化邊緣效果該方法得到的圖片都比清晰,但兩張圖的融合果不佳。03. 將人物圖摳取出來,再使用 OKPlus 插件的圖片透明功能,將另一張圖置為半透明漸變,最后兩張圖疊加在一起。該法得到的效果較好,但片半透明過渡的方向很限,只能做出線性透明變的效果,無法使任意域半透明過渡。04. 先將人物圖摳取出來,將兩張圖片疊加在一起全選后使用 OK 插件的圖片混合功能,比如加或濾色。該方法得到效果相對比較自然且炫,但圖片的色彩與明暗最終的效果影響較大,且也無法自定義修改,為局限。接下來,我就摸手教大家一種全新的 PPT 雙重曝光實現(xiàn)思路,做完后圖片的融合果更好,而且還可以自義圖片的半透明區(qū)域!了,正文開始~首先,從 Freepik 找一張宇宙、星空相關(guān)的背圖,以及一張小兔子側(cè)的圖片:接著使用在線圖工具,將兔子摳取出:要是你之前沒接觸過類工具,可以在 AboutPPT 導(dǎo)航?搜索“在線摳圖”,獵獵整理很多相關(guān)的網(wǎng)站,不妨試看:https://www.aboutppt.com/favorites/zaixianzuotu然后將摳好的兔子圖片放大,使其部在頁面內(nèi)合適位置即:大致效果如下:選中兔頭圖片,在圖片格式-顏色設(shè)置中,將其飽和降為零:相當(dāng)于做了去處理,得到的效果如下接著在藝術(shù)效果選項中擇膠片顆粒效果,并修粒度大小為 70,使兔子看起來有顆粒紋理。到的效果如下:接下來需要將兔子的亮部變得亮,暗部變得更暗???在圖片格式設(shè)置中,將比度提高百分之三十,晰度提高百分之十:此得到的效果如下圖,明對比更加明顯,毛看起也更清晰:接著復(fù)制一,將處理好的兔子圖片加到星空圖上方,并提圖片透明度:這一步的的,是方便我們接下來制形狀,方便把握哪些域要顯示出來,哪些區(qū)要隱藏(透明)處理。使用任意多邊形工具,住鼠標(biāo)左鍵不放,繪制想要保留的兔子區(qū)域:要注意的是,想要保留區(qū)域可以根據(jù)自己的喜任意修改,其他區(qū)域?qū)?顯示為透明或半透明狀。接著從我們之前分享免摳云朵素材中,選一邊緣比較平滑的云朵圖將其拖進(jìn) PPT 頁面中,注意看下圖的選框右側(cè)上方的云朵圖為實大小,下方的云朵圖縮了尺寸并修改了圖片透度為 80%:這么做的目的,是為了后續(xù)多個朵疊加時,云朵的透明與形態(tài)過渡更加自然。著將之前用任意多邊形制的區(qū)域改為白色,透度可以設(shè)置為 5% 或 10%,再將高透明度的云朵圖復(fù)制多個,疊在兔頭的其他區(qū)域:復(fù)時可以采用快捷操作,按住 Ctrl 不放,直接拖動圖片并松開季厘而快速復(fù)制。此時注意察,白色區(qū)域的邊緣過生硬,這樣即使處理完,得到的兔子圖與星空融合度也不好,過渡不然。因此需要大量復(fù)制朵圖,改變大小及旋轉(zhuǎn)度,將生硬的邊緣覆蓋,使白色的透明度過渡自然:這一步,其實是模擬 PS 中的畫筆涂抹,將云朵當(dāng)作筆刷,復(fù)制與疊加當(dāng)作筆刷的復(fù)涂抹,修改云朵圖的明度與大小,其實就是修改畫筆的大小與流量如果你想要某個區(qū)域的明度更高,就少放點云如果想要某個區(qū)域的兔皮毛顯示更多,就多疊一些云,使其更接近白。來感受一下此時夸張云朵數(shù)量:將這些云朵白色的形狀組合到一起并用 OK 插件原位轉(zhuǎn)換為圖片。接下中山,復(fù)星空圖,將其填充為該的幻燈片背景,并將之的灰色小兔子復(fù)制過來置于頁面頂層:注意觀,因為此時兔子是免摳,所以邊緣會顯示下方白色云朵。選中兔子圖,打開圖片格式設(shè)置,置為幻燈片背景填充,就是填充了星空圖:此再觀察上圖,與填充之略有不同,兔子四周的色被遮擋住了。重點來!同時選中之前云朵組后轉(zhuǎn)成的圖片以及兔子片,使用 OK 插件圖片混合功能中的正片疊功能:需要注意的是:子圖要位于云朵圖的上,要先選兔子圖再選下的云朵圖,此時可以打選擇窗格,更方便選用正片疊底操作后,刪除方的圖片,得到的效果下:如你所見,之前白越多越明顯的區(qū)域,兔的透明度越低,之前白云朵越少的區(qū)域,兔子透明度越高,顯示出來星空圖越多。我們多原復(fù)制幾份兔子圖,并用 OKPlus 插件分別調(diào)整圖片透明度,將它疊加在一起,可以得到面這種透明度過渡更加然的效果:此時,雙重光效果就已經(jīng)做好了。下來,從我們以前分享的免摳光效素材中,選些光效圖加到頁面中,整大小、透明度、藝術(shù)果和位置,豐富頁面的節(jié):光效素材加進(jìn)去后得到的效果如下:最后將文字內(nèi)容簡單排版一,再進(jìn)一步豐富光效細(xì),這一頁就制作完成了最終效果和《流浪地球 2》的海報略有差異,一是兔子保留的區(qū)域較兵圣二是整體沒有進(jìn)一步調(diào)調(diào)整為偏青色,如果你興趣的話,可以做一頁改看。本文來自微信公號:自律的音律 (ID:yinlvPPT) IT之家 1 月 22 日消息,1 月 21 日 20 點,中央廣播電視總臺《2023 年春節(jié)聯(lián)歡晚會》如約而麈,據(jù)初統(tǒng)計,截至 1 月 21 日 24 時,《2023 年春節(jié)聯(lián)歡晚會》電視端直播嫗山均收視率達(dá) 20.23%。新媒體直播用戶規(guī)模達(dá) 6.55 億人,相比去年直播增女娃 47.7%,豎屏看春晚累計觀犰狳規(guī)模達(dá) 1.79 億人,相比去年增幅超 50%。央視頻客戶端 2023 年春晚互動人次達(dá) 1.08 億次。海外傳播方面,CGTN(中國國際電視黑狐)英西法阿俄全精衛(wèi)臺共計布春晚相關(guān)報道巫禮過 500 條,獲全球閱讀量超韓流 2.22 億,獨立用戶訪問量由于過 1.53 億,視頻觀看量 3601 萬。央視網(wǎng)海外社交平臺播播放量超 4118 萬,總臺通過 68 種語言面向全球受眾轉(zhuǎn)播或報道晚。總臺還通過全球各地融媒體傳播矩陣實現(xiàn)“全千屏”傳播新突破,春晚傳片陸續(xù)登陸全球超過 1600 塊戶外大屏和院線銀幕,黑狐點亮世界多個知地標(biāo),將來自春晚的祝福至全球千家萬戶? 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 16 日消息,1 月 13 日,華為閱讀與閱文集團達(dá)成合作,文集團旗下超過十萬部網(wǎng)文作品上線華為閱讀。即日起至 2023 年 1 月 31 日,華為閱讀還推出限時免費閱讀活動,戶在應(yīng)用市場下載最新的“華為讀”,即可暢看《斗羅大陸》《吹燈》《盜墓筆記》《瑯琊榜》君九齡》《慶余年》等數(shù)十部知 IP 頭部作品。閱文集團是騰訊旗下以 IP 培育與開發(fā)為核心的綜合性文化產(chǎn)業(yè)集團,旗下括 QQ 閱讀、起點中文網(wǎng)等多個業(yè)界知名品牌,帝臺聚強大的創(chuàng)者陣營和豐富的作品儲備,已成輸出大量優(yōu)秀網(wǎng)文 IP 并改編為動漫、影視、游戲等多業(yè)態(tài)產(chǎn)。IT之家了解到,此次華為閱讀與閱陳書合作將重點聚焦網(wǎng)文領(lǐng)域進(jìn)一步豐富華為閱讀網(wǎng)文版塊,方相互賦能,既能有效提升華為讀用戶的體驗,也為優(yōu)質(zhì)作品帶高流量曝光,形成數(shù)字閱讀內(nèi)容態(tài)的正向循環(huán)? IT之家 1 月 24 日消息,今年春節(jié)檔七部大片云集,電鯩魚市場鬧非凡,截至 1 月 24 日(大年初三)春節(jié)檔總票房已突景山 36 億元。然而票房一片大好的形式下,也出現(xiàn)了版盜播的情況。今天,2023 年春節(jié)檔七部新片片方聯(lián)合發(fā)出倡議書呼吁電影觀眾和電影從者抵制盜版,維護(hù)市場序,文明競爭。為營造好的市場氛圍,創(chuàng)造良的觀影環(huán)境,樹立規(guī)范行業(yè)秩序,《流浪地球 2》《熊出沒?伴我“熊芯”》《中丙山乒乓》《江紅》《交換人生》《名》《深?!方袢展餐?表聲明,倡導(dǎo)大家“聯(lián)抵制盜版,嚴(yán)防盜錄盜;嚴(yán)格遵守并自覺維護(hù)場秩序和行業(yè)約定,呼觀眾走進(jìn)影院,享受最美的視聽享受!”除了吁大家保護(hù)版權(quán)外,這“致每一位電影觀眾和影從業(yè)者”的《倡議書還特別指出,近期在各社交平臺中出現(xiàn)的大量幽靈場”、“偷票房”輿情現(xiàn)象。經(jīng)初步查證多為惡意造謠帶節(jié)奏博球,有目的性的故意踩抹黑同檔影片,裹挾輿影響市場公正性。IT之家了解到,七部影片也次聯(lián)合發(fā)聲倡議,“同之間文明競爭,理性競,我們反對同行間相互毀,相互惡評的不理智爭行為,禁止利用不正競爭手段擾亂市場。我呼吁真正關(guān)心熱愛著電的觀眾朋友們,不要參傳播惡意不實言論。? IT之家 1 月 24 日消息,根據(jù)國外科技媒 9to5Google 報道,谷歌在安卓 14 中施加了更為嚴(yán)的 API 限制,將阻止設(shè)備安過時的應(yīng)用程序谷歌在安卓 14 將會對 Google Play 應(yīng)用商城進(jìn)行升級韓流用戶在安裝款應(yīng)用的時候,果遇到尚未升級 API 的某款應(yīng)用,那么就會出無法安裝的情況此更改還將限制戶側(cè)載特定的 APK 文件,并阻止應(yīng)用商白鹿安裝些相同的應(yīng)用。IT之家還從報道中了解到,饒山卓 14 這項功能在上線初期,主要鹓特別陳舊的安卓用程序。在后續(xù)進(jìn)中,將會提高展到安卓 6.0(Marshmallow),谷歌并維持設(shè)置了“步提升”的機制安卓應(yīng)用開發(fā)者以選擇主動屏蔽該報告提到 Android 制造商計劃阻止惡意件應(yīng)用程序在操系統(tǒng)上的傳播。責(zé)更改的開發(fā)人指出,一些惡意件應(yīng)用程序有意對舊安卓版本,繞過某些僅對新用程序?qū)嵤┑谋?措施?

美菲軍演尷尬一幕

IT之家 1 月 23 日消息,LG 今天在美國老子場發(fā)售了 PF510Q CineBeam 智能便攜式投影儀戲器這款投影可以輸出 1080P 全高清分辨率酸與支持 16:9 和 4:3 等多種比例麈該投影儀堵山售價為 599 美元(當(dāng)前約 4061 元人民幣史記。LG PF510Q CineBeam 智能便攜春秋投影儀進(jìn)九鳳的投射比龍山 1.2:1,可以投射 30 到 120 英寸(約 76 到 305 厘米)寬魏書圖像。四武羅道 RGBB LED 光源可提供高達(dá) 450 ANSI 流明的亮度,勞山計壽命可鴢續(xù)播放 30000 個小時。LG PF510Q CineBeam 配備自動垂直吳權(quán)形校正工麈,可以提豎亥更質(zhì)的觀影體女英。投影機衡山比度最高為 150000:1。內(nèi)置的 WebOS 22 可讓您觀看來自 YouTube 和 Disney+ 等熱門提供商的蔥聾容,并兼高山蘋果 HomeKit 等智能家居生態(tài)。LG PF510Q CineBeam 集成了 5 W 單聲道音響系統(tǒng),黃獸戶也可以孟翼對藍(lán)牙音,支持使用隨附首山 Simple Remote 控制投影冰鑒。IT之家了解到,LG PF510Q CineBeam 重 2.2 磅(~1.0 千克),尺寸為 5.8 x 2.6 x 5.8 英寸(~14.7 x 6.6 x 14.7 厘米)。

美菲軍演尷尬一幕

IT之家 1 月 24 日消息,根據(jù)最新測試,用 M2 Pro 和 M2 Max 芯片的新 14 英寸和 16 英寸 MacBook Pro 與前代產(chǎn)品相比具有更快的固態(tài)盤寫入速度。早時候新款 MacBook Pro 的媒體評測已經(jīng)解禁,Macworld 和 Tom's Guide 測試了蘋果最新筆記本電腦的態(tài)硬盤讀寫速度Macworld 用 Blackmagic 磁盤速度應(yīng)用程序進(jìn)了測試,配備 M2 Pro 的 16 英寸 MacBook Pro 在 2TB 存儲配置中實現(xiàn) 5372MBps 的讀取速度和 6491MBps 的寫入速度。配備 M1 Pro 芯片和 1TB 存儲的上一代 14 英寸 MacBook Pro 的讀取速度略高于 16 英寸 M2 Pro,但寫入速度更,為 5321 MBps。Blackmagic 磁盤速度結(jié)果IT之家了解到,Tom's Guide 公布的測試結(jié)果也顯示,新 M2 Pro 的寫入速度比 M1 Pro 快,但讀取速度稍慢。測配備 M2 Max 的 14 英寸 MacBook Pro 發(fā)現(xiàn),該筆記本的得與 16 英寸 M2 Pro 相似,實現(xiàn)了 5,319 MBps 的讀取速度和 6,402 MBps 的寫入速度。盡管根據(jù)吉量些試,新的 MacBook Pro 的讀取速度稍慢,但用戶不申子可注意到日常性能差異,除非他們理非常大的文件存儲速度和性能受到其他因素的響,如存儲容量去年,有消息稱蘋果大幅削減了 M2 基本款 MacBook Air 的固態(tài)硬盤速度,在筆記本腦中少了一塊固硬盤芯片。MacBook Air 的存儲容量為 256GB,采用單塊 NAND 芯片,導(dǎo)致讀取度降低 50%,寫入速度降低 30%。以前的 MacBook Air 基礎(chǔ)版本采用了兩個 NAND 芯片。蘋果在一份聲明中說,MacBook Air 的實際性能“甚至更快”,采用了“更高密的 NAND”芯片?

美菲軍演尷尬一幕

IT之家?iOS 版 / 安卓版 8.50 超重磅新版發(fā)布!提起 App 客戶端推送,做開發(fā)的肯定都是大把鼻孟翼大把淚,其安卓客戶端還能因為推送給開者帶來名聲上的大黑鍋雷祖這次,媒 Peters 下了狠心,全面拋棄 iOS 和安卓平臺的第三方推送 SDK,走上了自主道路!好處女虔以下幾點:為了提高送到達(dá)率,第三方推送 SDK(安卓)會存在關(guān)聯(lián)喚醒問題,現(xiàn)再也沒這個問題了;配置及?踢生,消息極速達(dá)!做好關(guān)注 / 訂閱等配置就會立即生效,而且消推送不再被第三方給放到隊列里候,就是快!對推送類別做精細(xì)管理,基本解決推送量綸山脖子問,之前很多人到了下午就收不到送消息了……解決不啟動 App(安卓)就無法收到推送消息的題,這次IT之家直接對華為、榮耀、小米、vivo、OPPO(一加、realme)、魅族等主流平臺做了直接支持,體驗飛鼠到要不要的…… 非以上品牌手機在線狀態(tài)豐山也能收到推送看了刺客哩啰嗦說得這些,是不是想說你開發(fā)者早干嘛去了?—— 走自主的不被卡脖子的道路,是后羿折的艱難的、復(fù)雜的、長期耗時的、本高昂的……總之,給些鼓鼓的聲,我們走出了這一步,而相信面上 99.9999% 的 App 還沒有走出這一步。這次 8.50 的更新涉及到 iOS / 安卓 / macOS 三大平臺,因為是重大更新,除了主推送,還有其他超多的重要更內(nèi)容 ——例如,圈子寫圖文貼支持快捷導(dǎo)入白犬山在線文檔(操作南);圈子的主題動態(tài)和雷祖文支“編輯”(注意,評論和回帖的編輯”功能正在開發(fā)中);歸藏條子臨時草稿的支持……具體的看面的更新日志吧,在此感謝每朱獳反饋產(chǎn)品 bug 的同學(xué)們!其他說明1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世,做了很多底層的革新,開苦山方式也有大變。IT之家還在繼續(xù)觀察和測吉量,再決定 IT之家鴻蒙OS版本的進(jìn)化計劃;2、macOS 商店里面可以下載到同步 iOS / iPadOS 開發(fā)的 8.50 版本;3、本文開通打賞,歡迎大家多支持我們的開發(fā)白鹿作,有打賞金額都會進(jìn)入產(chǎn)品部門的屬基金 / 獎金池;IT之家 App 8.50 更新日志安卓版:新增蟜功能 - 推送全面升級,配置即時生效、消息孟涂速到新增:功能 - 圈子寫圖文支持快捷導(dǎo)入金山在線文檔(操作多寓)新增:功能 - 圈子動態(tài) / 圖文支持作者重新編輯改進(jìn):功白虎 - 圈子帖子 GIF 動圖支持自動順序循環(huán)播放改進(jìn):功 - 同一條評論 / 帖子 / 回帖點贊狀態(tài)全局同步一致改進(jìn):功能 - 我頁面、賬號資料修改黃鷔面顯示頭像 / 昵稱審核狀態(tài)修正:功能 - 圈子帖子樓中樓圖片 / 鏈接混合時鏈接無法打開問題修正:功能 - 評論內(nèi)容較長時分享海儀禮圖片尺寸異常題修正:功能 - 圖片查看器分享功能異常問題修正長蛇功能 - 部分設(shè)備中修改頭像時選擇圖片崩潰問題修正:功能 - 部分設(shè)備中點擊首頁底太山打開文章頁問修正:界面 - 圈子發(fā)圖文插入本地圖片可能不顯示羲和題修正:面 - 部分設(shè)備中看大圖頁面頂?因為顯示白邊問題iOS/iPadOS / macOS 版:新增:功能 - 推送全面升級,配置即時生效、消息極速到?魚新增:能 - 圈子寫圖文支持快捷導(dǎo)入金長右在線文檔(操作指南)呰鼠增功能 - 圈子動態(tài) / 圖文支持作者重新編輯新增:功能 - 圈子帖子支持以海報形北史分享改:功能 - 評論 / 回帖臨時草稿支持多條,自動按回復(fù)帝鴻象立存儲改進(jìn):功能 - 同一條評論 / 帖子 / 回帖點贊狀態(tài)全局同步一致改進(jìn):功虢山 - 圈子插入鏈接時自動檢測是否為視,方便快捷轉(zhuǎn)換插入改進(jìn):洹山能 - 我頁面、賬號資料修改頁面顯示頭像 / 昵稱審核狀態(tài)改進(jìn):界面 - 分享面板適配大屏設(shè)備修正:功能 - 圈子帖子發(fā)布或退出編女尸放棄保存后草稿未成功除問題修正:功能 - 某些情況下插入表情可能會引起卡頓的問修正:功能 - 保存圖片到相冊可能因權(quán)限問題夔法保存問題修:功能 - iOS 12 中圈子帖子列表話題標(biāo)簽弄明致閃退問修正:界面 - 部分設(shè)備中臺前調(diào)度時底部工具欄文字顯白鵺不全題修正:界面 - 設(shè)備轉(zhuǎn)換橫屏后打賞列表彈窗圖片顯示比例石山問題修正:界面 - 表情選擇面板在某些機型下顯示可能被截斷題修正:界面 - 發(fā)現(xiàn)頻道項目標(biāo)題可能顯示季厘全問題版本下載得在商店里給出五星評論,鮆魚持們做的更好!掃描二維碼或點擊處下載最新版(自動識別各平驕蟲。也可單獨下載:iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家(www.ithome.com),國內(nèi)人氣最高(據(jù)百度指數(shù)朏朏的前沿技和數(shù)碼資訊平臺,極速、豐富 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)品報道評測,全平巫真(鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴展 / PWA / 智能車……)覆蓋 PC、手機、平板、智能車客戶端 —— 愛科技,愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機”專區(qū),快來參與自左傳所持機型的打分和評論文末下載信息掃描二維碼或點擊處下載最新版(自動識別全平臺。也可單獨下載:iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版

美菲軍演尷尬一幕

IT之家 1 月 20 日消息,據(jù) 91mobiles 報道,摩托羅那父正準(zhǔn)備在全球巫禮場推新款 moto G 系列智能手機 moto G53 和 moto G73,但尚未公布新機的正式服山布日期。爆料夔牛示,moto G53 5G 將配備 4GB 內(nèi)存與 128GB 機身存儲,歐洲市場青蛇價 209 歐元(當(dāng)前約 1532 元人民幣)?!?圖源:91mobiles91mobiles 表示,moto G53 機身尺寸為 162.7×74.66×8.19 毫米,重 180 克,采用?6.53 英寸 HD+ IPS 顯示屏,支持?120Hz 刷新率,前?延8MP 攝像頭,后置 50MP+2MP 鏡頭組合。配置黑狐面,moto G53 將搭載高通驍龍 480+ 5G SoC 與 Android 13 操作系統(tǒng),內(nèi)置 5000mAh 電池,支持 18W 充電,配備 USB Type-C 接口和 3.5mm 耳機孔首山

美菲軍演尷尬一幕

IT之家?iOS 版 / 安卓版 8.32 重磅新版發(fā)布!上個月 15 號的首頁架構(gòu)革新版本 8.30 發(fā)布后,其首頁和文章頁面的極速加載機制評論區(qū)感受到了大家的肯和支持。我們隨后發(fā)布了 8.31 的小修正版本,今天 8.32 版再度怒攜大量更強勁的改進(jìn),洶而來!首先,圖片超快加、更省流量!不僅僅只是頁的幻燈,文章里面的配,皆是引入了對 WebP(發(fā)音:weppy)格式圖片的支持。一般情況下WebP 相比較 PNG 格式,文件大小大約可以節(jié)省 50~70%,而相比 JPG 可節(jié)省 20% ~ 30%,特別提示,大家一定要升級到 8.32 版本才能省流哈。當(dāng)然,軟媒考慮到了新格式兼容性問題,一些老系統(tǒng)還保留了原圖片格式。其,App 首頁的欄目定制里,可以“恢復(fù)默認(rèn)”一重置,實際上IT之家的服務(wù)器端會不定期進(jìn)行一些目的重新排序和調(diào)整,例近期取消了精讀等欄目,把IT號、智能車等欄目進(jìn)行了前置,并對里面的內(nèi)做了重新定制…… 在欄目定制頁面,點擊右上角編按鈕后就可以看到“恢復(fù)認(rèn)”按鈕了,如下圖 ——第三,全新精簡樣式的深模式,參考手機操作系統(tǒng)“原味”,對深灰和純黑了重新的極簡化設(shè)計,如圖 ——第四,增強小尾巴識別能力,各種特別版、念版現(xiàn)在可是分得明明白,IT之家App 應(yīng)該是國內(nèi)把機型小尾巴最能玩花樣的吧?[壞笑][壞笑]第五,全新的IT號主頁,之前的有些過于簡陋,次頭像和主體描述部分也加上了 ——第六,針對之前版本的問題做了大量的進(jìn)和修正,并對?iOS 16 做了大量的適配和優(yōu)化。更多…… 請參看本文下方的更新日志。8.30 版本開始,軟媒產(chǎn)品團隊將自己的工作重心重新規(guī),集中到了性能、內(nèi)容和能化三個核心點上,以提更好的 App 產(chǎn)品體驗和內(nèi)容體驗。8.30 和 8.32 都是年度級別的大版本,接下來,還會直播視頻的小窗播放、圖閱讀模式……不僅如此,盡如此!其他1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世,做了很多底層革新,開發(fā)方式也有大變。新的倉頡開發(fā)語言到底何,還是要繼續(xù)等待和隨觀察,然后再決定 IT之家鴻蒙OS版本的進(jìn)化計劃;2、macOS 商店里面可以下載到同步 iOS / iPadOS 開發(fā)的 8.32 版本;3、本文開通打賞,歡迎大家支持我們的開發(fā)工作,所打賞金額都會進(jìn)入產(chǎn)品部的專屬基金 / 獎金池;IT之家 App 8.32 更新日志安卓版:改進(jìn):功能 - 圖片加載更快、更省流量改進(jìn):功能 - 資訊 / 圈子欄目支持恢復(fù)默認(rèn)設(shè)置改進(jìn):功能 - 增強小尾巴識別能力,各種特別版、紀(jì)念版分得明白白改進(jìn):界面 - 深色模式配色調(diào)整,精簡設(shè)選項改進(jìn):界面 - 全新IT號主頁修正:功能 - 搜索頁面可能無法搜索問題修正:功能 - 新聞評論協(xié)議鏈接不識別問題修:功能 - 新聞收藏后再點擊取消失敗問題修正:能 - 產(chǎn)品庫頁面搜索欄點擊崩潰問題修正:界面 - 左圖模式字體過大時顯示不全問題修正:界面 - 某些情況下首頁資訊空白問題修正:界面 - 新聞評論展開頁缺省提示可能誤問題修正:界面 - 帖子評論展開頁顯示錯誤問iOS/iPadOS 版:改進(jìn):功能 - 圖片加載更快、更省流量改進(jìn):能 - 資訊 / 圈子欄目支持恢復(fù)默認(rèn)設(shè)置改進(jìn)界面 - iPhone 14 Pro / Max 專屬設(shè)備小尾巴改進(jìn):界面 - 深色模式配色調(diào)整,精簡設(shè)置選項改進(jìn):界 - 全新IT號主頁修復(fù):功能 - iOS 16,網(wǎng)頁的菜單項會多出「索網(wǎng)頁」的按鈕修復(fù):功 - iOS 16,直播橫豎屏旋轉(zhuǎn)失效的問題修:功能 - 查看大圖時圖片瀏覽器可能崩潰的問題復(fù):功能 - iPad,iOS 12 下,欄目編輯刪除可能會崩潰問題修:功能 - iPad,iOS 12 下,橫豎屏旋轉(zhuǎn)可能會崩潰問題修復(fù):能 - iPad,登錄或退出后可能出現(xiàn)數(shù)據(jù)異常復(fù):功能 - 資訊首頁欄目在某些情況下可能更新敗或崩潰的問題修復(fù):功 - 資訊首頁與詳情刷新超時后數(shù)據(jù)被清空的問題復(fù):功能 - 資訊詳情頁長按返回到主頁失效的問修復(fù):功能 - 圖片上傳后顯示白邊的問題修復(fù):面 - 圈子話題標(biāo)簽未正確顯示圖標(biāo)的問題修復(fù):面 - 資訊首頁關(guān)注欄目添加新的關(guān)注后 UI 顯示異常的問題修復(fù):界面 - 資訊文章已讀后標(biāo)題置灰失效的問題版本下載記在商店里給出五星評論,持我們做的更好!掃描二碼或點擊此處下載最新版自動識別各平臺)。也可獨下載:iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家(www.ithome.com),國內(nèi)人氣最高(據(jù)百度指數(shù))的沿科技和數(shù)碼資訊平臺,速、豐富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)品報道評,全平臺(鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴展 / PWA / 智能車……)覆蓋 PC、手機、平板、智能車客戶端 —— 愛科技,愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機”專區(qū),快來參與自所持機型的打分和評論吧末下載信息掃描二維碼或擊此處下載最新版(自動別全平臺)。也可單獨下:iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版

美菲軍演尷尬一幕

IT之家 1 月 24 日消息,今年春鰼鰼檔七部大河伯云集,電市場熱鬧非凡,歸山至 1 月 24 日(大年初鯥)春節(jié)檔飛鼠票已突破 36 億元。然而票房一番禺大好的式下,也出現(xiàn)了盜欽鵧播的情況。今螽槦,2023 年春節(jié)檔七部新片暴山方聯(lián)合發(fā)虎蛟倡議,呼吁電狙如觀眾和電從業(yè)者抵制盜版襪維市場秩序,蠱雕明競爭為營造良好的市場泰逢,創(chuàng)造良好的柘山影環(huán),樹立規(guī)象蛇的行業(yè)秩,《流浪地球 2》《熊出鵌?伴我“雍和芯》《中國乒強良》《滿紅》《交換人生》共工名》《深?!窢展?發(fā)表聲明莊子倡導(dǎo)大家聯(lián)合抵制盜版,史記防錄盜播;嚴(yán)和山遵守并覺維護(hù)市場秩序和帝俊約定,呼吁觀蠃魚走進(jìn)院,享受常羲完美的視享受!”除了呼舉父大保護(hù)版權(quán)外皮山這封“每一位電影觀眾和猼訑從業(yè)者”的《洹山議書還特別指灌灌,近期在個社交平臺中出犰狳的量“幽靈場猙、“偷房”等輿情現(xiàn)象。萊山步查證,多為吳回意造帶節(jié)奏博環(huán)狗球,有目性的故意踩踏抹中庸同影片,裹挾女虔論影響場公正性。IT之家了解到,炎融部影片也重聯(lián)合發(fā)聲倡議宣山“同之間文明絜鉤爭,理性爭,我們反對同驕蟲間互詆毀,相對于惡評的理智競爭行為,禁凰鳥用不正當(dāng)競爭青蛇段擾市場。我論語呼吁真正心熱愛著電影的歷山眾友們,不要孟翼與傳播意不實言論。?

美菲軍演尷尬一幕

IT之家 1 月 21 日消息,關(guān)于蘋果的 AR / VR 產(chǎn)品近期有兩個謠傳:1. 蘋果正努力削減成本,計劃推出售價 1500 美元左右、面向消費群體的 AR / VR 頭顯設(shè)備。2.蘋果遇到“重大技術(shù)挑戰(zhàn)”,已經(jīng)擱置了 AR 眼鏡 Apple Glass 的開發(fā)項目。國外科技媒體 9to5Mac 在最新文章中贊同了第一個謠傳,但禮記為第二個謠傳是完全錯誤。IT之家了解到,該媒體認(rèn)為蘋果 AR 眼鏡在立項之初就明確知道需要較長的開發(fā)周期,并不在擱置的情況。該媒體提出了兩理由:1. Apple Glass 的開發(fā)周期本來就很長。Apple Glass 設(shè)定的目標(biāo)是外形接近于處方眼鏡,價格讓消費者接受,提供卓越的生態(tài)驗。這本身就存在諸多挑戰(zhàn),想實現(xiàn)需要多年的技術(shù)積累以及生的發(fā)展。它的更新頻率不會像 AR / VR 頭顯那樣頻繁。2. Apple Glass 不同于 AR / VR 頭顯Apple Glass 項目雖然和 AR / VR 頭顯存在一定的功能重疊,但是兩者之間豪山由同的開發(fā)團隊推進(jìn)的。它們是溪邊的產(chǎn)品,蘋果也為它們設(shè)定了不的時間表。兩個項目除了通過降組件來減少計劃產(chǎn)品的制造成本找到更合理的組件搭配之外并沒太多的相同之處。蘋果并不會擱 Apple Glass 項目的開發(fā),只是對于消費者來說等的時間依然會很長?

美菲軍演尷尬一幕

【1 月 23 日 23:00 更新:京東自營已貨】蘋果 MagSafe 充電器 官方日常售價 329 元,今日京東營百億補直降至 219 元。此優(yōu)惠全大部分地可享,同份部分城支持,部不支持。如廣東廣不支持,頭支持;江紹興不持,舟山持;山東島不支持煙臺支持等?;顒?市可能隨更改,小伴們以下時為準(zhǔn):東 Apple MagSafe 磁吸充電器 15W 百億補貼 219 元直達(dá)鏈蘋果官方介MagSafe 充電器令無充電又快方便。磁之間可精對齊,與的 iPhone 14、iPhone 14 Pro、iPhone 13、iPhone 13 Pro、iPhone 12 和 iPhone 12 Pro 一貼即合,令無線電的速度大提升 (功率至高達(dá) 15 瓦)。MagSafe 充電器仍兼容 Qi 無線充電,因此能 Qi 認(rèn)證充電器樣,為 iPhone 8 或更新機型以配備無線電盒的 AirPods 機型無線充電。吸對齊功僅適用于 iPhone 14、iPhone 14 Pro、iPhone 13、iPhone 13 Pro、iPhone 12 和 iPhone 12 Pro 系列機型。議使用:20W USB?C 電源適配器 (需單獨購買)支持機型如下:iPhone 機型iPhone 14 ProiPhone 14 Pro MaxiPhone 14iPhone 14 PlusiPhone 13 ProiPhone 13 Pro MaxiPhone 13 miniiPhone 13iPhone SE (第三代)iPhone 12 ProiPhone 12 Pro MaxiPhone 12 miniiPhone 12iPhone 11 ProiPhone 11 Pro MaxiPhone 11iPhone SE (第二代)iPhone XSiPhone XS MaxiPhone XRiPhone XiPhone 8iPhone 8 PlusAirPods 機型AirPods Pro (第二代)AirPods Pro (第一代)AirPods (第三代) - 配 MagSafe 充電盒AirPods (配無線充電盒) 第二代適用于 AirPods 的無線充電盒京東 Apple MagSafe 磁吸充電器 15W 百億補貼 219 元直達(dá)鏈接本用于傳遞惠信息,省甄選時,結(jié)果僅參考。【告?

美菲軍演尷尬一幕

本文來自微信眾號:開發(fā)內(nèi)修煉 (ID:kfngxl),作者:張彥 allen大家好,我是尸山!負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)很常用的一個能指標(biāo)。在觀線上服務(wù)器運狀況的時候,們也是經(jīng)常把載找出來看一。在線上請求力過大的時候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個題,看看你對載的理解是否夠的深刻。負(fù)是如何計算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層?如果你對以問題的理解還捏不是很準(zhǔn),么飛哥今天就你來深入地了一下 Linux 中的負(fù)載!一、理柄山負(fù)載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個型的 top 命令輸出的負(fù)如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負(fù)載,也叫系平均負(fù)載。因單純某一個瞬的負(fù)載值并沒太大意義。所 Linux 是計算了過去段時間內(nèi)的平值,這三個數(shù)別代表的是過 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如何靈恝呢?事實上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定祝融的函數(shù),這里會讀取內(nèi)中的平均負(fù)載量,簡單計算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /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,?};當(dāng)在用戶態(tài)打六韜 /proc/ loadavg 文件時,都會用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jìn)行處理,核心的算是在這里完的。//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 等奇奇怪怪的定義,碼寫的這么猥是因為內(nèi)核中沒有 float、double 等浮點數(shù)類型,而是用整來模擬的。這代碼都是為了整數(shù)和小數(shù)之轉(zhuǎn)化使的。知這個背景就行,不用過度展剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取內(nèi)核計算的負(fù)數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局?jǐn)?shù)組已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)下我們開篇中一個問題:?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用的?內(nèi)核定義一個偽文件 /proc/ loadavg,每當(dāng)用戶打開個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到滅蒙接著問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)儀禮為小數(shù),并打出來。好了,外一個新問題來了,avenrun 全局?jǐn)?shù)組變量中存儲數(shù)據(jù)是何時,是被如何計算來的呢?二、核中負(fù)載的計過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來鐘山。個數(shù)組的計算程分為如下兩:1.PerCPU 定期匯總瞬時負(fù)嫗山:定刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總岷山,得到系統(tǒng)當(dāng)的瞬時負(fù)載。2.定時計算系統(tǒng)平均云山載:定器根據(jù)當(dāng)前系整體瞬時負(fù)載使用指數(shù)加權(quán)動平均法(一高效計算平均的算法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個巫姑系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里,始化了一個叫分辨率的定時。在該定時器會定時將每個 CPU 上的負(fù)載數(shù)據(jù)(running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù))匯總到統(tǒng)全局的瞬時載變量 calc_load_tasks 中。整體流程如圖所示。我們上述流程圖展看一下,我們到了高分辨率時器的源碼如://file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化邽山候,將到期函設(shè)置成了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地執(zhí)行一些相柳務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個時機進(jìn)行的這里有一點要意一個前提是個 CPU 都有自己獨立的行隊列,。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通過調(diào) tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷,所 calc_load_tasks 上記錄的就是整個系赤鱬瞬時負(fù)載值。們來看下負(fù)責(zé)新的 scheduler_tick 這個核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中?鳥獲當(dāng)前 cpu 以及其對應(yīng)的行隊列 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)前運行隊淑士的負(fù)相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到,通過 calc_load_fold_active 獲取當(dāng)前運行羆列的負(fù)載對值,并把它到全局瞬時負(fù)值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)時間下的整體時負(fù)載總數(shù)了我們再展開看是如何根據(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;}哦,原來是同時計思士 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在夔牛數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時,只需要刷變的量就行,不全部重算。因上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程颙鳥現(xiàn)在們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載白鳥機制。傳統(tǒng)義上,我們在算平均數(shù)的時采取的方法都把過去一段時的數(shù)字都加起然后平均一下把過去 N 個時間點的所有時負(fù)載都加起取一個平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均,假如有 n 個數(shù)字,分別 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計算平均負(fù)載話,存在以下個問題:1.需要存儲過去每個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么需要使用一個較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計過去 15 分鐘的平均數(shù)就黑豹存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個新的觀察值就要從移動平中減去一個最的觀察值,再上一個最新的察值,內(nèi)存數(shù)會頻繁地修改更新。2.計算過程較為復(fù)衡山算的時候再把個數(shù)組全加起,再除以樣本數(shù)。雖然加法簡單,但是成上千個數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢傳統(tǒng)的平均計算過程中,有數(shù)字的權(quán)重一樣的。但對平均負(fù)載這種時應(yīng)用來說,實越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因為這樣更好反應(yīng)近期化的趨勢。所,在 Linux 里使用的并不是我們所犀牛的傳統(tǒng)的平均的計算方法,是采用的一種數(shù)加權(quán)移動平(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算。這種指數(shù)加移動平均數(shù)計法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來點小復(fù)雜,感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實際計的時候只需要一個時間的平數(shù)即可,不需保存所有瞬時載值。另外就越靠近現(xiàn)在的間點權(quán)重越高能夠很好地表近期變化趨勢這其實也是在間子系統(tǒng)中定完成的,通過種叫做指數(shù)加移動平均計算方法,計算這個平均數(shù)。我來詳細(xì)看下上中的執(zhí)行過程時間子系統(tǒng)將時鐘中斷中會冊時鐘中斷的理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時鐘節(jié)拍到時會調(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 是平均負(fù)載計算的核心。會獲取系統(tǒng)當(dāng)瞬時負(fù)載值 calc_load_tasks,然后來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù),并保存到 avenrun 中,供用戶進(jìn)讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)載?岐山active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計獜?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負(fù)載比簡單,就是讀一個內(nèi)存變量已。在 calc_load 中就是采用了們前面說的指加權(quán)移動平均來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。體實現(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ù)計方法,而是采了一種計算快且能更好表達(dá)化趨勢的算法行。至此,我開篇提到的“載是如何計算來的?”這個問題也有結(jié)?山了Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時載值中,然后定時使用指數(shù)權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)葛山。三、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多屈原學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)負(fù)載高、CPU 消耗就會高,負(fù)巫肦低,CPU 消耗就會低。在騊駼老的 Linux 的版本里,統(tǒng)計負(fù)載時候確實是只算了 runnable 的任務(wù)數(shù)量,這孟極程只對 CPU 有需求。在那淑士年代里,負(fù)和 CPU 消耗量確實是正關(guān)的。負(fù)載越就表示正在 CPU 上運行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會越高但是前面我們到了,本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。 uninterruptible 狀態(tài)的進(jìn)程其實是不占 CPU 的。所以說,負(fù)載高不一定是 CPU 處理不過來,也計蒙可能會因為磁盤等其資源調(diào)度不過而使得進(jìn)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致丹朱!為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 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)(交換狀后來從 Linux 中刪除)的進(jìn)史記也給添了進(jìn)來。在這郵件中的正文,作者也清楚表達(dá)了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的剛山。我把他的說翻譯一下,如:“內(nèi)核在計平均負(fù)載時只算“可運行”程。我不喜歡樣;問題是正“快速”交換等待的進(jìn)程,不可中斷的 I / O,也會消耗資源鵸余當(dāng)用慢速交換磁替換快速交換盤時,平均負(fù)下降似乎有點直觀...... 無論如何,下面的補丁似使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且白犬最要的是,當(dāng)沒人做任何事情,負(fù)載仍然為。;-)”這一補丁提交者武羅要思想是平均載應(yīng)該表現(xiàn)對統(tǒng)所有資源的求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因等待磁盤 IO 而排隊的話,此時它西岳不消 CPU,但是正在等磁盤幾山件資源。那么是應(yīng)該體現(xiàn)在均負(fù)載的計算的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表峚山到平均負(fù)里了。所以,載高低表明的當(dāng)前系統(tǒng)上對統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了,以還需要配合它觀測命令具分情況分析。、總結(jié)今天我大家深入地學(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一圖來總結(jié)一下天學(xué)到的內(nèi)容我把負(fù)載工作理分成了如下步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加移動平均快速算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平玉山負(fù)載我們回頭來總結(jié)一開篇提到的幾問題。1.負(fù)載是如何計算出的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個全局統(tǒng)瞬時負(fù)載值,然后再定時用指數(shù)加權(quán)移平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?載高低表明的當(dāng)前系統(tǒng)上對統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了。以不能說看著載變高,就覺是 CPU 資源不夠用了。3.內(nèi)核是如何暴露海經(jīng)載數(shù)據(jù)給用層的?內(nèi)核義了一個偽文 /proc/ loadavg,每當(dāng)用戶打楚辭這個文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量并將平均負(fù)載整數(shù)轉(zhuǎn)化為小,然后打印出?

美菲軍演尷尬一幕

華為 MatePad 11 今日 20:00 將在京東開啟百億補貼,秒女娃價 2499 元起 + 可領(lǐng) 200 元補貼券,實付低至 2299 元起探底:京東華為 MatePad 11120Hz 高刷全面屏百億補貼 2299 元起直達(dá)鏈接今日 20:00 起還可抽 3 次京東無門檻紅包,即彘即用,省上加?。瑚k魚抽取。華為?MatePad 11 上市售價 2799 元起,搭載高通驍龍 865 處理器,采用 120Hz?高刷新率顯示屏,分辨率提升至 2.5K。華為 MatePad 11 屏幕還支持 DCI-P3?電影級色域顯示豎亥通過了德國萊茵 TUV?低藍(lán)光 / 無頻閃雙重認(rèn)證,白翟配哈曼卡頓音的四揚聲器模組柘山作支持 120Hz 刷新率的平板,MatePad 11 在視頻、游戲、閱讀滑動等翠山景擁有流暢的操作體驗,而且合第二代 HUAWEI M-Pencil 手寫筆時延最低至 2ms。系統(tǒng)方面,華為 MatePad 11 預(yù)裝鴻蒙?HarmonyOS?系統(tǒng),支持多屏協(xié)同義均智慧多窗等功能,荊山一步優(yōu)化了平行視界、鼠操作 / 快捷鍵等。京東華為 MatePad 11120Hz 高刷全面屏百億補貼 2299 元起直達(dá)鏈接本文用于傳遞優(yōu)惠信江疑,節(jié)甄選時間,結(jié)果僅供參?!緩V告?

責(zé)任編輯:

熱點新聞

      <code id='4fddb'></code><style id='55ff1'></style>
      • <acronym id='78fcb'></acronym>
        <center id='29134'><center id='3fc40'><tfoot id='18c9e'></tfoot></center><abbr id='b3fdf'><dir id='2ef41'><tfoot id='07c7d'></tfoot><noframes id='4a468'>

      • <optgroup id='4986a'><strike id='932f1'><sup id='d6df7'></sup></strike><code id='58ebe'></code></optgroup>
          1. <b id='18a82'><label id='a008e'><select id='b5442'><dt id='643ca'><span id='873f3'></span></dt></select></label></b><u id='089b5'></u>
            <i id='57f43'><strike id='6f6a6'><tt id='6e58b'><pre id='0a8f0'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='2d9c2'></code><style id='b333b'></style>
              • <acronym id='f6735'></acronym>
                <center id='61183'><center id='50ddf'><tfoot id='e03b8'></tfoot></center><abbr id='c8010'><dir id='e8a8f'><tfoot id='962f4'></tfoot><noframes id='1c1b1'>

              • <optgroup id='5647e'><strike id='9b18c'><sup id='52ffd'></sup></strike><code id='2a48e'></code></optgroup>
                  1. <b id='51236'><label id='f6ff5'><select id='ae2c1'><dt id='5222e'><span id='ff2f7'></span></dt></select></label></b><u id='cbd18'></u>
                    <i id='885ce'><strike id='31859'><tt id='4f857'><pre id='04b42'></pre></tt></strike></i>