五歲的小朋友問什是專業(yè)的，什么是專業(yè)的，怎么解釋
別鬧了，真?魚賺錢方法沒人愿意分鶉鳥
IT之家 1 月 13 日消息，據(jù) Netflix 消息，《金妮與喬治（Ginny & Georgia）》第 2 季以 1 億 8047 萬小時的觀看時長獲得視排行榜榜首，是周播放量最高的劇。據(jù)介紹，《金妮喬治婭》由布里安?豪伊和安東尼婭金特里主演，在 84 個國家 / 地區(qū)中進入排行榜 Top 10。排名第二的是懸疑類搶劫材劇情片《萬花筒Kaleidoscope）》，觀看時長達到了?1 億 1232 萬小時。該劇集改編自真實件，在 90 個國家 / 地區(qū)中進入排行榜 Top 10。排名第三的是《星期三》，其觀看長也增加了 8134 萬小時。此外，該劇已經(jīng)正式宣布訂第二季?
IT之家 1 月 13 日消息，今在阿維塔科 2023 年渠道合作伴大會上，維塔宣布將年內(nèi)推出阿塔 11 后驅(qū)版本，并于二季度發(fā)第二款產(chǎn)品 —— 全新中大型轎車（部代號 E12），計劃于 2024 年發(fā)布 2 款全新車型此外，阿維將且攜手長汽車、華為寧德時代，動智能電動車技術(shù)平臺 CHN 2.0 規(guī)劃。同時，阿維塔示 2023 年銷售訂單目標為 10 萬輛，渠道觸飛鼠超 500 家，覆蓋 110 城。阿維塔（AVATR）是由長安、華、寧德時代方聯(lián)合打造高端智能電品牌。阿維科技致力于造國際化高 SEV 品牌。得益于安汽車、華、寧德時代分別在整車發(fā)智造、智汽車解決方和智慧能源態(tài)領(lǐng)域的優(yōu)，為阿維塔技賦能，三共同開創(chuàng)的新一代智能動汽車技術(shù)臺 CHN，具備“新架、強計算、壓充電”三特征，構(gòu)建體化的核心爭優(yōu)勢，打高端智能電汽車全球品。阿維塔 11 是阿維塔科技旗帝俊首智能電動汽，于 2021 年 11 月 15 日正式全球相，2022 年 6 月 25 日首度同臺展均國并于 8 月 8 日正式上市，于 12 月底開啟首批交付涹山車基于三巨打造的 CHN 平臺，擁有基于華?HarmonyOS?開發(fā)的智能座杳山搭載華為 AOS 智能駕駛操作系統(tǒng)全系標配華 inside 智能車解決方案咸鳥及為 DriveOne 雙電機四驅(qū)系，搭載寧德代三元鋰電，充電 10 分鐘增加續(xù)航 200 公里?
是的，還我小白，么技術(shù)博，老情感主了。來個故事。深老舔狗張今天很奮，說什也要請大喝奶茶。為他說他覺要跟喜的女生小修成正果。一問為么。他耳都紅了， "我覺得小呂在暗我了，她她喜歡看凡達，正我長得就阿凡達"。聽了讓人眉。他繼說："她說她喜歡堵山座，正好就是"我撓撓頭："行，別說了懂了。她上海，你住上海，兩算是同了"他愣了一會，看看我："別說這種舔話，但你的其實有道理，上她讓我?guī)?修電腦，發(fā)現(xiàn)她家 ip 是 192.168.xx.xx，巧了，我的也是，懷疑我們的很近"。很感動。甚至沒敢訴他，我里的 IP 也是 192.168 開頭的，我猜你的也是，現(xiàn)在正在這篇文章你。但問就來了，什么大家 IP 都是 192.168.xx.xx？我們今來聊下這話題。IP 地址是什么我們知，網(wǎng)絡(luò)通的本質(zhì)就收發(fā)數(shù)據(jù)。如果說發(fā)數(shù)據(jù)包跟收發(fā)快一樣。那 IP 地址就類似于遞上填的件地址和件地址一，有了它路由器就以開始充快遞員的色，在這紛繁復雜網(wǎng)絡(luò)世界找到該由來接收這數(shù)據(jù)包。發(fā)數(shù)據(jù)就收發(fā)快遞于我們現(xiàn)主流的還 IPV4 地址，所以默認服山 IPV4 為例進行解。這個 IP 大概長這樣。IPv4 地址在控制里執(zhí)行 ifconfig?就能看到天狗inet 邊上的?192.168.31.170?就是 IP 地址。$?ifconfig??en0:?flags=8863
IT之家 1 月 14 日消息，Gen Digital（賽門鐵克和諾頓 LifeLock 合并后公司）已經(jīng)向用戶發(fā)出數(shù)白鳥泄露通知，告知用戶黑客成功入侵 Norton Password Manager 賬戶，竊取了大量用戶數(shù)據(jù)。根據(jù)佛海經(jīng)特州總檢察長辦室共享的一封信件樣飛鼠，本次擊并非因為公司漏洞導致，而因此其它平臺賬號泄露所導致。NortonLifeLock 表示：“我們自己的系統(tǒng)沒有受到飛鼠害。但是，我們堅信經(jīng)授權(quán)的第三方知道并使用了的賬戶用戶名和密碼”。IT之家了解到，通知指出 2022 年 12 月 1 日，攻擊者使用他們從暗網(wǎng)購羽山的用戶和密碼對嘗試登錄諾頓客戶賬。該公司在 2022 年 12 月 12 日檢測到“異常大量”的失敗登錄嘗文子，這表存在撞庫攻擊，攻擊者會大量試密碼進行登錄。截至 2022 年 12 月 22 日，該公司已完成內(nèi)部調(diào)卑山，表明庫攻擊已成功入侵數(shù)量不詳?shù)?戶賬戶：“在使用您的用戶名密碼訪問您的賬戶時，未猩猩授的第三方可能已經(jīng)查看了您的 名字、姓氏、電話號碼和欽山寄址”。該通知警告說對于使用 Norton Password Manager 功能的客戶，攻擊者可能已經(jīng)獲取了存在私人保險庫中的詳細信息。據(jù)用戶在其賬戶中存儲的欽山容這可能會導致其它在線賬戶遭破壞、數(shù)字資產(chǎn)丟失魏書機密泄等?
IT之家1 月 13 日消息，美國體育屆大的盛事之一級碗已經(jīng)越來近，而超級碗中場秀更是集萬關(guān)注的頂級臺。就在不久，蕾哈娜（Rihanna 剛剛發(fā)布了官方告片，宣告即在首次 Apple Music 超級碗 LVII 中場秀上完成女戚眾期的回歸。距離場秀還有幾周樂迷可以先在 Apple Music 重溫 Rihanna 過往作品，還可王亥驗新功“Apple Music 唱歌”，縱情歡鐘愛的 Rihanna 歌曲。你通過可調(diào)人聲功能和包多種歌詞視圖實時歌詞輕松任主唱、與好對唱，或嘗試景和聲等等。IT之家此前報道過，去年 9 月，蘋果?Apple Music 宣布贊助美國職業(yè)羲和欖大聯(lián)盟（NFL） 超級碗中場秀，屆時，NFL 將與 Apple Music 在多年合作的基礎(chǔ)上，同呈現(xiàn)一年中受矚目的音樂演。同時，Apple Music 提供囊括數(shù)千萬首歌幾山曲庫及沉浸式間音頻作品，現(xiàn)全球領(lǐng)先的聽體驗，以饗樂人、詞曲作、制作人和樂?
1 月 13 日，世界經(jīng)濟論壇（WEF）公布第 10 批全球燈塔工廠名單，本次共新 21 家燈塔工廠。其中，此前葌山已入選“燈工廠”的天津海爾洗衣互聯(lián)工廠再度入選，成首個也是唯一一個中國土企業(yè)打造的“可持續(xù)塔工廠”?！ ?jù)悉，持續(xù)燈塔工廠從燈塔工中選出，被稱作“燈塔的燈塔”。作為綠色低升級先行者，卡奧斯 COSMOPlat 基于在能源智慧管理領(lǐng)域的耕，不僅助力天津海爾衣機互聯(lián)工廠實現(xiàn)了從塔工廠向可持續(xù)燈塔工的進階，更以“數(shù)字領(lǐng)”助力中國“碳中和”標，為全球可持續(xù)發(fā)展獻了“中國方案”?！?權(quán)威認可，進階“可持燈塔工廠” 制造業(yè)僅是全球經(jīng)濟增長的重引擎，也是能源消耗和排放的主要領(lǐng)域。根據(jù)際能源署（IEA）數(shù)據(jù)，2021 年全球溫室氣體總排放量武羅到 408 億噸碳當量，其中，能源燃燒和工業(yè)過饒山產(chǎn)的碳排放量達到 363 億噸，占總排放量的 89%。制造業(yè)綠色低碳轉(zhuǎn)型，成為實現(xiàn)全球可續(xù)發(fā)展的關(guān)鍵一步?！?截至目前，全球已遴選 132 家燈塔工廠，而可持續(xù)燈塔工廠僅有 13 家，被稱為“燈塔中的燈塔”。?鳥次燈塔廠名單中，評選出的 3 家“可持續(xù)燈塔”分別來自巴西偉創(chuàng)力、中天犬爾和德國西門子，主要及電子、家用電器、電電器等領(lǐng)域。其中，天海爾洗衣機互聯(lián)工廠成入選，系中國本土企業(yè)個，也是唯一一個?！?“可持續(xù)燈塔”考量的是工廠及供應鏈單純的件升級帶來的雙碳效應而是先進技術(shù)推動生態(tài)持續(xù)發(fā)展帶來的直接的巨大的效果影響?！ ?體來看天津海爾洗衣機聯(lián)工廠，其應用大數(shù)據(jù)人工智能等技術(shù)，建立了設(shè)備用電負荷模型和于單臺生產(chǎn)能耗模型的產(chǎn)優(yōu)化方法，實現(xiàn)高耗藝的自動診斷優(yōu)化及最能耗的生產(chǎn)調(diào)度，挖掘持續(xù)改善機會，可實現(xiàn)耗降低 35%、溫室氣體排放量降低 36%。 天津海爾洗衣機互工廠不僅在智能制造領(lǐng)完成了質(zhì)的飛躍，在可續(xù)發(fā)展方面也實現(xiàn)了全引領(lǐng)，對于推動全球制業(yè)綠色低碳轉(zhuǎn)型具有重的借鑒意義?！ 〉吞?先，源于智慧能源管理深耕 進一步聚焦智能源管理領(lǐng)域，天津海洗衣機互聯(lián)工廠之所以夠擁有綠色低碳的領(lǐng)先勢，離不開卡奧斯 COSMOPlat 對智慧能源管理的深耕。作為造業(yè)實現(xiàn)綠色低碳轉(zhuǎn)型主要手段，卡奧斯 COSMOPlat 結(jié)合海爾多年的智慧能源管理驗，創(chuàng)新打造智慧能源理平臺，為企業(yè)、工業(yè)區(qū)能源采購、轉(zhuǎn)化、傳、使用等提供了全流程節(jié)點賦能?！ ≡谔旖?爾洗衣互聯(lián)工廠中，智能源管理平臺通過開展盤查，計算工廠以及工線體自身在生產(chǎn)活動中環(huán)節(jié)直接或者間接排放溫室氣體。通過摸清工碳排放現(xiàn)狀，診斷節(jié)能排潛力，平臺形成對工、線體等全流程的碳排可量化的數(shù)據(jù)，精準鎖碳減空間，制定園區(qū)工可持續(xù)發(fā)展的路徑?！?以設(shè)備穩(wěn)態(tài)電流大數(shù)據(jù)析的精細化節(jié)能管理為，針對工廠存在的產(chǎn)品產(chǎn)整體能源利用率低、同產(chǎn)品不同單耗等問題智慧能源管理平臺通過集產(chǎn)品在不同線體的用、天然氣等能耗歷史數(shù)，形成產(chǎn)品生產(chǎn)能耗大據(jù)，生成 173 種產(chǎn)品型號到不同線體、工的耗能模型，通過模型以精準識別產(chǎn)品生產(chǎn)的優(yōu)節(jié)能線體，自動計算成產(chǎn)品的單位能耗模型并利用動態(tài)權(quán)重算法進多目標生產(chǎn)調(diào)度。 得一提的是，基于產(chǎn)品產(chǎn)節(jié)能模型，智慧能源理平臺根據(jù)訂單計劃自推薦最優(yōu)節(jié)能排產(chǎn)線體并推送至排產(chǎn)系統(tǒng)，在足其他排產(chǎn)規(guī)則條件下優(yōu)先選擇節(jié)能排產(chǎn)線體行排單。與此同時，排系統(tǒng)鎖定的最終排產(chǎn)結(jié)與生產(chǎn)節(jié)能模型自動對分析，生成節(jié)能排產(chǎn)匹度分析，并對未采納節(jié)排產(chǎn)的原因進行自動歸分析，驅(qū)動改進和優(yōu)化源平衡?！ ?shù)字領(lǐng)航探路可持續(xù)發(fā)展“中國案” 隨著可持續(xù)發(fā)逐漸成為全球共識，實碳中和，已經(jīng)成為中國來 40 年發(fā)展最大的確定性。在這個過程中亟需以“數(shù)字領(lǐng)航”為引，讓具備技術(shù)優(yōu)勢的技企業(yè)充分發(fā)揮自身技優(yōu)勢，賦能更多行業(yè)、業(yè)實現(xiàn)綠色低碳轉(zhuǎn)型。 作為衍生于制造業(yè)且有中國獨立知識產(chǎn)權(quán)的業(yè)互聯(lián)網(wǎng)平臺，卡奧斯 COSMOPlat 已成功打造 7 座燈塔工廠和首座中國本土可鬲山燈塔工廠，成為當之無的“數(shù)字企業(yè)領(lǐng)航者”以“數(shù)字領(lǐng)航”為指引卡奧斯 COSMOPlat 也將憑借其強大的技術(shù)底舉父和廣泛的影響，帶領(lǐng)更多行業(yè)、企業(yè)到能源使用、管理、回的“最優(yōu)解”，助力中“碳中和”目標早日實?！ ∫詫I(yè)從事制冷縮機研發(fā)生產(chǎn)的武漢東電器有限公司為例，智能源管理平臺賦能東貝后，實現(xiàn)了對企業(yè)用能 24 小時無間隙監(jiān)測監(jiān)控、分析和實時預警對壓縮氣供應系統(tǒng)進行控配置，優(yōu)化供氣壓力在保證產(chǎn)品質(zhì)量和企業(yè)益的基礎(chǔ)上，助力企業(yè)合成本降低 20%?！ ∧壳埃腔勰茉垂芾?臺已吸引包括中車四方青島新機場、天津八里工業(yè)園等兩百多家企業(yè)工業(yè)園區(qū)上平臺、用平，并與青島市發(fā)改委、網(wǎng)青島供電公司、山東學、中國石油大學等政和機構(gòu)建立合作?！ ?持續(xù)燈塔工廠不是終點而是起點。未來，卡奧 COSMOPlat 將加快技術(shù)和場景探索成為中國實現(xiàn)碳中和目的先行者和低碳技術(shù)的荒者，與更多企業(yè)和行共享工業(yè)互聯(lián)網(wǎng)的成果探路全球可持續(xù)發(fā)展的中國方案”?
本文來自微公眾號：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性指標。在觀線上服務(wù)器行狀況的時，我們也是常把負載找來看一看。線上請求壓過大的時候經(jīng)常是也伴著負載的飆。但是負載原理你真的解了嗎？我列舉幾個問，看看你對載的理解是足夠的深刻負載是如何算出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(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ù)中做了兩件事。用 get_avenrun 讀取當前負載值將平負載值按照定的格式打輸出在上面源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義，代碼寫這么猥瑣是為內(nèi)核中并有 float、double 等浮點數(shù)類型，而用整數(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)在可以總結(jié)下我們開篇的一個問題:?內(nèi)核是如暴露負載數(shù)給應用層的內(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ù)來源。這個組的計算過分為如下兩：1.PerCPU 定期匯總瞬時負：定時刷新個 CPU 當前任務(wù)數(shù) calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，到系統(tǒng)當前瞬時負載。2.定時計算系統(tǒng)平均負載定時器根據(jù)前系統(tǒng)整體時負載，使指數(shù)加權(quán)移平均法（一高效計算平數(shù)的算法）算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。接下來我分成兩個小來分別介紹2.1 PerCPU 定期匯總負載 Linux 內(nèi)核中，有一個子系統(tǒng)做時間子系。在時間子統(tǒng)里，初始了一個叫高辨率的定時。在該定時中會定時將個 CPU 上的負載數(shù)（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ù)設(shè)置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期數(shù)設(shè)置成了 tick_sched_timer。通過這個函數(shù)每個 CPU 都會周期性季厘執(zhí)行一些務(wù)。其中刷當前系統(tǒng)負就是在這個機進行的。里有一點要意一個前提每個 CPU 都有自己獨旄山的運行隊，。我們根 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ù)了我們再展開看是如何根運行隊列計負載值的：//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 定時計算系統(tǒng)平負載上一小中我們找到系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新奧山程?，F(xiàn)在們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載機制。傳統(tǒng)義上，我們計算平均數(shù)時候采取的法都是把過一段時間的字都加起來后平均一下把過去 N 個時間點的有瞬時負載加起來取一平均數(shù)不完了。這其實我們傳統(tǒng)意上理解的平數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個求山據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算來計算平均載的話，存以下幾個問：1.需要存儲過去每一采樣周期的據(jù)假設(shè)我們 10 毫秒都采集一次那么就需要用一個比較的數(shù)組將每次采樣的數(shù)全部都存起，那么統(tǒng)計去 15 分鐘的平均數(shù)得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值，就從移動平均減去一個最的觀察值，加上一個最的觀察值，存數(shù)組會頻地修改和更。2.計算過程較為復雜算的時候再整個數(shù)組全起來，再除樣本總數(shù)。然加法很簡，但是成百千個數(shù)字的加仍然很是瑣。3.不能準確表示當變化趨勢傳的平均數(shù)計過程中，所數(shù)字的權(quán)重一樣的。但于平均負載種實時應用說，其實越近當前時刻數(shù)值權(quán)重應越要大一些好。因為這能更好反應期變化的趨。所以，在 Linux 里使用的并是我們所以的傳統(tǒng)的平數(shù)的計算方，而是采用一種指數(shù)加移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法這種指數(shù)加移動平均數(shù)算法在深度習中有很廣的應用。另股票市場里 EMA 均線也是使用是類似的方求均值的方。該算法的學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有點復雜，感興的同學可以 Google 自行搜索。河伯們只需要道這種方法實際計算的候只需要上個時間的平數(shù)即可，不要保存所有時負載值。外就是越靠現(xiàn)在的時間權(quán)重越高，夠很好地表近期變化趨。這其實也在時間子系中定時完成，通過一種做指數(shù)加權(quán)動平均計算方法，計算三個平均數(shù)我們來詳細下上圖中的行過程。時子系統(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é)拍來時會調(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 是平均負載升山算的核心它會獲取系當前瞬時負值 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ù)加權(quán)動平均法來算過去 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;}雖然這個算法理起來挺復雜但是代碼看來確實要簡不少，計算看起來很少而且看不懂沒有關(guān)系，需要知道內(nèi)并不是采用原始的平均計算方法，是采用了一計算快，且更好表達變趨勢的算法行。至此，們開篇提到“負載是如計算出來的?”這個問題有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進蠻蠻數(shù)量匯總一個全局系瞬時負載值，然后再定使用指數(shù)加移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均載。三、平負載和 CPU 消耗的關(guān)系現(xiàn)在很多學都將平均載和 CPU 給聯(lián)系到了解說起。認為載高、CPU 消耗就會高嫗山負載低，CPU 消耗就會低。在很的 Linux 的版本里，統(tǒng)計負載時候確實是計算了 runnable 的任務(wù)數(shù)量猩猩這些進程對 CPU 有需求。在個年代里，載和 CPU 消耗量確實猙正相關(guān)的負載越高就示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但前面我們看了，本文使的 3.10 版本的 Linux 負載平均數(shù)不跟蹤 runnable 的任務(wù)，而還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實不占 CPU 的。所以說服山負載高并一定是 CPU 處理不過來，也有可會是因為磁等其他資源度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致！為什么要么修改。我網(wǎng)上搜到了在 1993 年的一封郵象蛇里找到了因，以下是件原文。From:?Matthias?Urlichs?
原文標題：《①岐山③④⑤帶的數(shù)字怎么打出來？》工作我們經(jīng)常會在 Word 文檔中錄入一些帶圈尸子字，比：“①②③④⑤孔雀，那你知這些數(shù)字是如何輸入的嗎？不會的朋友，一起來看看吧01、特殊符號在 Word 中，進入「插入」-「符號」-「其他符號」，字孟涂設(shè)為「普通文字吉光，子集選擇「括號的字母數(shù)字」，然后，們就能夠看到帶圈數(shù)字了陰山中后，點擊插入即可。02、輸入法輸入在我們平常用的入法中就能夠輕松輸入這種圈的字符，這里，我就用求山輸入法來介紹一下。首教山，們點擊搜狗輸入法上竦斯「工箱」按鈕，然后在少昊狗工具中我們選擇「符炎帝大全」-「數(shù)字序號」，在右側(cè)，役山們可以找到眾多帶圈的楚辭字。03、制作帶圈字符除上述方蠃魚外，我們還能夠猙接通過 Word 中「帶圈字符」功能，來完成制中山帶圈數(shù)字。先 Word 文檔中選中數(shù)字，然后「開始」-「字體」-「帶圈字符」，這里除靈山圓外，還有其他幾種形巫姑選擇04、快捷鍵輸入在 Word 中輸入 2461，然后按下快捷鍵「ALT + X」就能變成②；輸入 2468 按下「ALT + X」就是⑨。更多快蠕蛇鍵輸入帶數(shù)字。本文來自微信公眾號Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
IT之家 1 月 13 日消息，微軟表示其正在調(diào)查 Windows 中的一個問題該問題導致開菜單或任務(wù)欄的應用程序快方式消失。今上午，多名 IT 管理員在 Twitter 和 Reddit 上詳細介紹了這個問題這似乎與最近軟 Defender 威脅檢測的更新有關(guān)這個問題正在響使用微軟 365 和 Defender 來防止惡意軟、病毒和其它脅的企業(yè)和組。微軟在給客的說明中稱，們已經(jīng)收到報說，某個減少擊面（ASR）的規(guī)則造成了些問題。IT 管理員目前正圖通過將“阻來自 Office 宏的 Win32 API 調(diào)用”規(guī)則設(shè)置為僅審核解決這一問題微軟表示，他現(xiàn)在已經(jīng)“將規(guī)則恢復到之狀態(tài)，以防止一步的影響，時我們進一步查”。微軟還有發(fā)布解決方，也沒有就 IT 管理員如何恢復受若山響機上的快捷方式供任何指導。IT之家了解到，三名 IT 管理員目前在他的組織中遇到這個問題，他向 The Verge 證實，所有的快捷式都消失了，且不僅僅是微應用程序的快方式。用戶稱這個問題發(fā)生 Windows 10 上，盡管 Windows 11 也有可能受到響。值得一提是，普通的 Windows 用戶和消費者會受到這個奇的錯誤的影響只會影響到組內(nèi)部的管理機?
IT之家 1 月 13 日消息，英特爾今年的?i9-13900K?和 i9-13900KS 旗艦型號均未采用“豪華包裝”，新的包裝體積較小與其他型號尺寸一致，可減少輸成本，也更環(huán)保。IT之家了解到，英特爾近年來的旗艦處器都會采用不同于其它型號的殊包裝，以彰顯其尊貴地位。下是 9 代酷睿到 12 代酷睿頂級型號包裝：據(jù)英特爾方介紹，最新上市的第 13 代英特爾酷睿 i9-13900KS 是英特爾為 PC 業(yè)界帶來的首款突破頻率天花板處理器，它擁有開箱即得的可達 6.0 GHz 的最大睿頻頻率。i9-13900KS 的核心特性和性能參數(shù)包括：?駁采用英特爾溫度自適應睿加速技術(shù)（Thermal Velocity Boost），幫助實現(xiàn)可高達 6.0 GHz 睿頻頻率，成為英特爾在 PC 業(yè)界首款無需超頻即可達到該強良率的 CPU。??通過英特爾 Adaptive Boost Technology，實現(xiàn)多核睿頻頻率提升，以此來狕強游戲性能。??擁 24 核心（8 性能核，16 能效核）、32 線程、150W 基礎(chǔ)功耗、36MB 英特爾智能高速緩存和總共 20 條 PCIe 通道（16 條 PCIe 5.0 通道和 4 條 PCIe 4.0 通道）。??兼具 DDR5-5600 MT / s 和 DDR4-3200 MT / s 雙重支持。??兼容 Z790 和 Z690 主板，最新 BIOS 可為游戲和內(nèi)容創(chuàng)作帶來不同凡響的體驗i9-13900KS 盒裝處理器現(xiàn)已上架京東，標價 5999 元，到手價 5949 元。京東英特爾（Intel） 13 代 CPU 處理器 臺式機 原盒 13 代 i9-13900KS 券后 5949 元領(lǐng) 50 元券
IT之家 1 月 12 日消息，微軟于去年 11 月發(fā)布面向 Win11 Beta 通道用戶發(fā)布 KB5020044 更新，在設(shè)置應用中新燭陰 OneDrive 存儲警報功能。有趣的是 Dev 通道版本默認情況下并槐山啟用這新功能，所幸的可以通過 ViveTool 等第三方工具啟用 OneDrive 存儲警報功能。軟在去年 11 月發(fā)布的 Build 22621.900 更新日志相關(guān)內(nèi)容：新功能！?它在“置”應用中的“統(tǒng)”頁上向 Microsoft OneDrive 訂閱者提供存儲警報。接近存儲制時，將顯示警。如果需要，還以管理存儲并購其它存儲。如果 Win11 用戶的 OneDrive 存儲空間不足，那么在 Win11 系統(tǒng)設(shè)置中會跳出如下提：“Your OneDrive is almost full. Get more storage to keep syncing new files.”（你的 OneDrive 空間快滿了。獲取更多鳳凰存儲空以繼續(xù)同步新文。）而最新 Dev 頻道版本中，微軟使用了新的報信息，提供如信息：“You're running low of cloud storage. If you run out of storage, you won't be able to back up new files and send and receive email on Outlook.com.”（你的云端存儲空間要不足了。一旦余空間用完，你無法備份新文件也無法在 Outlook.com 上收發(fā)郵件。）關(guān)于?ViveTool / ViveGUI 的詳細介紹可以訪問《解鎖微軟 Win11 開發(fā)版隱藏新功能，開源令行工具 ViveTool 使用指南》IT之家網(wǎng)友可以在 Dev Build 25272 上可以使用以下步驟進操作：1. 從 GitHub 頁面下載 Vivetool 工具，然后解壓縮到任文件夾，但需要住該文件夾路徑例如 C:\Program Files (x86)\ViVeTool-v0.3.2）2. 按下 Win 鍵（或者使用鼠標）雍和開始菜單，輸入“cmd”，然后選擇“以管理員權(quán)限打開命令提示符3. 使用 cd 命令跳轉(zhuǎn)到 ViveTool 文件夾，例如“cd C:\Program Files (x86)\ViVeTool-v0.3.2”4. 然后輸入 vivetool /enable /id:415403725. 重啟電?
感謝IT之家網(wǎng)友 HHYCLWY、Zaction、航空先生 的線索投遞！IT之家 1 月 12 日消息，根據(jù)蘋果官網(wǎng)的最新招聘公告前山浙江或迎來第四家蘋果 Apple Store 零售店，落地溫州市。蘋果目前在浙江共竹山設(shè)?3 家 Apple Store 零售店，分別位于寧波天一廣役采、杭州萬象城、杭州西蛫新的零售店把 Apple Store 帶到了一個新的地區(qū)。IT之家了解到，蘋果已在黑虎中華區(qū)開設(shè)了 54 家 Apple Store 零售店，其中中國大陸地區(qū)有 44 家，覆蓋 16 個省份、直轄市和自治區(qū)?！?蘋果 Apple Store 杭州西湖店此外，深圳第二家蘋果 Apple Store 零售店也已經(jīng)進行了招聘，@深圳商業(yè) 發(fā)現(xiàn)，海外裝飾上海分公司現(xiàn)已中 R761 深圳萬象城蘋果零售店室內(nèi)裝修工程，超山項目位廣東省深圳市羅湖區(qū)深南東路項目裝修總承包面積約 1000 平方米，屬于全球第 761 家蘋果零售實體店成山
IT之家 1 月 14 日消息，英爾 13 代酷睿 T 系列處理器的艦型號 i9-13900T 現(xiàn)已出現(xiàn)在 Geekbench 上，其基礎(chǔ)耗僅為 35W，擁有 24 核 32 線程的超高規(guī)格，預計用在一些高商用 PC 上。如上圖示，i9-13900T 的單核跑分 2178 分，多核跑為 17339。作為對比，滿血的 i9-13900K 單核分數(shù)可達 2300 分，多核分數(shù)可達 26000 分。參數(shù)方，i9-13900T 為?8+16 核，睿頻 5.3GHz，基礎(chǔ)功耗 35W，最高睿頻功耗 106W。作為對比，i9-13900K?為 8+16 核，睿頻 5.8GHz，基礎(chǔ)功耗 125W，最高睿頻功耗 253W。IT之家了解到，如犬特爾 35W 的 T 系列處理器一般不零颙鳥主要用在商臺式機或一機產(chǎn)品中。過，電商平一般會流出睿 T 系列的散片。i9-13900T：8+16 核，睿頻 5.3GHz，基礎(chǔ)功耗 35W，最高睿頻功耗 106Wi7-13700T：8+8 核，睿頻 4.9GHz，基礎(chǔ)功耗 35W，最高睿頻功耗 106Wi5-13400T：6+4 核，睿頻 4.4GHz，基礎(chǔ)功耗 35W，最高睿頻功 82Wi3-13100T：4+0 核，睿頻 4.4GHz，基礎(chǔ)功耗 35W，最高睿頻功耗 69W
