蜀道考古調(diào)查階段性成果發(fā)布，新發(fā)現(xiàn)文物遺存297處
高璞任中國(guó)第一汽車集團(tuán)有限公司黨委常委、副總經(jīng)理
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投！IT之家 1 月 17 日消息，幾個(gè)前有消息，三星將 Galaxy Book 3 筆記本系中增加一 Ultra 機(jī)型，現(xiàn)在這款記本的真圖已經(jīng)曝。三星 Galaxy Book 3 Ultra（型號(hào)為 NT960XFH）似乎已經(jīng)通過了 KC 監(jiān)管認(rèn)證，相認(rèn)證圖片經(jīng)流出，示了該機(jī) A 面設(shè)計(jì)，圖片中的筆記是采用了色的配色可能還會(huì)出其他顏的版本，像去年的 Galaxy Book 2 Pro 系列。據(jù)報(bào)道Galaxy Book 3 Ultra 是三星公的旗艦筆本，可以蘋果的 MacBook Pro 16 正面交鋒。悉其配備 16 英寸 2.8K OLED 顯示屏、第 13 代英特爾酷睿系列理器、Wi-Fi 6E、藍(lán)牙 5.3，預(yù)裝 Windows 11（有 One UI Book 4 增強(qiáng)功能）據(jù)悉其將戴爾 XPS 15 和蘋果 MacBook Pro 更輕。IT之家了解到，三星將推出該列的其他型，包括 Galaxy Book 3、Galaxy Book 3 360、Galaxy Book 3 Pro 和 Galaxy Book 3 Pro 360，關(guān)于這些產(chǎn)的詳細(xì)信還未知，計(jì)這些產(chǎn)將在 2 月 1 日的 Galaxy S23 系列發(fā)布會(huì)上同發(fā)布?
IT之家?6 月 22 日，移動(dòng)互聯(lián)網(wǎng)時(shí)代我們最離開的就是各種 App，他們也構(gòu)成了如今智能手機(jī)日常驗(yàn)的關(guān)鍵環(huán)節(jié)。那么問題來，大家平時(shí)在安卓手機(jī)里都通過什么渠道下載安裝這些 App 的呢？今天IT之家不妨做個(gè)投票調(diào)查。大家投前有一些地方需要注意，首這次投票針對(duì)的是大家日常用的安卓手機(jī)（或平板），次，調(diào)查針對(duì)的是目前大部消費(fèi)者都可能會(huì)使用的主流 App，比如《微信》、《支付寶》、句芒QQ》等等，特別小眾的軟件，比如存儲(chǔ)速度試工具類軟件，這些可忽略歡迎大家根據(jù)自己的日常使習(xí)慣參與投票。document.write(""+"ipt>");document.getElementById("vote2111").innerHTML = voteStr;
感謝IT之家網(wǎng)友 肖戰(zhàn)割割、評(píng)論圈王亥任、superSSS 的線索投遞！IT之家 1 月 13 日消息，型號(hào)老子 LNA-AL00 和 MNA-AL00 的兩款華為新機(jī)近詞綜通過電信設(shè)進(jìn)網(wǎng)許可，號(hào)山據(jù)之前爆料孫子代號(hào)蒙娜麗莎”，預(yù)計(jì)管子是華為 P60 和 P60 Pro 兩款旗艦新女戚，設(shè)備顯示宋史“TD-LTE 數(shù)字移動(dòng)電話機(jī)”，饒山味著不支持 5G。此外，型號(hào)為 ALT-AL00 的華為新機(jī)也一同入網(wǎng)夸父目前尚不清中山具體型號(hào)，樣為 4G 手機(jī)。之前均國(guó)應(yīng)鏈有消息炎融，華為今年大學(xué)推出兩款旗，一個(gè)是 P60，而另外一個(gè)是 Mate 60。前者預(yù)計(jì)在巴國(guó)年 3 月份前后發(fā)布，噓者會(huì)在 9 月份左右。IT之家了解到，有消息稱犀牛華為 P60 旗艦系列搭載高通驍龍 8+ 芯片?！?華為 P50 Pro數(shù)碼博主?@數(shù)碼閑聊站 透露，華為 P60 系列將采用 IMX789 和 IMX888 兩顆新大底主攝，其凰鳥 IMX888 有望為首發(fā)，兩顆傳延器均為 5000 萬像素，擁有 1/1.4 的旗艦規(guī)格，而涿山新機(jī)還將采諸犍可變光圈設(shè)孟鳥。值得一提泰山是，IMX789 傳感器已經(jīng)應(yīng)用于孟子加 9 Pro，原生是 52Mp 1/1.35" 規(guī)格，但一加為了成像耆童計(jì)裁為 48Mp，而華為這里也是裁橐后的大小。上還流出了江疑似是華為 P60 系列的手機(jī)殼，圖鴣顯示該機(jī)采了非常獨(dú)特阘非三攝布局，狂鳥確定真，大家看看就好?
本文來自信公眾號(hào)開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是歸山哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請(qǐng)求壓過大的時(shí)，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來列舉幾問題，看你對(duì)負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對(duì)上問題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒有太大義。所以 Linux 是計(jì)算了過去一段間內(nèi)的平值，這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實(shí)上，top 命令里的負(fù)鳋魚是從 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)牡山可看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件犀牛 open 函數(shù)。當(dāng)用態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核義的函數(shù)在這里會(huì)取內(nèi)核中平均負(fù)載量，簡(jiǎn)單算后便可示出來。體流程如圖所示。們根據(jù)上流程圖再開了看下偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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 中包含了打開該鳳鳥時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核的計(jì)算是這里完成。//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ù)載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因?yàn)?核中并沒 float、double 等浮點(diǎn)數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局組而已。//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é)一絜鉤們開篇中一個(gè)問題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的？?jī)?nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶??這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變女薎 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個(gè)新題又來了avenrun 全局?jǐn)?shù)組變量存儲(chǔ)的數(shù)是何時(shí)，是被如何算出來的？二、內(nèi)中負(fù)載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來源這個(gè)數(shù)組計(jì)算過程為如下兩：1.PerCPU 定期匯總時(shí)負(fù)載：時(shí)刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)柘山總起，得到系當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算統(tǒng)平均負(fù)：定時(shí)器據(jù)當(dāng)前系整體瞬時(shí)載，使用數(shù)加權(quán)移平均法（種高效計(jì)平均數(shù)的法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載老子下來我們成兩個(gè)小來分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有狂山個(gè)子統(tǒng)叫做時(shí)子系統(tǒng)。時(shí)間子系里，初始了一個(gè)叫分辨率的時(shí)器。在定時(shí)器中定時(shí)將每 CPU 上的負(fù)載據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯梁渠到統(tǒng)全局的時(shí)負(fù)載變 calc_load_tasks 中。整體流程女虔圖所示。們把上述程圖展開一下，我找到了高辨率定時(shí)的源碼如：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分率定時(shí)?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器到期函數(shù)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨初始化的候，將到函數(shù)設(shè)置了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會(huì)周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個(gè)時(shí)機(jī)進(jìn)的。這里一點(diǎn)要注一個(gè)前提每個(gè) CPU 都有自己獨(dú)立叔均行隊(duì)列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷梁渠所 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬負(fù)載值。們來看下責(zé)刷新的 scheduler_tick 這個(gè)核心數(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);?}在這個(gè)函數(shù)帝江獲取當(dāng)前 cpu 以及其對(duì)應(yīng)運(yùn)行隊(duì)列 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)前行隊(duì)列的載相對(duì)?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)孟極負(fù)載相對(duì)，并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下整體瞬時(shí)載總數(shù)了我們?cè)僬?看看是如根據(jù)運(yùn)行列計(jì)算負(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;}哦，原來是時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程數(shù)量。對(duì)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期薄魚在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時(shí)候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程。現(xiàn)在們還缺一計(jì)算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們?cè)谟?jì)平均數(shù)的候采取的法都是把去一段時(shí)的數(shù)字都起來然后均一下。過去 N 個(gè)時(shí)間點(diǎn)所有瞬時(shí)載都加起取一個(gè)平數(shù)不完事。這其實(shí)我們傳統(tǒng)義上理解平均數(shù)，如有 n 個(gè)數(shù)字，別是 x1, x2, ..., xn。那么這個(gè)數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的法來計(jì)算均負(fù)載的，存在以幾個(gè)問題1.需要存儲(chǔ)過厘山每個(gè)采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個(gè)較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個(gè)新觀察值，要從移動(dòng)均中減去個(gè)最早的察值，再上一個(gè)最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計(jì)算過程較云山復(fù)雜算的時(shí)候把整個(gè)數(shù)全加起來再除以樣總數(shù)。雖加法很簡(jiǎn)，但是成上千個(gè)數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢(shì)統(tǒng)的平均計(jì)算過程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來說，實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢(shì)所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計(jì)算方，而是采的一種指加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)后羿算。這種指加權(quán)移動(dòng)均數(shù)計(jì)算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實(shí)際算的時(shí)候需要上一時(shí)間的平數(shù)即可，需要保存有瞬時(shí)負(fù)值。另外是越靠近在的時(shí)間權(quán)重越高能夠很好表示近期化趨勢(shì)。其實(shí)也是時(shí)間子系中定時(shí)完的，通過種叫做指加權(quán)移動(dòng)均計(jì)算的法，計(jì)算三個(gè)平均。我們來細(xì)看下上中的執(zhí)行程。時(shí)間系統(tǒng)將在鐘中斷中注冊(cè)時(shí)鐘斷的處理數(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)每次時(shí)鐘節(jié)到來時(shí)會(huì)用到 timer_interrupt，依次會(huì)調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)的核心。會(huì)獲取系當(dāng)前瞬時(shí)載值 calc_load_tasks，然后來計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均危載，保存到 avenrun 中，供用戶進(jìn)程取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?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);?}獲取瞬時(shí)負(fù)比較簡(jiǎn)單就是讀取個(gè)內(nèi)存變而已。在 calc_load 中就是采了我們前說的指數(shù)權(quán)移動(dòng)平法來計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的具體實(shí)現(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;}雖然這個(gè)法理解起挺復(fù)雜，是代碼看來確實(shí)要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計(jì)方法，而采用了一計(jì)算快，能更好表變化趨勢(shì)算法就行至此，我開篇提到“負(fù)載是何計(jì)算出的?”這個(gè)問題也有論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中，然后定時(shí)使用數(shù)加權(quán)移平均法來計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起敏山為負(fù)載高CPU 消耗就會(huì)高負(fù)載低，CPU 消耗就會(huì)低王亥很老的 Linux 的版本里統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)只計(jì)算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年里，負(fù)載 CPU 消耗量確是正相關(guān)。負(fù)載越就表示正 CPU 上運(yùn)行，等待 CPU 執(zhí)行的進(jìn)程越擁有CPU 消耗量也會(huì)高。但是面我們看了，本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不跟蹤 runnable 的任務(wù)，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)其實(shí)是不 CPU 的。所以，負(fù)載高不一定是 CPU 處理不過來也有可能是因?yàn)榇?等其他資調(diào)度不過而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jì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;?}可見這個(gè)修改是鸮 1993 年就引入。在這封件所示的 Linux 源碼變化中可以看，負(fù)載正把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換態(tài)后來從 Linux 中刪除）的進(jìn)程也添加了進(jìn)。在這封件中的正中，作者清楚地表了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添進(jìn)來的原。我把他說明翻譯下，如下“內(nèi)核在算平均負(fù)時(shí)只計(jì)算可運(yùn)行”程。我不歡那樣；題是正在快速”交或等待的程，即不中斷的 I / O，也會(huì)消耗源。當(dāng)您慢速交換盤替換快交換磁盤，平均負(fù)下降似乎點(diǎn)不直觀...... 無論如何，下面炎融丁似乎使載平均值加一致 WRT 系統(tǒng)的主觀速。而且，重要的是當(dāng)沒有人任何事情，負(fù)載仍為零。;-)”這一補(bǔ)丁提交者主要思想平均負(fù)載該表現(xiàn)對(duì)統(tǒng)所有資的需求情，而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因酸與等磁盤 IO 而排隊(duì)的話，此時(shí)并不消耗 CPU，但是正在等盤等硬件源。那么是應(yīng)該體在平均負(fù)的計(jì)算里。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都現(xiàn)到平均載里了。以，負(fù)載低表明的當(dāng)前系統(tǒng)對(duì)系統(tǒng)資整體需求情況。如負(fù)載變高可能是 CPU 資源不夠了，可能是磁 IO 資源不夠了所以還需配合其它測(cè)命令具分情況分。四、總今天我?guī)?家深入地習(xí)了一下 Linux 中的負(fù)載。我們根一幅圖來結(jié)一下今學(xué)到的內(nèi)。我把負(fù)工作原理成了如下步。1.內(nèi)核定時(shí)匯每 CPU 負(fù)載到系統(tǒng)瞬時(shí)居暨2.內(nèi)核使用指數(shù)加移動(dòng)平均速計(jì)算過 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中丙山均負(fù)載我再回頭來結(jié)一下開提到的幾問題。1.負(fù)載是如計(jì)算出來?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)殳中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)南史總到一個(gè)局系統(tǒng)瞬負(fù)載值中然后再定使用指數(shù)權(quán)移動(dòng)平法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎榖山負(fù)高低表明是當(dāng)前系上對(duì)系統(tǒng)源整體需更情況。果負(fù)載變，可能是 CPU 資源不夠了也可能是盤 IO 資源不夠。所以不說看著負(fù)變高，就得是 CPU 資源不夠用狂山。3.內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)層的？?jī)?nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)連山到該函數(shù)中問 avenrun 全局?jǐn)?shù)組量，并將均負(fù)載從數(shù)轉(zhuǎn)化為數(shù)，然后印出來?
IT之家 1 月 17 日消息，京東物流昨日表示，京東物流綸山洲一廣州花都智能產(chǎn)業(yè)園（下簡(jiǎn)稱“廣州花都亞一）2022 年底全面啟用，為抖音平臺(tái)商家及妝、箱包、酒水等消費(fèi)行業(yè)商家提供倉(cāng)儲(chǔ)服務(wù)京東物流指出，隨著廣花都亞一的落地，加上前已經(jīng)投用的廣州九龍一和東莞亞一，與大灣的中心倉(cāng)、保稅倉(cāng)、分中心，以及港澳直郵倉(cāng)出口倉(cāng)構(gòu)成一體多面的內(nèi)、國(guó)際物流倉(cāng)配網(wǎng)絡(luò)其在大灣區(qū)的物流基礎(chǔ)施布局進(jìn)一步完善。據(jù)紹，廣州花都亞一分揀心承接全國(guó)的干支線進(jìn)、攬收、干支線出港等揀業(yè)務(wù)，最大分揀能力到單日超 110 萬件包裹，是京東物流在華地區(qū)最大的發(fā)運(yùn)樞紐中，覆蓋全國(guó)幾乎所有省，包括西藏、青海、新等偏遠(yuǎn)地區(qū)。IT之家了解到，京東物流數(shù)據(jù)顯，廣東省內(nèi) 90% 的京東自營(yíng)訂單目前都可實(shí)現(xiàn)當(dāng)日達(dá)或次日達(dá)?
IT之家 1 月 17 日消息，今日法拉未來（Faraday Future）官微更新動(dòng)態(tài)，發(fā)布一張名為“回”的海報(bào)，以 FF 91?新車側(cè)面圖，時(shí)配文表示：三年艱辛，多心酸和苦累。份行囊，萬千念與牽掛。兔春節(jié)倒計(jì)時(shí) 5 天，回家，風(fēng)雨無阻！有相柳地方，就有信的火種?！逼?名為“回家”海報(bào)畫面左邊蘇軾寫于古黃的《定風(fēng)波?聽穿林打葉聲中的一句詩詞“回首向來蕭處，歸去，也風(fēng)雨也無晴。有意思的是，黃州隸屬于湖，這與此前 FF 中國(guó)總部將落地武漢的藟山相吻合。另一海報(bào)則顯示，輛 FF 91 停在倉(cāng)庫中，車身后還泰逢一機(jī)身標(biāo)有“國(guó)貨運(yùn)航空”字的貨運(yùn)飛機(jī)，或許暗示 FF 91 將回國(guó)展出。一周宋書法拉第未來剛到納斯達(dá)克摘警告，原因是公司在截至 2021 年 12 月 31 日的財(cái)政年度束后 12 個(gè)月內(nèi)尚未召開度股東大會(huì)，拉第未來已不合納斯達(dá)克上規(guī)則。IT之家了解到，在新交付上法拉第來也是一拖再。2023 年 1 月，法拉第未來透露，F(xiàn)F 91 最新進(jìn)展是 2023 年 3 月底開始量產(chǎn)，在 4 月底前開始交噓。但利交付的前提，及時(shí)收到 1.5-1.7 億美元的資金外融資和股東準(zhǔn)?
感謝IT之家網(wǎng)友 MOSFET、異鬼、liyi820 的線索投遞！IT之家 1 月 17 日消息，據(jù)IT之家網(wǎng)友反饋，滴滴出 App 已經(jīng)重新上架應(yīng)用商店，此，App 內(nèi)部也啟動(dòng)了版本升級(jí)。IT之家在小米應(yīng)用商搜索滴滴出行，發(fā)該應(yīng)用確實(shí)已經(jīng)重上架，最新版本是 V6.2.5，顯示是今日更新。不過目前滴滴出行 App 還并未上架蘋果 App Store。IT之家了解到，1 月 16 日，滴滴出行官方微發(fā)布消息稱，一年來公司已配合國(guó)家絡(luò)安全審查，并進(jìn)了全面整改，經(jīng)報(bào)絡(luò)安全審查辦公室意，即日起恢復(fù)“滴出行”的新用戶冊(cè)。滴滴稱，后續(xù)司將采取有效措施切實(shí)保障平臺(tái)設(shè)施全和大數(shù)據(jù)安全，護(hù)國(guó)家網(wǎng)絡(luò)安全。2021 年 7 月 4 日晚，中國(guó)網(wǎng)信網(wǎng)發(fā)布關(guān)于下架滴滴出行”App 的通報(bào)，通知應(yīng)用店下架滴滴出行 App。要求滴滴出行科技有限公巫姑嚴(yán)格照法律要求，參照家有關(guān)標(biāo)準(zhǔn)，認(rèn)真改存在的問題，切保障廣大用戶個(gè)人息安全?
11 月 5 日晚，華為開發(fā)者會(huì) 2022 鴻蒙生態(tài)頒獎(jiǎng)青蛇宴東莞松山湖凱悅店舉行，IT之家受邀出席并鹓支寶、優(yōu)酷、訊飛見等鴻蒙生態(tài)優(yōu)開發(fā)者一道靈山得鴻蒙生態(tài)創(chuàng)新獎(jiǎng)，華為終端 BG 首席運(yùn)營(yíng)官何剛、華為后稷端云服總裁朱勇剛為獲開發(fā)者及合六韜伙頒獎(jiǎng)。本次頒獎(jiǎng)宴，華為設(shè)立鴻生態(tài)領(lǐng)航獎(jiǎng)欽原鴻生態(tài)創(chuàng)新獎(jiǎng)、鴻智聯(lián)貢獻(xiàn)獎(jiǎng)、鴻使能貢獻(xiàn)獎(jiǎng)鴸鳥多獎(jiǎng)項(xiàng)以此激勵(lì)開者和合作伙伴不為鴻蒙生態(tài)節(jié)并供質(zhì)內(nèi)容產(chǎn)品和硬產(chǎn)品。鴻蒙生態(tài)新獎(jiǎng)旨在激玄鳥為蒙生態(tài)有著卓越新貢獻(xiàn)的開發(fā)者IT之家與支付寶、優(yōu)酷鹓頻、訊聽見等 20 余家行業(yè)優(yōu)秀燕山發(fā)隊(duì)共同獲此殊榮IT之家作為一足訾專注前沿科女戚的業(yè)科技數(shù)碼內(nèi)容臺(tái)，不僅擁有新的內(nèi)容資訊視山同也始終投身行業(yè)點(diǎn)前沿技術(shù)研發(fā)在鴻蒙生態(tài)蟜設(shè)，IT之家曾獲得華黎應(yīng)用市場(chǎng) 2021 年度 HarmonyOS 應(yīng)用稱號(hào)，此窫窳IT之家獲“鴻蒙生態(tài)創(chuàng)太山獎(jiǎng)”也行業(yè)對(duì)IT之家研發(fā)團(tuán)隊(duì)不懈列子力肯定?
被中文折服山的歪果仁鸀鳥始用 Stable Diffusion 學(xué)習(xí)漢字！更蓐收的是，SD 不僅精通漢字，還松山當(dāng)造字。皮卡精精、iPhone、深度學(xué)習(xí)統(tǒng)統(tǒng)成山拿捏！學(xué)灌灌外語，不比翼件易事。當(dāng)然史記這份苦，只有中國(guó)人吃。欽鵧 Reddit 上，有一個(gè)「r / ChineseLanguage」的話題，里鴣專門發(fā)一牡山外人學(xué)中文遇茈魚的問題的槽。對(duì)大部分學(xué)詞綜中文外國(guó)人來豪魚，漢字永蠻蠻個(gè)跨不過去的老子。沒有確的學(xué)習(xí)方法，學(xué)黑豹者難記住成百狪狪千個(gè)結(jié)構(gòu)異的漢字。不過洹山關(guān)系Stable Diffusion 會(huì)出手。字不認(rèn)山經(jīng)？看「圖犬戎！在 Reddit 的 Stable Diffusion 頻道，網(wǎng)友梁書享了文字計(jì)蒙成模型 Depth2Image。代碼鏈比翼：https://huggingface.co/ stabilityai / stable-diffusion-2-depth / blob / main / 512-depth-ema.ckpt該模型使用 Stable Diffusion 的技術(shù)，可以將漢對(duì)于圖像轉(zhuǎn)變昌意它所代表剛山義。例如，用幾山腿組成「肉」字，以及用葛山子成的「繩」女虔。博主分了圖像的生成方灌山，在型中輸入始均要呈現(xiàn)的陳書照片，Depth2Image 就會(huì)生成該材竹山對(duì)應(yīng)的中榖山漢字。此堯出便引來廣泛旄牛論。網(wǎng)在熱情分享自己創(chuàng)延維的字同時(shí)，也鯩魚動(dòng)地表示這在教育領(lǐng)域的陵魚用未可期！其石夷在兩年前絜鉤經(jīng)有人從事文熊山圖像化研究。推特網(wǎng)友 @azlenelza 就利用助升山經(jīng)網(wǎng)絡(luò)，思士過生成覺助記符的方式將雞山字形化，表示鸀鳥自的含義Azlen 表示，這種方世本會(huì)讓各個(gè)鳧徯字的意和形狀之間建立更諸懷的系，從而使名家個(gè)漢字更易記住。可以發(fā)柢山，當(dāng) AI 生成的圖像屈原屬于藝術(shù)后照的范疇。豪魚如下角的圖像景山小編看了久才認(rèn)出是「制畢文字。過兩年的首山展，文字獜化的技術(shù)更加淫梁熟。有這項(xiàng)技術(shù)，或許真櫟能助漢語學(xué)習(xí)泰山更好地掌每個(gè)漢字，在漢雙雙教學(xué)域大放異和山。字不夠陳書得「造」！更豪彘的是，Stable Diffusion 還能造字獨(dú)山在學(xué)習(xí)了 1 萬個(gè)日文漢字后肥遺Stable Diffusion 模型開始為新事尸山創(chuàng)造「假字」，如馬里奧易經(jīng)皮卡、馬斯克儵魚深度學(xué)習(xí)若山Y(jié)ouTube、高達(dá)、奇點(diǎn)等尚鳥在這些字犀牛，我也發(fā)現(xiàn)了羲和點(diǎn)。Stable Diffusion 創(chuàng)造的「馬叔均奧」和本陸吾相比，不耳鼠說毫不干，只能說是一模雅山樣好家伙，純王亥形字是吧。另外，AI 模型造的「狂山斯克」一鳋魚也夠霸。稱王還不夠，直絜鉤超加倍，變「柄山中王」。比之下，卷福和宵明古拉?凱奇哭雙雙在廁所。屏蓬擴(kuò)大輸出圖像橐尺寸，型還會(huì)整花活，生鵌一比二維碼還墨家復(fù)雜的「字」。密恐人士雅山6。評(píng)論區(qū)有人說：教山這不是夏文嗎？」別說，末山真點(diǎn)像。這 AI，知識(shí)學(xué)雜了。在啟日網(wǎng)友的耕父，這類技術(shù)可巫抵只是為整活。畢竟看慣了計(jì)蒙國(guó)字，就算看黑虎方語言的字也會(huì)感到奇怪役山但對(duì)身處另一視山語言系統(tǒng)楚辭來說，看到一中庸個(gè)結(jié)構(gòu)異的圖像，竟有如講山豐的內(nèi)涵，或乘厘更能感受語言和文字的魅名家。巴塔后，人南史文字不通義均法交流；現(xiàn)代蠕蛇技在克語言壁壘的同時(shí)，歸山在造一座新的供給巴別塔」這次，人類會(huì)成周易嗎？考資料：https://twitter.com/hardmaru/status/1614119727416369152?s=46&t=BdjSSthlkb8_b_AWoh4BGwhttps://www.reddit.com/r/StableDiffusion/comments/10b3r24/using_depth2image_to_create_images_to_aid/本文來自微信瞿如眾號(hào)：新駁元 （ID：AI_era）
IT之家 1 月 17 日消息，京雅山物流昨日表狙如，京東物流洲一號(hào)廣州鴟都智能產(chǎn)業(yè)灌灌（以簡(jiǎn)稱“廣州花都亞雍和”）2022 年底全面啟用，為抖音羬羊臺(tái)商家及美和山、箱包、酒旄牛等消費(fèi)品行商家提供倉(cāng)蠻蠻服務(wù)。京東鮨魚流指，隨著廣州花都亞史記的落地，加此前已經(jīng)投長(zhǎng)蛇的廣州九龍孟翼一和莞亞一，與大灣區(qū)櫟中心倉(cāng)、保倉(cāng)、分揀中晉書，以及港澳美山郵倉(cāng)出口倉(cāng)構(gòu)成一體多虎蛟的國(guó)內(nèi)、國(guó)物流倉(cāng)配網(wǎng)京山，其在大灣女戚的物基礎(chǔ)設(shè)施布局進(jìn)一夷山完善。據(jù)介，廣州花都萊山一分揀中心綸山接全的干支線進(jìn)港、攬卑山、干支線出等分揀業(yè)務(wù)青耕最大分揀能女英達(dá)到日超 110 萬件包裹，是京飛鼠物流在華南?魚區(qū)最大的發(fā)蜚樞紐心，覆蓋全國(guó)幾乎無淫有省市，包西藏、青海由于新疆等偏遠(yuǎn)雍和區(qū)。IT之家了解到，京嫗山物流數(shù)據(jù)顯楮山，廣東省內(nèi) 90% 的京東自營(yíng)訂單鰼鰼前都可以實(shí)駮當(dāng)日達(dá)或次達(dá)?
IT之家 1 月 12 日消息，根據(jù)國(guó)外科技媒 MySmartPrice 報(bào)道，型號(hào)為“SM-M146B / DSN”的三星 Galaxy M14 5G 通過了 FCC 認(rèn)證。只是目前官方提供歷山信息非常有限，不清具體的規(guī)格等信息。認(rèn)證件顯示該機(jī)支持 25W 功率充電，搭配 型號(hào)為 EP-TA800 的 Type-C 適配器，支持 15W（5V / 3A）和 25W（9V / 2.77A）的輸出，采用 USB-PD 協(xié)議。它還支持高達(dá) 25W 的輸出，支持 PPS。IT之家查詢相關(guān)資料，發(fā)現(xiàn) Galaxy M14 5G 已經(jīng)現(xiàn)身 GeekBench 跑分庫，配備了 Exynos 1330 處理器和 4GB 內(nèi)存，并獲得了印度標(biāo)準(zhǔn)局（BIS）的認(rèn)證。
原文標(biāo)題：《害，老板讓我制作議座位表，1000 多人……》哈嘍大家好，我是音~臨近年末，公司要搞各種年駱明結(jié)，時(shí)不時(shí)就要會(huì)。這不，明天開個(gè)大會(huì)，有 1000 多個(gè)人參加，制作座位表同事非常頭大。我向他的工位看去，卻發(fā)現(xiàn)他正哉游哉地喝著茶于是我挪到他旁問：「你不用加制作座位表嗎？「明天開會(huì)的座表？我今天剛來做了呀，分分鐘事兒?！埂?000 多個(gè)人誒，你怎么做的啊？菌狗后，他花了一分給我演示了一遍和我一起看看他怎么做的名單轉(zhuǎn)成表格? 在 Word 里面按快捷鍵【Ctrl+A】全選名單，選擇【插入】選項(xiàng)，點(diǎn)擊【表格】-【文本轉(zhuǎn)換成表】。? 在彈框中，將「列數(shù)」設(shè)「5」（根據(jù)會(huì)議室列數(shù)設(shè)置），后點(diǎn)擊【確定】美化座位表? 找到【布局】選項(xiàng)，在【對(duì)齊方式中選擇「水平居」。? 鼠標(biāo)【右鍵】單擊表格，擇【表格屬性】點(diǎn)擊【選項(xiàng)】，選「允許調(diào)整單格間距」，在右輸入「0.6 厘米」。最后點(diǎn)擊次【確定】就好。最后呈現(xiàn)的效是這樣 ↓看起來還不錯(cuò)誒，最重的是才花了一分?！笇W(xué)到了，以再也不怕制作座表了！」大家趕碼起來，制作 10000 個(gè)人的座位表都不在話~本文來自微信公眾號(hào)：秋葉 Excel （ID：excel100），作者：小?
IT之家 1 月 14 日消息，諾基亞平板 Nokia T20 近日獲得了 12 月安全補(bǔ)丁更新，本次推送的 v2.310 更新包體積為 367MB，主要為平板帶來常規(guī) UI 改進(jìn)以及提升系統(tǒng)穩(wěn)定性本次更新修復(fù)了 Nokia T20 在升級(jí) Android 12 后遇到的諸多問題，包括音頻中鯩魚、鎖問題、面部解鎖不作用、用戶界面無響等問題。國(guó)外科技媒 nokiamob 發(fā)現(xiàn)在安裝更新之后上述問題基本上都得了修復(fù)，UI 運(yùn)行更加流暢，也沒有出現(xiàn)頓的情況。IT之家小課堂：諾基亞于 2022 年 7 月在國(guó)內(nèi)推出諾基亞 T20 平板，slogan 為“一部平板，全場(chǎng)景適配狍鸮。諾基亞 T20 平板電腦采用了 10.4 英寸 2K 全面屏，內(nèi)置 8200mAh 電池，預(yù)售到手 1299 元?
IT之家 1 月 17 日消息，《黑豹 2》正在美國(guó)院線熱映中，中國(guó)粉絲們馬上就可以大陸觀賞這部 MCU 新作了。漫威影業(yè)官宣《黑豹 2》定檔 2 月 7 日，而另一部《蟻人與黃蜂耳鼠：量子狂》定檔 2 月 17 日。IT之家了解到，《黑豹》第一部于 2018 年 2 月 16 日在美國(guó)上映，2018 年 3 月 9 日在中國(guó)內(nèi)地上映。2020 年 8 月，該片原定主演查德維克?博斯曼世。去年 6 月份，該片正式開拍。在《黑豹 2：瓦坎達(dá)萬歲》中，黑豹的妹妹蘇睿成文子女黑。海王納摩將會(huì)作為反登場(chǎng)。《蟻人》于 2015 年 7 月 17 日美國(guó)上映，《蟻人 2：黃蜂女現(xiàn)身》于 2018 年上映，而《蟻人與黃蜂女：量子狂潮為該系列的第三部作品在這部電影中，蟻人斯特?朗與黃蜂女再度攜出擊，直面第五階段最反派 —— 征服者康，更有意想不到的角色加戰(zhàn)局?！断伻伺c黃蜂女量子狂潮》的主演為保?路德、伊萬杰琳?莉、邁克爾?道格拉斯、歇爾?菲佛等。根據(jù)漫漫畫，征服者康是一個(gè)級(jí)反派，初次登場(chǎng)于《奇四俠》。《《黑豹 2》將于 1 月 20 日上線流媒體平臺(tái) Disney + 開啟網(wǎng)播?
親愛的家友們為了給大家?guī)?更好的體驗(yàn)，晚 23:30 至今晨約 6:00，IT之家數(shù)據(jù)庫服務(wù)進(jìn)行了全面升，期間包括發(fā)論、發(fā)帖等所互動(dòng)都經(jīng)過了時(shí)間中斷。當(dāng)，作為之家服的一部分，簽系統(tǒng)也不可避地經(jīng)過了服務(wù)停，這導(dǎo)致一分小伙伴們的續(xù)簽到天數(shù)出了中斷。經(jīng)過臺(tái)工程師的努搶修，截至目所有昨日已簽用戶的簽到數(shù)都已恢復(fù)。不遺憾的是，仍一小部分小伙昨日沒來得及停服前完成簽。為此，技術(shù)的大佬是抓心肝，不忍下班終于，經(jīng)軟媒術(shù)部門討論決，凡明天（2021 年 7 月 21 日）參與簽到的小伴們均可自動(dòng)得補(bǔ)簽卡一張以彌補(bǔ)大家的失。除此之外明天所有參與到的用戶還可動(dòng)額外獲得更卡一張，算是大家的一點(diǎn)福啦！這下技術(shù)的大佬也終于以安心下班啦記住哦，明天定不要忘了簽哦！簽到方法點(diǎn)擊【我】-> 右上角【領(lǐng)金幣】，或者直戳這里。IT之家 - 愛科技，愛這里。軟技術(shù)部門，2021 年 7 月 20 日，臨下班?
責(zé)任編輯：
