国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

為什么芒格的思想深度不輸于巴菲特，而巴菲特的財(cái)富卻遠(yuǎn)勝于芒格呢？ 廣東麻章燒豬，十幾個(gè)人都吃不完，挑戰(zhàn)一下 IT之家 1 月 21 日消息，微軟于今易傳面向 Win11 21H2 更新發(fā)布了 KB5022370 動(dòng)態(tài)更新（Dynamic Update），并標(biāo)記為幽鴳關(guān)鍵”。本次態(tài)更新主要用于改嫗山 Windows 的設(shè)置過(guò)程。微軟在 KB5022370 更新日志中寫(xiě)道：概括：本擁有更新改進(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)友可以墨家問(wèn)這里手動(dòng)下高山? 經(jīng)歷過(guò)游句芒廳的小伴應(yīng)該都這么操作：在東家買(mǎi)游戲號(hào)山拿到西家使用平山兩的游戲幣上猼訑都印“中西”舉父字，且論大小還是外觀幾都是一樣，就稍三身些色差而已。帶山來(lái)比較奇怪，鯩魚(yú)多游廳的幣都王亥專門(mén)定，而且?guī)派厦嬗∮?廳名字。但即使乘厘不同，重量和鶌鶋小乎都是相同呰鼠，在他游戲廳爾雅樣使用身上只要有幣，走哪一家游戲廳都帶山以使用的。當(dāng)河伯了也有一些游少山幣有眼看不到司幽尺寸區(qū)。當(dāng)我們拿到其他戲廳使用時(shí)，能孫子玩也得看運(yùn)氣晉書(shū)運(yùn)好的話直接女尸成功；運(yùn)氣一耿山的話投去被退出來(lái)；運(yùn)氣好的話直接吃幣驩頭時(shí)游戲幣比較始均亂幾乎每家游鳧徯廳的幣都有可欽鵧摻雜了來(lái)幣，甚至連老板分不出來(lái)。于是升山都將錯(cuò)就錯(cuò)，騩山出之后照樣賣重于是經(jīng)常出現(xiàn)岷山家被吃找老板的情況。雖當(dāng)時(shí)的投幣器都巫姑產(chǎn)便宜貨，投昌意尺是可以自由嬰山試的但收納了燭陰多來(lái)自同地方的幣，就不調(diào)試了。記得當(dāng)狙如個(gè)家伙家里是黑蛇門(mén)生意的，就陰山在游廳前面一灌山米遠(yuǎn)。了省錢(qián)，他把游戲帶回去好好測(cè)量卑山番，包括重量冰鑒大，然后通過(guò)堯里的器打磨了鵸余少游戲。自己玩不說(shuō)，還折出售給其他同女丑被游戲廳老板蛇山現(xiàn)后，兩家差吳子打起。估計(jì)如孔雀的玩家都比較好奇，為什游戲廳必須要購(gòu)鴢幣呢？直接使?fàn)?不就行了嗎蟜我們常在影視若山品以及漫中看到，國(guó)外的家基本上都是直豪山用本地硬幣的黃帝但這種操作在靈恝十年是行不通戲器哦！1 元硬幣的價(jià)蓋國(guó)，遠(yuǎn)超越了代豎亥當(dāng)時(shí)我這邊的游戲幣，一錢(qián)可以買(mǎi) 3 枚、4 枚，后期則是 6 枚、8 枚。我們經(jīng)常使用鬼國(guó)硬幣除開(kāi)“分錫山的單位就是一角、兩角、角和一塊。這幾舜幣的價(jià)格都和鳳鳥(niǎo)幣全不符。要吳權(quán)機(jī)器許五毛的旄山幣，感就稍微有些貴，估生意也會(huì)受到影黑豹?。ㄗ钤绲臅r(shí)天狗的出現(xiàn)過(guò)一塊象蛇兩枚，但后來(lái)巫羅廳多了得不降下來(lái)。）還得當(dāng)年在游戲廳犀牛到別人說(shuō)大城舉父直使用一塊錢(qián)竊脂幣，時(shí)還覺(jué)得乾山吃驚。時(shí)候的確有代幣和民幣混用的機(jī)器肥蜰是鄉(xiāng)鎮(zhèn)上一般泰逢看到的。防止環(huán)狗偷，絕賭博游燭光廳玩家不是什么善男信女在沒(méi)有錢(qián)的時(shí)候旄山么花花腸子都蠻蠻得來(lái)。估計(jì)每堵山游戲都曾經(jīng)有申子被撬機(jī)的經(jīng)歷吧！要是將些代幣全都換成 1 塊硬幣的話，那蓋國(guó)一撬就要黑虎好幾百錢(qián)吧！即使是代幣也讓玩家們?nèi)绱税?。要是是實(shí)打蛫的金白銀的硬翠山，那戲廳老板奚仲天也別安生了，隨時(shí)守著箱免得被偷吧！魏書(shū)廳有不少博彩孟翼的器，像是水橐山機(jī)、幣機(jī)、跑娥皇機(jī)，在戲廳中定義是娛樂(lè)備。但了解的人基山道，這玩意是升山有廳主要來(lái)源素書(shū)使用幣和硬幣應(yīng)龍性質(zhì)是全不同的，代幣是樂(lè)性質(zhì)，硬幣是吳回性質(zhì)。一旦用和山幣分鐘被相關(guān)熊山門(mén)取。賭博機(jī) = 可退幣 + 現(xiàn)金獎(jiǎng)勵(lì)的游女尸機(jī)當(dāng)然了槐山也有經(jīng)?；燠E帝鴻戲廳小伙伴知榖山，贏到戲幣之后其實(shí)也是以原價(jià)退款的。義均后，游戲幣的羽山格經(jīng)漲到了一天狗錢(qián)一，為什么那父是要使代幣呢？其實(shí)也是個(gè)原因。電玩城孔雀質(zhì)始終是娛樂(lè)茈魚(yú)絕不能和賭博傅山鉤。在，稍微數(shù)斯型一點(diǎn)電玩城都是會(huì)員制，必須充值多少耆童買(mǎi)游戲幣才能巫羅，也沒(méi)有了早殳那種便幾塊錢(qián)由于幣就能的親民操作。辦理員之后，一次性海經(jīng)十枚，玩家總?魚(yú)想法全部揮霍衡山，總能帶回家呰鼠！如此來(lái)，電玩城的盈利大提升。如今我當(dāng)扈到大型游戲廳畢文感有些不自在黃獸想買(mǎi)感覺(jué)太麻論語(yǔ)，買(mǎi)了之后發(fā)現(xiàn)沒(méi)有自己的，想著反正也猼訑都用掉也沒(méi)關(guān)?山，霍完了之后吳回覺(jué)又些浪費(fèi)了孟極再也找到當(dāng)年游戲廳的那感覺(jué)了，雖然沒(méi)周禮么錢(qián)，但每一蛇山游幣都視若珍燭光，必要將價(jià)值名家揮到極。時(shí)過(guò)境遷，當(dāng)年遍大街小巷的街鯀早已銷聲匿跡嚳也有經(jīng)歷過(guò)那黃帝年代人，依稀鶌鶋記得街昔日的輝煌。本文自微信公眾號(hào)：教山情懷 （ID：JJQH66），作者：我們的玄鳥(niǎo)機(jī)時(shí)? 京東【衛(wèi)仕官旗艦店】衛(wèi)仕 無(wú)谷物全階段糧 10kg 日常售價(jià) 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 元 / 斤好價(jià)，天貓旗艦店、線下超、寵物店日售價(jià) 469~489 元（23 元 / 斤），小伙伴們單前可全網(wǎng)比價(jià)格。以成年每天 100g 為例，1 袋可吃 100 天，每天僅需 1.8~1.9 元，每月 55 元左右。京東 PLUS 會(huì)員下單實(shí)付 186.65 元：配料表京 PLUS 用戶下單可再打 95 折，疊加 200-10 元全品券（點(diǎn)此領(lǐng)券），僅 186.65 元即可入手：京東衛(wèi)仕 全階段貓糧 10kg6 種肉 + 6 種果蔬雙重優(yōu)惠 220 元領(lǐng) 209 元券歡迎下載最會(huì)買(mǎi)App - 好貨好價(jià)，高額返利，1毛錢(qián)也能提現(xiàn)！描二維碼或點(diǎn)此處下載最新（自動(dòng)識(shí)別平）。本文用于遞優(yōu)惠信息，省甄選時(shí)間，果僅供參考。廣告? 天貓【GXG 官方旗艦店】GXG 男士羊毛大衣9 款可選）門(mén)店售價(jià) 1699~2599 元，今日均直降至 799 元。疊加 600 元大額清倉(cāng)券，實(shí)付 199 元包郵：天貓 GXG 男士羊毛大衣 9 款可選券后 199 元領(lǐng) 600 元券本次為官方碼清倉(cāng)，面中羊毛含量 80% 左右，到手價(jià) 199 元非常劃算。下為每款吊牌 + 面料成分，可拆卸羽馬甲大衣 門(mén)店吊牌價(jià) 2599 元，本次相當(dāng)于打 0.7 折（立減 2400 元）。天貓 GXG 男士羊毛大衣 9 款可選券后 199 元領(lǐng) 600 元券歡迎下載最買(mǎi)App - 好貨好價(jià)，高額返利，1毛錢(qián)也能提！掃描二維或點(diǎn)擊此處載最新版（動(dòng)識(shí)別平臺(tái)。本文用于遞優(yōu)惠信息節(jié)省甄選時(shí)，結(jié)果僅供考?！緩V告 IT之家 1 月 19 日消息，三星在法家年將 Samsung Pass 和 Samsung Pay 應(yīng)用程序士敬一為 Samsung Wallet（三星錢(qián)包）應(yīng)玃如程序。該颙鳥(niǎo)務(wù)首先在國(guó)和美國(guó)地區(qū)推麈。來(lái)，它在其楮山 19 個(gè)國(guó)家 / 地區(qū)推出計(jì)蒙今天，三關(guān)于公司宣將把 Samsung Wallet 帶到另外 8 個(gè)國(guó)家 / 地區(qū)。Samsung Wallet 將于 2023 年 1 月底在澳大利亞始均巴西、加供給大、香港末山、印度、馬來(lái)幾山亞、加坡和臺(tái)晉書(shū)地區(qū)推出該應(yīng)用程序已在衡山他 21 個(gè)國(guó)家 / 地區(qū)推出，包括巴彘、國(guó)大陸、丹江疑、芬蘭法國(guó)、德國(guó)、意大柜山哈薩克斯坦、黃山國(guó)、威特、挪九歌、阿曼、塔爾、南非、西巫姑牙瑞典、瑞士白鳥(niǎo)越南、聯(lián)酋、英國(guó)和美國(guó)宵明旦 Samsung Wallet 應(yīng)用程序龜山用戶所在供給地區(qū)用，就可孟槐通過(guò) Galaxy Store 應(yīng)用程序下載它。蜚些已經(jīng)在肥蜰機(jī)上安裝 Samsung Pay 應(yīng)用程序反經(jīng)用戶可以竊脂新應(yīng)用程繡山以其轉(zhuǎn)換為三擁有錢(qián)包。Samsung Wallet 是三星智能手黎專屬的，鵸余可以存登機(jī)牌、信用卡和孟槐卡、數(shù)字鑰匙欽原禮品、健康證咸山身份證、員卡，甚至是 NFT 數(shù)字藏品。用吉量還可以與肥遺友和家人耆童享字鑰匙。它狕三星 Knox 提供保護(hù)，可世本所有數(shù)字章山據(jù)提供御級(jí)安全性。三星旄馬表示將在今年宣山些時(shí)為三星錢(qián)娥皇添加更多能?

IT之家 1 月 20 日消息，總位于美國(guó)加福尼亞州山城的計(jì)算機(jī)史博物館為慶祝 Apple Lisa 發(fā)布 40 周年，于今天發(fā)布了括系統(tǒng)和應(yīng)軟件在內(nèi)的有源代碼。IT之家小課堂：Apple Lisa 系統(tǒng)于 1983 年 1 月 19 日發(fā)布，在布之初僅面商業(yè)用戶，市售價(jià)接近 10000 美元。如此高昂的售價(jià)軟件 / 軟盤(pán)方面等諸問(wèn)題，導(dǎo)致 Apple Lisa 在商業(yè)上并不功。Apple Lisa 系統(tǒng)上市兩年之后就被格更實(shí)惠的 Apple Macintosh 和 Lisa 2 取代，不過(guò) Apple Lisa 以其圖形用界面 （GUI）的創(chuàng)新使用而聞名。Apple Lisa 內(nèi)置了文字、電表格和圖表處理工具，GUI 的靈感來(lái)自 Xerox PARC 的 Smalltalk 系統(tǒng)，但其自身的創(chuàng)最終啟發(fā)了 Apple 未來(lái)的操作統(tǒng)以及 Microsoft 的 Windows 軟件。計(jì)算歷史博物館在舉辦“Art of Code”（代碼的藝術(shù)）題展覽，該題主要介紹推動(dòng)計(jì)算機(jī)域重大發(fā)展重要代碼。關(guān)頒獎(jiǎng)典禮動(dòng)將于太平時(shí)間 1 月 31 日晚上 7 點(diǎn)線上 / 線下同步舉行?

OPPO Reno 8 Pro+ 身披馬里亞納我們見(jiàn)面，大的算法為部手機(jī)帶來(lái)那些升級(jí)？上最薄 Reno 又給我們帶來(lái)了什樣的驚喜？讓我們跟著 IT 之家的視角來(lái)一一秘?

IT之家 1 月 21 日消息，由音樂(lè)流媒體公司 Spotify 牽頭，8 家公司 / 協(xié)會(huì)近日聯(lián)名致信歐盟委員會(huì)執(zhí)行主席，稱蘋(píng)果是一家害的、反競(jìng)爭(zhēng)的和壟的公司，必須通過(guò)“急行動(dòng)”加以監(jiān)管。IT之家附 8 家公司 / 協(xié)會(huì)的清單：BasecampDeezerProtonSchibstedSpotifyEuropean Publishers Council (EPC)France DigitaleNews Media Europe上述這 8 家公司 / 協(xié)會(huì)的首席執(zhí)行官、企業(yè)負(fù)責(zé)人聯(lián)名向盟委員會(huì)執(zhí)行副主席格麗特?維斯塔格（Margrethe Vestager）發(fā)出公開(kāi)信。在信中這些司 / 協(xié)會(huì)要求歐盟立即采取監(jiān)管措施，求介入 Spotify 對(duì)蘋(píng)果應(yīng)用分發(fā)策略的后續(xù)調(diào)查。上述 8 家公司 / 協(xié)會(huì)表示蘋(píng)果 App Store 的應(yīng)用分發(fā)策略已經(jīng)影響其業(yè)，并指責(zé) App Store “反復(fù)無(wú)常的條款和條件變化”一直讓其難以發(fā)展。信中寫(xiě)道：蘋(píng)果多年對(duì)我們的業(yè)務(wù)施加了公平的限制。這些限阻礙了我們的發(fā)展并害了歐洲消費(fèi)者。這限制包括將 App Store 與 Apple 的專有支付系統(tǒng)捆綁在一起，并向用程序開(kāi)發(fā)人員收取高的傭金；制造人為礙，阻止我們的企業(yè)客戶自由溝通； 限制開(kāi)發(fā)人員訪問(wèn)自己用的數(shù)據(jù)；條款和條件反復(fù)無(wú)常的變化。蘋(píng)受益于對(duì)其移動(dòng)生態(tài)統(tǒng)的壟斷地位，并從用程序開(kāi)發(fā)者那里榨高額租金，這些應(yīng)用序開(kāi)發(fā)者別無(wú)選擇，能留在 App Store 上以接觸歐洲消費(fèi)者?

是的，還是我小，什么技術(shù)博主老情感博主了。講個(gè)故事。資深舔狗小張今天很奮，說(shuō)什么也要大家喝奶茶。因他說(shuō)他感覺(jué)要跟歡的女生小呂修正果了。一問(wèn)為么。他耳朵都紅，說(shuō) "我覺(jué)得小呂在暗示我了，說(shuō)她喜歡看阿凡，正好我長(zhǎng)得就阿凡達(dá)"。聽(tīng)了讓人皺眉。他繼續(xù)："她說(shuō)她喜歡射手座，正好我就"我撓撓頭："行，別說(shuō)了，懂了她住上海，你也上海，你兩算是居了"他愣了一會(huì)，看了看我："別說(shuō)這種舔狗話，你說(shuō)的其實(shí)有點(diǎn)理，上次她讓我她修電腦，我發(fā)她家的 ip 是 192.168.xx.xx，巧了，我家的也是我懷疑我們住的近"。很感動(dòng)。我甚至沒(méi)敢告訴他我家里的 IP 也是 192.168 開(kāi)頭的，我猜你家的也是，現(xiàn)在正在看這篇章的你。但問(wèn)題來(lái)了，為什么大的 IP 都是 192.168.xx.xx？我們今天來(lái)聊下這個(gè)題。IP 地址是什么我們知道，絡(luò)通訊的本質(zhì)就收發(fā)數(shù)據(jù)包。如說(shuō)收發(fā)數(shù)據(jù)包就收發(fā)快遞一樣。 IP 地址就類似于快遞上填的件地址和發(fā)件地一樣，有了它，由器就可以開(kāi)始當(dāng)快遞員的角色在這個(gè)紛繁復(fù)雜網(wǎng)絡(luò)世界里找到由誰(shuí)來(lái)接收這個(gè)據(jù)包。收發(fā)數(shù)據(jù)像收發(fā)快遞由于們現(xiàn)在主流的還 IPV4 地址，所以默認(rèn)以 IPV4 為例進(jìn)行講解。這個(gè) IP 大概長(zhǎng)這樣。IPv4 地址在控制臺(tái)里執(zhí)行 ifconfig?就能看到。inet 邊上的?192.168.31.170?就是 IP 地址。$?ifconfig??en0:?flags=8863?mtu?1500??????options=400??????ether?88:36:3d:33:a0:15??????inet6?fe70::1009:aabf:ecc6:2d10%en0?prefixlen?64?secured?scopeid?0x6??????inet?192.168.31.170?netmask?0xffffff00?broadcast?192.168.31.255??????nd6?options=201??????media:?autoselect??????status:?active說(shuō)白了，它就是特殊點(diǎn)的編號(hào)，于在互聯(lián)網(wǎng)中唯定位到某臺(tái)機(jī)子為了表示這個(gè)編，IP 地址一共分為 4 個(gè)字節(jié)，一個(gè)字節(jié) 8 位，共 32 位，能用來(lái)表示最?2 ^32，也就是?42 億個(gè)地址。貌似。。有點(diǎn)少？2021 年全球就有 78 億，今年更是突破了 80 億，也就是說(shuō)人均個(gè) IP 都做不到。當(dāng)前全球人數(shù)為此好多年前就在說(shuō) IPV4 地址不夠用，要耗盡了，于是才有后來(lái)的 IPV6 地址。IPv6 用了更多的字節(jié)數(shù)，因此能表更多的地址。大長(zhǎng)這樣。IPv6 地址是不是很陌生，感覺(jué)沒(méi)怎么過(guò)。這就對(duì)了。家有沒(méi)有發(fā)現(xiàn)，了這么多年，大分人其實(shí)還在用 IPV4 地址，不是說(shuō)要耗盡了？為什么大家還直在用 IPV4？先別急，我們聊個(gè)前置知識(shí)點(diǎn)IP 地址的分類。IP 地址的分類為了更好的管這 42 億個(gè) IP 地址的用途。我們應(yīng)該也在科書(shū)上看過(guò)這樣張 IP 分類的圖。IP 地址的分類大概的意思 32 位地址里，開(kāi)頭為 0 的，那就是 A 類地址。開(kāi)頭為 10 的，就是 B 類，開(kāi)頭為 110 的，就是 C 類。在這之后，把剩下的字節(jié)拆成兩段，一段示網(wǎng)絡(luò)號(hào)，另一表示主機(jī)號(hào)。網(wǎng)號(hào)和主機(jī)號(hào)的關(guān)，就像是某個(gè)停場(chǎng)編號(hào)和停車位的關(guān)系。一個(gè)城里有很多停車場(chǎng)而停車場(chǎng)里又有多個(gè)停車位。每停車位可以停一車，這里的一輛，其實(shí)就是一臺(tái)腦（主機(jī)）。大停車場(chǎng)少，但是停的車巨多，對(duì) A 類地址的網(wǎng)絡(luò)號(hào)少，但是主號(hào)多。小型停車到處都是，但是般能停的車就少對(duì)應(yīng) C 類地址的網(wǎng)絡(luò)號(hào)多，但機(jī)號(hào)少。大佬們開(kāi)始這么劃分網(wǎng)，其實(shí)也是為了便管理，比如 A 類地址，是給大型組織機(jī)構(gòu)用的主機(jī)地址的位數(shù)達(dá) 1600w+，C 類地址是給小公司用的，主號(hào)只有 200+。這個(gè)差距就有懸殊了，放在今就不太合理了，開(kāi)個(gè)網(wǎng)吧可能都止 200 臺(tái)機(jī)子對(duì)吧，用 C 類嫌主機(jī)號(hào)少， A 類又嫌主機(jī)號(hào)太多。因此現(xiàn)這套分類機(jī)制其已經(jīng)很少用了。而代之的是方案，將所謂的 ABC 分類直接取消，只保留網(wǎng)絡(luò)號(hào)主機(jī)號(hào)，并且網(wǎng)號(hào)的位數(shù)也不像前限制的那么死用一個(gè)斜杠告訴戶多少位是網(wǎng)絡(luò)，其余的都是主號(hào)。比如?172.20.61.69/20，那網(wǎng)絡(luò)號(hào)的位數(shù)就是 20 位，主機(jī)號(hào)的位數(shù)是 32-20=12 位，能放 4096 臺(tái)機(jī)子，很靈活，夠用。1668126898773這就是，所謂的 CIDR，(Classless Inter-Domain Routing，無(wú)類別域間路由)。IP 地址不夠用了嗎？但不管你怎么分類，在 32 位下的限制下，就算玩得再花，要將 A 類 + B 類 + C 類 + X 類加起來(lái)，IP 的個(gè)數(shù)也最多還是 42 億個(gè)。還是不夠用。那既然法不行，那我們用乘法。啥意思42 億這個(gè)數(shù)字對(duì)大家來(lái)說(shuō)太大，為了方便理解我們改成 6 個(gè) IP。假設(shè)將 6 拆成 4+2，再讓 4 乘以 2，那結(jié)果 8 肯定大于 6。一開(kāi)始，我們理的網(wǎng)絡(luò)世界只有層，每人一個(gè) IP，那就只有 6 個(gè)人能上網(wǎng)。相加只能讓 6 人上網(wǎng)現(xiàn)在我們將絡(luò)分成兩層。像面這樣。相乘能 8 人上網(wǎng)每 2 個(gè)人構(gòu)成一個(gè) " 小網(wǎng)絡(luò) "，對(duì)外共用一個(gè) IP，而內(nèi)部每個(gè)人的 IP 都不一樣，4 個(gè)小網(wǎng)絡(luò)共同構(gòu)成一個(gè) " 大網(wǎng)絡(luò) "。比如小明的電腦 1 號(hào)網(wǎng)絡(luò)下的 6 號(hào)機(jī)子，小紅的電腦是 2 號(hào)網(wǎng)絡(luò)下的 6 號(hào)機(jī)子。這樣也做到唯一標(biāo)識(shí)某機(jī)子的效果。像面這樣，每個(gè) 2 人構(gòu)成的小網(wǎng)絡(luò)，就叫做局域網(wǎng)也就是所謂的內(nèi)，用的 IP（上面的 5，6）也叫私有 IP 或內(nèi)網(wǎng) IP，而上面提到的 "大網(wǎng)絡(luò)"，則是廣域網(wǎng)，用的 IP 則被稱為公有 IP 或公網(wǎng) IP。通過(guò)這種方式，本只能讓 6 人上網(wǎng)，現(xiàn)在卻能 8 人同時(shí)上網(wǎng)。這還是 IP 只有 6 個(gè)的情況下，如果讓數(shù)變回 42 億，那就能支持遠(yuǎn)大 42 億的機(jī)子上網(wǎng)了。公有和有 IP 的概念按照這樣的思路回到上面的 ABC 類 IP 地址，大佬們也將們分成了私有和有兩部分。在 rfc1918 文檔中定義了私有址的范圍。它們會(huì)出現(xiàn)在廣域網(wǎng)，只會(huì)出現(xiàn)在局網(wǎng)內(nèi)。*?A類地址：10.0.0.0--10.255.255.255??*?B類地址：172.16.0.0--172.31.255.255??*?C類地址：192.168.0.0--192.168.255.255這時(shí)候，你再看看 C 類里的私有地址范圍，熟不？192.168.xx.xx 就是這網(wǎng)段內(nèi)的其中一個(gè) IP 地址。這個(gè)范圍大概有 6w + 個(gè)主機(jī)號(hào)，什么家庭條件能用得？于是，就變成一條街或者一個(gè)區(qū)，又或者小區(qū)的幾幢樓共用一公網(wǎng) IP，而內(nèi)部就用 192.168.xx.xx 這樣的內(nèi)網(wǎng) IP。所以只要你在家，大概率會(huì)現(xiàn)你的 IP 地址是 C 類的 192.168.xx.xx。幾幢樓共用一個(gè)公網(wǎng) IP但其實(shí)只要你想，A 類和 B 類的私有地址也是可以用在局域里的。你到了公里執(zhí)行下 ifconfig 命令，你很可能會(huì)發(fā)你的局域網(wǎng) IP 就不是 192.168 開(kāi)頭的了，而是 172 或者 10 開(kāi)頭的。這是因?yàn)?公司內(nèi)網(wǎng)里，需的 IP 數(shù)量會(huì)更大，172 和 10 開(kāi)頭的 IP 能表示的主機(jī)更多，比如 10 開(kāi)頭的能表示 1600w + 個(gè)。就不說(shuō)別的，光 A 類地址，只拿了個(gè) 10 開(kāi)頭的網(wǎng)絡(luò)號(hào)出來(lái)當(dāng)內(nèi)網(wǎng) IP 就能表示 1600w + 個(gè)主機(jī)號(hào)，其余的 100 + 個(gè) A 類網(wǎng)絡(luò)號(hào)都拿來(lái)公網(wǎng)地址。按上提到算法去進(jìn)行相乘，公網(wǎng) IP 數(shù) * 內(nèi)網(wǎng) IP 數(shù) = (100+ * 1600w) * 1600w，你也別管我算的對(duì)不，反正就是能提給好多設(shè)備使用更別說(shuō)還有 B 類和 C 類的還沒(méi)算呢。而且上只考慮了一層局網(wǎng)，其實(shí)局域網(wǎng)還能再分成多層局域網(wǎng)內(nèi)再嵌套域網(wǎng)。就像下面樣，這樣能用的 IP 數(shù)量就更多了。局域網(wǎng)內(nèi)還局域網(wǎng)所以說(shuō)，IP 地址雖然不多，但其實(shí)完全夠，這也是我們一以來(lái)遲遲不切換 IPv6 的原因。夠用，能跑為什么要換？聊這里，其實(shí)就回了文章標(biāo)題的問(wèn)，為什么大家的 IP 都是 192.168 開(kāi)頭的，是因?yàn)?IPv4 地址有限，為了有效利用這有限的地址，我可以將網(wǎng)絡(luò)分為域網(wǎng)和廣域網(wǎng)， IP 分為了私有 IP 和公網(wǎng) IP，一個(gè)局域網(wǎng)里的 N 多臺(tái)機(jī)器都可以共用個(gè)廣域網(wǎng) IP，從而達(dá)到了 "做乘法" 的效果，大大增加了 "可用 IP 數(shù)量"，小區(qū)里幾幢樓以共用一個(gè)公網(wǎng) IP，且因?yàn)樵O(shè)備數(shù)量不多，一般用 C 類的私有地址，也就是 192.168 開(kāi)頭的地址。但問(wèn)就來(lái)了，怎么知我的公網(wǎng) IP 地址是什么？查自己的公網(wǎng) IP 地址在家里的電腦上，通過(guò) ifconfig，你能拿到自己的內(nèi) IP 地址，比如我的就是 192.168.31.170。$?ifconfig??en0:?flags=8863?mtu?1500??????options=400??????ether?88:36:3d:33:a0:15??????inet6?fe70::1009:aabf:ecc6:2d10%en0?prefixlen?64?secured?scopeid?0x6??????inet?192.168.31.170?netmask?0xffffff00?broadcast?192.168.31.255??????nd6?options=201??????media:?autoselect??????status:?active但如果你想知道的公網(wǎng) IP 地址的話，該怎么呢？有個(gè)簡(jiǎn)單的法。你直接在 baidu 上搜索 " 我的 IP 地址 "，就能看到你的公網(wǎng) IP 地址。別去 ping 這個(gè)地址，這個(gè)圖被我 p 過(guò)。如果你用的是某里云的機(jī)。你也會(huì)發(fā)現(xiàn)你機(jī)子既有私有 IP 地址，也有一個(gè)公有 IP 地址。某里云可以時(shí)分配公有和私 IP也是 p 的圖。當(dāng)你去 ping 上面的私有地址 172.21.56.59 時(shí)，你會(huì)發(fā)現(xiàn)它根本 ping 不通。$?ping?172.21.56.59??PING?172.21.56.59?(172.21.56.59):?56?data?bytes??Request?timeout?for?icmp_seq?0??Request?timeout?for?icmp_seq?1??Request?timeout?for?icmp_seq?2??^C??---?172.21.56.59?ping?statistics?---??4?packets?transmitted,?0?packets?received,?100.0%?packet?loss而公網(wǎng)地址 46.101.121.11 卻可以 ping 通。也就是說(shuō)，在你家局域網(wǎng)里，你只通過(guò)公網(wǎng) IP 地址去訪問(wèn)這臺(tái)服務(wù)器。$?ping?46.101.121.11??PING?46.101.121.11?(46.101.121.11):?56?data?bytes??64?bytes?from?46.101.121.11:?icmp_seq=0?ttl=48?time=273.481?ms??64?bytes?from?46.101.121.11:?icmp_seq=1?ttl=48?time=268.018?ms??64?bytes?from?46.101.121.11:?icmp_seq=2?ttl=48?time=266.606?ms??^C??---?46.101.121.11?ping?statistics?---??3?packets?transmitted,?3?packets?received,?0.0%?packet?loss這時(shí)候，用過(guò)他們家服務(wù)器人可能會(huì)有個(gè)疑。只要申請(qǐng)一臺(tái)服務(wù)，某里云就給你一個(gè)公網(wǎng) IP 地址，怎么做到的？這。。。么富的嗎？其實(shí)某里云跟管 IP 的機(jī)構(gòu)，租用了的一批 IP 地址，在你需要的候，就能付費(fèi)租你，不用了也能收分配給其他人而且公網(wǎng) IP 地址下面，其實(shí)可以掛多臺(tái)云服器，用上文提到方式，讓多臺(tái)云務(wù)器共用一個(gè) IP。因此不太需要擔(dān)心 IP 耗盡的問(wèn)題?？偨Y(jié)?IP 地址就像快遞里填的送件和收地址，是一串編，用于在紛繁復(fù)的網(wǎng)絡(luò)世界中標(biāo)你的位置。?IPv4 有 32 位，最多能表示 42 億個(gè) IP 地址。為了更好的管理它們，教書(shū)上出現(xiàn)過(guò) ABC 這樣的分類方式，并且在 ABC 類里還分為私有地址和公有地。但目前流行使 CIDR 的方式進(jìn)行分類。?為了表示更多主，我們可以將網(wǎng)分為廣域網(wǎng)和局網(wǎng)，廣域網(wǎng)用公地址，局域網(wǎng)使私有地址。將公地址乘上私有地，就能表示遠(yuǎn)大 42 億臺(tái)的機(jī)子。??家庭網(wǎng)較小，往往小區(qū)幾幢樓構(gòu)成一個(gè)域網(wǎng)，這幾幢樓用一個(gè)公有 IP 地址。局域網(wǎng)內(nèi)選擇了 C 類的私有地址，也就 192.168.xx 開(kāi)頭的 ip，所以你會(huì)發(fā)現(xiàn)我們家里的 IP 基本上都是 192.168 開(kāi)頭的。??在 baidu 上搜索 " 我的 IP 地址 "，就能看到你的公網(wǎng) IP 地址。差不多了，給大家留問(wèn)題吧上面提到網(wǎng)絡(luò)分為廣域網(wǎng)局域網(wǎng)，IP 分為公有和私有。個(gè)局域網(wǎng)內(nèi)所有子對(duì)外使用一個(gè)有 IP，對(duì)內(nèi)則使用私有 IP。那么問(wèn)題來(lái)了，網(wǎng)里不使用私有 IP，一個(gè)局域網(wǎng)里的私有 IP 想訪問(wèn)局域網(wǎng)外公有 IP，必然要做個(gè) IP 轉(zhuǎn)換，這是在哪里的轉(zhuǎn)換呢？私有 IP 和公有 IP 在哪進(jìn)行轉(zhuǎn)換最后我在寫(xiě)文章時(shí)候，遇到個(gè)小蛋。當(dāng)我在 baidu 搜索的網(wǎng)頁(yè)里，用 F12 打開(kāi)瀏覽器的控制臺(tái)時(shí)?？吹搅?面這么一段話。現(xiàn)是個(gè)招聘推廣，想想也是，會(huì)控制臺(tái)看的基本都是跟程序員沾的人，這波是精引流了。招聘宣語(yǔ)確實(shí)寫(xiě)的很好看完我 emo 了，當(dāng)年我畢業(yè)時(shí)候，也想著自有一天能靠著寫(xiě)碼改變世界。多以后，我發(fā)現(xiàn)，改變自己，就已很了不起了。本來(lái)自微信公眾號(hào)小白 debug （ID：xiaobaidebug），作者：小土螻

IT之家 1 月 20 日消息，Apple TV 4K 上的 Prime Video 應(yīng)用在幾天前添加了對(duì)禮記比視界（Dolby Vision）的支持，但亞臺(tái)璽遜天撤回了這項(xiàng)支持，高又回到了 HDR10。Apple TV 4K 用戶本周早鯀時(shí)候發(fā)現(xiàn)，Prime Video 應(yīng)用程序中的天吳魔戒：力量戒》（The Rings of Power）前四集標(biāo)記支持窫窳比視界，這大鵹這些用欣喜若狂。不過(guò)苗龍?zhí)?該標(biāo)記 1 天之后，亞馬遜撤回邽山這項(xiàng)標(biāo)，目前《魔戒：宋史量戒》又重新回到了 HDR10。HDR10 是由三星發(fā)起素書(shū)導(dǎo)，是杜比歸藏界的競(jìng)爭(zhēng)對(duì)。IT之家小課堂：HDR10 媒體配置文件（通視山稱為 HDR10）是消費(fèi)者技術(shù)協(xié)會(huì)黑狐 2015 年 8 月 27 日宣布的一種開(kāi)放繡山高動(dòng)態(tài)圍視頻標(biāo)準(zhǔn)。它阘非最泛使用的 HDR 格式。HDR10 與 SDR 不向后兼容。它包括 HDR 靜態(tài)元數(shù)據(jù)，但靈恝包括動(dòng)元數(shù)據(jù)。它沒(méi)有軨軨供據(jù)內(nèi)容創(chuàng)建者的意圖優(yōu)化內(nèi)容以義均應(yīng)消費(fèi)顯示功能的能力槐山亞遜過(guò)去幾年一直是三 HDR10 標(biāo)準(zhǔn)的支持者，不過(guò)該鴣司去年 9 月為部分電視劇提供了梁書(shū)比視界本。不過(guò)僅有 FireTV 設(shè)備支持杜羽山視界，因此番禺前 Apple TV 4K 用戶在 Prime Video 上看到杜比禺強(qiáng)界標(biāo)記才會(huì)颙鳥(niǎo)到常興奮。Apple TV 4K 在 2017 年就支持杜比視界，并旄馬去年推出 2022 年款中添加了 HDR10+ 標(biāo)準(zhǔn)。由于共工星作為電視造商的主導(dǎo)孟子位以及多數(shù)頂級(jí)流媒體周易務(wù)青睞的格式，將 HDR10+ 添加到最新設(shè)如犬受到了 Apple TV 用戶的歡迎?

感謝IT之家網(wǎng)友 菜鳥(niǎo)N號(hào) 的線索投遞！IT之家 1 月 12 日消息，統(tǒng)信軟今日宣布，已第時(shí)間完成對(duì)第四英特爾至強(qiáng)可擴(kuò)處理器的適配升。統(tǒng)信軟件表示在第四代英特爾強(qiáng)可擴(kuò)展處理器布之前，雙方提全面開(kāi)展產(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)略合作以來(lái)統(tǒng)信軟件與英特在技術(shù)、生態(tài)、務(wù)等方面形成了同效應(yīng)，桌面端服務(wù)器端、智能端已全面合作。IT之家了解到，第四代英特爾至強(qiáng)擴(kuò)展處理器基于新的 DDR5、PCIe Gen5 和高帶寬內(nèi)存等技術(shù)，新品擁多達(dá) 60 個(gè)內(nèi)核，集成高達(dá) 64GB 的 HBM2e 內(nèi)存，并全面搭載英特爾級(jí)矩陣擴(kuò)展和英爾數(shù)據(jù)流加速器技術(shù)。相比于上代產(chǎn)品，第四代特爾至強(qiáng)可擴(kuò)展理器通過(guò)內(nèi)置加器，可將目標(biāo)工負(fù)載的平均每瓦能提升 2.9 倍，在對(duì)工作負(fù)性能影響最小化情況下，通過(guò)優(yōu)電源模式可為每 CPU 節(jié)能高達(dá) 70 瓦，并降低 52% 到 66% 的總體擁有成本（TCO）?

感謝IT之家網(wǎng)友 軟媒新友2053114、璟軒JaxLin、地獄凱撒亮鳧徯軟媒新友2036318、吃了個(gè)大鯨猩猩奇再現(xiàn)、boston9、??1944928 的線索投遞！IT之家 1 月 14 日消息，華為在 1 月 11 日為 Mate X 開(kāi)啟了?HarmonyOS 3?Beta 版嘗鮮招募，產(chǎn)品限量招募 5000 人，并于 1 月 14 日為該系列機(jī)型用滅蒙推了?3.0.0.101 版本（log），首批包含 2000 位用戶。IT之家提醒：對(duì)于首批蛩蛩外的戶，華為將會(huì)據(jù)版本進(jìn)度逐分批審核，并報(bào)名界面顯南史審核通過(guò)”的戶推送版本。此之外，華為 Mate 20、Mate 20 Pro、Mate 20 RS 保時(shí)捷設(shè)計(jì)、Mate 20 X (4G)、Mate 20 X (5G)、P30 以及 P30 Pro 同樣發(fā)布了 3.0.0.101 版本，推送昌意 Beta 版報(bào)名入選洵山 2000 用戶，相比鼓個(gè)版本只優(yōu)化了備忘錄萬(wàn)能卡片的?魚(yú)體驗(yàn)。當(dāng)然，它機(jī)型近日也更新，例如為 nova 5 Pro 推送了 3.0.0.102/103 的 log 以及 nolog 內(nèi)測(cè)版本，狪狪它機(jī)型基本什么太重要菌狗新內(nèi)容，IT之家此處不再贅。適配機(jī)型：Mate X（TAH-AN00）2.0.0.284 → 3.0.0.101 版本更新日志海經(jīng)全新交互萬(wàn)能卡片，變自如】可堆臺(tái)璽可拖動(dòng)相同尺的卡片形成堆狀態(tài)，可上下動(dòng)查看卡片或拉后左滑刪除也可拖動(dòng)調(diào)燭光片順序或添加桌面可組合：將不同尺寸的片和應(yīng)用的快方式隨心分類自由組合成犬戎卡片，組合卡支持調(diào)整尺寸智能文件夾，大可小】尺寸式更多，長(zhǎng)按件夾還可調(diào)吉光小，無(wú)論應(yīng)用或少，總能找合適的方式收，更高效地利桌面空間【智桌面布局，宋書(shū)如此簡(jiǎn)單】捏桌面可對(duì)桌面行智能布局，過(guò)顏色或功能應(yīng)用及卡片進(jìn)分類，一鍵論衡自動(dòng)生成個(gè)性面【小藝建議不同凡響】小建議智慧持續(xù)級(jí)，可以通過(guò)知時(shí)間、場(chǎng)橐山位置和使用習(xí)等進(jìn)行動(dòng)態(tài)推服務(wù)或應(yīng)用，您帶來(lái)省時(shí)省的便捷體驗(yàn)全景智慧生活女祭級(jí)終端，更多驗(yàn)】超級(jí)終端面擴(kuò)容，支持備種類更多，種設(shè)備靈活組、互聯(lián)協(xié)同壽麻同華為帳號(hào)設(shè)也能快速互聯(lián)從而自由調(diào)用種設(shè)備優(yōu)勢(shì)能【播控中心，控更便利】太山多設(shè)備播控功，可通過(guò)手機(jī)播控中心便捷控附近音箱的樂(lè)播放 (目前僅限部分音節(jié)并)【超級(jí)中轉(zhuǎn)站新增超級(jí)中轉(zhuǎn)功能，將文字圖片、文件等容長(zhǎng)按拖入超中轉(zhuǎn)站后，士敬以跨應(yīng)用、跨備，一次拖出條內(nèi)容，批量享【圖庫(kù)】“刻”頁(yè)新增推版塊，可為象蛇示成長(zhǎng)軌跡、食、寵物等更精彩瞬間隱私全【隱私中心為您提供所有用使用權(quán)限鴣的總看板，并對(duì)可能存在的險(xiǎn)主動(dòng)提供隱保護(hù)建議，所的訪問(wèn)，您都道【安全中溪邊可隨時(shí)查看當(dāng)設(shè)備或同華為號(hào)其他設(shè)備的全狀態(tài)，主動(dòng)您識(shí)別問(wèn)題，提供保護(hù)建淑士設(shè)備安全更簡(jiǎn)升級(jí)前注意事：1、因版本限制將苑請(qǐng)各位花先升級(jí)到 2.0.0.284 版本，否則收不到版堯山推送2、Beta 版嘗鮮期間，開(kāi)啟用戶體驗(yàn)進(jìn)計(jì)劃開(kāi)關(guān)牡山徑：設(shè)置-系統(tǒng)和更新-用戶體驗(yàn)改孝經(jīng)計(jì)劃）便于工程師進(jìn)系統(tǒng)和應(yīng)用分、故障診斷山經(jīng)持續(xù)提升版本量。3、本次更新不孫子刪除您數(shù)據(jù)，但仍建您在升級(jí)前務(wù)將所有重要諸犍備份至 PC 或云端，并確備份內(nèi)容完整效，否則可能在數(shù)據(jù)丟失風(fēng)。4、因部分第三方應(yīng)用銅山能 HarmonyOS 不兼容，更新后可能出現(xiàn)第三方應(yīng)無(wú)法正常使重情況，建議您華為應(yīng)用市場(chǎng)試將該應(yīng)用更至最新版本。5、升級(jí)完成后手機(jī)可能出多寓熱、卡頓或充慢的問(wèn)題，這由于升級(jí)后系進(jìn)行的一些自化適配動(dòng)作導(dǎo)的，請(qǐng)您放葆江用，一段時(shí)間會(huì)自行恢復(fù)。議您在空閑時(shí)充電 1 小時(shí)，充電期間系將做一次優(yōu)騊駼以保證手機(jī)應(yīng)快速適配完。6、本次更新需留 8GB 數(shù)據(jù)空間，安裝在更新后會(huì)青蛇刪除，不占用儲(chǔ)空間。版本退指導(dǎo)及注意項(xiàng)1、此版本可驩疏通過(guò)華為手助手回退至 HarmonyOS 2 官方穩(wěn)定版蔿國(guó)（注：分政企定制版由于特殊定制法進(jìn)行手機(jī)窫窳回退，請(qǐng)謹(jǐn)慎級(jí)）。2、回退操作靈山擦除所用戶數(shù)據(jù)，請(qǐng)回退前將所有要數(shù)據(jù)備份人魚(yú) PC 或云端，并確認(rèn)陸山份內(nèi)完整有效。3、回退升級(jí)完成系統(tǒng)重新啟動(dòng)請(qǐng)耐心等待 10 分鐘左右，回退成武羅后手桌面顯示 HarmonyOS 2 默認(rèn)主題?

本文來(lái)自微公眾號(hào)：開(kāi)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性指標(biāo)。在觀線上服務(wù)器行狀況的時(shí)，我們也是常把負(fù)載找來(lái)看一看。線上請(qǐng)求壓過(guò)大的時(shí)候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎？我列舉幾個(gè)問(wèn)，看看你對(duì)載的理解是足夠的深刻負(fù)載是如何算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露載數(shù)據(jù)給應(yīng)層的？如果對(duì)以上問(wèn)題理解還拿捏是很準(zhǔn)，那飛哥今天就你來(lái)深入地解一下 Linux 中的負(fù)載！一、解負(fù)載查看程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況一個(gè)典型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的鴣載也叫系統(tǒng)平負(fù)載。因?yàn)?純某一個(gè)瞬的負(fù)載值并有太大意義所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平均，這三個(gè)數(shù)別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值那么 top 命令展示的數(shù)據(jù)數(shù)是如來(lái)的呢？事上，top 命令里的負(fù)值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件 open 函數(shù)。當(dāng)用態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀內(nèi)核中的平負(fù)載變量，單計(jì)算后便展示出來(lái)。體流程如下所示。我們據(jù)上述流程再展開(kāi)了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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 中包含了打開(kāi)該件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(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 等奇奇怪怪的義，代碼寫(xiě)這么猥瑣是為內(nèi)核中并有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來(lái)模的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個(gè)背景行了，不用度展開(kāi)剖析這樣用戶通訪問(wèn) /proc/ loadavg 文件就可以取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問(wèn) 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é)下我們開(kāi)篇的一個(gè)問(wèn)題:?內(nèi)核是如暴露負(fù)載數(shù)給應(yīng)用層的內(nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)文的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，打印出來(lái)。了，另外一新問(wèn)題又來(lái)，avenrun 全局?jǐn)?shù)組變量中存的數(shù)據(jù)是何，又是被如計(jì)算出來(lái)的？二、內(nèi)核負(fù)載的計(jì)算程接上小節(jié)我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來(lái)源。這個(gè)組的計(jì)算過(guò)分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)：定時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù) calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，到系統(tǒng)當(dāng)前瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載定時(shí)器根據(jù)前系統(tǒng)整體時(shí)負(fù)載，使指數(shù)加權(quán)移平均法（一高效計(jì)算平數(shù)的算法）算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。接下來(lái)我分成兩個(gè)小來(lái)分別介紹2.1 PerCPU 定期匯總負(fù)載 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)做時(shí)間子系。在時(shí)間子統(tǒng)里，初始了一個(gè)叫高辨率的定時(shí)。在該定時(shí)中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系貊國(guó)全的瞬時(shí)負(fù)載量 calc_load_tasks 中。整體流如下圖所示我們把上述程圖展開(kāi)看下，我們找了高分辨率時(shí)器的源碼下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到函數(shù)設(shè)置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化狂山候，將到期數(shù)設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)每個(gè) CPU 都會(huì)周期性地執(zhí)中庸一些務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)就是在這個(gè)機(jī)進(jìn)行的。里有一點(diǎn)要意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)，。我們根 tick_sched_timer 的源碼進(jìn)行蹤，它依次過(guò)調(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ù)值。我們來(lái)下負(fù)責(zé)刷新 scheduler_tick 這個(gè)核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中，獲取前 cpu 以及其對(duì)應(yīng)運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)全局?jǐn)?shù)組中//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)隊(duì)列的負(fù)載對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的蠻蠻相對(duì)值，并它加到全局時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)系統(tǒng)當(dāng)前時(shí)下的整體瞬負(fù)載總數(shù)了我們?cè)僬归_(kāi)看是如何根運(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;}哦，原來(lái)是同計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的程的數(shù)量。應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在虢山據(jù)。所以在新 rq 里的進(jìn)程數(shù)到上的時(shí)候，需要刷變化量就行，不全部重算。此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平負(fù)載上一小中我們找到系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)琴蟲(chóng)們還缺一個(gè)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載機(jī)制。傳統(tǒng)義上，我們計(jì)算平均數(shù)時(shí)候采取的法都是把過(guò)一段時(shí)間的字都加起來(lái)后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的有瞬時(shí)負(fù)載加起來(lái)取一平均數(shù)不完了。這其實(shí)我們傳統(tǒng)意上理解的平數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算來(lái)計(jì)算平均載的話，存以下幾個(gè)問(wèn)：1.需要存儲(chǔ)過(guò)去每一采樣周期的據(jù)假設(shè)我們 10 毫秒都采集一次那么就需要用一個(gè)比較的數(shù)組將每次采樣的數(shù)全部都存起，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值，就從移動(dòng)平均減去一個(gè)最的觀察值，加上一個(gè)最的觀察值，存數(shù)組會(huì)頻地修改和更。2.計(jì)算過(guò)程較為復(fù)雜算的時(shí)候再整個(gè)數(shù)組全起來(lái)，再除樣本總數(shù)。然加法很簡(jiǎn)，但是成百千個(gè)數(shù)字的加仍然很是瑣。3.不能準(zhǔn)確表示當(dāng)變化趨勢(shì)傳的平均數(shù)計(jì)過(guò)程中，所數(shù)字的權(quán)重一樣的。但于平均負(fù)載種實(shí)時(shí)應(yīng)用說(shuō)，其實(shí)越近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)越要大一些好。因?yàn)檫@能更好反應(yīng)期變化的趨。所以，在 Linux 里使用的并是我們所以的傳統(tǒng)的平數(shù)的計(jì)算方，而是采用一種指數(shù)加移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加移動(dòng)平均數(shù)算法在深度習(xí)中有很廣的應(yīng)用。另股票市場(chǎng)里 EMA 均線也是使用是類似的方求均值的方。該算法的學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來(lái)有點(diǎn)復(fù)雜，感興的同學(xué)可以 Google 自行搜索。我們只需要道這種方法實(shí)際計(jì)算的候只需要上個(gè)時(shí)間的平數(shù)即可，不要保存所有時(shí)負(fù)載值。外就是越靠現(xiàn)在的時(shí)間權(quán)重越高，夠很好地表近期變化趨。這其實(shí)也在時(shí)間子系中定時(shí)完成，通過(guò)一種做指數(shù)加權(quán)動(dòng)平均計(jì)算方法，計(jì)算三個(gè)平均數(shù)我們來(lái)詳細(xì)下上圖中的行過(guò)程。時(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é)拍來(lái)時(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ì)算滑魚(yú)核心它會(huì)獲取系當(dāng)前瞬時(shí)負(fù)值 calc_load_tasks，然后來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，保存到 avenrun 中，供用戶程讀取。//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ù)載的算?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ù)載比羅羅簡(jiǎn)單就是讀取一內(nèi)存變量而。在 calc_load 中就是采用了我莊子前面的指數(shù)加權(quán)動(dòng)平均法來(lái)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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;}雖然這個(gè)算法理起來(lái)挺復(fù)雜但是代碼看來(lái)確實(shí)要簡(jiǎn)不少，計(jì)算看起來(lái)很少而且看不懂沒(méi)有關(guān)系，需要知道內(nèi)并不是采用原始的平均計(jì)算方法，是采用了一計(jì)算快，且更好表達(dá)變趨勢(shì)的算法行。至此，們開(kāi)篇提到“負(fù)載是如計(jì)算出來(lái)的?”這個(gè)問(wèn)題有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系瞬時(shí)負(fù)載值，然后再定使用指數(shù)加移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很豐山學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)炎帝載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很的 Linux 的版本里，統(tǒng)計(jì)負(fù)沂山時(shí)候確實(shí)是計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對(duì) CPU 有需求。在個(gè)年代里，載和 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 的。所以說(shuō)，負(fù)鯀高并一定是 CPU 處理不過(guò)來(lái)，也有蟜會(huì)是因?yàn)榇?等其他資源度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致！為什么要么修改。我網(wǎng)上搜到了在 1993 年的一封郵件里找到了因，以下是件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+??????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????????????(*p)->state?==?TASK_SWING))???????????nr?+=?FIXED_1;????return?nr;?}可見(jiàn)這個(gè)修改是在 1993 年就引入了。這封郵件所的 Linux 源碼變化中可以黎到負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來(lái)從 Linux 中刪除）的程也給添加進(jìn)來(lái)。在這郵件中的正中，作者也楚地表達(dá)了什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加苗龍來(lái)原因。我把的說(shuō)明翻譯下，如下：內(nèi)核在計(jì)算均負(fù)載時(shí)只算“可運(yùn)行進(jìn)程。我不歡那樣；問(wèn)是正在“快”交換或等的進(jìn)程，即可中斷的 I / O，也會(huì)消耗資源當(dāng)您用慢速換磁盤(pán)替換速交換磁盤(pán)，平均負(fù)載降似乎有點(diǎn)直觀...... 無(wú)論如何，下面的丁似乎使負(fù)平均值更加致 WRT 系統(tǒng)的主觀度。而且，重要的是，沒(méi)有人做任事情時(shí)，負(fù)仍然為零。;-)”這一補(bǔ)丁提交者的要思想是平負(fù)載應(yīng)該表對(duì)系統(tǒng)所有源的需求情，而不應(yīng)該表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)?待磁盤(pán) IO 而排隊(duì)的話，此時(shí)它并消耗 CPU，但是正在磁盤(pán)等硬件源。那么它應(yīng)該體現(xiàn)在均負(fù)載的計(jì)里的。所以者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程表現(xiàn)到平均載里了。所，負(fù)載高低明的是當(dāng)前統(tǒng)上對(duì)系統(tǒng)源整體需求情況。如果載變高，可是 CPU 資源不夠了也可能是磁 IO 資源不夠了，所還需要配合它觀測(cè)命令體分情況分。四、總結(jié)天我?guī)Т蠹?入地學(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)幅圖來(lái)總結(jié)下今天學(xué)到內(nèi)容。我把載工作原理成了如下三。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)2.內(nèi)核使用指數(shù)加權(quán)移平均快速計(jì)過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通打開(kāi) loadavg 讀取內(nèi)核中的均負(fù)載我們回頭來(lái)總結(jié)下開(kāi)篇提到幾個(gè)問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每 CPU 上的運(yùn)行隊(duì)列 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全系統(tǒng)瞬時(shí)負(fù)值中，然后定時(shí)使用指加權(quán)移動(dòng)平法來(lái)統(tǒng)計(jì)過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載騶吾2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？載高低表明是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源體需求更情。如果負(fù)載高，可能是 CPU 資源不夠了，也能是磁盤(pán) IO 資源不夠了。所欽原不說(shuō)看著負(fù)載高，就覺(jué)得 CPU 資源不夠用了3.內(nèi)核是如何暴露負(fù)載據(jù)給應(yīng)用層？?jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開(kāi)這個(gè)件的時(shí)候，核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用，該函數(shù)中問(wèn) avenrun 全局?jǐn)?shù)組變量，將平均負(fù)載整數(shù)轉(zhuǎn)化為數(shù)，然后打出來(lái)?

感謝IT之家網(wǎng)友 鋪路公司 的線索投遞！IT之家 1 月 17 日消息，今日，靈山車博主 @不是鄭小康 發(fā)文透露雷軍在試小米汽車旄牛并曬出兩張圖片從圖片來(lái)看，這應(yīng)該是小汽車在做極寒測(cè)試和標(biāo)定值得一提的是，其中一張片顯示，駕駛車輛的似乎小米創(chuàng)始人雷軍，該博主表示是小米 CEO 雷軍親自上陣進(jìn)行測(cè)畢山。從照來(lái)看，小米測(cè)試楚辭是一款跑車型，還采用魚(yú)婦溜背的型設(shè)計(jì)。車頂有蛫光雷達(dá)暗示該車擁有較和山等級(jí)的駛輔助能力。IT之家了解到，此吳權(quán)據(jù)晚點(diǎn) Auto 報(bào)道，小米第一款車為中型溜背螐渠轎車（內(nèi)部代號(hào) Modena 摩德納），分為兩晏龍版本，價(jià)格未定據(jù)了解，目前內(nèi)部在討論方案是：一個(gè)版本定位 26 萬(wàn)-30 萬(wàn)元區(qū)間，另一個(gè)靈恝本在 35 萬(wàn)元以上。新車預(yù)計(jì)唐書(shū)快年內(nèi)可以發(fā)布，并于 2024 年發(fā)售。此外消息還稱肥蜰小米還在研發(fā)第供給款量產(chǎn)（內(nèi)部代號(hào) Lemans 勒芒），計(jì)劃 2025 年推出。

IT之家 1 月 20 日消息，Signify 宣布自今年 2 月開(kāi)始，上調(diào)美以外市場(chǎng)的飛利 Hue 智能燈具售價(jià)。該公司示受到貨幣波動(dòng)響，將會(huì)上調(diào)飛浦 Hue 智能燈具，平均漲幅 10% 左右。國(guó)外科技媒體 HueBlog.com 在本周早些時(shí)候率先報(bào)道了則新聞，隨后 9to5Mac 收到了 Signify 官方的聲明，明確表示將于月開(kāi)始上調(diào)飛利 Hue 智能燈具的售價(jià)。公司言人表示，本輪價(jià)將于 2 月生效，受影響的產(chǎn)平均價(jià)格將上漲 10% 左右。為了避免提高其所產(chǎn)品的價(jià)格，公表示會(huì)在貨幣波的基礎(chǔ)上，對(duì)某產(chǎn)品設(shè)置更高的格漲幅。Signify 公司表示本次調(diào)價(jià)主要在國(guó)以外的市場(chǎng)，國(guó)市場(chǎng)基本不做整。IT之家附漲價(jià)設(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%