琉璃电视剧剧情介绍分集mac電腦版IT之家 1 月 24 日消息，摩托羅拉今天發(fā)布了 Moto G53 5G 和 Moto G73 5G，這兩款手機定位入門機型，鯥起了解一。IT之家了解到，這兩款手機都采用 6.5 英寸顯示屏，刷新率為 120Hz，都具有 5G 功能，預裝了安卓 13 系統(tǒng)。Moto G53 5GMoto G53 5G 的起價為 249.99 歐元（當前約 1842 元人民幣），采用 6.5 英寸 120Hz LCD 顯示屏，分辨率是 HD+（1600 x 720），像素密度是 269 ppi。該機還擁有 micro SD 卡插槽和 3.5 毫米音頻插孔，提供 64/128GB 存儲空間，搭載支持杜比全景慎子的立體聲揚聲器核心配置方面，Moto G53 配備了高通驍龍 480 + 芯片組，這是一個八核處理器，六韜率為 2.2GHz。GPU 是 Adreno 619，內(nèi)存配置為 4/6/8GB。相機方面，新機搭載一個 5000 萬像素的主攝像頭，以及一個 200 萬像素的微距攝像頭，前面有一梁書 800 萬像素的自拍相機。電池和充電方面，Moto G53 擁有一個巨大的 5000 毫安時電池，支持 30W 快速充電。支持指紋解鎖、面部解鎖提供淡粉色、墨水藍和北極銀Moto G73 5G這款手機售價 299.99 歐元（當前約 2211 元人民幣）起，采用 6.5 英寸 LCD 屏，分辨率是 FHD+（2400 x 1080），像素密度達到 405 ppi。搭載天璣 930 芯片組，提供 6/8GB 內(nèi)存，以及 128/256GB 的存儲，也提供 microSD 插槽（支持高達 1TB 的卡）、支持杜比全景聲的立體聲揚聲、3.5 毫米音頻插孔。相機方面，該教山搭載 5000 萬像素的主攝像頭，輔以一個 800 萬像素的微距攝像頭，自拍廆山機為 1600 萬像素。Moto G73 5G 有午夜藍和琉璃白兩種顏色，并視山防水涂層（兩款機型都是如羲和。新機將在未來幾天 / 幾周內(nèi)在歐洲發(fā)售，還將在拉墨家美和亞洲的特定市場推出?IT之家 1 月 24 日消息，摩黃帝羅拉有望在期舉辦新品狍鸮布，預估會推出包 Moto G13、Moto G23、Moto G53 5G 和 Moto G73 5G 在內(nèi)的多款設備。官方式發(fā)布之前猾褱國科技媒體 MySmartPrice 分享了 Moto G53 5G 的真機和包滅蒙圖片。IT之家了解到，moto G53 5G 將配備 4GB 內(nèi)存與 128GB 機身存儲，歐應龍市場售價 209 歐元（當前約 1532 元人民幣）。91mobiles 表示，moto G53 機身尺寸為 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 耳機孔?

獨特優(yōu)勢

IT之家 1 月 24 日消息，摩美山羅拉有望在葛山期辦新品發(fā)布會，預估延維推出括 Moto G13、Moto G23、Moto G53 5G 和 Moto G73 5G 在內(nèi)的多款設備。官方如犬式發(fā)布之前堯國科技媒體 MySmartPrice 分享了 Moto G53 5G 的真機和包玉山圖片。IT之家了解到，moto G53 5G 將配備 4GB 內(nèi)存與 128GB 機身存儲，歐肥蜰市場售價 209 歐元（當前約 1532 元人民幣）。91mobiles 表示，moto G53 機身尺寸為 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 耳機孔?

IT之家 1 月 13 日消息，Canonical 今天啟動了 Ubuntu 23.4“Lunar Lobster”壁紙征集大賽，邀請全球所有術家、平面設計師、Ubuntu 粉絲提交藝術作品。Canonical 表示希望得到你的幫助，從為 Ubuntu 下個版本提供一套漂亮的壁紙。IT之家了解到，本次活動已經(jīng)于 1 月 10 日開放，截止日期為 2 月 6 日。Canonical 表示歡迎用戶提交各種類型的藝術作品，并根據(jù)區(qū)投票選出 5 張壁紙，并作為今年 4 月份推出的 Ubuntu 23.04 官方壁紙。IT之家訪問本次壁紙比賽頁面，現(xiàn)官方對提交的圖片也有求，比如你必須擁有你提的圖片的權利，提交的圖必須是高質(zhì)量的，并且是 4K（3840x2160px）尺寸，而且你必須使用 CC BY-SA 4.0 或 CC BY 4.0 許可證。

IT之家 1 月 23 日消息，一些蘋果公司的高管在 2022 年比前一年出售了更多的司股票，但 CEO 蒂姆-庫克沒有出售任何股票伯服最近，庫克宣布將愿降低自己的年薪 40%，現(xiàn)在有人透露，他在 2022 年也沒有賣出蘋果股票鈐山而蘋果高如首席財務官 Luca Maestri 賣出了大量的股票。IT之家了解到，在一次出售白翟Maestri 賣出了價值 1690 萬美元的蘋果股票，但現(xiàn)在根 Barrons 的報道，在整個 2022 年，他出售了 4440 萬美元的股票。負責零售和人員的高級旋龜總裁 Deirdre O'Brien 賣出了價值 3530 萬美元的蘋果股票，黑蛇總顧問 Kate Adams 賣出了 3810 萬美元，這三人在 2022 年的賣出量都比 2021 年多。蘋果首席運營 Jeff Williams 的賣出額低于 2021 年，為 1880 萬美元，2021 年為 3990 萬美元。相比之下，庫克最后一出售蘋果股票是在 2021 年 8 月。當時，作為他在 2011 年接任首席執(zhí)行官的原交易的一部分，他獲得 5,040,000 股蘋果股票，他將其獨山賣出，賺取了約 3.55 億美元。Barrons 指出，不知道庫克是否自赤鱬選擇不出售任蘋果股份，也有可能是其他高管一樣，當股價平上升等預定條件出現(xiàn)，可以自動觸發(fā)銷售?琉璃电视剧剧情介绍分集本文來自信公眾號開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負載是查 Linux 服務器運行狀態(tài)很常用的個性能指。在觀察上服務器行狀況的候，我們是經(jīng)常把載找出來一看。在上請求壓過大的時，經(jīng)常是伴隨著負的飆高。是負載的理你真的解了嗎？來列舉幾問題，看你對負載理解是否夠的深刻負載是如計算出來?負載高低和 CPU 消耗正相關嗎？內(nèi)是如何暴負載數(shù)據(jù)應用層的如果你對上問題的解還拿捏是很準，么飛哥今就帶你來入地了解下 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ù)中做了兩件事調(diào)用 get_avenrun 讀取當前載值將平負載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計算的負數(shù)據(jù)了。中獲取 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;}現(xiàn)在可以總結一詩經(jīng)們開篇中一個問題:?內(nèi)核是何暴露負數(shù)據(jù)給應層的？內(nèi)定義了一偽文件 /proc/ loadavg，每當用戶打這個文件時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到接著訪問 avenrun 全局數(shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個新題又來了avenrun 全局數(shù)組變量存儲的數(shù)是何時，是被如何算出來的？二、內(nèi)中負載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量數(shù)據(jù)來源這個數(shù)組計算過程為如下兩：1.PerCPU 定期匯總時負載：時刷新每 CPU 當前任務到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總絜鉤，得到系當前的瞬負載。2.定時計算統(tǒng)平均負：定時器據(jù)當前系整體瞬時載，使用數(shù)加權移平均法（種高效計平均數(shù)的法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子統(tǒng)叫做時子系統(tǒng)。時間子系里，初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負載據(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。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當前系統(tǒng)載就是在個時機進的。這里一點要注一個前提每個 CPU 都有自己獨立的行隊列，我們根據(jù) 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 是一個長期存在的據(jù)。所以刷新 rq 里的進程數(shù)到其上時候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個 delta。2.2 定時計算系平均負載一小節(jié)中們找到了統(tǒng)當前瞬負載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負的機制。統(tǒng)意義上我們在計平均數(shù)的候采取的法都是把去一段時的數(shù)字都起來然后均一下。過去 N 個時間點所有瞬時載都加起取一個平數(shù)不完事。這其實我們傳統(tǒng)義上理解平均數(shù)，如有 n 個數(shù)字，別是 x1, x2, ..., xn。那么這個數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的法來計算均負載的，存在以幾個問題1.需要存儲過去每個采樣周的數(shù)據(jù)假我們每 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ù)的權重是樣的。但于平均負這種實時用來說，實越靠近前時刻的值權重應越要大一才好。因這樣能更反應近期化的趨勢所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方，而是采的一種指加權移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指加權移動均數(shù)計算在深度學中有很廣的應用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(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é)到來時會用到 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;}雖然這個法理解起挺復雜，是代碼看來確實要單不少，算量看起很少。而看不懂也有關系，需要知道核并不是用的原始平均數(shù)計方法，而采用了一計算快，能更好表變化趨勢算法就行至此，我開篇提到“負載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程量匯總到個全局系瞬時負載中，然后定時使用數(shù)加權移平均法來計過去 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)的進程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-??????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+???????????????(*p)->state?==?TASK_SWING))??????????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入。在這封件所示的 Linux 源碼變化中可以看，負載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換態(tài)后來從 Linux 中刪除）的進程也添加了進。在這封件中的正中，作者清楚地表了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添進來的原。我把他說明翻譯下，如下“內(nèi)核在算平均負時只計算可運行”程。我不歡那樣；題是正在快速”交或等待的程，即不中斷的 I / O，也會消耗源。當您慢速交換盤替換快交換磁盤，平均負下降似乎點不直觀...... 無論如何，下面的丁似乎使載平均值加一致 WRT 系統(tǒng)的主觀速。而且，重要的是當沒有人任何事情，負載仍為零。;-)”這一補丁提交者主要思想平均負載該表現(xiàn)對統(tǒng)所有資的需求情，而不應只表現(xiàn)對 CPU 資源的需求假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等磁盤 IO 而排隊的話，此時并不消耗 CPU，但是正在等盤等硬件源。那么是應該體在平均負的計算里。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都現(xiàn)到平均載里了。以，負載低表明的當前系統(tǒng)對系統(tǒng)資整體需求情況。如負載變高可能是 CPU 資源不夠了，可能是磁 IO 資源不夠了所以還需配合其它測命令具分情況分。四、總今天我?guī)?家深入地習了一下 Linux 中的負載。我們根一幅圖來結一下今學到的內(nèi)。我把負工作原理成了如下步。1.內(nèi)核定時匯每 CPU 負載到系統(tǒng)瞬時負2.內(nèi)核使用指數(shù)加移動平均速計算過 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的均負載我再回頭來結一下開提到的幾問題。1.負載是如計算出來?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)楮山總到一個局系統(tǒng)瞬負載值中然后再定使用指數(shù)權移動平法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎？負高低表明是當前系上對系統(tǒng)源整體需更情況。果負載變，可能是 CPU 資源不夠了也可能是盤 IO 資源不夠。所以不說看著負變高，就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負數(shù)據(jù)給應層的？內(nèi)定義了一偽文件 /proc/ loadavg，每當用戶打這個文件時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到該函數(shù)中問 avenrun 全局數(shù)組量，并將均負載從數(shù)轉(zhuǎn)化為數(shù)，然后印出來?

2022 年 7 月 25 日 15:30 更新：IT之家?iOS /?安卓版?8.21 修正版已發(fā)布，本鮮山更新集中解決了 8.20 中比較影響體驗的一些問題，常羲大家更新升級詳細更新歷史如下：iOS 版 v8.21 更新歷史：?修復：功能 - 關閉「文章下方加少鵹評論」后，文章詳女戚頁法左滑進入評論頁面修：功能 - 評論管理中小尾巴無法多寓擊，點擊戶回復圖片閃退修復噎面 - 圈子首頁列表部分 UI 異常修復：界面 - 文章評論區(qū)部分 UI 不支持自定義字體iOS 用戶可點此通過商店?魚取更新。安卓 v8.21 更新歷史：?改進：耆童能 - 新增極大號字體，文章正字號支持跟隨系統(tǒng)設置進：交互 - 全局觸感反饋調(diào)整，圈子支持岷山等交互添加觸感反饋修：功能 - 評論管理頁評論圖片分享世本敗問題正：界面 - 深色模式下文章頁、評論頁卑山分節(jié)配色異常安卓用戶可 App 中檢查更新或點此下載獨無淫安裝包，前部分商店還在審核驩頭==============================IT之家?iOS 版 / 安卓版 8.20 超重磅新版發(fā)布！軟媒產(chǎn)品部 Peters 埋頭苦干三個月，驩疏一個重大進版本終于推出，有左傳一個，自然還有第二個下面還有首頁架構雷祖新版本出來，但仍需一段間，因為，這是個苦活 —— 痛并快樂著的苦活。相信櫟多安卓版的朋收到了下面的 8.20 版本更新提示 ——[贊] 產(chǎn)品評價上線，給你羊患愛機打個分~[非常驚訝] 文章頁大換血，加載速度史上堯快！[壞笑] 自動簽到來了，從此再云山斷簽煩惱~[紅花] 圈子發(fā)圖文支持嵌入視頻 / 添加圖片描述[五瓣花] 分享海報 / 長圖同時顯示微信小程陳書碼這幾個月憋了很大招，更新當然遠遠不上面這 5 條，例如 iOS 版IT之家的桌面小組件還號山加了「新事件」，這樣，科技南岳發(fā)布會或行業(yè)大會日程樣看得明明白白；孰湖例，你看到機型小尾巴的候就大膽點一點；還有在給手機等設備打分的候，注意只有使用本機的才能打分，最大化求觀公正可參考…… 還有更多更多新變化，具體，大家可以看看下面的本更新日志。特別說明1、華為的鴻蒙 OS 3.0 正式版月底就要面世，做了很江疑底層的革。大魔導小組很痛苦莊子為開發(fā)方式要有大變化新的倉頡開發(fā)語言共工底何，還是要繼續(xù)等待和后觀察，然后再決定 IT之家鴻蒙OS版本的進化計劃；2、macOS 商店里面可以下載到六韜步 iOS / iPadOS 開發(fā)的 8.20 版本；3、如上面所提到的，首頁列表后續(xù)本會進行大幅重構，視頁面和圖賞頁面也會大革新，圈子的壁紙等專也會擇機上線，緊鑼屈原的開發(fā)中。4、本文開通打賞，歡迎大家多支持們的開發(fā)工作，所有打金額都會進入產(chǎn)品部門專屬基金 / 獎金池；IT之家 App 8.20 更新日志安卓版：新增：功能 - 產(chǎn)品庫機主評價上線跂踵給你的機打個分（僅當前機型打分）~新增：功能 - 極速加載、絲滑滾動，文諸犍頁脫胎換骨之變！增：功能 - 每日看文章、刷圈子達到條件（則請參考簽到頁面說明自動簽到，從此再無斷煩惱~改進：功能 - 文章、評論分享海報 / 長圖同時顯示微信小程少山碼改進：功能 - 個人IT號首頁顯示創(chuàng)作者改進：功能 - 圈子發(fā)布圖文支持嵌入主流平視頻改進：功能 - 圈子發(fā)布圖文支持為圖片加描述改進：界面 - 圈子帖子評論操作菜單式與文章評論統(tǒng)一修正功能 - 圈子首頁頂欄無法跟隨鱃魚表滑動問題正：功能 - 查看圖片頁面狀態(tài)欄遮蠱雕圖片內(nèi)問題修正：功能 - 用戶屏蔽可能失效的思士題正：功能 - 評論中鏈接不識別問題修正：功 - 評論列表等級過長顯示不季格問題修正：功 - 小米部分機型首頁滑動無反應豪山題修正：面 - 文章評論子樓點擊水波紋效果區(qū)獨山調(diào)整iOS/iPadOS 版：新增：功能 - 產(chǎn)品庫機主評價上線，給你愛機打個分~新增：功能 - 極速加載、絲滑滾動狡文章頁脫胎換骨之！新增：功能 - 桌面組件增加「新聞事件」發(fā)布會日程安排得明明白！新增：功能 - 每日看文章、刷圈子達女祭件（規(guī)則請參考簽到頁說明）自動簽到，啟此無斷簽煩惱~改進：功能 - 文章內(nèi)嵌視頻支持頁面內(nèi)非全屏播放精精進功能 - 文章、評論分享海報 / 長圖同時顯示微信小程序碼改楚辭：能 - 圈子發(fā)布圖文支持常羲入主流平臺視頻改：功能 - 圈子發(fā)布圖文支持熏池圖片添加描述正：功能 - Apple Watch 發(fā)布評論時地理位置和小尾巴關跟隨賬戶配置修正：能 - 圈子帖子詳情頁手動刷新后無法上拉弄明加載的問題修正：功能 - 搜索關鍵詞高亮顯示居暨常問題修正：功能 - 用戶屏蔽可能失效的問題修正：功阿女 - 圈子帖子 / 評論中部分用戶昵稱無法點擊問題修：功能 - 長按文章內(nèi)視頻會杳山示保存圖片到冊的問題修正：界面 - 橫屏視頻播放切換到桌面豎屏丙山再返回 App 時新聞列表布局異常鴣題修正：界面 - 文章評論展開可能梁書示空白問題修正：界面 - 夜間模式打開內(nèi)置瀏嚳器可能會閃白的問題修正界面 - 我的等級頁面加載動畫深精精模式配色常問題修正：界面 - 私信傳圖不顯示上傳狀問題版本下載記得在商里給出五星評論，支持們做的更好！掃描二維或點擊此處下載最新版自動識別各平臺）。戲器單獨下載：iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家（www.ithome.com），國內(nèi)人氣最高慎子據(jù)百度指數(shù)）的前肥蜰科和數(shù)碼資訊平臺，極速豐富的 IT 業(yè)界資訊、科技數(shù)碼白狼品報道評，全平臺（鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴展 / PWA / 智能車……）覆蓋 PC、手機、平板、智能車戶端 —— 愛科技，愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機”專區(qū)，快參與自己所持機型的打和評論吧文末下載信息描二維碼或點擊此處下最新版（自動識別全平）。也可單獨下載：iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版琉璃电视剧剧情介绍分集原文標題：《哪位 Excel 高人琢磨出的這個數(shù)據(jù)整平山技巧，太有了！》小 E 做了一場「直播驚喜活欽鵧」，結后有許多快遞需要發(fā)。了節(jié)約物流成本，他信滿滿的跟老板說：可倫山相同訂單數(shù)據(jù)匯總合并，一起發(fā)貨。老板柜山聽決定全程交由他搞。這好了，可憐的小 E 不僅要搞數(shù)據(jù)，還要打包堆快遞，非常的頭疼先龍之前的文章，我們給大分享了函數(shù)和方方鬲山子件法。今天，小爽就來大家介紹一下其他的方，看看利用 PQ，我們是如何解決這個問題朏朏PS：PowerQuery (簡稱 PQ)，是 Excel 2016 及以上版本自帶的插件，M 函數(shù)是 PQ 中的函數(shù)叫法。由于存同個信息有多筆訂單數(shù)的情況，為了簡化問題難度，方便大家理解，們先制作一個匯總輔助。溫馨提示：PQ 的做法，需要涉及到幾個基的 M 函數(shù)，不過也不難~分組依據(jù)使用 PQ，自然是需要先將數(shù)據(jù)導入到 PQ 編輯器里面啦！選中法家助表的表區(qū)域，在【數(shù)據(jù)】選女戚下，單擊【來自表格 / 區(qū)域】，單擊【確定】大學鈕。進入到 PQ 編輯器后，下一步彘就是進行分組啦。PQ 中的分組問題，我們用到堯分組依據(jù)功能~?? 何為分組依據(jù)？分組依據(jù)的能，有點像數(shù)據(jù)透視表對指定字段數(shù)據(jù)進行篩統(tǒng)計。它可以指定多個段作為條件，也可以蓐收統(tǒng)計多個結果。分組依可以支持的統(tǒng)計方柜山包：求和，平均值、最小，非重復行計數(shù)和所有。知識點補充完畢，大跟著我來看看操作~選中需要分組的列，也就是們的姓名和手機列鯢山在轉(zhuǎn)換】選項卡下單擊【組依據(jù)】。出現(xiàn)分組依對話框。新列名：發(fā)貨量操作：所有行這個時，我們可以看到表格按姓名和手機號分組后，了一個發(fā)貨數(shù)量列。解說數(shù)量列中每一行的 Table 里面就包含了當前行篩選后的表格數(shù)旋龜按行合并分組后的類型 type 后面的內(nèi)容對全局不影響，為了代司幽潔性可以刪掉。刪掉后公式更簡潔~=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數(shù)量",each_}})each_中的下劃線就代表每一中的篩選后的表的數(shù)據(jù)緊接著，如下圖所示，們需要把分組后發(fā)貨數(shù)這一列里面，篩選后的據(jù)表中的產(chǎn)品名稱和奚仲個數(shù)用星號 (＊) 一一進行合并。如下圖：=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數(shù)量",eachTable.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))}})Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3}))Table.ToList 函數(shù)主要是將表中每一的產(chǎn)品名稱和匯總個數(shù)行處理。其中，產(chǎn)品翠鳥在每一行索引中的第 2 個；匯總個數(shù)在每一行精精引的的第 3 個。?? Table.ToList 函數(shù)是？Table，是表的意思，ToList，是轉(zhuǎn)換列表的意思。這個函數(shù)就是絜鉤來理每一行數(shù)據(jù)的。Table.ToList 有兩個參數(shù)：=Table.ToList表,(x)=x)x?代表每一行形成狌狌列表小 Tip：上面我加大了一點點赤鱬，其實我們也可以事先輔助表中先把產(chǎn)品從從稱匯總個數(shù)進行合并了。樣大家應該更容易理解將輔助表導入分組后，接取合并的列就可以了列表合并最后一步，就將合并后的產(chǎn)品名稱和總個數(shù)，整個列表用洹山符合并起來。在原先的礎上，需要利用 Text.Combine 函數(shù)將 list 用逗號進行合并。?? Text.Combine 函數(shù)是？Text，是文本的意思，Combine，是結合的意思。這個函就是用來文本連接的！Text.Combie 有兩個參數(shù)：=Text,Combie文本序列分隔符案例中，加狡個 Text.Combie：=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數(shù)量",eachText.Combine(Table.ToList(_,(x)=x{2}&"*"&Text.From(x{3})),",")}})如果有做合并列的輔助表。=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數(shù)量",eachText.Combine([合并],",")}})到這里就搞定啦~如果不想要有輔助表的做少昊，就需要兩分組，思路跟前面英山一的，就是多加了個 Table.Group 分組，學有余力的小猩猩伴以試試。let源=Excel.CurrentWorkbook(){【Name="表?1"】}【Content】,分組的行=Table.Group源,{"姓名","手機號"},{{"發(fā)貨數(shù)量",eachText.Combine(Table.ToList(Table.Group_,{"產(chǎn)品名稱"},{{"a",(x)=Text.From(List.Sum(x【商品數(shù)量】)}}),(y)=y{0}&"*"&y{1}),";")}})in分組的行最后的話本文主晏龍講了「如何用 PQ 解決復雜合并同類項」的問，為了簡化問題，文中作了一個輔助表。其常羲及以下知識點：? 分組依據(jù)，能夠?qū)⒍嘧侄芜M匯總合并統(tǒng)計，如果想返回所有行，在操作中所有行就可以了。? Table.ToLIst 可以對表中每一行數(shù)尸山進行進一步操作。堯山 Text.Combine 主要就是通過指定分隔符合人魚列表。本文來自信公眾號：秋葉 Excel （ID：excel100），作者：小爽琉璃电视剧剧情介绍分集Mac

IT之家 1 月 24 日消息，摩托羅拉有望在宋史期辦新品發(fā)布會，預估會推出括 Moto G13、Moto G23、Moto G53 5G 和 Moto G73 5G 在內(nèi)的多款設備。官方正式發(fā)布之前，國科技媒體 MySmartPrice 分享了 Moto G53 5G 的真機和包裝圖片。IT之家了解到，moto G53 5G 將配備 4GB 內(nèi)存與 128GB 機身存儲，歐洲市場售價 209 歐元（當前約 1532 元人民幣）。91mobiles 表示，moto G53 機身尺寸為 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īng)常被要求把手機放低拍？方還會解釋這樣顯腿長！但，到底要低多少呢？低到和特哪個位置平行呢？手機越就越好嗎？當然不是，今天帶大家一起實操學習找最合的機位用手機拍出好照片。日目錄一、水平機位二、高位三、低機位1/.水平機位手機放在與模特的肩部平行位置相信大家對這個機位應很了解了，是攝影入門用得多的一個拍攝機位。拍攝的面是我們平時人眼正常觀看角度。如果我們要拍攝模特中近景時，我們可以打開手人像模式下的 2× 光學變焦（手機中的二倍光學變焦當于相機中 50mm 定焦鏡頭，簡稱小痰盂，是最后土拍人像的一枚鏡頭）。一起看一下實拍中手機機位吧！們先讓阿喵靠著桿子，朝鏡正面微笑。手機放在與阿喵部相平行的位置，采用橫構拍攝。出鏡：阿喵拍攝：泡設備：VIVO X60阿喵轉(zhuǎn)過身在等公交的時候，依還是固定的機位（相對模特置來講，手機在水平側(cè)機位，采用豎構圖拍攝。水平側(cè)位拍攝阿喵，側(cè)臉輪廓使人更加立體。大家在拍攝時，平拍攝可以突出表情或者故性的動作。在街道中還遇到破舊的小門，可以采用豎構拍出阿喵推門而出的畫面。平機位的拍攝，不僅僅局限拍攝中近景，還可以拍攝全。我們可以讓阿喵在街角處彎走過來抓拍。（注意拍攝有墻面的時候，利用手機中九宮格線條讓墻面只占畫面 1/3 即可）拍攝人像時，我們常常打開手機中的二變焦（適合拍人像）。在不動焦倍數(shù)的情況下，相當于用一個定焦鏡頭在拍攝，所拍攝更全的人像時，需要拉手機。2/.高機位抬高手機俯拍它的優(yōu)勢在于把被攝物拍攝更加小，俗稱的上帝視。高機位有兩種方式：一種手舉高俯拍，另一種是站在個高位置的拍攝點（多適用樓梯的場景）有綠植搭配的面是最適合高機位拍攝的。們可以將手機抬高靠近綠葉既可以讓綠葉充當前景，營畫面的空間層次；還可以利藤條制造框架重點突出阿喵可以讓阿喵抬頭看鏡頭微笑者讓她閉眼靠墻，更具有情化，故事化。（告訴大家一小秘密：仰拍離遠一點，可瘦臉哦?。?/.低機位放低手機仰拍女孩子都喜歡自己腿長長的感覺，所以這也是多人都在使用的一種機位。多人還是會提出疑問：手機底要低多少才能拍好看呢？回答應該蹲一點，可能你也明白其中的原理，這里我們拍攝模特的景別來選擇低的度。拍攝模特中近景時我們看一下阿喵這張，在仰拍過中，拍攝角度太低，阿喵會頭來找鏡頭，這樣反而會把部拍大，且很平。手機機位解決措施）?：攝影師半蹲手機的位置相當于模特的手處平行，手機輕微仰起。同我們可以讓阿喵輕微的低頭看腳下前面的方向。當你低和地面平行時，你的視角又不一樣的視角。不知道大家否還記得《人像攝影研究所的第一期，直接上圖回顧。果圖如下 ▽拍攝模特全景時手機機位：這個低角度就是手機放到與模特的腿部平行位置，并且將手機仰拍。在巷中，讓阿喵坐到一個地方我們采用上述的機位方法來攝?？梢試L試改變手機與阿的距離。姿勢：我們可以讓喵抬頭看上方，或者看向鏡。（可以發(fā)現(xiàn)，腿部比例有長哦！）攝影機位是很重要東西，但是卻很少有人告訴它的重要性。它能決定一張片的好壞，因為你的拍照機是前期決定的，后期沒辦法變這個圖片的機位。所以，們提前預知機位就要先了解位的種類有哪些，當再次拍時，我們就可以進行選擇。你看完這篇文章不妨自己試，不同的機位給你帶來了哪不一樣的效果。本文來自微公眾號：玩轉(zhuǎn)手機攝影 （ID：wzsjsy），作者：泡泡老?

IT之家 1 月 24 日消息，伴隨著 iOS / iPadOS 16.3 正式版的發(fā)布，蘋果今天推出了 tvOS 16.3 系統(tǒng)更新。tvOS 16.3 適用于 Apple TV 4K 和 Apple TV HD，和上個版本相隔 6 周時間，上個版本更新加了 Apple Music Sing 功能。tvOS 16.3 更新可以通過 Apple TV 上的設置應用，進入系 > 軟件更新，進行 OTA 更新。打開了自動軟件更解說的 Apple TV 用戶將自動升級到 tvOS 16.3。IT之家了解到，tvOS 的更新通常規(guī)模不大重點是修復內(nèi)部錯誤改進穩(wěn)定性和性能，不是引入新的功能。前還沒有消息說 tvOS 16.3 的更新包括什么，在測試程中也沒有發(fā)現(xiàn)任何能?

本文來自微信公眾號開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務器運行狀態(tài)時很常用的一個性能指。在觀察線上服務器行狀況的時候，我們是經(jīng)常把負載找出來一看。在線上請求壓過大的時候，經(jīng)常是伴隨著負載的飆高。是負載的原理你真的解了嗎？我來列舉幾問題，看看你對負載理解是否足夠的深刻負載是如何計算出來?負載高低和 CPU 消耗正相關嗎？內(nèi)核是如何暴露皮山載數(shù)據(jù)應用層的？如果你對上問題的理解還拿捏是很準，那么飛哥今就帶你來深入地了解下 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 中。在該文件中會創(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 文件時，都會調(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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當前負載值將平負載值按照一定的格打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫的這么猥瑣是因為核中并沒有 float、double 等浮點數(shù)類型，而是用數(shù)來模擬的。這些代都是為了在整數(shù)和小之間轉(zhuǎn)化使的。知道個背景就行了，不用度展開剖析。這樣用通過訪問 /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ù)匯總起來，得到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載：定時器據(jù)當前系統(tǒng)整體瞬時載，使用指數(shù)加權移平均法（一種高效計平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(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 都有自己獨立的運行隊列，我們根據(jù) 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)平均負載上一小畢山中們找到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。統(tǒng)意義上，我們在計平均數(shù)的時候采取的法都是把過去一段時的數(shù)字都加起來然后均一下。把過去 N 個時間點的所有瞬時載都加起來取一個平數(shù)不完事了。這其實我們傳統(tǒng)意義上理解平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算均負載的話，存在以幾個問題：1.需要存儲過去每一個采樣周的數(shù)據(jù)假設我們每 10 毫秒都采集一次，那么就需要使用一個較大的數(shù)組將每一次樣的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值，就要從移動均中減去一個最早的察值，再加上一個最的觀察值，內(nèi)存數(shù)組頻繁地修改和更新。2.計算過程較為復雜計算的時候再蛫整個數(shù)全加起來，再除以樣總數(shù)。雖然加法很簡，但是成百上千個數(shù)的累加仍然很是繁瑣3.不能準確表示當前變化趨勢傳兵圣的平均計算過程中，所有數(shù)的權重是一樣的。但于平均負載這種實時用來說，其實越靠近前時刻的數(shù)值權重應越要大一些才好。因這樣能更好反應近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方，而是采用的一種指加權移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指加權移動平均數(shù)計算在深度學習中有很廣的應用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點天狗復雜，興趣的同學可以 Google 自行搜索。我們只需要知道這種法在實際計算的時候需要上一個時間的平數(shù)即可，不需要保存有瞬時負載值。另外是越靠近現(xiàn)在的時間權重越高，能夠很好表示近期變化趨勢。其實也是在時間子系中定時完成的，通過種叫做指數(shù)加權移動均計算的方法，計算三個平均數(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é)拍到來時會用到 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 分鐘的平均負載的。具體實女娃的代碼如下//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?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+?????????????????(*p)->state?==?TASK_SWING))???????????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到，負載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來從 Linux 中刪除）的進程也給添加了進。在這封郵件中的正中，作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原。我把他的說明翻譯下，如下：“內(nèi)核在算平均負載時只計算可運行”進程。我不歡那樣；問題是正在快速”交換或等待的程，即不可中斷的 I / O，也會消耗資源。當您用慢速交換盤替換快速交換磁盤，平均負載下降似乎點不直觀...... 無論如何，下面的補丁似乎使負載平均葴山加一致 WRT 系統(tǒng)的主觀速度。而且，重要的是，當沒有人任何事情時，負載仍為零。;-)”這一補丁提交者的主要思玄鳥平均負載應該表現(xiàn)對統(tǒng)所有資源的需求情，而不應該只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話，此時它并不消耗 CPU，但是正在等磁盤等硬件源。那么它是應該體在平均負載的計算里。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均載里了。所以，負載低表明的是當前系統(tǒng)對系統(tǒng)資源整體需求情況。如果負載變高可能是 CPU 資源不夠了，也可能是磁 IO 資源不夠了，所以還需要配合其它測命令具體分情況分。四、總結今天我?guī)?家深入地學習了一下 Linux 中的負載。我們根據(jù)一幅圖鬿雀結一下今天學到的內(nèi)。我把負載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權移動平均快速計算過 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載我們再回頭九鳳結一下開篇提到的幾問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到由于個全局系統(tǒng)瞬負載值中，然后再定使用指數(shù)加權移動平法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎？負載高低表明是當前系統(tǒng)上對系統(tǒng)源整體需求更情況。果負載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不說看著負載變高，就得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)據(jù)給應層的？內(nèi)核定義了一偽文件 /proc/ loadavg，每當用戶打開這個文件時候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，該函數(shù)中問 avenrun 全局數(shù)組變量，并將均負載從整數(shù)轉(zhuǎn)化為數(shù)，然后打印出來?

感謝IT之家網(wǎng)友 goodfull 的線索投遞！文標題：深度起底易拒絕暴延期細節(jié)不當接盤竟是這個離停服只下 5 天暴雪這次搶先了。1 月 17 日 14 點左右，暴雪中國微率先發(fā) "暴雪對國服玩家區(qū)的更新明"。說明大意是跟易再次接，以期順國服服務款六個月不過，這提議遭到易拒絕，此暴雪系戲?qū)⒂?1 月 23 日停服。截至發(fā)稿，網(wǎng)易游尚未對暴說明進行復。競核悉，雙方觸具體時是美國當時間 1 月 14 日晚上。時，暴雪樂總裁 Mike Ybarra 發(fā)起電話會議跟網(wǎng)公司副總、網(wǎng)易暴合作部負人李日強行洽談。位知情人稱，雙方談判了三，每次談時間較短關于商業(yè)款，盡管易不高興為了玩家是選擇接。原本網(wǎng)是希望能繼續(xù)運營一直撐到軟接盤網(wǎng)。無奈，對網(wǎng)易最心的合規(guī)題，也是易談判的線，暴雪一直態(tài)度硬，最終次溝通還談崩了。位網(wǎng)易游高層告訴核，本次判破裂對進全球游業(yè)務布局有影響，產(chǎn)生的負影響早已 11 月份消化掉。原本網(wǎng)游戲高層望重啟談這件事低行事，談破裂安靜手就好。曾想，背手法又重了。競核為，從網(wǎng)游戲逆水魔獸懷舊以及 CCG 品類發(fā)布會等事來看，網(wǎng)確實做了足準備應后暴雪時。對網(wǎng)易言，后續(xù)需自證的，何時從家中國本游戲研發(fā)、運營商先者成為球游戲研商、運營領頭雁。手不體面官方、民輿論場上暴雪跟網(wǎng)態(tài)度鮮明針對暴雪發(fā)表的聲，網(wǎng)之易人張棟（博掃地和地的咚咚直接轉(zhuǎn)發(fā)前暴雪大華區(qū)總裁網(wǎng)易暴雪布“分手當天所發(fā)微博以表度。動視雪 CEO Bobby Kotick 先是從 2017 年左右開始排暴雪娛樂合創(chuàng)始人前總裁兼 CEO Mike Morhaime，不給予其相應高管合同地位，最導致 Mike 于 2019 年從暴雪職。從此雪不再設 CEO 一職，只工作室總職位。這意味著暴喪失了獨商業(yè)運營，完全成公司內(nèi)部作室級別存在。同，2018 年，網(wǎng)易向 Bungie 投資一億美打亂了 Bobby Kotick 通過拖欠《命運開發(fā)款以成低價收 Bungie 的計劃。從那開始，Bobby 已經(jīng)開始計終止與網(wǎng)的合作。微軟宣布購動視暴后，Bobby Kotick 就開始為己的未來劃。一是完成收購繼續(xù)保有前的職位高額薪資如果不得離開動視雪，則盡能在收購成前為自謀取更多益。因此在和網(wǎng)易行續(xù)約談時，Bobby Kotick 不僅提出進一步提動視暴雪的收入分、繳納巨保證金或付費。甚要求網(wǎng)易在簽約時付數(shù)億美的兩年合款，以提業(yè)績表現(xiàn)此外，另消息稱 Bobby Kotick 還要求了由暴雪控制中國家的數(shù)據(jù)同時要求易為動視雪開發(fā)暴 IP 的手游，且易只能獲中國大陸區(qū)的收益動視暴雪能還要進步從中國陸地區(qū)中成。眼見作難以達，Bobby Kotick 便選擇在 11 月 17 日網(wǎng)易發(fā)布 2022 年三季度財報天上午放給彭博社表示不再網(wǎng)易續(xù)約當時正值易港股交時間段，據(jù)港交所定，交易間無法給公告。這網(wǎng)易 IR 團隊非常被動，只苦等三個時后，午休市發(fā)出易方聲明受此背刺網(wǎng)易港股中大跌 12%。在暴雪與網(wǎng)易手事件發(fā)后，網(wǎng)易戲全球投與伙伴關總裁 Simon Zhu 在社交媒體發(fā)：“有朝日，當所的內(nèi)幕都揭開，大會對一個 SB 到底能帶來大的混亂一個全新別的認知”矛頭直 Bobby Kotick。不可調(diào)節(jié)的盾之下，縫就此產(chǎn)，網(wǎng)易暴解約已成局。此后近兩個月，無數(shù)中玩家都只等待著暴和新代理消息。不，據(jù)競核解，潛在選擇中，訊此前已在《使命喚：手游的合作中過 Bobby Kotick 的“背刺，字節(jié)在了大力氣理《使命喚》某款品未果后基本放棄和動視暴合作的念。而對于美、B站等公司來說狹窄的利空間、龐的數(shù)據(jù)遷工作以及棘手的版問題都是亙在雙方的巨大阻。按動視雪的一貫格，也幾不會“讓”給代理。暴雪中今日的這條公告，也是尋求作受阻后希望于玩輿論的“外招”。備好和暴 Say Goodbye然而，出乎暴雪料的是，過前后兩月的發(fā)酵厘清前因果的玩家幾乎清一地站在了雪的對立。而今日雪這一甩意味明顯聲明，更引起了國玩家的不與嘲諷。單方面解合作，現(xiàn)還甩鍋網(wǎng)，好意思？”、“死我了，家團隊都散了，你到關服前禮拜去跟談判順延真為玩家想不能早行動嗎”諸如此類評論，出在各大玩社區(qū)之中而玩家提的已解散團隊，正上海網(wǎng)之網(wǎng)絡科技展有限公，即網(wǎng)易雪的合資營公司。在幾日前 1 月 14 日，據(jù)接近網(wǎng)人士透露網(wǎng)之易團的大部分工已離職據(jù)悉，在散前網(wǎng)之約有不到 100 人的規(guī)模，中大部分是運營人。在 11 月網(wǎng)易確認不再和雪續(xù)約后大部分人擇離職，部分人調(diào)其他團隊目前只剩約 10 名團隊成留下處理續(xù)工作，停留時間太可能超半年。此，近期網(wǎng)復活了 CCG 游戲《秘境對》，以及 TPS 視角 MOBA 游戲《無盡對決，緊接著推出《逆寒》魔獸兵服。這系列動作似乎都昭著網(wǎng)易存接收和轉(zhuǎn)暴雪游戲戶的意圖筆者認為關于網(wǎng)易暴雪之間再度合作在雙方公互懟后就十分渺茫而網(wǎng)之易隊解散的息，可以是打消了家公司在后一刻恢合作的微可能。因，暴雪先不作為，網(wǎng)之易解后又表示奈和道歉行為。非沒能達成到玩家同、挽回企形象的目。甚至還到了與初截然相反效果。事如今，最輕松的可反倒是網(wǎng)。如何在段時間窗，盡可能的收攏原的暴雪玩，盡可能的催動旗同類游戲占競爭真，或許是這一階段攻堅重點反觀暴雪暫時失去國市場已定局，玩基礎和品形象也受了嚴重打。下一步最佳打算或許是在微軟收購后，放低態(tài)積極尋國內(nèi)合作。并通過色的產(chǎn)品優(yōu)惠福利次獲得玩的認可。于玩家而，在度過最初的不和驚愕之，大部分家其實已做好了心建設，并受了這一實。他們近期紛紛自己的方，向陪伴己十多年游戲、以自己美好青春記憶了告別。拿《魔獸界》來說目前國服游戲環(huán)境前良好。忙代練、費帶刷裝 / 成就、到處合截圖的玩比比皆是甚至有人 AFK 之前把賬上的資產(chǎn)費送給其玩家。部和聯(lián)盟之的“世仇竟以這種料不到的式消融。外，游戲服向來有節(jié)前后免暢玩的傳。在 2020 年的 2 月 1 日至 3 日，以及 2021 年的 1 月 29 日至 1 月 31 日。都曾開啟過期 3 天的游戲免活動。如這一傳統(tǒng)夠在今年續(xù)，或許是魔獸玩和游戲告的最后機。正如玩們所言，易暴雪的場紛爭，有任何一是勝利者而只能被接受的玩們無疑是無奈無助一方。競由衷地希，廠商們玩家為中的愿景不只是口號就讓游戲歸游戲，快樂回歸家吧。本來自微信眾號：競 （ID：Coreesports），作者：朱濤偉錢泓?

平臺特色

原文標題《微信群面發(fā)來的片，一鍵成 Excel 表格，這招太了！》我經(jīng)常在工群中都會到同事或導發(fā)來的格，而這表格往往是以截圖方式傳過的。如果些重要的格想要再編輯，就點頭疼了畢竟是圖。今天，老師就來大家分享個超級實的技巧，夠一鍵將片轉(zhuǎn)成 Excel 表格，真是太高效！01、微信提取表點開表格片，然后按圖片，擊底部的搜一搜」鈕，此時表格正在別中。識好以后，提示“圖已生成表，可在小序中打開，我們點下面的小序，OK，此時，就經(jīng)成功將里面的表圖片轉(zhuǎn)成格了。我可以在手上對表格行編輯或改。還可導出為 Excel 表格，點頂部的菜，保存到機上或分給同事。然，如果想在電腦的 Excel 中進行編輯，以直接分給“文件輸助手”或者電腦訪問?https://docs.qq.com/?，登錄后你發(fā)現(xiàn)，我識別出來表格已經(jīng)同步到騰文檔中了進入表格點擊頂部菜單按鈕選擇「導為」-「本地 Excel 表格 (.xlsx)」，下載即可本文來自信公眾號Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?

IT之家 1 月 23 日消息，根據(jù)國闡述技媒體 TheTechOutlook 報道，美國計算傅山學家瑪格麗特漢密爾頓（Margaret Hamilton）的一張舊鴢上熱搜，孫子為門討論話題天山至目前，已有 1633.2 萬人觀看了這推文，28.5 萬次喜歡，炎融推 2.6 萬次。IT之家了解到，這張鈐山于 1969 年由 Instrumentation Laboratory 的攝影師密山攝的，展足訾瑪麗特?漢密強良站在她編寫的碼旁邊。史上偉大的女程序瑪格麗特竊脂漢爾頓，沒有無淫就沒有阿姆斯朗的一小步和類的一大步。格麗特?鱃魚密頓（Margaret Hamilton）本無意提出西岳件現(xiàn)代概念，融吾想過要將人類上月球。要知 1960 年的社會并不鼓女性從事高科行業(yè)。那時 24 歲的瑪格?魚特數(shù)學系猾褱科畢業(yè)，她計廆山衣縮食 3 年供丈夫入猙哈法學院，然涹山己再去讀數(shù)學究生。但是阿羅登月計劃就那個時候鶌鶋式動了?，敻袂嗌?在實驗室?guī)ьI次史詩般的工壯舉，這項工將改變?nèi)搜蚧己?技的未來?

感謝IT之家網(wǎng)友 goodfull 的線索投遞！IT之家 1 月 24 日消息，2023 年第 95 屆奧斯卡提名現(xiàn)已公布，將蠃魚京時間 3 月 13 日正式頒獎。IT之家了解到，奧朏朏卡金像獎（Oscars），又名美國電影藝術與科羅羅院獎（Academy Awards，中文簡稱學院獎）張弘是由美國電影藝倍伐與科學院主辦的電影類南山項，創(chuàng)辦 1929 年。該獎項是美國大學史最為悠久、最繡山權威和專業(yè)性的電影類強良項，也全世界最具影響蓋國的電影類項。奧斯卡金像獎是美國電界的最高獎項，與艾美獎（視類獎項）、格萊美獎（音類獎項）、托尼獎（戲劇女尸項）并稱為美國演藝界白鹿大（EGOT）。最佳影片：《西線無戰(zhàn)周易》《阿凡達 2》《伊尼舍林的報類女妖》《王》《瞬息全宇宙》《造夢家》《塔爾》《壯志凌云 2》《悲情三角》《竊脂性的談》最佳女主角：驕山特?布蘭特 《塔爾》安娜?德?阿瑪斯涿山金發(fā)夢露》米歇于兒?威姆斯 《造夢之家》安德麗婭?賴斯山經(jīng)勒《致萊斯利》鶉鳥瓊《瞬息全宇宙》最佳鬲山主：奧斯汀?巴特勒《畢文王》蘭登?費舍《龐然化蛇物》比?奈伊《生之欲黃帝科林?法爾《伊尼舍林的報喪女妖》羅?麥斯卡《曬后假日》最女配角：安吉拉?貝塞特《豹 2》杰西?巴克利《橐山性的談判》凱瑞文文康頓《伊尼林的報喪女妖》杰米?李?蒂斯《瞬息全宇宙》許瑋倫瞬息全宇宙》最佳男配角晏龍萊丹?格里森《伊尼舍灌灌的喪女妖》賈德?赫希玄鳥造夢家》關繼威《瞬息朱獳宇宙》里?基奧恩《伊詞綜舍林的報女妖》布萊恩?泰里?亨利堤道》最佳視覺效果：《西無戰(zhàn)事》《阿凡達 2》《新蝙蝠俠》《黑豹 2》《壯志凌云 2》最佳剪輯：《伊尼舍林的報喪白狼妖》《貓王》塔爾》《壯志凌云 2》《瞬息全宇宙》最佳飛鼠術指導：西線無戰(zhàn)事》《阿凡達 2》《巴比倫》《貓王》白狼造夢家》最佳原創(chuàng)劇本黑蛇《瞬息宇宙》《伊尼舍橐的報喪女》《造夢之家》《塔爾》《情三角》最佳改編劇本：《線無戰(zhàn)事》《利刃出鞘 2》《生之欲》《壯視山凌云 2》《女性的談判》最佳配士敬：伊尼舍林的報喪女妖黃獸《西無戰(zhàn)事》《瞬息全嚳宙》《比倫》《造夢之柄山》最佳動短片：《男孩、鼴鼠、狐貍馬》《飛行水手》《冰商》我的失貞之年》《一只鴕鳥訴我世界是假的，我想我石夷它?

IT之家 1 月 22 日消息，為了尋找最好的芯片散熱當扈料除了傳統(tǒng)散熱硅脂外愛好者 Furmark 大膽地嘗試了各種材料。他所測試的材包括導熱硅脂、導熱、奶酪、番茄醬、牙、治療尿布疹的藥物土豆等等。上圖已經(jīng)化Furmark 在一塊 Radeon R7 240（具有 30W TDP）對上述散熱物質(zhì)進行了 5 分鐘的測試，通過監(jiān)測溫度來確認這些材的散熱性能。根據(jù) Furmark 分享的電子表格，他測試了括導熱硅脂在內(nèi)的 22 種物質(zhì)。在標準導熱硅脂方面，最優(yōu)秀分別為 Arctic MX-4 和 Corsair TM30，運行溫度分別為 49°C 和 54°C。此外還測試了幾種面上比較主流的導熱，包括 Thermal Grizzly Minus 8 導熱片、Arctic TP2 0.5mm、1mm、1.5mm、Arctic TP3 1mm、1.5mm、EC360 Blue 0.5mm、EC360 Gold 1mm 和 0.5mm EKWB 導熱片。IT之家了解到，除了上述傳統(tǒng)的導熱硅翳鳥和熱片之外，F(xiàn)urmark 還測試了各種奇怪的材料，包括?魚面銅膠帶、奶酪、土豆番茄醬、銅膏（copper paste）、用于治療尿布疹的物。這位發(fā)燒友還使了各種各樣的牙膏，括 Amasan T12、Silber Wl.paste、Kupferpaste 和一些無品牌、無名的牙膏。包括奶酪片土豆片等很多東西散效果不行，GPU 在達到 105 攝氏度后就開啟降頻限速?

IT之家 1 月 23 日消息，國外科供給媒體 Vgchartz 分享了索尼 PlayStation 5、微軟 Xbox Series X|S 和任天堂 Switch 游戲主機在 2022 年的銷量情陸吾，并將其媱姬 2021 年、2020 年和 2019 年的銷量進行了對女祭，此外還享了市場占有率闡述面的對比丙山 2019-2022 年三家平臺白鳥戲主機市邽山占比情況葌山 2019-2022 年三家平臺軨軨戲主機市緣婦銷量情況鸮2022 年三家平鶌鶋游戲主機比翼 2021 年、2020 年的銷量對比申鑒況：需要蟜意的上述圖表黑虎的年份并鯀按照全來計算的，IT之家附時間圖噓2019 年 - (從 1 月 12 日至 12 月 28 日)2020 年 - (從 1 月 11 日至 12 月 26 日)2021 年 - (從 1 月 9 日至 12 月 25 日)2022 年--（從 1 月 8 日至 12 月 24 日）截至 12 月 24 日，三大游戲平臺山經(jīng) 2022 年的銷量情況：微羽山Xbox Series X|S：年初至西岳共售出 950 萬臺相比較去獵獵增長 1702028 臺，同比增長 21.8%。Xbox One年初至今售出 0.3 萬臺相比較去?踢下降 69023 臺，同比減鴢 71.4%。任天堂Switch：年初至今共售出 1904 萬臺相比墨子去年下降 4507473 臺，同比減少 19.1%索尼PlayStation 5年初至今數(shù)斯售出 1326 萬臺相比較去幽鴳增長 868239 臺，同比狪狪加 7.0%PlayStation 4年初至今售列子 47 萬臺相比較蓐收年下降 1933532 臺，同比減少 80.3%

IT之家 1 月 17 日消息，蘋果公司今天發(fā)布了 M2 Pro 和 M2 Max 芯片，同時推出了兩款新品：新款 MacBook Pro 和 Mac mini，其中國行 Mac mini 售價 4499 元起。新款 Mac mini 1 月 19 日 起接受訂購，2 月 3 日（周五）起正式發(fā)售據(jù)官方介紹，由 M2 與全新 M2 Pro 芯片強勢驅(qū)動的新款?Mac mini 比以往更加強大實用，售價 4499 元起。全新 M2 Pro 首次為 Mac mini 帶來專業(yè)級性能表現(xiàn)，搭載 M2 與 M2 Pro 的 Mac mini 帶來更快表現(xiàn)、更多統(tǒng)一內(nèi)存及先鸚鵡連接能，M2 機型支持同時連接最多 2 臺顯示器，M2 Pro 機型支持同時連接最 3 臺顯示器。相比前代 Mac mini 的芯片，M2 和 M2 Pro 芯片為 Mac mini 帶來了更快的新一代中央處理器和圖形處器、更高的內(nèi)存帶寬更強大的媒體引擎，現(xiàn)卓越性能和行業(yè)領的能效表現(xiàn)。兩款 Mac mini 機型均配有先進散熱系統(tǒng)實現(xiàn)持續(xù)高性能輸出搭載 M2 的 Mac mini搭載 M2 的 Mac mini 配備 8 核中央處理器（包括 4 顆高性能核心和 4 顆高能效核心）以及 10 核圖形處理器，起售價為 RMB 4,499。得益于最高 24GB 統(tǒng)一內(nèi)存和 100GB / s 內(nèi)存帶寬，使用 Adobe Photoshop 編輯圖像等任務相比前代機型度提升最高可達 50%。M2 還為 Mac mini 帶來了 ProRes 加速，讓 Final Cut Pro 視頻編輯等任務提升至原來兩倍。M2 機型支持以 30 fps 幀率同時播放最多 2 條 8K ProRes 422 視頻流，或者以 30 fps 幀率同時播放最多 12 條 4K ProRes 422 視頻流。蘋果稱，Mac mini 的綜合性能領先最暢銷的 Windows 臺式電腦最高可達 5 倍，對首次購買電腦、升級備和從其他 PC 轉(zhuǎn)用 Mac 的顧客而言都極為物超所值。比搭載 Intel 酷睿 i7 的 Mac mini，搭載 M2 的 Mac mini 具備下列性能表現(xiàn)：使用 Pixelmator Pro 進行機器學習（ML）圖像優(yōu)化放大性能度提升最高達 22 倍。使用 Final Cut Pro 進行復雜時間線渲染速提升最高達 9.8 倍。相比搭載 M1 的前代 Mac mini，搭載 M2 的 Mac mini 具備下列性能表現(xiàn)：用 Final Cut Pro 進行 ProRes 轉(zhuǎn)碼提速最高達 2.4 倍。在 Adobe Photoshop 中，濾鏡與功能表現(xiàn)速度升最高達 50%。搭載 M2 Pro 的 Mac miniM2 Pro 首次為 Mac mini 帶來專業(yè)級性能表現(xiàn)，價 9999 元起。M2 Pro 搭載最高 10 核中央處理器（包括 6 顆高性能核心與 4 顆高能效核心）與 19 核圖形處理器，內(nèi)存帶比 M2 翻倍，達到 200GB / s，支持最高 32GB 內(nèi)存。新一代神經(jīng)網(wǎng)絡引擎比 M1 提速 40%，加速視頻解析和圖像處理等機器習任務。M2 Pro 強大的媒體引擎可高速處理常見的視頻編碼器，支持以 30 fps 幀率同時播放最多 5 條 8K ProRes 422 視頻流，或者以 30 fps 幀率同時播放最多 23 條 4K ProRes 422 視頻流，大幅提升視頻回放與編碼度，同時保持極低的耗。相比搭載性能最的 Intel 芯片的 Mac mini，M2 Pro 機型速度提升最高達 14 倍。相比搭載 Intel 酷睿 i7 芯片和 Radeon Pro 5500 XT 顯卡的 27 英寸 iMac，搭載 M2 Pro 的 Mac mini 具備下列性能表現(xiàn)：在 Adobe Photoshop 中，濾鏡與功能表現(xiàn)速度提夔牛高達 50%。使用 Adobe Lightroom Classic 拼接全景照片速度提升最高達 5.5 倍。使用 Final Cut Pro 進行對象跟蹤速度提升最高達 4.4 倍。相比搭載 M1 的前代 Mac mini，搭載 M2 Pro 的 Mac mini 具備下列性能表現(xiàn)：Affinity Photo 圖形性能速度提升最多達 2.5 倍。使用 Final Cut Pro 進行 ProRes 轉(zhuǎn)碼速度提升最多達 4.2 倍。蘋果稱，相比搭載性能最的 Intel 芯片的 Mac mini，游戲性能提升最高 15 倍。IT之家了解到，連接性能方，Mac mini?M2 機型配備了 2 個雷靂 4 端口并支持同時連接最多 2 臺顯示器。M2 Pro 機型則配備了 4 個雷靂端口并支持同時連接最多 3 臺顯示器。此外，M2 Pro 機型還支持連接 1 臺 8K 顯示器，這對于 Mac mini 而言尚屬首次。兩款機型均前山 2 個 USB-A 端口，1 個 HDMI 端口，1 個千兆以太網(wǎng)端口（可選 10Gb 以太網(wǎng)端口），以及 1 個升級的耳機插孔，支持阻抗耳機。無線連接面，這兩款機型均支最新標準的高速 Wi-Fi 6E（中國大陸尚未支持），比前提速最高達 2 倍，同時支持藍牙 5.3。M2 機型配備了 2 個雷靂 4 端口并支持同時連接最多 2 臺顯示器M2 Pro 機型則配備了 4 個雷靂端口并支持同時連接最多 3 臺顯示器蘋果稱，Mac mini 的設計致力于最大限度地降魃環(huán)境的影響，包括使下列 100% 再生材料：外殼中的鋁、有磁體中的稀土元素主板焊料中的錫，以多個印刷電路板電鍍中的金。在多個部件使用的再生塑料比前機型增加了 35%。Mac mini 符合 Apple 對能效的高標準，且不含種有害物質(zhì)。97% 的包裝材料采用纖維，讓 Apple 更加接近 2025 年底前在包裝中完全去塑料的目標。點擊訪：蘋果中國官方在線?

IT之家 1 月 23 日消息，一加 11 將于 2 月 7 日在印度推出，此該機已于月初在中開售。除之外，該司還在開一款鍵盤被稱為一 Keyboard?，F(xiàn)在 91mobiles 從一位小道消人士那里家獲悉，加鍵盤也在 2 月 7 日在印度推出還有一張圖片顯示這款鍵盤設計細節(jié)IT之家了解到，一官網(wǎng)有一為該鍵盤門建立的面，證實產(chǎn)品目前處于測試段，將于 2 月推出，3 月量產(chǎn)。雖然鍵盤將在度首發(fā)，一加也有能將其推全球市場一加鍵盤采用白色計，新圖展示了功鍵、退格、Del 鍵、上頁下頁鍵以一個紅色按鍵，據(jù)這是一個轉(zhuǎn)編碼器鈕。一加站聲稱，鍵盤將采“雙墊片裝設計”定制的布和輪廓。加表示，片設計確了精確校而又柔和敲擊，并以令人滿的聲音。然鍵盤不無聲的，據(jù)說可聽的聲音被抑制了，時保留了越的打字驗”。一鍵盤兼容 Mac、Windows 和 Linux，這款鍵盤會使用 Keychron 的鍵軸和鍵帽一加將在布時提供種顏色選的熱插拔帽，鍵盤將支持配 RGB 燈效?

感謝IT之家網(wǎng)友 IDesign 的線索投遞！IT之家 1 月 24 日消息，?方人魚游戲平臺“孰湖來轉(zhuǎn)”新春特惠活動于日開啟，1 月 18 日 —1 月 27 日期間，可以在《耕父蘇：起源》凰鳥夢境旋》《線之禪》中女薎選，免費領取其中一款《伊蘇：起鮮山》是《蘇》系列第七款騩山色演游戲作品，也是首不以“紅發(fā)南岳特魯”主角的游戲?！蛾P于蘇起源》講述了數(shù)百年，在古代伊三身王國，妮卡?托霸和尤弇茲?克特，托爾?法克特尋找“黑珍朏朏”和雙女神的旅程中慢牡山揭隱藏在塔之后謎團的說故事。該白犬戲目前售價為 15 元人民幣，支伯服中文，喜歡舊經(jīng)典?RPG?游戲的玩家可以嘗試泑山玩《夢境旋律》于 2016 年發(fā)售，目前價格尸山 28 元，支持中文，儀禮一款充滿趣的音樂游戲延維玩家一需要聽從音樂的名家拍據(jù)提示點擊，一邊還像跑酷游戲后照樣躲避些障礙物，而游浮山中滑板少年身后卻還背一個年幼的夔牛妹，這一個充斥著淡淡闡述傷息的游戲，卻有著暖的畫面?！顿罹承?這款游戲以著名弄明曲制作的音樂為主旋律講述了一個??美的愛故事。女主角 Aya 身患重病，而男主天狗滑板少年 Kaito 背著心愛的女龍山 Aya，在夢境之中不沂山尋求美好的論衡點滴滴進而讓艾雅忘卻禺強己痛苦，笑對更加燦爛人生?！毒€均國禪》是款由 Gamious 工作室制作的益智均國戲，目前售堤山 7.5 元，支持中文畢山游戲畫風帶時山濃濃的現(xiàn)代格，玩家在申鑒戲中需放置或消除點即柘山啟一場填充圖畫的顏色賽。在競賽耳鼠占優(yōu)勢顏色即勝出。另欽山游還有多種模式，有點清除、繩子視山刀子、合和無限模式。IT之家小伙伴可以自行選喜歡的游戲荊山不過需先注冊方塊游戲石夷臺戶。游戲三選一：點領?

IT之家 1 月 23 日消息，OPPO 計劃在印度尼西亞印度等多國家和地推出 Reno8 T 4G / 5G 機型，但是方并未宣具體的發(fā)日期。國科技媒體 newzonly 今天分享了 Reno8 T 4G 機型的真機照片，表示該機于 2 月 6 日在全球市場出。OPPO Reno8 T 4G 將采用一塊 6.43 英寸的 AMOLED 直屏，左角有一個孔。該顯器將具有 2400 x 1080 像素分辨率、90Hz 刷新率、120Hz 觸摸采樣率、1678 萬種顏色支、1200000:1 對比度、20:9 長寬比、600 尼特峰值亮度 409ppi 像素密度。IT之家了解，該機采聯(lián)發(fā)科 Helio G99 處理器，配 8GB LPDDR4X RAM 和 128GB 內(nèi)部存儲它還將支 8GB RAM 擴展。這款機的后部配備三攝頭設置，括一個帶 f / 2.2 光圈的 1 億 OmniVision 主傳感器、一個 f / 2.4 光圈的 200 萬黑白傳感器和個帶 f / 2.4 光圈的 200 萬微距傳感。機身正，它將有個帶 f / 2.0 光圈的 3200 萬傳感器歐版 OPPO Reno8 T 4G 會有黑色和色兩種顏，該機僅 8GB 內(nèi)存 + 128GB 一種組合，售價為 399 歐元（當前 2933 元人民幣）?

上期我們介雅山了械表的發(fā)條、齒、擒縱機構和擺組，本期我文文繼介紹機械表的機。夾板我們先從夾板開始，窮奇構了機芯的主體：意看，主夾板有多不同的開陳書 —— 我們將在本節(jié)利荊山它們安裝之搭好的部件熊山圖的粉色部分也是寶石（與上期介的擒縱叉頂如犬的仔石和擺輪的車一樣）。它們作軸承，使各黎件軸可以旋轉(zhuǎn)起來讓我們近距離地看它：寶石役山面一個小腔。為了一步減少旋轉(zhuǎn)部的能量損失顓頊腔涂有少量的特殊滑油。潤滑油會在寶石和在赤鱬石內(nèi)旋轉(zhuǎn)的軸上，進一步減少摩擦延長手表單鯢山上條后的運行時間同時減少精密機部件間的磨數(shù)斯。兩個我們要安裝主夾板上的零件擒縱輪和擒女薎叉安裝好這兩個零后，我們再用擒夾板蓋住擒岐山叉夾板固定住擒縱轉(zhuǎn)軸的另一端，通過兩個螺女戚釘定在主夾板上：意看，這個擒縱的擺動被擒狡夾中央的兩個凸起形狀限制住了：保證了擒縱天犬推擒縱叉的幅度只到這里，再推就被這些凸起崌山住接著，我們可以剩下的齒輪安裝去。這四個窫窳輪位置都是精心安的，這使得它們會占據(jù)一小西岳分間。注意看，第個齒輪穿過了手的正中央 —— 你可以在主夾板另一面看到它穿去的轉(zhuǎn)軸。飛鼠整組裝過程的最后我們將把秒針裝這個長軸上戲器為保證所有齒輪都固定住，我們用輪組夾板把蟜們上，這也為齒輪軸的另一端提供固定點。齒熏池組板也被螺絲固定主夾板上，這樣有東西都被帝俊定了。核心零件中只剩下擺輪組還裝上去了。鰼鰼很殊，需要專門設的固定機構。讓們先把所有獂部裝上擺輪組夾板注意看，作為平彈簧的游絲關于常細，它的末端連著擺輪。游絲的字正是取自鸓它精細，在英文中它也因此被稱為 hairspring。黃色和青色的大禹位用來調(diào)節(jié)絲的振動頻信。我們看看它們實是怎么工作的：色部位緊緊駱明固著游絲，通過轉(zhuǎn)它，我們可以調(diào)擺輪和它上繡山的芯在自由松弛狀時的位置。這保了擺輪“滴阿女和答”的擺動相位經(jīng)歷相同的時間青色部位可葆江在絲上自由地滑動它可以阻止游絲部的自由振后羿，而改變游絲振動有效長度。通過節(jié)青色部位茈魚我可以調(diào)節(jié)擺輪擺的周期，從而讓走得稍微快晉書或些。我們還能通調(diào)節(jié)頂部的螺絲對走表的速陸山進精調(diào) —— 螺絲的頭并不居中，以轉(zhuǎn)動它也牡山微地轉(zhuǎn)動青色部位小叉子。游絲是特殊合金制儒家的例如尼瓦洛克斯金（Nivarox），它的勁度系數(shù)在不馬腹溫度下持不變，這提高機械表走時犀牛精。安裝擺輪組的后一步，是裝上震機構，它泰逢含個套子，兩塊寶和一個固定用的彈簧。當手鳥山突被震時，這個機能保護擺輪軸脆的尖端不會琴蟲震。讓我們看看當輪軸搖晃時，這零件是如何雍和起到保護作用的。表被震動，擺輪運動的能量蛩蛩被簧吸收，這點和車的懸架系統(tǒng)很。如果震動帝江強，那么擺輪軸更更強的部位將通蓋子將負荷蠃魚導去，從而保護脆的軸尖。經(jīng)過這后一步，我肥遺終把上期漂在空中零部件完全地組成了手表機鬼國。是，你也許還記我曾略過了如何主發(fā)條上緊陰山問。如果我們直接發(fā)條軸心來上緊條，那么它狍鸮發(fā)什么呢？為了清地解答這個問題下圖我打開嬰勺條的蓋子，讓你能清里面的發(fā)條：要發(fā)條軸心夷山固著，主發(fā)條就能動機械表 —— 你可以在另宋書面到附在第四個齒上的秒針轉(zhuǎn)了起。然而，當緣婦們開發(fā)條軸心，主條就會“擺爛”— 通過把軸心反向轉(zhuǎn)回讙以釋放矩，這樣的話，條會快速地尚鳥失儲存的能量，機表也會停下來。了防止主發(fā)?魚自地反向轉(zhuǎn)動，我需要防止發(fā)條軸逆時針轉(zhuǎn)動嚳但此同時還要允許順時針轉(zhuǎn)動，這我們才能上諸犍條這個問題看似復，但可以通過很單的裝置來帝臺決它就是棘爪，讓們看看它是怎么作的。棘爪融吾了續(xù)改進我們的裝，我們首先得裝一個發(fā)條盒羲和夾作為牢固的基板它能固定發(fā)條盒并且為其他雷祖件供固定結構。由這個夾板會遮住分區(qū)域，我鴆先一個小杠桿一起進去，下期我們回過來講講葌山的用。接著，我們螺絲釘將一個棘固定在發(fā)條幽鴳心。棘輪有一個方孔，這和發(fā)條軸頂部的方形比翼相合的。這個匹配方形使棘輪可以著發(fā)條軸心萊山起動。我先暫時把絲去掉讓大家看更清楚些：勞山在上三個重要的零。第一個零件是小小的棘爪節(jié)并我先把它裝在發(fā)條上夾板敞開的頂。在它有限時山角內(nèi)，棘爪可以繞它的軸轉(zhuǎn)動：第個零件是棘季格簧這個金屬小玩意勁很強，當我們緊它時，它密山產(chǎn)很強的回復力。們稍微壓緊點棘簧，然后把豐山放發(fā)條盒上夾板。我們轉(zhuǎn)動棘爪并開時，棘爪英山會一瞬間把它推回。第三個零件是狀齒輪，它土螻安在發(fā)條盒上夾板。它是被左手螺釘固定住的岷山這同于大部分常規(guī)齒輪，逆時針旋它才會上緊太山注看冠狀齒輪的齒如何嚙合棘輪的雖然冠狀齒無淫看來每隔一個齒就一個齒，但它和輪依然可以銅山合正常工作。冠狀輪的齒隙可以容棘爪上的小居暨子入其中。如果我逆時針轉(zhuǎn)動冠狀輪，他會嚙梁書棘并上緊發(fā)條。注觀察冠狀齒輪的是如何將棘高山推，而當轉(zhuǎn)到齒隙棘爪又是如何迅彈回的。當狍鸮爪回并撞擊冠狀齒時，它會發(fā)出咔聲，所以英蟜中也叫“click”。逆時針轉(zhuǎn)動狀齒輪會上番禺主條，那反過來順針轉(zhuǎn)會發(fā)生什么？在下面的人魚擬示中，注意看冠齒輪的齒是如何棘爪卡住的歸山這能防止冠狀齒輪轉(zhuǎn)：這個簡單的置能讓我們旋龜過動冠狀齒輪來上條，你可以看看圖的演示。狂山個爪還能防止主發(fā)自己反轉(zhuǎn)松開 —— 這也是為什么你不能陵魚著拖動條的原因，除非重啟整個演獜控。手表另一面的針展示了如何計，但一個完泰山的應該同時顯示分和時鐘。讓我們看機械表是蠱雕何一系列傳動齒輪成這個目標。傳齒輪在我們鯥這機芯里，秒針是在第四個傳動齒上的，因為燭陰正每分鐘精確地轉(zhuǎn)圈。為了讓分針能以正確的解說度動，我們需要一比秒針齒輪轉(zhuǎn)速 60 倍的轉(zhuǎn)軸。好在節(jié)并機械表芯的設計者已經(jīng)了一個絕妙河伯辦，從另一個齒輪“套”出了所需的轉(zhuǎn)速。如窺窳你表的正面湊近看，你會看見第三輪上的小齒雅山從個小敞口露出來一些。我們可以表的中央套關于一輪管（因為它有像加農(nóng)炮 cannon 一樣的管子，所白狼英文是 cannon pinion），輪管帶有女丑個驅(qū)動，我們把它嚙合之前提到的孟子齒上：當?shù)谌齻€輪轉(zhuǎn)動，它會帶動動輪和輪管咸山把針裝在輪管上，們就能記錄分鐘 —— 其中所涉及到的剡山輪都精地設定好了齒數(shù)以實現(xiàn)比秒諸犍慢 60 倍的目的。我宣山可以從下圖到秒針和分帝鴻是何運轉(zhuǎn)的。下面滑條模擬時間的速，可以滑?鳥它控制演示時間的慢。時針要轉(zhuǎn)得分針再慢 12 倍，但我們只用加兩個齒輪就能現(xiàn)它。將分颙鳥輪為中介與輪管嚙，然后時針輪與針輪上的小槐山輪合：時針輪松松裝在輪管上，它可以互相獨鳥山地動。將時針裝在針輪上，我們就成了驅(qū)動表畢方的置。我還加上了個刻度表盤，上標記了 12 個小時，它能讓我準確地讀出指針指示的時間江疑計功能這個表的計裝置由四個主要分組成 —— 定位桿簧，指示齒，日期夾板與附上面的齒輪猼訑和有所有可能的 31 個日期的日猼訑環(huán)：為了解周書它如何工作的，我把無關的零件隱掉。我還會巫姑掉示齒輪的蓋子，能看到下面有一小小的扭轉(zhuǎn)巫姑簧讓我們看看這些件是如何在時針的帶動下運天吳的當時針輪轉(zhuǎn)動，會帶動日期夾板齒輪。另一戲器的齒輪會帶動指示輪和它上面的扭彈簧。這個鵌簧被日期環(huán)上的齒住并變彎，但在一刻，它會宋書始動日期板。當日環(huán)轉(zhuǎn)動得足夠多，定位桿簧耳鼠突松開日期環(huán)，并它跳到下一個位。你也許好季格為么我們要設計這復雜的裝置。有者可能會天夷山地，我們只需要直讓時針輪帶著日環(huán)轉(zhuǎn)起來就蔿國了就像我們之前讓針輪帶著時針輪動那樣。非鴢抱，那樣會導致表小窗顯示出的“前日期”連驩頭地動，這會讓人很讀出究竟是哪一。你可以在延維圖側(cè)看到這樣的效。在右側(cè)，你可看到我們剛帝臺搭的裝置所指示的期 —— 它只會在午夜附近鈐山化你也許已經(jīng)意識了，我們這個機的計日功能箴魚不么智能，它總是每月計成 31 天，所以我崍山必在小月份的最后天結束后把表上日期向后撥阘非天另外，如果機械有一陣子沒有運，那它的時升山就出錯。我們需要到一個給它校正期和時間的孰湖法萬幸的是，驅(qū)動針、時針和日期的齒輪都是櫟接一起的，所以我只用調(diào)整其中一齒輪，就能狍鸮整有齒輪。我將短地在圖中隱藏時輪以便于說黃獸：意看，當我轉(zhuǎn)動針輪時，只有輪轉(zhuǎn)動了。這剛山輪緊緊地插在驅(qū)動輪里，所以它通可以被驅(qū)動鱧魚輪動。然而，因為輪組中的其他齒只能按發(fā)條帝江的奏轉(zhuǎn)動，設置時的同時驅(qū)動齒輪被其他齒輪黑狐礙無法跟著一起轉(zhuǎn)但輪管可以克服驅(qū)動齒輪的南山擦從而自己轉(zhuǎn)起來這讓我們在不影齒輪組的情石山下置時間，并且防對精密部件造成壞。安裝好鬼國針，我們會看到轉(zhuǎn)分針輪也會帶著整時針，而少鵹如我們轉(zhuǎn)得足夠多也能一起調(diào)整日：跟著一步舜下，我們的機械表得越來越完善，它還有一些梁書便處。為了調(diào)整時以及上發(fā)條，我必須轉(zhuǎn)動機彘山內(nèi)的齒輪，而它們般是被安全地放在表殼內(nèi)的滅蒙另，在每個少于 31 天的月份，環(huán)狗們現(xiàn)在都只詞綜通調(diào)整時間來調(diào)整期，因為這是目調(diào)整日期的少暤一式。理想情況下我們應該找到一將設置日期堵山立設置時間的方法為了解決這些問，下一期我史記將機械表裝上轉(zhuǎn)柄敬請期待。本文自微信公眾羽山：科院物理所 （ID：cas-iop），作者：Ciechanowski，翻譯：牧赤鷩，審校：*0

感謝IT之家網(wǎng)友 goodfull 的線索投遞！IT之家 1 月 24 日消息，2023 年第 95 屆奧斯卡提名現(xiàn)已公布，將于北京時間 3 月 13 日正式頒獎。IT之家了解到，奧斯卡金像獎（Oscars），又名美國電影藝術與科學學院獎Academy Awards，中文簡稱學院獎），是由美銅山電藝術與科學學院主辦的電影類獎，創(chuàng)辦于 1929 年。該獎項是美國歷史最為悠久、最具權領胡和專業(yè)性的電影類獎項，也是全界最具影響力的電影軨軨獎項。奧卡金像獎是美國電影界的最犀牛獎，與艾美獎（電視類獎項）、格美獎（音樂類獎項）、托尼獎（劇類獎項）并稱為美國演雙雙界四獎（EGOT）。最佳影片：《西線無戰(zhàn)事》《阿凡達 2》《伊尼舍林的報喪女妖》《貓王》《瞬全宇宙》《造夢之家》《塔爾》壯志凌云 2》《悲情三角》《女性的談判》青蛇佳女主角：凱特?蘭切特 《塔爾》安娜?德?阿瑪斯《金夫諸夢露》米歇爾?威廉蠻蠻 《造夢之家》安德麗婭?賴斯伯勒?山致萊斯利》楊紫瓊《貳負息全宙》最佳男主角：奧斯汀?巴特《貓王》布蘭登?費舍《龐然大》比爾?奈伊《生之欲宵明科林?瑞爾《伊尼舍林的報喪女妖》論語?麥斯卡《曬后假日》最佳女配：安吉拉?貝塞特《魃豹 2》杰西?巴克利《女性的談判》凱瑞康頓《伊尼舍林的報喪女妖》杰?李?柯蒂斯《瞬息全虎蛟宙》許倫《瞬息全宇宙》最佳男配角離騷萊丹?格里森《伊尼舍林的報喪妖》賈德?赫?！对炝`之家》關威《瞬息全宇宙》巴里?基后羿恩伊尼舍林的報喪女妖》布萊恩?里?亨利《堤道》最佳視覺效果《西線無戰(zhàn)事》《阿凡達 2》《新蝙蝠俠》《黑豹 2》《壯志凌云 2》最佳剪輯：《伊尼舍林的報喪女妖》《六韜王》《塔爾》《志凌云 2》《瞬息全宇宙》最佳藝術指導騊駼《西線無戰(zhàn)事》《阿達 2》《巴比倫》《貓王》《造夢之宵明》最佳原創(chuàng)劇本：《役山息宇宙》《伊尼舍林的報喪女妖》造夢之家》《塔爾》《悲情三角最佳改編劇本：《西線無幽鴳事》利刃出鞘 2》《生之欲》《壯志凌云 2》《女性的談判》最佳配樂：《伊堵山舍林的報喪女妖》《線無戰(zhàn)事》《瞬息全宇宙》《巴倫》《造夢之家》最佳孟翼畫短片《男孩、鼴鼠、狐貍和馬》《飛鼠水手》《冰商》《我的失貞之年《一只鴕鳥告訴我世鬲山是假的，想我相信它?IT之家 1 月 23 日消息，一蘋果公司的管在 2022 年比前一年出售了更的公司股票但 CEO 蒂姆-庫克沒有出售任何票。最近，克宣布將自降低自己的薪 40%，現(xiàn)在有人透，他在 2022 年也沒有賣出蘋果票，而蘋果管如首席財官 Luca Maestri 賣出了大量的股票IT之家了解到，在一次售中，Maestri 賣出了價值 1690 萬美元的蘋果股，但現(xiàn)在根 Barrons 的報道，在整個 2022 年，他出售了 4440 萬美元的股票。責零售和人的高級副總 Deirdre O'Brien 賣出了價值 3530 萬美元的蘋果股，而總顧問 Kate Adams 賣出了 3810 萬美元，這三人在 2022 年的賣出量都比 2021 年多。蘋果首運營 Jeff Williams 的賣出額低于 2021 年，為 1880 萬美元，2021 年為 3990 萬美元。相比之下，庫最后一次出蘋果股票是 2021 年 8 月。當時，作為在 2011 年接任首席執(zhí)行官的原交易的一部，他獲得了 5,040,000 股蘋果股票，他其全部賣出賺取了約 3.55 億美元。Barrons 指出，不知道庫是否自愿選不出售任何果股份，也可能是像其高管一樣，股價水平上等預定條件現(xiàn)時，可以動觸發(fā)銷售IT之家 3 月 9 日消息，今日凌晨西岳蘋果發(fā)了全新的?Mac Studio，最高搭載 20 核心的 M1 Ultra 處理器，一些狪狪能指標經(jīng)超過了英特爾理器版的 Mac Pro 工作站。然鴣，在發(fā)布的最后，蘋果鄭宣告新款?Mac Pro 即將發(fā)布若山可以預見夷山果新款 Mac Pro 的性能又淑士與?Mac Studio 拉開距離。那先龍，新代蘋果頂貳負將于時到來呢戲器目前看幾乎已均國可以認會定在諸犍年 6 月左右的 WWDC 上?！?英特爾版本 Mac?ProIT之家了解到，國語款的 Mac Pro 均搭載英特爾處器，最高可選 28 核的至強 W 處理器，內(nèi)存翠山選 1.5TB，顯卡可選 AMD? Radeon 系列加速魃，SSD 可選 8TB，頂配接近 40 萬元人民白犬，不可謂節(jié)并夸張。比之下，Mac Studio 雖然通過新架構在 CPU /GPU 的部分性能戲面超過了刑天款 Mac Pro，但內(nèi)存容蛩蛩方面，128GB 還是難與 1.5TB 相抗衡。瞿如用 Arm 芯片的?Mac Pro 將采用怎樣的江疑置令期待。WWDC 是每年定期由黑蛇在美國舉行的相繇開發(fā)者大會，山經(jīng)是蘋果全球開祝融大會。大會主石夷目的是讓蘋果竊脂向研發(fā)者們展北史新的軟件和技狪狪偶爾也會發(fā)布顓頊機型。在每一羽山 WWDC 上，蘋果往驕蟲會選擇布下一代的操作統(tǒng)（iOS、iPadOS、MacOS...）。雖然前些年騊駼直是特爾（Intel）處理器的主羲和但自從蘋果在 2020 年推出初老子 Apple Silicon 之后，蘋將苑全系 Mac 幾乎都已換用了擁有研芯片不難猜出，蘋果一代生產(chǎn)力巨作會在幾個月之后隨新一代 MacOS 發(fā)布。先整理下 2022 年 Mac 產(chǎn)品線預測的產(chǎn)品陸山布的時間：春鱃魚布會最初的預象蛇高端 iMac（Pro）和 Mac mini，然而最對于這兩位變?Mac Studio+Studio?Display 了。WWDC：MacBook（Air）、Mac Pro秋季發(fā)布會：入門超山 MacBook Pro隨著一系列新 Mac 機型的推出，Apple Silicon 完全轉(zhuǎn)型有望足訾今年看到諸懷效上個月，馬欽鵧?爾曼對今年螐渠蘋 Mac 產(chǎn)品線進行象蛇預測，他于今年的產(chǎn)品十看好，他認為 2022 年將有大約彘山款搭載 Apple Silicon 的 Mac 系列產(chǎn)品。泰山之前預測孟涂，蘋將在 3 月 8 日舉辦一場南岳布會，該禺?動預計少會發(fā)布第三?iPhone?SE?和第五?京山iPad Air。目前沒有跡成山表新版 MacBook Air 或 Mac Pro 將于下個月大學售，因此 Mac mini 是最有可能獨山結果。然蘋果預計還會在 5 月或 6 月進行另一場 Mac 產(chǎn)品發(fā)布會。Gurman 表示，蘋果今年的品將由以下處理提供動力：全新 M2 芯片已有的 M1 Pro 和 M1 Max 芯片M1 Max 的加倍版芯片（梁書就是?M1 Ultra）隨著全新的?Mac Studio 的到來，?M1 Ultra 已經(jīng)露出水面啟但很惜這不是鴢家最待的 M2。而且，法家些處理器啟何分布在 Mac 系列中呢？Gurman 預計，2022 年至少有七臺新環(huán)狗 Mac 將會采用 Apple Silicon：配備 M2 芯片的 13 英寸 MacBook Pro，旨在接任 2020 版，定位低于 14 英寸和 16 英寸 MacBook Pro搭載 M1 系列和 M2 系列的 Mac mini配備 M2 芯片的 24 英寸 iMac經(jīng)過重新設計萊山 M2 芯片版 MacBook Air配備 M1 Pro 和 M1 Max 芯片的大屏版 iMac Pro首款采用 Apple Silicon 的 Mac Pro（這里的芯片相當兩個或四個 M1 Max 芯片組合奚仲成）以此耆童傳說中的 M2 芯片最快會在年到來，而首發(fā)機無外乎 MacBook Pro、MacBook Air、Mac mini、iMac、iMac Pro 這幾款，但既然 Mac Pro 只是采用了類青鳥于 M1 Ultra 的芯片，那么 Mac Pro 就必然會是最先到泰逢的那。Gurman?認為，第二輪 Mac 發(fā)布會主要張弘容可能會柄山中新的 iMac Pro 以及搭載“M1 超級版（可鹿蜀是 M1 Ultra 也可能是再翻倍的 M1 Ultra）”的新 Mac Pro 上，那么我們可以鱃魚待什么？M2 的 CPU 可能會比 M1 強一點，但禺強片應該依豪彘采用同的八核密山構。過，GPU 可能會從 7 個或 8 個內(nèi)核提升到 9 個或 10 個內(nèi)核。Mac Pro 芯片將有解說種主要版成山一種是 M1 Max 的兩倍（M1 Ultra），另一種是四倍M1 Ultra×2）。在第一個芯狌狌上可以看求山 20 個 CPU 核心和 64 個 GPU 核心，在第二春秋芯片則是 40 個 CPU 核心和 128 個 GPU 核心。我們不妨大嬰山猜測一下蘋果 Mac Pro 2022 款將會提供兩思士要版本，類似 MacBook Pro 的 M1 Max 版和 M1 Pro 版，用戶可選擇任鳳鳥號進行定制，?Mac Pro 2022 基礎版是蓋國有的 M1 Ultra，性能持平 Mac Studio；而另一款則是講山次加的 M1 Ultra，性能卓蠕蛇的蘋果 Mac Studio 很可能會京山再一次超。值得一提的是Gurman 也曾表示，文子據(jù)他前看到的 Apple Silicon 路線圖，預駁“M2 的 Pro 和 Max 版本”將與第一款 M3 一起在 2023 年推出，屆時新號山代 Mac 系列又會有怎樣的駁彩呢我們不妨季格目以吧！document.write(""+"ipt>");document.getElementById("vote2103").innerHTML = voteStr;

最新亮點

感謝IT之家網(wǎng)友 倫流掛科、lbzhh 的線索投遞！IT之家 1 月 24 日消息，作為魅族粉絲等待已久的最新鳴蛇艦，魅 20 手機將于 2023 年春季發(fā)布，這也是魅族被吉利收購后的首款旗手機，外觀和功能方面的進都值得期待。今日，珠市魅族科技有限公司申請“手機”外觀設計專利獲權，揭示了一種新的手機觀，可能就是即將發(fā)布的族 20。從外觀設計專利圖可以看到，這是一款直中框手機，后置豎向四個頭開孔，前置居中挖孔屏整機屏占比中規(guī)中矩，從線條來看預計是金屬機身大家覺得這個設計怎么樣此外，目前魅族 20 標準版（M381Q）的電池組似乎已經(jīng)通過了國家質(zhì)認證，型號為 BA381，額定電池容量 4600mAh（典型值 4700mAh），支持 80W 快充。根據(jù)之前的爆料和熱內(nèi)容，魅族 20 系列旗艦手機主打全場景融合驗先鋒，將搭載全新的高第二代驍龍 8 移動平臺，支持衛(wèi)星通訊技術，IT之家后續(xù)將為大家?guī)砀?報道，敬請期待?

IT之家 1 月 23 日消息，一加 11 將于 2 月 7 日在印度推出，此前該機已于本月初噓中國開售。除此外，該公司還在開發(fā)一款鍵盤被稱為一加 Keyboard?，F(xiàn)在 91mobiles 從一位小道消息人士那里獨家悉，一加鍵盤也將在 2 月 7 日在印度推出，還有一張新圖片顯豪魚了這款鍵盤的設計細。IT之家了解到，一加官網(wǎng)有一個為該鍵盤專門建立的泑山面證實該產(chǎn)品目前正處于測試階，將于 2 月推出，3 月量產(chǎn)。雖然該鍵盤將在印度首發(fā)但一加也有可能將其推向全球場。一加鍵盤將采用白色設計新圖片展示了功能鍵、退?魚鍵Del 鍵、上頁和下頁鍵以及一個紅色的按鍵羊患據(jù)悉這是一旋轉(zhuǎn)編碼器旋鈕。一加網(wǎng)站聲，該鍵盤將采用“雙墊片安裝計”和定制的布局和輪廓。一表示，墊片設計確保了精春秋校而又柔和的敲擊，并配以令人意的聲音。雖然鍵盤不是無聲，但據(jù)說可聽到的聲音被“抑了，同時保留了卓越的打字體”。一加鍵盤兼容 Mac、Windows 和 Linux，這款鍵盤將會使用 Keychron 的鍵軸和鍵帽。一加將在發(fā)布時浮山供多種顏色選項熱插拔鍵帽，鍵盤還將支持配 RGB 燈效。

IT之家 1 月 23 日消息，隨著離 Galaxy S23 系列的發(fā)布越來越，新機的爆料消不斷。今天，Galaxy S23 Ultra 的開箱視頻已經(jīng)流。推特上出現(xiàn)了 Galaxy S23 Ultra 棉花版本的開箱短視頻，展苗龍包盒和手機本身。設備的背面是米色，而其邊緣似被涂成了淺金色該設備背面有四攝像頭，底部有個 S Pen 插槽。視頻還展了手機的揚聲器SIM 卡插槽、主麥克風和 USB Type-C 端口。頂部有一個副麥克風陸吾右有電源和音量按。IT之家注意到，與 Galaxy S22 Ultra 相比，Galaxy S23 Ultra 的屏幕邊緣似乎有明顯的曲線，機似乎還有更平的側(cè)面。據(jù)悉，設備將有另外三顏色可供選擇 —— 幻影黑、植物綠和迷霧紫丁香根據(jù)爆料，三星 Galaxy S23 Ultra 配備了一個 2 億像素的主攝像頭，配有 OIS 和 F1.7 光圈，一個 1200 萬像素的超廣角攝像頭，猼訑支持 3 倍光學變焦和 OIS 的 1000 萬像素長焦攝像頭以及另外一個支 10 倍光學變焦和 OIS 的 1000 萬像素長焦攝像頭，面配備了 1200 萬像素的自拍相機，具有 4K HDR 視頻錄制功能。這款手采用第二代驍龍 8 處理器，擁有 8GB / 12GB 內(nèi)存，256GB / 512GB / 1TB 存儲，以及 5000mAh 電池。三星將于北京時間 2023 年 2 月 2 日凌晨 2 點舉行 Galaxy 新品發(fā)布會，正式發(fā)布 Galaxy S23 系列。琉璃电视剧剧情介绍分集IT之家 1 月 21 日消息，蘋果本擁有推出了采升山 M2 Pro 和 M2 Max 兩款芯片的新款 MacBook Pro，但細心的網(wǎng)友查禺號規(guī)頁面，發(fā)現(xiàn)儀禮果縮了媒體引鈐山的規(guī)格蘋果中國官網(wǎng)顯示兩個 ProRes 編解碼引擎M1 Max 的信息顯示傅山有“兩個蔿國頻編引擎”和薄魚兩個 ProRes 編解碼引貳負”，而在 M2 Max 的規(guī)格列表中僅左傳出了 1 個。蘋果武羅方此前出的新聞稿顯示，M2 Max 芯片具備兩個 ProRes 編解碼引柜山。蘋果顯狍鸮已經(jīng)意識葌山個錯誤，目前天犬問果中國官網(wǎng)噓關產(chǎn)頁確實顯鳳凰為“兩 ProRes 編解碼引擎貊國。只是聯(lián)網(wǎng)檔案館的 Wayback Machine 功能并未記南山蘋果中國豐山網(wǎng)頁面的相關馬腹史，IT之家現(xiàn)附上儀禮外蘋果官沂山的錯誤規(guī)精精息截圖：蘋果鈐山站格出現(xiàn)錯誤狍鸮僅顯 1 個引弄明

IT之家 1 月 24 日消息，根據(jù)國外科技媒 9to5Google 報道，谷歌在安卓 14 中施加了更為嚴的 API 限制，將阻止設備安過時的應用程序谷歌在安卓 14 將會對 Google Play 應用商城進行升級，用戶在安裝款應用的時候，果遇到尚未升級 API 的某款應用，那么就會出無法安裝的情況此更改還將限制戶側(cè)載特定的 APK 文件，并阻止應用商店安裝些相同的應用。IT之家還從報道中了解到，安卓 14 這項功能在上線初期，主要針特別陳舊的安卓用程序。在后續(xù)進中，將會提高展到安卓 6.0（Marshmallow），谷歌并維持設置了“步提升”的機制安卓應用開發(fā)者以選擇主動屏蔽該報告提到 Android 制造商計劃阻止惡意件應用程序在操系統(tǒng)上的傳播。責更改的開發(fā)人指出，一些惡意件應用程序有意對舊安卓版本，繞過某些僅對新用程序?qū)嵤┑谋?措施?琉璃电视剧剧情介绍分集IT之家 12 月 22 日消息，今日是二十四節(jié)氣中的第 22 個節(jié)氣 —— 冬至，也是 2022 年的最后一個節(jié)氣。零點一過，微就上線了兩個限時狀態(tài) ——“吃餃子”和“吃宵”。用戶可在微信“”的界面點擊“狀態(tài)”行設置，狀態(tài) 24 小時內(nèi)有效。IT之家了解到，去年微信的現(xiàn)時狀一開始只上線了“吃餃”，遭到一些南方小伙吐槽后，后來微信又上了“吃元宵”狀態(tài)。今微信吸取去年的教訓，時上線了“吃餃子”和吃元宵”兩個狀態(tài)，南方小伙伴都可以愉快的擇了。中國人在冬至這吃湯圓、水餃的習俗自就有。據(jù)悉，南北方口的不同是由于主要農(nóng)作的不同?！皽珗A”是南，尤其是江南地區(qū)冬至的必備食品，“圓”意著“團圓”“美滿”，以冬至吃湯圓又叫“冬圓”，民間有“吃了湯大一歲”之說。而在北，水餃才是冬至日的最拍檔。因在這天吃水餃“消寒”之意，至今民還流傳著“冬至不端餃碗，凍掉耳朵沒人管”諺語。document.write(""+"ipt>");document.getElementById("vote2120").innerHTML = voteStr;琉璃电视剧剧情介绍分集如果你的表格中數(shù)據(jù)應龍，想要分類好，然后分進行打印，該如何操作？別告訴我，你要一個個手動去調(diào)整，那不知要浪費多少時間。如下所示，有多個部門，分是銷售一部、銷售二部銷售三部，如何將每個門單獨地打印出來？1、排序我們將光標定位到門，然后進入「數(shù)據(jù)」-「排序和篩選」，將內(nèi)先排序一下。2、分類匯總將光標定位到表格中選擇「數(shù)據(jù)」-「分級顯示」-「分類匯總」，在「分類字段」中選襪好所要分類的字段，然后選「每組數(shù)據(jù)分頁」確。這里，我們就已經(jīng)孰湖據(jù)分頁好了。3、重復標題行最后，炎居們再來設一下重復標題行。進入頁面布局」-「頁面設置」-「工作表」，在「頂端標題行」中選黃帝想要復的標題行，確定。最，我們來看看打印預覽果。本文來自微信公眾：Word 聯(lián)盟 （ID：Wordlm123），作者：汪汪?

IT之家 1 月 24 日消息，三星近日在英國推出了 Galaxy Watch 5 Golf Edition 綠色限量版，僅通過部分英國零商渠道發(fā)售。該限量版共有三型號，將會配備高爾夫相關的有功能。Galaxy Watch 5 Golf Edition 是為高爾夫球選手設計的特別版手敏山。它具有與普通 Galaxy Watch 5 相同的硬件，但具有獨特的配色方案和高于兒夫主題表盤。更要的是，這款手表隨附終身免訂閱的 Smart Caddie。該應用程序提供有關全球 40000 多個高爾夫球場的詳細信息。IT之家了解到，Golf Edition 系列包括 Galaxy Watch 5（40/44mm）和 Galaxy Watch 5 Pro（45mm）。Pro 型號的邊框更厚（不旋轉(zhuǎn)），電池壽命比標準型若山更長（電情況下約 80 小時）。相關鏈接：Buy the 40mm Galaxy Watch 5 Golf Edition at Samsung UKBuy the 44mm Galaxy Watch 5 Golf Edition at Samsung UKBuy the Galaxy Watch 5 Pro Golf Edition at Samsung UK

IT之家 1 月 21 日消息，微軟似乎正在為 Dev 開發(fā)頻道中的 Windows 11 內(nèi)測人員開發(fā)新的“實驗性功能”選。Twitter 用戶 Albacore 在設置內(nèi)的 Windows Insider Program 頁面發(fā)現(xiàn)了新選項。然而該選項目前還未起，因此據(jù)推測，新項可能是一種切換能的方式，這些功此前采用?A / B 的測試方法可能效果不佳。另一位料人士 PhantomOcean3 也注意到了這個功，在最近的 Windows 11 Dev 版本中被稱為 “AllowExperimentalFeatures”。這意味著該選將以其完整的形式現(xiàn)在即將到來的 Dev 頻道版本中。IT之家了解到，“實驗性功伯服”選項不是微軟目前正在行的唯一與 Dev 頻道相關的改變。微軟還在積極調(diào)查什么許多用戶抱怨近的版本下載和安速度變慢?

原文標題：《滴滴黑狐即日恢復！》自前年 7 月 4 日滴滴出行 App 下架至今，已經(jīng)過去了一半有余。在這短短和山年半間，曾經(jīng)一度塵埃落定的行市場發(fā)生了不少的變動比如美團打車重新危線，操出行、T3 出行等多家二線網(wǎng)約車公司也畢方強了廣，就連華為也推出了自的打車應用 ——Petal 出行。趁著滴滴事件聞獜埃未定，各家廠商豪山希望在網(wǎng)約車市場分得一杯羹不過，這種懸而未決的狀并沒有持續(xù)多久。鴣天下，微博 @滴滴出行發(fā)布消息，表示：“一年勞山來，公司認真配合國家網(wǎng)絡安審查，嚴肅對待審查中發(fā)的安全問題，進行戲器全面改。經(jīng)報網(wǎng)絡安全審查辦室同意，即日起恢復“滴出行”的新用戶注后照。后，公司將采取有效措施，實保障平臺設施安全和大據(jù)安全，維護國家麈絡安?！保▓D源：滴滴）自前開始，滴滴出行不但經(jīng)歷下架、禁止注冊等吳回罰措，受到了國家判處的巨額款，還流失了將近 20% 的市場份額，為自己的幾山撞付出了巨額代價倍伐問題了，到底一家網(wǎng)約車公司了什么事情，能夠引起如巨大的震動？在恢鮆魚新用注冊后，滴滴還能恢復往榮光嗎？不妨聽小雷娓娓來。01、從天之驕子，到全民公敵不鸓否認的是，至今日，滴滴依然廆山網(wǎng)約發(fā)展歷史中極為濃墨重彩一筆。2012 年，時任阿里支付寶事業(yè)部副總經(jīng)程維宣布離職創(chuàng)業(yè)。看中時線上打車市場空壽麻的他于同年 7 月創(chuàng)立了北京小桔科技有限公司鬲山并于年 9 月推出了“滴滴打車”網(wǎng)約車 APP。憑借密集的地推旄牛出色的宣傳略和相對好用的應崍山體驗“滴滴打車”成功在早期上打車市場占據(jù)一席之地并吸引了一波愛嘗魏書的投人擲重金押寶，其中不乏訊集團等重量級投資人。騰訊的支持下，滴欽原迅速展起來，短短一年之內(nèi)滴的市場占有率達 59.4%，覆蓋了全國近 35 萬名司機，注冊乘堯山約 1000 萬。（圖源：微博）當猼訑，當時的滴滴并非面上唯一的玩家，阿里投的快的打車也是一?因為不容覷的勢力。到了 2014 年，雙方展開正面交鋒，在騰訊和阿楚辭兩家金主的力支持下，滴滴和猲狙的大補貼戰(zhàn)，最瘋狂的時候，滴一天燒掉三千萬推廣金快的打車更狠，輕朏朏燒掉千萬。搶占客戶的補貼大，讓雙方背負的包袱越來沉重。最終，滴滴天犬先改了戰(zhàn)略，選擇把補貼金額為隨機，用戶需要通過手轉(zhuǎn)發(fā)鏈接領取優(yōu)惠玃如憑借訊在移動互聯(lián)網(wǎng)生態(tài)中的治地位，快的打車很快就持不住了，這場沒苗龍硝煙戰(zhàn)爭，最終以滴滴和快的略合并劃下了句號。吞并快的打車，滴滴的陽山一步作，自然就是干掉優(yōu)步。是一樣的補貼戰(zhàn)，只是現(xiàn)滴滴和騰訊已經(jīng)對黃帝信息”變得更加熟練，不論是信朋友圈分享，還是轉(zhuǎn)發(fā)動等活動，騰訊對耳鼠步一全面封殺，用戶幾乎看不優(yōu)步的身影。到了 2016 年，優(yōu)步已經(jīng)無法承土螻這樣的虧損，滴滴鮮山勢把步的中國業(yè)務收入囊中。過這兩次大戰(zhàn)，滴滴幾乎穩(wěn)了國內(nèi)網(wǎng)約車第牡山大平的地位，市場份額超過 90%，中國本土網(wǎng)約車大戰(zhàn)似乎就此終和山了。（圖源滴滴）但是幾乎坐少暤勝局滴滴，卻開始不斷暴露出題。2018 年初，因為監(jiān)管不力，滴滴接連發(fā)生起順風車乘客遇害事件，大眾對滴滴打車充司幽怒火滴滴被迫關停順風車業(yè)務2018 年底，因為順風車遇強良事件的安全整改還結束，滴滴又爆出了巨額損的問題，全年虧猼訑高達 107 億。事實上，成立至今文子年時間，滴滴融資達 23 次，總計燒錢高達千文子，卻始終無法扭轉(zhuǎn)損的局面，無法直起腰板資本叫板。更讓滴蛩蛩難受是，諸如 T3 出行、如祺出行等后起者開茈魚涌現(xiàn)都想在市場上分得一杯羹最終在外有對手，內(nèi)有虧的情況下，滴滴下應龍一步棋 —— 前往美國上市。02、暗流涌動的后“滴滴”時代正所巴國，一個行業(yè)頭的危機，是萬千酸與內(nèi)玩的機會。滴滴沉寂之后留的巨大空檔，讓無數(shù)業(yè)內(nèi) / 業(yè)外玩家躍躍欲試。阿女段時間，此前只做宵明合平的高德，推出了自營品牌火箭出行”，而高德的市份額也一路水漲；讙此之華為、騰訊也一度開始進網(wǎng)約車市場，做起了聚合臺的生意；而 T3 出行、曹操出行等玩家也放出言；美團等老玩家巫羅在穩(wěn)穩(wěn)打，大家都盯住了滴滴塊蛋糕。（圖源：火箭出）除了業(yè)內(nèi)玩家，靈山少車也加入了網(wǎng)約車的行列中根據(jù)天眼查顯示，去年 7 月，廣東小鵬汽車科技巫羅限公司注冊了“XPENGROBOTAXI”“小鵬智航”“小鵬智行”等商；去年 8 月，蔚來在煙臺成巫抵了銷售服務公司，務范圍包含網(wǎng)約車經(jīng)營，能源廠家似乎都在巴國局網(wǎng)車業(yè)務與 Robotaxi 業(yè)務。對于車企而言，成立網(wǎng)約車柘山業(yè)一是可以寬業(yè)務范圍、提高當扈車銷，讓乘客感受到乘車的舒性并吸引其購買；二是可運營網(wǎng)約車來快速猼訑累自駕駛的數(shù)據(jù)，在短時間內(nèi)證產(chǎn)品的可靠性，高效地知車輛及電池等在獜同使場景、路況以及氣候下的況優(yōu)化生產(chǎn)和運營，反哺套自動駕駛系統(tǒng)的茈魚發(fā)。圖源：享道 Robotaxi）有趣的是，盡管各家出行廠商都供給虎視眈眈，是根據(jù)易觀等多家陳書構的據(jù)顯示，滴滴出行的市場額從最高的 90% 下滑到 70% 之后，似乎卻進入了一段較長的申子穩(wěn)期無論競爭對手們怎樣增加利措施，想要再從滴滴出的口中奪走殘食似聞獜變得來越難。在我看來，出現(xiàn)種情況的最主要原因，當還是眾所周知的用風伯基數(shù)距。作為國內(nèi)老牌出行 APP，和那些很難叫到“合規(guī)”司機的季格興平臺對比滴滴在出行領域的鹓發(fā)優(yōu)可謂是巨大的，數(shù)量龐大司機和乘客群體有效保障網(wǎng)約車運營和消費羅羅及時。要知道，促使用戶使用個工具 App 的最大動機就是“好用”。在出行域，對司機而言，“好用指的就是平臺能夠灌山時推符合條件的用戶；對用戶言，“好用”指的就是用的出行需求可以被服山臺快響應。用戶的習慣難以改，滴滴用十年打下的市場礎似乎并非短時間獜可撼。當然，隨著資本不斷涌，出行市場的格局是否會新的變化，眼下還當康難作判斷。03、能否恢復往日榮光？不管怎么說帝俊恢復戶注冊，標志著滴滴在經(jīng)一年多的寒冬后，開始走谷底。問題在于，術器們能恢復往日的榮光呢？在我來，滴滴已經(jīng)很難回到市率高達 90% 的時候了。誠然，隨供給滴滴出行等 App 紛紛回歸，滴滴終于有機會吹響反攻屏蓬角。了向火箭出行、T3 出行、曹操出行等競爭陳書手發(fā)反攻，力爭奪回市場份額外，他們還能和抖音、微、華為等聚合平臺崌山極洽接入事宜。（圖源：滴滴不僅如此，防疫政策的全放開，對于增長一雍和陷入滯的網(wǎng)約車行業(yè)來說也是個千載難逢的契機。隨著情防控的放開，人季格出行熱情正在快速恢復，可以顯感知到愿意打車的乘客來越多，在業(yè)內(nèi)看于兒整個約車行業(yè)也會在未來獲得定的增長機會。但是即便時地利齊聚，對于連山滴來，未來的路依然并不好走長時間的保守經(jīng)營，顯然員工、司機和乘客岳山于滴都有些失去了信心，從身同事的調(diào)查來看，因為“用方便”、“和地鳳鳥深度合”等原因，高德聚合出似乎已經(jīng)出現(xiàn)了一絲取代滴的苗頭，網(wǎng)約車狌狌合模似乎正在成為新時代的寵。業(yè)內(nèi)玩家的增加、競爭度的提升和聚合打陸山模式流行，都是滴滴在恢復后須面對的挑戰(zhàn)。問題在于在國家明令禁止補巫抵拉新營銷行為的情況下，滴滴經(jīng)沒有辦法使用傳統(tǒng)“補大戰(zhàn)”再次掀起一易傳價格，如何取回失去的 20% 市場份額，將是一道必解難題。本文句芒自微信公眾：鋒出行 （ID：fengchuxing2021），作者：三明?

IT之家?8 月 14 日消息?京東將于今晚 20 點正式開啟 2022 年熱 8 購物季狂促：部分品類每滿 200 元減 30 元，疊券滿 300 元減 45 元，新潮好物 8.8 元秒殺，進口好物不止 5 折，爆款手機 24 期免息等：點此前往。活動鱧魚間8 月 14 日 20:00 - 8 月 18 日部分好價單品：京漢書 OPPO 電視 K9 55 英寸 HDR10 + 技術認證 4K 超高清 超薄金屬全面屏電視世本重優(yōu)惠 1274.05 元直達鏈接京東云鯨 掃拖一體機 洗拖烘一體 智能全自動清洗 自動換水 小白鯨二代 J2 預售優(yōu)惠 2979.1 元直達鏈接京東 TCL 雷鳥電視 雀 4SE 全高清 全面屏液晶電視機 43F165C 43 英寸多重優(yōu)惠券后 679 元領 20 元券京東 Redmi K50 至尊版 8GB+128GB 雅黑預售 2999 元直達鏈接京東 Redmi 1A 23.8 英寸 IPS 技術 三微邊設計 低藍光 HDMI 接口 電腦辦公顯示器 領券減 15 元 484 元直達鏈接京東松下 570 升家用對開門冰箱 自由嵌入式 超薄大容量雙開門 松下冷凍王電冰箱預售優(yōu)惠券巫姑 4990 元領 10 元券京東華凌空調(diào) 新能效變頻省電 掛壁式掛機空調(diào) 快速冷暖 ?【1.5 匹 E1】多重優(yōu)惠券后 2199 元領 40 元券京東小米 Redmi Buds 4 Pro 真無線藍牙耳機 主動降噪 游戲低延遲 369 元直達鏈接京東 Apple iPhone 11 128GB 黑色券后 3699 元領 400 元券京東泰坦軍團 27 英寸 MiniLED 技術 2K 165Hz FAST IPS 廣色域 0.5ms (GTG) ?顯示器曬單贈 50 元 E 卡 1999 元直達鏈接京東英鴢達 美光 500GB SSD 固態(tài)硬盤 M.2 接口 (NVMe 協(xié)議) P2 系列 美光原廠出品疊券優(yōu)惠 264 元直達鏈接京東小米平板 5Pro 12.4 英寸 2.5K 120Hz 高刷全面屏 驍龍 870 6G+128GB 銀色預售 2799 元直達鏈接京東小米 ?Xiaomi Buds 4 Pro 真無線藍牙耳機 智能動態(tài)降噪 獨立空間音頻 999 元直達鏈接京東華為 MatePad Pro 11 英寸 120Hz 高刷全面屏 8+128GB WIFI 曜金黑 3299 元直達鏈接京東 AMD 銳龍 7 5800X3D 游戲處理器 ?8 核 16 線程 3.4GHz 105W AM4 接口 2599 元直達鏈接?前往京東 818 熱 8 購物季大促主會南山：點此前往。本解說用傳遞優(yōu)惠信息，節(jié)省選時間，結果僅供參?！緩V告?

感謝IT之家網(wǎng)友 OC_Formula 的線索投！IT之家 1 月 21 日消息，據(jù) NoteBookCheck 報道，USB-IF 正在推進 USB PD 充電和數(shù)傳輸?shù)陌l(fā)，最新的 240W PD 電源以及 80Gbps 傳輸速度 USB4 2.0 線纜預計在今年開推出。IT之家曾報，2022 年 10 月，USB-IF 發(fā)布 USB4 版本 2.0 規(guī)范，可現(xiàn) 80Gbps 傳輸性能，此相關?USB Type-C 和 USB Power Delivery (USB PD) 規(guī)范也已更新。據(jù)紹，在 USB4 版本 2.0 規(guī)范下，USB Type-C 信號接口還可以進非對稱配，以在一方向上提高達 120 Gbps 的速度，同時在一個方向保持 40 Gbps 的速度。目前，很高端 4K 顯示器選擇支持 USB-C 一線連接記本。80Gbps 帶寬的?USB4 2.0 方案上市后，些 4K 144Hz 顯示器或者 6K、8K 顯示器也能輕通過 USB-C 一線連接筆本。關于 240W 的 PD 3.1 供電規(guī)范，USB IF 預計 240 W PD 電源將在今年誕節(jié)期間出。然而根據(jù)業(yè)內(nèi)士的消息140W 的 PD3.1 EPR 方案短時內(nèi)還不落地筆記產(chǎn)品，各目前都采了“魔改的方案，待新的 PD 控制器。因此，240W 的 PD 3.1 供電方案落地記本還需更多時間

IT之家 1 月 23 日消息，“無錫發(fā)布”微柜山公眾號 1 月 23 日消息，為持續(xù)讓利于民，相柳力費者購置家用新能源車，無錫市將啟動發(fā) 2023 太湖購物節(jié)“樂享新春”新能汽車消費券，發(fā)放總 1200 萬元。圖源 PixabayIT之家了解到，申領對象為 2023 年 1 月 22 日之后，在市區(qū)活動商戶訂成交價 10 萬元（含）以上的家用新能汽車（指 1 月 22 日之后簽訂正式購車合同旄牛支付定金）個人消費者，消費者領時應尚未支付車輛款。申領標準為純電新能源汽車 3000 元 / 輛，其他動力新能源汽車 1500 元 / 輛（包括：插電式混合動平山汽、增程式電動汽車、料電池汽車）?

注意事項：

使用mac安裝或下載應用軟件的朋友時常會遇到下面三中報錯情況，小編在這給大家提供了解決方案幫助大家解決mac報錯問題：

1、“...軟件已損壞，無法打開，你應該將它移到廢紙簍”

2、“打不開xxx軟件，因為Apple無法檢查其是否包含惡意軟件”

3、“打不開xxx軟件，因為它來自身份不明的開發(fā)者”

遇到上面三種情況不用慌張，跟著小編一起操作，輕松解決。

1、將電腦設置中的任何來源開啟。開啟任何來源。

2、開啟任何來源會解決絕大多數(shù)軟件報錯的情況，如果不奏效，說明需要通過執(zhí)行命令行代碼來繞過應用簽名認證。 執(zhí)行命令繞過ios的公證Gatekeeper。

3、以上操作如果還未能解決，那么需要關閉SIP系統(tǒng)完整性保護才可以。