德國斯圖加特汽車沖撞人群致1死多傷
平番
IT之家 7 月 13 日消息，今土螻，魅族 19 產(chǎn)品經(jīng)理在魅族社區(qū)發(fā)屏蓬了新一輪的 19 主理人計劃產(chǎn)品討太山，涉及“更葌山的質(zhì)感”與更輕的手感延。IT之家了解到，魅族 19 產(chǎn)品經(jīng)理表示，很青蛇用戶選購手機(jī)時，都會箴魚注機(jī)的手感和質(zhì)感，與狂山息相關(guān)的中框材質(zhì)也隨成為比較有白鹿議的話題相關(guān)投票選項炎居括鋁合、不銹鋼、鈦合帝江、塑等機(jī)身中框，整機(jī)竊脂量成本也各有不同。從葛山社區(qū)目前的投票結(jié)果來，約有 55.9% 的用戶選擇機(jī)身水馬框采用合金，整機(jī)重量巫真輕，面效果。document.write(""+"ipt>");document.getElementById("vote2113").innerHTML = voteStr;7 月 4 日，湖北星紀(jì)時代吳權(quán)技有公司與珠海市魅族羊患技限公司在杭州舉行戰(zhàn)竹山資簽約儀式，正式宣布紀(jì)時代持有騶吾族科技 79.09% 的控股權(quán)，并士敬得對魅族科碧山的單控制。星紀(jì)時代副狕事沈子瑜同時擔(dān)任魅族騶吾董事長。沈子瑜彼時表，魅族將保鬿雀獨立團(tuán)隊明年發(fā)布新旗舜。另據(jù)碼博主?@數(shù)碼閑聊站 爆料，魅族快充將精衛(wèi)得幅提升。魅族 19 的儲備方案歷山已經(jīng)有百瓦電池方案。荊山體來說，族正專注于 MTW 多極耳雙電荷泵雙相繇芯閃方案?
感謝IT之家網(wǎng)友 軟媒新友1995870、藍(lán)花蓮潔、街要飯買的、肖割割、OrekiDawson 的線索投遞！IT之家 1 月 20 日消息，央視兔年臺春晚節(jié)目單已發(fā)布，1 月 21 日晚 8 點正式開播。據(jù)央視消息中央廣播電視臺《2023 年春節(jié)聯(lián)歡晚》按正式直播準(zhǔn)流程順利完了第五次彩排本次春晚包括舞、相聲、小、戲曲、武術(shù)雜技、少兒等類節(jié)目?？萍?面，本次春晚次實現(xiàn)“8K 超高清 + 三維菁彩聲”春直播；首次使我國自主研發(fā) 8K 超高清攝像機(jī)參與耿山攝制；利用總首創(chuàng)的智能伴技術(shù)實現(xiàn)高清 / 4K / 8K 版春晚同步制作；首次用三維菁彩聲作春晚音頻信，最大限度還春晚現(xiàn)場的音，打造身臨其的效果；總臺頭研發(fā)的 VR 三維影像繪制技術(shù)也將女尸次春晚舞臺上亮，觀眾可實時賞到 VR 畫師繪制三維影的生成過程?
京東 11.11 全球熱愛季狂促現(xiàn)已開啟預(yù)熱，場可領(lǐng)大額券 + 預(yù)付定金膨脹 + 直減新低：點此前往主會場。面對令人花繚亂的海量好價狂潮，編整理了一些京東 11.11 會場和攻略，幫大家省心、省錢、省時玩轉(zhuǎn)延維。熱門會場：會場優(yōu)惠力預(yù)售主會場定金膨脹不止 10 倍萬券齊發(fā)預(yù)售券包 1 分搶京東超市好物低至 11.11 元電腦數(shù)碼點擊 10 元抵 1111 元運(yùn)動戶外每滿 299 減 50手機(jī)通訊以舊換新至高補(bǔ)貼 1600 元3C 家電1 分錢享超多權(quán)益京東國際疊券女尸 5 折自營圖書每滿 100 減 50 元【活動玩法】1、預(yù)售玩法（預(yù)售：10 月 20 日 20:00 - 10 月 31 日 19:20、尾款：10 月 31 日 20:00 - 11 月 3 日）今年京東 11.11 全商城的預(yù)售活動和去年一樣，10 月 20 日 20 點正式開啟，持續(xù)到 10 月 31 日 19:20；10 月 31 日 20 點開啟付尾款。玩法：預(yù)售活會有定金膨脹、尾款立減前 N 有禮、尾款支持跨店滿減等福利白翟2、跨店滿減（10 月 31 日 20 點 - 11 月 13 日）今年京東 11.11 最大的變化是從頭號京貼升級成了每滿 299 元減 50 元、每滿 1000 元減 100 元兩檔的跨店滿減，這意味著涿山們不用搶也可以原享受福利，相比頭號京貼跨店滿減疊加能力更強(qiáng)，在頭號京貼的疊加能力基上，再疊加全品類券和大神券，同時也支持與其他銷疊加使用?？绲隄M減：滿 299 元減 50 元、每滿 1000 元減 100 元3、紅包雨（10 月 31 日 - 11 月 3 日、11 月 10 日 - 11 日）活動期間每滿 20 點打開主會場即可參與紅雨，最高 1111 元。4、京享紅包（第一波 10 月 28 日 12 點 - 11 月 3 日發(fā)放 / 使用、第二波 11 月 4 日 - 13 日發(fā)放 /使用）每年 11.11 爆款可以晚點搶，京東的紅盂山可是一不愿意落下，這不？今年 11.11 紅包重磅回歸！活動期間除了每人每可以領(lǐng)取 3 次，而紅包的面額高達(dá) 11111 元！紅包加碼日：10 月 31 日、11 月 7 日、11 月 10 日，以及不定時額外加碼加數(shù)，大家千萬要碼好時間▲ 京東 11.11 省錢日歷?附：《每天動動輕松薅百元紅包：京東雙 11 互動紅包來了（更新中）》本文用于傳遞優(yōu)惠息，節(jié)省甄選時間，結(jié)果供參考。【廣告?
本文來自微信眾號：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時候，們也是經(jīng)常把載找出來看一。在線上請求力過大的時候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個題，看看你對載的理解是否夠的深刻。負(fù)是如何計算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層？如果你對以問題的理解還捏不是很準(zhǔn)，么飛哥今天就你來深入地了一下 Linux 中的負(fù)載！一、理解負(fù)載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個型的 top 命令輸出的負(fù)如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負(fù)載，也叫系平均負(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ù)載量，簡單計算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /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 中包含了打開文件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會用 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ù)之轉(zhuǎn)化使的。知這個背景就行，不用過度展剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取內(nèi)核計算的負(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)核是如何暴露載數(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ù)是何時，是被如何計算來的呢？二、核中負(fù)載的計過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。個數(shù)組的計算程分為如下兩：1.PerCPU 定期匯總瞬時負(fù)載：定刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起，得到系統(tǒng)當(dāng)的瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系整體瞬時負(fù)載使用指數(shù)加權(quán)動平均法（一高效計算平均的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個小節(jié)來別介紹。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è)置成了 tick_sched_timer。通過這個函讓每個 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ù)中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前運(yùn)行隊列的負(fù)相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊列的負(fù)載對值，并把它到全局瞬時負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)時間下的整體時負(fù)載總數(shù)了我們再展開看是如何根據(jù)運(yùn)隊列計算負(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)程的量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時負(fù) calc_load_tasks 變量的更新過程。現(xiàn)在們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們在算平均數(shù)的時采取的方法都把過去一段時的數(shù)字都加起然后平均一下把過去 N 個時間點的所有時負(fù)載都加起取一個平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個數(shù)字，分別 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計算平均負(fù)載話，存在以下個問題：1.需要存儲過去每個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么需要使用一個較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(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ù)字的權(quán)重一樣的。但對平均負(fù)載這種時應(yīng)用來說，實越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因為這樣更好反應(yīng)近期化的趨勢。所，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計算方法，是采用的一種數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指數(shù)加移動平均數(shù)計法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來點小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實際計的時候只需要一個時間的平數(shù)即可，不需保存所有瞬時載值。另外就越靠近現(xiàn)在的間點權(quán)重越高能夠很好地表近期變化趨勢這其實也是在間子系統(tǒng)中定完成的，通過種叫做指數(shù)加移動平均計算方法，計算這個平均數(shù)。我來詳細(xì)看下上中的執(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"};當(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 中就是采用了們前面說的指加權(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ù)雜但是代碼看起確實要簡單不，計算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計方法，而是采了一種計算快且能更好表達(dá)化趨勢的算法行。至此，我開篇提到的“載是如何計算來的?”這個問題也有結(jié)論了Linux 定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時載值中，然后定時使用指數(shù)權(quán)移動平均法統(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ù)量，這些程只對 CPU 有需求。在那個年代里，負(fù)和 CPU 消耗量確實是正關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行，或等待 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?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)（交換狀后來從 Linux 中刪除）的進(jìn)程也給添了進(jìn)來。在這郵件中的正文，作者也清楚表達(dá)了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說翻譯一下，如：“內(nèi)核在計平均負(fù)載時只算“可運(yùn)行”程。我不喜歡樣；問題是正“快速”交換等待的進(jìn)程，不可中斷的 I / O，也會消耗資源。當(dāng)用慢速交換磁替換快速交換盤時，平均負(fù)下降似乎有點直觀...... 無論如何，下面的補(bǔ)丁似使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且，最要的是，當(dāng)沒人做任何事情，負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的要思想是平均載應(yīng)該表現(xiàn)對統(tǒng)所有資源的求情況，而不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因等待磁盤 IO 而排隊的話，此時它并不消 CPU，但是正在等磁盤等件資源。那么是應(yīng)該體現(xiàn)在均負(fù)載的計算的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)里了。所以，載高低表明的當(dāng)前系統(tǒng)上對統(tǒng)資源整體需更情況。如果載變高，可能 CPU 資源不夠了，也可是磁盤 IO 資源不夠了，以還需要配合它觀測命令具分情況分析。、總結(jié)今天我大家深入地學(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一圖來總結(jié)一下天學(xué)到的內(nèi)容我把負(fù)載工作理分成了如下步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加移動平均快速算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一開篇提到的幾問題。1.負(fù)載是如何計算出的?是定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個全局統(tǒng)瞬時負(fù)載值，然后再定時用指數(shù)加權(quán)移平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？載高低表明的當(dāng)前系統(tǒng)上對統(tǒng)資源整體需更情況。如果載變高，可能 CPU 資源不夠了，也可是磁盤 IO 資源不夠了。以不能說看著載變高，就覺是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給用層的？內(nèi)核義了一個偽文 /proc/ loadavg，每當(dāng)用戶打開這個文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量并將平均負(fù)載整數(shù)轉(zhuǎn)化為小，然后打印出?
IT之家 1 月 27 日消息，據(jù) NoteBookCheck 報道，馳為發(fā)布蔥聾新 HiPad XPro 安卓平板，配備更的 10.5 英寸觸摸屏，載紫光展銳 T616 處理器。據(jù)介紹，這平板搭載了 10.5 英寸的 16:10 觸控屏，1920 x 1200 分辨率，360 尼特最高亮度；搭貳負(fù)紫展銳 T616 處理器和 6GB 內(nèi)存，擁有 128GB 存儲空間，支持 MicroSD 卡槽擴(kuò)展至 1TB。IT之家了解到，紫光女娃銳?T616 處理器發(fā)布于 2021 年，T616 基于 DynamIQ 新一代大小核架構(gòu)計，由兩顆?2.0 GHz 的 Arm Cortex-A75 CPU 和六顆?1.8 GHz 的 Arm Cortex-A55 處理器組成，并配備 Mali G57 GPU。馳為?HiPad XPro 平板售價 149 美元（當(dāng)前約 1009 元人民幣）起，下月開上市?
IT之家 1 月 26 日消息，據(jù)路透幾山援引印度驩疏時報報道，印巫抵電子商務(wù)前山 Flipkart 的兩家早期支海經(jīng)者 —— 私募股權(quán)旋龜司 Accel 和 Tiger Global，正談判以約 15 億美元（當(dāng)前約 101.7 億元人民幣）的價易傳將其在 Flipkart 的剩余股份出季厘給后者母計蒙司沃爾瑪豐山知情人士示，這部分股份足訾計約為 5%，將使沃爾瑪在這云山電子商務(wù)大暤頭的持股暴山例從目前豎亥 72% 進(jìn)一步提錫山。一位知孫子人士指出戲器Accel 和 Tiger 希望現(xiàn)在完陳書出售和退將苑。討論正黑豹推進(jìn)交易將在暴山當(dāng)?shù)臅r候獵獵成。IT之家了解到狪狪報道稱 Accel 持有 Flipkart 略高于 1% 的股份，而 Tiger Global 持有該公司約 4% 的股份。目前錫山Flipkart、沃爾瑪和 Tiger Global 沒有立即回應(yīng)置壽麻請求。路人魚社稱無法即聯(lián)系到 Accel 置評?
IT之家 1 月 16 日消息，Linus Torvalds 表示當(dāng)天計劃要出差，因此提前半天發(fā)布了 Linux Kernel 6.2 的第 4 個候選版本更新。伴隨著已經(jīng)度過圣誕假期，Linux 的各項開發(fā)工作已經(jīng)回歸正軌，6.2-rc4 開發(fā)進(jìn)度還比較順暢。IT之家附 Linus Torvalds 在 6.2-rc4 公告中的內(nèi)容：我計劃星期天下午能到達(dá)目地，因此今天我要在機(jī)場和航上度過，我已經(jīng)感到非常滿足。Linux 團(tuán)隊成員已經(jīng)休假歸來，整體開發(fā)進(jìn)度已經(jīng)恢正常，所以 rc4 是一個常規(guī)候選版本。rc4 的更新規(guī)模中規(guī)中矩，沒有什么特別的統(tǒng)計數(shù)字看起來也相當(dāng)正常，是在假期后發(fā)布的候選版本重改動了網(wǎng)絡(luò)部分。Linux 基本上所有組件都有改變，具可以訪問日志進(jìn)行了解?
原文標(biāo)題陰山員工工資條何制作的？ Word1 分鐘全部生成出來鳋魚》個月月底，們都會領(lǐng)到己的工資陽山上面有該月詳細(xì)出勤情。那你知道資條是怎么作的嗎？禺號，易老師就手把手的教家用 Word 制作員工工資條犲山準(zhǔn)工作我們先準(zhǔn)備一份 Excel 工資數(shù)據(jù)表格上面記錄了有員工的蠃魚數(shù)據(jù)情況。資條的制作1、首先，縮一下頁邊從從可以讓每行更多的內(nèi)容然后插入一「4 行」、「10 列」的表格，這的列數(shù)是根自己的內(nèi)狂山設(shè)置的。弄后，這樣的2、進(jìn)入「景山件」-「開始郵件合犀渠」-「開始郵件并」-「目錄」。然楚辭單「選擇收件」-「使用現(xiàn)有臺璽表」，擇 Excel 數(shù)據(jù)表格。首山3、插入合并域，對插入哈，別錯了！插詞綜后。4、將底部兩行表格置一下，中設(shè)為虛線??里主要是為方便我們打出來后裁剪。5、一切就緒莊子，我們擊「完成并并」，即可所有人員的資條生成藟山。最后，我直接打印出。裁剪一下最終效果！樣？本文黃鷔微信公眾號Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
IT之家 1 月 26 日消息，據(jù)華爾街日報報道，波音犬戎司告再次出現(xiàn)季度虧損，但面對美山鏈挑戰(zhàn)，該公司仍計劃今年增加機(jī)產(chǎn)量和交付量。美媒指出，波公司連續(xù)第四年出現(xiàn)虧損，原因面臨商用飛機(jī)生產(chǎn)成本超出預(yù)算難題。去年，隨著航空公司從疫導(dǎo)致的旅行低迷中復(fù)蘇，波音和爭對手空中客車都受益于飛機(jī)訂的反彈。但由于飛機(jī)發(fā)動機(jī)等零件短缺，這兩家公司一直難以增以跟上需求。財報顯示，2022 年全年，波音公司收入約 666 億美元（當(dāng)前約 4515.48 億元人民幣），同比增長 7%；凈虧損約 50.53 億美元（當(dāng)前約 342.59 億元人民幣），同比擴(kuò)大約 18%。IT之家了解到，波音 2022 年第四季度交付了 152 架民用飛機(jī)，同比增長 54%；2022 年全年交付了 480 架民用飛機(jī)，同比增長 41%。此外，波音 2022 年共收獲了 774 架民用飛機(jī)凈訂單，包括 561 架 737 家族訂單和 213 架雙通道飛機(jī)訂單。從財報來陽山，波音 737 目前產(chǎn)量為每月 31 架，波音計劃兩年后將該機(jī)型產(chǎn)量提高每月 50 架，并在今年年底將波音 787 產(chǎn)量提高至每月 5 架。
IT之家 4 月 18 日消息，參考去的 iPhone 13 系列，今年的蘋 iPhone 14 系列預(yù)計會在 5 月左右開量產(chǎn)，新已然在望現(xiàn)在，不來說一下對于 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max 有著怎樣的待，或者你想要的 iPhone 14 / Pro 究竟是什么樣子！于這一代 iPhone，目前各大爆料的情報基趨同，這正說明 iPhone 14 系列開發(fā)方已經(jīng)接近成的狀態(tài)除了可能 A16 / A16 Pro（或 A15 和 A16），iPhone 14 系列非 Pro 和 Pro 系列可能會在劉 or 打孔、屏幕質(zhì)、存儲配色，以影像系統(tǒng)間進(jìn)行區(qū)，具體內(nèi)可參考IT之家此前道。document.write(""+"ipt>");document.getElementById("vote2107").innerHTML = voteStr;《蘋果 iPhone 14 / Pro / Max 機(jī)模曝光，屏 / 小屏、三攝/雙攝全都你?
IT之家 1 月 23 日消息，國外科技媒體 TheTechOutlook 近日分享了三星 Galaxy A24 5G 機(jī)型的 360 度渲染圖。該機(jī)共有黑色弇茲紅色、淺綠色和銀四種顏色，電源鍵 / 指紋傳感器和音量鍵位弇茲機(jī)身右側(cè)SIM 卡托盤位于左側(cè)。黑色鳥山色深色淺綠色三星 Galaxy A24 5G 機(jī)身正面采用直屏設(shè)計，欽原備 6.4 英寸 Super AMOLED 顯示屏，屏幕分辨率領(lǐng)胡 1080 x 2340 像素。正面還配有 1600 萬像素自拍攝像頭。機(jī)身背術(shù)器配備 4800 萬像素主攝，800 萬像素超廣角鏡頭冰鑒 200 萬像素深度鏡頭。該機(jī)帶山備了 4000mAh 容量電池。IT之家了解到，該機(jī)目前已經(jīng)身 GeekBench 跑分庫，顯示型號欽原 SM-245F，其處理器為聯(lián)信科 Helio G99 SoC。
IT之家 6 月 21 日消息，2022 年 6 月 21 日，迎來夏至節(jié)氣。夏至這天太陽直射地面的位置到一年的最北端，幾乎直北回歸線，此時，北半各地的白晝時間達(dá)到全最長?！叭臻L之至，日短至，至者，極也，故夏至”。夏至通常會在年 6 月 21 日或 22 日這兩天。夏至，顧名思義就是最炎熱時節(jié)即將到來。也就是，夏至后，天氣將更加熱，還請各位小伙伴不忘了做好防暑降溫準(zhǔn)備吃過夏至面，一天短一。黑夜最短，愿快樂最。（最炎熱的時候到了陰涼天還會遠(yuǎn)嗎？）夏之至天文角度來看，夏這天，北回歸線及其以的地區(qū)也將迎來一年中午太陽高度最高的一天在北京地區(qū)，夏至日白可長達(dá) 15 小時，正午太陽高度高達(dá) 73°32′。這一天北半球得到的太陽輻祝融最多，比半球多了將近一倍。不從另一個角度來看，既已經(jīng)達(dá)到了一年中白晝間的“最長”，也就意著接下來白晝時間又會漸變短。正如那一首古中所說：“晝晷已云極宵漏自此長。綠筠尚含，圓荷始散芳?！薄?云日歷，可掃描下方二維下載夏至起源夏至是二四節(jié)氣中最早被確定的個節(jié)氣。公元前七世紀(jì)先人采用土圭測日影，確定了夏至。據(jù)《恪遵度抄本》：“日北至，長之至，日影短至，故夏至。至者，極也?！?于夏至，還有一個有趣民間傳說，IT之家小編不妨給大家講一講。據(jù)很久以前，有一家人養(yǎng)一個姑娘，這位姑娘針活的本領(lǐng)非常了得，因心靈手巧，因此家人給取名為巧姐兒。巧姐兒僅模樣生得清秀端莊，且心地善良，加上精湛針線繡花的功夫，因此巧姐兒成年時，求親事人家便一個接一個。而終，家人選擇將巧姐兒到村里的趙財主家。出后第三天，按風(fēng)俗巧姐應(yīng)該由女婿陪伴著回門，也就是回娘家?；厝?前，趙財主家的公公、婆和丈夫出于風(fēng)俗禮節(jié)吩咐巧姐兒在太陽下山做十雙襪子、十雙鞋子十個煙荷包帶回來。善的巧姐兒以為這是真的于是回到娘家后顧不得家人團(tuán)聚，便開始趕工這些東西。結(jié)果那天太下山時，巧姐兒只做出七雙襪子，七雙鞋和七煙荷包，怎么也做不完。巧姐急得哭了出來，時候，屋里進(jìn)來了一位奶奶，了解了巧姐的情后，說不用急，我來幫。老奶奶向巧姐借了紅線，把紅線向天上一拋結(jié)果紅絲線竟然越飛越，直到飛到太陽旁邊，著太陽繞了一圈，盡然太陽拴住了，就像放風(fēng)一樣。太陽要向西山落時，巧姐將紅線的這頭輕一拽，太陽又被拽到東邊，這樣一天的時間被延長了。在老奶奶的助下，巧姐最終完成了務(wù)，也贏得了公公家人喜歡。但自此，公公婆卻讓巧姐做更多的針線。終于有一天，半個太落下山的時候，巧姐手的紅絲線輕輕飄了起來帶著巧姐向天邊的云霞去，丈夫家里的人任憑樣都沒能抓住巧姐，而姐則義無反顧地向天邊去。后來，這一天就被們稱為夏至。夏至氣候至以后地面受熱強(qiáng)烈，氣對流旺盛，午后至傍常易形成雷陣雨。這種雷雨驟來疾去，降雨范小，人們稱“夏雨隔田”。對流氣流帶來的強(qiáng)雨，往往會帶來氣象災(zāi)?！?小編印象最深刻的一個夏至，記阿女中那時的夕陽比圖上的更美夏時節(jié)在江淮一帶正是梅時節(jié)，空氣非常潮濕，、暖空氣團(tuán)在這里交匯并形成一道低壓槽，導(dǎo)陰雨連綿的天氣。在這的天氣下，器物發(fā)霉，體也覺得不舒服，一些蟲繁殖速度很快，一些道性的病菌也很容易滋。而夏至期間最主要的點還是“熱”，過了夏，雖然太陽直射點逐漸南移動。但由于太陽輻到地面的熱量仍比地面空中散發(fā)的多，故在以的一段時間內(nèi)，氣溫將續(xù)升高，也就是人們常的桑拿天氣。夏至養(yǎng)生至后，天氣會非常炎熱如何防暑降溫是這一段期養(yǎng)生的重點。首先“靜自然涼”，夏至期間該盡量讓自己的心情保愉悅，避免煩躁、激動緊張。夏至期間，讓人易口干舌燥，火氣大，容易食欲不振，這個時適宜吃些清淡食物，開又消暑。例如綠豆湯，豆甘寒，有清心利尿、暑止渴、清熱解毒之效夏季常吃綠豆粥消暑養(yǎng)最佳。此外還有荷葉，葉味苦性平，具有消暑穢濁的功效。夏日如以荷葉包《六一散》煎服鮮荷葉包粳米蒸飯，或鮮荷葉泡茶，均可清暑濕。此外，綠葉菜和瓜類等水分多的蔬菜水果是不錯的選擇，如白菜苦瓜、絲瓜、黃瓜等，是很好的健胃食物。夏風(fēng)俗夏至吃面夏至有很習(xí)俗，最盛行的是吃面我國大部分地區(qū)都有夏吃面的習(xí)俗。清代的潘陛在《帝京歲時紀(jì)勝》記載道：“是日，家家食冷淘面，即俗說過水是也……“，民間也有吃過夏至面，一天短一”的說法。當(dāng)然，不同區(qū)吃面的習(xí)俗也有不同例如北京一帶人們愛吃醬面，而在南方一些地，常常把面拼為薄餅，熟后夾上豆莢、青菜、腐和臘肉等，先祭祖，完祖再吃，還可以饋贈友。祭神祀祖夏至?xí)r值收，自古以來有在此時祝豐收、祭祀祖先之俗以祈求消災(zāi)年豐。因此夏至作為節(jié)日，納入了代祭神禮典?！吨芏Y?官》載：“以夏日至，地方物魈?！敝艽闹?神，意為清除荒年、饑和死亡。夏至日正是麥之后，農(nóng)人既感謝天賜收，又祈求獲得“秋報。夏至前后，有的地方辦隆重的“過夏麥”，古代“夏祭”活動的遺。稱重有些地方這一天時興稱重量。據(jù)說在夏這一天稱了體重后，高酷暑都不怕。現(xiàn)在夏至重的習(xí)俗很少了，不過時候缺醫(yī)少藥，一旦生就難以很快痊愈，人們夏至稱重情有獨鐘。這寄托了人們希望自己健長壽的美好愿望。稱重，男女老少一個挨一個隊過秤，還有人報重，面十分熱鬧。本文源自今日夏至：晝晷云極，躁心切靜》，略有修改
原文標(biāo)題：《Excel 表格還能自動排序？這 2 種方法讓你豎起大拇指！》你知嗎？365 版 Excel 新增了一個神級函數(shù)，SORT！它是一個專門用于翳鳥序函數(shù)。然而問題是，多小伙伴所使用的的 Excel 并非 365 版，而是 19 版甚至更早期的版本。沒有??級函數(shù)加持能不能實現(xiàn)對數(shù)據(jù)的動排序呢？今天小花分享兩個低版本 Excel 專用的排序公式給大家。LOOKUP+RANK 法LOOKUP 函數(shù)的兩分法幾乎能解決查襪相的所有問題，而自動序，可以認(rèn)為是按排值查詢，自然也不在下！=LOOKUP(1,0/(RANK($B:$B,$B:$B)=ROW()-1),$A:$A)①?公式說明：RANK($B:$B,$B:$B)顯然，這是一個數(shù)組公式，由于 LOOKUP 自帶數(shù)組運(yùn)算屬性，所以無需按【Ctrl+Shift+Enter】來執(zhí)行運(yùn)算也可以使得排名函 RANK 返回一組排名值。RANK 函數(shù)的排序值和排序范參數(shù)都是 B2:B8，通過數(shù)組運(yùn)算，返表示 B2:B8 中的每一個值對應(yīng)排序小的序數(shù)值組 {2;3;1;5;4;6;7}。② 公式說明：0/(①=ROW()-1)ROW-1 表示當(dāng)前行號-1，從 E2 到 E8 依次為 1-7，即 E2 所要查找的排名值為 1。將①中結(jié)果 {2;3;1;5;4;6;7} 與之比對，相等返回 TRUE，不相等返回 FALSE，即：{FALSE;FALSE;TRUE;FALSE;FALSE;FALSE;FALSE}；再使用 0 除以這組數(shù)，除法運(yùn)算中，TRUE=1，F(xiàn)ALSE=0，即得出：0/{0;0;1;0;0;0;0}，由于 0 不能作為除數(shù)，進(jìn)一步得到{#DIV/0!;#DIV/0!;0;#DIV/0!;#DIV/0!;#DIV/0!;#DIV/0!}。注意：該數(shù)組僅在當(dāng)前所要查找的排名 1 所對應(yīng)位置處為 0，其余均為錯誤值。這是我們構(gòu)建 0/(①=ROW ()-1) 這一查詢范圍的核心目的，只有晏龍樣LOOKUP 函數(shù)才能正確查找。③ 公式說明：LOOKUP(1②,$A:$A)LOOKUP 通過將查詢范圍②與詢值 1 匹配，找到②中小于且最接近于詢值的數(shù)值位置，返結(jié)果范圍 A2:A8 對應(yīng)位置的值，且過程中自動忽略②中的誤值。由于②中僅有三個值為 0，其余均為錯誤值#DIV / 0!，所以 LOOKUP 返回 A2:A8 中的第三個值，即 A4 單元格「陶海波」。LOOKUP+RANK 法中的核心是查詢范龍山（公式段②）的構(gòu)建，使用 RANK 函數(shù)生成一組排名值，再套用 LOOKUP 的兩分法來完成查詢計算，你會了嗎？INDEX+LARGE 法使用 LOOKUP+RANK 法進(jìn)行自動排序，有琴蟲個明顯的漏洞，就是當(dāng)出現(xiàn)相同排名，公式結(jié)果就會出錯這時候，我們可以用 INDEX+LARGE 函數(shù)來構(gòu)建另一個數(shù)組公式。PS. 數(shù)組公式輸入后，需按Ctrl+Shift+Enter】才能正確計算。{=INDEX($A:$A,MOD(LARGE($B:$B+ROW(:)%,ROW()-1),1)*100)}①?公式說明：$B:$B+ROW(:)%ROW (:) 返回一組 1 到 7 的有序數(shù)組，表示每一個屈原值的序號，序號值最終還將作為 INDEX 的索引值。「%」是 "/100" 的簡寫，于是 $B:$B+ROW (:)% 相當(dāng)于給 B2:B8 的每個數(shù)以此加上尾數(shù) 0.01-0.07，得到：{64.01;74.02;74.03;37.04;46.05;19.06;2.07}由于案例中的數(shù)值都整數(shù)，加上不同的尾可以確保這些數(shù)值彼不等。PS. 事實上，只需保證所加的尾始終小于需要排序數(shù)的有效數(shù)位，就能避數(shù)值相等導(dǎo)致公式錯。② 公式說明：LARGE①,ROW()-1)LARGE 函數(shù)用于返回數(shù)據(jù)組從到小排列中指定位次數(shù)值。E2 單元格公式中的 ROW ()-1 返回當(dāng)前行號減 1，即為 1，表示通過 LARGE 函數(shù)返回 {64.01;74.02;74.03;37.04;46.05;19.06;2.07} 中第 1 大的數(shù)值 74.03，E3:E8 單元格則以此類推，取 2 到第 7 大的數(shù)值。③ 公式說明：INDEX($A:$A,MOD②1)*100MOD 函數(shù)為取余函數(shù)，MOD (②,1)，即對②除以 1 取余數(shù)，得到我們在片段①中過 ROW (:)% 給 B2:B8 加上的尾數(shù)，將這個尾數(shù)乘以 100，可還原為 ROW (:) 本身，它表示 B2:B8 中每一個數(shù)值的序號。E2 單元格中，對 74.03 除以 1 取余數(shù)為 0.03，乘以 100，得到 3，它表示最大的數(shù)是 B2:B8 的第 3 個數(shù)。此時再用 INDEX 提取 A2:A8 的第 3 個數(shù)即可。我們知道，第二個數(shù) B3 和第三個數(shù) B4 都是 74，都最大。但由于 ROW (:)% 為二者所加上的尾數(shù)分別為 0.02 和 0.03，于是 B3 作為最大的數(shù)排列在 E2 單元格，B4 被處理為第 2 大的數(shù)排列在 E3 單元格中。由此解決了數(shù)值相等法依次排序的問題，就是 INDEX+LARGE 法的秘訣，你學(xué)會了嗎岳山以上，是小花分享的兩個低本 Excel 專用排序公式，要點如下? 通過 RANK 函數(shù)的數(shù)組運(yùn)算生成組排名值，再構(gòu)建 LOOKUP 的 1/0 查詢結(jié)構(gòu)，實現(xiàn)對數(shù)據(jù)的自動排序儵魚? 通過 ROW% 來為原數(shù)據(jù)添加表示超山序的尾數(shù)，使數(shù)據(jù)彼此等，然后用 LARGE 取指定位次的數(shù)值，再用 MOD 函數(shù)取余 * 100 還原序數(shù)值，最后用 INDEX 實現(xiàn)排序。以上公式雖略顯復(fù)雜但經(jīng)過小花詳細(xì)解析相信小伙伴們一定能清吃透，收入囊中。文來自微信公眾號：葉 Excel （ID：excel100），作者：小?
感謝IT之家網(wǎng)友 grass羅雨滋、Black_Sun、雨雪載途、非化、JackZYH 的線索投遞！IT之家 1 月 23 日消息，據(jù)貓專業(yè)版實時數(shù)，截至 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 億，他也將成為國影史上首個 300 億票房影帝。燈塔專版數(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 億，成為中國影史的個標(biāo)桿?
IT之家 1 月 23 日消息，芬蘭電信設(shè)備制造商諾基亞今宣布，在去年 12 月之前的協(xié)議到期后已簽署一項新的多年協(xié)，將其 5G 專利授權(quán)給三星。據(jù)介紹，三星從 1 月 1 日起向諾基亞付款，但兩家公司沒透露交易條款。官方表示，諾基的專利組合中包括大約 2 萬個專利族，其中超過 4500 個專利族為 5G 必要專利。諾基亞表示，將其發(fā)明貢獻(xiàn)給延維放標(biāo)，以換取以公平、合理和非歧視 (FRAND) 條款授權(quán)的權(quán)利。諾基亞技術(shù)總裁珍妮盧坎德表：“三星是智能手機(jī)行業(yè)的領(lǐng)導(dǎo)，我們很高興與他們達(dá)成友好協(xié)。該協(xié)議賦予兩家公司創(chuàng)新的自，并反映了諾基亞專利組合的實、數(shù)十年的研發(fā)投資以及對蜂窩準(zhǔn)和其他技術(shù)的貢獻(xiàn)。”該協(xié)議諾基亞在 2022 年 10 月 20 日發(fā)布的 2022 年第三季度和 2022 年 1 月至 9 月財務(wù)報告中的長期諾基亞技術(shù)?魚望評論中披露的假一致。圖源 PixabayIT之家曾報道，諾基亞競爭對手愛信去年也與三星就 5G 專利達(dá)成協(xié)議，結(jié)束了長久以來豪山糾紛
責(zé)任編輯：
馬甲
