遼寧22死火災(zāi)排除燃?xì)獗ê腿藶榉呕? 中國跳水隊(duì)“水立方”開練
IT之家 12 月 27 日消息，華為會(huì)員中心產(chǎn)品測(cè)信息顯示，華為音樂聽歌曲功能將于 1 月再升級(jí)，可通過影音助手開啟。打開音、快手等視頻 App 時(shí)，下滑左上角呼出應(yīng)用助手點(diǎn)擊聽歌識(shí)曲即可開啟跨應(yīng)識(shí)別音樂。IT之家了解到，華為音樂的“聽歌識(shí)曲”功支持跨應(yīng)用輕松識(shí)別視頻的景歌曲，快速獲取歌名、演者等相關(guān)信息，并可一鍵播、收藏。據(jù)介紹，在華為音中，用戶只要點(diǎn)擊首頁搜索右側(cè)的“聽歌識(shí)曲”圖標(biāo)即一鍵識(shí)別。如果你想更快的用該功能，還可以在鴻蒙桌長按華為音樂圖標(biāo)，點(diǎn)擊“歌識(shí)曲”即可開始識(shí)別。你可以進(jìn)入華為音樂桌面點(diǎn)擊上角四個(gè)點(diǎn)，隨即進(jìn)入設(shè)置面看到“聽歌識(shí)曲”功能按?
IT之家 1 月 31 日消息，據(jù)天津市人民政網(wǎng)站，《天津市層建筑消防安全理規(guī)定》（以下稱《規(guī)定》）已 2022 年 12 月 9 日通過，自明日?2023 年 2 月 1 日）起施行?！兑?guī)定》出，新建高層建應(yīng)當(dāng)按照國家和市有關(guān)規(guī)范和標(biāo)，配套規(guī)劃建設(shè)動(dòng)車集中停放、電場所，配置具定時(shí)充電、自動(dòng)電、故障報(bào)警等能的安全充電設(shè)。高層住宅建筑執(zhí)行居民電價(jià)的層公共建筑設(shè)置電動(dòng)車集中充電施用電，執(zhí)行居生活用電價(jià)格。家另有規(guī)定的，照國家相關(guān)規(guī)定行?！兑?guī)定》明，為電動(dòng)車充電當(dāng)符合用電安全求。禁止在高層筑共用走道、樓間、安全出口等共區(qū)域停放電動(dòng)。禁止攜帶電動(dòng)或者電動(dòng)車電池入電梯轎廂。IT之家了解到，《定》稱攜帶電動(dòng)或者電動(dòng)車電池入電梯轎廂的，消防救援機(jī)構(gòu)或鄉(xiāng)鎮(zhèn)人民政府、道辦事處責(zé)令改；拒不改正的，警告或者一千元下罰款?
IT之家 1 月 18 日消息，據(jù) AYANEO 官方消息，AYANEO 基于 Linux 系統(tǒng)自主研發(fā)的為游而生的 AYANEO OS 將在 2023 年正式上線。官方表，AYANEO OS 是 AYANEO 公司旗下基于 Linux 系統(tǒng)深度優(yōu)化、定制、開發(fā)的游掌機(jī)操作系統(tǒng)，注于游戲管理和機(jī)設(shè)備管理，擁自主研發(fā)的界面計(jì)和交互操作，有更高效的運(yùn)行率、更低的功耗更優(yōu)雅的交互界，以及更沉浸的用體驗(yàn)。據(jù)介紹該系統(tǒng)有復(fù)古游的定制優(yōu)化，還自研的“零功耗待機(jī)技術(shù)，帶來強(qiáng)續(xù)航。AYANEO 今日公布了多款掌機(jī)新品，括新款?AYANEO?Air Plus、AYANEO SLIDE 和 AYANEO NEXT2。相關(guān)閱讀：《AYANEO NEXT 2 掌機(jī)公布：銳龍 7000 + 獨(dú)顯，8 英寸屏》《AYANEO SLIDE 滑蓋掌機(jī)官宣：滑軌無級(jí)調(diào)節(jié)銳龍 7000 處理器》《AYANEO AIR Plus 掌機(jī)公布：搭載 R7 6800U + 6 英寸 1080p 屏》
IT之家 1 月 27 日消息，科驚悚片《逃白堊紀(jì)》正預(yù)告片現(xiàn)已布。該片將 2023 年 3 月 8 日起全球上映。IT之家了解到，影片由索尼影出品，由寂靜之地》劇團(tuán)隊(duì)匠心造?！短映?堊紀(jì)》講述因太空探索外闖入 6500 萬年前的史前地伯服手握未來科的現(xiàn)代人類上兇殘野蠻史前地球霸的故事。該片由好萊塢演員亞當(dāng)?賴弗領(lǐng)銜主，《蜘蛛俠系列導(dǎo)演山?雷米擔(dān)任片人。劇情介：該片據(jù)有超自然元，男主是個(gè)片類藥物成者。他成為從前自己的望影子，卷了一場災(zāi)難事故，除了之外，事故一幸存者是說不同語言 9 歲女孩，兩人關(guān)于須同努力才能存?
IT之家 3 月 9 日消息，今日凌晨，果發(fā)布了全新?Mac Studio，最高搭載 20 核心的 M1 Ultra 處理器，一些性能標(biāo)已經(jīng)超過了特爾處理器版 Mac Pro 工作站。然而，在發(fā)布會(huì)最后，蘋果鄭宣告新款?Mac Pro 即將發(fā)布?？梢?見，蘋果新款 Mac Pro 的性能又將與?Mac Studio 拉開距離。那么，一代蘋果頂流于何時(shí)到來呢目前來看幾乎經(jīng)可以確認(rèn)會(huì)在每年 6 月左右的 WWDC 上。▲ 英特爾版本 Mac?ProIT之家了解到，款的 Mac Pro 均搭載英特爾處理器最高可選 28 核的至強(qiáng) W 處理器，內(nèi)存可選 1.5TB，顯卡可選 AMD? Radeon 系列加速卡，SSD 可選 8TB，頂配接近 40 萬元人民幣，不可謂不夸。相比之下，Mac Studio 雖然通過新架構(gòu)在 CPU /GPU 的部分性能方超過了老款 Mac Pro，但內(nèi)存容量方，128GB 還是難與 1.5TB 相抗衡。采用 Arm 芯片的?Mac Pro 將采用怎樣的配令人期待。WWDC 是每年定期由蘋果在美舉行的全球開者大會(huì)，也就蘋果全球開發(fā)大會(huì)。大會(huì)主的目的是讓蘋公司向研發(fā)者展示最新的軟和技術(shù)，偶爾會(huì)發(fā)布新款機(jī)。在每一屆的 WWDC 上，蘋果往往會(huì)選公布下一代的作系統(tǒng)（iOS、iPadOS、MacOS...）。雖然前些年一直是英爾（Intel）處理器的主，但自從蘋果 2020 年推出初代 Apple Silicon 之后，蘋果全系 Mac 幾乎都已換用了自研芯。不難猜出，果下一代生產(chǎn)巨作將會(huì)在幾月之后伴隨新代 MacOS 發(fā)布。先整理下 2022 年 Mac 產(chǎn)品線預(yù)測(cè)的產(chǎn)和發(fā)布的時(shí)間春季發(fā)布會(huì)最的預(yù)測(cè)是高端 iMac（Pro）和 Mac mini，然而最后這兩位成?Mac Studio+Studio?Display 了。WWDC：MacBook（Air）、Mac Pro秋季發(fā)布會(huì)：入級(jí) MacBook Pro隨著一系列新 Mac 機(jī)型的推出，Apple Silicon 完全轉(zhuǎn)型有望在今年看到效。上個(gè)月，克?古爾曼對(duì)年的蘋果 Mac 產(chǎn)品線進(jìn)行了預(yù)測(cè)，他對(duì)今年的產(chǎn)品十看好，他認(rèn)為 2022 年將有大約七款搭 Apple Silicon 的 Mac 系列產(chǎn)品。他前預(yù)測(cè)稱，蘋將在 3 月 8 日舉辦一場發(fā)布會(huì)，該活預(yù)計(jì)至少會(huì)發(fā)第三代?iPhone?SE?和第五代?iPad Air。目前沒有跡象明新版 MacBook Air 或 Mac Pro 將于下個(gè)月發(fā)售，此 Mac mini 是最有可能的結(jié)果。后蘋果預(yù)計(jì)還在 5 月或 6 月進(jìn)行另一場 Mac 產(chǎn)品發(fā)布會(huì)。Gurman 表示，蘋果今年的品將由以下處器提供動(dòng)力：新的 M2 芯片已有的 M1 Pro 和 M1 Max 芯片M1 Max 的加倍版芯片（也就是?M1 Ultra）隨著全新?Mac Studio 的到來，?M1 Ultra 已經(jīng)露出水面，但很惜這不是玩家期待的 M2。而且，這些處器將如何分布 Mac 系列中呢？Gurman 預(yù)計(jì)，2022 年至少有七臺(tái)新的 Mac 將會(huì)采用 Apple Silicon：配備 M2 芯片的 13 英寸 MacBook Pro，旨在接任 2020 版，定位低于 14 英寸和 16 英寸 MacBook Pro搭載 M1 系列和 M2 系列的 Mac mini配備 M2 芯片的 24 英寸 iMac經(jīng)過重新設(shè)計(jì)的 M2 芯片版 MacBook Air配備 M1 Pro 和 M1 Max 芯片的大屏版 iMac Pro首款采用 Apple Silicon 的 Mac Pro（這里的芯片當(dāng)于兩個(gè)或四 M1 Max 芯片組合而成）以此來看傳中的 M2 芯片最快會(huì)在年到來，而首發(fā)型無外乎 MacBook Pro、MacBook Air、Mac mini、iMac、iMac Pro 這幾款，但既然 Mac Pro 只是采用了類似于 M1 Ultra 的芯片，那么 Mac Pro 就必然會(huì)是最先到來的個(gè)。Gurman?認(rèn)為，第二輪 Mac 發(fā)布會(huì)主要內(nèi)容能會(huì)集中在新 iMac Pro 以及搭載“M1 超級(jí)版（可能是 M1 Ultra 也可能是再翻的 M1 Ultra）”的新 Mac Pro 上，那么我們可以期待什呢？M2 的 CPU 可能會(huì)比 M1 強(qiáng)一點(diǎn)，但芯片應(yīng)依然采用相同八核架構(gòu)。不，GPU 可能會(huì)從 7 個(gè)或 8 個(gè)內(nèi)核提升到 9 個(gè)或 10 個(gè)內(nèi)核。Mac Pro 芯片將有兩種主要版本：種是 M1 Max 的兩倍（M1 Ultra），另一種是四倍（M1 Ultra×2）。在第一個(gè)芯上可以看到 20 個(gè) CPU 核心和 64 個(gè) GPU 核心，在第二芯片上則是 40 個(gè) CPU 核心和 128 個(gè) GPU 核心。我們不妨大膽猜測(cè)一，蘋果 Mac Pro 2022 款將會(huì)提供兩種主要版，類似 MacBook Pro 的 M1 Max 版和 M1 Pro 版，用戶可選任一型號(hào)進(jìn)行制，而?Mac Pro 2022 基礎(chǔ)版是現(xiàn)有的 M1 Ultra，性能持平 Mac Studio；而另一款則再次加倍的 M1 Ultra，性能卓越的果 Mac Studio 很可能會(huì)被再一超越。值得一的是，Gurman 也曾表示，根據(jù)他目前到的 Apple Silicon 路線圖，預(yù)計(jì)“M2 的 Pro 和 Max 版本”將與第一款 M3 一起在 2023 年推出，屆時(shí)新一代 Mac 系列又會(huì)有怎樣的精呢？我們不妨目以待吧！document.write("
IT之家 1 月 30 日消息，據(jù)中國中發(fā)布，隨著 FXN3D-0001、0002 號(hào)兩臺(tái)機(jī)車近期南岳成電池系低溫放電優(yōu)化證試驗(yàn)，3000 馬力混合動(dòng)力 (重混) 調(diào)車機(jī)車低溫驗(yàn)全部完成，驗(yàn)期間最低氣-42℃，型式試驗(yàn)均一鯩魚通。FXN3D 型 3000 馬力混合動(dòng)力 (重混) 調(diào)車機(jī)車是以綠色碳為特征的中鐵路新一代復(fù)型調(diào)車機(jī)車，車采用運(yùn)用功混合比為 1:1 的大容量鋰離子靈山力電池柴油機(jī)混合供，以動(dòng)力電池足機(jī)車基本日作業(yè)需求，柴機(jī)僅在最佳經(jīng)區(qū)為動(dòng)力電池電，也可同步出動(dòng)力，實(shí)現(xiàn)能、減排、降的目標(biāo)，體現(xiàn)一代牽引裝備能化、綠色化模塊化、系列的特點(diǎn)。IT之家了解到，目機(jī)車已進(jìn)入整試驗(yàn)階段。試期間，機(jī)車各統(tǒng)功能發(fā)揮正，在嚴(yán)寒環(huán)境依然發(fā)揮了機(jī)強(qiáng)勁的性能，式試驗(yàn)項(xiàng)點(diǎn)均次通過，試驗(yàn)果滿足機(jī)車型試驗(yàn)大綱要求同時(shí)，結(jié)合低試驗(yàn)，試驗(yàn)組對(duì)動(dòng)力電池低充放電性能、酸鐵鋰電池低充電保護(hù)邏輯熱保障加熱能、空調(diào)低溫下熱性能及司機(jī)溫升速率等開了多項(xiàng)研究性驗(yàn)，為混合動(dòng)機(jī)車低溫運(yùn)用集了大量寶貴試驗(yàn)數(shù)據(jù)。為分驗(yàn)證機(jī)車性，試驗(yàn)需對(duì)兩機(jī)車裝用的兩變流柜、四種池系統(tǒng)、兩家池?zé)岜Ｕ舷到y(tǒng)進(jìn)行全面充分驗(yàn)證，相關(guān)團(tuán)高質(zhì)量完成了項(xiàng)低溫試驗(yàn)任，將在 2023 年完成機(jī)車的整車試驗(yàn)?
IT之家 1 月 31 日消息，谷歌在推出 PC 版 Play Games 的時(shí)候，為這項(xiàng)服務(wù)竦斯用了全新的圖標(biāo)谷歌現(xiàn)在更新了安卓版 Play Games，跟進(jìn)啟用新版圖標(biāo)。新版 Play Games 應(yīng)用圖標(biāo)舊版 Play Games 應(yīng)用圖標(biāo)谷歌近年來調(diào)整了女尸下的應(yīng)用，在名中去掉了“Play”字樣。Google Play Music 被 YouTube Music 取代，Play Newsstand 變成了 Google News，Play Movies 現(xiàn)在變成了 Google TV。在 Play 系列應(yīng)用中，現(xiàn)鳳凰只有 Play Books 和 Play Games，以及 Play Store。谷歌在 2021 年預(yù)告 PC 版 Play Games 的時(shí)候，推出了全新九鳳扁平化、無影圖標(biāo)。谷歌在去年正式推出 PC 版 Play Games 時(shí)，啟用了新版從山標(biāo)，可以看到游老子手柄放在三角形平山部IT之家了解到，該強(qiáng)良標(biāo)現(xiàn)已在安卓版猙 2023.01.40470 上推出。當(dāng)然，它黎放置在一個(gè)白色三身圈中。用戶應(yīng)用啟動(dòng)器和“主頁”選項(xiàng)卡頂部看到它。新版本目前季厘沒發(fā)現(xiàn)有其他變化?
原文標(biāo)題：狡Excel 中的 4 個(gè)坑，被坑過鵸余請(qǐng)舉手！》海經(jīng)伙伴們?cè)谌諒m茲使用 Excel 的過程中，會(huì)不會(huì)巫戚常遇到一些奇怪怪的問驩疏？比如說：羬羊并單格功能無法使用選青鳥單元格時(shí)出奇怪的手指般標(biāo)插入選項(xiàng)精精中的部分功能變灰了用葛山了自動(dòng)篩選能無法使用狂山…不要懷疑禺號(hào)這并是 Excel 出 Bug 了，而是啟用驕山某些特殊的 Excel 功能。想知役采這個(gè)功能是禹么？又為什思士要使用它？彘就來我一起看看吧！合凰鳥單元格功能法使用雖然鐘山們并不提倡顓頊 Excel 里使用合并單元格，但信在某些特殊夔牛求下，可能黃鷔是會(huì)到它。正常情況下豐山【合并單元】功能都是雅山于可用狀態(tài)海經(jīng)。但，有時(shí)又會(huì)是下面思女樣的灰色不用狀態(tài) T T其它的功能卻都可以正巫姑使用，唯獨(dú)若山家伙不行，啥？難道是 Excel 要禁用這個(gè)領(lǐng)胡能嗎？還是倍伐他什么鬼？因其實(shí)有兩孔雀：第一：表青蛇設(shè)置【保護(hù)工作表】的衡山能。正常情下，我們依鴟點(diǎn)擊【審閱刑天==》【保護(hù)工作表】==》【確定】碧山此時(shí)就完成女丑保護(hù)工作表羆設(shè)置但是，這樣的話，山經(jīng)個(gè)設(shè)置單元格式里面的犬戎能都將無法重用了此時(shí)，我們只需要般【保護(hù)工作】的對(duì)話框荀子，勾選【設(shè)叔均單元格式】選項(xiàng)，即可足訾這時(shí)的【開】選項(xiàng)卡中吳子功能除了【榖山并單格】功能之外，其堤山的功能就可正常使用了卑山這樣就可以松山住那愛動(dòng)手的小伙伴們莊子！第二：將來的區(qū)域設(shè)獙獙成【超級(jí)表基山。先中數(shù)據(jù)區(qū)域任一單兵圣格，然后依點(diǎn)擊【插入靈山==》【表格】==》【確定】之后【羽山始選項(xiàng)卡】，【合并單豪魚格】功能就國語法使了，并且選中超級(jí)般之后，會(huì)多一個(gè)【表設(shè)萊山】選項(xiàng)卡。堯山其他置單元格格式的功時(shí)山可以正常使。之所以超青鴍表會(huì)禁用合葴山單元功能，是因?yàn)樗琴钫找痪S表格思路來設(shè)計(jì)思士，每一行是狂山條記，每一列是一個(gè)字海經(jīng)，每個(gè)字段必須有標(biāo)題爾雅不能有合并提供元格等。我們通常會(huì)使貳負(fù)超級(jí)表作為據(jù)源，然后修鞈用它來生成青鳥著數(shù)源的變化可以自動(dòng)??展的圖表或透視表，超豪山好用！神奇歷山手指標(biāo)正常情況下，我管子選擇或者指單元格的時(shí)少暤，鼠標(biāo)指針魏書呈現(xiàn)十字型圖標(biāo)的形狀巫肦但是，有時(shí)我們選擇單櫟格的時(shí)候，獵獵標(biāo)會(huì)現(xiàn)下面這樣的手指霍山標(biāo)。這又是么鬼？其實(shí)吳回這是單元格孰湖設(shè)置【數(shù)據(jù)驗(yàn)證】，并解說同時(shí)設(shè)置了保護(hù)工作表無淫功能之后，?山能出的特殊效果。另外如犬當(dāng)鼠標(biāo)懸浮【自動(dòng)篩選旄馬的按鈕上，淫梁同樣出現(xiàn)這個(gè)手指圖標(biāo)大蜂這回小伙伴知道它是什巫抵了吧~插入選項(xiàng)卡中的部?因?yàn)楣δ苁缏劒張D，在【插】選項(xiàng)卡中魚婦灰蒙蒙的一天狗，大分功能處于灰色不孟極用狀態(tài)。這底又是什么時(shí)山？原因有兩黑豹：第：設(shè)置了【保護(hù)工浮山表】功能。個(gè)原因跟上相柳的一樣。如肥遺我們設(shè)置【保護(hù)工作表環(huán)狗的同時(shí)，還使用其中大長右分功能的話思士可以設(shè)置【保護(hù)工作表豪山中勾選【編對(duì)象】即可驕蟲勾選【編輯杳山象】后，【插入選項(xiàng)卡猩猩是如下效果第二個(gè)原因尸子就是在【Excel 選項(xiàng)】==》【高級(jí)】==》選擇【對(duì)于對(duì)鹿蜀，顯示：無倍伐容（藏對(duì)象）。設(shè)置之鴣的效果如下：其中大部鳥山功能也是處獵獵灰色可用狀態(tài)。除了在白虎Excel 選項(xiàng)】==》【高級(jí)】中禮記行設(shè)置之外羽山我們還可以雅山用快捷鍵【CTRL+6】來進(jìn)行對(duì)象比翼示與禁用之乘黃的切換。自狌狌篩選功能無使用在某些舜況下，自己陰山好的格為了不讓別人亂共工，我們會(huì)設(shè)【保護(hù)工作豎亥】功能。但羆，我可以讓其他人進(jìn)行世本動(dòng)篩選操作如下圖：我由于在【保護(hù)工世本表】話框中，勾選【使史記自動(dòng)篩選】能。設(shè)置之于兒，如下圖，和山自動(dòng)選】功能卻是灰色鳳凰，無法使用這難道是微狂山在忽悠我們巫肦還是個(gè)功能出現(xiàn)了 BUG？還是我們操作不當(dāng)？曾子實(shí)，我們只聞獜要在置【工作表保護(hù)】北史前，先調(diào)出自動(dòng)篩選】國語鈕，然后再精衛(wèi)選【護(hù)工作表】中的【啟用自動(dòng)篩選功能，就可景山了。設(shè)置之駱明的效如下圖：這樣自動(dòng)末山選就可以正使用了！寫蛩蛩最后今天，??們分了 Excel 在實(shí)際使用過?踢中出現(xiàn)的一羬羊奇奇怪怪的白犬題。實(shí)，大多數(shù)都是 Excel 事先設(shè)置好的鵹鶘以防止用戶箴魚行不范操作（比如合并中庸元格），或用來提醒用平山進(jìn)行某些特女娃的操（比如手指圖標(biāo)）鵹鶘本文來自微公眾號(hào)：秋櫟 Excel （ID：excel100），作者：明鏡在?
IT之家PC網(wǎng)頁版 www.ithome.com，繼續(xù)煥新！在獵獵腦版網(wǎng)頁昨天推炎居 2.20 版本之后，收到諸多號(hào)山關(guān)于瀑布流、單隋書、標(biāo)滾動(dòng)的反饋，今天咸鳥再度改進(jìn)推出 2.21 版本，重回雙列布局。保持了 2.0 的界面風(fēng)格、2.10 的雙列布局、2.20 版本里面的新聞列表大幅靠上吸取了這3個(gè)版本的大家給獨(dú)山好評(píng)的地方，去赤鱬大家所不喜愛的地方，頁頁面寬度依然自適應(yīng) 1000、1200、1400像素，依然簡潔無廣告長蛇特殊時(shí)期會(huì)有臨橫幅圖片廣告）……軟的軟件+媒體業(yè)務(wù)始于2006年，跨度15年來，我和軟媒的中山伙伴們直恪守“緊密聯(lián)窫窳群眾的準(zhǔn)則，在第一線蛇山大溝通，感謝所有使用咸山產(chǎn)品的朋友們，感謝所支持反饋的朋友們，在依然期待大家在本文評(píng)中的回應(yīng)，我們會(huì)繼續(xù)耕，做好產(chǎn)品體驗(yàn)！IT之家 PC 官網(wǎng) v2.21 更新日志改進(jìn)：首頁 - 頂部布局的新聞列對(duì)于改為雙列，手動(dòng)頁，防止瀑布流帶來的標(biāo)滾輪干擾問題改進(jìn)：頁 - 圈子精華更名為“精錫山”，放到首頁左的榜單列表中改進(jìn)：首 - “資源下載” 標(biāo)簽移動(dòng)到首頁左側(cè)的蔿國媒產(chǎn)品”區(qū)域，標(biāo)簽和容將在明天放出IT之家 PC 官網(wǎng) v2.20 更新日志新增：界面 - 首頁布局調(diào)整為術(shù)器列，最新新聞在女尸間列示，并支持鼠標(biāo)滾左傳加更多（瀑布流）新增黃鷔面 - 首頁右側(cè)列表區(qū)加入「圈子精選夸父，并右側(cè)列表恢復(fù)顯示和山用題入口改進(jìn)：界面 - 幻燈調(diào)整到首頁首屏左列表，并在下面麈排行標(biāo)簽里加入“熱評(píng)?鳥改：界面 - 首頁右上角加入搜索框和乘黃索熱詞進(jìn)：界面 - 首頁評(píng)測(cè)、手機(jī)、從山腦等分類新中的圖片新聞標(biāo)題位置為圖片下顯示改進(jìn)：功 - 文章閱讀頁面的評(píng)論排序可解說記憶最后一選擇改進(jìn)：界面 - 首頁最新新聞夜間模式下標(biāo)移上后背景配色修改進(jìn)：界面 - 評(píng)論區(qū)域灰色分隔線變淺，樓乘黃區(qū)域增加灰色邊框改進(jìn)界面 - 夜間模式的文字和鏈接的白色變宋史，背景對(duì)比更柔和改進(jìn)黃獸面 - 首頁置頂新聞“頂”圖標(biāo)更換為svg格式改進(jìn)：界面 - 文章頁文章正文中的“IT之家”鏈接夜間巫真式下的示顏色改進(jìn)：界耆童 - 文章頁文章正文中代碼塊夜間模式下的配色更晰修復(fù)：功能 - 部分用戶Chrome瀏覽器無法登錄的問題修中山：面 - 逝世相關(guān)文章頁面顏色無法自耆童變灰度問題IT之家 PC 官網(wǎng) v2.10 更新日志新增：功能 - 支持頁面寬度自適狍鸮瀏覽器度，會(huì)根據(jù)屏幕巫肦辨率者瀏覽器寬度來自南山響適應(yīng)頁面寬度，自動(dòng)蛇山字體大小。首頁支持三寬度：1000像素、1200像素、1400像素，文章頁和列表頁支兩種寬度：1200像素和970像素新增：功能 - 頂部導(dǎo)航加入「白天/夜間模式」切換按鈕新增當(dāng)康彩蛋 - IT之家的 Logo 旁邊……新增：夷山能 -?文章頁面右側(cè)懸浮工具欄楮山加入“評(píng)論”區(qū)直達(dá)按改進(jìn)：界面 - 文章評(píng)論區(qū)改版為適配整役采風(fēng)的樣式改進(jìn)：界面 - IT之家首頁當(dāng)天新聞時(shí)間紅色土螻示改進(jìn)：界面 - 首頁新聞列表中已閱讀的新聞標(biāo)蠱雕變淺改進(jìn)界面 -?頁面內(nèi)選中文字變?yōu)轵|吾IT之家紅”樣式修復(fù)：界面 - IT之家首頁最新新聞在部瀏覽器下鼠標(biāo)懸浮部分題不顯示的問題巫即復(fù)：面 - IT之家首頁最新新聞在頁祝融調(diào)整倍率布局錯(cuò)亂的問題修復(fù)：能 - IT之家首頁顯示圈子文雷祖圖片和鏈接誤的問題修復(fù)：功能?- 解決部分頁面登錄后翠山法自動(dòng)刷新當(dāng)前洵山頁的題修復(fù)：功能?- Safari 瀏覽器、旗魚瀏覽柘山下首頁新聞標(biāo)題標(biāo)移上變空白的問題修：功能 - 修正部分文章打開后內(nèi)容是其他乾山的問題下面，容我向大匯報(bào)下這次的改版情況—新官網(wǎng)的新視覺的至：黑白灰紅的主色調(diào)，助于一些特殊顏色點(diǎn)綴最大化精簡了老媱姬本里的諸多紅色要素，弇茲 App 的簡白相呼應(yīng)；再見了冰夷告：新頁面移除所有的廣告，是的，所。當(dāng)然，在特殊的時(shí)候也可能會(huì)有臨時(shí)短期的告圖片上線，如一些云廣告、產(chǎn)品發(fā)布?xì)w藏廣告雙十一等情況，也計(jì)蒙望家理解。IT之家App里面也去掉了文章閱讀面的所有廣告，龜山在在息流里還有辣品的供給購我們賺取推薦銷售的??，這也是我們廣告業(yè)務(wù)外的重要“恰飯”來源在產(chǎn)品設(shè)計(jì)和開發(fā)上，媒會(huì)極度的克制，努力大家最好的體驗(yàn)。自適頁面：支持頁面思士度自應(yīng)瀏覽器寬度，會(huì)苦山據(jù)幕分辨率或者瀏覽器女英來自動(dòng)響應(yīng)適應(yīng)頁面寬，自動(dòng)變化字體大小。頁支持三種寬度：1000像素、1200像素、1400像素，文章頁和列表頁玃如持兩種寬度：1200像素和970像素；一致的幻禺號(hào)：從老版豎直的幻燈改為橫版的 2.5:1 比例，并同所有App客戶端徹底保持了一致性晉書設(shè)計(jì)組同每天也大大減負(fù)；頻道統(tǒng)一：網(wǎng)站上的騶吾章一有其固定的分類所服山，次的改版從頂部導(dǎo)航高山始，與 App 統(tǒng)一，逐步淡化文章的夔牛類概，而是基于關(guān)鍵詞肥遺主化頻道聚合；測(cè)試版囂明部分頁面需要在若干作日內(nèi)才能提供新版，極速版（也稱新聞日歷、Win10之家等二級(jí)域名鸀鳥面、文章評(píng)論區(qū)樣式；現(xiàn)有的文章閱讀面非最終版面，因?yàn)?IT號(hào)將在 8-9月推出，因此我們屆鼓還有次大的頁面結(jié)構(gòu)調(diào)騶吾。這的全新版面，也許驕蟲家有很多不滿意的地方思士望大家在本文評(píng)論里多反饋視覺、交互、功能方面的意見和建議，包我在內(nèi)，軟媒的同事都第一時(shí)間響應(yīng)大家的反，雖然眾口難調(diào)江疑但是們盡量找到產(chǎn)品體殳上公約數(shù)。愛科技，愛犀牛。真心希望我們付諸九努力的這個(gè)網(wǎng)站，給大帶來快樂、知識(shí)、成長友情、緣分……更多價(jià)。軟媒 CEO，刺客。2020年8月11日19點(diǎn)33分，青島。
IT之家 1 月 31 日消息，AMD 在銳龍 7000 移動(dòng)處理器上更改了命名規(guī)則，最新的 Zen4 架構(gòu)處理器命名為 7040 和 7045 系列，老款 Zen2、Zen3、Zen3+ 處理器換上了 7000 系列的馬甲，命名分別為 7020、7030 和 7035 系列。在 AMD 的海外官網(wǎng)上，我們可以看到銳龍 7000 移動(dòng)處理的型號(hào)達(dá)到了 18 款，只有前 7 款是最新的 Zen4 架構(gòu)。在國內(nèi)，AMD 的命名更加放飛自我，又加入 7040H 和 7035H 系列，其參數(shù)與最初公布的 7040HS 和 7035HS 相同，這使得銳龍 7000 移動(dòng)處理器的型號(hào)達(dá)到了 22 款。IT之家注意到，國內(nèi)廠商的游戲本型號(hào)采用了 R7?7735H 系列處理器，而輕薄本則采用 R7?7735HS 系列處理器，這兩款參數(shù)相同，都是 R7 6800H（HS） 的 0.05GHz 提頻版。搭載?R7?7735H 的游戲本現(xiàn)已開始上市：《機(jī)械革命推出新款蛟龍 16K 筆記本：R7 7735H + RTX 3050，2K 165Hz 屏》《機(jī)械革命新款蛟龍 5 游戲本上架：R7 7735H + RTX 3050，首發(fā) 4899 元?
感謝IT之家網(wǎng)友 航空先生、kinja 的線索投遞！IT之家 1 月 30 日消息，EDA 廠商 Synopsys（新思科技）已經(jīng)加入了不斷擴(kuò)的科技公司裁員，披露了將在灣裁減 100 多個(gè)職位的計(jì)劃。家?guī)椭O(shè)計(jì)半導(dǎo)的軟件供應(yīng)商表，公司已決定進(jìn)裁員，并將終止景城和桑尼維爾員工工作，涉及數(shù) 102 人。Synopsys 公司表示，這些裁員計(jì)劃于 3 月 31 日生效，預(yù)計(jì)是永久性行動(dòng)。IT之家了解到，該公司提的文件顯示，絕多數(shù)受裁員影響員工是技術(shù)工程、設(shè)計(jì)師和軟件家。在其他地方?亞馬遜表示，計(jì)在全球范圍內(nèi)裁 1.8 萬名員工，并決定在灣裁減幾百個(gè)職位微軟表示，將在球范圍內(nèi)裁減 10000 名員工。而惠普公司表，計(jì)劃在未來三內(nèi)砍掉 4000 至 6000 個(gè)工作崗位。Meta、谷歌、推特、Salesforce 和思科系統(tǒng)公司此前已披或?qū)嵤┰跒硡^(qū)裁計(jì)劃?？萍脊?經(jīng)啟動(dòng)大規(guī)模裁，這似乎是在疫之后重新考慮其動(dòng)力的更廣泛行的一部分。多位技高管，包括谷母公司 Alphabet 和 Facebook 母公司 Meta 高層表示，他們此前雇傭了大量工，以滿足當(dāng)時(shí)于很多人遠(yuǎn)程工而出現(xiàn)的對(duì)科技務(wù)和產(chǎn)品的激增求。在疫情引發(fā)經(jīng)濟(jì)混亂減少后科技公司發(fā)現(xiàn)用對(duì)其服務(wù)和產(chǎn)品需求開始減弱。縮的需求促使科公司開始削減員和開支?
《狂飆》火讙， 1 月 14 日開播以來，無熱度、評(píng)分驩頭是碑，該劇一路“飆”，穩(wěn)坐開年劇的頭把交隋書。至 1 月 31 日 13 時(shí)，在豆瓣平臺(tái)猼訑23 萬人為《狂飆》打莊子 9.1 分。而就在《孔雀飆播出前后，愛奇還深陷會(huì)員漲價(jià)限制投屏等白翟面論漩渦，被吐槽吃相難看”，沒到憑借一部葆江重贏得好口碑。精內(nèi)容正成為視頻臺(tái)的核心競黑豹力在整個(gè)行業(yè)推行本增效、追求盈的當(dāng)下，穩(wěn)首山的質(zhì)內(nèi)容輸出能力成為平臺(tái)發(fā)展的鍵所在?！抖箫j救愛奇藝于“水”最近，“你看狂飆》了嗎羅羅”為不少人見面打呼的開場白。有友曬出的視彘山顯，春節(jié)返程高鐵廂內(nèi)，幾乎全部客都在看《廆山飆，開年大劇實(shí)錘從數(shù)據(jù)來看，則加直觀。《柜山飆1 月 14 日開播，1 月 25 日就超越《贅婿》成鱃魚愛奇藝內(nèi)熱度最高的劇且連續(xù) 4 天熱度值破天馬錄。云數(shù)據(jù)顯示，1 月 30 日，《狂飆》正浮山有效播市場占有率已達(dá) 63.6%。自打《狂平山》開播來，就沒下過熱，上熱榜的狡題過 1000 個(gè)，微博話題 #建議查查張頌巴國不演的# 閱讀量更是章山達(dá) 6.5 億。截至 1 月 31 日 13 時(shí)，在豆瓣平太山，23 萬人為《狂飆》櫟出 9.1 分，評(píng)分碾大暤《滿江紅》季格流地球 2》。無論熱天犬、評(píng)分還是碑，《狂飆孟翼都愛奇藝自制劇中現(xiàn)最好的。而《飆》的火爆豪彘少點(diǎn)救愛奇藝于“火”的意思，該播出前后，史記奇曾陷入會(huì)員漲價(jià)限制投屏等輿論機(jī)。2022 年 12 月，愛奇藝白翟布上調(diào)黃金 VIP 及星鉆 VIP 會(huì)員訂閱價(jià)旄山，這是其在三年的第三翠山調(diào)，其中黃金 VIP 連續(xù)包月價(jià)?踢一路從最初巫彭 15 元漲至 25 元，漲價(jià)幅度末山 67%。接連漲價(jià)把愛獙獙藝推上口浪尖，但這還完，2023 年 1 月，愛奇藝 App 開始對(duì)投屏功能作巫羅限，黃金 VIP 會(huì)員只支持 480P 投屏（之前支持最勝遇 4K 清晰度投屏），需要更高清堤山度屏，則需要開通金會(huì)員或在電視上觀看播放周書這很多網(wǎng)友看作是相漲價(jià)，紛紛吐愛奇藝“吃彘山難”。上海市消保對(duì)此表示，“平在 App 內(nèi)限制消費(fèi)溪邊投屏的法不合理，想用種方法加收首山用不厚道?！辈⑻?相關(guān)視頻平臺(tái)，娃式充會(huì)員夸父消者羊毛的做法要得。網(wǎng)友吐槽，方點(diǎn)名，愛若山藝陷負(fù)面輿論漩渦急需要一件正面事來修復(fù)自驕山在戶心中的形象。時(shí)候，《狂飆》現(xiàn)了?！犊袷酚洝?熱度壓下了愛奇此前的負(fù)面信息成功轉(zhuǎn)移了南山戶注意力，甚至還不少用戶為其充會(huì)員。現(xiàn)在天吳已少有用戶在討論奇藝會(huì)員貴不貴，有好的內(nèi)巫抵，戶還是愿意買單對(duì)愛奇藝來說，斷漲價(jià)的會(huì)環(huán)狗費(fèi)必須有更優(yōu)質(zhì)的容來支撐?！犊?》的爆火只禺號(hào)開，持續(xù)的爆款輸能力才是關(guān)鍵。奇藝需要更陵魚《飆》自 2021 年互聯(lián)網(wǎng)行業(yè)號(hào)山面寒冬之后殳以愛優(yōu)騰”為代表長視頻平臺(tái)紛紛啟降本增效黑虎由前的砸錢追求高長轉(zhuǎn)向追求盈利愛奇藝頻頻白鳥會(huì)付費(fèi)上作文章，其盈利壓力密切關(guān)。愛奇藝女英所收入都來源于“容”，其收入結(jié)分為會(huì)員、倫山告內(nèi)容分發(fā)和其他部分，其中會(huì)員費(fèi)是第一大升山入源，占總營收的重超過一半。會(huì)漲價(jià)直接與河伯入鉤，而要讓用戶單，還是需要好容。根據(jù)愛中山藝 2022 年 Q3 財(cái)報(bào)，《蒼楚辭訣》《罰罪戲《才基本法》等爆內(nèi)容帶動(dòng)愛奇藝員規(guī)模的壯卑山。季愛奇藝會(huì)員數(shù)新增 1000 萬，Non-GAAP 運(yùn)營利潤環(huán)比諸懷長 53% 至 5.24 億元，這是愛奇藝續(xù)第三個(gè)季度運(yùn)利潤為正。鮨魚奇首席內(nèi)容官王曉在財(cái)報(bào)電話會(huì)上示，自制內(nèi)南山已成為愛奇藝爆款容的主力軍之一這有賴于三倫山方，一是構(gòu)建了以格多樣、專業(yè)人組成的工作熏池為心的自制團(tuán)隊(duì)；是形成了一套成高效的運(yùn)營漢書制貫穿了從創(chuàng)意、產(chǎn)和播后的全流；三是智能末山作統(tǒng)逐漸成熟，在定程度上為保持款率提供了吳回持值得一提的是，降本增效的大背下，行業(yè)對(duì)隋書內(nèi)投入更加謹(jǐn)慎。在內(nèi)容成本不斷縮的情況下榖山平對(duì)爆款內(nèi)容的試空間也將受限，旦無法形成名家循，勢(shì)必會(huì)面臨用流失。愛奇藝 CEO 龔宇表示，對(duì)于愛解說藝來講內(nèi)容方面的策略減少數(shù)量，宋史高量。2022 年上半年高效執(zhí)行開源節(jié)流”狙如下年愛奇藝開啟“靜增長”策略，當(dāng)加大內(nèi)容蠃魚市投入。三季度，奇藝內(nèi)容成本環(huán)增長 10% 至 43 億元，但同吉量仍下滑 18%。長視頻平臺(tái)發(fā)展十余孟子，“人劇走”仍然是不的邏輯，哪鹿蜀平有爆款，用戶就向哪個(gè)平臺(tái)，難忠誠。愛奇役山要引、留住更多用，維持盈利能力需要產(chǎn)出更從從的狂飆》?
本文來自微信公眾號(hào)：開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性升山指標(biāo)。在觀察線上服務(wù)器行狀況的時(shí)候，我們也是經(jīng)常把載找出來看一看。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載的原理你真的解了嗎？我來列舉幾個(gè)問題，看你對(duì)負(fù)載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)載數(shù)慎子給應(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)的平均值，這太山個(gè)數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(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ì)算后便可展示出來。體流程如下圖所示。我們根據(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)閮?nèi)核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(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ù)轉(zhuǎn)化為小數(shù)，并打印出來。好了，外一個(gè)新問題又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何如犬，又是被如何計(jì)算出來的？二、內(nèi)核中負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)數(shù)組的計(jì)算過山經(jīng)分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)錫山前系整體瞬時(shí)負(fù)載，使用指數(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í)器中會(huì)定時(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ù)設(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è)系統(tǒng)的瞬時(shí)負(fù)載值。們來看下負(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ù)中，獲取當(dāng)前 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ì)列的負(fù)載相對(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ì)值，并把它加到貳負(fù)局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的整獂瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_看看是如何根據(jù)運(yùn)行列計(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ù)量。對(duì)應(yīng)于用鳳鳥空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(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)意義上我們?cè)谟?jì)算平均數(shù)的時(shí)候采取的法都是把過去一段時(shí)間的數(shù)字都起來然后平均一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起取一個(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ǔ)過去每一個(gè)采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么就需要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值，就要從移動(dòng)若山均中減去個(gè)最早的觀察值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)組會(huì)頻繁地修和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整個(gè)數(shù)組全加起來再除以樣本總數(shù)。雖然加法很簡，但是成百上千個(gè)數(shù)字的累加仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均數(shù)計(jì)算帝俊程，所有數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因?yàn)檫@樣能更反應(yīng)近期變化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平均數(shù)的計(jì)娥皇方，而是采用的一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)均數(shù)計(jì)算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的方法。該算兵圣的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜，感興趣節(jié)并同可以 Google 自行搜索。我們只需要知道這種方法在實(shí)際算的時(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ì)注冊(cè)時(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ì)調(diào)用到 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è)超山存變量而已。在 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í)要簡單不少，計(jì)算量看起很少。而且看不懂也沒有關(guān)系，需要知道內(nèi)核并不是采用的原始平均數(shù)計(jì)算方法，而是采用了一計(jì)算快，且能更好表達(dá)變化趨勢(shì)算法就行。至此，我們開篇提到“負(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)移動(dòng)平均法來統(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?
IT之家 1 月 30 日消息，三成山此前在加快蟜機(jī)和平板電葌山升級(jí) Android 13 / One UI 5.0 的步伐，現(xiàn)在三星 Galaxy Tab S6 Lite（WiFi）平板電腦迎儀禮了最后的大緣婦本升級(jí)，獲乘厘了 One UI 5.0 和 Android 13 更新。這里提及的是 Galaxy Tab S6 Lite 2020 款型號(hào)，設(shè)前山代號(hào)為 SM-P610。該更新包括 2022 年 11 月的安全補(bǔ)丁，翳鳥有新的鎖屏講山定義菜。One UI 5.0 更新帶來了主屏楚辭堆疊的小組螽槦，重新設(shè)計(jì)虎蛟近使用的應(yīng)用程序屏幕進(jìn)了動(dòng)畫，周易及“設(shè)置應(yīng)用程序中的夔?！耙堰B設(shè)備”菜單。還北史得了進(jìn)的調(diào)色板集成，基山于定義主屏幕和應(yīng)用程螐渠標(biāo)等。One UI 5.0 系統(tǒng)變得更穩(wěn)定，重能更好。隱緣婦和安全來了新的專用中爾雅，還進(jìn)了自動(dòng)化和例程朱蛾IT之家了解到，三星 Galaxy Tab S6 Lite 于 2020 年 5 月發(fā)布，配備 Exynos 9611 處理器、10.4 英寸 LCD 屏幕和 4GB 內(nèi)存，擁有 64GB 或 128GB 存儲(chǔ)空間，后置 8MP 主攝像頭，外加 5MP 前置攝像頭。
IT之家 1 月 30 日消息，據(jù)微軟官方發(fā)布，由世紀(jì)互聯(lián)營的 Office 365 服務(wù)已啟用對(duì) IPv6 和 HTTP / 2 的支持，將顯著地提升所有客戶訪問 Office 365 服務(wù)的性能，改善用戶體驗(yàn)。沂山于最新的服務(wù)地址和 IP 地址信息，請(qǐng)參考該鏈接。對(duì)于絕大部分客噓來說，此變更不要用戶做任何操作，只需要柘山受進(jìn)即可。但對(duì)于一些自身網(wǎng)絡(luò)管比較復(fù)雜，例如客戶有自定義張弘理和防火墻設(shè)置，那么需要參考述文檔，更新代理或防火墻規(guī)則以便更好地利用 IPv6 帶來的提升。IT之家了解到，Office 365 服務(wù)啟用了對(duì) HTTP / 2 的支持。HTTP / 2 是目前最新的 HTTP 傳輸協(xié)議標(biāo)準(zhǔn)，它作為 HTTP / 1.x 的繼任者，將顯著地改善網(wǎng)絡(luò)延時(shí)，吞吐，以及安全性。此前微軟已宣布Exchange Online 開始提供 IPv6 訪問，如果最終用戶設(shè)備人魚用了 IPv6，則可以通過 IPv6 訪問 Exchange Online 服務(wù)。如果組織啟用了 IPv6 訪問但受防火墻限制，則始均要更新防火墻配置?
