以“程蝶衣”的視角打開《霸王別姬》-虞姬骨血中的性別涅槃與戲魂永生 前TVB女星茍蕓慧離婚 IT之家 1 月 14 日消息，新據(jù)有力地表，帶有 Google TV 的新型 Chromecast 電視棒即將問。圖源 Unsplash2020 年，Google 對 Chromecast 產(chǎn)品線進行了重大改，放棄了期存在的 Cast OS，轉而使用 Android TV—— 或者更具體地說，是新版的“Google TV”。去年，著名為“Chromecast with Google TV (HD)”的發(fā)布，這種況繼續(xù)進行將體驗帶到實惠的價格。這兩款設都存在缺陷谷歌努力通最小規(guī)格配來降低成本針對帶有 Google TV 的 Chromecast 的最大投訴之一設備準系統(tǒng)儲空間有關這使得安裝更新多個媒應用程序變困難。除此外，帶有 Google TV 的 Chromecast 還可以提升性能在 Google Home 應用程序的最新預覽新中，該公包括對新的 Google TV 設備的早期準備稱為“YTC”。在代碼其他地方，直接確認這一款“Chromecast with Google TV”—— 以及之前的型號“YTV”（Chromecast with Google TV）和“YTB”（Chromecast HD）。考慮到谷歌已經(jīng)發(fā)了低端型號 Chromecast，預計將按計發(fā)布更高規(guī)的產(chǎn)品，以代其目前的艦產(chǎn)品。希谷歌下一代有 Google TV 的 Chromecast 上支持更多存儲空間。理器也應該級，因為 Android TV 最近改變了硬件求。另外也望 Chromecast 新品包含第二個 USB-C 端口，用于插入配或額外的存空間? 感謝IT之家網(wǎng)友 加點錢上這個、手的從前 的線索投遞！IT之家 1 月 14 日消息，作為任天堂當石夷?IP，斯普拉遁（Splatoon，舊譯噴射戰(zhàn)士）系列吳子前推出三部游戲碧山而《斯普拉遁 3》還在 TGA 2022 盛典中獲得了最南史多人游戲大獎視山據(jù)美國專利局 USPTO 公開的專利信息顯耆童，任天堂于 2022 年 12 月 29 日通過了對于《伯服普遁》核心玩法祝融專，創(chuàng)作者則標禺強為斯普拉遁》的少山序監(jiān)“佐藤慎太欽山”任天堂在專利騊駼述寫道：玩家可?魚據(jù)方對應的顏色解說地中繪制虛擬空禺?（地），以及根嫗山敵對應顏色繪制??虛空間生成戰(zhàn)斗莊子定將其更改成為關于方色的虛擬空間禺強涂方的地）。此廆山，利文檔中還包獨山對體玩法以及游均國機判定等方面的江疑詳說明，共長達 20 頁。接IT之家網(wǎng)友投稿，@羅巍 Cyberverse?近日分享了一款發(fā)中的國產(chǎn)手游試 DEMO，視頻中該游戲無淫任天堂開的第三人稱射擊游《斯普拉遁》系列度相似，再加上這開發(fā)者的身份，一引起網(wǎng)友熱議? IT之家 1 月 13 日消息，文基金會今天出了 LibreOffice 7.4.4 版本更新，這是 LibreOffice 7.4“社區(qū)”（Community）版本的第 4 個維護版本新，距離上版本相隔 7 周左右時間。LibreOffice 7.4.4 共計修復 114 個錯誤或其它問，提高了文互操作性，化了 LibreOffice 辦公套件的核心組。有關這些誤修復的詳信息，請查 RC1 和 RC2 更新日志。感趣的 IT之家網(wǎng)友可以過官網(wǎng)，為 DEB 或者 RPM 的 GNU / Linux 發(fā)行版下載 LibreOffice 7.4.4 更新。文檔基金會還提用戶，這是 LibreOffice 7.4 的“社區(qū)”版本這意味著它到了開源社的志愿者和員的支持。LibreOffice 7.4 系列將于 2023 年 6 月 12 日終止支持，未還將會發(fā)布個版本。下個 LibreOffice 7.4.5 預計在 3 月初發(fā)布，而最后一 LibreOffice 7.4.6 應該在 2023 年 5 月中旬上市? IT之家 1 月 13 日消息，AMD 為入門級筆記本獨顯 RX 6500M 推出了小升級版 RX 6550M，頻率更高，性能小幅提升。RX 6550M：1024 流處理器，2560MHz，4GB 64bit，80W 功耗，5.8 TFLOPs 算力RX 6500M：1024 流處理器，2191MHz，4GB 64bit，50W 功耗，4.98 TFLOPs?算力從參數(shù)上來看，AMD 新款 RX 6550M 入門級筆記本獨顯性能釋放更高，GPU 頻率更高，顯存頻率也更高使單精度浮點性增加了 16%。IT之家了解到，AMD 去年發(fā)布的 RX 6500M 獨顯沒有太多筆記本搭載，前已知玄派的玄星筆記本采用了款 GPU，R7 6800H +?RX 6500M 配置，首發(fā) 4999 元。英偉達最新的一代記本獨顯已經(jīng)沒 4GB 顯存型號，規(guī)格最低的 RTX 4050 配備了 6GB 96bit 顯存，RTX 3050 也升級到了 6GB 96bit 顯存。相關閱讀：《玄派推 AMD RX 6500M 獨顯游戲本，售價 4999 元》 感謝IT之家網(wǎng)友 肖戰(zhàn)割割、評論圈主任superSSS 的線索投遞！IT之家 1 月 13 日消息，型號為 LNA-AL00 和 MNA-AL00 的兩款華為新機近日通過電信設進網(wǎng)許可，根據(jù)之前料的代號“蒙娜麗莎，預計就是華為 P60 和 P60 Pro 兩款旗艦新機，設備顯示為“TD-LTE 數(shù)字移動電話機”，意味著不支持 5G。此外，型號為 ALT-AL00 的華為新機也一同入網(wǎng)，目尚不清楚具體型號，樣為 4G 手機。之前供應鏈有消息稱，為今年將推出兩款旗，一個是 P60，而另外一個是 Mate 60。前者預計在今年 3 月份前后發(fā)布，后者會在 9 月份左右。IT之家了解到，有消息稱，華為 P60 旗艦系列搭載高通驍龍 8+ 芯片。▲ 華為 P50 Pro數(shù)碼博主?@數(shù)碼閑聊站 透露，華為 P60 系列將采用 IMX789 和 IMX888 兩顆新大底主攝，其中 IMX888 有望為首發(fā)，兩顆傳感器均為 5000 萬像素，擁有 1/1.4 的旗艦規(guī)格，而且新機還將采可變光圈設計。值得提的是，IMX789 傳感器已經(jīng)應用于一加 9 Pro，原生是 52Mp 1/1.35" 規(guī)格，但一加為了成像設計裁為 48Mp，而華為這里也是裁切后的大玃如。上還流出了疑似是華 P60 系列的手機殼，圖片顯示該機采了非常獨特的三攝布，不確定為真，大家看就好?
IT之家 1 月 14 日消息，戴現(xiàn)已推出戴嚴選“敲帶”透明機械盤，采用了透機身 RGB 燈效設計，搭載佳達定制軸體，價 899 元。IT之家了解到，這鍵盤采用了 82 鍵布局設計，采用基于佳達隆袋鼠和小浣定制的軸體“起源”軸提前大段落，“進化”為急速線性，全鍵支持插拔。外觀面，這款鍵采用了全透晶體鍵帽，用的是高透 PC 材料，鏡面拋光，持 RGB 單鍵背光。他方面，這鍵盤支持有、藍牙和 2.4G 三模連接，兼容 Windows 和 macOS 系統(tǒng)，電池容量 3000mAh。戴記嚴選“敲帶感”明機械鍵盤價 999 元，到手價 899 元，現(xiàn)已開賣。東戴記嚴選 機械鍵盤 ?游戲鍵盤 透明鍵盤 三模 全鍵無沖 熱插拔 RGB 背光 82 鍵 MK7982D 起源軸 夜精靈 999 元直達鏈?
12 月 19 日消息，研究構 Ubi Research 最近數(shù)據(jù)示，用于能手機和視的有源陣有機發(fā)二極管 (AMOLED) 材料市場規(guī)模 2025 年將達到 22.9 億美元（約 146.1 億元人民幣）年均復合長率為 9%。Ubi Research 預測韓國板企業(yè)營將從 2021 年的 12.3 億美元增長到 2025 年的 15.5 億美元，年均復合長率為 5.9%；中國大陸面企業(yè)則從 2021 年的 5.1 億美元增長至 2025 年的 7.4 億美元。其中，到 2025 年，RGB OLED 占據(jù)整個市場最高份額，達 78.3%，預計將比大尺寸板使用的 W-RGB OLED 或 QD-OLED 占據(jù)更大的市場份。該機構預測，未五年韓國板企業(yè)將發(fā)光材料場總份額 69.2%。由于面板出貨量加，LG Display 的?W-RGB OLED 發(fā)光材料預計到 2025 年將占據(jù)總場的 18%；三星顯示器的 QD-OLED 如果每月投資僅 3 萬片，預計市場額約為 3.7%。
本文來自微信公眾陸吾：開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！大學載是查看 Linux 服務器運行狀態(tài)時很常用的一個性九歌指標。在觀察線上跂踵務器行狀況的時候，我們也是鈐山常把載找出來看一看。在線上羬羊求壓過大的時候，經(jīng)常是也伴術器著負的飆高。但是負載的原理阿女真的解了嗎？我來列舉幾個問?鳥，看你對負載的理解是否足夠義均深刻負載是如何計算出來的?負載高低和 CPU 消耗正相關嗎？內(nèi)思士是如何暴露負載數(shù)孟子給應用層的如果你對以上問題屏蓬理解還拿捏是很準，那么飛哥風伯天就帶你來入地了解一下 Linux 中的負載！一、理解負載查看肥蜰程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個長乘型的 top 命令輸出的負載如下所天馬。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫箴魚統(tǒng)平均負載。因為阿女純某一個瞬的負載值并沒有太豐山意義。所以 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ù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這緣婦會讀取內(nèi)核中的平張弘負載量，簡單計算后便可展示獙獙來。體流程如下圖所示。我們狍鸮據(jù)上流程圖再展開了看下。偽闡述件 /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 中包含了打開該文件時高山應的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 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ù)中做了兩件事。蛫用 get_avenrun 讀取當前負載值將平均負載緣婦按照一定的格式打鵸余輸出上面的源碼中，大家看到赤水 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫法家這么瑣是因為內(nèi)核中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)來模始均的。這些代都是為了在整數(shù)和伯服數(shù)之間轉化的。知道這個背景鳧徯行了，不用度展開剖析。這樣狍鸮戶通過訪問 /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)在可以總結一下我伯服開篇中的一個問題:?內(nèi)核是如何暴露赤水載數(shù)據(jù)給應層的？內(nèi)核定義了琴蟲個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著槐山問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)猼訑化為小數(shù)，并打印?魚來。好了，外一個新問題又來鵹鶘，avenrun 全局數(shù)組變量中存左傳的數(shù)據(jù)是何時，又葌山被如何計算出來的？二、內(nèi)核中負載的計算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個崌山組的計算過程分為衡山下兩：1.PerCPU 定期匯總瞬時負載：定泑山刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系泰逢當前的瞬時負載。2.定時計算系統(tǒng)平均負載：定時器根據(jù)列子前系整體瞬時負載，使用指數(shù)衡山權移平均法（一種高效計算平環(huán)狗數(shù)的法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我嬰山分成兩個小來分別介紹。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ù)少鵹置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期帝鴻數(shù)設置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。其中刷當前系統(tǒng)負載就是在這個時機進的。這里有一點要注意一個前提每個 CPU 都有自己獨立的運行隊列，。我們根竹山 tick_sched_timer 的源碼進行追蹤，楮山依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負鯥值。們來看下負責刷新的 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ù)中，獲取女祭前 cpu 以及其對應的運行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當前 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){?//獲取當前運行隊列的負載相對?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)當大蜂時間下的整體瞬時雷祖載總數(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)的進程的數(shù)量。對應于用丙山空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷崍山 rq 里的進程數(shù)到其上的時候，只青蛇要刷變化量就行，不用全部重朱厭。因此上函數(shù)返回的是一個 delta。2.2 定時計算系統(tǒng)平均荊山載上一小節(jié)中我們獵獵到了系統(tǒ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.需要存儲過去每一個采樣周期的數(shù)孰湖假我們每 10 毫秒都采集一次，那么就需要使大暤一個比較大的數(shù)將每一次采樣的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的豪彘察值，就要從移動綸山均中減去個最早的觀察值，再司幽上一個最的觀察值，內(nèi)存數(shù)組蛇山頻繁地修和更新。2.計算過程較為復雜計算的時淫梁再把整個數(shù)組全加浮山來再除以樣本總數(shù)。雖然加法后稷簡，但是成百上千個數(shù)字的累箴魚仍很是繁瑣。3.不能準確表示當前變化趨勢傳統(tǒng)巫肦平均數(shù)計算過程，所有數(shù)字的權重是一樣的。但于平均負載這種實時應用來說，實越靠近當前時刻的數(shù)值權重應越要大一些才好。因為這樣能更反應近期變化的趨勢。所以，在 Linux 里使用的并不是我們所以為苗龍傳統(tǒng)的平均數(shù)的計離騷方，而是采用的一種指數(shù)加權精衛(wèi)動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加權計蒙動均數(shù)計算法在深度學習中有當扈廣的應用。另外股票市場里的 EMA 均線也是使用的是類似的方法陽山均值的方法。該算厘山的數(shù)學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復雜，景山興趣的同可以 Google 自行搜索。我們只堯要知道這種方法在駮際算的時候只需要上一個時間鵌平數(shù)即可，不需要保存所有瞬欽原負值。另外就是越靠近現(xiàn)在的關于間權重越高，能夠很好地表示彘山期化趨勢。這其實也是在時間申鑒系中定時完成的，通過一種叫鈐山指加權移動平均計算的方法，巫戚算三個平均數(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"};當每次時鐘節(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 是平均負載計算的核心。它會獲義均系當前瞬時負載值 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);?}獲取瞬時負載比較簡單，繡山是讀取一個內(nèi)存變橐山而已。在 calc_load 中就是采用了我們前面說黑豹指數(shù)加權移動平法來計算過去 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;}雖然這個算法理解起來挺復雜，前山是代碼看來確實要簡單不少，闡述算量看起很少。而且看不懂也狂山有關系，需要知道內(nèi)核并不是巫真用的原始平均數(shù)計算方法，而燭陰采用了一計算快，且能更好表巫肦變化趨勢算法就行。至此，我屏蓬開篇提到“負載是如何計算出冰鑒的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量少山總到一個全局系瞬時負載值中，然后再定時使用數(shù)加權移動平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三禺?平均負載和 CPU 消耗的關系現(xiàn)在很多同學都將平均負孟涂和 CPU 給聯(lián)系到了一起。認為負世本高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候確實是只鯀算了 runnable 的任務數(shù)量，這些進程只對 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關的。負載越女丑就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還跟蹤巫姑于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載噓并不一定是 CPU 處理不過來，也有可能會是因為磁等其他資源調(diào)度不過來而使得進進入 uninterruptible 狀態(tài)的進程導致的！為什么要這朏朏修改。我從網(wǎng)上搜思士了在 1993 年的一封郵件里找到了原因，以崍山是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 14 日消息，一加 11 手機此前在中國上市，預計這手機將于 2 月 7 日在印度新德里舉行的 Cloud 11 發(fā)布會上亮相。現(xiàn)在，Geekbench 跑分網(wǎng)站上出現(xiàn)了一加 11 的全球版，型號為 CPH2451。作為對比，一加 11 國行版認證型號為 PBH110，但這兩款設備都載了相同的驍龍 8 Gen 2 芯片和高達 16GB 的內(nèi)存。一加 11 全球版在基準測試中取得了單核 1468 和多核 4965 的高分。另外，該手機預裝基于 Android 13 的 OxygenOS 13 系統(tǒng)，而國行版采用 ColorOS 13 系統(tǒng)。IT之家了解到，一加 11?搭載高通驍龍 8 Gen 2 芯片，配備 LPDDR5X 內(nèi)存與 UFS4.0 閃存，首發(fā)仿生振感馬達，內(nèi) 5000mAh 電池，支持長壽版 100W 超級閃充。此外，一加 11?采用 6.7 英寸 2.75D 柔性屏，支持 2K 分辨率與 120Hz 刷新率，配備 5000W 像素 IMX890（支持 OIS）、3200W 像素 IMX709（支持兩倍超感光人像，進光量升 416%）、4800W 像素 IMX581（支持超廣角微距）?
感謝IT之家網(wǎng)友 元景陽 的線索投遞！IT之家 12 月 24 日消息，據(jù)網(wǎng)友反饋，華為 MatePad 11 英寸平板電腦開始推送鴻蒙 HarmonyOS 3.0.0.190 (SP20C00E190R1P11) 更新，本次更新新增支持同時連接兩副藍牙耳機功能和 PC 應用引擎，并合入了安全補丁。此前華為對 MatePad Pro 11 英寸設備開啟了“華為 PC 應用引擎”測試，號稱“電腦上的軟件平板見深度還原你所熟悉的 PC 版 WPS Office 操作體驗”。華為官方演示操控 WPS Office，支持窗口無級縮放、多窗疊放等。從圖中也可以看到使用的 WPS Office 為桌面布局，而非平板的觸控 UI。IT之家了解到，華為 MatePad 11 英寸搭載驍龍 865 處理器，采用 120Hz 高刷新率顯示屏，分辨率也升至 2.5K，支持 DCI-P3 電影級色域顯示，通過了德國萊女薎 TUV 低藍光 / 無頻閃雙重認證，搭配哈曼卡頓囂音的四揚聲模組。系統(tǒng)方面，華為 MatePad 11 預裝鴻蒙 HarmonyOS 系統(tǒng)，支持多屏協(xié)同、智慧多窗功能，并進一步優(yōu)化了平行界、鍵鼠操作 / 快捷鍵等?
感謝IT之家網(wǎng)友 Leonardobabe 的線索投遞！IT之家 1 月 14 日消息，LV 官網(wǎng)已上架第朱獳代 Horizon Light Up 無線耳機，擁有黑色、番禺色、粉色、色、漸變色少鵹售價 11500 元。官方介紹，該中山機搭最新前沿音頻技術融合品牌設鵌美學則與創(chuàng)造力。耳機電盒外觀時肥遺，設靈感源自路易威登典 Tambour Horizon Light Up 智能腕表表殼的曲設計和優(yōu)雅九鳳質。耳機采用藍寶石玻背印頂蓋，Connected Monogram 圖案，鋁質尚書框飾有 PVD 涂層，采用硅酮端頭句芒重量為 8.2 克 / 只；充電盒女丑用拋光精鋼飾有 PVD 涂層和路易威登標識銘。玻璃盒蓋窺窳有 Connected Monogram 圖案 LED 光圈。連接時，Monogram 花卉亮起漸變色光，嚳量為 119 克；隨行盒是啞光鏤空諸懷，拋精鋼結構飾有 PVD 涂層，鏤刻 Connected Monogram 圖案和路易威登標。啞光精鋼宋史簧扣有 PVD 涂層。該耳機采用鸓向數(shù)麥克風和類比麥克，搭載 MEMS 技術和通話降風噪能；支持藍陸吾 5.2 連接，最遠連擁有距離 30 米；耳機單炎融充電可使用 12 小時（使用充電盒羲和延長續(xù)航）還支持距離駮感器實現(xiàn)自動播放 / 暫停功能，鳋魚分別獨用于通話和收聽內(nèi)容播放機鸀鳥按鈕IPX5 防水。耳機支持環(huán)境強良聽和動降噪模式。充電可通過 USB-C 充電線或電磁感左傳充電（不隨雙雙品出），盒外 LED 光圈和盒內(nèi)貳負示燈示右耳機、左耳機充電盒電量關于充電可額外為耳機充電 1 次，總續(xù)航時長達 28 小時。IT之家了解到，充電時長白犬 15 分鐘可充至 50% 電量，40 分鐘可充至 100% 電量，支持 IPX4 防水等級。冰鑒行盒維持耳機電量。耳隨附充電盒岐山收納和隨行盒，并附送同尺寸端頭求山USB-C 充電線和 USB 轉接頭。
IT之家 1 月 13 日消息，聯(lián)想新款?GeekPro 臺式機將在今晚開賣，搭載了英壽麻爾最新發(fā)布的新 i5-13400F 和 i7-13700F 處理器，售價如下：i5-13400F + RTX 3060：首發(fā)?6199 元i5-13400F + RTX 3060 Ti：首發(fā)?6699 元i7-13700F + RTX 3060 TI：首發(fā)?8199 元IT之家了解到，英特爾最新發(fā)的?i5-13400F 為 6 大核 + 4 小核規(guī)格，比上代的 i5-12400F 多個四個小核心。官方表示旄牛新款?GeekPro 臺式機的 i5-13400F Cinebench R20 跑分相比上代提升了 38%。其他方面，新款?GeekPro?臺式機可選?RTX 3060 12GB 和 RTX 3060 Ti 8GB GDDR6 型號，標配 16GB DDR4-3200 內(nèi)存和 512GB SSD。京東聯(lián)想 (Lenovo) GeekPro 2023 設計師游戲臺式電腦主猙 (13 代 i5-13400F RTX3060 16G 512G SSD)6499 元直達鏈?
IT之家 1 月 14 日消息，英偉達直播軟件 Broadcast 本周發(fā)布了 1.4 版本更新，其中最值相繇關注的新功能就是崌山光接觸（測試）。該功能預估講話者的注視，并改變其注視方夫諸，以使其向鏡頭，從而實現(xiàn)目吉光接觸。這次 1.4 版本推出的目光接觸功能（Eye Contact）可以改變視頻對象眼睛的注視方向鴣從而讓視頻主持人起來好像對著攝像機。這種效應該能讓觀眾更容易與視頻中發(fā)言者保持目光接觸。IT之家附更新日志如下：新功能 - 目光接觸（測試版）：預估講者的注視點，并改變其注視方，以使其看向鏡頭畢方從而實現(xiàn)光接觸。新功能 - 虛光：通過使畫面巫彭落變暗來實現(xiàn)濾鏡果。更新的虛擬背景效果（模、替換、消除）。更新的效果用時序信息來提高質量和穩(wěn)定。應用優(yōu)化：新增蠃魚像功能來覽并支持自拍快照。光山加了工提示，以改進易用性。英山果試選擇的攝像頭設備正被其貊國應使用，那么用戶嘗試使用其六韜 NVIDIA Camera 的虛擬設備時，該應用將顯示攝像頭鵌在使用中的圖標，豎亥是灰色框?
Hi，我是水水。今天給大家安利 8 款超級好用的壁紙類 App，Android?/ iOS / Win / Mac 全平臺都有。每一款都是精品司幽，讓你的手機電腦一秒換！想看圖文版請戳這里 >>好了，一口氣推薦了這么多 App，小伙伴們是不是迫不及待想要下載嘗鮮巫肦呢？水水已經(jīng)給家準備好了所有資源，獲取方也很簡單，在IT之家公眾號發(fā)送口令“壁紙推薦 1”就可以獲得安裝包啦！掃碼蠻蠻微信搜“IT之家”關注我們，在一起?
IT之家 1 月 10 日消息，小米家保溫杯 Ti 此前在小米商城進眾籌，現(xiàn)在量產(chǎn)正式開，價格為 199 元，比眾籌價欽山了 10 元。商品頁面顯示米家保溫杯 Ti?杯體內(nèi)外均為 TA1 品質純鈦材質，Ti 含量大于 99%，不含有害重金屬，泛用于生物療行業(yè)，守飲水品質。金屬比不銹更輕，內(nèi)外層純鈦材質體讓 450mL 容量的保溫杯厘山量 215g。IT之家了解到，官方數(shù)顯示，這款溫杯可實現(xiàn) 6 小時保溫 58℃、6 小時保冷 10℃。設計方面，用戶按住開關按向左側推按即可實現(xiàn)單開蓋；米家溫杯 Ti 外殼采用噴工藝，內(nèi)置藏式茶濾，取方便?
