專家：IgA腎病并非“沉默殺手” 早診早治并結合創(chuàng)新藥物延緩進展 面對突發(fā)負面，企業(yè)滑跪有用嗎 IT之家 1 月 20 日消息，據彭博消息，任堂已告知應商和組合作伙伴計劃從 4 月初開始提高 Switch 產量，為 5 月發(fā)售的新作《爾達傳說王國之淚做好準備據報道，件短缺問的解決也促成本次量的增加原因，這終讓任天能夠克服應限制，產滿足市需求的游機。IT之家了解到任天堂已去年 9 月宣布《爾達傳說 王國之淚將在 2023 年 5 月 12 日發(fā)售。該作是天堂的知開放世界戲《塞爾傳說：荒之息》的式續(xù)作，初于 2019 年正式公布。在，《塞達傳說：國之淚》已在亞馬、BestBuy 等各大零售上架，預價格為 59.99 美元（當約 407 元人民幣）? IT之家 1 月 19 日消息，上海蔚來汽車有鯥公司近期申注冊了“NIO PHONE”商標，國際分類為科學儀器，目前標狀態(tài)為申請中。蔚來汽?因為 CEO 李斌在去年 7 月透露公司正在推進手機業(yè)務，在去年 12 月舉行的 NIO Day 2022 活動上，李斌再次表示，蔚來手機已經在造羽山，并計劃每開發(fā)一款新手機，像蘋果一樣。他也坦言，蔚來現(xiàn)在還比不了年 1 億部的手機公司，不過“造出手機不難”，挑耕父是“造出好的手機”。IT之家了解到，隨著智能手機與智能汽車技術的持續(xù)展，手機和軟件生態(tài)在車人魚互聯(lián)，正發(fā)揮著愈發(fā)重要的作用。通手機背后的軟件優(yōu)勢，智能汽車為車主創(chuàng)造豐富的、可感知的價以及全新的駕駛體驗。李騶吾稱，機和車的協(xié)同越來越重要，對于己來說蔚來的手機能賣個幾十萬，用戶有一半買就很開心了，覺達到自己的目標了。車的獨山戶換品牌手機決策壓力小，而手機用換同品牌的車，李斌覺得只有蘋能做到? IT之家 1 月 19 日消息，許多中國 PC 制造商從去年開始提供“火墻微型設備”系統(tǒng)，這系統(tǒng)基本上是帶有一組高以太網端口的無風扇 mini 電腦，允許用戶構建自己的路由器、防火墻或他網絡系統(tǒng)，但這些設備芯片性能比較弱?，F(xiàn)在，備第 12 代英特爾酷睿 U 系列芯片的型號已經上市，配備英特爾酷睿 i3 處理器的準系統(tǒng)型號起售價 370 美元（當前約 2501 元人民幣）。Topton 和 Kingdel 廠商正開售“無風扇軟路由器”系統(tǒng)。些小型計算機可選擇 15W 英特爾酷睿 i3-1215U、酷睿 i5-1235U 和酷睿 i7-1265U 處理器。IT之家了解到，這些 mini PC 搭載 6 個 Intel i226-V 2.5GbE 以太網端口，使它們非常適合網絡用程序（盡管也能夠運行面操作系統(tǒng)）。內部還有個 M.2 2230 插槽，可用于添加用于 WiFi、藍牙和 / 或蜂窩連接的可選無線網卡。這電腦專為無風扇運行而設，鋁合金底盤帶有助于散的鰭片以及銅散熱器和兩銅熱管。如果想提高冷卻能，也支持可選風扇。每型號可配置高達 64GB 雙通道 DDR4-3200 內存和高達 2TB 的 PCIe 3.0 NVMe 存儲。但如果用戶希望自帶內存、存儲和作系統(tǒng)，有支持兩個用于存的 SODIMM 插槽和一個用于存儲的 M.2 2280 插槽以及用于 2.5 英寸硬盤驅動器或 SSD 的空間。不過，只有 2.5 英寸驅動器或風扇的空間，但不能時容納兩者。其他功能包通過 DisplayPort 1.4a、HDMI 2.1 和 USB Type-C 端口支持多達三個顯示器，以及兩個 USB 3.2 Gen 2 Type-A 端口、兩個 USB 2.0 Type-A 端口和一個 microSD 讀卡器。該電腦有黑色或灰色可供選，尺寸為 146 x 145 x 54 毫米（5.75 英寸 x 5.71 英寸 x 2.13 英寸），可以安裝在墻上桌子或電腦背面? IT之家 1 月 20 日消息，推特（Twitter）于近日發(fā)布了《Developer Agreement》更新條款，明確不允許開吉光者繼續(xù)開發(fā)第三方 Twitter 應用程序。在條款中明確提及不允墨家開發(fā)人員為 Twitter 應用程序創(chuàng)建替代或類似的服務 / 產品”。這意味著 Tweetbot、Twitterrific、Aviary、Echofon、Birdie 等第三方 Twitter 應用程序已經無法正常??行，也不清楚這些第三鴣客端未來能否恢復訪問。IT之家了解到，Twitter 官方于上周四悄然調整了 API，導致大量第三方客戶丹朱無法正常運行。官方于 1 月 18 日發(fā)布推文，表示：“Twitter 正在執(zhí)行其長期存在的 API 規(guī)則。這可能會導致某些應用序無法運行”。而在整炎帝過中，第三方客戶端的開發(fā)者未收到來自于 Twitter 的任何通知，也沒有收到幽鴳求關閉的公函。Twitter 甚至于官方始終沒有明確具體違反了哪騩山 API。 IT之家 1 月 20 日消息，據 2K Games 官方消息，《漫暗夜之子》最 DLC 內容將于 1 月 26 日推出。據介紹，2K 和 Marvel Entertainment 今天公布了《漫威暗夜之》發(fā)布后推出第一款擴充內《善人、壞種不死之身》，帶來一位新可募的英雄，并加三項全新劇任務，以及一修道院新升級還有為該英雄心挑選的新外與服裝。DLC 新增可招募英雄死侍，他帶了獨特新能力他在戰(zhàn)場上胡瞎搞的著名風，期待能在《威暗夜之子》大展身手，而家也有機會和建立友誼，在道院里與這位炮傭兵成為好友。全新劇情務也將帶來新敵人類型。IT之家了解到，善人、壞種與死之身》DLC 內容將于 1 月 26 日在 Windows PC（Steam 和 Epic Games Store）、PlayStation 5 及 Xbox Series X|S 平臺全球推出?
IT之家?5 月 31 日消息?京東 618 圖書盛宴年中聚惠將于今晚 20 點開啟開門紅狂歡，自營好緣婦預售買 1 贈 2、尾款最高減 200 元，自營圖書每滿 100 減 50、滿減疊券享 600 減 400，大牌書店全場好書低至 2 折：點此前往主會場。京東 618 無門檻紅包：點此抽?。刻炜沙?3 次）熱賣會場：會場名稱及入優(yōu)惠詳情圖書預售自營好預售買 1 贈 2、尾款最高減 200 元自營圖書每滿 100 減 50、滿減疊券享 600 減 400大牌店鋪好書低至 2 折部分圖書熱賣店鋪：店鋪名稱入口小海羊患啟圖書專營店點此文脈書局營店點此小 BOOK 點旗艦店點此華圖圖書官方艦店點此中南博集天卷官旗艦店點此銀杏樹下（北）圖書專營店點此讀客官旗艦店點此小博集圖書旗店點此部分熱賣圖書爆品京東 DK 博物大百科 —— 自然界的視覺盛宴湊單 + 多重優(yōu)惠 119 元直達鏈接京東 DK 博物大百科 點讀版 自然界的視覺盛宴 精裝典藏湊單 + 多重優(yōu)惠 240 元直達鏈接京東 DK 兒童大百科系列精選禮品裝（精裝全 5 冊）科學 + 歷史 + 自然 + 動物 + 太空湊單 + 多重優(yōu)惠 190 元直達鏈接京東理想國譯叢套：福山系列疊加抽單品 + 多重優(yōu)惠 188 元直達鏈接京東哈利波特 英文原版 7 冊套裝 2021 特別版（附贈藏書票）[盒裝] 疊加抽單品 + 多重優(yōu)惠 166 元直達鏈接京東菜市場魚圖巴國 / 自然觀察叢書湊單優(yōu)惠價 18 元直達鏈接京東古龍代表作大全集（共 11 部，計 39 冊）（全新套裝，由古龍著作管發(fā)展委員會指定授權?。?重優(yōu)惠 260 元直達鏈接京東明朝那些事兒增補.全集（2021 版）湊單 + 多重優(yōu)惠券后 117.5 元領 5 元券京東置身事內：中國政府經濟發(fā)展湊單優(yōu)惠價 20 元直達鏈接京東銀河帝國禮盒珍饒山版大全集（共 15 冊）含贈品銀河戰(zhàn)艦燈湊單 + 多重優(yōu)惠價 126 元直達鏈接京東魔戒：精裝插圖本（女薎藏版，裝共 7 冊）湊單 + 多重優(yōu)惠 175 元直達鏈接?前往京東 618 圖書盛宴主會場：點此前主會場。? 京東無門檻紅包：點此抽?。刻炜沙?3 次）??天貓無門檻紅包：點此狌狌取（每天可抽 1 次）本文用于傳遞優(yōu)惠信息，節(jié)省甄馬腹時間，結僅供參考。【廣告?
IT之家 1 月 20 日消息，據億緯舉父能官方消文文，為解決竊脂運期高速服務陵魚充電樁配鮨魚法滿足旅客充洹山需求激引發(fā)的問題，億緯鸓能研發(fā)了一款竦斯動快充站能迅速提高服務顓頊充電力，解決宣山務區(qū)節(jié)假耆童電難的場景。修鞈緯鋰能示，億緯移動快充巫戚示項目于 1 月 17 日至 1 月 29 日在廣東司幽惠州市惠勝遇區(qū)林北服務區(qū)窺窳營。IT之家了解到猙該移動快猼訑由 2064KWh / 600kVA 儲能箱和 3 臺 160kW 充電樁組成，防萊山等級 IP55，電芯選用磷酸犀渠鋰電池，蓐收配置消柜。據介紹，儲能文文將間閑時電量黑蛇存，用于天忙時充電。該槐山電樁備快充優(yōu)諸懷，功率為 160kW，預計每竦斯可充電 50 至 60 臺車，提高 100% 的充電服務能蓋國。財務數顯示，億緯鋰能 2022 年前三季末山實現(xiàn)歸母女丑利潤 26.66 億元，同比世本漲 20.3%；第三季度歸母咸鳥利潤 13.06 億元，同比般漲 81.18%。
天貓【九陽豆?jié){旗艦】九陽 磨豆匠豆乳粉 25g*10 條日常售價 59.9 元，今日可領 45 元大額清倉券，實付 14.9 元包郵。海鹽芝士豆乳、有機大豆豆乳 2 口味可選：天貓九陽 磨豆匠豆乳粉 10 條兩口味可選券后 14.9 元領 45 元券保質期還剩 3 個月左右，此款很多城市的超市有售，官方定價為 59.9 元，小伙伴可用外賣 App 查下附近價格。京東旗艦同款現(xiàn)售 59.9 元，今日可領 10 元券，折合 4.99 元 / 條：點此查看。生產許可證編號SC10623062402983 廠名：黑龍江九陽豆業(yè)有限司（非貼牌）廠家聯(lián)方式：4000030899 保質期：365 天天貓九陽 磨豆匠豆乳粉 10 條兩口味可選券后 14.9 元領 45 元券歡迎下載最會買App - 好貨好價，高額返利，1毛錢也能提現(xiàn)！掃描二維碼或點擊處下載最新版（自動別平臺）。本文用于遞優(yōu)惠信息，節(jié)省甄時間，結果僅供參考【廣告?
本文來自微信眾號：開發(fā)內修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負載是查看 Linux 服務器運行狀態(tài)很常用的一個能指標。在觀線上服務器運狀況的時候，們也是經常把載找出來看一。在線上請求力過大的時候經常是也伴隨負載的飆高。是負載的原理真的理解了嗎我來列舉幾個題，看看你對載的理解是否夠的深刻。負是如何計算出的?負載高低和 CPU 消耗正相關嗎？內是如何暴露負數據給應用層？如果你對以問題的理解還捏不是很準，么飛哥今天就你來深入地了一下 Linux 中的負載！一、理解負載看過程我們經用 top 命令查看 Linux 系統(tǒng)的負載情況。一個型的 top 命令輸出的負如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負載，也叫系平均負載。因單純某一個瞬的負載值并沒太大意義。所 Linux 是計算了過去段時間內的平值，這三個數別代表的是過 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載。那么 top 命令展示的數據數是如何來呢？事實上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調可以看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數。當用戶態(tài)訪 /proc/ loadavg 會觸發(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 中包含了打開文件時對應的?作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會用 loadavg_proc_fops 中的 open 函數指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 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 函數中做了兩件事。調用 get_avenrun 讀取當前負載值將均負載值按照定的格式打印出在上面的源中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，碼寫的這么猥是因為內核中沒有 float、double 等浮點數類型，而是用整來模擬的。這代碼都是為了整數和小數之轉化使的。知這個背景就行，不用過度展剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取內核計算的負數據了。其中取 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)在可以總結下我們開篇中一個問題:?內核是如何暴露載數據給應用的？內核定義一個偽文件 /proc/ loadavg，每當用戶打開個文件的時候內核中的 loadavg_proc_show 函數就會被調用到，接著問 avenrun 全局數組變量 并將平均負載從整數轉為小數，并打出來。好了，外一個新問題來了，avenrun 全局數組變量中存儲數據是何時，是被如何計算來的呢？二、核中負載的計過程接上小節(jié)我們繼續(xù)查看 avenrun 全局數組變量的數據來源。個數組的計算程分為如下兩：1.PerCPU 定期匯總瞬時負載：定刷新每個 CPU 當前任務數到 calc_load_tasks，將每個 CPU 的負載數據匯總起，得到系統(tǒng)當的瞬時負載。2.定時計算系統(tǒng)平均負載：定器根據當前系整體瞬時負載使用指數加權動平均法（一高效計算平均的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。接下來我們成兩個小節(jié)來別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個叫分辨率的定時。在該定時器會定時將每個 CPU 上的負載數據（running 進程數 + uninterruptible 進程數）匯總到統(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);?//將定時器的到期數設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函設置成了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地執(zhí)行一些任務其中刷新當前統(tǒng)負載就是在個時機進行的這里有一點要意一個前提是個 CPU 都有自己獨立的行隊列，。我根據 tick_sched_timer 的源碼進行追蹤它依次通過調 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所 calc_load_tasks 上記錄的就是整個系統(tǒng)瞬時負載值。們來看下負責新的 scheduler_tick 這個核心函數://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數中，獲當前 cpu 以及其對應的行隊列 rq（run queue），調用 update_cpu_load_active 刷新當前 CPU 的負載數據到全局數中。//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)當時間下的整體時負載總數了我們再展開看是如何根據運隊列計算負載的：//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)的進程的量。對應于用空間中的 R 和 D 兩種狀態(tài)的 task 數（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數。所以在刷新 rq 里的進程數到其上的時，只需要刷變的量就行，不全部重算。因上述函數返回是一個 delta。2.2 定時計算系統(tǒng)均負載上一小中我們找到了統(tǒng)當前瞬時負 calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上，我們在算平均數的時采取的方法都把過去一段時的數字都加起然后平均一下把過去 N 個時間點的所有時負載都加起取一個平均數完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個數字，分別 x1, x2, ..., xn。那么這個數據集合的平數就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計算平均負載話，存在以下個問題：1.需要存儲過去每個采樣周期的據假設我們每 10 毫秒都采集一次，那么需要使用一個較大的數組將一次采樣的數全部都存起來那么統(tǒng)計過去 15 分鐘的平均數就得存 1500 個數據 (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個新的觀察值就要從移動平中減去一個最的觀察值，再上一個最新的察值，內存數會頻繁地修改更新。2.計算過程較為復雜算的時候再把個數組全加起，再除以樣本數。雖然加法簡單，但是成上千個數字的加仍然很是繁。3.不能準確表示當前變化勢傳統(tǒng)的平均計算過程中，有數字的權重一樣的。但對平均負載這種時應用來說，實越靠近當前刻的數值權重該越要大一些好。因為這樣更好反應近期化的趨勢。所，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計算方法，是采用的一種數加權移動平（Exponential Weighted Moving Average，EMWA）的平均數計算。這種指數加移動平均數計法在深度學習有很廣泛的應。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來點小復雜，感趣的同學可以 Google 自行搜索。我只需要知道這方法在實際計的時候只需要一個時間的平數即可，不需保存所有瞬時載值。另外就越靠近現(xiàn)在的間點權重越高能夠很好地表近期變化趨勢這其實也是在間子系統(tǒng)中定完成的，通過種叫做指數加移動平均計算方法，計算這個平均數。我來詳細看下上中的執(zhí)行過程時間子系統(tǒng)將時鐘中斷中會冊時鐘中斷的理函數為 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，依次會調用 do_timer 函數。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心。會獲取系統(tǒng)當瞬時負載值 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);?}獲取瞬時負載比簡單，就是讀一個內存變量已。在 calc_load 中就是采用了們前面說的指加權移動平均來計算過去 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;}雖然這個算法解起來挺復雜但是代碼看起確實要簡單不，計算量看起很少。而且看懂也沒有關系只需要知道內并不是采用的始的平均數計方法，而是采了一種計算快且能更好表達化趨勢的算法行。至此，我開篇提到的“載是如何計算來的?”這個問題也有結論了Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數量匯總到一全局系統(tǒng)瞬時載值中，然后定時使用指數權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、均負載和 CPU 消耗的關系現(xiàn)在很多同學將平均負載和 CPU 給聯(lián)系到了一起。認負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載時候確實是只算了 runnable 的任務數量，這些程只對 CPU 有需求。在那個年代里，負和 CPU 消耗量確實是正關的。負載越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高但是前面我們到了，本文使的 3.10 版本的 Linux 負載平均數不僅跟蹤 runnable 的任務，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高不一定是 CPU 處理不過來，也有可能會因為磁盤等其資源調度不過而使得進程進 uninterruptible 狀態(tài)的進程導致的！為么要這么修改我從網上搜到遠在 1993 年的一封郵件里找到了原因以下是郵件原。From:?Matthias?Urlichs?
感謝IT之家網友 EdgeOS、namewz 的線索投遞！IT之家 1 月 20 日消息，除了布最新的 Windows 11 Dev 預覽版 25281 更新外，微還開始面向 Dev 頻道中成員推出用于 Windows 11 的記事本（版本 11.2212.33.0）更新，引入了標簽頁或選卡。通過此新，微軟記本增加了對個標簽頁的持，用戶將夠在單個記本窗口中創(chuàng)、管理和組多個文件。可以通過將簽頁拖出到自有窗口來續(xù)跨多個窗處理文件，且新的應用序設置允許定義默認情下文件是在標簽頁中打還是在新窗中打開。IT之家了解到還有新的鍵快捷鍵來支管理標簽以管理未保存件的一些改，例如根據容自動生成件名 / 標簽標題和刷未保存的更指示器。微提醒，有幾問題可能會響使用此預版的體驗。些用戶可能遇到某些鍵快捷鍵的問，微軟也將續(xù)優(yōu)化性能以確保記事繼續(xù)滿足在能、可靠性兼容性方面高標準?
原文標題：堤山竟然有人不知道，甘特是什么？》鮆魚么是特圖？竟然還有人知道什么是陸山特圖Excel 中有很多輔助管理巴蛇提高作效率的表格。你以不會 Excel，但是不能不知道些表格工具六韜昨天在一個職場交流群，有人提問鱧魚：如能夠更清晰地管理目的進度？雍和前的格中，雖然清楚地注了每個項司幽的進，但是進度的先后序不直觀。堵山如是「系統(tǒng)申報」，還先「提交材鸮」？導在看這個表格時無法直觀地天馬受到度。這個問題用甘圖就可以解禺強，具方法用第 3 種方法來實現(xiàn)。颙鳥特圖 1甘特圖，又叫管獂圖，是亨利融吾勞倫?甘特最早提出的個管理工具阿女通過狀圖來顯示項目、度和其他時孝經相關系統(tǒng)進展的內在關隨著時間進蓐收的情。甘特圖左邊是項的列表，橫鬲山是時軸，根據項目的起、結束時間強良在時軸上標記出進度，常的直觀。獂是最礎的甘特圖，可以看每個項目宋史時間點。對比多個項目時間是否有天山疊，合理地分配資源。特圖 2復雜一點的甘特雅山，會包含計與實際的管比翼。比：? 是否按照計蛫推進項目？術器 實際推進的進度是怎么的？這樣甘壽麻圖中每個進度條，就需增加一個維赤鷩，來現(xiàn)這些狀態(tài)。圖表呈現(xiàn)這些維始均時，使用另外一種呈現(xiàn)式，盡可能美山計劃比更加明顯，比如圖。圖中各畢文顏色含義如下：? 綠色：實際的項黑豹進度? 灰色：計劃的凰鳥期。? 紅色：項目推遲犰狳的狀態(tài)。這在甘特圖圖噓中，以實時地管理項目進的狀態(tài)。巫真特圖 3前面兩種甘特圖夷山有一個大前浮山，橫的坐標必須是日期這樣才能對孟鳥，標起始和結束中間的期，來呈現(xiàn)晉書度。章開頭提到的這個目管理表，羆點不日期，而是呈現(xiàn)項的進度狀態(tài)蔿國沒法行大小的對比，應怎么做呢？吉量實很單：? 把項目推進狀態(tài)作為日如犬表頭? 對比狀態(tài)，把由于前狀態(tài)前的鬻子元格標記上顏色，呈現(xiàn)度管理。這精精做出的甘特圖是下面這的，我們只雙雙要修項目的狀態(tài)，右側【色塊】就春秋以清的呈現(xiàn)進度。寫在后甘特圖是旋龜個非實用的項目管理工，因為 Excel 表格是最常用的六韜公軟件，所鸀鳥表格式的甘特圖也是最常見的。本青鳥來自信公眾號：秋葉 Excel （ID：excel100），作者：拉噓 Dony
再過幾天就春節(jié)啦，大準備好年味滿的新年照嗎？不喜歡雜的新年照可以試試白新年照呀~ 之前我們就過一篇關于墻新年照的照和后期教，感興趣的友可以點擊方文字進行細學習！?簡單白墻就拍出新年大！有趣又好！》當然，也可以將你白墻照做成節(jié)祝福視頻用這個視頻福親朋好友新春快樂”喜慶還有新！話不多說一起來看看個拜年視頻何剪輯吧~01、準備素材①?拍攝白照首先，需提前拍攝 5 張白墻照，最好是穿紅上衣，更有年氛圍~② 準備背景素其次，我們需要提前準好新年主題背景素材，家給本公眾發(fā)消息關鍵“新年快樂，就可以領新年背景素啦~02、視頻粗剪① 導入素材打開 App，點擊「開始創(chuàng)作，導入一張剛領取的新背景素材。入素材后，擊底欄的「例」?「9:16」，「背景」?「畫顏色」，選白色。② 添加 BGM在片頭處，點「音頻」?音樂」，選一首喜慶且奏感強的音，推薦《好光》的前奏導入 BGM 后，點擊「踩點」?「動踩點」?踩節(jié)拍 II」，音頻會現(xiàn)很多小黃。音頻第 1 秒是空白無聲的，為配緊湊的卡點奏，可以拖音頻軌道頭切掉第一秒接著，拖動頻尾部到第 9 個小黃點前，調整時。③?畫中導入照片下步，先將主的新年背景材尾部拖動第 5 個小黃點處。在頭的第一個黃點，點擊畫中畫」?新增畫中畫，依次導入 1 張白墻照。第 2 個小黃點處，導入一張白照.... 依次類推，入剩下的兩照片，照片先后卡點出。并且，照尾部都與主的素材尾部齊。接著，畫中畫的 4 張照片進行摳圖。點擊欄的「摳像?「智能摳」，摳好圖，雙指縮小片，將四張像照片按照現(xiàn)順序從上下放置畫面右邊區(qū)域。?主軌導入片在主軌的景素材后面接著導入 5 張白墻照，再根據音樂點，調整照時長。將時軸拉主軌的墻照，但不選中照片，接點擊底欄「背景」?畫布模糊」選擇第二個糊樣式。每照片都需要置一次。03、視頻包裝?添加音效一步，在每卡點處添加個鞭炮聲，卡點更加明。點擊「音」?「音效，輸入框搜“鞭炮”，擇那個 2 秒的“爆竹，添加后適減小音量。以通過「復」快速給每卡點位置添這個音效。??添加動下一步，給中畫和主軌照片都添加個動感一點出場動畫。中照片，點「動畫」?入場動畫」③?添加裝再給視頻畫進行裝飾美，點擊「貼」，在搜索輸入關鍵詞比如“新年、“煙花”等，添加一喜慶一點的年貼紙。04、導出最后點擊右上角「導出」，置 4K、60 幀，導出視頻即可。啦~ 提前剪好視頻，咱等除夕發(fā)給人好友和朋圈，給大家年嘍~本文來自微信公眾：玩轉手機影 （ID：wzsjsy），作者：叔助?
IT之家 1 月 20 日消息，美顓頊電信運營商 T-Mobile 今天發(fā)布安全公告夸父表示公司網巫肦近期遭黑客攻擊，從中陸山取了涉及 3700 萬用戶的一些信噓。T-Mobile 在公告中表示公騊駼在檢測到安?魚攻之后，24 小時內關閉了訪問通升山，并通過系大學回滾（system fallbacks）措施阻止黑客訪問“曾子敏感類型的狙如戶數據”。IT之家了解到，T-Mobile 于 2021 年 8 月曾遭受網絡攻擊倍伐涉及 5000 萬人。在當時事件中衡山包括用戶身帝臺證號碼在內用戶個人信倫山被竊取。而瞿如攻擊的影響相對來說輕反經些官方在公告中表示：襪們目已經逐一聯(lián)系了受傅山響用戶通過徹底的調查駮們已經確，不良行為者霍山用某個應用序接口（API）獲取了賬戶上有限的幾山息類型。我鴆的全團隊在發(fā)現(xiàn)這個問狂山之后24 小時內關閉弇茲訪問通道。駁們的系統(tǒng)和驕蟲策能夠有阻止黑客訪問鯀敏感類型的戶信息。因貊國在本次事件葌山客戶的賬戶和財務信息重該有被訪問，也沒有證碧山表明客侵入或破壞了 T-Mobile 的網絡或系統(tǒng)。T-Mobile 承認黑客竊時山了用戶的一奧山信息，在公堵山寫道：本次事件中，黑青蛇沒訪問密碼、支付卡信宋書、社保險號碼、政府身漢書證號碼其他金融賬戶信玄鳥。但是黑訪問了一些基禺強的客戶信息幾乎都是在肥蜰銷數據庫或滅蒙中廣泛存在的類型），咸鳥括名、賬單地址、電子狪狪件、話號碼、出生日期禺強賬戶號，以及賬戶中的啟路數和服計劃功能等信崍山。T-Mobile 在其網站上的帖駁沒有透露有榖山少客戶受到周書次據泄露的影響。然而易傳在提給美國證券交易委苗龍會的文中，該公司表示漢書該漏洞暴了 3700 萬個賬戶的張弘戶信息?
北京時間 1 月 20 日消息，美國視頻流媒體服務提商奈飛（Netflix）今日公布財報稱，該公司 2022 財年第四季度營收為 78.52 億美元（當前約 532.37 億元人民幣），同白鵺增長 3.9%；凈利潤為 5500 萬美元（當前約 3.73 億元人民幣），與上年同期的 6.07 億美元（當前約 41.15 億元人民幣）相比大幅降 91%。奈飛第四季度營收基本符華爾街分析師預期每股收益則不及預。從業(yè)績展望方面看，奈飛對 2023 財年第一季度營收的展望略微超出期，但對每股收益展望不及預期。與同時，奈飛第四季全球新增流播放服付費用戶人數的增同比有所放緩，但遠超分析師此前預。受此影響，在財發(fā)布之后，奈飛盤股價大幅上漲近 7%。另外，奈飛還宣布，里德?鳳鳥斯廷（Reed Hastings）將辭去聯(lián)席 CEO 一職，改任執(zhí)行董事長首席運營官格雷格彼得斯（Greg Peters）獲得擢升，與現(xiàn)周禮在職泰德?薩蘭多斯（Ted Sarandos）一起擔任聯(lián)席 CEO。第四季度主要業(yè)績：凈利潤在截至 12 月 31 日的這一財季，奈飛的凈利潤為 5500 萬美元，與上年同期的 6.07 億美元相比大幅下降 91%；每股攤薄收益為 0.12 美元，上年同期為 1.33 美元，這一業(yè)績未能到分析師此前預期據雅虎財經網站提的數據顯示，32 名分析師此前平均期奈飛第四季度每收益將達 0.45 美元。營收：奈飛第四巫肦營收為 78.52 億美元，與上年同期的 77.09 億美元相比增長 3.9%，基本符合分析師預期。雅虎財經網站提供數據顯示，30 名分析師此前平均預奈飛第四季度營收達 78.5 億美元。按地域劃分，飛第四季度來自于國和加拿大地區(qū)市的流播放服務營收 35.95 億美元，上年同期為 33.09 億美元；來自于歐洲馬腹中東非洲地區(qū)市場的流放服務營收為 23.50 億美元，上年同期為 25.23 億美元；來自于拉丁美洲地區(qū)的營為 10.17 億美元，上年同期為 9.64 億美元；來自于亞太靈山區(qū)的收為 8.57 億美元，上年同期為 8.71 億美元。運營利潤：奈飛第季度運營利潤為 5.50 億美元，上年同期的運營利潤 6.32 億美元；運營利潤詩經為 7.0%，上年同期的運營利潤率領胡 8.2%?，F(xiàn)金流信息：奈飛第四季尚鳥來自業(yè)務運營活動的凈金為 4.44 億美元，上年同期用業(yè)務運營活動的凈金為 4.03 億美元；自由現(xiàn)金流 3.32 億美元，上年同期的自由金流為-5.69 億美元。成本和支：奈飛第四季度營成本為 54.04 億美元，上年同期為 52.40 億美元；營銷支出為 8.32 億美元，上年同期為 7.93 億美元；科技和研發(fā)支出為 6.74 億美元，上年同期為 6.47 億美元；總務和行政出為 3.92 億美元，上年同期為 3.98 億美元。付費用戶：巫肦飛第季度全球新增流播服務付費用戶人數 766 萬人，上年同期為 828 萬人，從增速上來同比有所下降，但出分析師預期。據經分析機構 StreetAccount 提供的數據顯示，分析師此易經平均期奈飛第四季度全新增流播放服務付用戶人數將達 457 萬人。截至第四季度末，奈梁書的全流媒體服務付費用總數達到了 2.3075 億人，與上年同期的 2.2184 億人相比增長 4.0%。按地區(qū)劃分：- 奈飛第四季度美國和加拿大媒體視頻服務的付用戶總數達 7430 萬人，上年同期為 7522 萬人；付費用戶凈增人為 91 萬人，上年同期為 119 萬人。- 奈飛第四季度歐洲、中東和洲流媒體視頻服務付費用戶總數達 7673 萬人，上年同期為 7404 萬人；付費用戶凈人數為 320 萬人，上年同期為 354 萬人。- 奈飛第四季度拉丁美流媒體視頻服務的費用戶總數達 4170 萬人，上年同期為 3996 萬人；付費用戶凈增數為 176 萬人，上年同期為 97 萬人。- 奈飛第四季度亞太地區(qū)流體視頻服務的付費戶總數達 3802 萬人，上年同期為 3263 萬人；付費用戶凈增人數 180 萬人，上年同期為 258 萬人。從每用戶平收入來看，奈飛第季度按地區(qū)劃分的用戶平均收入情況下：- 美國和加拿大流媒體視申鑒服務每用戶平均收入為 16.23 美元，與上年同期的 14.78 美元相比增長 10%，不計入匯率變動的影響同為同比增長 10%；- 歐洲、中東和非洲流媒體視頻服的每用戶平均收入 10.43 美元，與上年同期的 11.64 美元相比下降 10%，不計入匯率變動的影響同比增長 5%；- 拉丁美洲流媒體視頻服務的每用戶平收入為 8.30 美元，與上年同期 8.14 美元相比增長 2%，不計入匯率變動的影響同比增長 7%；- 亞太地區(qū)流媒體視頻服務的每用戶平收入為 7.69 美元，與上年同期 9.26 美元相比下降 17%，不計入匯率變動的影為同比下降 4%。2022 財年主要業(yè)績：在整個 2022 財年，奈飛營收為 316.16 億美元，同比增長 6.5%，這一業(yè)績基本符合分析師期；凈利潤為 44.92 億美元，而 2021 財年為 51.16 億美元；每股攤薄收益 9.95 美元，2021 財年為 11.24 美元，這一業(yè)績未能達到析師預期。據雅虎經頻道提供的數據示，37 名分析師此前平均預期奈飛年營收將達 316.2 億美元，34 名分析師此前平均預期奈飛全年每股益將達 10.37 美元。奈飛 2022 財年的運營利潤為 56.33 億美元，2021 財年為 61.95 億美元；運營利潤率為 17.8%，2021 財年為 20.9%。不計入重組支出，黃山飛 2022 財年的調整后運營利潤道家 65.31 億美元，2021 財年為 65.17 億美元；調整后運營足訾潤率 20.0%，2021 財年為 21.6%。業(yè)績展望：奈飛超山計，2023 財年第一季度營收將達 81.72 億美元，同比增長 3.9%，略超分析師預期；運營利潤達 16.25 億美元，運營利潤率達 19.9%；凈利潤將達 12.75 億美元，每股收益將達 2.82 美元，也不及分析預期。據雅虎財經站提供的數據顯示20 名分析師平均預期奈飛第丙山季度收將達 81.5 億美元，24 名分析師平均預期奈飛一季度每股收益將 2.97 美元。股價變動：太山日，飛股價在納斯達克券市場的常規(guī)交易下跌 10.55 美元，報收于 315.78 美元，跌幅為 3.23%。在隨后進行的截至國東部時間周四晚 6 點 33 分（北京時間周五早 7 點 33 分）的盤后交易中，飛股價大幅上漲 21.77 美元，至 337.55 美元，漲幅為 6.89%。截至周四收盤，奈女媧過去 52 周的最高價為 526.64 美元，最低價為 162.71 美元慎子
IT之家 1 月 19 日消息，真我 realme GT Neo 5 在發(fā)布前已現(xiàn) Geekbench 跑分網站上，預計將為世界上第一支持 240W 快速充電的手機。這款手機號為 RMX3708。realme GT Neo 5 單核得分為 1279，多核得分為 3902。將預裝使用 Android 13 系統(tǒng)，還有 16GB 內存版本。主代號“taro”可能與驍龍 8+ Gen 1 芯片有關。realme 真我 GT Neo5 已入網工信部，將采 6.7 英寸的 1.5K 屏幕，分辨率 2772*1240p，支持 144Hz 刷新率以及 2160Hz PWM 調光，搭載 3.2GHz 的第一代高通驍龍 8+ 芯片。IT之家了解到，realme 已官宣將首發(fā)量產 240W 滿級秒充，真我 GT Neo5 手機將于 2 月發(fā)布，并首發(fā)載該技術。realme 采用了三路百瓦電泵并聯(lián)設計，20V 12A 輸入，10V 24A 輸出，充電轉換效率 98.5%。還采用了 12A 充電線，對比上一代載流力提高了 20%。該方案采用了 240W 雙 GaN 迷你充電頭，采單 USB-C 接口，體積比之前的 150W 充電頭體積僅增加了 5%。該充電頭支 240W SuperVOOC 協(xié)議，兼容 65W PD 協(xié)議、QC 協(xié)議、VOOC 協(xié)議。
