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