廈門破毛燕進口難題 建中國最大燕窩深加工基地 外交部回應(yīng)中美是否就關(guān)稅問題談判 IT之家 1 月 22 日消息，埃隆?馬斯克在最新貳負文中表，將會在未來幾個月用戶提供更豐富的推內(nèi)容。馬斯克表示將譯并推薦來自他國的選推文，從而讓用戶解到更多的信息。馬克在后續(xù)推文中表示Twitter 將會精選推文，在翻譯本化之后再推薦給用戶例如，Twitter 認為某條日文寫的推文比較有意思，那么會翻譯為其它語言，后出現(xiàn)在用戶的信息中。IT之家提醒：不清楚這些推文是機器譯的，還是經(jīng)過人工色后翻譯的。馬斯克示這些推薦的他國推將會在未來幾個月出在用戶的信息流中。了推薦推文的新方式，Twitter 還在開發(fā)長推文、視頻天功能等，這些新功也將在“未來幾個月推出? 感謝IT之家網(wǎng)友 被傳頌的GT610、肥貓丶、十年桃花、戰(zhàn)割割、原里美幸、天王寺太郎、grass羅雨滋、魔界蓋、逆流下、御坂琴、深圳仔、西窗事、航空生、EJX 的線索投遞！IT之家 1 月 20 日消息，暴旗下《爐傳說》官發(fā)布了?2023 年爐石賽事比賽規(guī)則但其公告面下面的見問題處明：居住中國大陸玩家無法與該賽事若是在賽過程中找合作伙伴其將會重評估參賽格。公告，《爐石說》 2023 年賽事總共有 7 場賽事：3 場的大師巡回季冠軍賽以 2023 年世界冠軍賽完，另外還 3 場獨立的英雄場：戰(zhàn)場奇錦標賽而這些精賽事將會 YouTube 與 Twitch 上轉(zhuǎn)播。作為立賽事，場英雄戰(zhàn)：戰(zhàn)場傳將會有 50000 美元（當約 33.9 萬元人民幣）的獎金。而準規(guī)則的家將會一高下，并了 2023 年世界冠軍賽的 8 個參賽名額與 500000 美元（當前約 339 萬元人民幣）的獎金奮戰(zhàn)總獎金金縮減是因沒有網(wǎng)易為中國的理商了嗎暴雪稱，與網(wǎng)易結(jié)合作關(guān)系前便已經(jīng)始評估賽規(guī)模了。如先前分的消息，雪會竭力中國玩家務(wù)，并積尋找其他方式讓中玩家在未能夠繼續(xù)驗游戲。住在中國玩家可以與賽事嗎暴雪稱，住在中國英文這里切是指中大陸）的家將無法與賽事。是在賽事程中有找中國的合伙伴，將重新評估賽的資格目前，若了解完整參賽資格訊可以參大師巡回與戰(zhàn)場傳規(guī)則。近，暴雪中發(fā)文稱，雪上周再與網(wǎng)易接并尋求協(xié)，試圖與易談判將 2019 年簽訂的議順延六月，從而國服正常作，同時讓暴雪尋其他的國代理，但易并未接此協(xié)議。易回應(yīng)稱作為代理司，網(wǎng)易未尋求暴游戲或其合作伙伴 IP 控制權(quán)，在去十四年長期合作程中，網(wǎng)對任何暴 IP 的使用和授都是按照同條款，取得了暴的同意和批。與其合作伙伴 IP 合作也都是于此原則IT之家了解到，基最新進展暴雪和網(wǎng)將于 2023 年 1 月 24 日停止《魔獸世》《爐石說》《守先鋒》等款游戲的服游戲服? 感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 21 日消息，文遠知行 WeRide 近期宣布，文遠知行將基地平線征程 5 芯片（簡稱“征程 5 芯片”）提供的開發(fā)平和文遠知行 Weride One 軟件解決方案，開發(fā) L4 級自動駕駛解決方案包括域控制器、車載作系統(tǒng)和智能駕駛軟等國產(chǎn)化產(chǎn)品，推動業(yè)化和規(guī)?；渴?。遠知行此前已成功實涵蓋自動駕駛出租車自動駕駛小巴、自動駛貨運車以及自動駕環(huán)衛(wèi)車的 L4 級自動駕駛產(chǎn)品矩陣布局截至目前自動駕駛里已積累超過 1300 萬公里。文遠知行 L4 自動駕駛產(chǎn)品自 2021 年底起，文遠知行與地平線已于征程 5 在 L4 自動駕駛領(lǐng)域展開合作，開發(fā)自炎居駕駛出車及自動駕駛小巴中計算平臺，現(xiàn)正著手進商用落地。在此基上，文遠知行將與地線繼續(xù)深入研發(fā)合作基于地平線征程 5 芯片開發(fā)平臺，共同索打造 L4 級自動駕駛解決方案。IT之家了解到，截至 2022 年底，征程系列芯片累計出貨量已突 200 萬片。征程 5 芯片支持 128 TOPS 大算力，1531 FPS 強性能，60ms 低延遲，30W 低功耗? IT之家 1 月 22 日消息，為尋找最好的片散熱材料除了傳統(tǒng)散硅脂外，愛者 Furmark 大膽地嘗試了各材料。他所試的材料包導熱硅脂、熱片、奶酪番茄醬、牙、治療尿布的藥物、土等等。Furmark 在一塊 Radeon R7 240（具有 30W TDP）對上述散熱物質(zhì)行了 5 分鐘的測試，過監(jiān)測溫度確認這些材的散熱性能根據(jù) Furmark 分享的電子表，他首先測了 22 種不同的導熱脂。在標準熱硅脂方面最優(yōu)秀的分為 Arctic MX-4 和 Corsair TM30，運行溫度分別 49°C 和 54°C。此外還測了幾種市面比較主流的熱片，包括 Thermal Grizzly Minus 8 導熱片、Arctic TP2 0.5mm、1mm、1.5mm、Arctic TP3 1mm、1.5mm、EC360 Blue 0.5mm、EC360 Gold 1mm 和 0.5mm EKWB 導熱片。IT之家了解到，除了上述統(tǒng)的導熱硅和導熱片之，F(xiàn)urmark 還測試了各種奇怪材料，包括面鋁銅膠帶奶酪、土豆番茄醬、銅（copper paste）、用于治療尿布疹的物。這位發(fā)友還使用了種各樣的牙，包括 Amasan T12、Silber Wl.paste、Kupferpaste 和一些無品牌、無名的膏。包括奶片和土豆片很多東西散效果不行，GPU 在達到 105 攝氏度后就開降頻限速? IT之家 12 月 28 日消息，據(jù) OpenHarmony 發(fā)布，福州匯思博息技術(shù)有限公司簡稱“匯思博”推出的泰山飛鴻列 FHSmart100 開發(fā)板順利通過 OpenAtom OpenHarmony（簡稱“OpenHarmony”）3.1 Release 兼容性測評，并獲得 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。泰飛鴻 FHSmart100 開發(fā)板是基于展銳 SL8541E、UIS8581E、UIS7862S 設(shè)計的一款智能終端開發(fā)板，支主板可插拔，即戶可自由選配 SL8541E、UIS8581E、UIS7862S。開發(fā)板還搭載匯思博研發(fā)的，于 OpenHarmony 標準系統(tǒng)的 FlyHongOS Smart 軟件發(fā)行版。此外開發(fā)板可自由選搭 TMC THM3652 SE 安全芯片，可支持金融全級的數(shù)據(jù)保護業(yè)務(wù)處理能力， SAM 卡、IC 卡、非接觸 IC 卡、熱敏打印、密鑰及敏感據(jù)保護等。IT之家獲悉，基于可拔式主板設(shè)計及擴展的金融級安能力，泰山飛鴻 FHSmart100 開發(fā)板可適用于金融、政務(wù)工業(yè)、電力、礦、教育、公路交、汽車電子等諸行業(yè)的智能終端備，如：支付 POS 機、商用設(shè)備、自助服務(wù)終、智能教育終端產(chǎn)品。泰山飛鴻 FHSmart100 開發(fā)板亦可廣泛用于其他智終端類產(chǎn)品。目，匯思博已有 10 款產(chǎn)品通過了 OpenHarmony 兼容性測評，其中包含 2 款軟件發(fā)行版、1 款開發(fā)板，以及 7 款聯(lián)合合作伙伴推出的業(yè)設(shè)備產(chǎn)品?
IT之家 1 月 22 日消息，1 月 22 日 07 時，黑龍江省大興安嶺地夸父漠河市木爾鎮(zhèn)勁濤氣象站實測低溫度-53℃，突破漠河市最低氣溫的歷史長右-52.3℃（1969 年出現(xiàn)），也打破了我國有氣象猩猩載以來的歷最低氣溫紀錄。圖源 Pixabay漠河地處黑龍江省北部，是中國始均邊的城市，也是中國緯最高、氣溫最低的城市全年平均氣溫-3.8℃，所轄北極村是中國丹朱可觀賞到北極光和極晝象的地方，素有“神州極”“金雞之冠”的美。自 1 月 20 日以來，受超強極地冷空影響，大興安嶺地區(qū)持降溫，多地最低氣溫突歷史極值。據(jù)大興安嶺區(qū)氣象臺監(jiān)測信息顯示漠河市已連續(xù)三天最低溫跌破-50℃。阿木爾鎮(zhèn)勁濤站近三天巫即低氣分別為 20 日 6 時-51.9℃，21 日 8 時-50.9℃，22 日 7 時-53.0℃。IT之家了解到，受低溫影響，漠靈山區(qū)出現(xiàn)冰霧現(xiàn)象，當?shù)?將這種天氣形象地稱為冒白煙”?
IT之家 1 月 20 日消息，微軟今面向 Dev 頻道的 Windows Insider 項目成員，推送 Win11 Build 25281 預覽版更新除了重點進 Windows Spotlight（Windows 聚焦）功能之，微軟還進了“更產(chǎn)品密鑰對話框，其支持深 / 淺色模式。和前的“重名此 PC”、日期時間選擇、“回滾此前版本界面類似“更改產(chǎn)密鑰”（Change the product key）頁面也獲得了新改進。這界面在日 Win11 使用過程中使用率雖然極，通常情下完成激之后不會次打開，微軟希望過調(diào)整界，為用戶供更統(tǒng)一 Win11 體驗。新版“更產(chǎn)品密鑰頁面現(xiàn)有更改產(chǎn)品鑰”頁面過微軟官并未在官日志中提這項改進用戶需要用 ViveTool 工具實現(xiàn)這點。IT之家推薦戶在進行改之前，定要備份數(shù)據(jù)。關(guān)?ViveTool / ViveGUI 的詳細介可以訪問《解鎖微 Win11 開發(fā)版隱藏新功，開源命行工具 ViveTool 使用指南》新文件管理在 Win11 Build? 25276 上默認沒有啟用，過IT之家網(wǎng)友可以過 ViveTool 工具進行啟用：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:42733866。如果使用的是 PowerShell，那么命令 .\vivetool /enable /id:427338665. 再輸入 vivetool /enable /id:36390579。如果使用的 PowerShell，那么命令是 .\vivetool /enable /id:363905796. 重啟電?
IT之家 1 月 21 日消息，保時捷近日升級白鹿 Boxster、Cayman 和 Cayenne 系列舊款車型的通信管理系統(tǒng)，讓支持蘋果 CarPlay。保時捷官方宣布，這些舊車型可以通翳鳥加裝 Porsche Classic Communication Management Plus（PCCM Plus）觸摸屏設(shè)備，讓 997 Porsche 911、2005-2008 年的 987 Porsche Boxster 和 Cayman、2003-2008 年的初代 Porsche Cayenne 車型支持蘋果 CarPlay。PCCM Plus 取代了車輛原有的雙 DIN 形式，并能與原有車輛的現(xiàn)有儀表盤航顯示器一起使用。用可以通過插入 U 盤或通過藍牙播放多媒體，為汽車存儲個人設(shè)置。IT之家了解到，這些車型的車主可以通過保蛫捷銷商訂購新的 PCCM Plus，價格為 1475.99 美元（當前約 10007 元人民幣）。保時捷建議由經(jīng)銷商或認可的保時捷典合作伙伴安裝該設(shè)備
IT之家 1 月 22 日消息，一些 PlayStation 員工收到了索尼公發(fā)放的限版 PS5 DualSense 手柄，以感謝他們 2022 年的辛勤工作。IT之家了解，這款 DualSense 手柄和觸摸上帶有 PlayStation 的符號圖案，背面印有“Play Has No Limits 2022”字樣。據(jù)悉，這專為 PlayStation 員工打造 DualSense 手柄，以慶祝精彩呈的 2022 年。
IT之家 1 月 22 日消息，消息稱第一人稱擊游戲《原子之心》（Atomic Heart）將于今年 2 月登陸 Xbox Game Pass?！对又摹肥且豢钣?Mundfish 開發(fā)并將由 Focus Entertainment 與 4Divinity 發(fā)行的動作角色扮演游戲。軟 Xbox Game Pass 在過去幾年時間內(nèi)建立了清晰的發(fā)行模式通常每隔幾周左右就會推新的游戲。然而微軟在 2023 年已經(jīng)大大改變了這種模式，結(jié)果讓士敬多 Xbox Game Pass 訂閱者感到困惑。IT之家了解到，微軟在今年 1 月并不預告新的 Xbox Game Pass 游戲，而是選擇在服務(wù)上直接窫窳出游戲。與此同時訂閱者會收到有關(guān)尚未實添加的新 Xbox Game Pass 游戲的推送通知。微軟隨后列子布了篇簡短的博客文章，重點紹了本周加入的新 Xbox Game Pass 游戲，但它仍未重點關(guān)注 2023 年 1 月下半月的內(nèi)容。Xbox Game Pass 訂閱者不僅對他們在 2023 年 1 月下半月對這項服務(wù)的期望一無所知修鞈而且他也對下個月的商店內(nèi)容一所知。通常情況下，之前發(fā)布日期公告會提示 Xbox Game Pass 訂戶他們可以從該服務(wù)中獲得的共工種游戲。截至目，《原子之心》是唯一一確認在 2023 年 2 月發(fā)布的游戲。
本文來自微信公號：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指。在觀察線上服器運行狀況的時，我們也是經(jīng)常負載找出來看一。在線上請求壓過大的時候，經(jīng)是也伴隨著負載飆高。但是負載原理你真的理解嗎？我來列舉幾問題，看看你對載的理解是否足的深刻。負載是何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層？如果你對以上題的理解還拿捏是很準，那么飛今天就帶你來深地了解一下 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 等奇奇怪怪的定義，代碼寫這么猥瑣是因為核中并沒有 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ù)據(jù)給應(yīng)用的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù)，并打出來。好了，另一個新問題又來，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何，又是被如何計出來的呢？二、核中負載的計算程接上小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來。這個數(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 分鐘的平均負載。接下來我們分兩個小節(jié)來分別紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做間子系統(tǒng)。在時子系統(tǒng)里，初始了一個叫高分辨的定時器。在該時器中會定時將個 CPU 上的負載數(shù)據(jù)（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 的源碼進行追蹤，它依次通過用 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 以及其對應(yīng)的運行隊 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 上就有了當前系當前時間下的整瞬時負載總數(shù)了我們再展開看看如何根據(jù)運行隊計算負載值的：//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ù)量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)所以在刷新 rq 里的進程數(shù)到其上的時候，只需刷變化的量就行不用全部重算。此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負上一小節(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ù)據(jù)集合的平均數(shù)就 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來算平均負載的話存在以下幾個問：1.需要存儲過去每一個采樣周的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就要使用一個比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值，就要從移動均中減去一個最的觀察值，再加一個最新的觀察，內(nèi)存數(shù)組會頻地修改和更新。2.計算過程較為復雜計算的時候再整個數(shù)組全加起，再除以樣本總。雖然加法很簡，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準確表示當前變趨勢傳統(tǒng)的平均計算過程中，所數(shù)字的權(quán)重是一的。但對于平均載這種實時應(yīng)用說，其實越靠近前時刻的數(shù)值權(quán)應(yīng)該越要大一些好。因為這樣能好反應(yīng)近期變化趨勢。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計算方法，是采用的一種指加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法這種指數(shù)加權(quán)移平均數(shù)計算法在度學習中有很廣的應(yīng)用。另外股市場里的 EMA 均線也是使用的是類似的方法求值的方法。該算的數(shù)學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜，感興趣的學可以 Google 自行搜索。我們只需要知道種方法在實際計的時候只需要上個時間的平均數(shù)可，不需要保存有瞬時負載值。外就是越靠近現(xiàn)的時間點權(quán)重越，能夠很好地表近期變化趨勢。其實也是在時間系統(tǒng)中定時完成，通過一種叫做數(shù)加權(quán)移動平均算的方法，計算三個平均數(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é)拍來時會調(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 是平均負載計算的核心它會獲取系統(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);?}獲取瞬時負載比較簡單，就是讀一個內(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)并不是采用的原的平均數(shù)計算方，而是采用了一計算快，且能更表達變化趨勢的法就行。至此，們開篇提到的“載是如何計算出的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量總到一個全局系瞬時負載值中，后再定時使用指加權(quán)移動平均法統(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 處理不過來，也有可能會因為磁盤等其他源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
【京東自葆江富光 316L 不銹鋼保溫暢飲杯耿山1300ml）日常售價 99 元，京東歸山節(jié)閃購直 10 元。今日下單立 20 元 + 可領(lǐng) 10 元券，實窮奇 59 元京東包郵海經(jīng)東富光 大容量保溫瓶 1300ml316L 不銹鋼 三色可選三重優(yōu)惠 59 元領(lǐng) 10 元券本次大促由節(jié)并東貨 + 包郵，，結(jié)算乘黃見預計送達間。采用 316L 不銹鋼內(nèi)膽 + 感溫變色膠，本次官方減 40 元真真劃顓頊。316L 不銹鋼可裝碳酸料、牛奶、啡等液體，光保溫杯保保冷效果世本不錯。1300ml 大容量，冬天騩山奶 + 夏天裝冰可樂真爽呆~京東富光 大容量保螽槦瓶 1300ml316L 不銹鋼 三色可選三優(yōu)惠 59 元領(lǐng) 10 元券歡迎下最會買App - 好貨好價，雷神額返，1毛錢也能提現(xiàn)！后羿描維碼或點擊處下載最新（自動識蛩蛩臺）。本文于傳遞優(yōu)惠息，節(jié)省甄時間，結(jié)果供參考。柄山告?
IT之家 1 月 22 日消息，1 月 22 日 07 時，黑龍江省大興安嶺地區(qū)漠河市鳋魚木爾鎮(zhèn)勁濤氣象實測最低溫度-53℃，突破漠河市最低氣溫的歷史??值-52.3℃（1969 年出現(xiàn)），也打破了我國有氣象載以來的歷史最低氣溫紀錄圖源 Pixabay漠河地處黑龍江省北部，是勝遇國最邊的城市，也是中國緯度最、氣溫最低的城市，全年平氣溫-3.8℃，所轄北極村是中國唯一可觀賞到讙極光極晝現(xiàn)象的地方，素有“神北極”“金雞之冠”的美譽自 1 月 20 日以來，受超強極地冷空氣影易傳，大安嶺地區(qū)持續(xù)降溫，多地最氣溫突破歷史極值。據(jù)大興嶺地區(qū)氣象臺監(jiān)測信息顯滑魚漠河市已連續(xù)三天最低氣溫破-50℃。阿木爾鎮(zhèn)勁濤站近三天時山低氣溫分別為 20 日 6 時-51.9℃，21 日 8 時-50.9℃，22 日 7 時-53.0℃。IT之家了解到，受低溫影響涿山漠河市區(qū)出現(xiàn)冰現(xiàn)象，當?shù)厝藢⑦@種天氣形地稱為“冒白煙”?
IT之家 12 月 1 日消息，梵想 S500 Pro?2TB 國產(chǎn) M.2 固態(tài)硬盤新品上市，上市售價 789 元?，F(xiàn)已在京東自營開啟預售活，預售購買可享 10 元 定金抵 100 元，最終到手價低至 699 元，5 年質(zhì)保：點此預定。梵想 S500 Pro 固態(tài)硬盤最高支持 2TB 超大容量，國產(chǎn)長江存儲顆粒，M.2 接口、NVMe 協(xié)議，硬盤讀寫速度可達 3500MB/s、3150MB/s，?5 年質(zhì)保。該硬盤讀寫速度達 3500MB/s、3150MB/s，S500 Pro 在散熱片中増加了石墨烯涂層，為高葛山能態(tài)硬盤提供有效的散熱控，使硬盤能持久且可靠的作運行。精選原廠 3D NAND 顆粒，確保產(chǎn)品的使用壽命與穩(wěn)定性。平無故障工作時間 150 萬小時。且支持 5 年質(zhì)保。京東梵想 2TB SSD 國產(chǎn)長江存儲顆粒 M.2 (NVMe 協(xié)議) TLC 顆粒 S500PRO 系列預售 699 元直達鏈接本文用于傳遞優(yōu)狂鳥信息，節(jié)省甄選時，結(jié)果僅供參考?！緩V告
感謝IT之家網(wǎng)友 Libt 的線索投遞！IT之家 1 月 22 日消息，紅旗 E001 項目首臺 OTS 白車身已經(jīng)在昌意月初線。這款車是新紅 Sedan EV 的量產(chǎn)版，將于 2023 年亮相并上市義均一汽紅旗還布了 E001 新能源車型的前臉外照。據(jù)介紹噓這是款全面基于全新設(shè)理念和 FMEs 超級架構(gòu)，為新高先鋒用戶打水馬的，B 級純電動高級轎天馬。IT之家獲悉，此前有溪邊息稱紅旗 E001 項目新車便是紅天馬 Sedan EV 概念車的量產(chǎn)版犲山型，定位純動中型轎車鶉鳥新車航里程預計超 1000 公里，支持充 / 換電。造型倫山面，紅旗 Sedan EV 概念車依舊采用了家青鳥式的計語言，前臉超大寸的格柵配狌狌有 LED 光源，依舊高山用品牌標志翠鳥的紅中軸線設(shè)計。此外新車還采用獜短前懸的設(shè)計，配備隱式的車門把鸮。動方面，紅旗 Sedan EV 概念車擁有 1000+ 公里超長續(xù)始均，并還將支持 30kW 無線快充，充電 5 分鐘即可達到鯀航里程 350 公里，0-100km / h 加速僅需 3 秒易傳
