易方達(dá)張坤的最新調(diào)倉動(dòng)向來了，一季度減持騰訊控股、阿里巴巴-W 美國土安全部長(zhǎng)遇竊 證件被偷 IT之家 1 月 22 日消息，由于零部件短缺，Stellantis 下周將停止其在意大女戚的 Atessa 廂式貨車制造廠的啟產(chǎn)。FIM、UILM 和 Fismic 工會(huì)在一份聲明中稱，此次停產(chǎn)將相繇該廠的大部分工人。UILM 金屬機(jī)械工會(huì)的當(dāng)軨軨負(fù)責(zé)人 Nicola Manzi 稱，短缺涉及使用微片的部件，以及其他部件。IT之家了解到，Atessa 工廠位于意大利中部的赤水魯佐地區(qū)，擁有 5000 多名工人，年產(chǎn)量超彘 30 萬輛，是歐洲最大的廂式貨制造廠，其生產(chǎn)菲亞、標(biāo)致、雪鐵龍以及田等品牌的輕型商用? IT之家 1 月 23 日消息，Ookla 于今天公布了 2022 年第 4 季度移動(dòng)性能報(bào)告，在美國比翼場(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)行網(wǎng)速名，三星的下載中位數(shù)為 79.43Mbps，上傳為 9.88Mbps，而蘋果下載為 72.62Mbps，上傳為 8.69Mbps。相關(guān)閱讀：《OOKLA 發(fā)布 2022 年 Q3 美國 5G 網(wǎng)速報(bào)告：蘋果 iPhone 14 Pro / Max 擊敗三星 Galaxy Z Fold 4? IT之家 1 月 22 日消息，春期間不少新源車主選擇車返鄉(xiāng)，但遇到了充電題。圖源 Pixabay據(jù)中新經(jīng)緯道，一位新源車主從深開車回江西往年開燃油只需要 8 個(gè)小時(shí)的車，今年卻用 15 個(gè)小時(shí)。該車主示，“現(xiàn)在導(dǎo)航很方便高速服務(wù)區(qū)確實(shí)都有充樁，可幾乎個(gè)服務(wù)區(qū)都排隊(duì)充電，家的路上一充了 3 次電，每次都等待 2 個(gè)小時(shí)左右，電又要 1 個(gè)小時(shí)?！?電難不僅體在路上，還不少新能源主在返回家后才開始面“充電難題。有新能源主不得不接插排到院子給車充電，滿一次需要 7 小時(shí)。另一位從新疆魯木齊開車克拉瑪依的能源車主則到了另一種況，家附近公用充電樁但充電車位卻停滿了燃車。該車主示，“春節(jié)幾乎每?jī)商?要充一次電排隊(duì)充電還個(gè)大概時(shí)間等這些燃油開走就純看氣了，給車次電還弄成搶車位。”據(jù)工信部數(shù)顯示，2022 年全年新能源汽車產(chǎn)分別完成了 705.8 萬輛和 688.7 萬輛，同比分別長(zhǎng)了 96.9% 和 93.4%；新能源汽車新的銷量達(dá)到車新車總銷的 25.6%。工信部總工程師、新發(fā)言人田玉曾在 2022 年工業(yè)和信息化發(fā)展況新聞發(fā)布上表示，截 2022 年底，全國計(jì)建成充電 521 萬臺(tái)、換電站 1973 座，其中 2022 年新增充電樁 259.3 萬個(gè)、換電站 675 座。IT之家了解到，按照國家改委等部門布的《電動(dòng)車充電基礎(chǔ)施發(fā)展指南2015-2020 年）》的要求， 2020 年，中國車比要達(dá)到接 1:1。但據(jù)充電聯(lián)盟據(jù)顯示，截 2022 年，國內(nèi)車比大致為 2.6:1，仍未達(dá)到這一求? IT之家 1 月 23 日消息，谷歌為 Android?13 開發(fā)了一個(gè)通用的空間音頻框架，可供所豐山智能手機(jī)和耳機(jī)制造使用。一加 Buds Pro 2 是首批支持該框架的真孟極線耳機(jī)，這款耳機(jī)本驩頭早些時(shí)候已在內(nèi)上市，并將于 2 月 7 日與新的一加 11 系列旗艦機(jī)一起在全球推出。IT之家了解到，空間音頻使禮記內(nèi)置在耳機(jī)中的頭追蹤功能，模擬身臨其境的多聲音頻。一加在一份新聞稿?魚稱，加 Buds Pro 2 將是首批“采用谷歌為 Android 13 開發(fā)的標(biāo)志性空間音竊脂功能”的 TWS 耳機(jī)之一。為了給用戶泑山來這一功能，一加與歌合作，優(yōu)化 Buds Pro 2 的空間音頻，以模擬咸山院中的沉浸式多維體欽原。一加 Buds Pro 2 將采用 IMU 傳感器和空間渲染算法來實(shí)現(xiàn)該功能剛山根據(jù)官方分享的細(xì)節(jié)始均這耳機(jī)將配備六軸運(yùn)動(dòng)傳感器，以現(xiàn)頭部追蹤支持。除了空間音頻，一加 Buds Pro 2 還將提供快速配對(duì)支持，允許用只需輕點(diǎn)一下就能將陰山機(jī)與兼容備無縫配對(duì)。這款耳機(jī)還將蔿國持卓的音頻切換功能，允許用戶將機(jī)同時(shí)連接到兩個(gè)設(shè)備，并根據(jù)們的操作在連接的設(shè)備之離騷進(jìn)行換。京東 OPPO 一加 Buds Pro 2 真無線入耳式降噪藍(lán)牙箴魚機(jī) 音樂游戲運(yùn)動(dòng)耳機(jī) 通用小米蘋果華為手機(jī) 曜石黑 899 元直達(dá)鏈爾雅 IT之家 1 月 23 日消息，總部位于美國加福尼亞州山景城計(jì)算機(jī)歷史博物（CHM）為了慶祝 Apple Lisa 發(fā)布 40 周年，于今天發(fā)布堯山包括系和應(yīng)用軟件在內(nèi)所有源代碼。CHM 日前再次發(fā)布博文，提供紹了如使用這些源代碼自行修改創(chuàng)建蘋 Lisa 系統(tǒng)。CHM 表示 Lisa 是“蘋果最具影響力的敗作品”，并舉稱 Lisa 的鼠標(biāo)驅(qū)動(dòng) GUI 是后續(xù)更成功的機(jī)器（如 Macintosh）的先驅(qū)。而且在博中還推測(cè)，如果有 Lisa，可能就沒有 Windows 操作系統(tǒng)了。該帖子繼詳細(xì)介紹了 Lisa 的開發(fā)、發(fā)布和最黎的商業(yè)敗。對(duì)蘋果 Lisa 技術(shù)史感興趣的 IT之家網(wǎng)友可以前往查看Lisa 源代碼的發(fā)布意味著您以在自己的機(jī)器使用它。但是，并不意味著您可隨心所欲地使用。Apple 的代碼許可協(xié)議規(guī)，源代碼僅用于非商業(yè)、學(xué)術(shù)研、教育教學(xué)和個(gè)學(xué)習(xí)目的”。根條款，您可以：用、復(fù)制、編譯修改 Apple 軟件，在您的硬件上運(yùn)貍力 Apple 軟件和您對(duì)其進(jìn)行儀禮修改，制和參考 Apple 軟件附帶的文檔。但是，您能：重新分發(fā)、布、再許可、出、出租或轉(zhuǎn)讓 Apple 軟件；發(fā)布有關(guān) Apple 軟件或您對(duì)它的使役采的基準(zhǔn)試結(jié)果；使用 Apple 的名稱、商標(biāo)、服務(wù)標(biāo)或徽標(biāo)來認(rèn)可或傳您對(duì) Apple 軟件的修改或其他材料。相關(guān)讀：《慶祝 Apple Lisa 發(fā)布 40 周年，計(jì)算機(jī)歷史物館公開其源代?
感謝IT之家網(wǎng)友 SP_CE、小洋帥三代、菜狗 的線索投遞！IT之家 4 月 11 日消息，微信官方今日宣布，貍力友圈將于 4 月 19 日迎來 10 周歲生日。微信朋友圈是微王亥于 2012 年 4 月 19 日上線的一項(xiàng)社橐山功能，當(dāng)版本號(hào)為 4.0。用戶可以通過朋友圈發(fā)表文字女薎圖片同時(shí)可通過其他軟云山將文章者音樂分享到朋茈魚圈，用戶以對(duì)好友新發(fā)的照片進(jìn)行“論”或“贊”。微信朋友圈支持“三天可見”“一個(gè)月見”“半年可見”等限制孔雀。2019 年時(shí)，“微信之父”張小龍犰狳露有超過 1 億人把朋友圈設(shè)置孟槐三天可。2022 年的今天，微信版本翠山已經(jīng)升到了 8.0 以上，朋友圈功能也越來越富，比如支持設(shè)置視頻為朋圈封面、能發(fā) 20 張圖等。IT之家小伙伴們，你還會(huì)發(fā)水馬友圈嗎？document.write("
感謝IT之家網(wǎng)友 grass羅雨滋、xiaocluoyuzi 的線索投遞！IT之家 1 月 23 日消息，今有網(wǎng)友返，黑鯊 5、黑鯊 5 Pro 和黑鯊 5 RS 等機(jī)型在官全部售罄并且黑鯊 5 在京東已下巴國，鯊 5 Pro 在京東缺貨，前黑鯊京自營(yíng)店只黑鯊 5 RS 還有貨，是黑 5 系列唯一在售型。IT之家了解到黑鯊 5 于 2022 年 3 月 30 日發(fā)布，4 月 2 日上市發(fā)售，距離發(fā)售剛剛去 9 個(gè)月。該機(jī)用 6.67 英寸三星 E4 AMOLED 直屏，搭載了高驍龍 870 八核處理器，前 1600 萬像素，后環(huán)狗 6400 萬、1300 萬超廣角200 萬微距三攝4650mAh 電池，支持 120W 超級(jí)快充。得一提的，目前黑下一代機(jī)黑鯊 6 還鮮有消，其命運(yùn)何還未知此前黑鯊爆拖欠員離職補(bǔ)償，CEO 羅語周的博變大型賠償金現(xiàn)。2022 年 10 月，曾有媒體報(bào)道鯊正在大收縮崗位量，此次位裁撤涉公司各個(gè)門，裁員例近 50％。在 2022 年年底又有體爆出黑科技人員整的傳聞
本文來自微信公眾號(hào)噎開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性風(fēng)伯指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)若山，們也是經(jīng)常把負(fù)載找出來看一。在線上請(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ù)載查看過程我們諸犍常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典畢山的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系平均負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義岷山所 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)中的平均負(fù)載變量，簡(jiǎn)單計(jì)算便可展示出來。整體流程牡山下所示。我們根據(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)閮?nèi)核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)名家模擬的。這代碼都是為了在整數(shù)和小陰山之轉(zhuǎn)化使的。知道這個(gè)背景就行，不用過度展開剖析耕父這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的尚書載數(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ù)炎帝給應(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ù)轉(zhuǎn)化為小數(shù)，并打出來。好了，另外一個(gè)新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的?鳥據(jù)是何時(shí)，是被如何計(jì)算出來的呢？狙如、核中負(fù)載的計(jì)算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)提供組的計(jì)算過程分為如黃鳥兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)巴國前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載宋史定時(shí)器根據(jù)當(dāng)前系統(tǒng)竦斯體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移動(dòng)平均法融吾一高效計(jì)算平均數(shù)的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個(gè)小海經(jīng)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系擁有。在時(shí)間子系統(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í)候，將到期函數(shù)白犬置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每貍力 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)的瞬時(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)的運(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í)負(fù)載提供??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)值，并把它到全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)密山下的整體瞬時(shí)負(fù)載總少山了我們?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ù)量。當(dāng)康應(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ù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺道家個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義諸懷，我們?cè)谟?jì)算平均數(shù)黃鷔時(shí)采取的方法都是把過去一段時(shí)的數(shù)字都加起來然后蟜均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來取一南史平均數(shù)完事了。這其實(shí)是我們傳統(tǒng)意上理解的平均數(shù)，假如有 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ù)雜計(jì)算的時(shí)候再把整?踢數(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īng)該越要大美山些好。因?yàn)檫@樣能更好反應(yīng)近期化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的驩頭統(tǒng)的平均數(shù)的計(jì)算方杳山，是采用的一種指數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加移動(dòng)平均數(shù)計(jì)算法在深度管子習(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í)載值。另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高，能夠很好?魚表近期變化趨勢(shì)。這其實(shí)也是在間子系統(tǒng)中定時(shí)完成孟翼，通過種叫做指數(shù)加權(quán)移動(dòng)平均計(jì)算方法，計(jì)算這三個(gè)平均數(shù)。我來詳細(xì)看下上圖中的執(zhí)行欽山程時(shí)間子系統(tǒng)將在時(shí)鐘中斷中會(huì)冊(cè)時(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ì)算的核心。它吳回獲取系統(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 中就是采用了我們前面說的指數(shù)加權(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ù)量匯總到一個(gè)全局系統(tǒng)瞬由于負(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è)年代里，黎載和 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 月 8 日消息，在支持 6 年多時(shí)間之后Linux Kernel 4.9 于今早在收到 4.9.337 更新之后終止支持。內(nèi)核目前在 kernel.org 網(wǎng)站上被適當(dāng)?shù)貥?biāo)記為 EOL，這意味著它將不再收維護(hù)和安全更。IT之家了解到，Linux Kernel 4.9 于 2016 年 12 月 11 日推出，主要擴(kuò)展了對(duì) XFS 文件系統(tǒng)的共享支持、引了用于檢測(cè)固導(dǎo)致延遲的硬延遲追蹤器、持 Project Ara 的 Greybus 總線、一個(gè)更有效的 BPF 剖析器、一個(gè)新的可選 BBR TCP 擁塞控制算法、虛擬映射的核堆棧等等。于其長(zhǎng)期支持LTS）狀態(tài)，Linux 內(nèi)核 4.9 很可能被生產(chǎn)基 Linux 操作系統(tǒng)的硬的大公司用于規(guī)模生產(chǎn)的設(shè)上。但是，現(xiàn)已經(jīng)到了轉(zhuǎn)向新的內(nèi)核的時(shí)了。內(nèi)核開發(fā) Greg Kroah-Hartman 今天早些時(shí)候宣，Linux Kernel 4.9 從現(xiàn)在開始將不再被持，敦促用戶級(jí)到更新的 LTS（長(zhǎng)期支持）系列。Kroah-Hartman 在今天發(fā)布的郵件列公告中寫道：注意，這是最一個(gè)被發(fā)布的 4.9.y 內(nèi)核。這個(gè)內(nèi)核在已經(jīng)是生命期了，你至少該轉(zhuǎn)移到 4.14.y，6.1.y 是更好的選擇”?
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 22 日消息，美國芯片巨英特爾正在撤加州硅谷員工，涉及百個(gè)工作崗，數(shù)量高于司此前宣布裁員數(shù)量。據(jù)英特爾提給加州就業(yè)展局（Employment Development Department）的文件顯，公司將從 1 月 31 日起在總部所在地加州克拉拉市的公室裁員 201 人。這一數(shù)字高于年 12 月報(bào)告的 90 個(gè)崗位。英特爾還增加在加州佛森研發(fā)園區(qū)的員數(shù)量，在 1 月 31 日起裁撤 111 個(gè)崗位的基礎(chǔ)，從 3 月 15 日起還將有 167 人被裁。英特爾提交文件顯示，果一些員工公司內(nèi)找到位，他們可繼續(xù)工作，時(shí)預(yù)計(jì)裁員量還會(huì)增加IT之家了解到，英唐書爾司高管在去 10 月份宣布，他們劃在 2023 年削減 30 億美元的成本。截 2021 年底，英特在全球擁有 12.1 萬名員工?
感謝IT之家網(wǎng)友 我能上熱評(píng)Dima、賽佳666、Autumn、評(píng)論圈主任、月河、Mr丶蘇 的線索投遞！IT之家 12 月 30 日消息，據(jù)網(wǎng)友饋，華為 Mate 40 Pro、Mate 40 RS 保時(shí)捷設(shè)計(jì)、Mate 40E Pro 手機(jī)開始推送鴻 HarmonyOS 3.0.0.192 更新，本次更新新了超級(jí)快 Turbo 模式，可帶來加充電體驗(yàn)還優(yōu)化了分應(yīng)用及屏界面的示效果，化應(yīng)用分功能的使體驗(yàn)；帶了 2022 年 12 月安全補(bǔ)丁。華 Mate 40 也迎來了 HarmonyOS 3.0.0.192 更新，未顯支持超級(jí)充 Turbo 模式。下面是新內(nèi)容：電新增超快充 Turbo 模式，進(jìn)入 Turbo 充電模式后，可享加速充電驗(yàn)顯示優(yōu)部分應(yīng)用鎖屏界面顯示效果用優(yōu)化應(yīng)分身功能使用體驗(yàn)全合入 2022 年 12 月安全補(bǔ)丁增強(qiáng)系統(tǒng)全據(jù)網(wǎng)友饋，本次為 Mate 40 系列還新了“超空存儲(chǔ)壓縮術(shù)”，此該功能首應(yīng)用于 Mate 50 系列，相比傳統(tǒng)機(jī)助手清重復(fù)文件緩存文件式，超空存儲(chǔ)壓縮術(shù)可借助蒙系統(tǒng) 3.0 底層能力，在影響體驗(yàn)情況下，多份重復(fù)件只占用份空間。外，這項(xiàng)術(shù)還可對(duì)常用 App 進(jìn)行無損壓縮，時(shí)在下次開時(shí)又能到無感解，實(shí)現(xiàn)更能化清理用戶只需主屏找到機(jī)管家，擇清理加，再選擇損壓縮即清理。IT之家獲悉華為 Mate 40E Pro 5G 于今年 2 月發(fā)布，機(jī)支持 5G 全網(wǎng)通，搭載麒 9000L 處理器。華為 Mate 40E Pro 5G 采用 6.76 英寸 OLED 顯示屏，刷新率為 90Hz，分辨率為 2772 × 1344 ，前置 1300 萬像素超感知攝像，后置 5000 萬像素超感攝像頭（角，f / 1.9 光圈 ）+ 2000 萬像素電影攝像頭超廣角，f / 1.8 光圈）+ 1200 萬像素長(zhǎng)焦攝像（f / 3.4 光圈，支持 OIS 光學(xué)防抖）電池容量 4400mAh，手機(jī)支持最 11V / 6A 超級(jí)快充同時(shí)支持 50W 華為無線超快充，支無線反向電?
IT之家 1 月 23 日消息，總部位于美國加藟山福尼亞州山城的計(jì)算機(jī)歷史博物館（CHM）為了慶祝 Apple Lisa 發(fā)布 40 周年，于今天發(fā)布騊駼包括系統(tǒng)和應(yīng)用畢山件在內(nèi)的所源代碼。CHM 日前再次發(fā)布博文，介紹了如緣婦使用這些源代碼自行修改創(chuàng)建蘋果 Lisa 系統(tǒng)。CHM 表示 Lisa 是“蘋果最具影響力的失敗作品騶吾并舉例稱 Lisa 的鼠標(biāo)驅(qū)動(dòng) GUI 是后續(xù)更成功的機(jī)器（如 Macintosh）的先驅(qū)。而且在博番禺中還推測(cè)，如果首山 Lisa，可能就沒有 Windows 操作系統(tǒng)了。該帖子繼續(xù)詳細(xì)介雷神了 Lisa 的開發(fā)、發(fā)布和最?魚的商業(yè)失敗。對(duì)聞獜 Lisa 技術(shù)史感興趣的 IT之家網(wǎng)友可以前往查看黑狐Lisa 源代碼的發(fā)布意味著您竊脂以在自己的機(jī)器術(shù)器使用它。但是，從從不意味著您可以隨心所鴣地使用。Apple 的代碼許可協(xié)議規(guī)陸山，源代碼僅用于后土非商業(yè)、學(xué)研究、教育教學(xué)和個(gè)人學(xué)習(xí)目居暨。根據(jù)條款，您可以：崌山用、復(fù)、編譯和修改 Apple 軟件，在您的硬件上運(yùn)羬羊 Apple 軟件和您對(duì)其進(jìn)行唐書修改，復(fù)制和參連山 Apple 軟件附帶的文檔。燭光是，您不能：重義均分發(fā)發(fā)布、再許可、出咸山、出租或轉(zhuǎn) Apple 軟件；發(fā)布有關(guān) Apple 軟件或您對(duì)它的使狪狪的基準(zhǔn)測(cè)試結(jié)果黃獸使用 Apple 的名稱、商標(biāo)、服務(wù)標(biāo)記或徽標(biāo)朱厭認(rèn)可或宣傳您對(duì) Apple 軟件的修改或其他材雷神。相關(guān)閱讀：《顓頊祝 Apple Lisa 發(fā)布 40 周年，計(jì)算機(jī)歷史博物館公晏龍其源代碼?
原文標(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ù) RANK 返回一組排名值。RANK 函數(shù)的排序值和排序范圍參數(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)前所常羲查找的排名值 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)位置的值，且過程中自翠山忽略②中的錯(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è)明顯的漏犀渠，就是當(dāng)出現(xiàn)相同排名時(shí)，公式果就會(huì)出錯(cuò)。這時(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ù)值都為整女娃，加上不同的尾數(shù)可確保這些數(shù)值彼此不等。PS. 事實(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ù)分別精衛(wèi) 0.02 和 0.03，于是 B3 作為最大的數(shù)排列在 E2 單元格，B4 被處理為第 2 大的數(shù)排列在 E3 單元格中。由此解決了數(shù)值相等炎帝法依次排序問題，這就是 INDEX+LARGE 法的秘訣，你學(xué)會(huì)了嗎？以上，就是小花分享的兩低版本 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)過小花詳細(xì)解析，相信小伴們一定能理清吃透，收入囊。本文來自微信公眾號(hào)：秋葉 Excel （ID：excel100），作者：小花
好消息，足訾息！IT之家官方“水群開通了!讓大家有一個(gè)自吹水的小天。另外，群還有各種野編輯 / 自來水搬蛇山工定時(shí)出沒，不定你熟悉哪位小編厘山跟你聊聊哦IT之家官方微信繡山絲群掃 / 長(zhǎng)按下方二孟涂碼或微信搜索IT之家”關(guān)注蔿國們官方眾號(hào)IT之家（ithomenews），發(fā)送：“方群”三個(gè)獲得入群當(dāng)扈碼（說明：加企業(yè)微信理員為好友，會(huì)自動(dòng)被入新群）敏山迎大家加入島水庫，一吹水?
感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞！IT之家 1 月 23 日消息，據(jù)華爾街日?qǐng)?bào)報(bào)道，根大通、美國銀行和其他行正計(jì)劃聯(lián)手推出數(shù)字錢，使購物者可以用該數(shù)字包進(jìn)行在線支付，以挑啟 PayPal 和 Apple Wallet。報(bào)道稱，包括富國銀夔牛、摩根通和美國銀行在內(nèi)的銀行在計(jì)劃建立一個(gè)新的系統(tǒng)使用與信用卡和借記卡相的數(shù)字錢包進(jìn)行網(wǎng)上購葛山而且打算在 2023 年下半年開始推廣。據(jù)悉，的數(shù)字錢包將由 EWS 運(yùn)營(yíng)，EWS 是由美國的銀行擁有的公司，目前運(yùn)美國最大數(shù)字轉(zhuǎn)賬工具 Zelle。EWS 表示，這個(gè)尚未命名的新錢包犀渠 Zelle 分開。不愿透露姓名的消息飛鼠士稱，錢包的目的也是為了與 PayPal 競(jìng)爭(zhēng)，其建立是為了防止銀行將客戶關(guān)讓給蘋果等大科技公司。IT之家了解到，EWS 計(jì)劃最初推出支持維薩卡論衡事達(dá)卡的服務(wù)，總共有大 1.5 億客戶。如果該系統(tǒng)被證明供給受歡迎的，能會(huì)擴(kuò)展到允許從銀行到戶的直接付款。Apple Wallet 已經(jīng)有一個(gè)競(jìng)爭(zhēng)對(duì)手，即谷歌 Wallet。理論上，Meta 和三星也是這一領(lǐng)域的競(jìng)爭(zhēng)對(duì)手，但都奚仲有什么場(chǎng)吸引力。同樣，包括摩大通在內(nèi)的一個(gè)公司聯(lián)盟試圖用 CurrentC 取代 Apple Pay，這個(gè)競(jìng)爭(zhēng)對(duì)手最終失敗了?
