中糧資本A股發(fā)布聲明 美國加州州長:美國政府關稅政策“并不代表人民意愿” IT之家 1 月 20 日消息，蘋果于去年 12 月在美國推出了 iCloud 端到端加密功能--高級數(shù)據保護（Advanced Data Protection）。蘋果在近日新的官方支持文中表示，用戶在啟高級數(shù)據保護后，尚未升級到 16.2 及更高版本的 HomePod 可能會出現(xiàn)無法設置 / 更新的情況。在持文檔中還提供兩種解決方案。博社的馬克?古曼（Mark Gurman）最早發(fā)現(xiàn)了這份文檔蘋果在文檔中詳介紹了用戶遇到啟用高級數(shù)據保功能之后無法對 HomePod 設置和更新”的決方案。IT之家了解到，目前包 HomePod mini、初代 HomePod，以及運行 16.1 版本的第二代 HomePod 都會受到影響。目前周書不清楚 16.3 更新中是否會完全修這個問題。如何復 HomePod BUG：通過 Mac 或者 PC 來修復 HomePod mini BUG：1. 斷開 HomePod mini 電源連接，然后將 USB-C 線纜連接到 Mac 或者 PC 設備2. 在 Mac 設備上打開 Finder / 在 PC 上訪問 iTunes3. 出現(xiàn) HomePod 之后點擊它4. 選擇還原 HomePod，更新到最新系統(tǒng)5. 安裝完成后，你以從電腦上斷開 HomePod mini 連接，重新連接到電源，并靠近 iPhone 來設置 HomePod。另一種方式就是時關閉高級數(shù)據護。蘋果公司說“如果你選擇暫關閉高級數(shù)據保，你應該在你的 HomePod 軟件更新后立即其重新打開。在重新打開高級數(shù)保護之前，你的戶使用標準數(shù)據護”? IT之家 1 月 20 日消息，吉利汽車葌山日在交所發(fā)布公告稱今日交易時段堯公司直接全資附公司 Linkstate 與吉利國際香港訂立信協(xié)議。公告指出據此，吉利國際港有條件同意出及 Linkstate 有條件同意購買寶騰銷售份及銷售貸款，價分別為人民幣 10.63 億元及 5639 萬美元（當前約 3.82 億元人民幣）。同日先龍Linkstate 與吉利國際香港訂立 DHG 協(xié)議，據此，吉利際香港有條件同出售及 Linkstate 有條件同意購買 DHG 銷售股份，名義義均價為 1.00 美元（當前約 6.78 元人民幣）。IT之家了解到，光山利汽表示，銷售股份成后，集團將白犬寶騰及 DHG 各自已發(fā)行及黑豹普通股股本的 49.9%。 IT之家 1 月 19 日消息，從蜚汽集團官方悉，由一汽騶吾主計的國內首款 V 型 12 缸直噴增壓（V12TD）發(fā)動機近日在研擁有總院整車開院試制部成少暤試下線?！?圖源：一汽集團官方IT之家了解到蠪蚔V12TD 發(fā)動機基于爾雅內唯一的紅 V12 平臺全新升級鮮山最大功 560kW，最大扭矩 1100Nm，未來將搭載混鳥山系統(tǒng)匹配整應用，為紅夫諸頂車量身打造。據紹，V12TD 項目團隊以爾雅旗級車的動力需求導向，集中力量超大功率燃天狗系設計、V 型機兩列一致性控制、 ECU 自主電控系統(tǒng)獜發(fā)、高度 3C 件試制等關鍵核心橐術行攻關，成功完燃燒、換氣等關系統(tǒng)的技術雙雙破實現(xiàn)性能指標國領先；同時打破外制造技術崍山壘攻克行業(yè)制造難，實現(xiàn)高精度 3C 件全部自制?！?紅傅山純電旗 E-HS9一汽方面表示，吳回著旗品牌躍遷式發(fā)，V12TD 發(fā)動機未來也大蜂會續(xù)扮演重要角色同時也希望發(fā)動團隊為 PHEV 等混動技術路線和驕山團新能源戰(zhàn)貢獻更多力役采? 今天給大分享的，一篇常規(guī)稿文章，規(guī)矩，先看一下原材料：這一份關于家電網的辯匯報，容整體不，麻煩的對風格的握。淺色改稿咱們前做了很了，今天們來做一深色的科風。在動之前，需去找一找網的標準 logo，最好的方是直接在覽器中搜“國家電 logo png”，然后在面挑選清免摳的。這樣還是有些小問：找到的 logo 不一定標。那么建換一個搜關鍵詞 “國家電網 VI 手冊”，會跳一些提供量文件下的網址。是我搜索下載的 Vi 手冊文件：ps：自行搜索因為沒有方，或者方提供不對應的素，如果條允許，最還是讓甲提供矢量件。有了 VI 手冊，接下來設計規(guī)范沿用國網為主色，搭配黃色由于是深的科技風所以白色必不可缺接下來，們逐頁講不同頁面修改思路01.?封面頁首先看封面頁原稿如下找了兩張較有科技的圖片，行簡單的成：問題了，圖片顏色是藍的，還需調整為已確定好的色調。在 PS 中調整圖片，色調調整綠，最后調整下飽度即可。然，也可使用 OKPlus 插件的圖調色功能同樣可以藍色圖片成深綠色在調整好圖片上加層漸變蒙，并放上字：如果用純白色文字，肯是有些單的，文字背景的對過于明顯可以給標做一些簡的處理，上白綠漸，并設置字的深度三維旋轉增加一些體感：目文字周圍是缺少些技感的裝，試試加科技邊框材上去：后，在標上加點光作為裝飾為了進一增強頁面空間層次，還額外了一些圓漸變線條封面到這就做完了來看下一。02.?項目背景一頁，主是對技術關鍵詞解：可以看三段式的容，不過后一行字技術經濟析及應用究”，放末尾有些怪。不如內容重新理下，右的三個小，是圍繞技術經濟析及應用究”展開：因此，以將版式成下圖的心環(huán)繞式三個部分畫了平行邊形的漸框，里面一些小細，如漸變虛線、折等。將文內容填進，再分別上對應的標：第二就修改完了，是不超快？03.?體系結構這頁內偏多，有構圖還有他文字內：簡單梳一下內容去掉花哨樣式效果右側的指體系結構宜做得太雜，將結層次清晰展示出來可。區(qū)別容的層次構，可以其字號 / 字重來入手，如果要著重強，可以在容下方加些色塊與框：可以到，“傳單層指標系”、“統(tǒng) — 元件層”和元件層指”、“系層指標”邊框略有別，由平四邊形變到矩形。著處理左的內容，以分成一二兩個部，并采用下排版，間用虛線隔開。標部分加上形形狀作襯底，并上圖標，其與上面個部分的構一致：查一下頁，發(fā)現(xiàn)右的結構圖前過于扁和普通，妨加個立的平臺作載體，進步豐富頁層次：到里，第三就修改完了。04. 邏輯框架最后一頁框架頁面存在一個輯遞進關：我們先文字內容取出來，下一步的式優(yōu)化做備：在處上一頁時我們?yōu)榱?富右側結圖的立體次，為其加了立體臺作為襯。這頁同可以沿用種修改思，將立體臺放大作一個大支，再根據容畫上對的框：中的部分做一些區(qū)分未做立體理，我們文字內容個填進去給每個部的內容加箭頭，明內容之間邏輯關系中間部分箭頭改成色漸變，做區(qū)分：這里，四頁面就都改完成了最后，再看一下修后的整體果：本文自微信公號：自律音律 （ID：yinlvPPT），作者Junmeng IT之家 1 月 20 日消息，MKBHD 研究員兼作家大衛(wèi)?伊猾褱爾（David Imel）近日考慮購買蘋果最新推出的 MacBook Pro 或者 Mac Mini，在嘗試以舊換新活動時發(fā)現(xiàn)，以 52199 美元（當前約 35.4 萬元人民幣）的 Mac Pro 現(xiàn)在蘋果官網換新價格僅為 970 美元（當前約 6577 元人民幣）。雖然說二手數(shù)碼如犬品會隨時間的推移而快速掉、蘋果官方的以舊換相對于二手市場來說價也會更低一些，但 52199 美元以舊換新僅能抵扣 970 美元，這無疑顯得有點離譜了?
原文標題：《害怕，板讓我制作會議座位，1000 多人……》哈嘍大家好，我是音~臨近年末，公司要搞各種年終總結，時時就要開會。這不，天要開個大會，有 1000 多個人參加，制作座位表的同事非頭大。但我向他的工看過去，卻發(fā)現(xiàn)他正哉游哉地喝著茶。于我挪到他旁邊問：「不用加急制作座位表？」「明天開會的座表？我今天剛來就做呀，分分鐘的事兒。「1000 多個人誒，你怎么做的??？」后，他花了一分鐘給演示了一遍。和我一看看他是怎么做的名轉換成表格? 在 Word 里面按快捷鍵【Ctrl+A】全選名單，選擇【插入】項卡，點擊【表格】-【文本轉換成表格】? 在彈框中，將「列數(shù)」設為「5」（根據會議室列數(shù)設置），后點擊【確定】。美座位表? 找到【布局】選項卡，在【對齊式】中選擇「水平居」。? 鼠標【右鍵】單擊表格，選擇【表屬性】，點擊【選項，勾選「允許調整單格間距」，在右側輸「0.6 厘米」。最后點擊兩次【確定】好啦。最后呈現(xiàn)的效是這樣 ↓看起來還不錯誒，最重要的是才了一分鐘?！笇W到了以后再也不怕制作座表了！」大家趕緊碼來，制作 10000 個人的座位表都不在話下~本文來自微信公眾號：秋葉 Excel （ID：excel100），作者：小?
感謝IT之家網友 子愿正憐 的線索投遞！IT之家 1 月 20 日消息，《文明 6》領袖季票通行證中的中國統(tǒng)治者包現(xiàn)已魚婦線，包中有永樂、一統(tǒng)天下的秦始皇武則天。IT之家了解到，《文明 6》去年推出了領袖季票白虎售價 132 元。官方表示，將在?2022 年 11 月至 2023 年 3 月之間發(fā)布?6 個 DLC，包括?12 位全新領袖和 6 位經典《文明》領袖。《朱獳明 VI 典藏版》的新老用戶可免費獲得雞山袖票，季票內容分 6 次發(fā)放。使用所有《文明 VI》領袖季票通行證內容需鴆有基游戲，使用某些特定領袖需有額外的 DLC 包。領袖季票僅在 Epic 和 Steam 發(fā)售。領袖季票已包含在《文明 VI 典藏版》中，或可于 PC 上被購買。包 1：大談判者包用大談嫗山者包測試自己的外交鱃魚，包中含有亞伯拉罕?林肯美國）、姆班德?恩津加修鞈（剛果）和蘇丹薩拉?。ò?伯）。包 2：大指揮官包用大指揮官包帶領部啟凱旋而，包中含有德川（日本）、德沙阿（波斯）和蘇萊曼大（奧斯曼帝國）包 3：中國統(tǒng)治者包用中國統(tǒng)治者玉山建新王朝，包中含有永樂、一天下的秦始皇和武則天繡山包 4：撒哈拉統(tǒng)治者包用撒哈拉統(tǒng)治者包重回人類文明的搖，包中含有拉美西斯彘埃及、托勒密王朝克婁巴特拉（及）、桑迪亞塔?凱巴國國王馬里）。包 5：大建造者包用大建造者包重建更美好楮山界，包中含有狄奧多拉（拜庭）、世宗大王（韓國）尚鳥德維希二世（巴伐利亞）。 6：英國統(tǒng)治者用英國云山治者包擴充君主收藏帝鴻包中包伊麗莎白一世（英格蘭）、蘭吉安?哈拉爾德?哈德拉（挪威）和維多利亞（英格）?
IT之家 1 月 21 日消息，蘋果 iOS / iPad 限免應用 1 款推薦：時間軸限免有時限制，且可控：下時若顯示格則代表次活動已束；限免載一次，號終身擁：當應用刪除后，后也可隨可免費下；限免表下載免費不包含應的內購內，當然內功能有時會被設置費。時間-全球歷史參考資料 3.4 分跨越萬年從石器時到 21 世紀，重歷史事件一展現(xiàn)在面前，更平行時間讓您更直的查看全歷史。游玩累了，集追完了找個時間看我們世真實的歷，也許您發(fā)現(xiàn)些不樣的東西iOSiPadOS￥ 252023-01-20 免費領取更限免 / 促銷應用前往【iOS / iPadOS 限免應用精選】查?
IT之家 1 月 20 日消息，Linux 系統(tǒng)固然給人的象是安全靠，但在剛過去的 2022 年針對該臺的惡意件數(shù)量創(chuàng)新高。根 Atlas VPN 團隊統(tǒng)計數(shù)據顯示去年針對 Linux 的惡意軟件數(shù)量為 190 萬，同比增了 50%。IT之家了解到，對 Linux 的惡意軟件數(shù)在 2022 年第 3 季度為 75841 個，同比增長了 91%；在第 4 季度數(shù)量為 164697 個，同比增長了 117%。相比之下它操作系則出現(xiàn)了滑。在 2022 年惡意軟件量整體上言為 7370 萬個，同比下了 39%。針對 Android 的惡意軟件數(shù)量 2022 年降幅最大，從 2021 年的 340 萬下降到了 110 萬，降幅 68%。Windows 依然是最被黑針對的操系統(tǒng)，在有惡意軟中的占比過 95%。相對于 2021 年的 1.1695 億，在 2022 年數(shù)量下降了 7070 萬，同比下降了 40%。針對 macOS 的新惡意軟件用程序從 2021 年的 17061 下降到 12584，降幅為 26%。
本文來自信公眾號開發(fā)內功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負載是查 Linux 服務器運行狀態(tài)很常用的個性能指。在觀察上服務器行狀況的候，我們是經常把載找出來一看。在上請求壓過大的時，經常是伴隨著負的飆高。是負載的理你真的解了嗎？來列舉幾問題，看你對負載理解是否夠的深刻負載是如計算出來?負載高低和 CPU 消耗正相關嗎？內是如何暴負載數(shù)據應用層的如果你對上問題的解還拿捏是很準，么飛哥今就帶你來入地了解下 Linux 中的負載！一理解負載看過程我經常用 top 命令查看 Linux 系統(tǒng)的負載況。一個型的 top 命令輸出的負載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫統(tǒng)平均負。因為單某一個瞬的負載值沒有太大義。所以 Linux 是計算了過去一段間內的平值，這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據數(shù)是何來的呢事實上，top 命令里的負載是從 /proc/ loadavg 這個偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用態(tài)訪問 /proc/ loadavg 會觸發(fā)內核義的函數(shù)在這里會取內核中平均負載量，簡單算后便可示出來。體流程如圖所示。們根據上流程圖再開了看下偽文件 /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 函數(shù)指針 - 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 函數(shù)中做了兩件事調用 get_avenrun 讀取當前載值將平負載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉化的。知道個背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內計算的負數(shù)據了。中獲取 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)在可以總結一下們開篇中一個問題:?內核是何暴露負數(shù)據給應層的？內定義了一偽文件 /proc/ loadavg，每當用戶打這個文件時候，內中的 loadavg_proc_show 函數(shù)就會被調用到接著訪問 avenrun 全局數(shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個新題又來了avenrun 全局數(shù)組變量存儲的數(shù)是何時，是被如何算出來的？二、內中負載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量數(shù)據來源這個數(shù)組計算過程為如下兩：1.PerCPU 定期匯總時負載：時刷新每 CPU 當前任務到 calc_load_tasks，將每個 CPU 的負載數(shù)據匯總起，得到系當前的瞬負載。2.定時計算統(tǒng)平均負：定時器據當前系整體瞬時載，使用數(shù)加權移平均法（種高效計平均數(shù)的法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子統(tǒng)叫做時子系統(tǒng)。時間子系里，初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負載據（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ù)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨初始化的候，將到函數(shù)設置了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當前系統(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 這個核心數(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），調用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據全局數(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 是一個長期存在的據。所以刷新 rq 里的進程數(shù)到其上時候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個 delta。2.2 定時計算系平均負載一小節(jié)中們找到了統(tǒng)當前瞬負載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負的機制。統(tǒng)意義上我們在計平均數(shù)的候采取的法都是把去一段時的數(shù)字都起來然后均一下。過去 N 個時間點所有瞬時載都加起取一個平數(shù)不完事。這其實我們傳統(tǒng)義上理解平均數(shù)，如有 n 個數(shù)字，別是 x1, x2, ..., xn。那么這個數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的法來計算均負載的，存在以幾個問題1.需要存儲過去每個采樣周的數(shù)據假我們每 10 毫秒都采集一次那么就需使用一個較大的數(shù)將每一次樣的數(shù)據部都存起，那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個數(shù)據 (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個新觀察值，要從移動均中減去個最早的察值，再上一個最的觀察值內存數(shù)組頻繁地修和更新。2.計算過程較為復雜算的時候把整個數(shù)全加起來再除以樣總數(shù)。雖加法很簡，但是成上千個數(shù)的累加仍很是繁瑣3.不能準確表示當變化趨勢統(tǒng)的平均計算過程，所有數(shù)的權重是樣的。但于平均負這種實時用來說，實越靠近前時刻的值權重應越要大一才好。因這樣能更反應近期化的趨勢所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方，而是采的一種指加權移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指加權移動均數(shù)計算在深度學中有很廣的應用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(shù)即可，需要保存有瞬時負值。另外是越靠近在的時間權重越高能夠很好表示近期化趨勢。其實也是時間子系中定時完的，通過種叫做指加權移動均計算的法，計算三個平均。我們來細看下上中的執(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"};當每次時鐘節(jié)到來時會用到 timer_interrupt，依次會調用 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);?}獲取瞬時負比較簡單就是讀取個內存變而已。在 calc_load 中就是采了我們前說的指數(shù)權移動平法來計算去 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;}雖然這個法理解起挺復雜，是代碼看來確實要單不少，算量看起很少。而看不懂也有關系，需要知道核并不是用的原始平均數(shù)計方法，而采用了一計算快，能更好表變化趨勢算法就行至此，我開篇提到“負載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程量匯總到個全局系瞬時負載中，然后定時使用數(shù)加權移平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。三、平負載和 CPU 消耗的關系現(xiàn)很多同學將平均負和 CPU 給聯(lián)系到了一起。為負載高CPU 消耗就會高負載低，CPU 消耗就會低。很老的 Linux 的版本里統(tǒng)計負載時候確實只計算了 runnable 的任務數(shù)量這些進程對 CPU 有需求。在那個年里，負載 CPU 消耗量確是正相關。負載越就表示正 CPU 上運行，等待 CPU 執(zhí)行的進程越多CPU 消耗量也會高。但是面我們看了，本文用的 3.10 版本的 Linux 負載平均數(shù)不跟蹤 runnable 的任務，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進其實是不 CPU 的。所以，負載高不一定是 CPU 處理不過來也有可能是因為磁等其他資調度不過而使得進進入 uninterruptible 狀態(tài)的進程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
感謝IT之家網友 Jay風耀 的線索投遞！IT之家 7 月 28 日消息，今天，魅族 19 產品經理在官方社區(qū)發(fā)布了“19 主理人”計劃的第四倍伐討論。出人預料的尚書，魅這次并沒有繼續(xù)在大家關的魅族 19 身上做太多停留，而是將討論的焦點向了折疊屏方面。魅族官總結了目前市面上冰夷流的種形態(tài)：橫向內折、橫向折以及豎向內折。三者在格、體驗以及機身冰鑒度 / 重量上都有比較明顯的差異。提供么問題來了，你更意嘗鮮哪種折疊屏形態(tài)？或者？你更想要魅太山 Fold？魅族 Flip？魅族 Razr 還是魅族 Pocket？IT之家了解到，目前無淫疊屏行業(yè)以經歷了多輪更迭，基山如業(yè)龍頭三星 Galaxy Z Fold 和 Z Flip、摩托羅拉 Razr、榮耀 Magic V、小米 MIX Fold、OPPO?Find N、vivo?X Fold、華為 Mate Xs、華為 P50 寶盒等等。目前來看，業(yè)界主流的幾廠商都已經或有意推出折屏機型，例如蘋果堵山測試 9 英寸折疊屏設備，堪稱“iPhone / iPad 混合體”，有望于 2025 年或更晚發(fā)布。document.write("
IT之家 1 月 21 日消息，美國上訴法院本周五宣布果勝訴，撤銷陪審團 3.085 億美元的裁決。位于華盛頓特皮山的美國聯(lián)邦巡回上訴法院持東得克薩斯州聯(lián)邦法官的原，認定 Personalized Media Communications LLC（PMC）公司的專利無效。IT之家小課堂：專利許可公司 PMC 于 2015 年首次起訴蘋果侵犯多項專利。東得克斯州的一個陪審團于 2021 年 8 月表示，蘋果的 iTunes 服務，App Store 中用于解密電影、音樂和應用程序的 FairPlay 軟件 侵犯了其 2012 年獲得的專利，要求蘋果支付 3.085 億美元的數(shù)字版權管理專利費始均。地方法官 Rodney Gilstrap 在 4 個月后推翻了判決。Gilstrap 說 PMC 使用了不當?shù)摹皾撏А保╯ubmarine）策略，一些申請人在 1995 年之前采用這種策略來延遲專利公開，到相關發(fā)明的產品上市。路透報道指出，PMC 公司上述專利的申請日期為二十世紀若山十代。Gilstrap 表示，PMC 采用了所謂的“潛水艇”專利策略，提交連續(xù)申請，后保持其專利組合“隱藏”，到行業(yè)廣泛采用底層技術。聯(lián)巡回法院以 2-1 的裁決維持了法官 Gilstrap 的判決?
感謝IT之家網友 航空先生 的線索投遞！IT之家 1 月 19 日消息，據 36 氪消息，Danilo Teobaldi 離任蔚來整車工程副總，轉任歐洲整車工程師，而蔚來行副總裁及產品員會主席周欣，接任蔚來整車工副總裁一職。Danilo Teobaldi 是意大利都靈人，于 2015 年從觀致加入蔚來，負整車集成及前期程，2019 年 10 月，原蔚來整車工程副總 Roger Malkusson 榮休，Danilo Teobaldi 接任。Danilo Teobaldi 支撐起了蔚來此后年多的整車工程發(fā)，歷任六款車，涵蓋了 SUV 及轎車。周欣于 1992 年獲得復旦大學學士位，在通用汽車國有限公司工作僅 3 年就成為了高級經女薎，之又在觀致汽車工了多年，于 2015 年加入蔚來汽車，現(xiàn)任蔚來行副總裁及產品員會主席，也算蔚來汽車的元老人物了。據報道來自相關配合部的反饋稱，整車術和項目的節(jié)奏是偏慢，甚至“800V 的相關驗證配合也有些應龍”。800V 電壓平臺被視為行的下一個關鍵技高地。行業(yè)第一規(guī)?；慨a的節(jié)是 2023 年，而蔚來計劃 2024 年推出，顯然要慢了一些也許周欣的接管加速 800V 平臺開發(fā)。IT之家此前報道，2022 年，蔚來共交付新車 122486 臺，同比增長 34%；截至 2022 年 12 月 31 日，蔚來新車已累計交付新車 289556 臺。2023 年，智能電動旗艦轎跑 SUV EC7、全場景智能電動艦 SUV 全新 ES8 等全新車型將在上半年啟交付?
IT之家 1 月 19 日消息，蘋果今天發(fā)布了 tvOS 16.3 RC 預覽版更新，用于測試，具體版綸山號 (20K650)。開發(fā)人員可以通過使用 Xcode 將配置文件下載到 Apple TV 上，來下載 tvOS 16.3 Beta 測試版。IT之家了解到，tvOS 的更新通常規(guī)模不大，重點是內部錯誤 Bug 修復和改進，而不是明顯的外向變化。目前暫未發(fā)現(xiàn)果 tvOS 16.3 中出現(xiàn)明顯的新功能。蘋果在其 tvOS 支持文檔中分享了有關 tvOS 版本的一些信息，該文檔會在每次 tvOS 發(fā)布后更新，但不提供有關 Beta 版的詳細信息帝臺
IT之家 1 月 20 日消息，國知識產權局息顯示，騰科技（深圳有限公司申的“刷掌設”專利近日授權。專利要顯示，該掌設備具有于攝像頭組的攝像模式基于補光燈補光模式和于交互燈的互模式，攝模式、補光式和交互模均由控制組進行控制。刷掌設備能將刷掌補光燈光交互進融合，具有成度高，體小，用戶體佳等優(yōu)點。體來看，該掌設備屬于物識別技術域。刷掌設包括殼體，于殼體內部攝像頭組件燈組件和控組件，以及于殼體一端導光件；燈件包括補光和交互燈，光燈和交互均位于攝像組件的側部IT之家了解到，騰訊科（深圳）有公司去年 8 月便申請注冊多枚“微刷掌”“微刷掌支付”微信刷掌服”“WePalm”商標，國際分類涉設計研究、告銷售、金物管等?
