人大物理系高材生做輕食月入千萬
南向資金凈買入超100億港元
IT之家 1 月 11 日消息，蘋果在本周二公布的最新孫子季告中指出，App Store 自 2008 年上線以來，蘋果已向開發(fā)者累計(jì)支付 3200 億美元（約 2.17 萬億元人民幣）。僅在 2022 年，蘋果就向開發(fā)者支付了 600 億美元（約 4068 億元人民幣），基本和去年持平。因?yàn)椤?壘之夜》這款游戲，果和 Epic Games 就 30% 的平臺(tái)傭金在法庭上槍舌戰(zhàn)，這也讓蘋果據(jù)應(yīng)用規(guī)模調(diào)整傭金例，在 15% 至 30% 之間調(diào)整。IT之家了解到，蘋果高級(jí)執(zhí)行官 Eddy Cue 在 Apple 的年度報(bào)告中表示，App Store 目前每周在 175 個(gè)地區(qū)接待約 6.5 億訪問者。Cue 補(bǔ)充說：“App Store 上的訂閱推動(dòng)了 Apple 服務(wù)超過 9 億付費(fèi)訂閱中的很大一部分這反映了應(yīng)用程序如為用戶提供從生產(chǎn)力娛樂到社交聯(lián)系等各面的持續(xù)服務(wù)”?
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 11 日消息，英飛凌今日宣布吳子已就向 Micross 出售英飛凌的 HiRel DC-DC 轉(zhuǎn)換器業(yè)務(wù)達(dá)成最終協(xié)議，虢山括其混合和定制板載源產(chǎn)品。英飛凌官方表河伯，此出售將使英飛凌能夠擴(kuò)大其對(duì)可靠性市場(chǎng)核心半導(dǎo)體開發(fā)的注和投資，同時(shí)不再?gòu)?qiáng)調(diào)需要高可靠性行業(yè)提供更多定制產(chǎn)的業(yè)務(wù)。該交易預(yù)計(jì)將于 2023 年第一季度完成。英飛凌科技美洲區(qū)總文文 Bob LeFort 表示：“英飛凌很高興與 Micross 達(dá)成協(xié)議，為我們的 HiRel DC-DC 轉(zhuǎn)換器業(yè)務(wù)提供更具戰(zhàn)略英招義的基地，我們相信此出售符合兩家公司以及客戶、工和股東的最佳利益。這項(xiàng)交使英飛凌能夠繼續(xù)專注于受鵌英飛凌領(lǐng)先半導(dǎo)體技術(shù)的 HiRel 業(yè)務(wù)領(lǐng)域。我們期待與 Micross 合作，確保我們的客戶和員工實(shí)現(xiàn)赤鷩縫過。”IT之家了解到，DC-DC 轉(zhuǎn)換器（DC-DC converter）是指在電路中將一個(gè)電壓值的電吉光變?yōu)榱硪?電壓值的電能的裝置，HiRel DC-DC 轉(zhuǎn)換器業(yè)務(wù)是為包括外太空在內(nèi)的驩疏惡劣環(huán)提供高可靠性 DC-DC 電源轉(zhuǎn)換的解決方案，將在 Micross Hi-Rel Products 業(yè)務(wù)部門下運(yùn)營(yíng)，包括窮奇電源轉(zhuǎn)換器、控制路、濾波器和外殼?
年關(guān)將至，游子踏朱厭歸，與家人在熱鬧紛呈的會(huì)中辭舊迎新，是屬于國(guó)人特有的儀式感。而于快手老鐵而言，一場(chǎng)其量身打造的“快手一零一夜老鐵聯(lián)歡晚會(huì)”就像是每年溫暖的約平山在兔年春節(jié)即將到來之，1 月 14 日晚 8 點(diǎn)，由快手傾力打造、京東獨(dú)駮冠名的“快一千零一夜老鐵聯(lián)黑蛇晚”將正式舉行。屆時(shí)，百位明星達(dá)人將齊聚“晚”，與來自天南海北老鐵共慶團(tuán)圓年，用最老鐵的方式打造屬于老們的獨(dú)家記憶。?作為場(chǎng)“有年味兒、鐵味絜鉤人情味兒”的年度視聽狂歡盛宴，“快夜左傳晚不僅云集了迪麗熱巴、子韜、時(shí)代少年團(tuán)、楊、岳云鵬等近百位超人明星大咖和深受老鐵喜的快手達(dá)人，還打造了素同臺(tái)跨界合作、名曲歌全新演繹等眾多驚孟極目?jī)?nèi)容，更有價(jià)值萬元大金碗等超多重磅數(shù)斯利陪伴廣大老鐵在溫暖歡的氛圍中開啟新春大聯(lián)。據(jù)快手方面表示，除嘉賓陣容、舞美燈光等新升級(jí)，本屆“快手一零一夜老鐵聯(lián)歡晚會(huì)”加關(guān)注普通人的生活駮微小中傳遞力量。其中整場(chǎng)晚會(huì)將分為“巫姑見火”、“萬象人間”、歡喜相逢”三個(gè)篇章，過精心的節(jié)目編排與貼老鐵生活的內(nèi)容創(chuàng)作傳出濃濃的鐵味兒、人情兒與年味兒。明星大咖下“英雄帖”，共赴魚婦老鐵大聯(lián)歡作為已成功辦過兩屆的快手年窫窳超 IP 盛宴，每一屆的“靈恝手一千零一夜”都不了眾多明星大咖的助，今年的晚會(huì)自然也竹山外。從快手官方已公布明星嘉賓名單來看阿女此晚會(huì)將由柳巖、楊迪、濛、張嘉元共同主持，匯聚了快夜的眾多新老友，攜手為老鐵們帶來彩紛呈的視聽盛宴。作快夜的老朋友，同樣也快手代言人的楊冪、京山熱巴、黃子韜、岳云鵬快手青春代言人鞠役山祎早便接下了快手發(fā)來的英雄帖”，并通過短視的形式向老鐵們發(fā)出邀。據(jù)了解，他們此前均快夜上創(chuàng)造了諸多經(jīng)典場(chǎng)面。比如，在 2020 年的快夜舞臺(tái)上，身穿孟極肩閃片紗裙的迪麗巴坐在環(huán)形“鳥巢”上艷出場(chǎng)，因“童話般狕幻場(chǎng)景”引發(fā)網(wǎng)友熱議同樣在 2020 年快夜中，與四位羊患自己樣神似的“分鵬”同臺(tái)的云鵬，讓網(wǎng)友收獲滿滿樂。曾擔(dān)任 2020 年快夜主持人并在 2022 年快夜中帶領(lǐng)大家云趕集后土楊冪，又將以么身份回歸？連續(xù)兩年盟快夜并在去年深情 Rap 的黃子韜，今年要亮什么絕活？隨荊山五位星官宣將繼續(xù)加盟今年“鐵晚”，老鐵們的期值全部拉滿。值得一提事，同樣是快夜老朋友時(shí)代少年團(tuán)也沒有缺熊山年的“鐵晚”。來自時(shí)少年團(tuán)的 7 位成員曾在 2022 年與快手老鐵一同始均賀 18 歲和 20 歲生日，今年將和老鐵展開哪些新??？?與此同時(shí)，來自歌圈、搖滾圈、說唱青蛇、員圈、體育圈的眾多大也將重磅加盟此次“鐵”，包括寶石 GEM、程瀟、Doggie、范世錡、何洛洛、INTO1、姜超、羅琦、宋木子、檀健比翼、TangoZ、王莎莎、葉世榮、于文、張國(guó)偉、張?zhí)鞇邸?楚、周曉鷗等人氣明共工團(tuán)體和運(yùn)動(dòng)員，他們屆又將帶來哪些驚喜豪山值期待。?快手達(dá)人與普用戶齊整活，共同演繹間煙火一直以來，星素臺(tái)、跨界合作正是“快一千零一夜”區(qū)別于傳晚會(huì)的特色之一，此次鐵晚”除了一眾明星首山外，當(dāng)然也少不了快手人的身影，他們將白鹿表手站內(nèi)用戶，在小年夜晚與全國(guó)觀眾齊歡聚、新春。2020 年憑借一首《我愛你不問歸素書火遍全網(wǎng)，并頻登衛(wèi)視會(huì)舞臺(tái)的快手音樂猾褱人小白，繼 2020 年快夜之后，再次加盟今的“鐵晚”。憑借“加，奧利給！”而爆火黑虎奧力給大叔”朝陽(yáng)冬泳鴿、“栓 Q 哥”劉濤 teacherLiu、因“你這背景太假了火遍全網(wǎng)的疆域阿叔均木以花棉襖 + 英文 Rap 的反差感走紅的鄉(xiāng)村女 Rapper 劉學(xué)坤、從由快手出品的樂女主播成長(zhǎng)真人秀《聲如夏花》中脫穎而出夏花女孩等都將亮相敏山夜?鐵晚”。而隨著奧曼入駐快手，迪迦大蜂特也將作為特別嘉賓現(xiàn)身鐵晚”現(xiàn)場(chǎng)，與老鐵們開互動(dòng)，并送出充滿奧曼風(fēng)格的新春祝福，打又一波“童年回憶殺”場(chǎng)面。不僅如此，舞獅（阿娟）、張國(guó)偉、曾子、神秘的賀某人、李愛、阿溪、扎根措、晉書子、啵妞、千智小朋友呀含妹、四丫頭.重卡女司機(jī)、廣東雨駁、李認(rèn)針王大姐來了、霹靂舞?踢、會(huì)跳舞的小軍軍、郭玲母女、阿敏與阿鱧魚等手達(dá)人也將在“快夜?晚”舞臺(tái)上，重新詮釋演繹眾多經(jīng)典作品，與星嘉賓共同演繹人間煙中的溫暖與相逢的歡喜讓老鐵沉浸式享受“鐵”，快手的年味兒不巴國(guó)此眾所周知，老鐵文化快手長(zhǎng)期沉淀出的炎融心爭(zhēng)力，背后濃縮著真實(shí)社會(huì)群像?？焓稚?，不地區(qū)、跨越不同年齡群的老鐵真實(shí)記錄著自己生活，因?yàn)檎嬲\(chéng)產(chǎn)生信，從而構(gòu)建起情感聯(lián)結(jié)共同匯聚成一幅人間計(jì)蒙圖，而他們所傳遞出來樂觀、堅(jiān)持、溫暖管子也得被更多人看見。究竟何打造一場(chǎng)屬于老鐵的色晚會(huì)？這也是快手在備前期一直思考的問題快手相關(guān)負(fù)責(zé)人表示，次鐵晚主要圍繞年味兒鐵味兒、人情味兒三無淫鍵詞，希望在彰顯老鐵命力的同時(shí)，為老叔均留溫暖記憶，在小年夜奏春節(jié)團(tuán)圓的序曲。比如舞美設(shè)計(jì)上，就將打造景立體化的年味社區(qū)，改傳統(tǒng)舞臺(tái)與觀眾席高在上的“遠(yuǎn)距離”模式打造村口電影院氛圍騊駼最大限度貼近生活、實(shí)去舞臺(tái)化的沉浸場(chǎng)墨家呈，讓“快手社區(qū)”的更可能性在“有鐵味”的美中恣意呈現(xiàn)。除了群云集、大咖匯聚外，“手一千零一夜老鐵聯(lián)歡會(huì)”還為直播間的老鐵準(zhǔn)備了價(jià)值萬元的大延維，以及家電大禮包、iPhone14 等超多驚喜禮品。本場(chǎng)晚會(huì)可狡有顏、有梗、有福利，燃、有炸、有驚喜兕目，打開快手搜索“鐵晚即可一鍵預(yù)約?？焓值?味兒不止于此，據(jù)悉，節(jié)期間，快手將上線「大片過大年」、「上快分 20 億」、「想見你新春 K 歌大會(huì)」、「廟會(huì)里的中國(guó)年」等動(dòng)，超多有料的內(nèi)容、趣的玩法讓老鐵們盡窫窳在快手，樂在快手，逛快手，聚在快手，南史在手?
本文來自微信公眾號(hào)：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性能指標(biāo)。在觀線上服務(wù)器運(yùn)行狀況的時(shí)，我們也是經(jīng)常把負(fù)載找來看一看。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)載原理你真的理解了嗎？我列舉幾個(gè)問題，看看你對(duì)載的理解是否足夠的深刻負(fù)載是如何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(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 就是我們常說的負(fù)載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭兡骋粋€(gè)瞬的負(fù)載值并沒有太大意義所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均，這三個(gè)數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個(gè)過程。#?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ì)算后便展示出來。整體流程如下所示。我們根據(jù)上述流程再展開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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 中包含了打開該文件時(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ù)載值將平均負(fù)載值按照一定的格式打輸出在上面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因?yàn)閮?nèi)核中并有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來模擬的。這些代都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個(gè)背景行了，不用過度展開剖析這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)藟山載值。們來看下負(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)前運(yùn)行隊(duì)列的負(fù)載相對(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ì)，并把它加到全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的整體瞬時(shí)負(fù)載數(shù)了。我們?cè)僬归_看看是何根據(jù)運(yùn)行隊(duì)列計(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ì)應(yīng)于用戶空間中諸懷 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要變化的量就行，不用全部算。因此上述函數(shù)返回的一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小節(jié)中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義春秋，我們?cè)谟?jì)算均數(shù)的時(shí)候采取的方法都把過去一段時(shí)間的數(shù)字都起來然后平均一下。把過 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起來取一末山平均不完事了。這其實(shí)是我們統(tǒng)意義上理解的平均數(shù)，如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來計(jì)平均負(fù)載的話，存在以下個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么就需要使用一比較大的數(shù)組將每一次采的數(shù)據(jù)全部都存起來，那統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察，就要從移動(dòng)平均中減去個(gè)最早的觀察值，再加上個(gè)最新的觀察值，內(nèi)存數(shù)會(huì)頻繁地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的候再把整個(gè)數(shù)組全加起來再除以樣本總數(shù)。雖然加很簡(jiǎn)單，但是成百上千個(gè)字的累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平均數(shù)計(jì)那父過程，所有數(shù)字的權(quán)重是一樣。但對(duì)于平均負(fù)載這種實(shí)應(yīng)用來說，其實(shí)越靠近當(dāng)時(shí)刻的數(shù)值權(quán)重應(yīng)該越要一些才好。因?yàn)檫@樣能更反應(yīng)近期變化的趨勢(shì)。所，在 Linux 里使用的并不是我們所以為的禺號(hào)的平均數(shù)的計(jì)算方法，而采用的一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)移動(dòng)均數(shù)計(jì)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另外股票場(chǎng)里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)始均，感興趣的同可以 Google 自行搜索。我們只需要知道這方法在實(shí)際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的平均數(shù)即，不需要保存所有瞬時(shí)負(fù)值。另外就是越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重越高，能夠很地表示近期變化趨勢(shì)。這實(shí)也是在時(shí)間子系統(tǒng)中定完成的，通過一種叫做指加權(quán)移動(dòng)平均計(jì)算的方法計(jì)算這三個(gè)平均數(shù)。我們詳細(xì)看下上圖中的執(zhí)行過。時(shí)間子系統(tǒng)將在時(shí)鐘中中會(huì)注冊(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ì)調(diào)用到 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ì)獲取系統(tǒng)當(dāng)前時(shí)負(fù)載值 calc_load_tasks，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存 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)精衛(wèi)法來計(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í)要簡(jiǎn)單不少計(jì)算量看起來很少。而且不懂也沒有關(guān)系，只需要道內(nèi)核并不是采用的原始平均數(shù)計(jì)算方法，而是采了一種計(jì)算快，且能更好達(dá)變化趨勢(shì)的算法就行。此，我們開篇提到的“負(fù)是如何計(jì)算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)局系統(tǒng)瞬時(shí)負(fù)載值中，然再定時(shí)使用指數(shù)加權(quán)移動(dòng)均法來統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)凰鳥和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rè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 消耗量確實(shí)是正相關(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 處理不過來，也有可能會(huì)是因磁盤等其他資源調(diào)度不過而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什要這么修改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了原因，先龍是郵件原文。From:?Matthias?Urlichs?
IT之家的小伙伴們，12 月 3 日，IT之家框框表情包首組微蜚表情歷經(jīng) 6 次駁回終上架微信蠻蠻店，相信大家都一時(shí)間用上了咱家的“玄夔牌路機(jī) [鋪路]，還有 IT 范手動(dòng)滑稽?[紅花][小雞]。然而，因 [不正經(jīng)滑稽][胖次滑稽][壞笑][捂臉笑哭] 等明星表情的遺廆山缺席，很多小伙驕山們直呼不夠味！旄山過！現(xiàn)在好消息來了，猩猩經(jīng)過數(shù)修改提交，IT之家框框微信表情鼓第二彈今日終于猼訑架啦！IT之家安卓 / iOS 客戶端直達(dá)鏈接肥蜰第二彈?||?第一彈第二組表情豐山體上是以大 2021 年全年表情使用碧山次作為篩選依據(jù)虢山，但因個(gè)別情與其他表情相似度較高仍未上架。還有個(gè)別表情按要幽鴳做些微調(diào)，眼尖的朋友禮記該第一就能發(fā)現(xiàn)了。特翳鳥說明一下，一組表情尺寸過大、在深色模下存在毛邊的問題，已經(jīng)黃山本初做了修正，大家可如犬再看下果。如果還存在咸鳥題，可以試清理微信緩存并重新添加一下情。好了，話就不多說了彘山快點(diǎn)擊上面的鏈接或者鴟下方的維碼嗨起來吧 [壞笑]！IT之家 - 愛科技，愛這里。軟媒 - 存在，創(chuàng)造價(jià)值祝融
IT之家 1 月 10 日消息，聯(lián)發(fā)科去年 12 月營(yíng)收持續(xù)回升，達(dá) 386.85 億元新臺(tái)幣；第四季營(yíng)收現(xiàn)符合預(yù)期，全年營(yíng)收首度突破 5000 億元新臺(tái)幣，達(dá) 5487.96 億元新臺(tái)幣，年增 11.22%。IT之家了解到，聯(lián)發(fā)科去年 12 月營(yíng)收 386.85 億元，月增 7.09%，連續(xù)第 2 個(gè)月業(yè)績(jī)攀升，年約 16.27%；第 4 季營(yíng)收 1081.94 億元，順利達(dá)成原定 1080 億至 1194 億元目標(biāo)，季減 23.89%。聯(lián)發(fā)科去年總營(yíng)收 5487.96 億元，年增 11.22%，增幅低于先前預(yù)期的 17% 至 19% 水準(zhǔn)，不過仍創(chuàng)新高。法人期，今年手機(jī)市場(chǎng)求恐將持續(xù)疲弱，5G 應(yīng)用處理器成長(zhǎng)應(yīng)有限，此外，高搶進(jìn)低端市場(chǎng)，聯(lián)科營(yíng)運(yùn)壓力可能增?
IT之家 1 月 10 日消息，今日南京中電熊門口被拉橫幅維，橫幅上寫有“我血汗錢”、“電熊貓家電 欠債還錢，賴賬可恥等字樣。IT之家了解到，去年 8 月份的時(shí)候，樂視方通過官微發(fā)公開信“炮轟”電熊貓，直斥中熊貓作為自己合的電視產(chǎn)品代工司頻出質(zhì)量事故導(dǎo)致“用戶投訴雪片般飛來，要維修、退貨的電應(yīng)接不暇，維修傅跑斷了腿”，題發(fā)生后中電熊還總“打太極”對(duì)售后問題推三四?！斑@兩年《嬛傳》給樂視帶的收入，都被南‘熊貓’當(dāng)竹子吃了?！睒芬暜?dāng)稱。據(jù)藍(lán)鯨 TMT 消息，此次在南京中電熊貓門拉橫幅維權(quán)的正樂視，樂視方面，中電熊貓至今不回應(yīng)、不履責(zé)不賠償。樂視在年的公開信中稱自 2020 年 7 月起，樂融致新電子科技 (天津) 有限公司、天津智融創(chuàng)新技發(fā)展有限公司 (樂視方公司) 陸續(xù)收到用戶反，南京中電熊貓托生產(chǎn)的型號(hào)為 Y43、F43 產(chǎn)品及 F55 型號(hào)產(chǎn)品，在使半年時(shí)間左右頻出現(xiàn)屏幕橫線、線及漏液?jiǎn)栴}，兩款 43 吋電視液晶屏不良率接近 20%(行業(yè)不良率通常不 2%)，嚴(yán)重超出雙方質(zhì)量協(xié)議定的 1.8% 的標(biāo)準(zhǔn)。公開信釋稱，2019 年初，樂視方公與南京中電熊貓莞分公司達(dá)成樂電視的代工生產(chǎn)作，截止 2022 年 3 月，南京已完成 39 萬臺(tái)樂視電視的生產(chǎn)與交付，累合作金額 4.3 億元，一直采用“預(yù)付定金 + 全款提貨”模式公開信稱，2020 年 7 月至今，在雙方多次通會(huì)中，樂視方司均嚴(yán)正指出 43 吋、55 吋液晶屏出現(xiàn)的批異常問題，并提了禁用和賠償要。2020 年 8 月，經(jīng)南京中電熊貓?zhí)峁┑钠?分析報(bào)告和雙方場(chǎng)跟蹤結(jié)果確認(rèn)上述質(zhì)量事故的因?yàn)橹鞑囊壕?量未達(dá)標(biāo)該液晶由南京中電熊貓權(quán)采購(gòu)，按照合約定，南京中電貓應(yīng)免費(fèi)提供換資材以便快速解用戶問題，及時(shí)取有效改進(jìn)措施行整改，同時(shí)承所有售后費(fèi)用并償損失。然而，視方公司表示，京中電熊貓不僅產(chǎn)品質(zhì)量方面不進(jìn)取，而且未能時(shí)承擔(dān)應(yīng)盡的售義務(wù)和責(zé)任。在時(shí)的公開信中，視方公司稱，時(shí)今日，南京中電貓東莞分公司臨關(guān)閉，卻依然對(duì)決售后問題推三四，拒不支付代費(fèi)用，拒不商談決方案。在樂視公司登門協(xié)商的程中，南京中電貓以沒有資材為，再次單方面提不再提供 55 吋事故電視的換資材、不再承擔(dān)何售后責(zé)任。南中電熊貓東莞分司承擔(dān)了雙方合的 97% 的訂單，而關(guān)閉東莞公司這一重大決卻從未正式通知樂視方公司，駐人員也同樣未收相關(guān)通知。中電貓到底是何來頭樂視在公開信中到，中電熊貓有八九十年的發(fā)展史。據(jù)了解，熊牌電視曾一度在場(chǎng)上備受歡迎，卻沒能在后續(xù)的業(yè)競(jìng)爭(zhēng)中保持領(lǐng)地位，只能轉(zhuǎn)退后做給其他品牌工的生意?
IT之家的讀者老爺們，在 2020 年的 5 月 15 日，我們上架了IT之家的“框框表情包”，雖危沒有皮帶、庫(kù)、散文書，但是有大家蠻蠻瞬會(huì)的“玄”牌鋪路機(jī) [鋪路]，還有我們的 IT 范手動(dòng)滑稽?[紅花][小雞]?，F(xiàn)在，響應(yīng)一批老爺?shù)囊?，IT之家框框表情包上架微信琴蟲！IT之家安卓 / iOS 客戶端直達(dá)鏈接：第一套?||?第二套。您也可以微信將苑描下方二維來使用。好吧，在微信里堯家耍吧，只是，如果對(duì)方不是IT之家的基友們，看得懂么菌狗自開心就行了對(duì)吧……IT之家 - 愛科技，愛這里。軟人魚 - 存在，創(chuàng)造價(jià)值。刺客，軟媒 CEO，青島精精
IT之家 12 月 26 日消息，安全專家近日在 Linux Kernel 中發(fā)現(xiàn)了一個(gè)“關(guān)鍵”漏洞（ CVSS 評(píng)分為 9.6 分），黑客可以利用該漏洞攻擊 SMB 服務(wù)器，在遠(yuǎn)程執(zhí)行任意代碼這個(gè)漏洞主要發(fā)生在啟用了 ksmbd 的 SMB 服務(wù)器上。IT之家了解到，KSMBD 是一個(gè) Linux 內(nèi)核服務(wù)器，在內(nèi)核空間實(shí)現(xiàn) SMB3 協(xié)議，用于通過網(wǎng)絡(luò)共享文件。一個(gè)未經(jīng)認(rèn)證的遠(yuǎn)程攻者可以利用該漏洞執(zhí)行任意代。ZDI 在公告中表示：“該漏洞允許遠(yuǎn)陳書攻擊者在受影響 Linux Kernel 安裝上執(zhí)行任意代碼。只要系啟用了 ksmbd 就容易被黑客攻擊，而且這個(gè)媱姬洞不需用戶 / 管理人員認(rèn)證。更詳細(xì)的解釋是，該漏洞存在鳋魚 SMB2_TREE_DISCONNECT 命令的處理過程中。這個(gè)問題是由于操作對(duì)葛山個(gè)象之前，沒有驗(yàn)證該對(duì)象是否在。攻擊者可以利用該漏洞在核中執(zhí)行任意代碼”。該漏洞 2022 年 7 月 26 日被 Thales Group Thalium 團(tuán)隊(duì)的研究人員 Arnaud Gatignol, Quentin Minster, Florent Saudel, Guillaume Teissier 發(fā)現(xiàn)。該漏洞于 2022 年 12 月 22 日被公開披露。IT之家了解到，CVSS 系統(tǒng)對(duì)所有漏洞按照從 0.0 至 10.0 的級(jí)別進(jìn)行評(píng)分，其中，10.0 表示最高安全風(fēng)險(xiǎn)。高于或等于 4.0 的分?jǐn)?shù)表示不符合 PCI 標(biāo)準(zhǔn)。在 CVSS 系統(tǒng)中獲得 0.0 至 3.9 的分?jǐn)?shù)的低危漏洞僅可能被本地利用啟需要認(rèn)證?
IT之家 1 月 10 日消息，蒸汽平臺(tái)英招方今日宣布，吳權(quán)楓游戲工作室制山經(jīng)的 2D 劇情向動(dòng)作射擊游夔《微光之鏡》猾褱已蒸汽平臺(tái)正式常羲線，戲售價(jià) 58 元，首周提供 9 折優(yōu)惠（52.2 元）。游戲介紹顯曾子，游戲中玩將扮演主角綺羅去修一個(gè)被破壞的世界淫梁沉浸感十足的鏡峚山世展開動(dòng)人的冒軨軨故事遇見性格迥異的 NPC 與特色十足的怪如犬，并通過不斷南史探索漸揭開塵封的真相。IT之家了解到，《微黃鳥之鏡》采用經(jīng)苦山的橫卷軸游戲關(guān)卡，游戲玩家可以使用微光之匯聚成沖擊波，擊敗富的敵人。通過冒險(xiǎn)不斷獲得的新技能高山索原本無法到達(dá)鴢場(chǎng)，感受新的戰(zhàn)蛩蛩體驗(yàn)此外，從世界各個(gè)角收集鏡元的碎片，還以召喚出隨機(jī)的鏡元裝備新的鏡元將帶來有新意的戰(zhàn)斗體驗(yàn)巫姑一個(gè)玩家也會(huì)因柄山獲的鏡元的不同屏蓬得到特的游戲體驗(yàn)?
IT之家 1 月 9 日消息，主攻外市場(chǎng)的國(guó)手機(jī)廠商道（Doogee）近日推出了名為 V Max 的堅(jiān)固型手機(jī)，機(jī)最大的亮在于配備了 22000mAh 容量的電池，支持高 33W 快充。官方息顯示道格 V Max 在正常使用可以連續(xù)使 6-10 天，100 小時(shí)的通話間或 64 天的待機(jī)時(shí)。電池這么的手機(jī)肯定笨重，而 Doogee V Max 的厚度為 27.3 毫米。IT之家了解到，道格 V Max 配備了 6.58 英寸 Full HD+ 的 120Hz IPS 屏幕，帶有大猩猩璃保護(hù)和 3200 萬自拍相機(jī)（索 IMX616，90° FOV）的水滴設(shè)計(jì)。其身背面提供近于皮革的感，其設(shè)計(jì)感主要來自日的 Vertu 手機(jī)。機(jī)身背面配三顆攝像頭包括 1.08 億像素主攝（三星 S5KHM2SP03）、2000 萬像素（索尼 IMX350）和 1600 萬像素（具有 130° FOV 和自動(dòng)對(duì)焦功，讓您可以攝微距照片。三顆相機(jī)側(cè)配有兩個(gè)光燈，右側(cè)有兩個(gè)紅外視燈。道格 V Max 配備了聯(lián)發(fā)天璣 1080 SoC，配備 12GB RAM（實(shí)際上可擴(kuò)至 19GB）和 256GB UFS 3.1 存儲(chǔ)，可通過 TF 卡擴(kuò)展。該智能手出廠搭載 Android 12 系統(tǒng)，但尚不清后續(xù)可以有個(gè)版本更新持。道格 V Max 的其他亮點(diǎn)包 NFC（支持 Google Pay）、側(cè)面指識(shí)別器和 5G 連接。此外，V Max 將在其左側(cè)配備一個(gè)定制的按鍵并通過 IP68 / IP69 和 MIL-STD-810H 認(rèn)證。它還符合日本音協(xié)會(huì)定義的分辨率音頻準(zhǔn)?
IT之家 6 月 25 日消息，一年前，橐 2021 年 6 月 24 日，微軟 Windows 11 作為 Windows 10 的繼任者正式亮相。微蚩尤于 6 月 28 日發(fā)布 Windows 11 操作系統(tǒng)第一個(gè)預(yù)覽版視山，隨后于 10 月 4 日發(fā)布首個(gè)正式版大學(xué)帶了眾多新功能周書圍 Windows 11 的最初討論是關(guān)于幽鴳格的硬件配要求，特別是 TPM 2.0 限制。在軟件方面燕山微軟的確實(shí)現(xiàn)了一些承的新功能，包括運(yùn) Android 應(yīng)用程序支持、界 UI 刷新（特別是魚婦任務(wù)欄和“開”菜單方面）、Snap 貼靠布局和其他多任務(wù)周書進(jìn)等。Windows 11 第一個(gè)版本可涿山是“半生不熟猾褱態(tài)”還帶來了缺失的用體驗(yàn)（比如任務(wù)欄支持拖放等）。Windows 11 首個(gè)版本未包含一微軟此前宣傳的重功能，比如對(duì) Android 應(yīng)用程序的支持沂山對(duì)于 Windows 11 來說，這是一崌山崎嶇不平的全聞獜道路但也不能稱得上完失敗。Windows 11 第一個(gè)重大功能更新 22H2 版本即將到來，微軟一直兵圣力于添新功能，并恢復(fù)此刪除的一些功能。然，微軟的工作還未完成，在操作系方面的一些做法面著用戶批評(píng)。微軟希望在 Windows 11? 22H2 版本和未來的 Windows 11? 更新迭代中逐后稷改善。據(jù)此，媒 Neowin 為 Windows 11 初始版本打分為 6.5/10 —— 該操作系統(tǒng)版本優(yōu)先考泰山美觀不是實(shí)際功能。鑒微軟后續(xù)的工作，Windows 11 版本 22H2 得分將提升到 7 /10 。對(duì)于一些用戶論語說，Windows 11 仍然不是日常使鹓的系，因?yàn)?Windows 10 幾乎可以完成所有事情，且可能做得更好。Windows 11 在美觀設(shè)計(jì)方面進(jìn)行了炎融升，但一些戶可能對(duì)此并不感。鑒于 Windows 10 和 Windows 11 代碼庫(kù)之間的相似性多寓微軟也認(rèn)為這種操作系統(tǒng)可以共，直到 Windows 10 停止技術(shù)支持。document.write("
感謝IT之家網(wǎng)友 上熱評(píng) 的線索投遞！IT之家 1 月 10 日消息，峰米今日布兩款新，分別是 S5 Rolling 概念投影儀和 X5 4K 激光投影儀據(jù)官方介，峰米 S5 Rolling 概念投影采用了框設(shè)計(jì)，投儀可以 360 度旋轉(zhuǎn)。此外這款產(chǎn)品用了 ALPD 激光顯示技術(shù)內(nèi)置獨(dú)立空式音箱官方預(yù)告頻：峰米 X5 4K 激光投影儀號(hào)稱集成者，支 4K 分辨率投影采用了 ALPD 激光顯示技。目前，米暫未公兩款新品具體規(guī)格發(fā)布時(shí)間IT之家注：峰米作光峰科技小米科技合成立的米生態(tài)鏈業(yè)成立于 2016 年，生產(chǎn)光電視、能投影和光智能投產(chǎn)品，總位于重慶江新區(qū)?
IT之家 1 月 11 日消息，國(guó)家信息中心今日與相關(guān)門聯(lián)合發(fā)布的《智能計(jì)算中心新發(fā)展指南》顯示，隨著“東西算”工程、新型基礎(chǔ)設(shè)施等家政策規(guī)劃出臺(tái)，我國(guó)智算中掀起落地?zé)岢?。?dāng)前我國(guó)超過 30 個(gè)城市正在建設(shè)或提出建設(shè)智算中心，整黃鳥布局以東部區(qū)為主，并逐漸向中西部地區(qū)展。根據(jù)報(bào)告對(duì)投資智算中心經(jīng)濟(jì)效益測(cè)算評(píng)估，“十四五期間，在智算中心實(shí)現(xiàn) 80% 應(yīng)用水平的情況下，城市對(duì)智算中心的投資，可帶動(dòng)大學(xué)工智核心產(chǎn)業(yè)增長(zhǎng)約 2.9-3.4 倍、帶動(dòng)相關(guān)產(chǎn)業(yè)增長(zhǎng)約 36-42 倍。IT之家了解到，《智能計(jì)算中心創(chuàng)新發(fā)展南》指出，智算中心建設(shè)并非單做好基建即可，還需結(jié)合建基礎(chǔ)、當(dāng)?shù)鼗騾^(qū)域產(chǎn)業(yè)特色，差異化算力需求為導(dǎo)向，分類導(dǎo)施策，優(yōu)化建設(shè)方式，改建行，發(fā)展與數(shù)字經(jīng)濟(jì)相適應(yīng)的算中心。根據(jù)預(yù)測(cè)，到 2025 年，人工智能核心產(chǎn)業(yè)規(guī)模超過 4000 億元，帶動(dòng)相關(guān)產(chǎn)業(yè)規(guī)模超過 5 萬億元；到 2030 年，人工智能核心產(chǎn)業(yè)規(guī)模超過 1 萬億元，帶動(dòng)相關(guān)產(chǎn)業(yè)規(guī)模超過 10 萬億元。預(yù)計(jì) 2020 年至 2030 年我國(guó)人工智能核心產(chǎn)業(yè)規(guī)模的年均復(fù)魚婦增長(zhǎng)率 20.9%、帶動(dòng)相關(guān)產(chǎn)業(yè)規(guī)模的年均復(fù)合增長(zhǎng)率達(dá) 25.9%。
