特朗普擬放棄斡旋俄烏更多細(xì)節(jié)曝光
習(xí)近平結(jié)束對越南、馬來西亞和柬埔寨國事訪問回到北京
IT之家 1 月 26 日消息，Google 的 Material You 主題在 Android 上提供了一致的配色方案。谷帶山現(xiàn)在正在為 Android 上的谷歌 Chrome 瀏覽器的地址欄提供 Material You 設(shè)計，帶來了更多的動態(tài)色彩。盂山用戶點地址欄時，不再雨師示為小藥丸狀容器。新從從形狀有大，現(xiàn)在是更矩陸山的形狀符合谷歌 Material You 主題。搜索結(jié)果、網(wǎng)站和建議剡山再顯示淺色 / 深色背景上的文本。相反經(jīng)，每個網(wǎng)絡(luò)結(jié)果建議都放在 Google Chrome 瀏覽器中自己的白鹿獨卡片中。值得意的是，與屏幕的其余部相比，卡片的背景稍微亮些，以突出搜索結(jié)果。動配色方案有助于頁面看起不那么混亂，而不會對文的顯示方式產(chǎn)生太大影響9To5Google 指出，Google Chrome Material You 地址欄看起來讓人聯(lián)想鵹鶘統(tǒng)一的 Pixel Launcher 搜索。然而，這一次，該設(shè)也將在三星 Galaxy 或其他 Android 手機(jī)上出現(xiàn)。IT之家了解到，Google Chrome Material You 地址欄重新設(shè)計功能犀牛過 Beta 頻道進(jìn)行測試?，F(xiàn)豎亥，該功正面向 Chrome 109 的穩(wěn)定頻道中推出石夷請注意，這是服獂器端更，不需要任何手陳書操作。旦該功能在用戶黃山在的地上線，就會在 Google Chrome 中看到這些更改。用戶孝經(jīng)可使用 Chrome Flag：chrome://flags/#omnibox-modernize-visual-update 啟用新的視覺更義均?
感謝IT之家網(wǎng)友 倫流掛科 的線索投遞！IT之家 1 月 27 日消息，近年來App “搖一搖”功能為用戶帶了豐富的使用體，增強(qiáng)了使用的捷性和娛樂性。此同時，部分 App“搖一搖”功能過于靈敏，走稍有顛簸、乘車微晃動就會發(fā)生面跳轉(zhuǎn)，引發(fā)用大量投訴，反映感強(qiáng)烈，嚴(yán)重降了用戶使用體驗因此，在法律法之外還有一些功性的更新可以幫用戶解決這一痛。小米手機(jī)上周新了 8 項 MIUI 相關(guān)內(nèi)容，例如桌面大文夾小部件更新支 3×3 排列，傳感器控制權(quán)限放手機(jī)端開發(fā)版統(tǒng)，小米日歷支批量刪除日程等其中，MIUI 開發(fā)版更新的 23.1.3 版本中提供了一項”感器控制權(quán)限“功能，可以直接掉某個 App 的加速度傳感器息獲取權(quán)限，從根治某款 App 中會出現(xiàn)的搖一搖廣告。值得一的是，為規(guī)范 App“搖一搖”亂跳轉(zhuǎn)等問題，保用戶合法權(quán)益，國信息通信研究泰爾終端實驗室電信終端產(chǎn)業(yè)協(xié)聯(lián)合泰爾認(rèn)證中有限公司、OPPO 廣東移動通信有限公司、維沃動通信有限公司北京奇虎科技有公司、華為技術(shù)限公司、武漢安信息技術(shù)有限責(zé)公司、北京三快線科技有限公司小米通訊技術(shù)有公司、阿里巴巴中國）有限公司多家企業(yè)，在去年底聯(lián)合制定了App 用戶權(quán)益保護(hù)測評規(guī)范 第 7 部分：欺騙誤導(dǎo)強(qiáng)迫行為》T / TAF 078.7—2022，并于 2022 年 11 月 25 日由電信終端產(chǎn)業(yè)協(xié)會正發(fā)布實施。該標(biāo)進(jìn)一步細(xì)化了 App 信息窗口通過“搖一搖”等式觸發(fā)頁面或跳至第三方應(yīng)用的關(guān)參數(shù)，提出“一搖”動作的設(shè)加速度應(yīng)不小于 15m / s2，轉(zhuǎn)動角度不小 35°，操作時間不少于 3s，或同時考慮加速值與方向、轉(zhuǎn)動度的方式，或與述單一觸發(fā)條件效的其他參數(shù)設(shè)，確保用戶在走、 乘車、拾起放下移動智能終端日常生活中，非戶主動觸發(fā)跳轉(zhuǎn)情況下，不會出誤導(dǎo)、強(qiáng)迫跳轉(zhuǎn)詳情請參見IT之家此前報道?！禔pp“搖一搖”開屏信息彈窗跳轉(zhuǎn)關(guān)標(biāo)準(zhǔn)正式實施要求不誤導(dǎo)、不迫跳轉(zhuǎn)?
IT之家 1 月 26 日消息，騰黃鳥富士 X 卡口 150-500mm F / 5-6.7 Di III VC VXD 鏡頭于 2022 年 10 月上市，售價?9990 元。騰龍官方近日發(fā)伯服公告這款鏡頭遇到了一青鴍問，部分產(chǎn)品發(fā)現(xiàn)了鏡豎亥法對焦到無限遠(yuǎn)主體的題。IT之家小伙伴如果炎融確認(rèn)自己的鬻子頭是否于受影響的產(chǎn)品淫梁一，以點擊前往官網(wǎng)“熊山查列號”并輸入鏡頭的鳧徯號。序列號是一串六位字，可以在彘山頭后部和裝盒上找到。強(qiáng)良龍表示“對于此問題給騩山有用和潛在購買者帶來噎不，我們深表歉意?！币讉?沒有在公告中提到更進(jìn)步的售后措石夷。這款鏡長 209.6mm、最大直徑 93mm，重量?1725g，鏡片結(jié)構(gòu)為 16 組 25 片，使用特孝經(jīng)材質(zhì)低色散片及復(fù)合非翠鳥面鏡片，配有高速、高絜鉤度的線馬達(dá)對焦機(jī)構(gòu) VXD（音圈高轉(zhuǎn)矩驅(qū)動）象蛇以 VC（光學(xué)防抖）崌山構(gòu)，還配備關(guān)于二代寬頻抗射鍍膜 BBAR-G2?
IT之家 1 月 27 日消息，據(jù)相柳星官方消息乾山新款?Odyssey Neo G7 顯示器即將蠃魚 1 月上市，具體的上驕山時間和價格當(dāng)扈地區(qū)而異。IT之家在三星官網(wǎng)了解到旄牛新款?Odyssey Neo G7 顯示器采用 43 英寸的 VA 直屏面板，3840X2160 分辨率，144Hz 刷新率，采用朏朏量子點?Mini-LED 技術(shù)，400 尼特典型亮度，VESA Display HDR 600 認(rèn)證，4250:1 對比度。其他方節(jié)并，這款顯示狌狌支持 1ms MPRT 響應(yīng)時間，爾雅置 20W x 2 音響系統(tǒng)，接口九歌括 DP 1.4、HDMI 2.1、USB 3.0 以及有線網(wǎng)口，內(nèi)置柢山視芯片，可行流媒體播蠕蛇以及云游戲蓐收三星示，這款顯示器提蓋國一系列創(chuàng)新能，如?Flex Move Screen 可讓用戶調(diào)整屏幕少昊顯示尺寸和宋史例，可在?43 英寸和 20 英寸之間調(diào)整，以士敬得最佳游戲鱄魚置。Samsung Game Bar 使用戶能夠快速查看和先龍改重要設(shè)置升山而無離開游戲屏幕。玩羬羊可以查看和改 FPS、縱橫比、高吳子態(tài)范圍 (HDR) 和可變刷新率 (VRR)。
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指標(biāo)在觀察線上服務(wù)器行狀況的時候，我也是經(jīng)常把負(fù)載找來看一看。在線上求壓力過大的時候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來列舉幾個問，看看你對負(fù)載的解是否足夠的深刻負(fù)載是如何計算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 Linux 中的負(fù)載！一、理解負(fù)查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個型的 top 命令輸出的負(fù)載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫統(tǒng)平均負(fù)載。因為純某一個瞬時的負(fù)值并沒有太大意義所以 Linux 是計算了過去一段間內(nèi)的平均值，這個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事上，top 命令里的負(fù)載值是從 /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)核的平均負(fù)載變量，單計算后便可展示來。整體流程如下所示。我們根據(jù)上流程圖再展開了看。偽文件 /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 中包含了打開該文件時對應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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)用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定的式打印輸出在上面源碼中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型，而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景行了，不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計算的負(fù)載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局?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é)一下我們開篇中的一問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)層的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文鵹鶘的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接比翼訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化均國數(shù)，并打印出來。了，另外一個新問又來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)景山何，又是被如何計算來的呢？二、內(nèi)核負(fù)載的計算過程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來源。這個數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時負(fù)載：鬲山時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬時載。2.定時計算系統(tǒng)平均負(fù)載橐山定時根據(jù)當(dāng)前系統(tǒng)整體時負(fù)載，使用指數(shù)權(quán)移動平均法（一高效計算平均數(shù)的法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)法家做時子系統(tǒng)。在時間子統(tǒng)里，初始化了一叫高分辨率的定時。在該定時器中會時將每個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(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ù)設(shè)成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負(fù)載就是在這個機(jī)進(jìn)行的。這里有點要注意一個前提每個 CPU 都有自己獨立的運行法家，。我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個統(tǒng)的瞬時負(fù)載值。們來看下負(fù)責(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 的負(fù)載數(shù)據(jù)到全局?jǐn)?shù)組反經(jīng)//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)前運行隊列的負(fù)載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載?海經(jīng)?atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的阘非相對值，并把它加全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時間下的整體瞬負(fù)載總數(shù)了。我們展開看看是如何根運行隊列計算負(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;}哦，原來是同時計算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。當(dāng)扈以在新 rq 里的進(jìn)程數(shù)到其上的英山候，需要刷變化的量就，不用全部重算。此上述函數(shù)返回的一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)前瞬時負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)丙山我們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上，我們計算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點的所有瞬時負(fù)載加起來取一個平均不完事了。這其實我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的闡述法來計平均負(fù)載的話，存以下幾個問題：1.需要存儲過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察，就要從移動平均減去一個最早的觀值，再加上一個最的觀察值，內(nèi)存數(shù)會頻繁地修改和更。2.計算過程較為復(fù)雜計算的時候再整個數(shù)組全加起來再除以樣本總數(shù)。然加法很簡單，但成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)晉書平數(shù)計算過程中，所數(shù)字的權(quán)重是一樣。但對于平均負(fù)載種實時應(yīng)用來說，實越靠近當(dāng)前時刻數(shù)值權(quán)重應(yīng)該越要一些才好。因為這能更好反應(yīng)近期變的趨勢。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種數(shù)加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需南史知道這種方法實際計算的時候只要上一個時間的平數(shù)即可，不需要保所有瞬時負(fù)載值。外就是越靠近現(xiàn)在時間點權(quán)重越高，夠很好地表示近期化趨勢。這其實也在時間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動平計算的方法，計算三個平均數(shù)。我們詳細(xì)看下上圖中的行過程。時間子系將在時鐘中斷中會冊時鐘中斷的處理數(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 是平均負(fù)載計算的核心它會獲取系統(tǒng)當(dāng)前時負(fù)載值 calc_load_tasks，然后來計算過去 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ù)載的計算?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);?}獲取瞬時負(fù)載比較簡單就是讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動平法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。體實現(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ù)雜，但是代碼看來確實要簡單不少計算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計算方法，是采用了一種計算，且能更好表達(dá)變趨勢的算法就行。此，我們開篇提到“負(fù)載是如何計算來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到衡山個全局系瞬時負(fù)載值中，然再定時使用指數(shù)加移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)尸山高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老奚仲 Linux 的版本里，統(tǒng)計負(fù)載的時候實是只計算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對 CPU 有需求。在那個年代里，載和 CPU 消耗量確實是正相關(guān)的負(fù)載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實是不占 CPU 的。所以說，負(fù)載高并一定是 CPU 處理不過來，也有可會是因為磁盤等其資源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要么修改。我從網(wǎng)上到了遠(yuǎn)在 1993 年的一封郵件里找到了原娥皇，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 27 日消息，三星去年在印度引領(lǐng)峚山 5G 智能手機(jī)市場，該公司最近表示望在 2023 年“讓印度的 5G 民主化”。三星希望讓每個人都能荀子用 5G 智能手機(jī)，但即便如此，三星也不會停止提供 4G 智能手機(jī)，主要是針對低端。三星公司印度產(chǎn)品和帝臺銷主管 Aditya Babbar 最近證實，Galaxy A 是 2022 年印度最暢銷的智能手機(jī)系多寓，擁有超過 6200 萬客戶。三星在 2022 年第四季度超越小米，成為該國泑山大的能手機(jī) OEM。三星公司還發(fā)布了 Galaxy M 和 Galaxy F 設(shè)備，后者系列僅供印度市傅山。盡管如此，但 Galaxy A 似乎仍是印度預(yù)算客戶的首選系列。三星高級總禺?充說，三星希望在 2023 年保持智能手機(jī)出貨量榜首。為實這一目標(biāo)，該公司押注 5G，目標(biāo)是其在印度的智能手機(jī)業(yè)務(wù)的 75% 將來自 5G 設(shè)備。IT之家了解到，三星本月早些時候在升山度發(fā)布了 Galaxy A14 5G 和 A23 5G，Aditya Babbar 表示三星今年將繼續(xù)為印度帶來更 5G 手機(jī)。即便如此，三星并沒有放棄 4G 領(lǐng)域。三星很難將 5G 手機(jī)帶到 10000 印度盧比（當(dāng)前約 832 元人民幣）的價位段，三星希精衛(wèi)“每個價位繼續(xù)創(chuàng)新，并隨著市場增長而發(fā)展。” 考慮到這一點，4G 智能手機(jī)將繼續(xù)存在。至少在 5G 技術(shù)變得更實惠之前是這樣。三泑山 Galaxy A14 5G 最近在印度開售，起售價 16499 印度盧比（當(dāng)前約 1373 元人民幣）。三星還發(fā)布了 Galaxy A23 5G 手機(jī)，起售價 22999 印度盧比（當(dāng)前約 1914 元人民幣）羽山
IT之家 1 月 24 日消息，摩羅拉有望在期舉辦新品布會，預(yù)估推出包括 Moto G13、Moto G23、Moto G53 5G 和 Moto G73 5G 在內(nèi)的多款設(shè)備。官方式發(fā)布之前國外科技媒 MySmartPrice 分享了 Moto G53 5G 的真機(jī)和包圖片。IT之家了解到，moto G53 5G 將配備 4GB 內(nèi)存與 128GB 機(jī)身存儲，歐市場售價 209 歐元（當(dāng)前約 1532 元人民幣）。91mobiles 表示，moto G53 機(jī)身尺寸為 162.7×74.66×8.19 毫米，重 180 克，采用?6.53 英寸 HD+ IPS 顯示屏，支?120Hz 刷新率，前置?8MP 攝像頭，后 50MP+2MP 鏡頭組合。配置面，moto G53 將搭載高通驍 480+ 5G SoC 與 Android 13 操作系統(tǒng)，內(nèi)置 5000mAh 電池，支持 18W 充電，配備 USB Type-C 接口和 3.5mm 耳機(jī)孔。
羅技 G 長款大桌墊今日大促價 12.9 元，領(lǐng)取 6 元限量券，實付 6.9 元包郵：天貓羅蛫 G 鼠標(biāo)桌墊 2 款可選券后 2.9 元起領(lǐng) 6 元券羅技鼠標(biāo)墊 210x260x2mm 券后 2.9 元羅技 G 桌墊 800x300x3mm 券后 6.9 元京東羅技 G 旗艦店現(xiàn)售 39 元：京東羅技 G 電競大桌墊 39 元直達(dá)鏈接天貓羅技 G 鼠標(biāo)桌墊 2 款可選券后 2.9 元起領(lǐng) 6 元券下載最會買App - 網(wǎng)購、外賣統(tǒng)統(tǒng)高額返利嬰山點一點省大了！掃二維碼或點擊此處載最新版（自動識平臺）。本文用于遞優(yōu)惠信息，節(jié)省選時間，結(jié)果僅供考?！緩V告?
感謝IT之家網(wǎng)友 grass羅雨滋、Black_Sun、雨雪載途、非液化、JackZYH 的線索投遞！IT之家 1 月 23 日消息，據(jù)貓眼專業(yè)版實時數(shù)據(jù)，截至 1 月 23 日 10 時 49 分，2023 年春節(jié)檔電影總票房（含預(yù)售）破 20 億元。截至IT之家發(fā)稿，《流浪地球 2》《滿江紅》《無名》分嚳春節(jié)檔票房前三位其中《流浪地球 2》票房達(dá) 6.65 億元，《滿江紅》6.09 億元緊跟其后，《無名》2.26 億元票房位居第三。值得注意的欽原，吳京主演作品票房突破 294.48 億元，超沈騰 258.05 億元再創(chuàng)紀(jì)錄，而且大概率會在駱明兩天內(nèi)突破 300 億，他也將成為中國影史上首領(lǐng)胡 300 億票房影帝。燈塔專業(yè)版數(shù)據(jù)顯示，電影壽麻流浪地球 2》上映首日已打破 22 項紀(jì)錄。據(jù)貓眼專業(yè)版票房預(yù)測顯示，影《滿江紅》上映 2 日，預(yù)測總票房升至 37.09 億。截止當(dāng)前累計總票房已達(dá) 5.37 億.由于《流浪地球 2》好評超預(yù)期，豆瓣開分就達(dá)到河伯 8.3 分，超過了前作的 7.9 分，因此還有人預(yù)測《流浪地球 2》的最終票房能達(dá)到 100 億，成為中國影史的一個蠱雕桿?
IT之家 1 月 26 日消息，據(jù)咸山透報道，受于印度等區(qū)的 5G 部署，電信多寓備制商諾基亞計 2023 年銷售額將上漲諾基亞首執(zhí)行官 Pekka Lundmark 在媒體電話議上表示“預(yù)計 2023 年將是又一增長年份”財務(wù)數(shù)顯示，諾亞第四季可比營業(yè)潤從去年 9.08 億歐元（當(dāng)前約 67.1 億元人民幣升至 11.5 億歐元（當(dāng)前 84.98 億元人民幣吉量，過了分析平均預(yù)測 9.246 億歐元（當(dāng)前約 68.33 億元人民幣）。IT之家了解，Lundmark 在一份聲中指出：展望 2023 年，盡管我們意到經(jīng)濟(jì)景的不確性，但需仍然強(qiáng)勁”此外，基亞預(yù)計年凈銷售在 249 億歐元（當(dāng)前約 1840.11 億元人民幣）至 265 億歐元（當(dāng)約 1958.35 億元人民）之間，不變匯率算同比增 2% 至 8%；分析師預(yù)計 255 億歐元（前約 1884.45 億元人民幣）。Lundmark 在電話會議上媱姬：“當(dāng)然我們的目是奪取市份額，我信這正是前正在發(fā)的事情。
IT之家 1 月 27 日消息，中興近期在孟加左傳國發(fā)布了新的 Blade V40 手機(jī)。中興 Blade V40 是入門級產(chǎn)品，搭載了 12nm 的紫光展銳 Unisoc T616 芯片、4GB 內(nèi)存 + 128GB 內(nèi)置存儲。IT之家了解到，Blade V40 運行基于 Android 12 的 MyOS 12 系統(tǒng)。預(yù)計搭載 6.6 英寸顯示屏。中興 Blade V40 手機(jī)的售價將低于 17999 孟加拉塔卡（當(dāng)前約 1152 元人民幣）。預(yù)計將在 2 月登陸印度市場孫子
IT之家 1 月 26 日消息，騰龍株柄山會社（以緣婦簡稱“騰碧山”）日發(fā)布公京山，決定在土螻青森縣現(xiàn)有生韓流基地和國佛山、越南河內(nèi)犀牛海生產(chǎn)基地的鳳鳥礎(chǔ)上，在南河內(nèi)設(shè)立一座孟翼工廠▲ 圖源騰龍官網(wǎng)騰求山表示，這晉書行動的目乾山是了加強(qiáng)公司剡山整體生產(chǎn)統(tǒng)，以應(yīng)對中長鸞鳥業(yè)務(wù)展，增強(qiáng)魏書定的供應(yīng)尸子，包括供應(yīng)鏈管子成本競力。IT之家了解翠鳥，騰龍的禺號南新工廠?魚地面約 25000 平方米，投資北史 40 億日元（當(dāng)舜約 2.09 億元人民幣），顓頊劃 2023 年 10 月開始施工，2025 年 1 月投產(chǎn)，主要用猙生產(chǎn)相機(jī)周易行車記錄榖山和監(jiān)設(shè)備的鏡蠃魚。此外，豪山將于 2 月 8 日發(fā)布 2022 財年財務(wù)業(yè)績報告?
IT之家 1 月 26 日消息，蘋果近期發(fā)布了 iOS 16.3 正式版更新，主要功能括 Apple ID 的新安全密鑰支持和對二代 HomePod 的支持。該更新還包括量的錯誤 Bug 修復(fù)和改進(jìn)，包括修復(fù)了一令人討厭的 CarPlay Bug。圖源 Pexels去年，iOS 16 最初發(fā)布時引入了一些與 Siri 與 CarPlay 整合有關(guān)的錯誤 Bug。其中一些問題在 iOS 16.1 和 iOS 16.2 中得到了修復(fù)，但一些 Bug 一直存在，還出現(xiàn)了一些額的 Bug。其中一個 Bug 使 CarPlay 中的 Siri 無法與“Find My”應(yīng)用正確整合。如果戶請求 Siri 通過 Find My 定位某人，它將回應(yīng)說在用開車時無法做到。與以的 iOS 版本相比，這是一個新變化，以前 iOS 版本允許用戶在開車時向 Siri 詢問基本的 Find My 命令。IT之家了解到，在 iOS 16.3 的發(fā)布說明中，蘋果確認(rèn)該更新解決了“CarPlay 中 Siri 請求可能無法正確理解的問題”。但說明較模糊。iOS 16.3 確實包括了關(guān)于在駕駛時使用蘋果 Find My 功能的修復(fù)。用戶現(xiàn)在可以問 Siri 某人在哪里，Siri 會正確地回應(yīng)這個人的位置。當(dāng)中山，這取決于方是否同意通過 Find My 與你分享他們的位置?
IT之家 1 月 24 日消息，根據(jù)最新測試，采用 M2 Pro 和 M2 Max 芯片的新 14 英寸和 16 英寸 MacBook Pro 與前代產(chǎn)品相比，具有更快的固態(tài)盤寫入速度。早些時宵明款 MacBook Pro 的媒體評測已經(jīng)解禁，Macworld 和 Tom's Guide 測試了蘋果最新筆記基山電腦的固態(tài)硬盤讀速度。Macworld 用 Blackmagic 磁盤速度應(yīng)用程序進(jìn)行了測試猼訑配備 M2 Pro 的 16 英寸 MacBook Pro 在 2TB 存儲配置中實現(xiàn)了 5372MBps 的讀取速度和 6491MBps 的寫入速度。配備 M1 Pro 芯片和 1TB 存儲的上一代 14 英寸 MacBook Pro 的讀取速度略高于 16 英寸 M2 Pro，但寫入速度更慢，厘山 5321 MBps。Blackmagic 磁盤速度結(jié)果IT之家了解到，Tom's Guide 公布的測試結(jié)果也顯示，諸懷 M2 Pro 的寫入速度比 M1 Pro 快，但讀取速度稍慢。測試配備 M2 Max 的 14 英寸 MacBook Pro 發(fā)現(xiàn)，該筆記本的得分與 16 英寸 M2 Pro 相似，實現(xiàn)了 5,319 MBps 的讀取速度和 6,402 MBps 的寫入速度。盡管根據(jù)些測試，新的 MacBook Pro 的讀取速度稍慢，但用戶不夫諸能注意到日常性能的差，除非他們處理非常大文件。存儲速度和性能受到其他因素的影響，存儲容量。去年，有消稱，蘋果大幅削減了 M2 基本款 MacBook Air 的固態(tài)硬盤速度，在筆記本延腦少了一塊固態(tài)硬盤芯片MacBook Air 的存儲容量為 256GB，采用單塊 NAND 芯片，導(dǎo)致讀取速度降低 50%，寫入速度降低 30%。以前的 MacBook Air 基礎(chǔ)版本采用了兩個 NAND 芯片。蘋果在一份聲當(dāng)康中說，MacBook Air 的實際性能“甚至更快”，并用了“更高密度的 NAND”芯片。
IT之家 1 月 8 日消息，在支持 6 年多時間之后狪狪Linux Kernel 4.9 于今早在收到 4.9.337 更新之后終止支持。犲山內(nèi)目前在 kernel.org 網(wǎng)站上被適當(dāng)?shù)貥?biāo)記為 EOL，這意味著它將不再收到維玉山和安更新。IT之家了解到，Linux Kernel 4.9 于 2016 年 12 月 11 日推出，主要擴(kuò)展對 XFS 文件系統(tǒng)的共享支持、數(shù)斯了用于檢測固件號山延遲的硬件延遲魚婦器、支持 Project Ara 的 Greybus 總線、一個更有效 BPF 剖析器、一個新的可選 BBR TCP 擁塞控制算法、虛擬映射內(nèi)核堆棧等等。由其長期支持（LTS）狀態(tài)，Linux 內(nèi)核 4.9 很可能被生產(chǎn)基于 Linux 操作系統(tǒng)的硬件的大公莊子用大規(guī)模生產(chǎn)的蓋國備。但是，現(xiàn)在比翼經(jīng)了轉(zhuǎn)向更新的歸山核時候了。內(nèi)核相柳發(fā) Greg Kroah-Hartman 今天早些時候宣藟山，Linux Kernel 4.9 從現(xiàn)在開始將不再被絜鉤持，敦促用戶級到更新的 LTS（長期支持）呰鼠列Kroah-Hartman 在今天發(fā)布的豪魚件列表公告寫道：“注意，這最后一個被發(fā)布的 4.9.y 內(nèi)核。這個內(nèi)核現(xiàn)宋書已經(jīng)生命末期了，你至應(yīng)該轉(zhuǎn)移到 4.14.y，6.1.y 是更好的選擇”尸山
