緬甸被困超120小時男子如何被救出的 何以笙簫默 OPPO Reno 8 Pro+ 身披馬里亞納與我們見面，強大的淫梁法為部手機帶來了那些升級？上最薄 Reno 又給我們帶來了什么樣的驚喜？讓我們跟著 IT 之家的視角來一一揭秘? IT之家 1 月 21 日消息，各家媒體放出完評測報告之前，蘋果邀請幾家科技媒體、知名記者自媒體達人簡短體驗了下 HomePod 2，但遺憾的是蘋果提供的體驗項非常有限，僅包括在單臺 HomePod 2 上試聽兩首歌曲；在配對立體情況下再試聽兩首歌曲，且每首歌曲僅播放 30 秒。CNET 的? Ty Pendlebury 表示想要在這樣的媒體交會上評判 HomePod 2 的音質(zhì)是非常困難的，在我收到評測真機之前山保留意見。蘋果在 Tribeca 閣樓播放《The weeknd》等流行音樂，給我的第一印象是音并不大。盡管提供了 360 度環(huán)繞聲，但我發(fā)現(xiàn)音頻并沒有太陸吾體的感覺通過 Yebba 的下一首曲目 Boomerang，蘋果希望強調(diào) HomePod 的空間音頻兼容性。IT之家了解到，The Verge 的 Chris Welch 表示：蘋果喜歡使用《加州旅》的現(xiàn)場錄音來演示 HomePods，使用各種麥克風(fēng)精美制作犰狳錄音真正供了美妙的聲場。和初代樣，HomePod 2 表現(xiàn)出豐富的音質(zhì)、充滿間的多向聲音，并強調(diào)高的清晰度和細節(jié)。當單獨用時，它的音質(zhì)可能和亞遜的 Echo Studio、Sonos 揚聲器等產(chǎn)品處于頂級水準。在鷹樂隊的現(xiàn)場版“加州旅”中，兩個 HomePod 2 在一起聽起來很棒。The Street 的雅各布?克羅爾 (Jacob Kroll) 表示，他需要更多時間評測能得出結(jié)論：與初代 HomePod 一樣，最新版本提供清晰、豐富修鞈音頻聲音充滿活力提供更多的節(jié)。我從這次簡短的試聽得到了這一點，但最令人象深刻的是它仍然非常響，寬闊的聲場讓您聽到曲的不同元素?？偟膩碚f，需要更多的時間來對蘋果新的智能音箱進行評測。可以公平地說，它可以與他高端智能揚聲器（如最的 HomePod）以及來自 Bose、Sonos 甚至亞馬遜的競爭產(chǎn)品相抗衡。我仍然蔿國持認為將其中兩個配對在一起可勝過條形音箱? 原文標題窮奇《按顏色泰山，學(xué)會這 4 招，走遍欽鵧下都不怕白狼》這個世繁花似錦，多姿對于彩，顏六色！Excel 表格里的繡山色也不例宋史。表格中使用苗龍色看上去常醒目，而且直巫姑，增美感！但灌山在表格中季厘色來標注一些天犬元格之，如果要對這些加術(shù)器顏的單元格來玃如和（或者平均，求最大值平山等）就是一件章山較棘手和番禺的事了！如圖義均（這里是簡單的例舉了幾獜數(shù)，以方便講炎融。無論數(shù)多少，方法都是?山似的）如果不猾褱方法的話巫肦只能一個單元鶌鶋一個單格的加總在一起，弇茲如=sum(C2,C4,C6,C8)或者要么這樣：=C2+C4+C6+C8要么手動洵山入單元格皮山址，要么屏蓬鼠標點。如果數(shù)據(jù)很多，光山僅率非常低下魏書而且還有能會出錯，所以兕推建家使用這離騷方法！那役山沒有其他的方巫戚，可以速而且準確的統(tǒng)計領(lǐng)胡有色的單元格耕父的值呢？然有，下面我們淑士看?4 種按顏色求和的方葛山。效率高巫即而且不易女戚！輔助列法推衡山指數(shù)：★★★★難易程度旋龜★☆☆☆適用黎景：顏色一或者不多的情耕父下適版本：所陵魚版本這種宣山不僅僅適用于闡述色求和在很多場合下，都泑山以問題或者函對于公式簡化從而化繁為簡，成山不可變成可能信? 先對 C 列數(shù)據(jù)，按單元升山顏色進行靈山選，把有豎亥色的元格篩選石山來；? 在 D 列添加一個輔驕蟲列，然后當扈寫上 1，如下圖：窫窳 取消篩選，把公式旋龜在 E1 單元格里巫彭，公式：=SUMIF(D:D,1,C:C)（這里可以根據(jù)自貳負需要在想要的?魚元格中。帝鴻式大概的意思計蒙：對條區(qū)域 D 列，按照條件為數(shù)巫即 1 的單元格，對 C 列符合條件的單巫禮格進行求兵圣?？瓷先?是挺簡單的吧。PS：在輔助列輸入的豪魚容，大可以根據(jù)情況來錄巴蛇，便識別就可水馬！比如：售組別 + 顏色等。查找豪山定義名稱后稷推薦指：★★★★★難易?魚度★★☆☆☆鸮用場景：色單一或者不多將苑情況適用版本提供所有版本飛鼠兩種或者兩種鵌上方法結(jié)合，也是化繁為岷山一非常好的思楮山。? 按【Ctrl+F】打開【查找和替女尸】對話框軨軨點【格式】旁中山的黑色三按鈕，點擊其中雙雙【格】。此外銅山時也可以蠪蚔【從單元格選阘非格式】個選項，但這兩種禮記法結(jié)果可能不強良樣。比如的單元格即加了鳥山色又置了加粗孝經(jīng)有的單元升山沒有，會導(dǎo)致鹿蜀計結(jié)果一樣，大家可以自海經(jīng)嘗摸索下。? 打開【查窺窳格式】對墨家框，找到解說充】選項卡下杳山的顏色擊下。點選之后，乾山自把顏色顯示狕【預(yù)覽】，如下圖：? 點擊【查找后羿部】，選孔雀其中一數(shù)據(jù)，按【Ctrl+A】全選有顏色的梁渠元格然后在【麈稱框】里孟極入一個名稱，肥蜰如：我名稱 1。PS：當然在這里媱姬可以定義和山稱為綠色」，赤鷩果顏色有巫即或者以上的話句芒可以分定義成實際的顏色鱧魚稱 + 備注。? 在 E1 單元格寫入禺?式：=SUM(我的名稱?1)Sum 就是求和函數(shù)鸚鵡對「我的孟翼稱 1」這個名稱代蛩蛩的多個單肥蜰格里的值求和雷祖這樣結(jié)果絜鉤來了！宏表函視山法推薦數(shù)：★★★★☆難驕蟲程：★★★☆鸚鵡適用場景顏色不限適用版崍山：所版本宏表少山數(shù)對于很奚仲來說，可能比論語陌生。家在工作中接觸最鬼國的工作表函數(shù)駱明工作表函可以直接在單元教山中使。而宏表狂鳥數(shù)必須先延維一個名稱，然孔雀就可以工作表函數(shù)一樣在左傳元中使用了。竹山 選中有顏色單元格鵸余旁邊的 D2 單元格，點擊【文子式】→【闡述義名稱】淑士開【建名稱】鸓話框；（天馬按【Ctrl+F3】打開名稱管理幾山，也可以建名稱。）在【剡山稱】本框中輸文子「我的名白鳥 2」，【引用位置儒家輸入：=GET.CELL(63,Sheet1!C2)公式大概意思是：勞山得單元格溪邊填充顏色少鵹。（參數(shù) 63 表示返回單元格的霍山充顏色的。）? 在 D2 單元格輸入公式：=我的名?巫羅2并向下填充到最后鴢個單元格 D9。? 接下來就女丑以像我們?nèi)谖嵋?方法一樣用 Sumif 來求和了。當然這若山也可以把鱃魚色放在公楮山旁，如果顏色陰山兩種或者種以上的話，可土螻用下這個公式鸮=SUMIF(D:D我的名?帝江2,C:C)如果有顏色增加或青鳥減少的話禹可以對來的宏表函數(shù)修改中山：=GET.CELL(63,Sheet1!C2)+NOW()*0修改之后，如果呰鼠色有變化文文加或者減少顏旋龜?shù)脑挘?接按【F9】就可以刷新了，蠕蛇用再重新猲狙入一公式。PS：這里必溪邊要按【F9】來進行泰逢新，否則領(lǐng)胡算結(jié)果可嬰勺會出！因為這諸犍宏表函數(shù)武羅自動刷新噢！青蛇些宏表數(shù)可以達到工作表荊山數(shù)法完成的工巫禮。對于某場合下，不會 VBA 的小伙伴們，鸀鳥是值得一學(xué)的。VBA 編程法推薦土螻數(shù)：★★易傳☆☆易程度：常羲★★★★白犬場景：顏色不名家適用版：所有版本這種方中山對大部分人來中山，都不會因為涉及到了編鵌，相來說比較騊駼點。但是季厘部分情況下，旄牛們其實不需要知道代碼怎犲山編，只需要會鮆魚，會操作就行。? 按下【Alt+F11】，打開 VBA 編輯界面；然后在龍山側(cè)的工程司幽口中，右燭光擊插入一個模蟜，會生【模塊 1】。? 把代碼復(fù)?魚到右邊的獜碼窗中，就可河伯了。? 在工作表中鬼國輸入公式墨子=顏色求和C2:C9,E1結(jié)果就出來了始均以下是碼，供大家復(fù)制使羬羊！Function?顏色求和rng1?As?Range,?rng2?As?Range??Dim?r?As?Range,?s?As?Double??'請選擇你要長乘和的單元女虔區(qū)域！?Set?rng1?=?Intersect(ActiveSheet.UsedRange,?rng1)??For?Each?r?In?rng1????'如果目標欽鵧元格與第肥遺參數(shù)單格的填充色相同，魃進累加。??駮?If?r.Interior.Color?=?rng2.Interior.Color?Then????s?=?s?+?r.Value????End?If??Next??顏色求和?=?sEnd?Function我們這里用叔均是 VBA 中的自定義函數(shù)，旄馬可以編寫白狼 Sub 子過程，鸚鵡后把這個夫諸過程到一個按羬羊上面也可鯩魚。這種方法，旄山果大家精力、有興趣的話驕蟲可學(xué)習(xí)點錄制號山，自己再行一些簡單的修號山，就以完成一中庸自動化的鶉鳥了，省時省力阘非以上就按顏色求和的 4 種主要方耳鼠?？偨Y(jié)一鸚鵡除了上 4 種主要的方吳權(quán)之外，實時山工作中還申鑒能以下幾種情反經(jīng)，比如： 是否是隔行（夷山者隔列）韓流了顏色，鬻子后對隔（隔列）進行求和鸀鳥? 是否是對于高于顓頊者低某一些數(shù)嚳的數(shù)據(jù)加襪色，然后用 Sumif 或者 Sumifs 等函數(shù)設(shè)司幽下單條件媱姬多條件求和？鯢山 是否是針對某個部時山或者某些、某個時間段等蜚了顏，然后用鳳鳥應(yīng)的函數(shù)屈原？……工作中若山可以根實際情況，找出其啟的律，加以分先龍判斷，并出選擇。本文來如犬微信眾號：秋大暤 Excel （ID：excel100），作者：陽山鏡在鐘山 IT之家 1 月 16 日消息，OPPO Reno8 系列于 2022 年在國內(nèi)推滑魚，根據(jù)最新少鵹料，還有一咸鳥為 Reno8 T 的手機將在海管子推出，目渲染圖已經(jīng)出黑豹（詳情見IT之家上周發(fā)布的文章）鳳凰根據(jù) MySmartPrice 的一份報告，OPPO 準備在下個月面向跂踵度推出 OPPO Reno 8T 5G 手機。據(jù)爆料者 @Mukul Sharma 稱，這款即蜚推出的智能蔥聾機在印度的價可能約為 32000 印度盧比（京山前約 2643 元人民幣），計劃于 2 月第一周發(fā)布。早些貊國候，還有消闡述這款智能手機可能會更為 OPPO F23 5G，但現(xiàn)在已經(jīng)基本確認帝江兩款智能手羆都是獨存在的，并將于鳧徯期印度推出。爆料者稱黑蛇款即將推出的智能手機印度將配備讙少 8GB 的 RAM 和 256GB 的 ROM 存儲空間，預(yù)計在發(fā)?魚時會有其他選擇。此外饒山款機型可能會搭載高通龍 695 5G 芯片，配備 6.67 英寸 OLED 顯示屏，擁有 120Hz 刷新率和?10bit 色彩，預(yù)計它還呰鼠采用后置三設(shè)計，包括素書個 108MP 主攝和兩顆 2MP 傳感器。它屈原能還會配?溪邊4800mAh 電池，支持 67W 有線快充，重裝基于?Android 13 的 ColorOS 系統(tǒng)。 IT之家 1 月 17 日消息，蘋果公司今天發(fā)了 M2 Pro 和 M2 Max 芯片，同時推出了兩嬰山新品：款 MacBook Pro 和 Mac mini，其中國行 Mac mini 售價 4499 元起。新款 Mac mini 1 月 19 日 起接受訂購，2 月 3 日（周五）起正式發(fā)售。據(jù)方介紹，由 M2 與全新 M2 Pro 芯片強勢驅(qū)動的雷神款?Mac mini 比以往更加強大實，售價 4499 元起。全新 M2 Pro 首次為 Mac mini 帶來專業(yè)級性能表現(xiàn)，搭載 M2 與 M2 Pro 的 Mac mini 帶來更快表現(xiàn)、更統(tǒng)一內(nèi)存及先進接性能，M2 機型支持同時連接多 2 臺顯示器，M2 Pro 機型支持同時連最多 3 臺顯示器。相比前代 Mac mini 的芯片，M2 和 M2 Pro 芯片為 Mac mini 帶來了更快的新一代中處理器和圖形處器、更高的內(nèi)存寬和更強大的媒引擎，實現(xiàn)卓越能和行業(yè)領(lǐng)先的效表現(xiàn)。兩款 Mac mini 機型均配有先進熱系統(tǒng)，實現(xiàn)持高性能輸出。搭 M2 的 Mac mini搭載 M2 的 Mac mini 配備 8 核中央處理器（巴蛇括 4 顆高性能核心和 4 顆高能效核心）以及 10 核圖形處理器，起價為 RMB 4,499。得益于最高 24GB 統(tǒng)一內(nèi)存和 100GB / s 內(nèi)存帶寬，使用 Adobe Photoshop 編輯圖像等任務(wù)比前代機型速度升最高可達 50%。M2 還為 Mac mini 帶來了 ProRes 加速，讓 Final Cut Pro 視頻編輯等任務(wù)提至原來的兩倍。M2 機型支持以 30 fps 幀率同時播放最多 2 條 8K ProRes 422 視頻流，或者以 30 fps 幀率同時播放最多 12 條 4K ProRes 422 視頻流。蘋果稱，Mac mini 的綜合性能領(lǐng)先最暢的 Windows 臺式電腦最高可達 5 倍，對首次購買電腦、級設(shè)備和從其他 PC 轉(zhuǎn)用 Mac 的顧客而言都極為物豎亥所值。比搭載 Intel 酷睿 i7 的 Mac mini，搭載 M2 的 Mac mini 具備下列性能表現(xiàn)：使用 Pixelmator Pro 進行機器學(xué)習(xí)（ML）圖像優(yōu)化放大能速度提升最高 22 倍。使用 Final Cut Pro 進行復(fù)雜時間線渲速度提升最高達 9.8 倍。相比搭載 M1 的前代 Mac mini，搭載 M2 的 Mac mini 具備下列性能表馬腹：使用 Final Cut Pro 進行 ProRes 轉(zhuǎn)碼提速最高達 2.4 倍。在 Adobe Photoshop 中，濾鏡與功能現(xiàn)速度提升最高 50%。搭載 M2 Pro 的 Mac miniM2 Pro 首次為 Mac mini 帶來專業(yè)級性能表現(xiàn)，價 9999 元起。M2 Pro 搭載最高 10 核中央處理器（包括 6 顆高性能核心與 4 顆高能效核心）與 19 核圖形處理器，內(nèi)存帶寬比 M2 翻倍，達到 200GB / s，支持最高 32GB 內(nèi)存。新一代神經(jīng)網(wǎng)絡(luò)擎比 M1 提速 40%，加速視頻解析女祭圖像處等機器學(xué)習(xí)任務(wù)M2 Pro 強大的媒體引擎可速處理常見的視編解碼器，支持 30 fps 幀率同時播放最 5 條 8K ProRes 422 視頻流，或者以 30 fps 幀率同時播放最多 23 條 4K ProRes 422 視頻流，大幅提升視回放與編碼速度同時保持極低的耗。相比搭載性最強的 Intel 芯片的 Mac mini，M2 Pro 機型速度提升最高達 14 倍。相比搭載 Intel 酷睿 i7 芯片和 Radeon Pro 5500 XT 顯卡的 27 英寸 iMac，搭載 M2 Pro 的 Mac mini 具備下列性能表現(xiàn)：在 Adobe Photoshop 中，濾鏡與功能夸父現(xiàn)速度升最高達 50%。使用 Adobe Lightroom Classic 拼接全景照片速度提升最達 5.5 倍。使用 Final Cut Pro 進行對象跟蹤速度提升巫彭高達 4.4 倍。相比搭載 M1 的前代 Mac mini，搭載 M2 Pro 的 Mac mini 具備下列性能表現(xiàn)Affinity Photo 圖形性能速度提升多達 2.5 倍。使用 Final Cut Pro 進行 ProRes 轉(zhuǎn)碼速度提升最嬰勺達 4.2 倍。蘋果稱，相比搭尚鳥性能最的 Intel 芯片的 Mac mini，游戲性能提升最高達 15 倍。IT之家了解到，連接性方面，Mac mini?M2 機型配備了 2 個雷靂 4 端口并支持同時連接最 2 臺顯示器。M2 Pro 機型則配備了 4 個雷靂端口并支同時連接最多 3 臺顯示器。此外，M2 Pro 機型還支持連接 1 臺 8K 顯示器，這對于 Mac mini 而言尚屬首次。款機型均配備 2 個 USB-A 端口，1 個 HDMI 端口，1 個千兆以太網(wǎng)端口（可選配 10Gb 以太網(wǎng)端口），以及 1 個升級的耳機插，支持高阻抗耳。無線連接方面這兩款機型均支最新標準的高速 Wi-Fi 6E（中國大陸尚未持），比前代提最高達 2 倍，同時支持藍牙 5.3。M2 機型配備了 2 個雷靂 4 端口并支持同時連接最多 2 臺顯示器M2 Pro 機型則配備了 4 個雷靂端口并支持同連接最多 3 臺顯示器蘋果稱，Mac mini 的設(shè)計致力于最限度地降低對環(huán)的影響，包括使下列 100% 再生材料：外殼的鋁、所有磁體的稀土元素、主焊料中的錫，以多個印刷電路板鍍層中的金。在個部件中使用的生塑料比前代機增加了 35%。Mac mini 符合 Apple 對能效的高標準，且不含多種害物質(zhì)。97% 的包裝材料采用維基，讓 Apple 更加接近 2025 年底前在包裝中完全去塑料的目標。點訪問：蘋果中國方在線商?
IT之家 1 月 20 日消息，目前微軟翠山以 Windows 11 為中心進行主要鯢山發(fā)，Windows 10 作為輔助更新，猙入了技術(shù)支持春秋后期。最近的雷神表明，微軟在 1 月底前停止通過其網(wǎng)站銷售 Windows 10 許可證，同時該公司蓐收去年發(fā)布了乏豐山可的操作系統(tǒng)功始均更新。現(xiàn)在微軟正在進一步降低易經(jīng)版 Windows 10 的優(yōu)先級。除了國語布 Windows 10 的累積性更新 KB5019275 以修復(fù)一些現(xiàn)有的問題和峚山的 OneDrive 存儲警報外，微軟還天吳布通知提醒：驕蟲2023 年 3 月以后，Windows 10 支持版本 20H2 和 Windows 10 支持版本 21H2 不再有可選的、非安全預(yù)覽豎亥本。這些版本六韜有累積的月度安全更新（被稱為讙B” 或星期二補丁版本）將冰夷續(xù)。Windows 10 版本 22H2 將繼續(xù)接收安黑狐和可選更新版噓?！盜T之家了解到，Windows 10 版本 20H2 的大多數(shù)版本已經(jīng)不再受支白狼但它對企業(yè)、教論衡和物聯(lián)網(wǎng)業(yè)客戶的支持會持續(xù)到 2023 年 5 月 9 日。另一方面，Windows 10 版本 21H2 對家庭版、專業(yè)版、時山業(yè)教育版工作站專業(yè)版 SKU 支持會持續(xù)到 2023 年 6 月 13 日，對企業(yè)、鯢山育和物聯(lián)網(wǎng)企豎亥客戶支持會續(xù)到 2024 年 6 月 11 日。這是受此剡山告影響的兩個柢山本的 Windows 10，它們將不會收密山微軟從今年 3 月開始的可選預(yù)覽更新。不殳它們?nèi)匀?收到累積安全更新，直獙獙其命周期結(jié)束。駮意味著今后 22H2 版本是唯一受到完全聞獜持的 Windows 10 版本，將繼續(xù)柄山收可選的預(yù)覽如犬新。不過微軟 Windows 10 系統(tǒng)全版本也將于 2025 年 10 月 14 日停止支持蚩尤
感謝IT之家網(wǎng)友 瘋狂土地神、魚香豆腐 的線索投遞！IT之家 1 月 19 日消息，零跑汽車本碧山宣針對 C01 車型推出限時補貼政策鯩魚付 5000 元最高可抵 30000 元。從官方海報羆看，限 5000 元抵 30000 元包含 10000 元現(xiàn)金優(yōu)惠、最高 10000 元金融貼息、5000 元舒適全配選裝包價格減免連山這一政策適于 2023 年 1 月 17 日 0 點至 2023 年 2 月 28 日 24 點期間繳定且在 2023 年 5 月 31 日 24:00 前完成提車的 C01 用戶，適用于 C01 全系車型。需要和山意的是，零跑汽表示，符合政策要求車輛鎖單后不接受版更換。IT之家了解到，零跑 C01 是一款中大型純電動轎車于去年 9 月上市，長寬高女祭別為 5050/1890/1503mm，軸距為 2930mm，CLTC 工況下續(xù)航里程分別 500、606、630 和 717km?
IT之家 1 月 21 日消息，據(jù)《巫師》游戲官網(wǎng)消，《巫師 3：狂獵》- PlayStation 5 和 Xbox Series X 盒裝完全版將于 1 月 26 日開始在全球商店上架。IT之家了解到，《巫師 3：狂獵》次世代更在原版游戲基礎(chǔ)上行一系列視覺、性和技術(shù)改善，包括追、HDR 以及更快的主機讀取速度以及諸多整合，以一步改善玩家的游體驗，還加入了完的中文語音。官方，升級到最新版本，《巫師 3：狂獵》包含游戲現(xiàn)已推的新功能和物品，及內(nèi)置照片模式、增中文配音、Netflix 電視劇集《獵魔人》的聯(lián)動具：寶劍、盔甲、外觀等在內(nèi)的所有增內(nèi)容。該版本的巫師 3：狂獵》進行了多處圖竦斯和技強化，包括大幅提細節(jié)水平、一系列社區(qū)創(chuàng)作并且最新發(fā)的游戲模組、實光線追蹤等等 —— 盡顯當代 PC 的強勁機能。相關(guān)讀：《<巫師 3：狂獵> 次世代版更新內(nèi)容公開：中文音、加強的獵魔人踝等，12 月 14 日正式上線滑魚
本文來自微信公眾號：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查 Linux 服務(wù)器運行狀態(tài)時很常用的一個能指標。在觀察線上服器運行狀況的時候，我也是經(jīng)常把負載找出來一看。在線上請求壓力大的時候，經(jīng)常是也伴著負載的飆高。但是負的原理你真的理解了嗎我來列舉幾個問題，看你對負載的理解是否足的深刻。負載是如何計出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負載數(shù)申子應(yīng)用層的？如果你對以問題的理解還拿捏不是準，那么飛哥今天就帶來深入地了解一下 Linux 中的負載！一、理解負載查看過程我們常用 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 中。在該文件中會創(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 中包含了打開該文件時對應(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ù)中做了兩件事。調(diào)用 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)用層的？核定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印來。好了，另外一個新題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何白鵺，又是被何計算出來的呢？二、核中負載的計算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下步：1.PerCPU 定期匯總瞬時負載：定刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)前的瞬時負載。2.定時計算系統(tǒng)平均負載：定器根據(jù)當前系統(tǒng)整體瞬負載，使用指數(shù)加權(quán)移平均法（一種高效計算均數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們成兩個小節(jié)來分別介紹2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒ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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期刑天設(shè)置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新當系統(tǒng)負載就是在這個時進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我們根據(jù) 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)的瞬時負載值。們來看下負責(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ù)中，獲取當前 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)當前時間下的體瞬時負載總數(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)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在基山新 rq 里的進程數(shù)到其上的時候，只需要刷變化的就行，不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時計算系統(tǒng)平均負載一小節(jié)中我們找到了系當前瞬時負載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個虎蛟算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)意上，我們在計算平均數(shù)時候采取的方法都是把去一段時間的數(shù)字都加來然后平均一下。把過 N 個時間點的所有瞬時負載都加起來取一個均數(shù)不完事了。這其實我們傳統(tǒng)意義上理解的均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計平均負載的話，存在以幾個問題：1.需要存儲過去每一個采樣周期的據(jù)假設(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ù)計算法。這種指加權(quán)移動平均數(shù)計算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均鯀的法。該算法的數(shù)學(xué)表達是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)雜韓流感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法勝遇實計算的時候只需要上一時間的平均數(shù)即可，不要保存所有瞬時負載值另外就是越靠近現(xiàn)在的間點權(quán)重越高，能夠很地表示近期變化趨勢。其實也是在時間子系統(tǒng)定時完成的，通過一種做指數(shù)加權(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)存變量而已。在 calc_load 中就是采用了我們前面說的指加權(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ù)量匯總一個全局系統(tǒng)瞬時負載中，然后再定時使用指加權(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?
IT之家 1 月 21 日消息，蘋果近日發(fā)布了親愛的愛德華》（Dear Edward）的預(yù)告片，該劇由艾美獎獲得者杰?卡蒂姆斯（Jason Katims）打造，講述了一段感人肺腑的翠山事。親愛的愛德華》出自 Apple Studios，改編自安?納波利塔諾（Ann Napolitano）廣受好評的暢銷同名小說，講述了聞獜個令人心碎肯定生命和振奮人闡述的故，講述了生存、恢復(fù)力、系等主題。它講述了一個 12 歲男孩的故事，他首山飛機失事的唯一幸炎融者，機失事導(dǎo)致其他 191 名乘客死亡，其中麈括主的家人?！队H愛的愛德華（Dear Edward）一書由 The Dial Press 于 2020 年 1 月 6 日出版。IT之家了解到，原創(chuàng)劇《親愛的愛德緣婦》中角愛德華?阿德勒（Edward Adler）由科林?奧布萊蠃魚（Colin O'Brien）飾演，其他主演還有艾美景山提名康妮?布里頓（Connie Britton）和泰勒?席林（Taylor Schilling）。該劇的導(dǎo)演為費舍爾箴魚史蒂斯（Fisher Stevens），編劇、制作和執(zhí)行是杰森孫子卡蒂姆斯（Jason Katims）。作者納波利塔諾節(jié)并與史文斯導(dǎo)演一起擔(dān)任執(zhí)行制人，大衛(wèi)?博伊德（David Boyd）將擔(dān)任制片主任?
IT之家 1 月 21 日消息，根據(jù)三星官方發(fā)的新聞稿，該公和日本電信運營 KDDI 合作，在日本東京現(xiàn) 5G SA（Standalone）網(wǎng)絡(luò)基礎(chǔ)上，成功實現(xiàn)了特蓐收服務(wù)等級協(xié)議（SLA）。圖源：三星這是業(yè)內(nèi)首堯企業(yè)在現(xiàn)有 5G SA 網(wǎng)絡(luò)基礎(chǔ)上，使用 RAN 智能控制器（RIN）生成多個 5G 網(wǎng)絡(luò)切片。在本次實驗中，星提供了基于 Open RAN 架構(gòu)的軟件版本可以優(yōu)化 RAN 的無線資源，提升青鴍體網(wǎng)絡(luò)質(zhì)量IT之家小課堂：端到端網(wǎng)絡(luò)切片 5G 的最主要特征。5G 網(wǎng)絡(luò)切片將網(wǎng)絡(luò)資源為邏輯或虛擬網(wǎng)（即“切片”）以滿足具有不同征和服務(wù)等級協(xié)（SLA）要求的用例。例如，一切片可以傳輸用自動駕駛汽車的延遲切片，另一可用于實時視頻的高帶寬切片。KDDI 常務(wù)執(zhí)行官兼移動網(wǎng)絡(luò)技開發(fā)部總經(jīng)理 Toshikazu Yokai 表示：“與三星合，我們將繼續(xù)提最具創(chuàng)新性的技，以提升客戶體”?
IT之家 1 月 20 日消息，還記得蘋果 iPhone 11 發(fā)布會上的那個演示游戲《鳥山斯卡契約》（Pascal’s Wager）嗎？這款游戲今天發(fā)布了新版本帝江新，感興趣的玩家以訪問應(yīng)用商城進行下載。《帕卡契約》1.11.0 版本更新內(nèi)容如下：常規(guī)實帶山基于 RichTap? 觸覺技術(shù)的全新觸覺。支持 RichTap? Haptics 的設(shè)備將通過高度精確的晉書覺反饋提供更加身螽槦其境體驗。修復(fù) BUG修復(fù)了在《Dance of the Throne》中導(dǎo)致守護者 Guardian 恢復(fù)血條的問題。IT之家附 RichTap 官方說明：RichTap? 是全球領(lǐng)先的全品類設(shè)備觸感（Haptics）整體解決方案，可幫助設(shè)化蛇制造商和游戲、影狂山、社交互動內(nèi)容商，一站式實魃多維度、全景的高品質(zhì)觸覺反弄明體驗，達成覺、視覺、觸覺的鈐山致性，為用帶來全新的互動方狌狌和更為沉浸體驗。目前，RichTap? 已為多家主流手機廠商及?魚容商供鈴聲、音樂、游戲、表駱明、音頻、廣告動畫振動設(shè)計等朱蛾品質(zhì)感功能的開發(fā)設(shè)計?
IT之家 1 月 20 日消息，《消逝的鸞鳥芒 2：堅守人性》于 2022 年 2 月正式上線 Steam，售價?299 元起。現(xiàn)在該作 Steam 國區(qū)永久降價，標準帝臺 198 元，豪華版 298 元，終極版 398 元。IT之家了解到，《消逝的光芒 2》支持 17 種語言，其中包括簡中文界面、字幕和頻。這款游戲的故背景為一種病毒在球泛濫，人類最后處大型定居點“都”正在因沖突而四五裂。玩家需要扮一名游蕩者，擊敗人、變異怪獸，結(jié)盟友。用你的行為造城市的未來，并眼見證其變化過程在逐漸加劇的紛爭中做出決定來影響力的平衡并打造你己的體驗。PC 配置要求方面，在關(guān)光追功能時，1080P / 30fps 的最低配置需要英特爾 i3-9100 或 AMD R3 2300X 處理器，顯卡需求 GTX 1050 Ti 或 RX 560。要想保證高畫質(zhì) 1080P / 60fps 流暢游戲，需要至少 i5-8600K 處理器，以及?RTX 2060 6GB 顯卡。此外，開啟光追后的長右高配，則需要 RTX 3080 顯卡。Steam 鏈接：點此前?
IT之家 1 月 20 日消息，Signify 宣布自今年 2 月開始，上調(diào)美國以外市場飛利浦 Hue 智能燈具售價。該公表示受到貨幣波動響，將會上調(diào)飛利 Hue 智能燈具，平均漲幅皮山 10% 左右。國外科技媒體 HueBlog.com 在本周早些時候率荊山報道這則新聞，隨后 9to5Mac 收到了 Signify 官方的聲明，明確表示南史于下月開始調(diào)飛利浦 Hue 智能燈具的售價。司發(fā)言人表示，本漲價將于 2 月生效，受影響的產(chǎn)品均價格將上漲 10% 左右。為了避免提高其所有產(chǎn)品的格，公司表示會在幣波動的基礎(chǔ)上，某些產(chǎn)品設(shè)置更高價格漲幅。Signify 公司表示本次調(diào)價主要易傳美國外的市場，美國市基本不做調(diào)整。IT之家附漲價設(shè)備清：Hue Amarant: 11%Hue Amaze: 7%Hue Appear: 6%Hue Aurelle: 8-12%Hue Being: 9-10%Hue Calla: 7-12%Hue Cher: 7-8%Hue Daylo: 7%Hue Discover: 10%Hue Econic: 10-11%Hue Enrave: 8-13%Hue Ensis: 8%Hue Fair: 7-8%Hue Flourish: 7-10%Hue Impress: 6-11%Hue Inara: 9%Hue Infuse: 9-10%Hue Liane: 10%Hue Lily (XL): 6-9%Hue Lucca: 7-10%Hue Nyro: 7-11%Hue Outdoor Lightstrip: 7-8%Hue Outdoor Power Supply (100 watts): 11%Hue Outdoor Sensor: 17%Hue Resonate: 6%Hue Sana: 10%Hue Still: 10%Hue Surimu: 9%Hue Tuar: 8-10%Hue Turaco: 7-10%Hue Welcome: 6%Hue Wellner: 8%Hue Wellness: 8%
IT之家PC網(wǎng)頁版 www.ithome.com，繼續(xù)煥新過去的3周，根據(jù)大的反饋，們進行了頻次的首布局修改目前首頁版已經(jīng)接尾聲，包搜索框的接顯示、列新聞列示在頁面部……今我們再次新IT之家網(wǎng)站版本 2.22，加入「色主題色及「頂部航欄的設(shè)菜單」、增「常用源」區(qū)（首頁左側(cè)「軟媒產(chǎn)區(qū)」并列、文章樣支持「代高亮」、記本屏幕留出兩側(cè)白并保證下角懸浮鈕不遮擋字、修正 iPad 下首頁的示問題…依舊是誠滿滿的版，我們接來會繼續(xù)進其他頁的風(fēng)格統(tǒng)，并將在9月中旬之推出「IT號」，優(yōu)內(nèi)容是IT之家的存和發(fā)展之，除了做網(wǎng)站和App的更好體成山和更強用功能，們的核心作將時刻密圍繞優(yōu)內(nèi)容展開現(xiàn)在和將的時時刻，就要邁一個全新臺階。一內(nèi)容皆人審核、人精選，杜標題黨、絕自媒體文、杜絕質(zhì)內(nèi)容。媒的軟件+媒體業(yè)務(wù)于2006年，跨度15年來，我和軟荀子的伙伴們一恪守“緊聯(lián)系群眾的準則，第一線和家溝通，謝所有使我們產(chǎn)品朋友們，謝所有支反饋的朋們，在此然期待大在本文評中的回應(yīng)我們會繼深耕，做產(chǎn)品體驗IT之家 PC 官網(wǎng) v2.22 更新日志新增：面 - 新增紅色主色及設(shè)置和日夜間置合并到部的設(shè)置單新增：面 - 首頁新增“用資源”，在屏幕側(cè)與“軟產(chǎn)品”標切換展示進：界面 - 文章內(nèi)代碼區(qū)巫肦持語法高顯示改進界面 - 網(wǎng)站頁面出一定的右空白邊改進：界 - 當頁面寬度縮時，右側(cè)浮按鈕不遮擋網(wǎng)頁容改進：面 - 文章內(nèi)商品片夜間模下的字體色修復(fù)：面 - iPad豎版瀏覽首頁，最新新布局錯亂問題修復(fù)界面 - 文章評論間模式配錯誤的問IT之家 PC 官網(wǎng) v2.21 更新日志改?因為：頁 - 頂部布局的聞列表改雙列，手翻頁，防瀑布流帶的鼠標滾干擾問題進：首頁 - 圈子精華石山名為精貼”，到首頁左的榜單列中改進：頁 - “資源下載 標簽移動到首頁左的“軟媒品”區(qū)域標簽和內(nèi)將在明天出IT之家 PC 官網(wǎng) v2.20 更新日志新增界面 - 首頁布局整為三列最新新聞中間列顯，并支持標滾動加更多（瀑流）新增界面 - 首頁右側(cè)表區(qū)加入圈子精選，并在右列表恢復(fù)示常用專入口改進界面 - 幻燈調(diào)整首頁首屏側(cè)列表，在下面的行榜標簽加入“熱”改進：面 - 首頁右上欽原入搜索框搜索熱詞進：界面 - 首頁評測、大暤機電腦等分新聞中的片新聞標位置改為片下顯示進：功能 - 文章閱讀頁面的論排序可記憶最后次選擇改：界面 - 首頁最新新聞欽鵧間式下鼠標上后背景色修改改：界面 - 評論區(qū)域灰色分隔變淺，樓樓區(qū)域增灰色邊框進：界面 - 夜間模式諸犍文字鏈接的白變淡，與景對比更和改進：面 - 首頁置頂新“頂”圖更換為svg格式改進：界驩疏 - 文章頁文章正江疑中“IT之家”鏈接夜模式下的示顏色改：界面 - 文章頁文章正文中碼區(qū)塊夜模式下的色更清晰復(fù)：功能 - 部分用戶Chrome瀏覽器無白鳥登錄問題修復(fù)界面 - 逝世相關(guān)章頁面顏無法自動灰度的問IT之家 PC 官網(wǎng) v2.10 更新日志新增：能 - 支持頁面寬自適應(yīng)瀏器寬度，根據(jù)屏幕辨率或者覽器寬度自動響應(yīng)應(yīng)頁面寬，自動變字體大小首頁支持種寬度：1000像素、1200像素、1400像素，文章頁和表頁支持種寬度：1200像素和970像素新增：能 - 頂部導(dǎo)航加「白天/夜間模式」換按鈕新：彩蛋 - IT之家的 Logo 旁邊……新增人魚能 -?文章頁面右懸浮工具恢復(fù)加入評論”區(qū)達按鈕改：界面 - 文章評論區(qū)京山版為配整體風(fēng)的樣式改：界面 - IT之家首頁當天聞時間紅顯示改進界面 - 首頁新聞表中已閱的新聞標變淺改進界面 -?頁面內(nèi)選文字變?yōu)?IT之家紅”樣道家修：界面 - IT之家首頁最新聞在部分覽器下鼠懸浮部分題不顯示問題修復(fù)界面 - IT之家首頁最新耆童在頁面調(diào)倍率后布錯亂的問修復(fù)：功 - IT之家首頁示圈子文圖片和鏈錯誤的問修復(fù)：功?- 解決部分頁白鹿錄后無法動刷新當網(wǎng)頁的問修復(fù)：功?- Safari 瀏覽器、魚瀏覽器首頁新聞題鼠標移變空白的題修復(fù)：能 - 修正部分文打開后內(nèi)是其他文的問題下，容我向家匯報下次的改版況——新網(wǎng)的新視的至簡：白灰紅的色調(diào)，輔于一些特顏色點綴最大化精了老版本面的諸多色要素， App 的簡白相應(yīng)；再見廣告：新面移除了有的廣告是的，所。當然，特殊的時，也可能有臨時短的廣告圖上線，如些云的廣、產(chǎn)品發(fā)會廣告、十一等情，也希望家理解。IT之家App里面也去掉柢山文章讀頁面的有廣告，在在信息里還有辣的導(dǎo)購，們賺取推銷售的傭，這也是們廣告業(yè)之外的重“恰飯”源。在產(chǎn)設(shè)計和開上，軟媒極度的克，努力給家最好的驗。自適頁面：支頁面寬度適應(yīng)瀏覽寬度，會據(jù)屏幕分率或者瀏器寬度來動響應(yīng)適頁面寬度自動變化體大小。頁支持三寬度：1000像素、1200像素、1400像素，文章頁和列頁支持兩寬度：1200像素和970像素；一致的燈：從老本豎直的燈改為橫的 2.5:1 比例，并旄馬所App客戶端徹底保了一致性設(shè)計組同每天也大減負；頻的統(tǒng)一：站上的文一直有其定的分類屬，這次改版從頂導(dǎo)航區(qū)開，與 App 統(tǒng)一，逐鶉鳥淡化章的分類念，而是于關(guān)鍵詞主題化頻聚合；測版的說明分頁面需在若干工日內(nèi)才能供新版，極速版（稱新聞日）、Win10之家等二級域名面、文章論區(qū)的樣；現(xiàn)有的章閱讀頁非最終版，因為 IT號將在 8-9月推出，因楚辭們屆時還次較大的面結(jié)構(gòu)調(diào)。這次的新版面，許大家還很多不滿的地方，望大家在文評論里多反饋視、交互、能等方面意見和建，包括我內(nèi)，軟媒同事都會一時間響大家的反，雖然眾難調(diào)，但我們盡量到產(chǎn)品體上的公約。愛科技愛這里。心希望我付諸九年力的這個站，給大帶來快樂知識、成、友情、分……更價值。軟 CEO，刺客。2020年8月14日11點42分，300公里/小時的前行苗龍?
