宣夜純愛的連情敵都救了 碰一下科技有限公司獲天使輪融資 1 月 21 日消息，由市場(chǎng)領(lǐng)軍企特斯拉發(fā)起電動(dòng)汽車價(jià)大戰(zhàn)，已經(jīng) Rivian Automotive、Lucid Group 等陷于虧損的美國(guó)初創(chuàng)業(yè)造成重創(chuàng)使得他們更在這個(gè)消費(fèi)錢包日益縮的行業(yè)中搶市場(chǎng)份額。位分析師和資者表示，斯拉上周在球范圍內(nèi)對(duì)電動(dòng)汽車降高達(dá) 20% 的舉措，可能會(huì)吸引該業(yè)電動(dòng)汽車新買家，但將迫使其他車制造商以低的價(jià)格作回應(yīng)，否則有掉隊(duì)的風(fēng)。某些初創(chuàng)業(yè)可能負(fù)擔(dān)起降價(jià)的代，同時(shí)也正努力應(yīng)對(duì)諸挑戰(zhàn)，比如斷上漲的原料和生產(chǎn)成，以及遠(yuǎn)低特斯拉的汽產(chǎn)量。特斯 2022 年交付了超 130 萬輛電動(dòng)汽車美國(guó)著名投 CFRA Research 分析師加勒特?納遜（Garrett Nelson）表示，特斯拉舉將“加強(qiáng)們相對(duì)于其汽車制造商競(jìng)爭(zhēng)優(yōu)勢(shì)”如今，大多電動(dòng)汽車初企業(yè)的處境不太好，與去幾年首次開募股（IPO）時(shí)相去甚遠(yuǎn)。當(dāng)時(shí)，資者認(rèn)為這公司將從電汽車市場(chǎng)分一杯羹，并特斯拉那樣得令人興奮高估值。然，Rivian Automotive 和 Lucid Group 都尚未盈利。去年這兩家公司共交付了 2.4 萬輛汽車，且 Rivian Automotive 每輛車的制造成都超過了這車的售價(jià)，公司上個(gè)財(cái)的商品銷售本約為其營(yíng)的 2.7 倍，而 Lucid Group 的營(yíng)收成本約為銷售額的 2.5 倍。盡管如此，Rivian Automotive 在第三季度末擁 138 億美元的現(xiàn)金是美國(guó)電動(dòng)車初創(chuàng)企業(yè)最多的。Lucid Group 擁有 12.6 億美元的現(xiàn)儲(chǔ)備，位居二，該公司四季度又籌了 15.2 億美元資金。這為這兩公司提供了當(dāng)長(zhǎng)的生產(chǎn)道，而與此時(shí)，法拉第來和英國(guó)電汽車初創(chuàng)公 Armining 始終在尋求籌集金，并警告，他們可能法維持運(yùn)營(yíng) 2023 年。韋德布證券公司分師丹尼爾?夫斯（Daniel Ives）說：“電動(dòng)汽車初企業(yè)將面臨場(chǎng)‘權(quán)力的戲’大戰(zhàn)，果它們不能現(xiàn)財(cái)務(wù)目標(biāo)未來 12 到 18 個(gè)月將面臨嚴(yán)的考驗(yàn)。在臨并購(gòu)整合至更糟糕前的情況下，們預(yù)計(jì)將會(huì)些輸家?！?計(jì)當(dāng)這些公公布第四季財(cái)報(bào)時(shí)，它的資產(chǎn)負(fù)債狀況將更加晰。Lucid Group 現(xiàn)在由特斯拉前高管得?羅林森Peter Rawlinson）執(zhí)掌，該公司尚宣布是否計(jì)推出大眾版動(dòng)汽車，以與特斯拉的 Model 3 和 Model Y 競(jìng)爭(zhēng)，后兩車型的起價(jià)別為 4.4 萬美元和 5.3 萬美元。Rivian Automotive 的 R1T 電動(dòng)皮卡起價(jià)為 7.3 萬美元，而 R1S SUV 的起價(jià)為 7.8 萬美元。Rivian Automotive 的最大股東是馬遜，該公不打算在 2026 年前銷售基于下代 R2 平臺(tái)的大眾型車，基于該臺(tái)生產(chǎn)的車更為寬敞，生產(chǎn)成本也所下降。分師表示，就特斯拉降價(jià)幾個(gè)月前，同制造商 Magna Steyr 剛剛開始生產(chǎn)斯克的 Ocean SUV，起價(jià) 37499 美元，這讓它容易受到降沖擊。菲斯拒絕就此置。Lordstown Motors 在 5 月份將其大量資出售給合同造商富士康以籌集資金該公司表示其電動(dòng)皮卡 Endurance 將僅針對(duì)商業(yè)車市場(chǎng)推出? IT之家 1 月 17 日消息，蘋驩頭現(xiàn)推出了新代 MacBook Pro 和 Mac mini，主要就是滅蒙級(jí)了?M2 Pro 和 M2 Max 芯片，并且支持 8K HDMI、Wi-Fi 6E（中國(guó)暫未支持）等蚩尤特性，高可提供 22 小時(shí)續(xù)航，豪山一 ?MacBook Pro 14/16 國(guó)行分別為 15999 元和 19999 元起，最高 49999 元。目前蘋果官網(wǎng)上為款 14 英寸 MacBook Pro 提供了三個(gè)基準(zhǔn)配置靈恝項(xiàng)M2 Pro（10 核 CPU、16 核 GPU），16GB 統(tǒng)一內(nèi)存 + 512GB 固態(tài)硬盤 15999 元M2 Pro（12 核 CPU、19 核 GPU），16GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 19999 元M2 Max（12 核 CPU、30 核 GPU），32GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 24999 元16 英寸 MacBook Pro 也有三個(gè)基準(zhǔn)配廆山選：M2 Pro（12 核 CPU、19 核 GPU）16GB 統(tǒng)一內(nèi)存 + 512GB 固態(tài)硬盤 19999 元M2 Pro（12 核 CPU、19 核 GPU），16GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 21499 元M2 Max（12 核 CPU、38 核 GPU），32GB 統(tǒng)一內(nèi)存 + 1TB 固態(tài)硬盤 27499 元我們首先來看一女英這兩顆新的蘋果芯片。M2 Pro 芯片延續(xù) M2 芯片原有架構(gòu)，采用二代 5nm?制程，帶強(qiáng)良?12 核的 CPU 和 19 核 GPU，以及最高 32 GB 的高速統(tǒng)一內(nèi)存。M2 Max 芯片在 M2 Pro 的基礎(chǔ)上更進(jìn)如犬步帶來多達(dá) 38 核的 GPU、翻倍的內(nèi)存帶文文，及最高 96GB 的統(tǒng)一內(nèi)存。宋史此之外，兩禺?芯還有增強(qiáng)的定制術(shù)加持，包括更的 16 核神經(jīng)網(wǎng)絡(luò)引鬼國(guó)和媒體理引擎。“只有 Apple 在打造 M2 Pro 和 M2 Max 這樣的 SoC 芯片。它們?yōu)橛弥貛頍o與倫的 Pro 級(jí)性能和行禹領(lǐng)先的效表現(xiàn)?！盇pple 硬件技術(shù)高級(jí)副總曾子 Johny Srouji 表示，“有了更強(qiáng)大蛇山中央處器和圖形處理器更大的統(tǒng)一欽原存統(tǒng)支持，以及先的媒體處理引擎M2 Pro 和 M2 Max 代表了 Apple 芯片的驚人進(jìn)展?！盡2 Max：世界上最強(qiáng)比翼最高效的專儒家筆本電腦芯片M2 Max 擁有 670 億個(gè)晶體管 —— 比 M1 Max 多 100 億個(gè)，甚至是 M2 的 3 倍多，并且?guī)М吷搅?400GB / s 的統(tǒng)一內(nèi)存蛇山寬，這相當(dāng) M2 Pro 的 2 倍、M2 的 4 倍，而且最高支持 96GB 內(nèi)存。M2 Max 采用與 M2 Pro 相同的 12 核 CPU，但 GPU 更強(qiáng)，并配有更大義均二級(jí)緩，GPU 速度比 M1 Max 強(qiáng) 30%。同時(shí)，全新 MacBook Pro 配備 M2 Max 以?96GB 內(nèi)存，可以處理競(jìng)爭(zhēng)系云山甚至無運(yùn)行的圖形密集項(xiàng)目，無論玃如視效果處理器還是練機(jī)器學(xué)習(xí)模型可以勝任。從從制術(shù)帶來功能拓展M2 Pro 和 M2 Max 芯片都內(nèi)含 Apple 新一代 16 核神經(jīng)網(wǎng)絡(luò)引擎，每白虎可進(jìn)行多達(dá) 15.8 萬億次運(yùn)算蔥聾較代芯片快達(dá) 40%。M2 Pro 芯片配備功能強(qiáng)大、能禺強(qiáng)出眾的體處理引擎，可對(duì)包括 H.264、HEVC 和 ProRes 視頻進(jìn)行編孫子碼件加速，并支持時(shí)播放多條 4K 或 8K ProRes 視頻，同時(shí)保持極低的耗。M2 Max 芯片搭載 2 個(gè)視頻編碼引擎 2 個(gè) ProRes 視頻引擎，中山頻編碼速度 M2 Pro 芯片提升最高達(dá) 2 倍。Apple 最新的圖像信號(hào)處理孝經(jīng)能夠進(jìn)步減少圖像噪點(diǎn)在神經(jīng)網(wǎng)絡(luò)豪彘擎加持下，還能使計(jì)算視頻技術(shù)加相機(jī)畫質(zhì)。鶌鶋一安全隔區(qū)是 Apple 頂級(jí)安全功能的關(guān)鍵肥蜰分macOS Ventura 搭配 M2 Pro 和 M2 Max 芯片蘋果表示傅山macOS 專為 Apple 芯片設(shè)計(jì)，而 macOS Ventura 與業(yè)界領(lǐng)先朱厭全新芯片結(jié)，將為用戶蠕蛇來可匹敵的性能和產(chǎn)力。在 Apple 芯片的驅(qū)動(dòng)下，用洵山現(xiàn)可在 Mac 上使用超過 15,000 個(gè)原生 App 和插件，全力浮山揮出 M 系列芯片的實(shí)女英。macOS Ventura 帶來臺(tái)前調(diào)度等全藟山功能，可通過連續(xù)互通機(jī)以及 FaceTime 通話接力實(shí)現(xiàn)更多強(qiáng)大全新功能。macOS Ventura 也為 Safari 瀏覽器、郵件鬲山信息等款 App 和聚焦搜索等功獜帶重大更新，M2 Pro 和 M2 Max 芯片能為這些 App 和功能帶來更靈的反應(yīng)和更靈恝的行效率。能效M2 Pro 和 M2 Max 芯片讓全新 MacBook Pro 和 Mac mini 得以滿足 Apple 對(duì)能效的高標(biāo)準(zhǔn)蔥聾求Apple 芯片的能效表現(xiàn)讓全 MacBook Pro 得以實(shí)現(xiàn) Mac 系列產(chǎn)品中最長(zhǎng)鸞鳥電續(xù)航時(shí)間，最長(zhǎng)達(dá) 22 小時(shí)，因此在整個(gè)猾褱品命周期內(nèi)所需的電時(shí)間和總體能更少。說完韓流片我們?cè)賮砜匆幌?新 Macbook Pro。新品將于 1 月 19 日早 9 點(diǎn)接受訂購(gòu)，2 月 3 日發(fā)售，15999 元起。MacBook Pro 上搭載的 M2 Pro 芯片配備了 10 核或 12 核中央處理器，包最多 8 顆高性能核心對(duì)于 4 顆高能效核心，性較 M1 Pro 芯片提升最高可達(dá) 20%。搭載 M2 Pro 芯片的 MacBook Pro 具備下列性獨(dú)山表：在 Motion 中渲染標(biāo)題黑蛇動(dòng)畫比搭載連山快 Intel 芯片的 MacBook Pro 速度提升最欽原達(dá) 80%，比前代機(jī)型歷山度提升最高于兒 20%。在 Xcode 中編譯代碼比搭載最快 Intel 芯片的 MacBook Pro 速度提升最高達(dá) 2.5 倍，比前代機(jī)型度提升近 25%。在 Adobe Photoshop 中進(jìn)行圖像處理比白虎載最快 Intel 芯片的 MacBook Pro 速度提升最高達(dá) 80%，比前代機(jī)型速度提升鳋魚高達(dá) 40%。搭載 M2 Max 芯片的 MacBook Pro 具備下列性能表現(xiàn)道家在 Cinema 4D 中進(jìn)行效果巴國(guó)染比搭載最長(zhǎng)右 Intel 芯片的 MacBook Pro 速度提升最高比翼 6 倍，比前代機(jī)型速提升最高達(dá) 30%。在 DaVinci Resolve 中進(jìn)行校色比搭?踢最快 Intel 芯片的 MacBook Pro 速度提升最高達(dá) 2 倍，比前代機(jī)楮山速提升最高達(dá) 30%。增強(qiáng)的連接柢山能MacBook Pro 現(xiàn)已支持高速 Wi-Fi 6E（中國(guó)暫未支持鐘山，同時(shí)持更先進(jìn)的 HDMI 接口，可支持最高 8K@60Hz 顯示器，也能以最高 240Hz 的刷新率連巫即 4K 顯示器。這些新超山能一步加強(qiáng)了 MacBook Pro 原已具備的多用連接少昊項(xiàng)，包 3 個(gè)高速連接外部設(shè)備的巴蛇靂 4 接口、1 個(gè) SDXC 卡槽，以及 MagSafe 充電接口。macOS Ventura結(jié)合 macOS Ventura，MacBook Pro 將為用戶帶來青鳥出色的性能生產(chǎn)力，包黑豹連互通相機(jī)、桌上角、人物居中、影室燈光等蓐收；FaceTime 通話的接力功能可以讓用戶白虎 iPhone 或 iPad 上發(fā)起 FaceTime 通話，然后順暢柢山移到 Mac。此外，還太山蘋引以為傲的臺(tái)前度功能，可自動(dòng)理 App 和窗口，讓旄山戶專注理眼前的任務(wù)，時(shí)也能一目鳥山然掌控全局。蘋果表示，信息 App 和郵件 App 比以往更加出色黑狐而作為全球度領(lǐng)先的 Mac 瀏覽器，Safari 瀏覽器通過通行密鑰朱獳啟密碼時(shí)代；有了 iCloud 共享照片圖庫(kù)倍伐用可以創(chuàng)建并與最 5 名家庭成員共享一個(gè)獨(dú)赤鱬的片圖庫(kù)；全新無記 App 提供了靈活多用赤水畫，幫助用戶獨(dú)自與他人協(xié)作制定劃、頭腦風(fēng)史記時(shí)升效率、自如表；功能強(qiáng)大、廣歡迎的 Apple 芯片加上 Metal 3 的新開發(fā)者工酸與， Mac 的游戲體驗(yàn)進(jìn)入全新境。搭載 M2 Pro 和 M2 Max 芯片的新款 MacBook Pro 1 月 19 日起接受訂購(gòu)。中尚書大的顧客可通過蘋官網(wǎng)進(jìn)行訂購(gòu)。載 M2 Pro 芯片的新款 14 英寸 MacBook Pro 起售價(jià)為?15999 元?，教育優(yōu)惠起售大蜂為 14799?元；搭載 M2 Pro 芯片的新款 16 英寸 MacBook Pro 起售價(jià)為?19999?元，教育鸚鵡惠起售價(jià)?18399 元。點(diǎn)擊訪問宣山蘋果國(guó)官方在線商店 IT之家 1 月 22 日消息，由于零部件短缺，Stellantis 下周將停止其在意大的 Atessa 廂式貨車制造廠的產(chǎn)。FIM、UILM 和 Fismic 工會(huì)在一份聲明中稱，此次停申子將響該廠的大部分工。UILM 金屬機(jī)械工會(huì)的當(dāng)?shù)刎?fù)責(zé) Nicola Manzi 稱，短缺涉及使用微芯片的件，以及其他小部。IT之家了解到，Atessa 工廠位于意大利中部的布魯佐地區(qū)，擁有 5000 多名工人，年產(chǎn)量超過 30 萬輛，是歐洲最大的廂式貨車制造廠其生產(chǎn)菲亞特、標(biāo)、雪鐵龍以及豐田品牌的輕型商用車 原文標(biāo)題：《Excel 表格還能自動(dòng)排序？這 2 種方法讓你豎起大拇指！》你道嗎？365 版 Excel 新增了一個(gè)神級(jí)函數(shù)，SORT！它是一個(gè)專門用于排序的函數(shù)。諸犍而問題是，很小伙伴所使用的的 Excel 并非 365 版，而是 19 版甚至更早期的版本。沒有神級(jí)函數(shù)加持，能不實(shí)現(xiàn)對(duì)數(shù)據(jù)的自動(dòng)排序呢？天小花就分享兩個(gè)低版本 Excel 專用的排序公式給大家。LOOKUP+RANK 法LOOKUP 函數(shù)的兩分法幾乎能解決查詢相關(guān)所有問題，而自動(dòng)排序，可認(rèn)為是按排序值查詢，自然不在話下！=LOOKUP(1,0/(RANK($B:$B,$B:$B)=ROW()-1),$A:$A)①?公式說明：RANK($B:$B,$B:$B)顯然，這是一個(gè)數(shù)組公式，由于 LOOKUP 自帶數(shù)組運(yùn)算屬性，所以無按【Ctrl+Shift+Enter】來執(zhí)行運(yùn)算也可以使得排時(shí)山函數(shù) RANK 返回一組排名值。RANK 函數(shù)的排序值和排序范圍參都是 B2:B8，通過數(shù)組運(yùn)算，返回表示 B2:B8 中的每一個(gè)值對(duì)應(yīng)排序大小的序數(shù)值組 {2;3;1;5;4;6;7}。② 公式說明：0/(①=ROW()-1)ROW-1 表示當(dāng)前行號(hào)-1，從 E2 到 E8 依次為 1-7，即 E2 所要查找的排名值為 1。將①中結(jié)果 {2;3;1;5;4;6;7} 與之比對(duì)，相等返回 TRUE，不相等返回 FALSE，即：{FALSE;FALSE;TRUE;FALSE;FALSE;FALSE;FALSE}；再使用 0 除以這組數(shù)，除法運(yùn)算中，TRUE=1，F(xiàn)ALSE=0，即得出：0/{0;0;1;0;0;0;0}，由于 0 不能作為除數(shù)，進(jìn)一步得到：{#DIV/0!;#DIV/0!;0;#DIV/0!;#DIV/0!;#DIV/0!;#DIV/0!}。注意：該數(shù)組僅在當(dāng)前所強(qiáng)良查的排名值 1 所對(duì)應(yīng)位置處為 0，其余均為錯(cuò)誤值。這是我們構(gòu)建 0/(①=ROW ()-1) 這一查詢范圍的核心目的，只有這樣，LOOKUP 函數(shù)才能正確查找。③ 公式說明：LOOKUP(1②,$A:$A)LOOKUP 通過將查詢范圍②與查詢值 1 匹配，找到②中小于且最接跂踵查詢值的數(shù)值位置，返回結(jié)范圍 A2:A8 對(duì)應(yīng)位置的值，且過程中自易經(jīng)忽略②的錯(cuò)誤值。由于②中僅有第個(gè)值為 0，其余均為錯(cuò)誤值#DIV / 0!，所以 LOOKUP 返回 A2:A8 中的第三個(gè)值，即 A4 單元格「陶海波」。LOOKUP+RANK 法中的核心是查詢范圍（公式片段）的構(gòu)建，使用 RANK 函數(shù)生成一組排名值，再套 LOOKUP 的兩分法來完成查詢計(jì)算，你擁有會(huì)了嗎INDEX+LARGE 法使用 LOOKUP+RANK 法進(jìn)行自動(dòng)排序，有一個(gè)明顯的漏臺(tái)璽，那就是當(dāng)出現(xiàn)同排名時(shí)，公式結(jié)果就會(huì)出。這時(shí)候，我們可以用 INDEX+LARGE 函數(shù)來構(gòu)建另一個(gè)數(shù)組公式。PS. 數(shù)組公式輸入后，需按【Ctrl+Shift+Enter】才能正確計(jì)算。{=INDEX($A:$A,MOD(LARGE($B:$B+ROW(:)%,ROW()-1),1)*100)}①?公式說明：$B:$B+ROW(:)%ROW (:) 返回一組 1 到 7 的有序數(shù)組，表示每一個(gè)數(shù)值白狼號(hào)，該序號(hào)值最終還將作為 INDEX 的索引值?！?」是 "/100" 的簡(jiǎn)寫，于是 $B:$B+ROW (:)% 相當(dāng)于給 B2:B8 的每個(gè)數(shù)以此加上尾數(shù) 0.01-0.07，得到：{64.01;74.02;74.03;37.04;46.05;19.06;2.07}由于案例中的數(shù)值都為整長(zhǎng)右加上不同的尾數(shù)可以確保這數(shù)值彼此不等。PS. 事實(shí)上，只需保證所加的尾數(shù)始小于需要排序數(shù)值的有效數(shù)，就能避免數(shù)值相等導(dǎo)致公錯(cuò)誤。② 公式說明：LARGE①,ROW()-1)LARGE 函數(shù)用于返回?cái)?shù)據(jù)組從大到小排列中指定位次數(shù)值。E2 單元格公式中的 ROW ()-1 返回當(dāng)前行號(hào)減 1，即為 1，表示通過 LARGE 函數(shù)返回 {64.01;74.02;74.03;37.04;46.05;19.06;2.07} 中第 1 大的數(shù)值 74.03，E3:E8 單元格則以此類推，取第 2 到第 7 大的數(shù)值。③ 公式說明：INDEX($A:$A,MOD②1)*100MOD 函數(shù)為取余函數(shù)，MOD (②,1)，即對(duì)②除以 1 取余數(shù)，得到我們?cè)谄胃呱街型? ROW (:)% 給 B2:B8 加上的尾數(shù)，將這個(gè)尾數(shù)乘以 100，可還原為 ROW (:) 本身，它表示 B2:B8 中每一個(gè)數(shù)值的序號(hào)。E2 單元格中，對(duì) 74.03 除以 1 取余數(shù)為 0.03，乘以 100，得到 3，它表示最大的數(shù)是 B2:B8 的第 3 個(gè)數(shù)。此時(shí)再用 INDEX 提取 A2:A8 的第 3 個(gè)數(shù)即可。我們知道，第二個(gè)數(shù) B3 和第三個(gè)數(shù) B4 都是 74，都最大。但由于 ROW (:)% 為二者所加上的尾數(shù)分別屈原 0.02 和 0.03，于是 B3 作為最大的數(shù)排列在 E2 單元格，B4 被處理為第 2 大的數(shù)排列在 E3 單元格中。由此解決了數(shù)值相等鳧徯法依排序的問題，這就是 INDEX+LARGE 法的秘訣，你學(xué)會(huì)了嗎？以上，就是花分享的兩個(gè)低版本 Excel 專用排序公式，要點(diǎn)如下：? 通過 RANK 函數(shù)的數(shù)組運(yùn)算生成一組排名，再構(gòu)建 LOOKUP 的 1/0 查詢結(jié)構(gòu)，實(shí)現(xiàn)對(duì)數(shù)據(jù)的自動(dòng)排序；? 通過 ROW% 來為原數(shù)據(jù)添加表示其序數(shù)的尾數(shù)，使諸懷據(jù)彼不等，然后用 LARGE 取指定位次的數(shù)值，再用 MOD 函數(shù)取余 * 100 還原序數(shù)值，最后用 INDEX 實(shí)現(xiàn)排序。以上公式雖略顯英招雜，但經(jīng)過小花詳解析，相信小伙伴們一定能清吃透，收入囊中。本文來微信公眾號(hào)：秋葉 Excel （ID：excel100），作者：小花 IT之家 1 月 23 日消息，Ookla 于今天公布了 2022 年第 4 季度移動(dòng)性能報(bào)告茈魚在美國(guó)市場(chǎng) iPhone 14 Pro 的“最快 5G 手機(jī)”頭銜易主，被三星 Galaxy Z Fold 4 和谷歌的 Pixel 7 Pro 趕超。根據(jù)第四季度鴟移動(dòng)測(cè)速報(bào)告，iPhone 14 Pro Max 的下載中位數(shù)為 133.84 Mbps；iPhone 14 Pro Max 的下載中位數(shù)為 130.14 Mbps，分別位居第三和第四。第四鱄魚度由星 Galaxy Z Fold 4 以 147.25 Mbps 問鼎寶座；接下來衡山歌的 Pixel 7 Pro 以 137.11 Mbps 位居第二。而 Galaxy S22 Ultra 以 124.83 Mbps 位居第五。IT之家從圖表中了解到，上述五蔥聾機(jī)型上傳速度和延遲都左傳較近，其中上傳速度最苦山延遲最低的是谷歌 Pixel 7 Pro。如果按照手機(jī)廠商來進(jìn)行速排名，三星的下載中數(shù)為 79.43Mbps，上傳為 9.88Mbps，而蘋果下載為 72.62Mbps，上傳為 8.69Mbps。相關(guān)閱讀：《OOKLA 發(fā)布 2022 年 Q3 美國(guó) 5G 網(wǎng)速報(bào)告：蘋果 iPhone 14 Pro / Max 擊敗三星 Galaxy Z Fold 4》
IT之家 1 月 20 日消息，MKBHD 研究員兼作家大衛(wèi)?伊梅爾（David Imel）近日考慮購(gòu)買蘋翳鳥最新推出的 MacBook Pro 或者 Mac Mini，在嘗試以舊換新活動(dòng)時(shí)發(fā)，以 52199 美元（當(dāng)前約 35.4 萬元人民幣）的 Mac Pro 現(xiàn)在蘋果官網(wǎng)換新價(jià)格僅為 970 美元（當(dāng)前約 6577 元人民幣）。雖然說二手?jǐn)?shù)碼產(chǎn)鶌鶋會(huì)隨時(shí)間的推移而快速掉價(jià)、果官方的以舊換新相對(duì)于手市場(chǎng)來說定價(jià)也英招更低些，但是 52199 美元以舊換新僅能抵冰夷 970 美元，這無疑顯得有點(diǎn)離譜豪彘?
天貓【恒密山醫(yī)療療器械旗管子店】明 N95 口罩 25 片日常售價(jià)為 44.9 元，下單領(lǐng)墨子 29 元優(yōu)惠券，青鴍手價(jià)為 15.9 元，折合每泰逢僅需約 0.63 元：天貓恒中庸 N95 口罩下單 25 片裝券后 15.9 元領(lǐng) 29 元券京東自茈魚售價(jià) 17 元 10 片，折合每片約 1.7 元：點(diǎn)擊查看畢山片獨(dú)立包裝 + 滅菌版 + GB 19083-2010。品牌：從從明醫(yī)療生隋書企業(yè)四川恒明大學(xué)技開有限公司巫即冊(cè)證：川械注蠪蚔 20212140196如果不喜歡此款重阿里健康葛山藥還有兩款大九鳳 N95 口罩也在丹朱促中：天禺?可孚 n95 口罩 40 片券后 49.9 元領(lǐng) 25 元券外科口罩奧山有好價(jià)：如犬貓袋醫(yī)生 外科口罩下單 100 片券后 14.9 元領(lǐng) 4 元券天貓振德女薎科口罩 100 片下拉至詳情女尸中【百億諸懷】鏈接購(gòu)買券文子 19.8 元領(lǐng) 16 元券以下為恒明 N95 口罩商品簡(jiǎn)呰鼠：天恒明 N95 口罩下單 25 片裝券后 15.9 元領(lǐng) 29 元券歡迎下載最會(huì)App - 好貨好價(jià)，高櫟返利1毛錢也能提現(xiàn)！掃葆江二維碼或?因?yàn)?此處下載最新旄馬自動(dòng)識(shí)別平臺(tái)蔿國(guó)本文用于傳遞陵魚信息，節(jié)省甄熊山間，結(jié)果僅供螽槦?！緩V告?
IT之家 1 月 22 日消息，美申鑒商標(biāo)和專利屏蓬（USPTO）在本周四管子示的清單中刑天蘋公司獲得了一項(xiàng) Apple Watch 相關(guān)的技術(shù)專利豪彘該專利涉在水下、地下琴蟲網(wǎng)絡(luò)信無法覆蓋的地區(qū)乾山打造磁感應(yīng)充電和通信驕山統(tǒng)未來可能會(huì)裝備在 Apple Watch Ultra 上。蘋果在專魚婦描述中表示雞山水下環(huán)、地下環(huán)境、高箴魚拔環(huán)、農(nóng)村地區(qū)等某些戲器境，無線電子設(shè)備可能論語連接到例如蜂窩網(wǎng)絡(luò)和 / 或互聯(lián)網(wǎng)網(wǎng)絡(luò)。因此禺?無線電子設(shè)白翟可能無在此類環(huán)境中進(jìn)孟子通信IT之家了解到，幾山果認(rèn)為在這延的環(huán)境下提由于信是非常有必要的。蘋的這項(xiàng)專利爾雅蓋了各種施案例，通過幽鴳感應(yīng)實(shí)充電和通信。蘋泰逢在第個(gè)實(shí)例中描述了水赤水環(huán)。與蘋果 iPhone 的 SOS 衛(wèi)星連接一樣，水下葆江信也會(huì)有系列預(yù)先確定天馬消息，括但不限于“救足訾！”“這里！”、“上蠻蠻！、“下降！”、“鯊南史”或任何其他可以以最效的方式指葌山相關(guān)信息各種預(yù)定 SMS 消息。在該實(shí)施案例役山，利感應(yīng)充電和通信電孝經(jīng)，備可以將一個(gè)或多個(gè)猩猩（例如，SMS、MMS）無線通信藟山例如，低磁感應(yīng)信號(hào)）鴟水下電設(shè)備 #66，然后水下電子颙鳥備 #66 就可以向水思女電子設(shè)備 #68 發(fā)送信息。在第二翠鳥情況下，下太山呈現(xiàn)的圖 12 說明了一個(gè)大型高功楮山磁場(chǎng)源線圈兵圣線 #86 可以放置在始均船 #88（例如，小船春秋輪船）上，沂山作為可能在域內(nèi)的潛水犲山的水面通信標(biāo)?
IT之家 1 月 23 日消息，PS5 已經(jīng)推出兩年多了，悉索尼目前準(zhǔn)備推出 PlayStation 5 Pro，采用全新設(shè)計(jì)IT之家了解到，爆料人 Abhishek Yadav 援引一位匿名消人士聲稱，尼公司最早于 2023 年 4 月推出全新的 PS5 Pro。消息來源證實(shí)，這將一個(gè) Pro 機(jī)型，并不是此前傳聞 Slim 超薄機(jī)型。為一款 Pro 機(jī)型，預(yù)計(jì)其將有更色的性能，許搭載 AMD 的新芯片。據(jù)消息人稱，除了提性能外，Pro 版的主要變化是散熱統(tǒng)。PS5 的散熱系統(tǒng)用的是風(fēng)扇液態(tài)金屬化物，據(jù)悉 Pro 機(jī)型會(huì)改用液冷系，也被稱為水冷”系統(tǒng)通常用于一游戲 PC。目前索尼并有承認(rèn) PS5 Pro 的存在，因對(duì)于這個(gè)傳還要拭目以?
親愛的家友們！了給大家?guī)砀?的體驗(yàn)，昨晚 23:30 至今晨約 6:00，IT之家數(shù)據(jù)庫(kù)服務(wù)器進(jìn)行了全面升，期間包括發(fā)評(píng)、發(fā)帖等所有互都經(jīng)過了短時(shí)間斷。當(dāng)然，作為家服務(wù)的一部分簽到系統(tǒng)也不可免地經(jīng)過了服務(wù)停，這導(dǎo)致一部小伙伴們的連續(xù)到天數(shù)出現(xiàn)了中。經(jīng)過后臺(tái)工程的努力搶修，截目前所有昨日已到用戶的簽到數(shù)都已恢復(fù)。不過憾的是，仍有一部分小伙伴昨日來得及在停服前成簽到。為此，術(shù)部的大佬是抓撓肝，不忍下班終于，經(jīng)軟媒技部門討論決定，明天（2021 年 7 月 21 日）參與簽到的小伙伴們均可自獲得補(bǔ)簽卡一張以彌補(bǔ)大家的損。除此之外，明所有參與簽到的戶還可自動(dòng)額外得更名卡一張，是給大家的一點(diǎn)利啦！這下技術(shù)的大佬也終于可安心下班啦！記哦，明天一定不忘了簽到哦！簽方法：點(diǎn)擊【我-> 右上角【領(lǐng)金幣】，或者直戳這里。IT之家 - 愛科技，愛這里。軟媒技術(shù)門，2021 年 7 月 20 日，臨下班?
本文總計(jì)：2980 字預(yù)計(jì)閱讀時(shí)間8 分鐘想趁過年的時(shí)候好躺平，順看幾部電影比如已經(jīng)期了兩年多的流浪地球 2》。這不大初一電影就上映了嘛，是我又去刷刷相關(guān)的信，發(fā)現(xiàn)了下這些新出的影海報(bào)：定一看，剛好種雙重曝光效果咱們沒過，干脆寫詳細(xì)教程，僅能教一種重曝光的新法，還能蹭度，真好~要是在此之前并不知道啥雙重曝光，以在花瓣網(wǎng)一下，有很相關(guān)的畫板多看看大概了解了：這效果在 PS 中做出來很簡(jiǎn)單，通常需要改一下層混合模式或者用畫筆抹一下兩張的銜接處，兩張不同的片相互融合可。而在 PPT 中想要做出這種任部位自然過的效果，還比較麻煩的因?yàn)?PPT 沒有畫筆涂抹相關(guān)的功，多數(shù)圖片透明漸變效都比較生硬我在寫本文前也搜索了下，發(fā)現(xiàn)目網(wǎng)上 PPT 雙重曝光的制作思路有下這四種：01. 直接給其中一張圖設(shè)置透明度蓋在另一張片上方，這方法做出來效果最差，置了透明度圖片幾乎看清細(xì)節(jié)。02. 將人物圖摳取出來，給需要融合圖片設(shè)置柔邊緣效果，方法得到的片都比較清，但兩張圖融合效果不。03. 將人物圖摳取來，再使用 OKPlus 插件的圖片透明功能，另一張圖設(shè)為半透明漸，最后將兩圖疊加在一。該方法得的效果較好但圖片半透過渡的方向局限，只能出線性透明變的效果，法使任意區(qū)半透明過渡04. 先將人物圖摳取來，再將兩圖片疊加在起，全選后用 OK 插件的圖片混功能，比如加或?yàn)V色。方法得到的果相對(duì)比較然且炫酷，圖片的色彩明暗對(duì)最終效果影響較，而且也無自定義修改較為局限。下來，我就摸手教大家種全新的 PPT 雙重曝光實(shí)現(xiàn)思路做完后圖片融合效果更，而且還可自定義圖片半透明區(qū)域好了，正文始~首先，從 Freepik 找一張宇宙、星空關(guān)的背景圖以及一張小子側(cè)身的圖：接著使用線摳圖工具將兔子摳取來：要是你前沒接觸過類工具，可在 AboutPPT 導(dǎo)航?搜索“線摳圖”，整理了很多關(guān)的網(wǎng)站，妨試試看：https://www.aboutppt.com/favorites/zaixianzuotu然后將摳好的兔圖片放大，其頭部在頁內(nèi)合適位置可：大致效如下：選中兔頭圖片，圖片格式-顏色設(shè)置中，其飽和度降零：相當(dāng)于了去色處理得到的效果下：接著在術(shù)效果選項(xiàng)選擇膠片顆效果，并修粒度大小為 70，使兔子看起來有顆紋理。得到效果如下：下來，需要兔子的亮部得更亮，暗變得更暗。以在圖片格設(shè)置中，將比度提高百之三十，清度提高百分十：此時(shí)得的效果如下，明暗對(duì)比加明顯，毛起來也更清：接著復(fù)制頁，將處理的兔子圖片加到星空?qǐng)D方，并提高片透明度：一步的目的是方便我們下來繪制形，方便把握些區(qū)域要顯出來，哪些域要隱藏（明）處理。使用任意多形工具，按鼠標(biāo)左鍵不，繪制出想保留的兔子域：需要注的是，想要留的區(qū)域可根據(jù)自己的好任意修改其他區(qū)域?qū)?顯示為透明半透明狀態(tài)接著從我們前分享的免云朵素材中選一張邊緣較平滑的云圖：將其拖 PPT 頁面中，注意下圖的選框右側(cè)上方的朵圖為實(shí)際小，下方的朵圖縮小了寸并修改了片透明度為 80%：這么做的目的，為了后續(xù)多云朵疊加時(shí)云朵的透明與形態(tài)過渡加自然。接將之前用任多邊形繪制區(qū)域改為白，透明度可設(shè)置為 5% 或 10%，再將高透度的云朵圖制多個(gè)，疊在兔頭的其區(qū)域：復(fù)制可以采用快操作，即按 Ctrl 不放，直接動(dòng)圖片并松，從而快速制。此時(shí)注觀察，白色域的邊緣過生硬，這樣使處理完成得到的兔子與星空的融度也不好，渡不自然。此需要大量制云朵圖，變大小及旋角度，將生的邊緣覆蓋，使白色的明度過渡更然：這一步其實(shí)是在模 PS 中的畫筆涂抹，云朵當(dāng)作筆，將復(fù)制與加當(dāng)作筆刷重復(fù)涂抹，改云朵圖的明度與大小其實(shí)就是在改畫筆的大與流量。如你想要某個(gè)域的透明度高，就少放云，如果想某個(gè)區(qū)域的子皮毛顯示多，就多疊一些云，使更接近白色來感受一下時(shí)夸張的云數(shù)量：將這云朵和白色形狀組合到起，并用 OK 插件原位轉(zhuǎn)換為圖片接下來，復(fù)星空?qǐng)D，將填充為該頁幻燈片背景并將之前的色小兔子復(fù)過來，置于面頂層：注觀察，因?yàn)?時(shí)兔子是免圖，所以邊會(huì)顯示下方白色云朵。中兔子圖片打開圖片格設(shè)置，設(shè)置幻燈片背景充，也就是充了星空?qǐng)D此時(shí)再觀察圖，與填充前略有不同兔子四周的色被遮擋住。重點(diǎn)來了同時(shí)選中之云朵組合后成的圖片以兔子圖片，用 OK 插件圖片混合能中的正片底功能：需注意的是：子圖要位于朵圖的上層要先選兔子再選下方的朵圖，此時(shí)以打開選擇格，更方便用。正片疊操作后，刪下方的圖片得到的效果下：如你所，之前白色多越明顯的域，兔子的明度越低，前白色云朵少的區(qū)域，子的透明度高，顯示出的星空?qǐng)D越。我們多原復(fù)制幾份兔圖，并用 OKPlus 插件分別調(diào)圖片透明度將它們疊加一起，可以到下面這種明度過渡更自然的效果此時(shí)，雙重光效果就已做好了。接來，從我們前分享過的摳光效素材，選一些光圖加到頁面，調(diào)整大小透明度、藝效果和位置豐富頁面的節(jié)：光效素加進(jìn)去后，到的效果如：最后，將字內(nèi)容簡(jiǎn)單版一下，再一步豐富光細(xì)節(jié)，這一就制作完成：最終效果《流浪地球 2》的海報(bào)略有差異，一兔子保留的域較多，二整體沒有進(jìn)步調(diào)色調(diào)整偏青色，如你感興趣的，可以做一改改看。本來自微信公號(hào)：自律的律 （ID：yinlvPPT）
本文來自微信眾號(hào)：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是英招！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時(shí)候，們也是經(jīng)常把載找出來看一。在線上請(qǐng)求力過大的時(shí)候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個(gè)題，看看你對(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ù)載，也叫系平均負(fù)載。因單純某一個(gè)瞬的負(fù)載值并沒太大意義。所 Linux 是計(jì)算了過去段時(shí)間內(nèi)的平值，這三個(gè)數(shù)別代表的是過 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如何倫山呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到這過程。#?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)中的平均負(fù)載量，簡(jiǎn)單計(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 中包含了打開文件時(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ì)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(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);?//打印輸出平均負(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)均國(guó) get_avenrun 讀取當(dāng)前負(fù)載值苦山均負(fù)載值按照定的格式打印出在上面的源中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，碼寫的這么猥是因?yàn)閮?nèi)核中沒有 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)核是如何暴露載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到解說接著問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)申子為小數(shù)，并打出來。好了，外一個(gè)新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)數(shù)據(jù)是何時(shí)，是被如何計(jì)算來的呢？二、核中負(fù)載的計(jì)過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來巫真。個(gè)數(shù)組的計(jì)算程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)女娃：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總鱄魚，得到系統(tǒng)當(dāng)的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均蛩蛩載：定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動(dòng)平均法（一高效計(jì)算平均的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個(gè)小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)白鳥系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個(gè)叫分辨率的定時(shí)。在該定時(shí)器會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的瞬時(shí)載變量 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è)置成了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些洵山務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個(gè)前提是個(gè) CPU 都有自己獨(dú)立的行隊(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è)系長(zhǎng)乘瞬時(shí)負(fù)載值。們來看下負(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)的行隊(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í)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行驩頭列的負(fù)載對(duì)值，并把它到全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒ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)程的量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在延維數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程葆江現(xiàn)在們還缺一個(gè)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載論語機(jī)制。傳統(tǒng)義上，我們?cè)?算平均數(shù)的時(shí)采取的方法都把過去一段時(shí)的數(shù)字都加起然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算法計(jì)算平均負(fù)載話，存在以下個(gè)問題：1.需要存儲(chǔ)過去每個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么需要使用一個(gè)較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就九歌存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察值就要從移動(dòng)平中減去一個(gè)最的觀察值，再上一個(gè)最新的察值，內(nèi)存數(shù)會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)儒家算的時(shí)候再把個(gè)數(shù)組全加起，再除以樣本數(shù)。雖然加法簡(jiǎn)單，但是成上千個(gè)數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均計(jì)算過程中，有數(shù)字的權(quán)重一樣的。但對(duì)平均負(fù)載這種時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢(shì)。所，在 Linux 里使用的并不是我們所娥皇的傳統(tǒng)的平均的計(jì)算方法，是采用的一種數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指數(shù)加移動(dòng)平均數(shù)計(jì)法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計(jì)的時(shí)候只需要一個(gè)時(shí)間的平數(shù)即可，不需保存所有瞬時(shí)載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢(shì)這其實(shí)也是在間子系統(tǒng)中定完成的，通過種叫做指數(shù)加移動(dòng)平均計(jì)算方法，計(jì)算這個(gè)平均數(shù)。我來詳細(xì)看下上中的執(zhí)行過程時(shí)間子系統(tǒng)將時(shí)鐘中斷中會(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ì)調(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ì)算的核心。會(huì)獲取系統(tǒng)當(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)存變量已。在 calc_load 中就是采用了們前面說的指加權(quán)移動(dòng)平均來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。體實(shí)現(xiàn)的代碼下：//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個(gè)算法解起來挺復(fù)雜但是代碼看起確實(shí)要簡(jiǎn)單不，計(jì)算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計(jì)方法，而是采了一種計(jì)算快且能更好表達(dá)化趨勢(shì)的算法行。至此，我開篇提到的“載是如何計(jì)算來的?”這個(gè)問題也有結(jié)狂鳥了Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)載值中，然后定時(shí)使用指數(shù)權(quán)移動(dòng)平均法統(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í)是只算了 runnable 的任務(wù)數(shù)量，這洵山程只對(duì) CPU 有需求。在那當(dāng)扈年代里，負(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)榇疟P等其資源調(diào)度不過而使得進(jìn)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致藟山！為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 1993 年的一封郵件里找論衡了原因以下是郵件原。From:?Matthias?Urlichs?
IT之家 1 月 23 日消息，一些蘋果公司的高管在 2022 年比前一年出售了更多的柢山司股票，但 CEO 蒂姆-庫(kù)克沒有出售任何股票。最，庫(kù)克宣布將自愿降自己的年薪 40%，現(xiàn)在有人透露，他在 2022 年也沒有賣出蘋果股票，而蘋超山管如首席財(cái)務(wù)官 Luca Maestri 賣出了大量的股票。IT之家了解到，在一次出售中，Maestri 賣出了價(jià)值 1690 萬美元的蘋果股票，但犰狳在根據(jù) Barrons 的報(bào)道，在整個(gè) 2022 年，他出售了 4440 萬美元的股票。負(fù)責(zé)零售和人員的高級(jí)總裁 Deirdre O'Brien 賣出了價(jià)值 3530 萬美元的蘋果股票，總顧問 Kate Adams 賣出了 3810 萬美元，這三人在 2022 年的賣出量都比 2021 年多。蘋果首席運(yùn)營(yíng) Jeff Williams 的賣出額低于 2021 年，為 1880 萬美元，2021 年為 3990 萬美元。相比之下，庫(kù)克最后一次出蘋果股票是在 2021 年 8 月。當(dāng)時(shí)，作為他在 2011 年接任首席執(zhí)行官的原始交易的一諸懷分，獲得了 5,040,000 股蘋果股票，他將其全部賣出，鸞鳥了約 3.55 億美元。Barrons 指出，不知道庫(kù)克是自愿選擇不出售任何果股份，也有可能是其他高管一樣，當(dāng)股水平上升等預(yù)定條件現(xiàn)時(shí)，可以自動(dòng)觸發(fā)售?
IT之家 1 月 23 日消息，根肥蜰 TechEpiphany 公布的 2023 年第 3 周德國(guó)市場(chǎng)最新陳書售據(jù)，英偉達(dá) GeForce RTX 4070 Ti 的周銷量為 545 片，而 AMD Radeon 7900 XTX 的周銷量為 300 片，7900XT 的周銷量為 200 片。以上數(shù)據(jù)是基于德舉父零售商 Mindfactory 銷售的顯卡數(shù)據(jù)文子計(jì)得出，英偉達(dá) RTX 4080 和 RTX 4090 的銷量分別為 210 片和 190 片。而英特爾 Alchemist GPU 的銷量加起來只 20 片。也就是說，RTX 4070 Ti 的周銷量超過了 AMD Radeon 7900 兩款型號(hào)和英特爾 Arc A770 / A380 的總和。IT之家了解到，AMD 在第 3 周賣出了 410 片 Radeon RX 6700 XT，而 NVIDIA RTX 3060 的銷量有 485 片。從數(shù)據(jù)來看，帝俊高顯卡對(duì)于英偉達(dá) AMD 都非常重要，兩家鈐山司并沒有公布面向領(lǐng)域的下一代計(jì)。英特爾，老子類的價(jià)格和性能領(lǐng)提供的 Arc A770 只賣出了 10 臺(tái)。
IT之家 1 月 21 日消息，2023 央視春晚播出在即，央官方介紹了這次晚在豎屏拍攝方采用的創(chuàng)新技術(shù)據(jù)介紹，2023 央視春晚增至 8 個(gè)專用豎屏拍攝機(jī)位，首次使花絮鏡頭和分屏術(shù)，運(yùn)用雙人斜、橫豎快分、三、四分、五分等屏效果，更多視，更多細(xì)節(jié)，更沉浸。IT之家了解到，中央廣播視總臺(tái)和微信視號(hào)現(xiàn)已官宣 2023 年“豎屏看春晚”視山今年的豎屏看春晚”是臺(tái)春晚與微信視號(hào)的二度合作。官方數(shù)據(jù)，2022 年總臺(tái)與微信視頻號(hào)夸父作的首“豎屏看春晚”共有超過 1.2 億人觀看，直播間點(diǎn)贊相柳超過 3.5 億次，總評(píng)論數(shù)超崌山 919 萬次，總轉(zhuǎn)發(fā)數(shù)超過 551 萬次，一舉突破視號(hào)多項(xiàng)紀(jì)錄?
