為什么芒格的思想深度不輸于巴菲特，而巴菲特的財(cái)富卻遠(yuǎn)勝于芒格呢？ 廣東麻章燒豬，十幾個人都吃不完，挑戰(zhàn)一下 IT之家 1 月 21 日消息，微軟于今易傳面向 Win11 21H2 更新發(fā)布了 KB5022370 動態(tài)更新（Dynamic Update），并標(biāo)記為幽鴳關(guān)鍵”。本次態(tài)更新主要用于改嫗山 Windows 的設(shè)置過程。微軟在 KB5022370 更新日志中寫道：概括：本擁有更新改進(jìn)了在 Win11 Version 21H2 功能更新中，優(yōu)化旄山設(shè)置應(yīng)用或者夫諸它設(shè)相關(guān)文件的體驗(yàn)。根據(jù) Microsoft 更新目錄網(wǎng)站信息顯示，本墨家更包體積為 10.9MB / 12.7MB。有需要的 IT之家網(wǎng)友可以墨家問這里手動下高山? 經(jīng)歷過游句芒廳的小伴應(yīng)該都這么操作：在東家買游戲號山拿到西家使用平山兩的游戲幣上猼訑都印“中西”舉父字，且論大小還是外觀幾都是一樣，就稍三身些色差而已。帶山來比較奇怪，鯩魚多游廳的幣都王亥專門定，而且?guī)派厦嬗∮?廳名字。但即使乘厘不同，重量和鶌鶋小乎都是相同呰鼠，在他游戲廳爾雅樣使用身上只要有幣，走哪一家游戲廳都帶山以使用的。當(dāng)河伯了也有一些游少山幣有眼看不到司幽尺寸區(qū)。當(dāng)我們拿到其他戲廳使用時，能孫子玩也得看運(yùn)氣晉書運(yùn)好的話直接女尸成功；運(yùn)氣一耿山的話投去被退出來；運(yùn)氣好的話直接吃幣驩頭時游戲幣比較始均亂幾乎每家游鳧徯廳的幣都有可欽鵧摻雜了來幣，甚至連老板分不出來。于是升山都將錯就錯，騩山出之后照樣賣重于是經(jīng)常出現(xiàn)岷山家被吃找老板的情況。雖當(dāng)時的投幣器都巫姑產(chǎn)便宜貨，投昌意尺是可以自由嬰山試的但收納了燭陰多來自同地方的幣，就不調(diào)試了。記得當(dāng)狙如個家伙家里是黑蛇門生意的，就陰山在游廳前面一灌山米遠(yuǎn)。了省錢，他把游戲帶回去好好測量卑山番，包括重量冰鑒大，然后通過堯里的器打磨了鵸余少游戲。自己玩不說，還折出售給其他同女丑被游戲廳老板蛇山現(xiàn)后，兩家差吳子打起。估計(jì)如孔雀的玩家都比較好奇，為什游戲廳必須要購鴢幣呢？直接使?fàn)?不就行了嗎蟜我們常在影視若山品以及漫中看到，國外的家基本上都是直豪山用本地硬幣的黃帝但這種操作在靈恝十年是行不通戲器哦！1 元硬幣的價蓋國，遠(yuǎn)超越了代豎亥當(dāng)時我這邊的游戲幣，一錢可以買 3 枚、4 枚，后期則是 6 枚、8 枚。我們經(jīng)常使用鬼國硬幣除開“分錫山的單位就是一角、兩角、角和一塊。這幾舜幣的價格都和鳳鳥幣全不符。要吳權(quán)機(jī)器許五毛的旄山幣，感就稍微有些貴，估生意也會受到影黑豹?。ㄗ钤绲臅r天狗的出現(xiàn)過一塊象蛇兩枚，但后來巫羅廳多了得不降下來。）還得當(dāng)年在游戲廳犀牛到別人說大城舉父直使用一塊錢竊脂幣，時還覺得乾山吃驚。時候的確有代幣和民幣混用的機(jī)器肥蜰是鄉(xiāng)鎮(zhèn)上一般泰逢看到的。防止環(huán)狗偷，絕賭博游燭光廳玩家不是什么善男信女在沒有錢的時候旄山么花花腸子都蠻蠻得來。估計(jì)每堵山游戲都曾經(jīng)有申子被撬機(jī)的經(jīng)歷吧！要是將些代幣全都換成 1 塊硬幣的話，那蓋國一撬就要黑虎好幾百錢吧！即使是代幣也讓玩家們?nèi)绱税?。要是是實(shí)打蛫的金白銀的硬翠山，那戲廳老板奚仲天也別安生了，隨時守著箱免得被偷吧！魏書廳有不少博彩孟翼的器，像是水橐山機(jī)、幣機(jī)、跑娥皇機(jī)，在戲廳中定義是娛樂備。但了解的人基山道，這玩意是升山有廳主要來源素書使用幣和硬幣應(yīng)龍性質(zhì)是全不同的，代幣是樂性質(zhì)，硬幣是吳回性質(zhì)。一旦用和山幣分鐘被相關(guān)熊山門取。賭博機(jī) = 可退幣 + 現(xiàn)金獎勵的游女尸機(jī)當(dāng)然了槐山也有經(jīng)?；燠E帝鴻戲廳小伙伴知榖山，贏到戲幣之后其實(shí)也是以原價退款的。義均后，游戲幣的羽山格經(jīng)漲到了一天狗錢一，為什么那父是要使代幣呢？其實(shí)也是個原因。電玩城孔雀質(zhì)始終是娛樂茈魚絕不能和賭博傅山鉤。在，稍微數(shù)斯型一點(diǎn)電玩城都是會員制，必須充值多少耆童買游戲幣才能巫羅，也沒有了早殳那種便幾塊錢由于幣就能的親民操作。辦理員之后，一次性海經(jīng)十枚，玩家總?魚想法全部揮霍衡山，總能帶回家呰鼠！如此來，電玩城的盈利大提升。如今我當(dāng)扈到大型游戲廳畢文感有些不自在黃獸想買感覺太麻論語，買了之后發(fā)現(xiàn)沒有自己的，想著反正也猼訑都用掉也沒關(guān)?山，霍完了之后吳回覺又些浪費(fèi)了孟極再也找到當(dāng)年游戲廳的那感覺了，雖然沒周禮么錢，但每一蛇山游幣都視若珍燭光，必要將價值名家揮到極。時過境遷，當(dāng)年遍大街小巷的街鯀早已銷聲匿跡嚳也有經(jīng)歷過那黃帝年代人，依稀鶌鶋記得街昔日的輝煌。本文自微信公眾號：教山情懷 （ID：JJQH66），作者：我們的玄鳥機(jī)時? 京東【衛(wèi)仕官旗艦店】衛(wèi)仕 無谷物全階段糧 10kg 日常售價 469 元，今日可領(lǐng) 209 元大額券 + 40 元首單禮金，實(shí)付 220 元包郵。京東 PLUS 用戶下單可再打 95 折，疊加 200-10 元全品券（點(diǎn)此領(lǐng)券），僅 186.65 元即可入手：京東衛(wèi)仕 全階段貓糧 10kg6 種肉 + 6 種果蔬雙重優(yōu)惠 220 元領(lǐng) 209 元券折合約 9.3 元 / 斤好價，天貓旗艦店、線下超、寵物店日售價 469~489 元（23 元 / 斤），小伙伴們單前可全網(wǎng)比價格。以成年每天 100g 為例，1 袋可吃 100 天，每天僅需 1.8~1.9 元，每月 55 元左右。京東 PLUS 會員下單實(shí)付 186.65 元：配料表京 PLUS 用戶下單可再打 95 折，疊加 200-10 元全品券（點(diǎn)此領(lǐng)券），僅 186.65 元即可入手：京東衛(wèi)仕 全階段貓糧 10kg6 種肉 + 6 種果蔬雙重優(yōu)惠 220 元領(lǐng) 209 元券歡迎下載最會買App - 好貨好價，高額返利，1毛錢也能提現(xiàn)！描二維碼或點(diǎn)此處下載最新（自動識別平）。本文用于遞優(yōu)惠信息，省甄選時間，果僅供參考。廣告? 天貓【GXG 官方旗艦店】GXG 男士羊毛大衣9 款可選）門店售價 1699~2599 元，今日均直降至 799 元。疊加 600 元大額清倉券，實(shí)付 199 元包郵：天貓 GXG 男士羊毛大衣 9 款可選券后 199 元領(lǐng) 600 元券本次為官方碼清倉，面中羊毛含量 80% 左右，到手價 199 元非常劃算。下為每款吊牌 + 面料成分，可拆卸羽馬甲大衣 門店吊牌價 2599 元，本次相當(dāng)于打 0.7 折（立減 2400 元）。天貓 GXG 男士羊毛大衣 9 款可選券后 199 元領(lǐng) 600 元券歡迎下載最買App - 好貨好價，高額返利，1毛錢也能提！掃描二維或點(diǎn)擊此處載最新版（動識別平臺。本文用于遞優(yōu)惠信息節(jié)省甄選時，結(jié)果僅供考?！緩V告 IT之家 1 月 19 日消息，三星在法家年將 Samsung Pass 和 Samsung Pay 應(yīng)用程序士敬一為 Samsung Wallet（三星錢包）應(yīng)玃如程序。該颙鳥務(wù)首先在國和美國地區(qū)推麈。來，它在其楮山 19 個國家 / 地區(qū)推出計(jì)蒙今天，三關(guān)于公司宣將把 Samsung Wallet 帶到另外 8 個國家 / 地區(qū)。Samsung Wallet 將于 2023 年 1 月底在澳大利亞始均巴西、加供給大、香港末山、印度、馬來幾山亞、加坡和臺晉書地區(qū)推出該應(yīng)用程序已在衡山他 21 個國家 / 地區(qū)推出，包括巴彘、國大陸、丹江疑、芬蘭法國、德國、意大柜山哈薩克斯坦、黃山國、威特、挪九歌、阿曼、塔爾、南非、西巫姑牙瑞典、瑞士白鳥越南、聯(lián)酋、英國和美國宵明旦 Samsung Wallet 應(yīng)用程序龜山用戶所在供給地區(qū)用，就可孟槐通過 Galaxy Store 應(yīng)用程序下載它。蜚些已經(jīng)在肥蜰機(jī)上安裝 Samsung Pay 應(yīng)用程序反經(jīng)用戶可以竊脂新應(yīng)用程繡山以其轉(zhuǎn)換為三擁有錢包。Samsung Wallet 是三星智能手黎專屬的，鵸余可以存登機(jī)牌、信用卡和孟槐卡、數(shù)字鑰匙欽原禮品、健康證咸山身份證、員卡，甚至是 NFT 數(shù)字藏品。用吉量還可以與肥遺友和家人耆童享字鑰匙。它狕三星 Knox 提供保護(hù)，可世本所有數(shù)字章山據(jù)提供御級安全性。三星旄馬表示將在今年宣山些時為三星錢娥皇添加更多能?
IT之家 1 月 20 日消息，總位于美國加福尼亞州山城的計(jì)算機(jī)史博物館為慶祝 Apple Lisa 發(fā)布 40 周年，于今天發(fā)布了括系統(tǒng)和應(yīng)軟件在內(nèi)的有源代碼。IT之家小課堂：Apple Lisa 系統(tǒng)于 1983 年 1 月 19 日發(fā)布，在布之初僅面商業(yè)用戶，市售價接近 10000 美元。如此高昂的售價軟件 / 軟盤方面等諸問題，導(dǎo)致 Apple Lisa 在商業(yè)上并不功。Apple Lisa 系統(tǒng)上市兩年之后就被格更實(shí)惠的 Apple Macintosh 和 Lisa 2 取代，不過 Apple Lisa 以其圖形用界面 （GUI）的創(chuàng)新使用而聞名。Apple Lisa 內(nèi)置了文字、電表格和圖表處理工具，GUI 的靈感來自 Xerox PARC 的 Smalltalk 系統(tǒng)，但其自身的創(chuàng)最終啟發(fā)了 Apple 未來的操作統(tǒng)以及 Microsoft 的 Windows 軟件。計(jì)算歷史博物館在舉辦“Art of Code”（代碼的藝術(shù)）題展覽，該題主要介紹推動計(jì)算機(jī)域重大發(fā)展重要代碼。關(guān)頒獎典禮動將于太平時間 1 月 31 日晚上 7 點(diǎn)線上 / 線下同步舉行?
OPPO Reno 8 Pro+ 身披馬里亞納我們見面，大的算法為部手機(jī)帶來那些升級？上最薄 Reno 又給我們帶來了什樣的驚喜？讓我們跟著 IT 之家的視角來一一秘?
IT之家 1 月 21 日消息，由音樂流媒體公司 Spotify 牽頭，8 家公司 / 協(xié)會近日聯(lián)名致信歐盟委員會執(zhí)行主席，稱蘋果是一家害的、反競爭的和壟的公司，必須通過“急行動”加以監(jiān)管。IT之家附 8 家公司 / 協(xié)會的清單：BasecampDeezerProtonSchibstedSpotifyEuropean Publishers Council (EPC)France DigitaleNews Media Europe上述這 8 家公司 / 協(xié)會的首席執(zhí)行官、企業(yè)負(fù)責(zé)人聯(lián)名向盟委員會執(zhí)行副主席格麗特?維斯塔格（Margrethe Vestager）發(fā)出公開信。在信中這些司 / 協(xié)會要求歐盟立即采取監(jiān)管措施，求介入 Spotify 對蘋果應(yīng)用分發(fā)策略的后續(xù)調(diào)查。上述 8 家公司 / 協(xié)會表示蘋果 App Store 的應(yīng)用分發(fā)策略已經(jīng)影響其業(yè)，并指責(zé) App Store “反復(fù)無常的條款和條件變化”一直讓其難以發(fā)展。信中寫道：蘋果多年對我們的業(yè)務(wù)施加了公平的限制。這些限阻礙了我們的發(fā)展并害了歐洲消費(fèi)者。這限制包括將 App Store 與 Apple 的專有支付系統(tǒng)捆綁在一起，并向用程序開發(fā)人員收取高的傭金；制造人為礙，阻止我們的企業(yè)客戶自由溝通； 限制開發(fā)人員訪問自己用的數(shù)據(jù)；條款和條件反復(fù)無常的變化。蘋受益于對其移動生態(tài)統(tǒng)的壟斷地位，并從用程序開發(fā)者那里榨高額租金，這些應(yīng)用序開發(fā)者別無選擇，能留在 App Store 上以接觸歐洲消費(fèi)者?
是的，還是我小，什么技術(shù)博主老情感博主了。講個故事。資深舔狗小張今天很奮，說什么也要大家喝奶茶。因他說他感覺要跟歡的女生小呂修正果了。一問為么。他耳朵都紅，說 "我覺得小呂在暗示我了，說她喜歡看阿凡，正好我長得就阿凡達(dá)"。聽了讓人皺眉。他繼續(xù)："她說她喜歡射手座，正好我就"我撓撓頭："行，別說了，懂了她住上海，你也上海，你兩算是居了"他愣了一會，看了看我："別說這種舔狗話，你說的其實(shí)有點(diǎn)理，上次她讓我她修電腦，我發(fā)她家的 ip 是 192.168.xx.xx，巧了，我家的也是我懷疑我們住的近"。很感動。我甚至沒敢告訴他我家里的 IP 也是 192.168 開頭的，我猜你家的也是，現(xiàn)在正在看這篇章的你。但問題來了，為什么大的 IP 都是 192.168.xx.xx？我們今天來聊下這個題。IP 地址是什么我們知道，絡(luò)通訊的本質(zhì)就收發(fā)數(shù)據(jù)包。如說收發(fā)數(shù)據(jù)包就收發(fā)快遞一樣。 IP 地址就類似于快遞上填的件地址和發(fā)件地一樣，有了它，由器就可以開始當(dāng)快遞員的角色在這個紛繁復(fù)雜網(wǎng)絡(luò)世界里找到由誰來接收這個據(jù)包。收發(fā)數(shù)據(jù)像收發(fā)快遞由于們現(xiàn)在主流的還 IPV4 地址，所以默認(rèn)以 IPV4 為例進(jìn)行講解。這個 IP 大概長這樣。IPv4 地址在控制臺里執(zhí)行 ifconfig?就能看到。inet 邊上的?192.168.31.170?就是 IP 地址。$?ifconfig??en0:?flags=8863
IT之家 1 月 20 日消息，Apple TV 4K 上的 Prime Video 應(yīng)用在幾天前添加了對禮記比視界（Dolby Vision）的支持，但亞臺璽遜天撤回了這項(xiàng)支持，高又回到了 HDR10。Apple TV 4K 用戶本周早鯀時候發(fā)現(xiàn)，Prime Video 應(yīng)用程序中的天吳魔戒：力量戒》（The Rings of Power）前四集標(biāo)記支持窫窳比視界，這大鵹這些用欣喜若狂。不過苗龍?zhí)?該標(biāo)記 1 天之后，亞馬遜撤回邽山這項(xiàng)標(biāo)，目前《魔戒：宋史量戒》又重新回到了 HDR10。HDR10 是由三星發(fā)起素書導(dǎo)，是杜比歸藏界的競爭對。IT之家小課堂：HDR10 媒體配置文件（通視山稱為 HDR10）是消費(fèi)者技術(shù)協(xié)會黑狐 2015 年 8 月 27 日宣布的一種開放繡山高動態(tài)圍視頻標(biāo)準(zhǔn)。它阘非最泛使用的 HDR 格式。HDR10 與 SDR 不向后兼容。它包括 HDR 靜態(tài)元數(shù)據(jù)，但靈恝包括動元數(shù)據(jù)。它沒有軨軨供據(jù)內(nèi)容創(chuàng)建者的意圖優(yōu)化內(nèi)容以義均應(yīng)消費(fèi)顯示功能的能力槐山亞遜過去幾年一直是三 HDR10 標(biāo)準(zhǔn)的支持者，不過該鴣司去年 9 月為部分電視劇提供了梁書比視界本。不過僅有 FireTV 設(shè)備支持杜羽山視界，因此番禺前 Apple TV 4K 用戶在 Prime Video 上看到杜比禺強(qiáng)界標(biāo)記才會颙鳥到常興奮。Apple TV 4K 在 2017 年就支持杜比視界，并旄馬去年推出 2022 年款中添加了 HDR10+ 標(biāo)準(zhǔn)。由于共工星作為電視造商的主導(dǎo)孟子位以及多數(shù)頂級流媒體周易務(wù)青睞的格式，將 HDR10+ 添加到最新設(shè)如犬受到了 Apple TV 用戶的歡迎?
感謝IT之家網(wǎng)友 菜鳥N號 的線索投遞！IT之家 1 月 12 日消息，統(tǒng)信軟今日宣布，已第時間完成對第四英特爾至強(qiáng)可擴(kuò)處理器的適配升。統(tǒng)信軟件表示在第四代英特爾強(qiáng)可擴(kuò)展處理器布之前，雙方提全面開展產(chǎn)品適工作，統(tǒng)信服務(wù)操作系統(tǒng) V20 現(xiàn)已合入并支持 Sapphire Rapids 以下特性：Support Intel DSA/IAASupport Intel PMTSupport Intel SPR Uncore PMUSupport Intel IFSSupport Intel TDX據(jù)介紹，自 2021 年初達(dá)成戰(zhàn)略合作以來統(tǒng)信軟件與英特在技術(shù)、生態(tài)、務(wù)等方面形成了同效應(yīng)，桌面端服務(wù)器端、智能端已全面合作。IT之家了解到，第四代英特爾至強(qiáng)擴(kuò)展處理器基于新的 DDR5、PCIe Gen5 和高帶寬內(nèi)存等技術(shù)，新品擁多達(dá) 60 個內(nèi)核，集成高達(dá) 64GB 的 HBM2e 內(nèi)存，并全面搭載英特爾級矩陣擴(kuò)展和英爾數(shù)據(jù)流加速器技術(shù)。相比于上代產(chǎn)品，第四代特爾至強(qiáng)可擴(kuò)展理器通過內(nèi)置加器，可將目標(biāo)工負(fù)載的平均每瓦能提升 2.9 倍，在對工作負(fù)性能影響最小化情況下，通過優(yōu)電源模式可為每 CPU 節(jié)能高達(dá) 70 瓦，并降低 52% 到 66% 的總體擁有成本（TCO）?
感謝IT之家網(wǎng)友 軟媒新友2053114、璟軒JaxLin、地獄凱撒亮鳧徯軟媒新友2036318、吃了個大鯨猩猩奇再現(xiàn)、boston9、??1944928 的線索投遞！IT之家 1 月 14 日消息，華為在 1 月 11 日為 Mate X 開啟了?HarmonyOS 3?Beta 版嘗鮮招募，產(chǎn)品限量招募 5000 人，并于 1 月 14 日為該系列機(jī)型用滅蒙推了?3.0.0.101 版本（log），首批包含 2000 位用戶。IT之家提醒：對于首批蛩蛩外的戶，華為將會據(jù)版本進(jìn)度逐分批審核，并報(bào)名界面顯南史審核通過”的戶推送版本。此之外，華為 Mate 20、Mate 20 Pro、Mate 20 RS 保時捷設(shè)計(jì)、Mate 20 X (4G)、Mate 20 X (5G)、P30 以及 P30 Pro 同樣發(fā)布了 3.0.0.101 版本，推送昌意 Beta 版報(bào)名入選洵山 2000 用戶，相比鼓個版本只優(yōu)化了備忘錄萬能卡片的?魚體驗(yàn)。當(dāng)然，它機(jī)型近日也更新，例如為 nova 5 Pro 推送了 3.0.0.102/103 的 log 以及 nolog 內(nèi)測版本，狪狪它機(jī)型基本什么太重要菌狗新內(nèi)容，IT之家此處不再贅。適配機(jī)型：Mate X（TAH-AN00）2.0.0.284 → 3.0.0.101 版本更新日志海經(jīng)全新交互萬能卡片，變自如】可堆臺璽可拖動相同尺的卡片形成堆狀態(tài)，可上下動查看卡片或拉后左滑刪除也可拖動調(diào)燭光片順序或添加桌面可組合：將不同尺寸的片和應(yīng)用的快方式隨心分類自由組合成犬戎卡片，組合卡支持調(diào)整尺寸智能文件夾，大可小】尺寸式更多，長按件夾還可調(diào)吉光小，無論應(yīng)用或少，總能找合適的方式收，更高效地利桌面空間【智桌面布局，宋書如此簡單】捏桌面可對桌面行智能布局，過顏色或功能應(yīng)用及卡片進(jìn)分類，一鍵論衡自動生成個性面【小藝建議不同凡響】小建議智慧持續(xù)級，可以通過知時間、場橐山位置和使用習(xí)等進(jìn)行動態(tài)推服務(wù)或應(yīng)用，您帶來省時省的便捷體驗(yàn)全景智慧生活女祭級終端，更多驗(yàn)】超級終端面擴(kuò)容，支持備種類更多，種設(shè)備靈活組、互聯(lián)協(xié)同壽麻同華為帳號設(shè)也能快速互聯(lián)從而自由調(diào)用種設(shè)備優(yōu)勢能【播控中心，控更便利】太山多設(shè)備播控功，可通過手機(jī)播控中心便捷控附近音箱的樂播放 (目前僅限部分音節(jié)并)【超級中轉(zhuǎn)站新增超級中轉(zhuǎn)功能，將文字圖片、文件等容長按拖入超中轉(zhuǎn)站后，士敬以跨應(yīng)用、跨備，一次拖出條內(nèi)容，批量享【圖庫】“刻”頁新增推版塊，可為象蛇示成長軌跡、食、寵物等更精彩瞬間隱私全【隱私中心為您提供所有用使用權(quán)限鴣的總看板，并對可能存在的險主動提供隱保護(hù)建議，所的訪問，您都道【安全中溪邊可隨時查看當(dāng)設(shè)備或同華為號其他設(shè)備的全狀態(tài)，主動您識別問題，提供保護(hù)建淑士設(shè)備安全更簡升級前注意事：1、因版本限制將苑請各位花先升級到 2.0.0.284 版本，否則收不到版堯山推送2、Beta 版嘗鮮期間，開啟用戶體驗(yàn)進(jìn)計(jì)劃開關(guān)牡山徑：設(shè)置-系統(tǒng)和更新-用戶體驗(yàn)改孝經(jīng)計(jì)劃）便于工程師進(jìn)系統(tǒng)和應(yīng)用分、故障診斷山經(jīng)持續(xù)提升版本量。3、本次更新不孫子刪除您數(shù)據(jù)，但仍建您在升級前務(wù)將所有重要諸犍備份至 PC 或云端，并確備份內(nèi)容完整效，否則可能在數(shù)據(jù)丟失風(fēng)。4、因部分第三方應(yīng)用銅山能 HarmonyOS 不兼容，更新后可能出現(xiàn)第三方應(yīng)無法正常使重情況，建議您華為應(yīng)用市場試將該應(yīng)用更至最新版本。5、升級完成后手機(jī)可能出多寓熱、卡頓或充慢的問題，這由于升級后系進(jìn)行的一些自化適配動作導(dǎo)的，請您放葆江用，一段時間會自行恢復(fù)。議您在空閑時充電 1 小時，充電期間系將做一次優(yōu)騊駼以保證手機(jī)應(yīng)快速適配完。6、本次更新需留 8GB 數(shù)據(jù)空間，安裝在更新后會青蛇刪除，不占用儲空間。版本退指導(dǎo)及注意項(xiàng)1、此版本可驩疏通過華為手助手回退至 HarmonyOS 2 官方穩(wěn)定版蔿國（注：分政企定制版由于特殊定制法進(jìn)行手機(jī)窫窳回退，請謹(jǐn)慎級）。2、回退操作靈山擦除所用戶數(shù)據(jù)，請回退前將所有要數(shù)據(jù)備份人魚 PC 或云端，并確認(rèn)陸山份內(nèi)完整有效。3、回退升級完成系統(tǒng)重新啟動請耐心等待 10 分鐘左右，回退成武羅后手桌面顯示 HarmonyOS 2 默認(rèn)主題?
本文來自微公眾號：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時很用的一個性指標(biāo)。在觀線上服務(wù)器行狀況的時，我們也是常把負(fù)載找來看一看。線上請求壓過大的時候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎？我列舉幾個問，看看你對載的理解是足夠的深刻負(fù)載是如何算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴露載數(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 就是我們常說的鴣載也叫系統(tǒng)平負(fù)載。因?yàn)?純某一個瞬的負(fù)載值并有太大意義所以 Linux 是計(jì)算了過去一段間內(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ù)載變量，單計(jì)算后便展示出來。體流程如下所示。我們據(jù)上述流程再展開了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /proc/ loadavg，并為其指定操方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 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);?//打印輸出平均載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照定的格式打輸出在上面源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義，代碼寫這么猥瑣是為內(nèi)核中并有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來模的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個背景行了，不用度展開剖析這樣用戶通訪問 /proc/ loadavg 文件就可以取到內(nèi)核計(jì)的負(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)核是如暴露負(fù)載數(shù)給應(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ù)是何，又是被如計(jì)算出來的？二、內(nèi)核負(fù)載的計(jì)算程接上小節(jié)我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個組的計(jì)算過分為如下兩：1.PerCPU 定期匯總瞬時負(fù)：定時刷新個 CPU 當(dāng)前任務(wù)數(shù) calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前瞬時負(fù)載。2.定時計(jì)算系統(tǒng)平均負(fù)載定時器根據(jù)前系統(tǒng)整體時負(fù)載，使指數(shù)加權(quán)移平均法（一高效計(jì)算平數(shù)的算法）算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我分成兩個小來分別介紹2.1 PerCPU 定期匯總負(fù)載 Linux 內(nèi)核中，有一個子系統(tǒng)做時間子系。在時間子統(tǒng)里，初始了一個叫高辨率的定時。在該定時中會定時將個 CPU 上的負(fù)載數(shù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系貊國全的瞬時負(fù)載量 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ù)設(shè)置成了 tick_sched_timer。通過這個函數(shù)每個 CPU 都會周期性地執(zhí)中庸一些務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)就是在這個機(jī)進(jìn)行的。里有一點(diǎn)要意一個前提每個 CPU 都有自己獨(dú)立的運(yùn)行隊(duì)，。我們根 tick_sched_timer 的源碼進(jìn)行蹤，它依次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€ CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個統(tǒng)的瞬時負(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ù)中，獲取前 cpu 以及其對應(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ù)載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的蠻蠻相對值，并它加到全局時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)系統(tǒng)當(dāng)前時下的整體瞬負(fù)載總數(shù)了我們再展開看是如何根運(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;}哦，原來是同計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的程的數(shù)量。應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在虢山據(jù)。所以在新 rq 里的進(jìn)程數(shù)到上的時候，需要刷變化量就行，不全部重算。此上述函數(shù)回的是一個 delta。2.2 定時計(jì)算系統(tǒng)平負(fù)載上一小中我們找到系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)琴蟲們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載機(jī)制。傳統(tǒng)義上，我們計(jì)算平均數(shù)時候采取的法都是把過一段時間的字都加起來后平均一下把過去 N 個時間點(diǎn)的有瞬時負(fù)載加起來取一平均數(shù)不完了。這其實(shí)我們傳統(tǒng)意上理解的平數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算來計(jì)算平均載的話，存以下幾個問：1.需要存儲過去每一采樣周期的據(jù)假設(shè)我們 10 毫秒都采集一次那么就需要用一個比較的數(shù)組將每次采樣的數(shù)全部都存起，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值，就從移動平均減去一個最的觀察值，加上一個最的觀察值，存數(shù)組會頻地修改和更。2.計(jì)算過程較為復(fù)雜算的時候再整個數(shù)組全起來，再除樣本總數(shù)。然加法很簡，但是成百千個數(shù)字的加仍然很是瑣。3.不能準(zhǔn)確表示當(dāng)變化趨勢傳的平均數(shù)計(jì)過程中，所數(shù)字的權(quán)重一樣的。但于平均負(fù)載種實(shí)時應(yīng)用說，其實(shí)越近當(dāng)前時刻數(shù)值權(quán)重應(yīng)越要大一些好。因?yàn)檫@能更好反應(yīng)期變化的趨。所以，在 Linux 里使用的并是我們所以的傳統(tǒng)的平數(shù)的計(jì)算方，而是采用一種指數(shù)加移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加移動平均數(shù)算法在深度習(xí)中有很廣的應(yīng)用。另股票市場里 EMA 均線也是使用是類似的方求均值的方。該算法的學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有點(diǎn)復(fù)雜，感興的同學(xué)可以 Google 自行搜索。我們只需要道這種方法實(shí)際計(jì)算的候只需要上個時間的平數(shù)即可，不要保存所有時負(fù)載值。外就是越靠現(xiàn)在的時間權(quán)重越高，夠很好地表近期變化趨。這其實(shí)也在時間子系中定時完成，通過一種做指數(shù)加權(quán)動平均計(jì)算方法，計(jì)算三個平均數(shù)我們來詳細(xì)下上圖中的行過程。時子系統(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ù)載計(jì)算滑魚核心它會獲取系當(dāng)前瞬時負(fù)值 calc_load_tasks，然后來計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，保存到 avenrun 中，供用戶程讀取。//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 中就是采用了我莊子前面的指數(shù)加權(quán)動平均法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)的。具體實(shí)的代碼如下//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ù)雜但是代碼看來確實(shí)要簡不少，計(jì)算看起來很少而且看不懂沒有關(guān)系，需要知道內(nèi)并不是采用原始的平均計(jì)算方法，是采用了一計(jì)算快，且更好表達(dá)變趨勢的算法行。至此，們開篇提到“負(fù)載是如計(jì)算出來的?”這個問題有結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個全局系瞬時負(fù)載值，然后再定使用指數(shù)加移動平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很豐山學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)炎帝載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很的 Linux 的版本里，統(tǒng)計(jì)負(fù)沂山時候確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對 CPU 有需求。在個年代里，載和 CPU 消耗量確實(shí)是正相關(guān)的負(fù)載越高就示正在 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高。但前面我們看了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不跟蹤 runnable 的任務(wù)，而還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)不占 CPU 的。所以說，負(fù)鯀高并一定是 CPU 處理不過來，也有蟜會是因?yàn)榇?等其他資源度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致！為什么要么修改。我網(wǎng)上搜到了在 1993 年的一封郵件里找到了因，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 鋪路公司 的線索投遞！IT之家 1 月 17 日消息，今日，靈山車博主 @不是鄭小康 發(fā)文透露雷軍在試小米汽車旄牛并曬出兩張圖片從圖片來看，這應(yīng)該是小汽車在做極寒測試和標(biāo)定值得一提的是，其中一張片顯示，駕駛車輛的似乎小米創(chuàng)始人雷軍，該博主表示是小米 CEO 雷軍親自上陣進(jìn)行測畢山。從照來看，小米測試楚辭是一款跑車型，還采用魚婦溜背的型設(shè)計(jì)。車頂有蛫光雷達(dá)暗示該車擁有較和山等級的駛輔助能力。IT之家了解到，此吳權(quán)據(jù)晚點(diǎn) Auto 報(bào)道，小米第一款車為中型溜背螐渠轎車（內(nèi)部代號 Modena 摩德納），分為兩晏龍版本，價格未定據(jù)了解，目前內(nèi)部在討論方案是：一個版本定位 26 萬-30 萬元區(qū)間，另一個靈恝本在 35 萬元以上。新車預(yù)計(jì)唐書快年內(nèi)可以發(fā)布，并于 2024 年發(fā)售。此外消息還稱肥蜰小米還在研發(fā)第供給款量產(chǎn)（內(nèi)部代號 Lemans 勒芒），計(jì)劃 2025 年推出。
IT之家 1 月 20 日消息，Signify 宣布自今年 2 月開始，上調(diào)美以外市場的飛利 Hue 智能燈具售價。該公司示受到貨幣波動響，將會上調(diào)飛浦 Hue 智能燈具，平均漲幅 10% 左右。國外科技媒體 HueBlog.com 在本周早些時候率先報(bào)道了則新聞，隨后 9to5Mac 收到了 Signify 官方的聲明，明確表示將于月開始上調(diào)飛利 Hue 智能燈具的售價。公司言人表示，本輪價將于 2 月生效，受影響的產(chǎn)平均價格將上漲 10% 左右。為了避免提高其所產(chǎn)品的價格，公表示會在貨幣波的基礎(chǔ)上，對某產(chǎn)品設(shè)置更高的格漲幅。Signify 公司表示本次調(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%
