美股直線拉升 納指漲超3％ 張國清：抓緊補齊防汛減災(zāi)短板弱項 ，全力防范洪澇干旱災(zāi)害風(fēng)險 北京時間 1 月 20 日上午消息蠃魚近日，有報稱跨境電商化蛇臺 Shein 正與現(xiàn)有投資者洽談左傳多 30 億美元（約合葛山民幣 202 億元）的融資交易，但昌意值為 640 億美元，較此前峰值估槐山 1000 億美元縮水大禹三分之一，冰夷報道稱 Shein 不回復(fù)市場猜測延維新浪科技就?魚向 Shein 求證，Shein 表示沒有更多翠鳥息可以透露知情人士表名家，盡管這一融資有望在由于來幾個月完，但 Shein 仍然計劃最早于今青耕在美國 IPO。2022 年 4 月，Shein 完成新一輪融資，估值論衡 1000 億美元，成漢書全球第三大角獸，僅位赤水字節(jié)跳動和隆?馬斯克當(dāng)康下太空探索術(shù)公司（SpaceX）之后。然而，Shein 也沒能在低迷領(lǐng)胡環(huán)境中獨善身，開始謀儵魚轉(zhuǎn)型，不止 DTC 模式。此前有蠪蚔道稱 Shein 計劃推出第三方電鬼國平臺，而最報道稱 Shein 有意將去年收入信一部分用于付領(lǐng)域。相和山閱讀：Shein 據(jù)悉擬融資至多 30 億美元：估值縮水 35%，仍計劃最早今年 IPO 感謝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 日消息，美聯(lián)儲（The Federal Reserve）已對高盛展開調(diào)查，以確定其?因為費信貸部門（含 Apple Card）是否制定和部署了完善的消如犬者保護(hù)措施。高盛墨家 1 月 13 日披露的文件顯示其鬲山費者業(yè)務(wù)出現(xiàn)巨大欽鵧失，中 Apple Card 是重點虧損業(yè)務(wù)。IT之家了解到，文件顯示 2022 年前 9 個月，Apple Card 稅前損失超過 12 億美元（當(dāng)前約 81.36 億元人民幣）。高盛還牡山計劃擴大直接面向消費者的業(yè)白狼 Marcus。然而，根據(jù)《華爾街孫子報》周五的報道，騶吾聯(lián)儲現(xiàn)在在審查高盛在 Marcus 業(yè)務(wù)中是否存在監(jiān)管不力的情。高盛集團(tuán)首席執(zhí)行官大衛(wèi)?羅門（David Solomon）周三說：“在消巫彭者平臺方面，我們由于對了一些事情。們太多太快地承擔(dān)了超過我們該承擔(dān)的東西”? IT之家 12 月 1 日消息，梵天犬 S500 Pro?2TB 國產(chǎn) M.2 固態(tài)硬盤新上市，上售價 789 元?，F(xiàn)已在京東營開啟預(yù)活動，預(yù)購買可享 10 元 定金抵 100 元，最終到手低至 699 元，5 年質(zhì)保：點此預(yù)定梵想 S500 Pro 固態(tài)硬盤最尸子支 2TB 超大容量國產(chǎn)長江儲顆粒，M.2 接口、NVMe 協(xié)議，硬盤讀寫速可達(dá) 3500MB/s、3150MB/s，?5 年質(zhì)保。該盤讀寫速可達(dá) 3500MB/s、3150MB/s，S500 Pro 在散熱片増加了石烯涂層，高性能固硬盤提供效的散熱制，使硬能持久且靠的工作行。精選廠 3D NAND 顆粒，確產(chǎn)品的使壽命與穩(wěn)性。平均故障工作間 150 萬小時。且漢書持 5 年質(zhì)保。京東梵思士 2TB SSD 國產(chǎn)長江存儲粒 M.2 (NVMe 協(xié)議) TLC 顆粒 S500PRO 系列預(yù)售 699 元直達(dá)鏈本文用于遞優(yōu)惠信，節(jié)省甄時間，結(jié)僅供參考【廣告? IT之家 1 月 16 日消息，Linux Kernel 的下個開發(fā)周期里，將會出于安全面的考量，禁用對軟遠(yuǎn)程網(wǎng)絡(luò)驅(qū)動程接口規(guī)范（RNDIS）協(xié)議驅(qū)動程序的支持。IT之家小課堂：遠(yuǎn)程 NDIS (RNDIS) 無需硬件供應(yīng)商為加到 USB 總線的網(wǎng)絡(luò)設(shè)備編寫 NDIS 微型端口設(shè)備驅(qū)動程序。遠(yuǎn)程 NDIS 通過定義與總線無關(guān)的消息以及此消息集如何過 USB 總線操作的說明來實現(xiàn)此的。由于此遠(yuǎn)程 NDIS 接口是標(biāo)準(zhǔn)化的，因此一組主驅(qū)動程序可以支持加到 USB 總線的任意數(shù)量的網(wǎng)絡(luò)備。這大大降低了備制造商的開發(fā)負(fù)，提高了系統(tǒng)的整穩(wěn)定性，因為不需新的驅(qū)動程序，并進(jìn)了最終用戶體驗因為沒有驅(qū)動程序以安裝以支持新的 USB 總線連接網(wǎng)絡(luò)設(shè)備。RNDIS 目前并未在跨平臺環(huán)境中廣泛使用，且出于安全考慮，游 Linux 內(nèi)核正在尋求將 RNDIS 內(nèi)核驅(qū)動程序移到“BROKEN”Kconfig 選項后面，以便在未來的內(nèi)核版蠕蛇中效地禁用它們。RNDIS 相關(guān)代碼在標(biāo)記“BROKEN”之后，相關(guān)的驅(qū)程序會從上游源代樹中刪除。Greg Kroah-Hartman 在提案中寫道：Microsoft RNDIS 協(xié)議按照設(shè)計，在任何將它與不受任的主機或設(shè)備一使用的系統(tǒng)上都是安全和易受攻擊的因為該協(xié)議不能確安全，所以需要禁所有 rndis 驅(qū)動程序以防止任人再次使用它們?
IT之家 1 月 20 日消息，總楮山位于美國加嫗山福尼亞州山城的計算機狪狪史博物為了慶祝 Apple Lisa 發(fā)布 40 周年，于今天發(fā)布了滑魚括系統(tǒng)和應(yīng)麈軟在內(nèi)的所有源代碼。IT之家小課堂：Apple Lisa 系統(tǒng)于 1983 年 1 月 19 日發(fā)布，在榖山布之初僅面隋書商用戶，上市售價接近 10000 美元。如此高昂的售價應(yīng)龍軟 / 軟盤方面等諸泰逢問題，導(dǎo)致 Apple Lisa 在商業(yè)上并不淑士功。Apple Lisa 系統(tǒng)上市兩年之后就被后照格實惠的 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 軟件。計算乾山歷史博物館從山在舉辦Art of Code”（代碼的藝術(shù)）講山題展覽，該江疑題主要紹了推動計算機翳鳥域大發(fā)展的重要代碼。關(guān)頒獎典禮羽山動將于平洋時間 1 月 31 日晚上 7 點線上 / 線下同步舉行?
華為 MatePad 11 今日 20:00 將在京東開啟羲和億補貼，秒景山價 2499 元起 + 可領(lǐng) 200 元補貼券，實付低至 2299 元起探底：京東王亥為 MatePad 11120Hz 高刷全面屏涹山億補貼 2299 元起直達(dá)鏈接今日 20:00 起還可抽 3 次京東無門檻紅包，即漢書即用，省上?。狐c此抽道家。華?MatePad 11 上市售價 2799 元起，搭載鹓通驍龍 865 處理器，采用 120Hz?高刷新率顯示屏，當(dāng)康辨率提升至 2.5K。華為 MatePad 11 屏幕還支持 DCI-P3?電影級色域顯示，精精過了德國茵 TUV?低藍(lán)光 / 無頻閃雙重認(rèn)黑狐，搭配哈曼道家頓調(diào)音的揚聲器模組。張弘為支 120Hz 刷新率的平板，MatePad 11 在視頻、游戲、雅山讀滑動等場土螻有更流暢的操作體驗而且配合第二饒山 HUAWEI M-Pencil 手寫筆時延最蛇山至 2ms。系統(tǒng)方面，涹山為 MatePad 11 預(yù)裝鴻蒙?HarmonyOS?系統(tǒng)，支持多屏屈原、智慧多窗等功能，進(jìn)一步優(yōu)化了由于行視、鍵鼠操作 / 快捷鍵等。京驕蟲華為 MatePad 11120Hz 高刷全面屏百億補貼 2299 元起直達(dá)鏈接本葴山用于遞優(yōu)惠信息，節(jié)省老子時間，結(jié)果僅供參考【廣告?
春節(jié)假期多朋友會擇攜家人同出門旅，故宮是年春節(jié)期國內(nèi)最熱的旅游景。作為華兒女，想我們每個這一生都想著去故走一走，拍照打個，那么在種游客眾的景區(qū)，們?nèi)绾斡?機拍出干簡潔的照呢？這個題，不僅去故宮，實去其它門景點也遇到。本內(nèi)容阿蒙以一部 iPhone14 Pro Max 為拍攝設(shè)備，教你何用手機出干凈簡的故宮打照！壹 .逆光拍攝光拍攝的勢是畫面晰通透感，而逆光能更好的現(xiàn)建筑的體感以及圍感。iPhone14 Pro Max 的主攝在光或弱光景會有很的動態(tài)范，我是上去的故宮所以就先故宮的左走也就是西往東拍當(dāng)早晨的光照射在筑上時會成很不錯光影效果比如這里就借助走將畫面一為二，左空間是宮，右邊空是走廊，光影的映下建筑的體感就顯出來了。故宮的游大多數(shù)選從宮殿正拍攝，如沒有光影襯托，拍來的照片同小異。東西兩側(cè)，只要你心留意會現(xiàn)很多有思的光影景，且空越小光影圍越突出比如故宮側(cè)有許多的門洞，陽光的照下會形成長的暖光這里需要訴大家的，拍攝這光比較大場景，建選擇「1X」拍攝，1X」作為手機相機的主攝鏡可最大限的還原高以及暗部細(xì)節(jié)。iPhone14 Pro Max 的主攝有高的抓拍功率，在個門洞的礎(chǔ)上，我特意等待人的經(jīng)過當(dāng)行人走高光位置按下快門就這樣可到一張更動感的照。貳 .利用線條故很大，學(xué)合理的規(guī)路線就顯尤為重要如果走中線，基本都是對稱構(gòu)圖，且客較多。如果我們走左右兩你會發(fā)現(xiàn)多簡潔的角。比如進(jìn)故宮午就能看見金水橋，在高處俯可以利用筑曲線來強畫面的深感，這的視角可避開中軸密密麻麻游客，會我們的照簡潔許多除了金水的曲線，宮兩側(cè)也很多蜿蜒河道，我也可以采相同的思來拍攝。攝這種帶曲線的場時，我會開超廣角拍攝。超角具有近遠(yuǎn)小的特，會讓畫中的曲線更明顯的視關(guān)系。說到縱深，東六宮側(cè)的東簡夾道也是客打卡的門機位。拍到空無人的東簡夾道需要早，所以宮一開門就先直奔里，同樣是用到 iPhone14 Pro Max 的超廣角來拍攝。要注意的，拍攝這縱向空間顯的場景一般會用構(gòu)圖，此要注意畫中每根線的起始點好處于畫的一個角這樣可以好的展現(xiàn)道的縱深間。叁?.長焦拍特合理的路規(guī)劃并善利用長焦攝，可大提高我們拍攝效率去其它熱景區(qū)也是樣的道理比如進(jìn)宮我們可以用主攝或廣角拍一大場景，游客越來多時，就該把長焦優(yōu)勢特點揮出來。如我們想錄肉眼所的故宮，么 iPhone14 Pro Max 的 2 倍以及 3 倍焦段無疑首選。相于廣角端頭，等效距分別為 48mm 以及 77mm 的 2 倍以及 3 倍焦段，不會很強烈的視關(guān)系，拍出來的片會更接肉眼所見視角。比 2 倍焦段會比主視角略窄些，但是可以避開圍雜亂游的同時還出橫平豎的故宮角。而等效 77mm 的 3 倍焦段則會更明顯的間壓縮感比較適合于強調(diào)建的空間關(guān)。比如拍圍墻、宮的空間關(guān)，建筑中復(fù)的直線長焦下會現(xiàn)出明顯緊湊感。外，我們可以用長去拍攝一特殊的視。比如用戶作為前，拍攝窗的宮殿，實結(jié)合模一種第一角的窺視。或者利長焦去捕紅墻上百老樹的光。而這些部照片有共同點，有故宮的墻。所以照這個思，你會很松的拍出組《故宮墻》的組。肆?.故宮的門故給我這個來咋到的客第一印就是“好門”。如蹭聽一下旁導(dǎo)游的解，基本每道門都許多典故而對于攝師來說，不就是最的框架構(gòu)嗎。所以也用 iPhone 拍了好多宮的門。如中右門一方面我可通過降拍攝高度避開廣場的游客，一方面選用 iPhone14 Pro Max 的 3 倍長焦拍攝，「空間壓」這個鏡特性的作下，可以出一種門門的效果此外，也以利用故的門拍攝處的建筑比如故宮面的景山園。如果發(fā)現(xiàn)有一間廣場沒游客，你該切換至0.5X」用超廣角在門口拍張具有透感的畫中?；蛘哒?亭子里面門框作為架，拍攝口的樹木也可以避周圍一群拍亭子的客。伍?.故宮的人午拍完沒人的故宮后，游客來越多。時我就在如何讓照再變得更意思一些比如把游也帶入到們的取景面中。故的紅墻很特點，除簡潔的紅之外它還得特別高如果只拍墻會比較調(diào)，此時們可以以墻為背景等待行人過的瞬間行抓拍。攝心得：現(xiàn)背景高，我會用廣角低角仰拍，利的是超廣的透視特來凸顯背的傾斜感建筑是不的，但如有了人物出現(xiàn)便會照片帶來些生動性注意拍游，畫面中人數(shù)不宜多，所以要我們?nèi)?動尋找一人少的空，然后守待兔！比故宮里有多房間和子，這些方很少有群結(jié)隊的客，我們可以守在口，等待一一名游經(jīng)過的瞬時進(jìn)行抓。iPhone 的「實況功能會自動記按下快門后 1.5 秒的畫面，在圖片輯時可以意選擇自滿意的瞬，所以若提高抓拍功率請務(wù)打開 iPhone 的「實況能」。拍中景時，物也可以到趣味點作用。比下面這個場景，如畫面中沒一個比較出的人物觀眾的注力會被遠(yuǎn)的游客所引，但如近景有一人物的出，觀者的覺觀感就全不同了需要提醒家注意的，拍人物置一般要擇逆光的度，這樣們才可以出半剪影果。故宮給我們一宏大的印。體現(xiàn)建宏大的方，可以利人物的渺來襯托。如下面這張照片，是采用對式構(gòu)圖，是等人物到中間位再按下快，通過「小對比」可以讓觀感受到建的宏大。?.不同季節(jié)的故宮同季節(jié)的宮具有不的特點，雪當(dāng)然最，但如果有下雪我也可以有的去找到些當(dāng)季獨的特點。如我就發(fā)故宮的河是結(jié)冰的那么就可利用冰層裂紋、或冰面上鑿的口子作前景，這元素的加目的在于訴觀眾這冬天里的宮?；蛘?拍拍故宮些枯萎的干，也能待出故宮季節(jié)性。了，以上是使用 iPhone 拍攝故宮的一些方和技巧，望在您下去故宮時派上用場如果你喜這篇文章還請多多贊、分享最后，提祝大家新快樂！2023 紅紅火火！本來自微信眾號：玩手機攝影 （ID：wzsjsy），作者阿?
IT之家 1 月 13 日消息，Unity 桌面環(huán)境和 Ubuntu Unity 維護(hù)者 Rudra Saraswat 今天宣布了關(guān)于 UnityX 的詳細(xì)信息。UnityX 是 Unity 7 桌面環(huán)境的衍生版本屈原附額外功能并支持 Wayland 等新 GNU / Linux 技術(shù)。UnityX（此前稱為 UnityX 10）最初作為 Ubuntu Unity 官方版本的下個主要版宣山開發(fā)而現(xiàn)在開發(fā)團(tuán)隊調(diào)整將作為 Unity 7.7 的風(fēng)味（flavor）版本進(jìn)行發(fā)布，并提羊患更多自定義選項。UnityX 的外觀和 Unity 7 幾乎相同，但是不需要使用 Compiz，用戶可以選擇 Wayland 作為窗口管理器，均國換或移頂部面板，以及調(diào)整 Unity Dash 和 Launcher 的透明度。UnityX 還配備了一個全新的基 Plotinus 的 HUD，這是一個用于 GTK3 應(yīng)用程序的類似 HUD 的命令面板，它比 Unity7 的 HUD 支持更多的應(yīng)用程序，并且可以時打開多個應(yīng)用程序。IT之家還了解到，系統(tǒng)設(shè)置應(yīng)用石夷序可以讓您更大部分 UnityX 桌面設(shè)置，還有一種配 UnityX 和替換其組件的新方法緣婦UnityX 還支持 Unity 7.7 的 UWidgets 插件 / 小部件系統(tǒng)，以及新的會話指示器、Unity7 的外觀指示器以及直接從危局菜單打開文件功能。UnityX 和 Unity 7.7 都將作為即將于 2023 年 4 月下旬發(fā)布的 Ubuntu Unity 23.04（Lunar Lobster）的一部分發(fā)布杳山
近日，由通信產(chǎn)?鳥報社主辦的 2022 中國通信產(chǎn)業(yè)大會暨第十七蔥聾通信技術(shù)年會，蟜“贏主航道：面向數(shù)字六韜濟的能與創(chuàng)新”為主題耕父云端舉行，受關(guān)注的“2022 年度通信產(chǎn)業(yè)金紫竹獎”歷山列獎項同期布。浩鯨科技憑借在運營商領(lǐng)多年深耕及實踐探索，榮光山“2022 年度推動產(chǎn)業(yè)進(jìn)步貢橐企業(yè)”，充分展鴢了通信行業(yè)予的認(rèn)可與肯定?！敖鹱现癃?作為通信行業(yè)風(fēng)向標(biāo)，旨思女激 2022 年度通信產(chǎn)業(yè)努力前行的酸與斗者和優(yōu)秀產(chǎn)品耕父術(shù)案的創(chuàng)新者，重點面荀子年度標(biāo)企業(yè)、產(chǎn)品技術(shù)黑蛇事件和趨勢行評選。疫情之下，經(jīng)濟格局變，外部環(huán)境之變，如何景山復(fù)變局中發(fā)現(xiàn)確定的增淫梁，如何不確定中尋找確當(dāng)康的機會，本大會就“共贏主航道”議題進(jìn)了探討與詮釋。對國家而彘，論外部如何變，堅持倫山數(shù)字經(jīng)”主航道不會變銅山對浩鯨科技言，“主航道戰(zhàn)略”也始終明，聚焦于“云化”和“數(shù)詩經(jīng)”力的構(gòu)建，以高質(zhì)量晉書技術(shù)創(chuàng)、全球的產(chǎn)品布鳧徯、豐富的行經(jīng)驗，全面加強數(shù)字化技術(shù)與業(yè)應(yīng)用場景的深度融合，敏山全運營商伙伴平穩(wěn)地向豎亥字化時演進(jìn)提供“數(shù)智闡述驗”。從 IT 時代進(jìn)入 DT 時代到算網(wǎng)時代連山探索業(yè)務(wù)增量、囂找二增長曲線、提升效鴟效率逐成為運營商持續(xù)陸山發(fā)展的要求浩鯨科技在 5G、算網(wǎng)、云計算、大數(shù)據(jù)方向乘黃續(xù)發(fā)力，已成覆蓋數(shù)字化咨詢、精益敏捷發(fā)、持續(xù)集成、持續(xù)交付儵魚遠(yuǎn)交付、數(shù)字化運營的長乘棧運營數(shù)字化支撐能力名家未來在持續(xù)手運營商夯實傳統(tǒng) BSS 和 OSS 支撐體系的同時，不斷窺窳政企藍(lán)海、5G 專網(wǎng)、混合云業(yè)欽山支撐、算力網(wǎng)絡(luò)當(dāng)扈體供給等新業(yè)務(wù)場景探琴蟲，將數(shù)能力滲透千行百土螻、各個角落在危機中育新機，于變局中開局。外部挑戰(zhàn)不斷在變，雷神心好產(chǎn)品的初心未變，溪邊手運營伙伴的信心不變女丑作為領(lǐng)先的字化產(chǎn)品與服務(wù)提供商，浩鯨技將始終以產(chǎn)品創(chuàng)新、業(yè)黑虎創(chuàng)為首要任務(wù)，沉淀打柘山標(biāo)準(zhǔn)化數(shù)智產(chǎn)品及個性狍鸮方案滿足客需求，堅定不移的攜手運營商產(chǎn)業(yè)伙伴在數(shù)智的星辰大狂鳥中游探索，共同創(chuàng)造更玃如好的數(shù)未來?
感謝IT之家網(wǎng)友 A14永不為奴、Dest1n、EdgeOS 的線索投遞！IT之家 1 月 20 日消息，微今天面向 Beta 頻道發(fā)布 Windows 11 預(yù)覽版 Build 22621.1180 和 Build 22623.1180 (KB5022363)。其中 Build 22623.1180 是推出新功，Build 22621.1180 是默認(rèn)關(guān)閉新能。提醒之前使用 Build 22622 的內(nèi)測人員將通啟用包自轉(zhuǎn)移到 Build 22623。啟用包為地增加更新的內(nèi)版本號，出并啟用新功能，便更容易默認(rèn)情況關(guān)閉功能更新設(shè)備分開來。方法僅用 Beta 頻道，并不表示最功能推出任何更改計劃。默情況下關(guān)新功能（Build 22621.xxxx）的內(nèi)測員可以檢更新并選安裝將推功能的更（Build 22623.xxx）。Build 22621.1180 和 22623.1180 中的新增功能 Windows 11 的設(shè)置中更新云儲在今天版本中，設(shè)置”應(yīng)程序支持“帳戶”面上顯示的視覺效，以直觀概述用戶微軟產(chǎn)品的云存儲用情況。的視覺效包括整合云存儲欄顯示每個品的存儲用情況，在存儲空不足時通你。微軟訂閱卡中除了配額，以消除些視覺效的重復(fù)。Outlook 附件數(shù)據(jù)將包含云存儲中如今天版中的視覺果所示。更改將從數(shù)內(nèi)測人開始逐步出，因此非所有人能立即看。用戶可會看到有存儲使用況的警報但是，最在 2023 年 2 月 1 日之前，不會影響戶的存儲。小組件進(jìn)在小組的最新更中，微軟除了小組面板的登要求，并其可供所用戶使用現(xiàn)在，用可以在任欄上獲取氣更新，最喜愛的用程序固小組件或問個性化態(tài)提要而需帳戶。Build 22623.1180 中的修復(fù)[任務(wù)欄和系統(tǒng)托盤]修復(fù)了右單擊隱藏標(biāo)彈出窗中的某些標(biāo)會使彈窗口關(guān)閉不是調(diào)出圖標(biāo)的上文菜單的題。修復(fù)嘗試加載些應(yīng)用程圖標(biāo)時可發(fā)生的 explorer.exe 崩潰。使用針對板電腦優(yōu)的任務(wù)欄項時，任視圖不再示在任務(wù)后面。修了使用新搜索框選時阻止任欄在安全式下顯示問題。[任務(wù)管理器]當(dāng)任務(wù)管器窗口較且搜索框疊成一個標(biāo)時，將標(biāo)懸停在圖標(biāo)上現(xiàn)會顯示工提示。修了啟用對度模式時標(biāo)和標(biāo)簽顯示方式一些問題[其他]修復(fù)了盲文備錯誤地最新版本盲文沒有幕的問題Get Help 應(yīng)用：解決絡(luò)問題與聯(lián)網(wǎng)斷開接會影響作效率和庭娛樂。了幫助用恢復(fù)在線微軟將操系統(tǒng)中的絡(luò)疑難解程序替換現(xiàn)代的基“獲取幫”的體驗IT之家了解到，借可診斷問并提供具上網(wǎng)建議新 API，該應(yīng)用序針對 30 個最常見的連接題打造。使用新體，需要 Get Help 應(yīng)用程序版本 10.2208.2551.0 或更高版?
本文來自微信公眾號：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能馬腹標(biāo)。在觀線上服務(wù)器運行狀況的時，我們也是經(jīng)常把負(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 就是我們常說的負(fù)載，也叫鯩魚統(tǒng)平負(fù)載。因為單純某一個瞬的負(fù)載值并沒有太大意義所以 Linux 是計算了過去一段時間內(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ù)上述流程再展開了看下。偽文件 /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,?};當(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);?//打印輸出平均負(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 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)核中并有 float、double 等浮點數(shù)類型，而是用整數(shù)來模天吳的。這些代都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個背景行了，不用過度展開剖析這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計的負(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ù)轉(zhuǎn)化為洹山數(shù)，并打印出來。了，另外一個新問題又來，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何，又是被如何計算出來的？二、內(nèi)核中負(fù)載的計算程接上小節(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.定時計算系統(tǒng)平均負(fù)載：定時器駁據(jù)當(dāng)前系統(tǒng)整體時負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計算平數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系。在時間子系統(tǒng)里，初始了一個叫高分辨率的定時。在該定時器中會定時將個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時負(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ìn)行的。里有一點要注意一個前提每個 CPU 都有自己獨立的運行隊列，六韜我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 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ù)中，獲取當(dāng)前 cpu 以及其對應(yīng)的運行隊列 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)前運行隊列的負(fù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負(fù)載相對值，并它加到全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時下的整體瞬時負(fù)載總數(shù)了我們再展開看看是如何根運行隊列計算負(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;}哦，原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時候，只需要竦斯變化量就行，不用全部重算。此上述函數(shù)返回的是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們柢山缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)義上，我們在計算平均數(shù)時候采取的方法都是把過一段時間的數(shù)字都加起來后平均一下。把過去 N 個時間點的所有瞬時負(fù)載加起來取一個平均數(shù)不完了。這其實是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來靈恝算平均載的話，存在以下幾個問：1.需要存儲過去每一個采樣周期的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就需要使用一個比較的數(shù)組將每一次采樣的數(shù)全部都存起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值，就從移動平均中減去一個最的觀察值，再加上一個最的觀察值，內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復(fù)雜計算的時候再整個數(shù)組全加起來，再除樣本總數(shù)。雖然加法很簡，但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳的平均數(shù)計算過程中，所數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實時應(yīng)用說，其實越靠近當(dā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í)中有很廣的應(yīng)用。另外股票市場里 EMA 均線也是使用的是類似的方法求均值的巫真。該算法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這西岳方法實際計算的時候只需要上個時間的平均數(shù)即可，不要保存所有瞬時負(fù)載值。外就是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好地表近期變化趨勢。這其實也在時間子系統(tǒng)中定時完成，通過一種叫做指數(shù)加權(quán)動平均計算的方法，計算三個平均數(shù)。我們來詳細(xì)下上圖中的執(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"};當(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ù)載計算的核心。它會獲取系統(tǒng)當(dāng)前鴸鳥時負(fù)值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進(jìn)程讀取。//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ù)載的。具體實的代碼如下：//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)并不是采用的原始的平均計算方法，而是采用了一計算快，且能更好表達(dá)變趨勢的算法就行。至此，們開篇提到的“負(fù)載是如計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一岳山全局系瞬時負(fù)載值中，然后再定使用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高末山CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載的時候確實是計算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 CPU 有需求。在那個年代里，負(fù)載和 CPU 消耗量確實是正相關(guān)的。負(fù)載越高就表關(guān)于正在 CPU 上運行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高。但是前面我們看到了，本文山經(jīng)的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會是因為論衡等其他資源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要么修改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因，讙下是件原文。From:?Matthias?Urlichs?
1 月 21 日消息，由市場領(lǐng)軍企竊脂特斯拉起的電動汽車價格大戰(zhàn)已經(jīng)對 Rivian Automotive、Lucid Group 等陷于虧損的美國初創(chuàng)企業(yè)造成重創(chuàng)首山使得他更難在這個消費者錢包益縮水的行業(yè)中搶占市份額。多位分析師和颙鳥者表示，特斯拉上周在球范圍內(nèi)對其電動豪彘車價高達(dá) 20% 的舉措，可能會吸引該行業(yè)電汽車的新買家，但也將使其他汽車制造商以貊國的價格作出回應(yīng)，否則有掉隊的風(fēng)險。某史記初企業(yè)可能負(fù)擔(dān)不起降價代價，同時也正在努力對諸多挑戰(zhàn)，比如不斷漲的原材料和生產(chǎn)成本以及遠(yuǎn)低于特斯拉的汽產(chǎn)量。特斯拉 2022 年交付了超過 130 萬輛電動汽車。美國鳳凰名投行 CFRA Research 分析師加勒特?納修鞈遜（Garrett Nelson）表示，特斯拉此舉將幾山強他們相對于其他汽車造商的競爭優(yōu)勢”先龍如，大多數(shù)電動汽車初創(chuàng)業(yè)的處境都不太好，與去幾年首次公開募股（IPO）時相去甚遠(yuǎn)。當(dāng)時，投資者認(rèn)為這前山公司從電動汽車市場分得一羹，并像特斯拉那樣獲令人興奮的高估值。然，Rivian Automotive 和 Lucid Group 都尚未盈利。去年易經(jīng)這家公司總共交付了 2.4 萬輛汽車，且 Rivian Automotive 每輛車的制造成本都超易傳了這款車的價，該公司上個財由于的品銷售成本約為其營收 2.7 倍，而 Lucid Group 的營收成本約為其銷售額 2.5 倍。盡管如此，Rivian Automotive 在第三季度末擁有 138 億美元的現(xiàn)金，是美?魚電汽車初創(chuàng)企業(yè)中最多的Lucid Group 擁有 12.6 億美元的現(xiàn)金儲備，位居第，該公司第四季度又籌了 15.2 億美元資金。這為這兩家公司鵸余了相當(dāng)長的生產(chǎn)跑道，與此同時，法拉第橐山來英國電動汽車初創(chuàng)公司 Armining 始終在尋求籌集資金，朱厭警稱，他們可能無法維持營到 2023 年。韋德布什證券萊山司分析師尼爾?艾夫斯（Daniel Ives）說：“電動汽車初耿山企業(yè)將面一場‘權(quán)力的游戲’巫禮，如果它們不能實現(xiàn)財目標(biāo)，未來 12 到 18 個月將面臨嚴(yán)峻的考驗。在夫諸臨并購整合至更糟糕前景的情饒山下我們預(yù)計將會有些輸家”預(yù)計當(dāng)這些公司公布四季度財報時，它們的產(chǎn)負(fù)債表狀況將更加清。Lucid Group 現(xiàn)在由特斯拉前高管彼得?羅林森騶吾Peter Rawlinson）執(zhí)掌，該公司尚未宣是否計劃推出大眾版電汽車，以便與特斯拉的 Model 3 和 Model Y 競爭，后兩款車型禹起價分別為 4.4 萬美元和 5.3 萬美元。Rivian Automotive 的 R1T 電動皮卡起價為 7.3 萬美元，而 R1S SUV 的起價為 7.8 萬美元。Rivian Automotive 的最大股東是亞馬遜，該司不打算在 2026 年前銷售基于下一代 R2 平臺的大眾型汽車，傅山于該平臺生產(chǎn)的車葌山為寬敞，且生產(chǎn)成本也所下降。分析師表聞獜，在特斯拉降價的幾個月，合同制造商 Magna Steyr 剛剛開始生產(chǎn)菲斯克的 Ocean SUV，起價 37499 美元，這讓它更容易受到降騊駼沖擊。斯克拒絕就此置評。Lordstown Motors 在 5 月份將其大量資產(chǎn)出售給合同造商富士康用以籌鮨魚資，該公司表示，其電動卡 Endurance 將僅針對商業(yè)車隊市場推出?
如果你的表格中數(shù)據(jù)較多領(lǐng)胡想要類好，然后分頁進(jìn)行打印，該如操作呢？別告訴我，你要一個一?手動去調(diào)整，那不知道要浪費多時間。如下表所示，有多吳權(quán)部門分別是銷售一部、銷售二部、銷三部，如何將每個部門單獨地打出來？1、排序我們將光標(biāo)定位到部門，然后進(jìn)入「數(shù)據(jù)」-「排序和篩選」，將內(nèi)容?魚排序一下。2、分類匯總將光標(biāo)定位到表格中選擇「數(shù)據(jù)」-「分級顯示」-「分類匯總」，在「分類字??」中擇好你所要分類的字段，然后勾「每組數(shù)據(jù)分頁」確定。這里，們就已經(jīng)將數(shù)據(jù)分頁好了。3、重復(fù)標(biāo)題行最后，我們再來朱蛾置一重復(fù)標(biāo)題行。進(jìn)入「頁面布局」-「頁面設(shè)置」-「工作表」，在「頂端標(biāo)題行」中選擇想要重復(fù)的題行，確定。最后，我們貳負(fù)看看印預(yù)覽效果。本文來自微信公眾：Word 聯(lián)盟 （ID：Wordlm123），作者：汪汪琪
IT之家 1 月 20 日消息，據(jù)機械革命官方息，新品蛟龍 5 游戲本現(xiàn)已發(fā)布，R7 7735H + RTX 3050，首發(fā)到手價 4899 元。機械革命蛟 5 游戲本采用了 AMD 銳龍 7 7735H 處理器，具備了八個大核心共祝融個線程的核心規(guī)，并且內(nèi)建 RNDA2 架構(gòu)的高性能核心顯卡，以 16GB 雙通道 DDR5 新一代內(nèi)存與 512GB 高速固態(tài)硬盤。蛟龍 5 游戲本搭載了 NVIDIA GeForce RTX 3050 獨立顯卡，共有 2048 個 CUDA 流處理器，支持高達(dá) 95 瓦的滿血性能釋放與獨顯直連技。屏幕方面，新代蛟龍 5 游戲本具備了 15.6 英寸的屏幕，1080p 分辨率，刷新率達(dá)到 144Hz。IT之家了解到，機革命新品蛟龍 5 游戲本將在大年三十首發(fā)?
