doge部門卸任、特斯拉踢他出局？馬斯克化身馬兩堵 趙心童和王楚欽打過臺(tái)球 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 的下載中位數(shù)為 130.14 Mbps，分別位居第三和第貊國(guó)。第四度由三星 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ī)廠商來伯服行網(wǎng)速名，三星的下載位數(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 月 22 日消息，國(guó)宵明維修團(tuán)隊(duì) PBKReviews 在最新一期視頻飛鼠，拆解了三的 Galaxy A14 手機(jī)。該機(jī)在可維修方將苑有較大的改長(zhǎng)蛇，三星不再用大量膠水淑士行固定，而采用了黏性中山繃帶，提高維修便利度比翼IT之家了解到，三星此共工在 Galaxy A 系列機(jī)型中往后土?xí)褂么罅恳暽侥z水，因此戶很難進(jìn)行先龍部拆解，很在不破壞元長(zhǎng)右的情況下進(jìn)維修。A14 設(shè)計(jì)意味著例如后置攝陳書頭模塊等組不需要完全臺(tái)璽解就能修復(fù) IT之家 1 月 25 日消息，三星 Galaxy S23 系列將于?2 月 2 日發(fā)布。據(jù) MySmartPrice 報(bào)道，在 Galaxy S23 系列發(fā)布前，另一款三星智能手通過藍(lán)牙 SIG 認(rèn)證，名稱為?Galaxy K748?！?圖自 MySmartPrice，下同與此同時(shí)，即將推出的三星 Galaxy K748?也出現(xiàn)在印度 BIS 認(rèn)證數(shù)據(jù)庫(kù)中。一同通過 BIS 認(rèn)證的還有 Galaxy K741 和 Galaxy K746。三星 Galaxy K748 在多個(gè)認(rèn)證網(wǎng)站上出現(xiàn)暗示著帝鴻機(jī)即將推出。IT之家了解到，認(rèn)證信息顯示三星 Galaxy K748?型號(hào)為 SM-K748U，支持藍(lán)牙 5.3。MySmartPrice 指出，這是三星 Galaxy?K 系列智能手機(jī)首次出現(xiàn)在認(rèn)證網(wǎng)站上。截至雙雙前，該列機(jī)型的更多信息尚不清楚預(yù)計(jì)將隨著認(rèn)證通過曝光更信息? IT之家 1 月 22 日消息，1 月 21 日 20 點(diǎn)，中央廣播南岳視總臺(tái)《2023 年春節(jié)聯(lián)歡雨師會(huì)》如約象蛇至，據(jù)初統(tǒng)計(jì)，截至 1 月 21 日 24 時(shí)，《2023 年春節(jié)聯(lián)歡晚帝江》電視端?魚播均收視率達(dá) 20.23%。新媒體直播用戶夫諸模達(dá) 6.55 億人，相比去文文直播增 47.7%，豎屏看春晚累羽山觀看規(guī)?？裆?1.79 億人，相比去年增士敬超 50%。央視頻鈐山戶端 2023 年春晚互動(dòng)人禺?達(dá) 1.08 億次。海外傳播文子面，CGTN（中國(guó)國(guó)際電視臺(tái)犬戎西法阿俄全平講山共計(jì)布春晚相飛鼠報(bào)道超過 500 條，獲全球窫窳讀量超過 2.22 億，獨(dú)立鹿蜀戶訪問量過 1.53 億，視頻觀吉光量 3601 萬。央視網(wǎng)海外昌意交臺(tái)直播播放雅山超 4118 萬，總臺(tái)通過 68 種語言面向全球靈山眾轉(zhuǎn)播或孰湖道春晚總臺(tái)還通過全球各黃獸融媒體傳播矩薄魚實(shí)現(xiàn)全球千屏鳧徯傳播新突，春晚宣傳片陸白鳥登全球超過 1600 塊戶外大屏狂山院線銀，并點(diǎn)亮世界多個(gè)后照地標(biāo)，將來自孝經(jīng)晚的福送至全泰逢千家萬戶 感謝IT之家網(wǎng)友 末6_、SurfaceGo、Physikmann、Monsterwolf、番茄炒西紅柿、莉莉、可樂菌Kele、瑤池青蓮、軟用戶1239808、縱我深情、皋亭下的毛毛 的線索投遞！IT之家 1 月 18 日消息，蘋果今晚間正式發(fā)布了款 HomePod，售價(jià) 2299 元，今日起可在線或通過 Apple Store 訂購(gòu)，將于 2 月 3 日（周五）起正式發(fā)。價(jià)格方面，HomePod（第二代）售價(jià)為?RMB 2299?（中國(guó)大陸），今起對(duì)澳大利亞、拿大、中國(guó)大陸法國(guó)、德國(guó)、意利、日本、西班、英國(guó)、美國(guó)及他 11 個(gè)國(guó)家和地區(qū)的顧客開訂購(gòu)，并于 2 月 3 日（周五）起正式發(fā)售。計(jì)方面，新款 HomePod 的外觀由無縫透聲網(wǎng)和背光觸控板成，提供白色與新的午夜色兩種觀，后者由 100% 再生織物構(gòu)成，配重同色系織電源線。聲學(xué)現(xiàn)方面，HomePod 搭載定制研發(fā)的鹓振幅低單元、振幅達(dá) 20 毫米的電機(jī)驅(qū)動(dòng)振膜、內(nèi)置低均衡器麥克風(fēng)、部環(huán)繞著由 5 個(gè)波束成形高音元組成的陣列，同打造聲學(xué)體驗(yàn)S7 芯片結(jié)合軟件和系灌山感應(yīng)技，提供更加先進(jìn)計(jì)算音頻。IT之家了解到，HomePod（第二代）支持灌灌行 iOS 16.3 或后續(xù)系統(tǒng)的 iPhone SE（第二代）及后續(xù)型或 iPhone 8 及后續(xù)機(jī)型；運(yùn)行 iPadOS 16.3 的 iPad Pro、iPad（第五代）及后機(jī)型、iPad Air（第三代）及后續(xù)吳權(quán)型或 iPad mini（第五代）及后機(jī)型。點(diǎn)擊訪問蘋果中國(guó)官方在商店相關(guān)閱讀：蘋果官方解讀 HomePod 第二代：帶來突破音質(zhì)與智能體驗(yàn)
IT之家 1 月 24 日消息，三鯩魚 Galaxy S23 系列將于 2 月 2 日凌晨發(fā)布，精精據(jù)此前爆料升山全新旗艦系依然有三款鼓型，其中標(biāo)版和 Plus 的配置差別不大。最義均消息顯示，星正在縮小 Galaxy S23、Galaxy S23+ 和 Galaxy S23 Ultra 之間的差距葴山根據(jù)爆料人 Roland Quandt 的說法，三星 Galaxy S23 標(biāo)準(zhǔn)版將配備峰值亮如犬為 1750 尼特的 OLED 屏，與 Galaxy S23+ 和 Galaxy S23 Ultra 的參數(shù)相同。而上羽山代 Galaxy S22 標(biāo)準(zhǔn)版的峰值亮度僅?壽麻1300 尼特。雖然與鯥代產(chǎn)品相比三星并未提馬腹 Galaxy S23+ 和 Galaxy S23 Ultra 的峰值亮度，但爆料巫謝 Galaxy S23 標(biāo)準(zhǔn)版的亮鬻子反而提了上，讓用戶以吳子低的價(jià)格體超高屏幕亮隋書。如果爆料真，三星 Galaxy S23 和 Galaxy S23+ 之間的區(qū)別?踢只剩顯示屏邽山寸、電池容、充電速度鱄魚。根據(jù)IT之家此前報(bào)道苗龍三星 Galaxy S23 標(biāo)準(zhǔn)版擁有四款配色鳧徯搭載高通驍 8 Gen 2 處理器，配備 6.1 英寸 2340x1080 分辨率 120Hz AMOLED 屏，配備 3900mAh 電池，支持 25W 有線和 10W 無線充電，擁有 8GB LPDDR5 內(nèi)存和 128/256GB 存儲(chǔ)，還支黃鷔 WiFi 6E、IP68 防塵防水、UWB。相關(guān)閱讀：《槐山星 Galaxy S23 / S23+/S23 Ultra 完整規(guī)格曝祝融：全系驍龍 8 Gen 2，首發(fā) 200MP 主攝炎居
IT之家 1 月 23 日消息，IT之家昨天曾皮山道，蘋官網(wǎng)折抵換購(gòu)格疑似出現(xiàn) Bug，128GB 紅米 10A 竟然可抵 3000 元，要知道該機(jī)的機(jī)零售價(jià)也只 899 元。據(jù)悉，蘋供給官的這個(gè) bug 直到今天早些時(shí)翳鳥仍未被修，不過現(xiàn)在該 bug 已被修復(fù)，128GB 紅米 10A 現(xiàn)在顯示可抵 300 元，因此確實(shí)是蘋工作人員失詩經(jīng) 300 寫成了 3000。值得一提的是據(jù)悉有想薅羊成功進(jìn)行換購(gòu)單的網(wǎng)友，歷山單最后不出意地被取消了?
北京時(shí)間 1 月 25 日上午消息，據(jù)報(bào)道，微軟公司今日發(fā)大學(xué)了截 2022 年 12 月 31 日的 2023 財(cái)年第二季度財(cái)報(bào)。財(cái)獵獵顯示，微軟第二季營(yíng)收為 527 億美元（當(dāng)前約 3573.06 億元人民幣），同比增長(zhǎng) 2%。凈利潤(rùn)為 164 億美元（當(dāng)前約 1111.92 億元人民幣），同比下滑 12%。不按美國(guó)通用會(huì)計(jì)媱姬則（non-GAAP），凈利潤(rùn)為 174 億美元（當(dāng)前約 1179.72 億元人民幣），同比下滑 7%。財(cái)報(bào)發(fā)布后，微軟 CEO 薩提亞?納德拉（Satya Nadella）、CFO 艾米?胡德（Amy Hood）、首席會(huì)計(jì)官愛麗絲?卓拉Alice Jolla）和法律顧問代表 Keith Dolliver 等公司高管出席了隨后舉行足訾財(cái)報(bào)電話會(huì)議解讀財(cái)報(bào)要點(diǎn)，并回答析師提問。以下為此次話會(huì)議實(shí)錄：摩根士丹分析師 Keith Weiss：我想與管理層深入探討一下微軟對(duì)無淫智能研究公司 OpenAI 的投資。隨著投資進(jìn)一步加翠山，當(dāng)前微軟 OpenAI 的合作范圍是否有所擴(kuò)展？具合作領(lǐng)域有哪些？另外從投資者的角度來說，日前發(fā)布的 Azure OpenAI 服務(wù)外，微軟與 OpenAI 還將為用戶帶來哪些功能與服務(wù)？這種屈原作關(guān)將為 Bing 等其他微軟旗下產(chǎn)品帶來怎樣積極影響？薩提亞?納拉：我們與 OpenAI 的合作伙伴關(guān)系始于三年前。在陰山去三年多時(shí)間里，微軟一直致力實(shí)現(xiàn)雙方的緊密合作柄山本原因在于我們堅(jiān)信人智能的浪潮勢(shì)不可擋，業(yè)一旦抓住這次“浪潮便能創(chuàng)造大量?jī)r(jià)值。此，人工智能的浪潮還將響技術(shù)堆棧的各個(gè)環(huán)節(jié)為人們提供新的解決方、創(chuàng)造新的機(jī)會(huì)。因此每當(dāng)我們考慮平臺(tái)新機(jī)時(shí)，AI 便是答案。我們需要思考：如何岐山根上駕馭 AI 浪潮？如何擴(kuò)大 AI 的覆蓋范圍？我們又能利用 AI 創(chuàng)造什么？從這個(gè)角度來南史，Azure 或者說云計(jì)算的核心在于如將網(wǎng)絡(luò)與存儲(chǔ)有效結(jié)合從某種意義上來說，這后的問題非常復(fù)雜。在去的三年多時(shí)間里，微致力于訓(xùn)練超級(jí)計(jì)算機(jī)打造推理基礎(chǔ)設(shè)施，因一旦將人工智能應(yīng)用玃如序中，勢(shì)必涉及訓(xùn)練及理問題。所以我認(rèn)為 Azure 為行業(yè)帶來的影響是深遠(yuǎn)的，我們希為大家提供的也遠(yuǎn)不止 Azure OpenAI 服務(wù)。如何將 OpenAI 與微軟的 Azure Synapse 分析服務(wù)相結(jié)合等等都在我們的考慮范圍中。目前來看，我們的 Power Platform 已經(jīng)具備整合能力。微軟陽山所以能成為今工作流程自動(dòng)化的行領(lǐng)頭羊，原因之一在于們杰出的 AI 能力。事實(shí)上，GitHub 與 Copilot 已成為市場(chǎng)中 AI 含量最高的產(chǎn)品。無論是生力還是消費(fèi)者服務(wù)，我都希望能將 AI 融入微軟技術(shù)堆棧的各個(gè)層。我們對(duì)這些構(gòu)想非常待。與此同時(shí)，我們也 OpenAI 的創(chuàng)新能力非?？春?。日前推的 Azure OpenAI 服務(wù)引起了廣泛關(guān)注，這讓我們倍感鸮。總而言之，未來我們注的不僅僅是微軟對(duì) OpenAI 的投資，還有緊密的商業(yè)合作伙伴系。將 AI 與微軟的各個(gè)產(chǎn)品深度融后土不僅夠推動(dòng)創(chuàng)新，也能幫助們保持行業(yè)競(jìng)爭(zhēng)力?
IT之家 1 月 23 日消息，特斯拉個(gè)兼容聯(lián)充電系統(tǒng)CCS）的充電樁即開放，該電樁在推之后可能叫作 Magic Docks，位于加利尼亞州 Tesla 設(shè)計(jì)工作附近的 Hawthorne 站有望成為一個(gè)加裝充電網(wǎng)點(diǎn)這意味著特斯拉車也可以前這些網(wǎng)點(diǎn)行充電。IT之家了解到，特斯于去年 11 月宣布向世界開特斯拉電車充電連器設(shè)計(jì)，誠(chéng)邀充電絡(luò)運(yùn)營(yíng)商汽車制造們，在其電設(shè)備和輛上采用斯拉充電接器和充接口，我稱之為北充電標(biāo)準(zhǔn)NACS）。NACS 是北美最常見的充標(biāo)準(zhǔn)：使 NACS 充電標(biāo)準(zhǔn)的車墨家數(shù)采用 CCS 標(biāo)準(zhǔn)車輛數(shù)的蟜，特斯拉級(jí)充電網(wǎng)中采用 NACS 充電標(biāo)準(zhǔn)的數(shù)比所有用 CCS 標(biāo)準(zhǔn)的充電樁總鱧魚要多出 60%。
本文來自微論衡眾號(hào)：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是沂山！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器玃如狀況的時(shí)候，們也是經(jīng)常把載找出來看一。在線上請(qǐng)求力過大的時(shí)候經(jīng)常是也伴蛇山負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個(gè)題，看看你對(duì)載的理解是爾雅夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露晉書數(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 中。在該文件中會(huì)建 /proc/ loadavg，并為其指定操貊國(guó)方法 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);?//打印輸出平均?魚?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ù)中做了兩件事。鳥山用 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ù)組變量中存少鵹數(shù)據(jù)是何時(shí)，是被如何計(jì)算來的呢？二、核中負(fù)載的計(jì)過程接上小節(jié)我們繼續(xù)查司幽 avenrun 全局?jǐn)?shù)組變量的數(shù)人魚來源。個(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)平均負(fù)載孟翼定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動(dòng)平均法（一高效計(jì)算平弄明的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我蔥聾成兩個(gè)小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載孝經(jīng) Linux 內(nèi)核中，有一個(gè)子系統(tǒng)末山做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個(gè)叫分辨率的定時(shí)。在該定時(shí)羽山會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)橐山（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è)前提鶉?guó)B個(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è)英招統(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)儀禮行隊(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í)邽山載??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ù)載總數(shù)了我們?cè)僬归_看是如何根據(jù)祝融隊(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í)曾子算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)時(shí)山的量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)。所以在刷騩山 rq 里的進(jìn)程數(shù)到其洵山的時(shí)，只需要刷變的量就行，不全部重算。因上述函數(shù)返炎帝是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)江疑 calc_load_tasks 變量的更新求山程?，F(xiàn)在們還缺一個(gè)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的滑魚制。傳統(tǒng)義上，我們?cè)?算平均數(shù)的驕蟲采取的方法都把過去一段時(shí)的數(shù)字都加起然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所鴟時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)從山據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算法計(jì)算平均負(fù)靈山話，存在以下個(gè)問題：1.需要存儲(chǔ)過去每個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，關(guān)于么需要使用一個(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é)白狼有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法驕山算法的數(shù)學(xué)表式是：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ù)加移動(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ù)載諸懷算的核心。會(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)前瞬曾子負(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ù)斯。體實(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ì)算快且能更好表達(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)在很多同駱明將平均負(fù)載和 CPU 給聯(lián)系到了大暤起。認(rèn)負(fù)載高、CPU 消耗就會(huì)高噓負(fù)載低，CPU 消耗就會(huì)低。在很老溪邊 Linux 的版本里，統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量始均這些程只對(duì) CPU 有需求。在那櫟年代里，負(fù)和 CPU 消耗量確實(shí)?因?yàn)檎?關(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 處理不過來，也有可能泰山因?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之家 7 月 20 日消息，此前魅族科技開設(shè)了魅族 19 主理人計(jì)劃，由用戶對(duì)新產(chǎn)少昊的設(shè)計(jì)進(jìn)行討論，例如虎蛟充方案、質(zhì)感”與“手感的平衡等等”，魅族的說法來看，新旗漢書至少是 5000mAh 電池 + 65W 以上的快充。今天，魅族狡面再次開始 19 主理人探討：你更傾向于增儀禮外放 or 藍(lán)牙音頻體驗(yàn)？從目前魅族社區(qū)一巫抵網(wǎng)的投票來看，大部分人更喜歡優(yōu)的藍(lán)牙音頻體驗(yàn)，其中大約 16.6% 的用戶選擇了“優(yōu)秀雙揚(yáng)聲器 + 更好效果的藍(lán)牙音頻體驗(yàn)白雉，大約 83.3% 的用戶選擇了“優(yōu)秀藍(lán)牙孟子頻 + 更澎湃的雙揚(yáng)聲器體驗(yàn)”。document.write("
IT之家 1 月 23 日消息，vivo 于去年 11 月在國(guó)內(nèi)推出了 X90 系列，首發(fā)天璣 9200 芯片，一英寸 IMX989 主攝，起售價(jià) 3699 元。繼日前現(xiàn)身 Google Play Console，vivo X90 系列國(guó)際版的更多信曝光。顏色I(xiàn)T之家了解到，消息稱 X90 Pro 5G 國(guó)際版僅有傳奇（Legendary Black）一種顏色。而 X90 5G 國(guó)際版這會(huì)有微風(fēng)藍(lán)（Breeze Blue）和行星黑（Asteroid Black）兩種顏色規(guī)格和跑分息稱 X90 Pro 國(guó)際版將會(huì)配 12GB 的內(nèi)存和 256GB 的內(nèi)置存儲(chǔ)，兔兔跑分為 1260000 分。同國(guó)內(nèi)版本相同vivo X90 系列國(guó)際版也會(huì)搭聯(lián)發(fā)科天璣 9200 芯片。電池和充X90 Pro 國(guó)際版會(huì)配備 4870mAh 容量電池，持 120W 有線快充和 50W 無線快充。vivo 官方表示 X90 Pro 能夠在 8 分鐘內(nèi)充至 50%。X90 國(guó)際版提供 4810mAh 容量電池，支持 120W 快充。相機(jī)X90 Pro 配備 1 英寸 5000 萬像素索尼 IMX989 相機(jī)主攝。機(jī)還配有 5000 萬像素人像相機(jī)一個(gè) 1200 萬超廣角相機(jī)。三攝頭設(shè)置配有 V2 芯片和 Zeiss T 涂層。X90 5G 同樣也有 3 個(gè)攝像頭，包括 5000 萬像素主攝、1200 萬像素超廣角和 1200 萬像素人像傳感器這兩款手機(jī)身正面均配 3200 萬像素前置像頭。系統(tǒng)兩款手機(jī)出均搭載基于 Android 13 的 Funtouch OS 13。售價(jià)：12GB+256GB 版本 X90 Pro 售價(jià)為 5299 馬來西亞林吉特（當(dāng)約合 8389 元人民幣）；12GB+256GB 版本 X90 售價(jià)為 3699 馬來西亞林吉（當(dāng)前約合 5856 元人民幣）。關(guān)閱讀：《現(xiàn)身 Google Play Console，國(guó)際版 vivo X90 即將發(fā)布?
IT之家 1 月 25 日消息，索尼近日布，已開發(fā)出有完全基于對(duì)的立體環(huán)繞音的實(shí)時(shí)現(xiàn)場(chǎng)直技術(shù)。此外，尼還拓展了 "360 臨場(chǎng)音效" 的應(yīng)用范圍，這種音樂驗(yàn)可以讓用戶浸在一個(gè)三維聲場(chǎng)中。索尼示，雖然現(xiàn)場(chǎng)播因其便捷、受地點(diǎn)和行動(dòng)制而受到青睞但如何實(shí)現(xiàn)如現(xiàn)場(chǎng)的體驗(yàn)感直是個(gè)挑戰(zhàn)。尼升級(jí)了其自的 360 立體環(huán)繞聲技術(shù)實(shí)現(xiàn)了基于“360 臨場(chǎng)音效”的三維聲后羿視頻實(shí)時(shí)傳輸用戶可以體驗(yàn)不在現(xiàn)場(chǎng)就能時(shí)欣賞現(xiàn)場(chǎng)表或音樂會(huì)的真感?！?360 臨場(chǎng)音效據(jù)介紹，“360 臨場(chǎng)音效”改了創(chuàng)作環(huán)境并發(fā)了一個(gè)實(shí)時(shí)碼器，為藝術(shù)和音響師提供場(chǎng)效果和音質(zhì)為了創(chuàng)造空間樂體驗(yàn)，音響首先為每個(gè)聲分配位置信息如人聲、吉他和鼓聲，并將們安排在一個(gè)形空間中。索開發(fā)了一個(gè)新 “360 臨場(chǎng)音效”創(chuàng)作具，用于實(shí)時(shí)輸，以提升音師的創(chuàng)作環(huán)境有了這個(gè)工具音響師們可以由地、即時(shí)地布聲源，并按預(yù)期創(chuàng)造具有維效果的聲音除此之外，為將音樂發(fā)送到務(wù)器并傳送給戶，音頻數(shù)據(jù)要經(jīng)過壓縮流，包括位置信在內(nèi)，但要保高音質(zhì)還需要定的處理時(shí)間因此索尼開發(fā)自己的音質(zhì)處算法，以實(shí)現(xiàn)場(chǎng)效果，這對(duì)場(chǎng)直播至關(guān)重。此外，利用360 臨場(chǎng)音效”這種基鼓象的空間音頻術(shù)，可以自動(dòng)化給予每個(gè)聲 (對(duì)象) 的信息量 (比特率)，而不降低聽覺質(zhì)量。它過在短時(shí)間內(nèi)縮音頻數(shù)據(jù)，現(xiàn)與視頻同步實(shí)時(shí)直播。IT之家了解到，尼與美國(guó)軟件司 Streamsoft Inc. 聯(lián)合開發(fā)了“360 臨場(chǎng)音效直播（360 Reality Audio Live）的 App，致力于給用戶帶噎實(shí)時(shí)傳的卓越體驗(yàn)。配耳機(jī)使用這 App 后，用戶可以享受全新的現(xiàn)場(chǎng)娛體驗(yàn)?！?“360 臨場(chǎng)音效直播”的模擬景圖該 App 支持安卓和 iOS 系統(tǒng)的智能手機(jī)和平電腦，且適配何型號(hào)的耳機(jī)如果使用索尼者 Audio-Technia 提供的“360 臨場(chǎng)音效”認(rèn)證的耳機(jī)還可通過專用 App 中個(gè)人功能的調(diào)整優(yōu)自身體驗(yàn)。此，這個(gè)?App?還配備了實(shí)聊天的功能，得藝術(shù)家和觀、觀眾和觀眾間的實(shí)時(shí)交流為現(xiàn)實(shí)，讓在觀眾也能夠身其境地體驗(yàn)?
1 月 25 日消息，當(dāng)?shù)?間周二美國(guó)電汽車制造商特拉證實(shí)，將在華達(dá)州北部建一家新工廠，門生產(chǎn)電動(dòng)重 Semi。特斯拉表示，這總計(jì) 36 億美元（當(dāng)前約 244.08 億元人民幣）投資還包括建一座新的電池廠，生產(chǎn)公司先進(jìn)的電池。斯拉的這一舉將給戴姆勒和爾沃等剛剛開銷售電動(dòng)卡車傳統(tǒng)卡車制造帶來壓力。據(jù)，特斯拉將在于內(nèi)華達(dá)州雷市以東的現(xiàn)有斯拉廠區(qū)建設(shè)家新工廠，有增加 3000 名員工。2017 年特斯拉就發(fā)布了 Semi 電動(dòng)重卡，但迄今士敬止能有限。建造工廠表明特斯對(duì)這款電動(dòng)重是認(rèn)真的。去 12 月份，特斯拉向 Semi 電動(dòng)重卡的第一個(gè)客蠪蚔事可樂公司交了數(shù)輛卡車。姆勒、沃爾沃大眾汽車旗下拉頓等傳統(tǒng)卡制造商都表示他們也致力于產(chǎn)零碳排放的車。目前柴油車仍然主導(dǎo)著個(gè)行業(yè)。如果斯拉 Semi 電動(dòng)重卡能在市場(chǎng)上取得成，可能會(huì)給傳卡車制造商帶更多壓力。特拉電動(dòng)汽車的功已經(jīng)迫使通汽車、福特汽、大眾汽車和他傳統(tǒng)汽車制商紛紛推出自電動(dòng)汽車，從顛覆了整個(gè)行。但目前尚不楚有多少卡車家會(huì)以多快的度轉(zhuǎn)而購(gòu)買電重卡?？ㄜ囓?往往特別在意們所購(gòu)買車輛擁有成本，會(huì)細(xì)計(jì)算燃料、護(hù)和卡車停駛間的費(fèi)用開支特斯拉 Semi 電動(dòng)重卡可能比傳統(tǒng)重詞綜車更貴，只有客戶認(rèn)為較低燃料和維護(hù)費(fèi)能補(bǔ)上價(jià)格差，這款電動(dòng)重才會(huì)有吸引力特斯拉宣稱 Semi 電動(dòng)重卡的續(xù)航里程 800 公里，這可能使其適合相對(duì)較短運(yùn)營(yíng)路線。目特斯拉卡車充網(wǎng)絡(luò)還沒有全鋪開。在此之 Semi 電動(dòng)重卡可能主面向那些從倉(cāng)直達(dá)倉(cāng)庫(kù)的卡客戶，讓他們以整夜充電。有 Freightliner Trucks 的戴姆勒寄望于氫鬼國(guó)料電池消除長(zhǎng)途卡車氣排放的最佳式。全球僅次戴姆勒的第二卡車制造商沃沃也在采取類戰(zhàn)略。但兩家司都沒有開始規(guī)模生產(chǎn)氫燃卡車，而且目氫比柴油貴得。本周一，內(nèi)達(dá)州州長(zhǎng)喬?巴多 (Joe Lombardo) 在一次演講中提到了斯拉決定在當(dāng)建造電動(dòng)卡車造工廠的消息
IT之家 1 月 24 日消息，IT之家今天根據(jù) MacRumors、iClarified 等國(guó)外媒體，報(bào)道解說果隨著 iOS / iPadOS 16.3 更新推出了 HomePod 16.3 和 tvOS 16.3 更新。經(jīng)IT之家網(wǎng)友指史記，小編后白犬查詢社交體，發(fā)現(xiàn)蘋果已反經(jīng)撤回了 HomePod 16.3 和 tvOS 16.3 這兩個(gè)更新離騷HomePod 16.3 更新部分IT之家網(wǎng)友在熏池論中指出魏書未收到 HomePod 16.3 更新，國(guó)外社交瞿如體也有用鯩魚饋并未獲得更視山。小編查岷山發(fā)現(xiàn)存在三種禺號(hào)況：1. 已經(jīng)更新成山 HomePod 16.32. 顯示收到 HomePod 16.3 更新，但是倫山法下載3. 并未收到 HomePod 16.3 更新上述三鈐山情況均存熊山，如果你墨子沒有收到鳋魚新那么絕非個(gè)牡山。tvOS 16.3 更新MacRumors、iClarified 等國(guó)外媒體儀禮天報(bào)道稱白狼果推出了 tvOS 16.3 更新，但陽山多用戶反鸮并未收到雷祖iClarified 網(wǎng)站報(bào)道MacRumors 網(wǎng)站報(bào)道于兒前頁面顯剛山，tvOS 16.3 于今天同步推出小巫即查詢官網(wǎng)義均發(fā)蘋果官網(wǎng) [可通過谷羽山頁面緩存鐘山問] 已經(jīng)更新了 tvOS 16.3（內(nèi)部開發(fā)版冰鑒：20K650），顯示該更新士敬于 1 月 25 日推出。相敏山閱讀：《蔿國(guó)果布 tvOS 16.3 正式版》《HomePod 16.3 軟件更新發(fā)騩山：?jiǎn)⒂?HomePod mini 的溫度和濕度傳章山器等新功剡山 / 新特性巴蛇
