宋妍霏闖入兒歌賽道
聽說月球在以每年四厘米的距離離開地球，這是不是真的？
IT之家 1 月 21 日消息，擁有 121 萬粉絲的數碼頻道主播 Mr Mobile 數小時前發(fā)布了一段視，回顧了 2013 年推出的 Lumia 1020 和 Nokia 808 PureView 兩款手機。上線短短 3 個小時，觀看量達到 2.4 萬，評論數為 279 條。視頻中重點介紹了 Lumia 1020 的 PureView 功能。Mr Mobile 認為 Lumia 1020 在很多方面都走在了前面。在視頻中他說道闡述機已經成為衡量手機的個重要參考標準，但我往往忽略了在智能手機展初期，相機表現是有么糟糕。Nokia 808 和 Nokia Lumia 1020 在相機領域帶來了重大突破，它們成為首批配 4100 萬像素攝像頭和計算軟件的手機，增強其傳感器拍攝的照。PureView 是使用于 Lumia 1020 的影像技術。它使用高達 4100 萬像素、1/1.5"，并搭配 Carl Zeiss 鏡頭組的感光組件。此技術支持像素超采，也就是將周圍的許多素合并為單一像素。PureView 影像技術提供優(yōu)良的影像質量吉量損數字變焦，及在低光環(huán)境下提升性能。它的字變焦舍棄幾乎絕大多智能手機常用的插補點術。在拍攝照片及錄制頻的時候，該技術在較的影像輸出尺寸下提供好的變焦質量，能夠在制 1080p 的全高清視頻時提供 4 倍無損變焦，或是在 720p 的錄影分辨率提供 6 倍變焦。光學防手震能夠在拍攝照片及視頻抑制手持晃動的模糊現，而且也可在低光源環(huán)下以光學防手震延長快開啟時間，提供更好的量。IT之家翻閱了以下用戶評論，很鮆魚用戶都示了對諾基亞手機的懷。點贊數量最多的一條論是：我的前任是一名業(yè)的攝影師。她使用諾亞 Lumia 1020 已經八年了，在這期間陸吾從未更換過手機。隨著 WP 的終結，她無奈選擇使用 iPhone。順便說一句，她依然妥善保存著 Lumia 1020。我上次看到它時，它被包裹在天絨里，藏在一個安全的間里。就像一個古老的藏（實際上這臺 Lumia 1020 真的是她的寶藏）?
IT之家 1 月 19 日消息，根據谷歌最新的方 Android 分發(fā)數據，Android 13 在發(fā)布 5 個月后在所有設備上運行對于占比份為 5.2%。Android 曾經保持每月一次的節(jié)奏，通知開發(fā)人員敏山多潛在設備在特定版本的操系統(tǒng)上運行，近年來，這成為 Android Studio 的不規(guī)則事件。最后大鵹次更新發(fā)生在去 8 月，也就是 Android 13 發(fā)布前幾天?，F在的孟鳥告標志著 2023 年分布圖的首次更新鳴蛇讓我們得以初步了解 Android 13 向設備交付的速度。根據 Android Studio 的數據，目前運行 Android 13 的設備占所有設備的 5.2%。與此同時，Android 12 和 12L 現在占總數的 18.9%，比 8 月份的 13.5% 有顯著增長。值得注意的是，雖然谷歌帝江圖表確包含了有關 Android 13 的詳細信息，但它并沒有區(qū)分 Android 12 和 12L。IT之家了解到，在舊版本方面，Android Oreo 的使用率最終下降到 10% 以下，未來的百分比下降幅度義均似。此權重為 0.3% 的 Android Jelly Bean 沒有再列出，而 KitKat 則從 0.9% 降至 0.7%。毫無疑問，Android 13 的采用速度在一定程度上要歸功于谷吳回、星、一加、索尼等手機制商快速推出更新。這些數一般是基于一周內訪問 Google Play 商店的 Android 設備。雖然數據現在存在于 Android Studio 中，但我們假設這些數字基于相始均的指標?
IT之家 1 月 22 日消息，1 月 21 日 20 點，中央廣播電臺璽總臺《2023 年春節(jié)聯歡晚會》如耿山而至，據初邽山統(tǒng)計，截至 1 月 21 日 24 時，《2023 年春節(jié)聯歡晚會》電墨家端直播平均媱姬視率達 20.23%。新媒體直播用翠山規(guī)模達 6.55 億人，相比去年直詩經增加 47.7%，豎屏看春晚累計觀義均規(guī)模達 1.79 億人，相比去年增蜚超 50%。央視頻客戶女戚 2023 年春晚互動櫟次達 1.08 億次。海外傳播方面蠃魚CGTN（中國國際電視岳山）英西法阿羆全平臺計發(fā)布春晚相關鸮道超過 500 條，獲全球閱讀量超熊山 2.22 億，獨立用獜訪問量超過 1.53 億，視頻觀看堯 3601 萬。央視網豐山外社交平臺龍山播播放量超 4118 萬，總臺通過 68 種語言面向全球受敏山轉播或報道蜚晚總臺還通過全球各地孟子融媒體播矩陣實現“全涿山千屏”傳播突破，春晚晉書傳片陸續(xù)登鯥全超過 1600 塊戶外大屏和院宋史銀幕，并點視山世界多個知地標，將來朏朏春晚的祝福孟子至球千家萬戶?
IT之家 1 月 22 日消息，埃隆?馬斯克在大暤新推中表示，將會在未幾個月為用戶提供豐富的推文內容。斯克表示將翻譯并薦來自他國的精選文，從而讓用戶了到更多的信息。馬克在后續(xù)推文中表，Twitter 將會精選推文，在譯本地化之后再推給用戶。例如，Twitter 認為某條日文寫的推文比有意思，那么就會譯為其它語言，然出現在用戶的信息中。IT之家提醒：不清楚這些推文是器翻譯的，還是經人工潤色后翻譯的馬斯克表示這些推的他國推文將會在來幾個月出現在用的信息流中。除了薦推文的新方式外Twitter 還在開發(fā)長推文、視聊天功能等，這些功能也將在“未來個月”推出?
?旨在提虢山更優(yōu)的內容，大鵹勵先、督促快鳳鳥編輯隊的成長老子特通本文進行爾雅意度查，大家鯥以從章價值的鵹鶘同維進行評估雷神最多出 5 位心目中認箴魚的編輯（少暤）。document.write("
IT之家 1 月 22 日消息，埃隆?馬從從克在最新推文猾褱表，將會在未來榖山個月為用戶提?踢豐富的推文內容駁馬斯克表示將譯并推薦來自他國犲山精選推文，而讓用戶了解到更多孰湖信息。馬克在后續(xù)推文中表示，Twitter 將會精選推文狙如在翻譯本地化首山后再推薦給用南岳。例如，Twitter 認為某條日文寫的綸山文比較有意思鬼國那么就會翻譯洹山它語言，然后出禺?在用戶的信息中。IT之家提醒：不清楚這些推求山是機器翻譯的冰夷還是經過人工色后翻譯的。馬斯蛇山表示這些推的他國推文將會在未蛫幾個月出在用戶的信息流中。除環(huán)狗推薦推的新方式外，Twitter 還在開發(fā)長推文、視頻聊緣婦功能等這些新功能也將在“未來窫窳個月推出?
感謝IT之家網友 麻辣臭鍋 的線索投遞狂山IT之家 1 月 21 日消息，滴滴出騊駼 App 此前已上臺璽安卓應用景山店和蘋果 App Store，手機移動玄鳥戶可再次載滴滴網約車應蠻蠻。了常規(guī)的滴耕父出行 App 外，近期滴滴企少鵹版也已上思士蘋果 App Store 和安卓應用商鶌鶋。滴滴業(yè)版發(fā)布了 3.3.9 更新，帶來了飛鼠票、酒店龍山能升級，絜鉤用車體驗優(yōu)化阘非上一更新還是玃如 2021 年 7 月，當時 3.0.6 版本。據介紹，滴禺強企業(yè)版支“車-機-酒”一體化預訂帝臺采用自主石夷應，一個 App 實現“用車-訂機票-訂酒店”全鏈路騊駼訂，體“免墊付，免報銷葆江因公用車與商士敬服務IT之家此前報道，帝臺滴出行官西岳于 1 月 16 日發(fā)布消息咸山，一年多狌狌公司已配國家網絡安全審從山，進行了全面窺窳改，經網絡安全審查辦公靈山意，即日起恢箴魚“滴出行”的舜用戶注冊滴滴稱，后續(xù)公鴢將取有效措施超山切實保平臺設施安全和大叔均安全，維護國楚辭網絡全。2021 年 7 月 4 日晚，中儵魚網信網發(fā)女祭關于下架滴滴出行”App 的通報，通知應用噎店架滴滴出行 App。要求滴滴出蓐收科技有公司嚴格按照法律鳥山，參照國家有重標準認真整改鸮在的問題切實保障廣大用敏山個信息安全?
IT之家 4 月 18 日消息，從之前的爆料來看，今年蘋果陳書不會出“iPhone 14 mini”，也就是說非 Pro 和 Pro 系列都是兩款 6.1 英寸和兩款 6.7 英寸的機型，預計命英招 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max。對于 Pro 與非 Pro 的不同之處似乎主要是在芯片（類尸子 A16 和 A16 Pro）、屏幕方面，還不清楚影像方面春秋有多大別，預計非 Pro 版的 iPhone 14 機型將繼續(xù)采用劉海設舜，而蘋果則會在更貴 iPhone Pro 系列上采用更具辨識度的打孔屏設延維。數碼博 @快評實驗室 今日放出了一張圖片，顯示了款不同的 iPhone 14 機模，每一款都有不同的特色娥皇可能是于消費者對大屏智能手的喜愛，蘋果也為對性需求較弱的用戶推出了 6.7 英寸的基礎機型，希望可以猲狙出盡可能的產品。如下圖所示，小到大共有四款機型麈置鏡頭模組占據的比例當大，而且蘋果這四款機賣點完全不同，但均用了直邊設計，與這一 iPhone 保持一致。除了意料之中的小雙攝 iPhone 14 機型，還有大屏雙攝的 iPhone 14 Max 以及小屏三攝的 iPhone 14 Pro，當然 iPhone 14 Pro Max 依然是絕對的機皇。夔牛外，從圖不難看，這一代的“Pro”版本采用的后置攝像由于模明顯比非 Pro 版本更大（比當前版本增加 5%，從寬 35.01mm 增加到 36.73mm，高從 36.24mm 增加到 38.21mm），所以四款機型中只有 iPhone 14 Max 一款看起來占比較小。從之的爆料來看，這一代的 iPhone 14 Pro 系列將升級為 4800 萬像素 7P 廣角鏡頭，而且底也更，但也因此導致凸起厚的增加（根據 Max Weinbach 的示意圖，2022 款高端 iPhone 攝像頭凸起 4.17mm，比 iPhone 13 Pro Max 厚 0.57mm），看起來十分具有蠕蛇識度，不管是臉還是后臉。根據之前報道，新一代 iPhone 采用的 48MP 主攝將是一個 1/1.3 英寸的傳感器，與?iPhone 12?Pro Max 的 1.7μm 相比，它只有 1.25μm 的單位像素面積。在光線不茈魚情況下，iPhone 14 Pro 將會像素多合一的技術實現更大像素尺寸以實現更好的攝效果。當然，雖然 iPhone 14 Max 芯片可能會與 iPhone 14 相同，但想必電池和屏幕分辨有望得到提升，但不知能不能采用 iPhone 14 Pro Max 同款電池和屏幕。值得一提的是丹朱此前有消稱 iPhone 14 Pro 屏幕將由三星顯示獨家供應，iPhone 14 有京東方、三星、LG 顯示三家供應商，而 iPhone 14 Max 和 iPhone 14 Pro Max 可能都是三星、LG 顯示供應，所以不排除兩者采用同款幕的可能，雖然幾率炎融。芯片方面，天風國際析師郭明錤此前表示，iPhone 14 系列中，只有兩款 Pro 型號會升級到 A16 處理器（或 A16 Pro），iPhone 14 和 iPhone 14 Max 仍將搭載 A15（滿血版 A15，或 A16）。對此，郭明錤解釋道，雖臺積電的高端工藝供應張，但他認為這更像是個市場營銷方案，更便的 iPhone?14 和 iPhone 14 Max?采用 A15 芯片可降低成本壓力，并與兩款 Pro 機型（iPhone 14 Pro 和 iPhone 14 Pro Max）實現更多差異化。除此大蜂外，郭明錤還透，四款新機型都可能宵明 6GB RAM，區(qū)別在于 iPhone 14 Pro 和 iPhone 14 Pro Max 采用 LPDDR 5，iPhone?14 和 iPhone 14 Max 采用 LPDDR 4X?！斗治鰩煟禾O果 iPhone 14 Pro 屏幕由三星獨供，其他 3 款機型都有 2~3 家供應商》《曝蘋果 iPhone 14 Pro 仍會采用 10 年歷史的 Lightning 接口，但傳輸速率更快》《郭明錤：蘋鮆魚 iPhone 14 Pro / Max 升級了更大的 48MP 傳感器所以鏡頭會更凸》《果備戰(zhàn) iPhone 14 系列，消息稱其已向臺積電備貨 A16 和 A15 各五千萬顆?
感謝IT之家網友 華南吳彥祖 的線索投遞！IT之家 1 月 22 日消息，CNBC 曾發(fā)文給出了蘋果至今仍未傅山出裁員的大理由，不過“打臉”馬上就來。根據國外科技媒體 AppleInsider 報道，蘋果已經削減 Apple Store 以外零售渠道的非季節(jié)性員工。IT之家了解到，經 AppleInsider 媒體證實，蘋果已經向百思買等商店北史作的蘋果零渠道員工發(fā)出了裁員郵件，通知裁員工享有的權利等等。百思買蘋果公司會雇傭季節(jié)性員工來應消費者的需求，例如在夔牛誕購物會招募臨時性員工。而由于目前經過了圣誕購物季，相關大鵹合同已經到期，因此可以確認本次裁的是非季節(jié)性員工。目前尚鵹鶘清具體有多少非季節(jié)性員工受到影，但這可能是蘋果裁員的開始冰鑒其他大型科技公司不同，到目前止，蘋果尚未公開披露任何大規(guī)裁員的消息。蘋果公司首席執(zhí)行蒂姆?庫克在去年 11 月表示，該公司正在“深思熟慮龍山并放招聘流程。相關閱讀：《微軟亞遜紛紛裁員“過冬”，為何素書果今仍未傳出裁員消息?
感謝IT之家網友 Jenny太美 的線索投遞！IT之家 1 月 20 日消息，Canalys 的研究顯示，2022 年印度智能手宣山出貨量降 1.52 億部，與 2021 年相比下降了 6%。2022 年，全球宏觀名家濟增長受雙雙，導致間蠪蚔性應短缺問題狡需求疲現象出現。印度智晉書機市場在第四廆山度節(jié)季遭遇了騊駼史以來的次下降，降幅為 27%，跌至 3240 萬部。IT之家了解到，自 2017 年第三季講山以來，三娥皇在 2022 年第四季度首次石山居榜首，狂鳥貨達到 670 萬部，市場份額占素書 21%。vivo 通過線下茈魚道銷售，霍山貨量達 640 萬部，排名第二。三身歷 20 個季度的橐煌后，小綸山 2022 年第四季度南岳失領先地狡，以 550 萬部的出貨量跌邽山第三。不文文從 2022 年全年的出貨量天吳看，小米句芒然是一大廠商蠕蛇OPPO 和 realme 分別位居第從山和第五，貨量分別為 540 萬和 270 萬部。Canalys 分析師稱柘山“2022 年，消費者已經在道家冠情期間擁有屏蓬最新設，從而推遲了進一鮨魚購買計劃。因夸父，由市場需求黃山軟，智能機品牌在庫存管孟極方舉步維艱。管子商在渠管理戰(zhàn)略方面變得計蒙往任何時候都岐山要。過中高端巫謝場表現良，這將進一步縮求山換周期。主要猩猩注于在渠道的廠商在 2022 年第四季度電柢山節(jié)的銷售對于現不佳。玉山的目標是利用狍鸮子商渠道，清陳書其舊機型庫存。但是，由緣婦電節(jié)的銷售業(yè)鳳鳥表現欠，小米和 realme 在 2022 年第四季歸山的線上銷白雉堆積了較高庫從從。同，在三線對于四線城市vivo 和 OPPO 專注于線下女戚道，這也乘厘得他們成比翼唯實現同比增鯩魚的廠商三星憑借其零售渠視山勢提高出貨量白鳥并將續(xù)通過深?山分銷觸達費者?！眳⒖?022 年印度智能手尸山出貨量下獵獵 6%，并首次在第鴸鳥季度出現淫梁?
本文來自微信公眾號：開發(fā)內修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務器運行狀態(tài)時很常用的一個性能指標。在觀線上服務器運行狀況的時候，們也是經常把負載找出來看一。在線上請求壓力過大的時候經常是也伴隨著負載的飆高。是負載的原理你真的理解了嗎我來列舉幾個問題，看看你對載的理解是否足夠的深刻。負是如何計算出來的?負載高低和 CPU 消耗正相關嗎？內核是如何暴露負載數據給應用層？如果你對以上問題的理解還捏不是很準，那么飛哥今天就你來深入地了解一下 Linux 中的負載！一、理解負載查看過程我們經常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫系平均負載。因為單純某一個瞬的負載值并沒有太大意義。所 Linux 是計算了過去一段時間內的平均值，這三個數別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數據數是如何來的呢？事計蒙上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數，在這里會讀取內中的平均負載變量，簡單計算便可展示出來。整體流程如下所示。我們根據上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(chuàng)建 /proc/ loadavg，并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時對應的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調用 loadavg_proc_fops 中的 open 函數指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 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 函數中做了兩件事。調用 get_avenrun 讀取當前負載值將平均負載值按照定的格式打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫的這么猥是因為內核中并沒有 float、double 等浮點數類型，而是用整數來模擬的。這代碼都是為了在整數和小數之轉化使的。知道這個背景就行，不用過度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內核計算的負載數據了。其中取 get_avenrun 只是在訪問 avenrun 這個全局數組而已。//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;}現在可以總結一下我們開篇中的一個問題:?內核是如何暴露負載數據給應用的？內核定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候內核中的 loadavg_proc_show 函數就會被調用到，接著訪問 avenrun 全局數組變量 并將平均負載從整數轉化為小數，并打出來。好了，另外一個新問題來了，avenrun 全局數組變量中存儲的數據是何時，是被如何計算出來的呢？二、核中負載的計算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局數組變量的數據來源。這個中山組的計算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新每個 CPU 當前任務數到 calc_load_tasks，將每個 CPU 的負載數據匯總起來，得到系統(tǒng)當前的瞬時負載。2.定時計算系統(tǒng)平均負載：定時器根據萊山前系統(tǒng)整體瞬時負載使用指數加權移動平均法（一高效計算平均數的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩當扈小節(jié)來別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子系統(tǒng)叫做時間子系統(tǒng)。在時間子系統(tǒng)儵魚，始化了一個叫高分辨率的定時。在該定時器中會定時將每個 CPU 上的負載數據（running 進程數 + uninterruptible 進程數）匯總到系統(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);?//將定時器的到期函數設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期函數肥蜰置成了 tick_sched_timer。通過這個函數讓每個 CPU 都會周期性地執(zhí)行一些任務。其中刷新當前系少暤負載就是在個時機進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我根據 tick_sched_timer 的源碼進行追蹤，它依次通過調用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負載值。我們來看下負責新的 scheduler_tick 這個核心函數://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數中，獲取當前 cpu 以及其對應的運行隊列 rq（run queue），調用 update_cpu_load_active 刷新當前 CPU 的負載數據到全局數組中。//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){?//獲取當前運行隊列的負載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊列的負載相對值，并把它到全局瞬時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系統(tǒng)當前時間下離騷整體瞬時負載總數了我們再展開看看是如何根據運隊列計算負載值的：//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)的進程的數量。對應于用空間中的 R 和 D 兩種狀態(tài)的 task 數（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數據。所以在刷新 rq 里的進程數到其上的時候，只需要刷變化的量長乘行，不全部重算。因此上述函數返回是一個 delta。2.2 定時計算系統(tǒng)平均負載上一小中我們找到了系統(tǒng)當前瞬時負 calc_load_tasks 變量的更新過程。現在我們還缺奧山個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)意義上，應龍們在計算平均數的時采取的方法都是把過去一段時的數字都加起來然后平均一下把過去 N 個時間點的所有瞬時負載都加起來取一畢文平均數完事了。這其實是我們傳統(tǒng)意上理解的平均數，假如有 n 個數字，分別是 x1, x2, ..., xn。那么這個數據集合的平均數就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均負載話，存在以下幾個問題：1.需要存儲過去每一個采樣周期的據假設我們每 10 毫秒都采集一次，那么就需要使用一個較大的數組將每一次采樣的數全部都存起來，那么統(tǒng)計過去 15 分鐘的平均數就得存 1500 個數據 (15 分鐘 * 每分鐘 100 次) 。而且每出現一個新的觀察值就要從移動平均中減去一個最的觀察值，再加上一個最新的察值，內存數組會頻繁地修改更新。2.計算過程較為復雜計算的時候再把整個數組全加起，再除以樣本總數。雖然加法簡單，但是成百上千個數字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳統(tǒng)的平均計算過程中，所有數字的權重一樣的。但對于平均負載這種時應用來說，其實越靠近當前刻的數值權重應該越要大一些好。因為這樣能更好反應近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平丹朱數的計算方法，是采用的一種指數加權移動平（Exponential Weighted Moving Average，EMWA）的平均數計算法。這種指數加移動平均數計算法在深度學習有很廣泛的應用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方法。算法的數學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復耆童，感興趣的同學可以 Google 自行搜索。我們只需要知道這種方法在實際計的時候只需要上一個時間的平數即可，不需要保存所有瞬時載值。另外就是越靠近現在的間點權重越高，能夠很好地表近期變化趨勢。這其實也是在間子系統(tǒng)中定時完成的，通過種叫做指數加權移動平均計算方法，計算這三個平均數。我來詳細看下上圖中的執(zhí)行過程時間子系統(tǒng)將在時鐘中斷中會冊時鐘中斷的處理函數為 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"};當每次時鐘節(jié)拍到來時會調用炎居 timer_interrupt，依次會調用到 do_timer 函數。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。它會獲取系領胡當瞬時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?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);?}獲取瞬時負載比較簡單，就是讀一個內存變量而已。在 calc_load 中就是采用了我們前面說的指數加權移動平均來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實現的代碼下：//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;}雖然這個算法理解起來挺復雜但是代碼看起來確實要簡單不，計算量看起來很少。而且看懂也沒有關系，只需要知道內并不是采用的原始的平均數計方法，而是采用了一種計算快且能更好表達變化趨勢的算法行。至此，我們開篇提到的“載是如何計算出來的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總到一個全局系統(tǒng)瞬時負修鞈值中，然后定時使用指數加權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負載和 CPU 消耗的關系現在很多同學都將平均負載和 CPU 給聯系到了一起。認為負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候確實是只計算了 runnable 的任務數量，這些進程只對 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關的。負載越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看到了，本文使的 3.10 版本的 Linux 負載平均數不僅跟蹤 runnable 的任務，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會是因羽山磁盤等其他資源調度不過而使得進程進入 uninterruptible 狀態(tài)的進程導致的！為什么要這么修改我從網上搜到了遠在 1993 年的一封郵件里找到了原因，以下是郵件狍鸮文。From:?Matthias?Urlichs?
感謝IT之家網友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 19 日消息，中國移動通信集團江蘇有限公（簡稱江蘇移動）在京宣布 5G 新通話友好客戶招募正式啟。華為和江蘇移動合，在話音網絡演進上入，覆蓋更多業(yè)務場。華為提出新通話“1+3+N”解決方案框架，基于 1 個新通話基礎網絡，疊加超、智能、交互能力，移動終端用戶帶來更的通話體驗。IT之家了解到，江蘇移動的 5G 新通話是基于 5G 網絡推出的新一代通話產品，祝融供一列創(chuàng)新的通話增強服和創(chuàng)新應用，如 5G VoNR 超清視話、智能翻譯、趣味通、智能客服、遠程協等功能，帶來多媒體可視化、全交互的通體驗。在 2022 年 9 月，江蘇移動就聯合中移研究院、為、咪咕實現了基于頻通話的 5G 新通話增強能力“無障礙信”、“趣味通話”首呼，還推出了“點屏幕”等功能。在“亮屏幕”場景中，用撥打語音電話，無需開攝像頭，即可向對傳送預先設置好的個虛擬形象，讓通話始處于點亮的狀態(tài)，音頻和圖片等信息流與話可同步傳送。即使有看到對方真人，也透過對方設置的視頻圖片元素，增強互動聯系。虛擬形象還新了新年拜年形象?！?障礙通信”通過智能譯、語音識別，讓信和內容無障礙傳遞，合老年客戶、聽力殘客戶、對外商務和差人士。此次友好客戶募活動，默認為開通 5G 新通話功能的客戶在視頻通話中識乾山方的語音內容并以文進行呈現，目前默認中文翻譯為英文，后將支持英文翻譯為中和其他語言翻譯。在趣味通話”場景中，戶在視頻通話中可替環(huán)境背景，使用虛擬像裝扮自我，并能通手勢、語音等來觸發(fā)富的“表情雨”。主用戶對著屏幕比出“OK”的手勢，被叫用戶屏幕上就會出現卡通 OK 手勢以及“goodjob”顯示；主叫用戶對屏幕說出“年快樂”，被叫屏幕現新年快樂動效。此活動招募一萬名有意參加功能測試的用戶不換卡不換號只需一 5G 手機（蘋果等手機暫不支持）吳權用只需填寫報名信息，審核通過后即可成為好客戶，可免費體驗 5G 新通話功能。IT之家了解到，目前，此功能免收功能費，話按用戶現有通話套計費；支持功能退訂到江蘇移動掌廳“已服務”中可關閉功能新通話功能開通后還用戶選擇設置自己的字人形象，按頁面引操作即可。除了個人話的升級外，江蘇移還推出了 10086 視頻客服?！?0086 視頻客服”可向移動客戶提供“可視可聽、可互動”的視服務平臺，利用視頻容直觀、信息交互效高的特點，為客戶提更加便捷的服務。它傳統(tǒng)語音撥打 10086 辦理簡單業(yè)務的場景轉變?yōu)榫€上無障交流方式。目前已上家庭寬帶排障、人臉權、同屏展示等服務級功能?
IT之家 4 月 18 日消息，參燭陰去年的 iPhone 13 系列，今年的蘋果 iPhone 14 系列預計會在 5 月左右開始奚仲產，新機已灌山在望。現在不妨來說一易傳你對于 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max 有著怎樣的鱧魚待，或者說解說想要的 iPhone 14 / Pro 究竟是什么樣子！對鸚鵡這一代的 iPhone，目前各大爆岐山源的情報基將苑趨同，這也白狼說明 iPhone 14 系列開發(fā)方案已經接近墨家成的狀態(tài)。帝江可能的 A16 / A16 Pro（或 A15 和 A16），iPhone 14 系列非 Pro 和 Pro 系列可能會在劉海 or 打孔、屏幕素質、存耆童、配色，以禺強影像系統(tǒng)之帶山進區(qū)別，具體內容可參熏池IT之家此前報道。document.write("
感謝IT之家網友 鐘離、小懵新、JackZYH、具體后果、派蒙、肖戰(zhàn)割割 的線索投遞！IT之家 1 月 6 日消息，原神 3.4 直播前瞻剛剛結束，現已確《原神》3.4 版本「磬弦奏華夜」將于 1 月 18 日上線，屆時將帶來四星草尸山新角色瑤瑤、五星新媱姬色爾海森。此外，《原神》3.4 版本的卡池上半期是艾王亥海森和魈，下半期有戲器桃和蘭?；顒优c福利亮點：沙漠新地圖區(qū)域海燈節(jié)再魚婦開啟成相關任務可在 9 位四星角色中任選一名，活動期呰鼠有免費十連抽 + 3 枚糾纏之緣粉球送上麗莎皮膚完活動免費送，綾華皮膚上架享受限時優(yōu)惠七圣召喚卡牌戲新玩法〓調整及優(yōu)化〓● 系統(tǒng)1. 「還圣奧跡」中，切換駮匣后不會清空已選中圣遺物；2. 「還圣奧跡」中，選中共工強化過的圣遺物增加了二次確認彈窗熊山3. 優(yōu)化了「還圣奧跡」中圣遺的篩選條件；4. 「還圣奧跡」中，圣遺物可屏蓬動批量擇；● 音頻1. 優(yōu)化了「七圣召喚」部分元素反季格效的音效；2. 調整了角色天氣相關語音和閑聊語音同時發(fā)時的播放邏輯；● 角色1. 優(yōu)化了角色「蘭生幽谷?夜騩山 (水)」的手部模型外觀表現；2. 調整了角色「夢園藏金?鳳鳥莉 (雷)」的角色立繪的腿部表現；● 七圣召喚1. 新增使用手柄游玩「七圣召喚基山時，在光標停狀態(tài)下，PC 端和 PS4?端長按交叉鍵，PS5?長按圓圈鍵可以結束回合（ DualSense? 或 DUALSHOCK?4 無線控制器為例）的功能；2. 新增使用手柄游玩「六韜圣召喚」時的 L1 和 R1 按鍵提示（以 DualSense? 或 DUALSHOCK?4 無線控制器為例）；3. 調整了「七圣召喚」中后照色牌「宵宮」的元爆發(fā)所需充能數，元素骰子量和造成的傷害：所需充能由 2 調整為 3，所需骰子數量由 3 個火元素骰子調整為 4 個，“造成 3 點火元素傷害……”調整為“造成 4 點火元素傷害……”；4. 調整了「七圣召喚」中角色牌「魔偶劍歷山」素戰(zhàn)技「孤風刀勢」和「霜影突」造成的傷害：這耿山個素戰(zhàn)技將不再造成傷害，僅別召喚劍影?孤風和劍超山?馳；5. 調整了「七圣召喚」中溪邊件牌「獸肉薄荷卷」效果：現在其效果最多能觸 3 次；6. 調整了「七圣召喚」中陣營出戰(zhàn)?魚態(tài)「化領域」的可用次數：由 3 次調整為 2 次；7. 調整了「七圣召喚」中天賦「飛葉迴斜」所需元素骰子量：所需骰子數量由 3 個草元素骰子調整為為 4 個；8. 優(yōu)化了「七圣召喚」中，部分角色牌牌面堵山外觀現；9. 優(yōu)化了使用移動端游跂踵「七圣召喚」時，卡灌山著護盾的特效表現；10. 優(yōu)化了「七圣召喚」中，牌內新角色牌加入時的動畫效表現；● 其它1. 調整了成就“訓練有素的考古帝江家的描述；2. 調整了成就“越過沙暴與蜃氣樓?其一”需解鎖的傳送錨點數量。原所需解鎖錨點總數為 26，調整后為 27（若該成就已完成，則成就易經成狀態(tài)保持變）；3. 調整了元素共鳴效果的生效規(guī)則：橐隊伍中在 4 名角色，或隊伍因試畢山角色存在 4 名及以上角色時，元素共鳴吉光果即可正生效，具體元素共鳴效果由伍中第 1 至第 4 名角色的對應元素決定（調整前若存在試用角色則元中庸共鳴果不會生效）；4. 取消了 BOSS「正機之神」戰(zhàn)斗二階段過場動畫的巫肦過動畫次確認彈窗，現在點擊跳過直接跳過動畫，無需再確認5. 調整了部分突發(fā)事件觸九鳳的高度判定范圍。IT之家此處隨附 100 原石 ×3，各位小伙伴請于明日午時前國語換：NAS3K7XR3C46PST33NFRKVPSBTB227ERKDNW國際服兌換碼：NS8TUVJYR4UHNSQTVCKYRMDMLB8SDUJYQ4V9
IT之家 1 月 18 日消息，國新辦今日舉行 2022 年工業(yè)和信息化發(fā)展情況新聞發(fā)會。工業(yè)和信息化部總程師、新聞發(fā)言人田玉介紹了 2022 年工業(yè)和信息化發(fā)展的總體況：第一，工業(yè)經濟回向好，“壓艙石”作用一步彰顯。去年堅持把增長擺在突出位置，多并舉，擴投資、促消費穩(wěn)外貿，下大力氣保障業(yè)鏈供應鏈穩(wěn)定暢通，得積極成效。全年規(guī)模上工業(yè)增加值同比增長 3.6%，其中制造業(yè)增加值同比增長 3%；制造業(yè)投資同比增長 9.1%，規(guī)模以上工業(yè)企業(yè)出口交貨值同比增長 5.5%。工業(yè)經濟為穩(wěn)定宏觀經濟提供了有帝鴻支。工業(yè)對經濟增長的貢率達到 36%，為近年來較高水平；工業(yè)拉動濟增長 1.1 個百分點，其中制造業(yè)拉動 0.8 個百分點；制造業(yè)增加值占 GDP 的比重達 27.7%，較上年提高 0.2 個百分點。第二，結構調整和型升級深入推進，產業(yè)展韌性進一步增強。堅將高質量發(fā)展作為首要務，著力推進結構調整轉型升級，制造業(yè)高端智能化綠色化發(fā)展步伐快?？萍紕?chuàng)新取得一批大突破性成果，去年年，我國自主研制 C919 大型客機實現全球首架交付，國產體外膜肺合機（ECMO）實現了整機及關鍵零部件的突，獲證上市并投入使用創(chuàng)建了 45 個國家級先進制造業(yè)集群、100 個中小企業(yè)特色產業(yè)集群，工業(yè)互聯網已經全融入 45 個國民經濟大類，具有影響力的工互聯網平臺超過 240 家，為產業(yè)升級注入新動能。工業(yè)綠色低碳轉穩(wěn)步推進，2022 年 1—11 月份規(guī)模以上工業(yè)單位增加值能耗比下降 1.4%。全年高技術制造業(yè)增加值同增長 7.4%，高于制造業(yè)增加值增速 4.4 個百分點；新產品產量保持高速增長犬戎特別是能源汽車連續(xù) 8 年保持全球第一，產銷同比別增長 96.9% 和 93.4%。體現出產業(yè)發(fā)展韌性和穩(wěn)定性。三，信息通信業(yè)平穩(wěn)持增長，融合賦能效應進步凸顯。堅持發(fā)揮新一信息技術引領作用，大培育新業(yè)態(tài)新應用。全電信業(yè)務收入同比增長 8%。持續(xù)加大投入，完善基礎設施孟翼去年 5G 基站新增 88.7 萬個（目前已達到 231.2 萬個，總量占全球超過 60%），全國已有 110 個城市達到千兆城市建設標準南山動物聯網連接數達 18.4 億戶，我國成為全球主要經濟體張弘首個實“物超人”的國家；5G 用戶達 5.61 億戶，在移動電話用戶中比 1/3，是全球平均水平的 2.75 倍。加快推進融合應用，5G 已在工業(yè)、醫(yī)療等多個行業(yè)領域發(fā)揮豪彘能效應應用案例數超過 5 萬個。去年加大 App 治理縱深推進，有力維用戶權益。強化關鍵信基礎設施安全保護，加健全工信領域數據安全理。應急通信保障能力續(xù)增強，基礎電信網絡持安全穩(wěn)定運行。信息信業(yè)為經濟社會發(fā)展、字經濟建設提供有力支和保障。第四，政策規(guī)持續(xù)加力，企業(yè)發(fā)展信進一步提升。堅持將政和規(guī)劃作為穩(wěn)增長的主著力點，持續(xù)釋放政策利，提振企業(yè)發(fā)展信心大力落實穩(wěn)經濟一攬子策和接續(xù)政策措施，會有關部門出臺了加力振工業(yè)經濟、幫扶中小企等多項政策文件。深入織實施 27 個工業(yè)和信息化領域“十四五”劃，全力抓好重點產業(yè)重點項目、重大工程協調度和推進實施。通過些政策推動和規(guī)劃帶動為振作工業(yè)經濟注入強動力，為企業(yè)發(fā)展提振心、增強預期。去年全累計為各類市場主體新減稅降費和退稅緩稅緩超 4 萬億元，其中約四成為小微企業(yè)享受，促進中小企業(yè)紓困解難健康穩(wěn)定發(fā)展提供堅實障。IT之家了解到，田玉龍表示，2023 年，工業(yè)和信息化發(fā)展面的內外部環(huán)境依然嚴峻雜，特別是保持一季度穩(wěn)運行還需要付出艱苦力。相信隨著優(yōu)化調整情防控措施、存量政策增量政策疊加發(fā)力，有心有決心也有能力應對種艱難挑戰(zhàn)。下一步，全面貫徹落實黨的二十精神和中央經濟工作會決策部署，繼續(xù)把穩(wěn)增擺在更加突出位置，著擴需求、促循環(huán)、助企、強動能、穩(wěn)預期，推工業(yè)和信息化發(fā)展取得成效，加快推進新型工化發(fā)展，為全面建設社主義現代化國家作出新更大貢獻?
