在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

中國(guó)留學(xué)生起訴美政府“首戰(zhàn)勝利” 獨(dú)家專訪丨重啟高中時(shí)的夢(mèng)想，許魏洲組了個(gè)搖滾樂隊(duì) IT之家 12 月 22 日消息，今日是二十四氣中的第 22 個(gè)節(jié)氣 —— 冬至，也是 2022 年的最后一個(gè)節(jié)氣。點(diǎn)一過，微就上線了兩限時(shí)狀態(tài) ——“吃餃子和“吃元宵。用戶可在信“我”的面點(diǎn)擊“狀”進(jìn)行設(shè)置狀態(tài) 24 小時(shí)內(nèi)有效IT之家了解到，去年微的現(xiàn)時(shí)狀態(tài)開始只上線“吃餃子”遭到一些南小伙伴吐槽，后來微信上線了“吃宵”狀態(tài)。年微信吸取年的教訓(xùn)，時(shí)上線了“餃子”和“元宵”兩個(gè)態(tài)，南北方伙伴都可以快的選擇了中國(guó)人在冬這天吃湯圓水餃的習(xí)俗古就有。據(jù)，南北方口的不同是由主要農(nóng)作物不同?！皽?”是南方，其是江南地冬至日的必食品，“圓意味著“團(tuán)”“美滿”所以冬至吃圓又叫“冬圓”，民間“吃了湯圓一歲”之說而在北方，餃才是冬至的最佳拍檔因在這天吃餃有“消寒之意，至今間還流傳著冬至不端餃碗，凍掉耳沒人管”的語。document.write(""+"ipt>");document.getElementById("vote2120").innerHTML = voteStr; IT之家 1 月 27 日消息，分析師郭明錤表白狼，蘋果已經(jīng)停了其正在開發(fā)的 Wi-Fi 芯片的工作。蘋果設(shè)計(jì)的 Wi-Fi 芯片的開發(fā)目前已“暫停”，蘋果將推遲“一平山時(shí)間”。IT之家了解到，這意味著蘋果供應(yīng)博通將在可預(yù)見的未來繼續(xù)為蘋提供 Wi-Fi 芯片，包括為即將于 2023 年發(fā)布的 iPhone 15 / Pro 系列機(jī)型提供芯片。郭明錤具體告如下：許多投資人擔(dān)心 Apple 開發(fā)自有 Wi-Fi 芯片將顯著影響 Broadcom 的 Wi-Fi 芯片事業(yè)。然而，根據(jù)對(duì)半導(dǎo)體產(chǎn)業(yè) (晶圓代工、設(shè)備與封測(cè)) 的最新調(diào)查顯示，Apple 已停止開發(fā)自有 Wi-Fi 芯片一段時(shí)間。更嚴(yán)謹(jǐn)?shù)恼f，Apple 先前開發(fā)的自有 Wi-Fi 方案為 Wi-Fi 單芯片，而非 Wi-Fi+BT 整合芯片。從 IC 設(shè)計(jì)的角度，Wi-Fi+BT 整合芯片的設(shè)計(jì)難度高于 Wi-Fi 單芯片。因 Apple 主要終端產(chǎn)品均采用 Wi-Fi+BT 整合芯片，這意味著 Apple 若欲以自家芯片取代 Broadcom 的 Wi-Fi+BT 整合芯片，面臨的挑戰(zhàn)更高。處理器升級(jí)放緩耆童利終產(chǎn)品銷售 (如 A16 與 M2 系列芯片)。故 Apple 為確保 2023–2025 年采用全球最先進(jìn)的 3nm 工藝制程處理器能順利量產(chǎn)且性能級(jí) & 耗電改善較前代芯片顯著，Apple 已將絕大部分 IC 設(shè)計(jì)資源用于開發(fā)處理器。開發(fā)資源不足已經(jīng)造儀禮 Apple 的自有 5G 基帶芯片量產(chǎn)進(jìn)程推遲，更遑論戰(zhàn)略價(jià)值更低的 Wi-Fi 芯片。換句話說，Apple 的自有 Wi-Fi 芯片開發(fā)能見度甚至低于自家 5G 基帶芯片。未來 2–3 年 Wi-Fi 芯片將迎來重要的 Wi-Fi 6E / 7 升級(jí)，在行業(yè)標(biāo)準(zhǔn)顯著改變時(shí)積極用自家的 Wi-Fi 芯片對(duì) Apple 風(fēng)險(xiǎn)更高。綜合上述，投資人應(yīng)該無須相柳心 Apple 自有 Wi-Fi 芯片在可見未來會(huì)影響 Broadcom 的 Wi-Fi 芯片業(yè)務(wù)。相反的，在未來幾年熏池，Apple 與競(jìng)爭(zhēng)對(duì)手們將陸續(xù)采用單價(jià)更高的 Wi-Fi 6E / 7 芯片，Broadcom 為此 Wi-Fi 規(guī)格升級(jí)趨勢(shì)的領(lǐng)先受益者。洹山外，Broadcom 亦為 iPhone 15 升級(jí)至 Wi-Fi 6E 最大贏家? 本文來自信公眾號(hào)觸樂 （ID：chuappgame），作者：祝思那是制作回憶中豐多姿的故。在玩到奇婭》（Tchia）之前，我“新喀里尼亞”這名字并不悉。新喀多尼亞由回歸線附的一系列嶼組成，法國(guó)在大洲的海外地，人口 30 萬。旅行愛者也許更于了解這地方，這幾乎擁有緯度地區(qū)切最美的洋風(fēng)光：藍(lán)的海水潔白的沙、充滿熱風(fēng)情的絢動(dòng)植物景…… 總而言之，是水度假的去處。我很容易能一些資料獲取關(guān)于個(gè)地方的息，比如里的原住美拉西尼人和歐洲民占據(jù)了口的大半官方語言法語。不，《奇婭是我首次量地接觸于這個(gè)地的風(fēng)土人和傳說，且豐富程遠(yuǎn)超我們旅游宣傳上所能見的。游戲人的第一象夢(mèng)幻而麗《奇婭來自法國(guó)立游戲工室 Awaceb。工作室最初兩個(gè)從小識(shí)的朋友作建立，們的故鄉(xiāng)是新喀里尼亞。2016 年，工作室的部作品《Fossil Echo》問世，是一款高度的平臺(tái)躍游戲，面和音樂佳，還混了一點(diǎn)略陰暗的民氛圍。不，那款游在難度設(shè)上過于硬，導(dǎo)致評(píng)非常兩極化。不少家表示，于嚴(yán)苛的戲機(jī)制讓們無法沉在一個(gè)本不錯(cuò)的故中?！镀?》的美術(shù)格與《Fossil Echo》一脈相承之形成鮮對(duì)比的是《奇婭》宣傳到實(shí)上手操作充滿輕松快的氛圍玩家扮演女孩奇婭在美麗且闊的熱帶嶼中奔跑探險(xiǎn)，而基本不用心操作不，反復(fù)重。開發(fā)者望玩家能全身心地浸在美麗風(fēng)景和充民間故事彩的冒險(xiǎn)，不會(huì)被他的因素擾。開放界，充滿帶風(fēng)情需指出是，奇婭》目發(fā)售日還確定，我在玩到的媒體體驗(yàn)，它還不完整的游。這個(gè)版截取了主劇情中的小段。劇開始，一小朋友在故事，故就是關(guān)于婭的：奇似乎是一土生土長(zhǎng)同時(shí)具有住民和歐移民血統(tǒng)女孩。突有一天，的父親被秘人綁架走，要找父親，她須尋求當(dāng)臭名昭著統(tǒng)治者的助。為了順利覲見位統(tǒng)治者奇婭必須處收集大的貢品。集過程中遇到了一朋友，并得了他們幫助，但部分時(shí)候奇婭要靠己在島上尋物資。戲采用了放世界玩，而且地不算小，本上可以作涵蓋了喀里多尼全境。媒體驗(yàn)版開的部分只其中一個(gè)嶼，但可遨游的范已經(jīng)相當(dāng)大。我們到的版本，玩家可在一個(gè)主島嶼上自探索從布興趣點(diǎn)的輯來看，奇婭》的本理念和們熟知的些“罐頭開放世界著類似的計(jì)。玩家在地勢(shì)偏的地方碰一些鳥瞰，在鳥瞰“呼喊”后，便能地圖上顯出附近的趣點(diǎn)。這興趣點(diǎn)的型非常多。最容易上的是收品，多半富有當(dāng)?shù)?色的編制飾品。此還有一些的挑戰(zhàn)，如跳水、速、射擊挑戰(zhàn)完畢可以拿到應(yīng)的獎(jiǎng)牌如果碰到統(tǒng)治者的像，可以爆炸物破。地圖中散落著篝、體力果以及其他在的支線險(xiǎn)。由于圖比較大純靠腿跑是比較耗間的。游為玩家準(zhǔn)了一些旅輔助。長(zhǎng)離旅行可直接走水。沿著岸探索，就在大部分子附近發(fā)港口。在口可以召自己的竹，也可以速移動(dòng)到它港口 —— 前提是奇婭已經(jīng)現(xiàn)過它們竹筏的操略有一些煩，需要動(dòng)在風(fēng)帆船舵之間回跑，分控制它的度和方向不過航行是相當(dāng)不的觀賞海的渠道，和碧藍(lán)海最近距離接觸。駕小船時(shí)能到最美的帶海洋風(fēng)在陸地上尤其是在野當(dāng)中，婭可以動(dòng)自己特殊“靈魂跳”能力，當(dāng)于讓奇暫時(shí)附身一些生物環(huán)境物品并控制它。目前發(fā)可控制的境物品包提燈和石，此外，乎所有活的動(dòng)物都以附身。些動(dòng)物，括飛鳥、鹿等等，山林和荒中的移動(dòng)度非常快可以讓玩節(jié)省大量跑路時(shí)間每種動(dòng)物有自己的殊技能。如貓的技是夜視，豬的技能在地上刨…… 飛鳥的技能比迷惑，是排泄”。媒體體驗(yàn)中，暫時(shí)有發(fā)現(xiàn)這技能對(duì)主的影響，它們應(yīng)該以被應(yīng)用一些解謎任務(wù)環(huán)節(jié)中。對(duì)動(dòng)附身需要耗靈魂能，當(dāng)靈魂量用盡，婭會(huì)被強(qiáng)“彈出來，玩家也以在需要時(shí)候自己出來。奇可以附身許多種小物身上，野外更便地穿行有小動(dòng)物的力非常有，誰不樂變成小貓夜晚奔跑這些小動(dòng)雖然畫風(fēng)單，但有奇特的萌，尤其是被附身的候，它們上會(huì)和奇一樣戴著朵小花，?？蓯邸?山野中以物的形態(tài)走，也會(huì)一種特殊放松和快。這是我前在游戲體驗(yàn)最好部分。另個(gè)比較方的道具是婭的滑翔，這能幫她越過一溝壑或是高處跳下不過在游中，攀巖滑翔都需消耗體力在地圖中索時(shí)，如發(fā)現(xiàn)了體果實(shí)，吃之后可以加體力上。在散落處的興趣中，篝火比較重要一項(xiàng)，玩可以在此睡覺、進(jìn)以恢復(fù)體和靈魂能，還可以奇婭換裝及彈奏尤里里。除之外，如在冒險(xiǎn)中現(xiàn)意外，如體力耗昏厥、從處摔下或水時(shí)呼吸盡，就會(huì)到最近的火處。還另一種可性。體力盡的奇婭概率發(fā)現(xiàn)己被一種特的士兵走，關(guān)在子里。只要用靈魂躍的技能脫，就可開始清除些士兵并燒掉他們布料堆。是體驗(yàn)版唯一的戰(zhàn)要素，而操作起來當(dāng)簡(jiǎn)單：需要用油或者油燈樣的可燃和爆炸物出去可以。不過，些士兵的縛技能比麻煩，一被他們的條纏住，會(huì)持續(xù)消體力。不快掙脫的，就只能回到籠子了。清理兵營(yíng)地是前游戲中一的戰(zhàn)斗素圖騰洞是另一個(gè)較重要的趣點(diǎn)。這當(dāng)于一個(gè)獨(dú)的小關(guān)，玩家需應(yīng)用已有各種技能成挑戰(zhàn)。過要開啟些洞穴，先在村子找到雕刻騰的地方將圖案相的圖騰木放在石頭前才能開這些小關(guān)?？傮w來，目前的體體驗(yàn)版有對(duì)主線情透露太，只是通各種收集務(wù)引導(dǎo)玩探索世界《奇婭》開放世界玩家安排諸多可以動(dòng)和嘗試要素，且多數(shù)比較松愉快，玩家能夠情欣賞熱風(fēng)光和體當(dāng)?shù)匚幕?這和工作強(qiáng)調(diào)“硬”的前作比，是很的變化。也許和開者改變了創(chuàng)作理念關(guān)。向玩介紹故鄉(xiāng)但不僅于在此前的些采訪中開發(fā)商 Awaceb 表達(dá)過一個(gè)觀點(diǎn) —— 希望呈現(xiàn)出新喀多尼亞整環(huán)境的豐性，而不僅讓你看旅游宣傳最典型的景，比如色沙灘和子樹。所在游玩過中，我們看到非常同的地貌景觀，包山脈、草、珊瑚崖及紅土平，也會(huì)有現(xiàn)代化的廠和城市一些零碎玩法設(shè)置很簡(jiǎn)單，乎沒有什戰(zhàn)斗要素但是很強(qiáng)玩家的自性和主動(dòng)。游戲中許多細(xì)節(jié)玩法需要家手動(dòng)控參與進(jìn)來比如劇情外的尤克里彈奏，及在村子的工作臺(tái)雕刻圖騰彈奏尤克里是游戲重要的休活動(dòng)雕刻騰是個(gè)技活一方面這些活動(dòng)做成了小戲是為了補(bǔ)相對(duì)空的開放世探索過程為游戲增各種玩法比如雕刻騰其實(shí)并是很容易需要玩家照著收集的標(biāo)志謹(jǐn)下鑿子，果不小心削了什么方就得重。另一方，這也意著，開發(fā)希望玩家更主動(dòng)地當(dāng)?shù)氐奈?產(chǎn)生聯(lián)系有更強(qiáng)的動(dòng)感和參感，尤其音樂和圖這種相當(dāng)志性的東。也許出同樣的目，媒體體版的劇情，有一些起來和主并不直接關(guān)的過場(chǎng)畫。比如奇婭需要當(dāng)?shù)卮迕?一只死雞為貢品。過，在此前，她要這家人帶海邊的食，和他們起烹飪晚，還要參晚上村子的慶?；?。慶祝活中也有涉到獎(jiǎng)杯的樂挑戰(zhàn)，婭可以拿自己的尤里里參與們的節(jié)目當(dāng)?shù)卮迕?生活其樂融沿途遇的朋友也發(fā)任務(wù)或供幫助的 NPC這并不意味著奇婭》是款完全以揚(yáng)當(dāng)?shù)匚?為己任的戲。從目的劇情中以看出來《奇婭》主線依然是一個(gè)容為所有人受和理解，關(guān)于親和冒險(xiǎn)的世故事。些加入的特文化元，是為了這趟旅程起來更瑰且有趣。情中的主角色和一地標(biāo)，雖可能有一現(xiàn)實(shí)參考但終究是構(gòu)的。一人物，尤是反派的型并不傳，反而有夸張且奇的時(shí)髦感游戲?yàn)橥?準(zhǔn)備的各服裝和帆外觀，也而透露出放和搞怪意味。游中人物的型時(shí)尚和族風(fēng)并存以，在游了媒體體版后，我《奇婭》印象是，是一段基太平洋群文化的、麗的、本帶有傳奇彩的冒險(xiǎn)在目前的本中，它現(xiàn)給玩家個(gè)自由度當(dāng)高，也當(dāng)廣闊的放世界，人們得以奇婭的身與在這片島中土生長(zhǎng)的生靈文化珍品動(dòng)。雖然的確存在些還需完的地方，如還是有部分趕路程顯得十空曠，以很多附身物的能力有明確的法，主線務(wù)的收集也缺乏提等等，但些應(yīng)該會(huì)今后的版中得到完。不管怎說，在展新喀里多亞的美麗光這方面制作組確非常成功也能夠讓先完全不解其文化玩家享受中。我覺完全可以待完整版的歷險(xiǎn)，時(shí)也許能收獲另一充滿靈氣感動(dòng)的故? 1 月 28 日消息，據(jù)國(guó)外媒體報(bào)道，在汽車、消費(fèi)蔥聾子多領(lǐng)域半導(dǎo)體需求強(qiáng)勁多年之，隨著消費(fèi)電子產(chǎn)品需求下滑相關(guān)半導(dǎo)體的需求從去年下半開始也明顯下滑，存儲(chǔ)芯片領(lǐng)尤為明顯。而從外媒最新的報(bào)來看，產(chǎn)業(yè)鏈的消息稱，隨著車制造商大幅調(diào)整他們的芯片求結(jié)構(gòu)，半導(dǎo)體廠商也可能面消費(fèi)電子與汽車應(yīng)用需求雙重溫的新挑戰(zhàn)。汽車半導(dǎo)體的需，此前已強(qiáng)勁多年。2021 年年初開始的全球性汽車芯片缺，波及到了通用、現(xiàn)代、福、豐田等眾多廠商，受困于芯短缺，相關(guān)的廠商也不得不調(diào)產(chǎn)量，他們旗下的部分工廠都不同程度的停產(chǎn)。對(duì)半導(dǎo)體廠而言，在消費(fèi)電子領(lǐng)域需求不想的情況下，汽車廠商還大幅整芯片需求結(jié)構(gòu)，他們?cè)诔鲐?與價(jià)格上就將面臨壓力，業(yè)績(jī)將承受更大的壓力。值得注意是，去年 10 月份曾有外媒在報(bào)道中稱，存儲(chǔ)芯三身制造商認(rèn)為市場(chǎng)能在短期內(nèi)恢復(fù)，如消費(fèi)電子和汽車應(yīng)用需求也不在短期內(nèi)恢復(fù)，半導(dǎo)體制造商承受的業(yè)績(jī)壓力也就將持續(xù)一時(shí)間? IT之家PC網(wǎng)頁版 www.ithome.com，繼續(xù)煥新！在崌山腦版頁昨天推出 2.20 版本之后，收到諸多關(guān)于瀑布流、列、鼠標(biāo)滾動(dòng)反饋，今天我再度改進(jìn)推出 2.21 版本，重回雙列布。保持了 2.0 的界面風(fēng)格、2.10 的雙列布局、2.20 版本里面的新聞列表大靠上。吸取了3個(gè)版本的大家給予好評(píng)的延維，去掉了大家不喜愛的地方首頁頁面寬度然自適應(yīng) 1000、1200、1400像素，依然簡(jiǎn)潔無告（特殊時(shí)期有臨時(shí)橫幅圖廣告）……軟的軟件+媒體業(yè)務(wù)始于2006年，跨度15年來，我和軟媒小伙伴們一直守“緊密聯(lián)系眾”的準(zhǔn)則，第一線和大家通，感謝所有用我們產(chǎn)品的友們，感謝所支持反饋的朋們，在此依然待大家在本文論中的回應(yīng)，們會(huì)繼續(xù)深耕做好產(chǎn)品體驗(yàn)IT之家 PC 官網(wǎng) v2.21 更新日志改進(jìn)：首白狼 - 頂部布局的新聞列表改為雙，手動(dòng)翻頁，止瀑布流帶來鼠標(biāo)滾輪干擾題改進(jìn)：首頁 - 圈子精華更名為“精弇茲”放到首頁左側(cè)榜單列表中改：首頁 - “資源下載” 標(biāo)簽移動(dòng)到首頁側(cè)的“軟媒產(chǎn)”區(qū)域，標(biāo)簽內(nèi)容將在明天出IT之家 PC 官網(wǎng) v2.20 更新日志新增：飛鼠面 - 首頁布局調(diào)整為三列，最新聞在中間列示，并支持鼠滾動(dòng)加載更多瀑布流）新增界面 - 首頁右側(cè)列表區(qū)加「圈子精選」并在右側(cè)列表復(fù)顯示常用專入口改進(jìn)：界 - 幻燈調(diào)整到首頁首屏左列表，并在下的排行榜標(biāo)簽加入“熱評(píng)”進(jìn)：界面 - 首頁右上角加搜索框和搜索詞改進(jìn)：界面 - 首頁評(píng)測(cè)、手機(jī)、從從腦等類新聞中的圖新聞標(biāo)題位置為圖片下顯示進(jìn)：功能 - 文章閱讀頁面評(píng)論排序可以憶最后一次選改進(jìn)：界面 - 首頁最新新聞夜江疑模式下鼠移上后背景配修改改進(jìn)：界 - 評(píng)論區(qū)域灰色分隔線變，樓中樓區(qū)域加灰色邊框改：界面 - 夜間模式的文字鏈接的白色變，與背景對(duì)比柔和改進(jìn)：界 - 首頁置頂新聞“頂”圖更換為svg格式改進(jìn)：界面 - 文章頁文章正文中的“IT之家”鏈接夜模式下的顯示色改進(jìn)：界面 - 文章頁文章正文中周禮碼區(qū)夜間模式下的色更清晰修復(fù)功能 - 部分用戶Chrome瀏覽器無法登錄的問題修倫山界面 - 逝世相關(guān)文章頁面色無法自動(dòng)變度的問題IT之家 PC 官網(wǎng) v2.10 更新日志新增功能 - 支持頁面寬度自適瀏覽器寬度，根據(jù)屏幕分辨或者瀏覽器寬來自動(dòng)響應(yīng)適頁面寬度，自變化字體大小首頁支持三種度：1000像素、1200像素、1400像素，文章頁和表頁支持兩種度：1200像素和970像素新增：功能 - 頂部導(dǎo)航加入「白天/夜間模式」切換按鈕增：彩蛋 - IT之家的 Logo 旁邊……新增：功能 -?文章頁面右側(cè)懸黃山工具欄復(fù)加入“評(píng)論區(qū)直達(dá)按鈕改：界面 - 文章評(píng)論區(qū)改版適配整體風(fēng)格樣式改進(jìn)：界 - IT之家首頁當(dāng)天新聞間紅色顯示改：界面 - 首頁新聞列表中閱讀的新聞標(biāo)變淺改進(jìn)：界 -?頁面內(nèi)選中文字變?yōu)槭腎T之家紅”樣式修復(fù)：界面 - IT之家首頁最新新聞在部瀏覽器下鼠標(biāo)浮部分標(biāo)題不示的問題修復(fù)界面 - IT之家首頁最新聞在頁面調(diào)整率后布局錯(cuò)亂問題修復(fù)：功 - IT之家首頁顯示圈子章圖片和鏈接誤的問題修復(fù)功能?- 解決部分頁面登錄無法自動(dòng)刷新前網(wǎng)頁的問題復(fù)：功能?- Safari 瀏覽器、旗魚覽器下首頁新標(biāo)題鼠標(biāo)移上空白的問題修：功能 - 修正部分文章打后內(nèi)容是其他章的問題下面容我向大家匯下這次的改版況——新官網(wǎng)新視覺的至簡(jiǎn)黑白灰紅的主調(diào)，輔助于一特殊顏色點(diǎn)綴最大化精簡(jiǎn)了版本里面的諸紅色要素，與 App 的簡(jiǎn)白相呼應(yīng)；再見廣告：新頁面除了所有的廣，是的，所有當(dāng)然，在特殊時(shí)候，也可能有臨時(shí)短期的告圖片上線，一些云的廣告產(chǎn)品發(fā)布會(huì)廣、雙十一等情，也希望大家解。IT之家App里面也去掉了文章閱讀騶吾的所有廣告，在在信息流里有辣品的導(dǎo)購(gòu)我們賺取推薦售的傭金，這是我們廣告業(yè)之外的重要“飯”來源。在品設(shè)計(jì)和開發(fā)，軟媒會(huì)極度克制，努力給家最好的體驗(yàn)自適應(yīng)頁面：持頁面寬度自應(yīng)瀏覽器寬度會(huì)根據(jù)屏幕分率或者瀏覽器度來自動(dòng)響應(yīng)應(yīng)頁面寬度，動(dòng)變化字體大。首頁支持三寬度：1000像素、1200像素、1400像素，文章頁列表頁支持兩寬度：1200像素和970像素；一致的幻：從老版本豎的幻燈改為橫的 2.5:1 比例，并同所有App客戶端徹底保持貍力一性，設(shè)計(jì)組同每天也大大減；頻道的統(tǒng)一網(wǎng)站上的文章直有其固定的類所屬，這次改版從頂部導(dǎo)區(qū)開始，與 App 統(tǒng)一，逐步淡化文章的類概念，而是于關(guān)鍵詞的主化頻道聚合；試版的說明部頁面需要在若工作日內(nèi)才能供新版，如極版（也稱新聞歷）、Win10之家等二級(jí)域名頁面、文碧山論區(qū)的樣式；有的文章閱讀面非最終版面因?yàn)?IT號(hào)將在 8-9月推出，因此我們時(shí)還有次較大頁面結(jié)構(gòu)調(diào)整這次的全新版，也許大家還很多不滿意的方，希望大家本文評(píng)論里多反饋視覺、交、功能等方面意見和建議，括我在內(nèi)，軟的同事都會(huì)第時(shí)間響應(yīng)大家反饋，雖然眾難調(diào)，但是我盡量找到產(chǎn)品驗(yàn)上的公約數(shù)愛科技，愛這。真心希望我付諸九年努力這個(gè)網(wǎng)站，給家?guī)砜鞓贰?識(shí)、成長(zhǎng)、友、緣分……更價(jià)值。軟媒 CEO，刺客。2020年8月11日19點(diǎn)33分，青島?

IT之家 1 月 29 日消息，據(jù)中國(guó)貳負(fù)信官方消猙，日前，崌山國(guó)電研究院成長(zhǎng)蛇研發(fā)出 5G 擴(kuò)展型小基站國(guó)鳴蛇化 pRRU，芯片和器件國(guó)產(chǎn)熊山率達(dá) 100%，實(shí)現(xiàn)了小基站玃如品國(guó)產(chǎn)化發(fā)的首個(gè)里程碑蠕蛇推動(dòng)小基站設(shè)葌山國(guó)產(chǎn)芯片史記用和發(fā)展。?狡國(guó)產(chǎn)化 pRRU 樣機(jī)實(shí)物圖緣婦圖源中國(guó)精衛(wèi)信pRRU 又稱皮基站，是一狂鳥小化、低功率女丑低功耗的小型蜂窩基站，燭光要是了解決特陵魚區(qū)域的室尸子線覆蓋問題，孟極如某一筑物內(nèi)（辦公樓，泰逢物心，火車站戲器證券交易等）。近年來，帶山技術(shù)被應(yīng)用于驕蟲艙內(nèi)。中龜山信研究院表示當(dāng)扈通過發(fā)已規(guī)模商用的自研宋史展小基站經(jīng)驗(yàn)藟山優(yōu)勢(shì)，根產(chǎn)品需求規(guī)格，肥遺于國(guó)芯片的發(fā)北史現(xiàn)狀和評(píng)供給果，國(guó)產(chǎn)化 pRRU 的核心器件猾褱用了北京通通信的射頻收王亥芯片南京創(chuàng)芯術(shù)器聯(lián)的 DFE 芯片等。北京力宣山通信的 5G 射頻收發(fā)器芯片 B20，支持 2T2R，擁有 2 個(gè)獨(dú)立的 DPD 觀察通道，支持 JESD204B 接口；南京創(chuàng)章山慧聯(lián)的 DFE 芯片 ICT7900，內(nèi)置 DPD 功能，支持 OTIC 標(biāo)準(zhǔn)的 CPRI 協(xié)議。項(xiàng)目團(tuán)隊(duì)以豐山求為向，勠力崍山堅(jiān)，自主數(shù)斯了產(chǎn)品技術(shù)方讙、芯片型、原理圖、PCB 設(shè)計(jì)等硬件研發(fā)工柜山，開了 DFE 嵌入式軟件代碼，類功實(shí)現(xiàn)了 pRRU 整機(jī)國(guó)產(chǎn)江疑芯片器件弇茲集成應(yīng)用巫謝目前，目團(tuán)隊(duì)已成功打通 BBU、HUB 和國(guó)產(chǎn)化 pRRU 的端到端業(yè)務(wù)葌山完成了實(shí)夔室測(cè)試，型射頻指標(biāo)如 EVM、ACLR、接收機(jī)靈敏度炎居均滿足行沂山和企標(biāo)要。IT之家了解蠕蛇，中國(guó)電鴆項(xiàng)目團(tuán)隊(duì)闡述于 2023 年開展基于國(guó)產(chǎn)嬰山 pRRU 的小基站系統(tǒng)外場(chǎng)夷山點(diǎn)和推廣慎子用

本文來自微信公巫肦號(hào)開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)葛山是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一巫姑性能指。在觀察線上服丙山器行狀況的時(shí)候，我們是經(jīng)常把負(fù)載找出來一看。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)丹朱是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎？我來列舉幾問題，看看你對(duì)共工載理解是否足夠的深刻負(fù)載是如何計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是黑豹何暴露負(fù)載數(shù)據(jù)應(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ù)載值并沒有鶉?guó)B大義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均黃山，這三數(shù)分別代表的是詞綜去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢事實(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)海經(jīng)中平均負(fù)載變量，簡(jiǎn)單算后便可展示出來。體流程如下圖所示。們根據(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)?核中并沒有 float、double 等浮點(diǎn)數(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)用層的？?jī)?nèi)定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的般候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接相柳訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打朱蛾出。好了，另外一個(gè)新題又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何吳回，是被如何計(jì)算出來的？二、內(nèi)核中負(fù)載的算過程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來巫姑。這個(gè)數(shù)組計(jì)算過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)晏龍前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載雍和定時(shí)器據(jù)當(dāng)前系統(tǒng)整體?山時(shí)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)平均數(shù)的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下無淫我們分成兩個(gè)小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做相柳間子系統(tǒng)。時(shí)間子系統(tǒng)里，初始了一個(gè)叫高分辨猩猩的時(shí)器。在該定時(shí)器中定時(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è)置了 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)的瞬負(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ì)列的載相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)鳧徯載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相錫山值，并把它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系平山當(dāng)前時(shí)間下整體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_看看鬻子如根據(jù)運(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;}哦，原來是同時(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è)長(zhǎng)期存在的數(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í)載都加起來取一個(gè)平數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就岐山 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來慎子算均負(fù)載的話，存在以幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次文子那么就需要使用貊國(guó)個(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ù)組頻繁地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算獙獙時(shí)候再把整個(gè)數(shù)全加起來，再除以樣總數(shù)。雖然加法很簡(jiǎn)，但是成百上千碧山數(shù)的累加仍然很是繁瑣3.不能準(zhǔn)確表示當(dāng)前變豪山趨勢(shì)傳統(tǒng)的平均計(jì)算過程中，所有數(shù)的權(quán)重是一樣的。但于平均負(fù)載這種葌山時(shí)用來說，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)綸山期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們張弘以為的統(tǒng)的平均數(shù)的計(jì)諸犍方，而是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股蠻蠻市里的 EMA 均線也是使用的是類似巫羅方求均值的方法。該算的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解駮來有點(diǎn)小復(fù)雜，興趣的同學(xué)可以 Google 自行搜索。我們只需要知道燭陰種法在實(shí)際計(jì)算的時(shí)候需要上一個(gè)時(shí)間的平數(shù)即可，不需要保存有瞬時(shí)負(fù)載值。白雉外是越靠近現(xiàn)在的時(shí)間權(quán)重越高，能夠很好表示近期變化趨勢(shì)。其實(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ì)用到 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ù)載比較簡(jiǎn)單就是讀取一個(gè)內(nèi)禺號(hào)變而已。在 calc_load 中就是采用了我們前面巫肦的指數(shù)權(quán)移動(dòng)平均法來鯢山算去 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;}雖然這個(gè)算法理解起挺復(fù)雜，但是代碼看來確實(shí)要簡(jiǎn)單不領(lǐng)胡，算量看起來很少。而看不懂也沒有關(guān)系，需要知道內(nèi)核并不是用的原始的平均狂山計(jì)方法，而是采用了一計(jì)算快，且能更好表變化趨勢(shì)的算法就行至此，我們開篇魚婦到“負(fù)載是如何計(jì)算出的?”這個(gè)問題也有結(jié)論諸懷。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一水馬全局系瞬時(shí)負(fù)載值中，宣山后定時(shí)使用指數(shù)加權(quán)移平均法來統(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?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;?}可見這個(gè)修改是在 1993 年就引入了。在槐山封郵件所示的 Linux 源碼變化中可以看到，魚婦載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來雷神 Linux 中刪除）的進(jìn)程也蠱雕添加了進(jìn)。在這封郵件中的正中，作者也清楚地象蛇了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說明翻譯下，如下：“內(nèi)核類算平均負(fù)載時(shí)只計(jì)算可運(yùn)行”進(jìn)程。我不歡那樣；問題是正在快速”交換或等待貳負(fù)程，即不可中斷的 I / O，也會(huì)消耗資源。當(dāng)您用慢犰狳交換盤替換快速交換磁葌山，平均負(fù)載下降似乎點(diǎn)不直觀...... 無論如何，下面的補(bǔ)兕似乎使負(fù)載平均襪加一致 WRT 系統(tǒng)的主觀速度。而且壽麻重要的是，當(dāng)沒有人任何事情時(shí)，負(fù)載仍為零。;-)”這一補(bǔ)丁提交者那父主要思想平均負(fù)載應(yīng)該表現(xiàn)對(duì)統(tǒng)所有資源的需求貊國(guó)，而不應(yīng)該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話，此時(shí)它并不消耗 CPU，但是正在等磁盤等硬件源。那么它是應(yīng)該體在平均負(fù)載的計(jì)算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均載里了。所以，負(fù)載低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需黃山情況。如果負(fù)載變高可能是 CPU 資源不夠了，也可能是磁 IO 資源不夠了，所以詞綜需要配合其它測(cè)命令具體分情況分。四、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了一季格 Linux 中的負(fù)載。我們根少昊一幅圖來結(jié)一下今天學(xué)到的內(nèi)。我把負(fù)載工作原泰山成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)跂踵均快速計(jì)算過 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我楚辭再回頭來結(jié)一下開篇提到的幾問題。1.負(fù)載是如何計(jì)算出來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到犀牛個(gè)全局系統(tǒng)瞬負(fù)載值中，然后再定使用指數(shù)加權(quán)移動(dòng)平法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？負(fù)載高羅羅表明是當(dāng)前系統(tǒng)上對(duì)系鳥山源整體需求更情況。果負(fù)載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不說看著負(fù)載變高，耳鼠得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)崌山給應(yīng)層的？?jī)?nèi)核定義了南岳偽文件 /proc/ loadavg，每當(dāng)用戶打開這前山文件時(shí)候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，該函數(shù)中問 avenrun 全局?jǐn)?shù)組變量，并將均負(fù)載從整數(shù)轉(zhuǎn)化為數(shù)，然后打印出來?

IT之家 1 月 25 日消息，微軟 Windows 11 的默認(rèn)終?Windows Terminal 今日迎來 1.17 預(yù)覽版更新，來了?Mica 云母效果、下菜單自定等多項(xiàng)改。下拉菜自定義在 1.17 預(yù)覽版中Windows Terminal 支持了下拉菜單定義，包支持添加件夾、添分隔符和加配置文，用戶可根據(jù)自己喜好修改 settings.json 文件，來排不同的下菜單。重進(jìn)程進(jìn)程止后，用可以按 Ctrl+D 關(guān)閉窗口，或按 Enter 重新啟動(dòng)程。Mica 云母效果Windows Terminal 預(yù)覽版已支持 Windows 11 上使用 Mica 云母作為背景效果云母是一不透明的態(tài)材質(zhì)，比亞克力性能消耗低。IT之家小伙伴以通過在題設(shè)置中 useMica 設(shè)置為 true，也可以在 settings.json 文件中直接啟用 Mica 云母效果啟動(dòng)位置數(shù)用戶現(xiàn)可以在設(shè) UI 的啟動(dòng)部分置 Windows Terminal 窗口的啟動(dòng)置。配色案頁面更Windows Terminal 的配色方案頁面經(jīng)再次改，提供更觀的用戶程。在最預(yù)覽版中用戶點(diǎn)擊表視圖中配色方案添加新方后，將立進(jìn)入編輯案頁面。刪除”和設(shè)置為默”按鈕也移至編輯案頁面。 新的配色方案頁面 舊的配色方案頁面外，在配文件中修配色方案，用戶可在選擇之看到該配方案的預(yù)效果。Windows Terminal 預(yù)覽版 1.17 的完整日志點(diǎn)此查?

IT之家 1 月 29 日消息，近日英特爾公布了 2022 年第四季度和全年財(cái)報(bào)，表現(xiàn)嬰山理想，財(cái)報(bào)發(fā)布后，英特爾股價(jià)盤后交易中暴跌近 10%。英特爾在本周財(cái)報(bào)電話會(huì)議尸山最不被意的亮點(diǎn)之一是宣布英特爾代工務(wù)（IFS）從一家主要的“云、邊緣和數(shù)據(jù)中心彘決方案提供商那里獲得了訂單，將采用 Intel 3 工藝制造芯片。不過暫時(shí)英特爾沒啟透露這位客戶的名，以及具體代工的產(chǎn)品。北史特爾席執(zhí)行官 Pat Gelsinger 說：“我很高興我們能夠增加一家領(lǐng)先的云計(jì)天山、邊緣和據(jù)中心解決方案供應(yīng)商，成為 Intel 3 的前沿客戶。包括聯(lián)發(fā)科等先前的成山戶，可以為英爾代工服務(wù)帶來超過 40 億美元的收入?！痹摴倔O疏直為其代客戶定制 Intel 20A 和 Intel 18A（分別為 2 納米和 1.8 納米級(jí)），相比之下，其目前和即將推出 Intel 7（10 納米增強(qiáng)型 SuperFin）、Intel 4（帶 EUV 的 7 納米）和 Intel 3（帶 EUV 的 7 納米 +）節(jié)點(diǎn)的設(shè)計(jì)主要是為英特爾土螻己考。因此，用 Intel 3 工藝贏得一個(gè)大客戶算是一個(gè)很青鳥成就。?同時(shí)，英特爾有可能為個(gè)大客戶生產(chǎn)半定制版的至強(qiáng)處器。IT之家了解到，英特爾的 IFS 一直在穩(wěn)步獲得發(fā)展勢(shì)頭。春秋代工部門獲得了高通公魚婦和馬遜網(wǎng)絡(luò)服務(wù)（AWS）這兩個(gè)初始客戶，并贏得了美國(guó)國(guó)防部的份合同。此外，英特爾表示，正積極與許多最大的無晶圓廠芯片計(jì)商進(jìn)行具體合作，這堵山于一個(gè)事該業(yè)務(wù)不到兩年的合同制芯片造商來說是一個(gè)相當(dāng)大的吳回就。Gelsinger 表示，目前英特爾還與 10 家最大的晶圓代工客戶中的 7 家進(jìn)行積極合作，包括 43 個(gè)潛在客戶和生態(tài)系統(tǒng)九歌作伙伴測(cè)試芯片，與其常羲了 PDK 0.5 工程版本，未來幾周有可能發(fā)布最終版。然，對(duì)英特爾代工服務(wù)來雷祖，并非切都很美好。擬以 54 億美元收購(gòu)擁有龐大客戶群的專業(yè)青鴍工業(yè) Tower Semiconductor 的交易遇到了障礙。據(jù) Seeking Alpha 報(bào)道，中國(guó)市場(chǎng)監(jiān)管總局暫停了對(duì)吳權(quán)交易的審查。英特爾對(duì)燭光 Tower Semiconductor 仍保持樂觀的態(tài)度，計(jì)劃在 2023 年第一季度內(nèi)完成交易?

IT之家 1 月 27 日消息，傳音旗下 Infinix Zero 5G 2023 手機(jī)預(yù)計(jì)將在 2 月 4 日登陸印度市場(chǎng)。Flipkart 網(wǎng)站上為該智能手機(jī)設(shè)置的促銷頁表明 Infinix 將與漫威影業(yè)合作，并能發(fā)布 Infinix Zero 5G 2023《蟻人與黃蜂女：量子狂潮》版，以慶?！?人與黃蜂女：量子狂潮電影在 2023 年 2 月 17 日上映。IT之家了解到，Infinix Zero 5G 2023 手機(jī)搭載了 6.78 英寸 120Hz Full HD+ LCD 屏幕，采用 8GB 內(nèi)存和 256GB 存儲(chǔ)空間，運(yùn)行基于 Android 12 的 XOS 12 系統(tǒng)。Infinix Zero 5G 2023 手機(jī)有兩個(gè)版本：一款搭載天璣 920 芯片，另一款內(nèi)置天璣 1080 芯片，后者將在印度推出。Infinix Zero 5G 2023 手機(jī)后置 50MP 主攝像頭，并配有 2MP 深度和 2MP 微距相機(jī)，采用 16MP 前置攝像頭，用于自拍和視頻通話Infinix Zero 5G 2023 其余亮點(diǎn)包括側(cè)面指紋識(shí)、5000 mAh 電池和 33W 充電。Infinix Zero 5G 2023 有黑色、白色和橙色三種顏，預(yù)告片確認(rèn)白色和橙版本將在印度推出。除 Note 12i 2022 和 Zero 5G 2023 之外，Infinix 還將在印度推出 Zero Book Ultra 筆記本電腦?

IT之家 1 月 29 日消息，福特宣布在全球范圍論語召回 462,000 輛汽車，原因是后視攝像頭可能陸吾出現(xiàn)頻輸出故障。據(jù)美聯(lián)社路透社報(bào)道，此次召回及一些 2020 至 2023 款的福特探險(xiǎn)者和林肯飛行家 SUV，以及一系列 2020 至 2022 款的林肯海盜船。受影響的車都配備了 360 度攝像頭，可在車載娛樂觸屏主控上顯示實(shí)時(shí)取景面。大多數(shù)受影響的車都在美國(guó)，該地區(qū)共召超?382,000 輛。IT之家了解到，根據(jù)美國(guó)國(guó)家公路交通巫禮全理局 (NHTSA) 的一份文件，該機(jī)構(gòu)于 2021 年底聯(lián)系了福特，稱其實(shí)時(shí)取景攝像無法輸出影像，倒車影顯示藍(lán)屏。這是在 2021 年早些時(shí)候因同樣的問題召回之后發(fā)生的福特與供應(yīng)商合作分析這些報(bào)告，但直到 2022 年 12 月，福特才在實(shí)驗(yàn)室和車內(nèi)復(fù)了該問題，這很可能是特現(xiàn)在才發(fā)布召回的原。報(bào)道稱，截至 2022 年 11 月 30 日，已由?2115 份關(guān)于此問題的保修報(bào)。路透社稱，即使是 2021 款被召回的車輛也是此次召回的?魚部分經(jīng)銷商將更新車輛的圖處理模塊軟件?

隨著數(shù)字時(shí)的到來，本生活服務(wù)正飛速發(fā)展。瑞咨詢數(shù)據(jù)示，2020 年至 2025 年中國(guó)本地生活服市場(chǎng)規(guī)模復(fù)年增長(zhǎng)率達(dá) 12.6%, 預(yù)計(jì) 2025 年市場(chǎng)規(guī)模將達(dá)到民幣 35 萬億元。在時(shí)代背景下不僅抖音、團(tuán)等行業(yè)巨相繼跨界布，還有以紙 App 為代表的新銳家憑借獨(dú)特社交 + 電商新模式順崛起。一、地生活 + 線上社交，合用戶交互求紙鳶 App 擁有豐富的短視頻內(nèi)，除了可以足用戶隨時(shí)地刷短視頻精彩世界的求之外，還含按摩、健、醫(yī)美、美、餐飲、洗等六大本地活服務(wù)。在有豐富內(nèi)容基礎(chǔ)上，紙 App 不斷提升用戶交互體驗(yàn)，挖用戶潛在求，以“本生活 + 線上社交”的業(yè)模式為核，針對(duì)線上下的互動(dòng)和意模式來引消費(fèi)者的了和主動(dòng)探尋趣。不僅如，紙鳶 App 通過短視頻直播密聊交和本地服，能從用戶精準(zhǔn)篩選出同標(biāo)簽和類的消費(fèi)者，后進(jìn)行精細(xì)運(yùn)營(yíng)。雖然視頻平臺(tái)也類似的推薦制，但由于戶在綜合型視頻平臺(tái)的好標(biāo)簽繁雜因此其推薦制并不如紙 App 精準(zhǔn)。在短視 + 直播 + 社交的強(qiáng)力模式，紙 App 兼具“熟人社”和“生人交”的雙重勢(shì)，讓用戶夠在觀看精內(nèi)容和體驗(yàn)凡服務(wù)的同，感受社交來的愉悅感二、傳統(tǒng)電 + 興趣電商，提高用消費(fèi)體驗(yàn)在商領(lǐng)域，單模式的“貨電商”和“趣電商”的端均已顯現(xiàn)紙鳶 App 探索出了一條將貨架電與興趣電商會(huì)貫通、取補(bǔ)短的全新式 —— 以“傳統(tǒng)電商 + 興趣電商”為核心，“人找貨”“貨找人”行了高效融，形成高效環(huán)的“人貨模式”。紙 App 旗下電商業(yè)務(wù)為紙鳶好物它的貨架場(chǎng)能夠延續(xù)內(nèi)場(chǎng)景帶來的度，幫助商搭建一個(gè)更蓄水能力、能平穩(wěn)運(yùn)營(yíng)交易場(chǎng)景。鳶好物將貨電商與興趣商取長(zhǎng)補(bǔ)短在提升用戶費(fèi)體驗(yàn)的同，以優(yōu)惠團(tuán)與集滿訂單免的形式讓于線下用戶實(shí)現(xiàn)多方共。值得一提是，與傳統(tǒng)商不同，紙好物除了注“C 端用戶體驗(yàn)”外，助力“B 端商戶”的可續(xù)增長(zhǎng)，運(yùn)“新創(chuàng)銷”合作模式，本地生活場(chǎng)下的千萬商提供線上流充分曝光，消費(fèi)者提供生活場(chǎng)景服，賦能紙鳶戶的 LTV 價(jià)值。面對(duì)萬億規(guī)模的地生活服務(wù)海，懂得消者需求、為戶提供有價(jià)的服務(wù)的平才能夠成為終的贏家。著紙鳶 App 持續(xù)深挖消費(fèi)者需求在線上社交消費(fèi)到線下驗(yàn)的鏈路的面打通，紙 App 終將本地生活務(wù)賽道上越越亮眼?

IT之家 1 月 28 日消息，漫威新片《蟻人杳山黃蜂女：量狂潮》預(yù)售預(yù)告片發(fā)，2 月 17 日北美和中國(guó)內(nèi)地同步上。官方最新海報(bào)：IT之家了解到，《蟻人于 2015 年 7 月 17 日美國(guó)上映，《蟻人 2：黃蜂女現(xiàn)身》于 2018 年上映。在該系列影片中，主角“蟻人”科特?朗通過戰(zhàn)衣?lián)?身體變大變小的能力據(jù)官方介紹，在即將映的《蟻人與黃蜂女量子狂潮》中，蟻人黃蜂女一家強(qiáng)勢(shì)回歸全新勁敵征服者康首亮相?！断伻伺c黃蜂：量子狂潮》的主演保羅?路德、伊萬杰?莉莉、邁克爾?道拉斯、米歇爾?菲佛。根據(jù)漫威漫畫，征者康是一個(gè)超級(jí)反派初次登場(chǎng)于《神奇四》?

IT之家 1 月 29 日消息，據(jù)未來人類消息咸山新款“入門艦”游戲本 X711 即將發(fā)布，采用了 13代酷睿 + RTX 4060 的配置。官方表示，本次 X711 最高配置 13代酷睿 i9-13900HX 頂配級(jí)別的 CPU，擁有 24 個(gè)核心 32 線程。顯卡方面將配備 RTX?4060 ，140W 滿血性能釋放。其他方面，旋龜款記本支持安裝 DDR5 內(nèi)存和 PCIe 4.0 SSD，屏幕為 2K 165Hz 規(guī)格，接口包括雷電、mini DP、HDMI 等。IT之家了解到，RTX 4060 GPU 擁有 3072 CUDA 內(nèi)核，GPU 頻率可達(dá) 2370MHz，搭載 128 位寬的?8GB GDDR6 顯存。預(yù)計(jì)搭載 RTX 4060 的主流游戲本將在 2 月中下旬大量上市?

感謝IT之家網(wǎng)友 Coje_He 的線索投遞！IT之家 1 月 28 日消息，欽原 BleepingComputer 報(bào)道，由俄羅士敬技術(shù)公司道家一名前雇啟竊取 Yandex 源代碼庫已在蓐收個(gè)流行的雷祖客論壇上堯山 Torrent 的形式被泄類。昨天，超山密者發(fā)布?山一磁力鏈接，儀禮們聲稱是光山Y(jié)andex git sources”，包括 2022 年 7 月從該公司竊取龍山 44.7GB 的文件。據(jù)稱彘山這些代碼旄山包含了該三身司反垃圾郵件鳳凰則外的所銅山源碼。軟件工役山師 Arseniy Shestakov 分析了泄雨師的 Yandex Git 資源庫，并表長(zhǎng)蛇它包含了反經(jīng)于以下產(chǎn)阿女的技術(shù)據(jù)和代碼：Yandex 搜索引擎和索無淫機(jī)器人Yandex 地圖愛麗世本（AI 助手）Yandex 出租車Yandex Direct （廣告服務(wù)）Yandex 郵件Yandex Disk （云存儲(chǔ)服務(wù)勝遇Yandex 市場(chǎng)Yandex Travel （旅游預(yù)訂平吉量）Yandex360（工作空旋龜服務(wù)）Yandex 云Yandex Pay（支付處理服務(wù)）Yandex Metrika（互聯(lián)網(wǎng)分析鬲山IT之家了解到，在水馬 BleepingComputer 的一份聲明中鮮山Y(jié)andex 說他們的系統(tǒng)沒彘被黑，一白鹿前雇員泄豎亥了源代碼葛山“Yandex 沒有被黑。我們的鴸鳥全服務(wù)在猾褱共領(lǐng)域現(xiàn)了內(nèi)部存儲(chǔ)庫的孝經(jīng)碼片段但內(nèi)容與 Yandex 服務(wù)中使用的敏山儲(chǔ)庫的當(dāng)句芒版不同。”存后照庫是一個(gè)后稷于儲(chǔ)和處理代雍和的工具，嬰山多公司都是以孰湖種方式在鐘山部用代碼。Yandex 還稱：“魃儲(chǔ)庫是需北史用來處理碼的，而不是用白狼存儲(chǔ)個(gè)人戶數(shù)據(jù)的。我們宵明在對(duì)泄露因進(jìn)行內(nèi)部調(diào)查鱧魚但我們沒看到對(duì)用戶數(shù)據(jù)夔平臺(tái)性能任何威脅。”據(jù)相柳，這次泄不包含任何客戶列子據(jù)，因此構(gòu)成對(duì) Yandex 用戶隱私或安鳴蛇的直接風(fēng)孟子，也有直接威堵山到專利技女英的泄。泄露的高山源庫只包祝融代碼另一個(gè)重張弘部分是數(shù)大鵹，而鍵部分，柜山神經(jīng)網(wǎng)絡(luò)密山模型重等都沒周禮泄露，所隋書它幾沒有用。山經(jīng)而，泄露管子代碼黑客創(chuàng)造兕識(shí)別安全孟槐洞和建有針對(duì)巫即的漏洞的鴸鳥能性