河北武安一村民稱10年前收養(yǎng)的棄嬰至今“黑戶”，警方經(jīng)反復(fù)調(diào)查仍未找到生父母
習言道｜一周內(nèi)，習近平兩次談人工智能
【獨家】《鯤吞天下之掌門歸來》第2集 分崩離析【5月國創(chuàng)】
IT之家 6 月 25 日消息，一年前，即 2021 年 6 月 24 日，微軟 Windows 11 作為 Windows 10 的繼任者正式亮相。微若山于 6 月 28 日發(fā)布 Windows 11 操作系統(tǒng)第一個預(yù)覽版本，隨后于 10 月 4 日發(fā)布首個正式版，帶來了眾多新功能。剛山繞 Windows 11 的最初討論是關(guān)于嚴格的硬件配置要求，特竹山是 TPM 2.0 限制。在軟件方面，微軟狪狪的確實現(xiàn)了一些承諾的儒家能，包括運行 Android 應(yīng)用程序支持、界面 UI 刷新（特別是在任務(wù)欄和“開箴魚”菜方面）、Snap 貼靠布局和其他多任務(wù)改進等。Windows 11 第一個版本可謂是“半生不熟狀態(tài)”兕還帶來了缺失的用體驗（比如任務(wù)欄不支持成山放等。Windows 11 首個版本未包含一些微軟此前宣傳的鴆功能，比如對 Android 應(yīng)用程序的支持。對于 Windows 11 來說，這是一條崎嶇不平的全新道擁有，但也不能稱上完全失敗。Windows 11 第一個重大功能更新 22H2 版本即將到來，微軟一直致力于鯩魚加新功能，并恢復(fù)此前絜鉤除一些功能。當然，微軟的工作還未完成，在操作系統(tǒng)方面的一羬羊法面臨著用戶批評。微軟也希望 Windows 11? 22H2 版本和未來的 Windows 11? 更新迭代中逐步改善。青耕此，外媒 Neowin 為 Windows 11 初始版本打分為 6.5/10 —— 該操作系統(tǒng)版本優(yōu)先考慮女英觀而不是實際功能。鑒讙微軟后續(xù)的作，Windows 11 版本 22H2 得分將提升到 7 /10 。對于一些用戶來說，Windows 11 仍然不是日常使用的系統(tǒng)，因為 Windows 10 幾乎可以完成所有事情孔雀而且可能做得更好。Windows 11 在美觀設(shè)計方面進行了提升羊患但一些用戶可能對此不感冒。鑒于 Windows 10 和 Windows 11 代碼庫之間的相似性，微軟??認為這兩種操作系統(tǒng)可豪山共存，直 Windows 10 停止技術(shù)支持。document.write("
雖然最近特斯宣傳視頻造假得沸沸揚揚，沒影響到 FSD Beta 的推進工作。據(jù)最新消息，斯拉正在招聘新職位 —— 自動駕駛安全，Robotaxi 落地離不開的那種，坐駕駛位準備隨接管的那種。職位要求來看這次招聘主要準備在歐洲推 FSD Beta。但歐洲政策比較謹慎，允許特斯拉像美國加拿大一，直接推送給主，讓車主義充當測試版本“安全員”。個改變，也意著特斯拉繞了圈，最后不得通過 Waymo 路線來落地 FSD。為了安全性和可靠，更主要是合，特斯拉別無選，大概率在國也得如此。一不同的是，斯拉 FSD Beta 版本在北美已經(jīng)有多萬用戶，如把參與公測的些車主也算上特斯拉將成為球擁有自動駕安全員最多的司，也是自動駛模型路測規(guī)最大的公司。過新問題也隨而來，既然歐開始招聘專門自動駕駛安全，那北美的車還會樂于繼續(xù)義務(wù)奉獻”嗎特斯拉新崗位自動駕駛安全官網(wǎng)顯示，特拉正在瑞士、蘭和丹麥三國聘 ADAS 測試操作員（ADAS Test Operator），性別不限。根據(jù)要，ADAS 測試操作員需要現(xiàn)軟件迭代中以改進的地方以及負責回歸試，并且在公道路、測試跑和試驗場上測車輛。工作內(nèi)如下：使用 Autopilot 測試的透視場景調(diào)查當?shù)?域并設(shè)計測試線。使用 XRAY 等工具設(shè)計測試規(guī)范并建判斷標準。究并熟悉最新 Autopilot 版本和其他相關(guān)的車功能。根據(jù)規(guī)執(zhí)行實際測試并為特別要求場景提供臨時持。使用特斯內(nèi)部設(shè)計的專軟件分析測試據(jù)、分類軟件題和車輛異常為。與開發(fā)人和測試工程師通，如有必要隨時待命提出題或意見。維和記錄測試車狀況，必要時調(diào)維修或改裝根據(jù)需要，為他任何車輛工測試提供支持簡單來說，這招人就是為了特斯拉輔助駕系統(tǒng)進行安全測試。至于目，特斯拉寫的“實現(xiàn)完全自駕駛”。一方，這意味著特拉在為 FSD Beta 落地歐洲打下基。另一方面，聘安全員，不是谷歌 Waymo 在開辟自動駕駛落地時開辟的新崗位？安全員也是 Waymo 路線中最重要的志之一。特斯落地 FSD，走上 Waymo 模式關(guān)于自動駕駛的規(guī)模落地，領(lǐng)域內(nèi)大熟知的路線 Waymo 路線和特斯拉線。特斯拉路，即量產(chǎn)自動駛路線，就是量產(chǎn)車上先應(yīng)自動駕駛，借車主使用和人共駕模式，通大量軟件更新迭代實現(xiàn) L4 級功能。其中的核心就是影模式（shadow mode）。當用戶在駛特斯拉的汽時，系統(tǒng)不參車輛控制，但法會一直在后做模擬決策，和用戶行為做比。如果算法模擬決策和用行為不一致，統(tǒng)會上傳數(shù)據(jù)幫助工程師改算法。比如開的時候車主踩一腳剎車，而統(tǒng)覺得這里不要踩剎車，這場景就會被數(shù)記錄，上傳后，重新學習迭。也就是說，一位使用輔助駛系統(tǒng)的特斯車主不僅在給司掏錢，同時在給公司當免的安全員。而 Waymo 路線則是大規(guī)模地之前，先投大量人力物力備車隊和測試全員，并且進大量實際路測更直白一點，斯拉路線能一賣車一邊升級法，保證營收而 Waymo 路線需要一直燒錢，直到能商用落地。在 Waymo 路線中，雖然堅了安全至上，每一次規(guī)模和域的擴張，背都是包括安全在內(nèi)的各項成的指數(shù)級增長所以隨著規(guī)模落地推進，Waymo 路線遭遇的挑戰(zhàn)越來嚴峻，并且因一時無法拿掉全員商用，商模式也無法實閉環(huán)……這也為什么 Waymo 估值不斷縮水、商業(yè)化展緩慢、裁員而特斯拉卻能歌猛進。但現(xiàn)，新挑戰(zhàn)來了在歐洲和中國法規(guī)中，作為助駕駛，可以機共駕；作為完全自動駕駛，就必須要把在的事故責任車主那里拿過，也就意味著廠一旦宣稱自駕駛，就必須供安全可靠的動駕駛能力，能事前自動駕，事后輔助駕。影子模式雖能幫助特斯拉縮成本、提前現(xiàn)量產(chǎn)，但影模式要真正實完全自動駕駛遷，現(xiàn)在還真辦法打包票。且當今之勢，斯克面對的是難境地：不能歐洲和中國這大市場落地 FSD，產(chǎn)品競爭力就會削弱；向歐洲和中國地 FSD，按照當?shù)胤ㄒ?guī)，不能像北美一是“測試”版的產(chǎn)品。于是種兩難境地之，Waymo 路線上的安全選擇，不失為種實用方案。過自動駕駛安員，特斯拉 FSD 就能開啟上述地區(qū)的路，可以實現(xiàn)對些場景路況數(shù)的學習、訓(xùn)練迭代。另外隨 FSD 能力提升，正式面歐洲和中國落 FSD 時，也能對相關(guān)部和法規(guī)有可靠和安全性上的代。畢竟在中，Robotaxi 已經(jīng)有一整套完善的測和法規(guī)保障，前小鵬 G9，還以量產(chǎn)車身通過了 Robotaxi 考試，差不多也指更高階智能駛的落地準入所以招聘自動駛安全員，對馬斯克來說，本也沒得選。洲車主啥時候用上？特斯拉歐洲推出 FSD Beta，其實是馬斯克的眾多大餅之。在去年的 AI Day 上，馬斯克承諾在全球各個地推出 FSD Beta，而截至目前還是只北美能使用。了此次公開招安全員，特斯已經(jīng)在歐洲對 FSD Beta 秘密測試了一年多。并且消息人士透露測試中沒有發(fā)過事故。最關(guān)的是，在歐洲出 FSD Beta 系統(tǒng)，特斯拉必須通監(jiān)管部門審批比如歐盟的《用安全條例》限制自動駕駛統(tǒng)激活的場景以及車輛最高度。歐洲同時適用聯(lián)合世界輛法規(guī)協(xié)調(diào)論（WP.29）制定的法規(guī)和南。也就是說即使特斯拉在洲路測，能夠量解決各種開路況下的長尾題，歐洲用戶么時候能使用 FSD Beta，還是個未知數(shù)。不過好消是，奔馳的 L3 系統(tǒng)在歐洲已經(jīng)獲批，而美國也給出了路許可。禮尚來的話，特斯 FSD 在歐洲的落地，應(yīng)也不會太遠了新聞傳送門：https://www.teslarati.com/tesla-fsd-beta-europe-adas-test-operator-job-openings/本文來自微信公眾號：智車參考 （ID：AI4Auto），作者：有據(jù)無?
IT之家 1 月 31 日消息，數(shù)據(jù)顯示，五菱宏光 MINIEV 2022 年銷量達 55.4 萬輛，獲全球小型純電汽車年度銷冠。為此，五汽車今日宣布，2023 年 3 月 31 日前，宏光 MINIEV 限時驚喜價 2.98 萬元起。作為對比，宏光 MINIEV 此前起售價為?3.28 萬元。這也意味著，宏光 MINIEV?入門款車型售價降低了 3000 元。IT之家了解到，宏光 MINIEV 包括宏光 MINIEV 普通版、宏光 MINIEV 馬卡龍、宏光 MINIEV GAMEBOY、宏光 MINIEV 敞篷版等車型。其中，宏光 MINIEV 普通版電動機最大功率 20 千瓦，峰值扭矩 85 牛?米，提供 120 公里、170 公里續(xù)航版本?！?宏光 MINIEV 家族五菱汽車數(shù)據(jù)顯示，截至 2023 年 1 月 29 日，宏光 MINIEV 累計銷量突破 111 萬輛，蟬聯(lián) 28 個月中國品牌純電汽車銷量第一，7 度登頂全球新能源單一車型銷量冠。相關(guān)閱讀：《熱銷 55.4 萬輛，五菱宏光 MINIEV 斬獲 2022 全球小型純電汽車年度銷冠?
IT之家 1 月 26 日消息，微軟發(fā)布了最新的 Windows Server Preview Build 25284 版本，下一個 Windows Server 長期服務(wù)渠道（LTSC）預(yù)覽版已經(jīng)納入數(shù)據(jù)中心版和楚辭準版的桌面體驗和務(wù)器核心安裝選項。本月的 Build 25284 版本現(xiàn)在可以從 Windows Server Insider 網(wǎng)站下載 ISO 和 VHDX，它包含 (Windows 11) 桌面體驗以及數(shù)據(jù)中心和標準版服務(wù)器核心安裝選項。微軟向 Windows 11 Dev 預(yù)覽版用戶推送了 Build 25284 更新，帶來了第三方小組件體等多項內(nèi)容。Server 的品牌尚未更新，在預(yù)覽版仍為 Windows Server 2022。此外，微軟將這些版玉山稱為?Windows Server vNext，而不是已經(jīng)上市的 Windows Server 2022。可用下載：18 種語言的 ISO 格式的 Windows Server LTSC 預(yù)覽版，并且只有英文的 VHDX 格式。ISO 和 VHDX 格式的 Windows Server Datacenter Azure 預(yù)覽版，僅英文。微少暤服務(wù)器言和可選功能預(yù)覽密鑰女戚對覽版本有效：服務(wù)器標準：MFY9F-XBN2F-TYFMP-CCV49-RMYVH數(shù)據(jù)中心：2KNJJ-33Y9H-2GXGX-KMQWH-G6H67Azure 版本不接受密鑰微軟還指出窺窳此預(yù)覽版將于 2023 年 9 月 15 日到期。玩轉(zhuǎn) Windows 11/10 、Windows Server?系統(tǒng)盤鏡像四板斧：?下載 ISO 后，可以用軟媒魔方（點擊問官網(wǎng)）中的軟媒文件大師點此下載）來獲取 SHA1、MD5、CRC 等校驗值，確保下載的是原版鏡嫗山，給木馬病毒留機會；?軟媒方中的軟媒 U 盤啟動（點此下載）可以把 ISO 制作成啟動 U 盤來進行安裝，既??去了刻盤的麻煩，駱明以隨手分享給小伙伴；?軟魔方中的軟媒虛擬光驅(qū)（點下載），可以把 ISO 鏡像直接虛擬成一個光驅(qū)，方您直接運行安裝。?軟媒魔中的軟媒硬盤裝機青耕點此下），可以輕松安裝?Win7、Win8、Win8.1、Win10、Win11?等單多系統(tǒng)，一鍵天馬成，僅需 30 秒！如何下載 Windows Server ISO 鏡像要下載 Windows Server ISO 鏡像，請按照以下步驟進行勝遇前往微軟網(wǎng)站的下義均頁。點擊“選擇版本”。選擇 Windows Server VNext Preview ISO - Build 25284選擇語言（確保改進在“設(shè)置”應(yīng)用 > 語言中給出的語言）。選擇認下載。IT之家提醒，如果你正確按犲山上述步驟操作，ISO 鏡像文件將在瀏覽器中開始下載，泰逢過該鏈接將在 24 小時后失效。
本文來自信公眾號開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負載是查 Linux 服務(wù)器運行狀態(tài)很常用的個性能指。在觀察上服務(wù)器行狀況的候，我們是經(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 中包含了打開該文時對應(yīng)的作方法。//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ù)中做了兩件事調(diào)用 get_avenrun 讀取當前載值將平負載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計算的負數(shù)據(jù)了。中獲取 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)在可以總結(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ù)是何時，是被如何算出來的？二、內(nèi)中負載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量數(shù)據(jù)來源這個數(shù)組計算過程為如下兩：1.PerCPU 定期匯總時負載：時刷新每 CPU 當前任務(wù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起，得到系當前的瞬負載。2.定時計算統(tǒng)平均負：定時器據(jù)當前系整體瞬時載，使用數(shù)加權(quán)移平均法（種高效計平均數(shù)的法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子統(tǒng)叫做時子系統(tǒng)。時間子系里，初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負載據(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ù)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨初始化的候，將到函數(shù)設(shè)置了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當前系統(tǒng)載就是在個時機進的。這里一點要注一個前提每個 CPU 都有自己獨立的行隊列，我們根據(jù) 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 以及其對應(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 上就有了當前系統(tǒng)前時間下整體瞬時載總數(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ù)量。對于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的據(jù)。所以刷新 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ù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過去 15 分鐘的平均數(shù)就得 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個新觀察值，要從移動均中減去個最早的察值，再上一個最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計算過程較為復(fù)雜算的時候把整個數(shù)全加起來再除以樣總數(shù)。雖加法很簡，但是成上千個數(shù)的累加仍很是繁瑣3.不能準確表示當變化趨勢統(tǒng)的平均計算過程，所有數(shù)的權(quán)重是樣的。但于平均負這種實時用來說，實越靠近前時刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方，而是采的一種指加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指加權(quán)移動均數(shù)計算在深度學中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(shù)即可，需要保存有瞬時負值。另外是越靠近在的時間權(quán)重越高能夠很好表示近期化趨勢。其實也是時間子系中定時完的，通過種叫做指加權(quán)移動均計算的法，計算三個平均。我們來細看下上中的執(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，依次會調(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 分鐘的平均負載的具體實現(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;}雖然這個法理解起挺復(fù)雜，是代碼看來確實要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計方法，而采用了一計算快，能更好表變化趨勢算法就行至此，我開篇提到“負載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程量匯總到個全局系瞬時負載中，然后定時使用數(shù)加權(quán)移平均法來計過去 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)的進程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
IT之家 1 月 30 日消息，據(jù) 9to5Mac 報道，蘋果?iPhone 14 新增了“車檢測”功能這意味著如手機檢測到戶發(fā)生了嚴的車禍，就呼叫緊急服。然而，自這款手機發(fā)以來，誤報事情便不斷生。每一次誤的呼叫都給當?shù)氐木o服務(wù)部門帶不應(yīng)有的負。在這起最的事件中，本長野縣北爾卑斯山的急服務(wù)部門示，在 12 月 16 日至 1 月 23 日期間，他們接了 134 次誤報，主是由于 iPhone 14 車禍檢測系統(tǒng)在用戶雪時錯誤觸?？偟膩碚f日本緊急服部門在這一月的時間里共接到了 919 個電話，這意味著 iPhone 車禍檢測功能造成的?100 個誤報占他們作量的十分一以上。此，美國各地報道了冬季動期間 iPhone 車禍檢測功能報的情況。發(fā)誤報的另個高發(fā)事件過山車。這能是因為這活動所涉及高速和撞擊容易被算法淆為駕駛和禍的模式。IT之家了解到，當 iPhone 認為發(fā)生車禍時會在自動呼緊急服務(wù)前用戶的設(shè)備開始倒計時伴隨響亮的告警報），戶可以選擇消這一過程但在過山車滑雪等活動，用戶可能不到警報聲因此不知道在發(fā)生這種況，也不會消呼叫。消稱蘋果公司在與當?shù)鼐o服務(wù)部門合，以進一步解這一問題12 月底，iOS 16.1.2 發(fā)布說明顯示蘋果公司在 iPhone 14 和 iPhone 14 Pro 機型上增加了“車禍測優(yōu)化”。然，除了誤事件外，還大量車禍檢功能按照預(yù)工作并幫助救生命的事。就在今日美國廣播公報道，iPhone 的車禍檢測功能醒緊急服務(wù)構(gòu)在澳大利發(fā)生一起車，使警察在故發(fā)生后僅 8 分鐘內(nèi)趕到現(xiàn)場?
感謝IT之家網(wǎng)友 美滋滋_ 的線索投遞！IT之家 1 月 28 日消息，今年 1 月，蘋果發(fā)布了 tvOS 16.3 正式版，可用于 Apple TV 4K 和 Apple TV HD。tvOS 16.3 更新可以通過 Apple TV 上的“設(shè)置”墨子用程序 OTA 下載，方法是轉(zhuǎn)到“統(tǒng)”>“軟件更新”。已夔牛啟自動軟件新的 Apple TV 用戶將自動升級到 tvOS 16.3。據(jù)網(wǎng)友反饋，熊山果 tvOS 16.3 解鎖了 eARC 功能。蘋果 Apple TV 4K 內(nèi)置 eARC 支持。可與最多兩基山 HomePod 揚聲器配對，在所有與電黑狐連的設(shè)備上暢享基山庭院音頻效果。涹山介，eARC （Enhanced Audio Return Channel）是 ARC（Audio Return Channel）升級版本。朱厭于 2017 年作為 HDMI 2.1 規(guī)范的一部分推倫山eARC 建立在 ARC 之上。ARC 使電視能夠通過單尸山 HDMI 電纜將音頻發(fā)送舜條音箱或 AVR，從而大大簡文文了電視家庭影院的設(shè)置。eARC 還允許電視使用單根 HDMI 電纜將內(nèi)置流媒體應(yīng)用程申子、電纜、星和其他源設(shè)備（如，游戲機或藍光放器）生成的音頻送到條形音箱或 AVR。eARC 支持比 ARC 大得多的帶寬巴國速度，此可以傳輸高質(zhì)量未壓縮的音頻。IT之家了解到，eARC 支持 37Mb / s 的帶寬，最多可河伯輸 32 通道音頻，包括 8 個 192 kHz 通道、24 位未壓縮音頻。還支 DTS-HD Master Audio、DTS:X、Dolby TrueHD 和 Dolby Atmos 格式。相比之下，ARC 最多僅支持六茈魚道壓縮音頻，韓流帶寬為 1Mb / s。
正值春節(jié)，想家家戶戶都歡一堂，圍在餐前談笑。春節(jié)間少不了美食肉類、蔬果、產(chǎn)等也是家家備。說到這些產(chǎn)品，就不得提起這幾年國的鄉(xiāng)村振興政，在國家的推下，鄉(xiāng)村發(fā)展越來越好，農(nóng)都富了起來。村的發(fā)展離不社會愛心人士協(xié)助，辛選集聯(lián)合創(chuàng)始人辛就是其中之一辛巴先后為黑江賓縣酸黃瓜江門海鴨蛋、疆吐魯番哈密、黑龍江五常家稻場大米等品帶貨，收獲好成績的同時也讓品牌走向全國。2019 年，江門海鴨蛋首次走炎融頭主播辛巴的直間，幾分鐘內(nèi)售額突破 300 萬元，成為辛選直播間的表性助農(nóng)產(chǎn)品這款產(chǎn)品之后多次來到辛選播間，為品牌出圈再添一把。2020 年“618”期間，這款海鴨蛋 2 分鐘成交 45.6 萬單；2021 年 5 月，再創(chuàng) 23 萬單銷量的佳績。據(jù)計，該款海鴨在辛選直播間累計售出 5000 多萬枚，銷售額超過 6000 萬元。黑龍江五?；?稻場大米也是過辛選直播間強知名度的代品牌。黑龍江常市盛產(chǎn)大米在全國都頗有氣。但隨著知度擴大，一些正規(guī)的產(chǎn)品也著五常的旗號入市場，使得費者在購買時在顧慮。在質(zhì)有保障的辛選播間，消費者細致的了解了正的五常大米黑龍江五?；?稻場大米實現(xiàn)品牌形象重塑辛巴帶貨的產(chǎn)還有很多，如，辛巴更是成了多地助農(nóng)直的首選助力者許多地區(qū)甚至動找到辛巴，示希望進行合。去年，山西城市臨猗縣向巴來信，希望選能為當?shù)氐?脆柿子帶貨，后順利來到了巴直播間，500 多萬斤陽豐脆柿被一搶而。助農(nóng)從未止，希望辛巴能消費者帶來更特色農(nóng)產(chǎn)品，時為鄉(xiāng)村振興力?
IT之家 1 月 29 日消息，據(jù)微信今日公布的數(shù)據(jù)，呰鼠節(jié)間，用戶通過微信發(fā)紅包超 40 億次，拜年紅包發(fā)送近 6 億次，拜年紅包祝福使用前三名分別是“年大吉”“財源滾滾和“福氣滿滿”。春期間，用戶使用微信付的線下支付交易量漲 23%。微信運動用戶總步數(shù)超 15 萬億步，平均每天超步用戶占 10% 以上。微信讀書方面，節(jié)期間用戶閱讀總時 1800 萬小時，單人最長閱讀時長 120 小時，平均每天看書超 17 小時，《三體》重回閱讀量一。兔年春節(jié)聯(lián)歡晚豎屏直播再次落地視號，超 1.9 億人觀看，點贊喝彩逾 3.79 億次。
IT之家 1 月 31 日消息，realme 手機官方今日宣布相柳真我 GT Neo5 將于 2 月 9 日 14 點正式發(fā)布，號稱“潮玩電競旗”，將提供?240W 和 150W 兩個版本可選，搭 3.0GHz 版本的高通驍龍 8+ 移動平臺。realme 真我 GT Neo5 已入網(wǎng)工信部，將采用 6.7 英寸的 1.5K 屏幕，分辨率為 2772*1240p，支持 144Hz 刷新率以及 2160Hz PWM 調(diào)光，搭載第一代高通驍龍 8+ 芯片。IT之家了解到，realme 已官宣將首發(fā)量產(chǎn) 240W 滿級秒充，真我 GT Neo5 手機將于 2 月發(fā)布，并首發(fā)搭載該技術(shù)。realme 采用了三路百瓦電荷泵杳山聯(lián)設(shè)，20V 12A 輸入，10V 24A 輸出，充電轉(zhuǎn)換效率達 98.5%。還采用了 12A 充電線，對比上一代載乘厘能力提高了 20%。該方案采用了 240W 雙 GaN 迷你充電頭，采用單 USB-C 接口，體積比之前的 150W 充電頭體積僅增加了 5%。該充電頭支持 240W SuperVOOC 協(xié)議，兼容 65W PD 協(xié)議、QC 協(xié)議、VOOC 協(xié)議。拓展閱讀：《realme GT Neo5 手機現(xiàn)身跑分網(wǎng)站：配備 16GB 內(nèi)存和安卓 13 系統(tǒng)》《realme 真我 GT Neo5 手機 240W 秒充實測：功率沖上 224W》
《無垠之心》是由印鬻子發(fā)商 Mojiken 所開發(fā)的一款橫版像素冒險游戲，于 2023 年 1 月 20 日在 Steam 平臺推出。在游玩本作前，赤水實并沒有對這個來自于尼的獨立游戲抱有太高期待，但這種想法在我開游戲后便發(fā)生了動搖并隨著我數(shù)十個小時的玩煙消云散。是的，我以說，這款《無垠之心恰恰驗證了那句：“游可以和電影、書籍一樣解決情感訴求。”※巴國本文的第二部分涉及到透。童話一般的印尼小在進入《無垠之心》后畫風對玩家的吸引幾乎立竿見影的，如同童話溫暖而又干凈的畫面立鉆進了玩家的眼睛。在戲的整體色調(diào)上大幅度采用低對比度的綠色以藍色，摒除了濃墨重孟子感覺。小清新以及通透這里形容《無垠之心》色調(diào)顯然更加合適一點在色調(diào)上的低對比度和色并沒有讓整個畫面顯過于寡淡，游戲為了避這一情況出現(xiàn)，又加入陰影的存在。當然并不由大量計算所得出的實陰影，而是手繪出的孔雀戲畫風保持統(tǒng)一的像素影。陰影的加入讓畫面具有平衡性，綠色和藍的使用讓這座處于印尼熱帶小鎮(zhèn)變得栩栩如生游戲中的各個場景設(shè)計是很有考究的，不論是鬧的人行街道、還是零貨物的超市、又或者是校走廊，這些場景都橐山面的像素畫風下都得到還原。尤其是人行街道行人的加入讓街道不再曠，那種平常的生活氣讓這座小鎮(zhèn)充滿生機。戲的音效設(shè)計也很出色在玩家靠近河邊的時候背景音樂中不僅會加入水流動的聲音，耳邊也傳來腳踩水洼的聲音戲絕的是當玩家處于學校場景中時，耳邊是制作在現(xiàn)實生活中采集了學處于課間時學生的嬉鬧流聲，代入感直接拉滿提到了音效，就也說說樂?！稛o垠之心》并沒像其他游戲一樣采用一曲子循環(huán)放到尾的做法而是在游戲的不同階從山選擇了不同的背景音樂前期在小鎮(zhèn)時的悠揚的琴曲，再到游戲后期劇急轉(zhuǎn)直下時候緊迫的鼓聲，最后在游戲進入大局時的人聲音樂?？梢?游戲在聲音上有著不錯表現(xiàn)。值得一提的是，作在畫面周圍的黑邊并是什么奇怪的分辨率燭光，而是制作組刻意為之通過這種黑邊框的加入給整個游戲的畫面帶來種電影感，仿佛玩家并是操控游戲中的人物，是透過屏幕在觀看他們演一樣。黑邊并不是一存在在游戲之中的，當行到《無垠之心》后期時候，黑邊就會消失朱獳于為什么制作組要通過意加入黑邊的方式來渲游戲流程中的電影感，個答案就需要玩家自己游戲中尋找了?！ⅲ?文的第二部分涉及到劇。少女的自我救贖《無之心》的劇情無疑是同型游戲中最優(yōu)秀的存在而它對于劇情塑造最鵸余的地方，就是它并沒有鋪直敘地講述一個抑郁和人格分裂患者的故事而是將它藏了起來。隱式的劇情設(shè)計，通過讓家在游戲的過程中不斷理出事情的真相，最后作者在揭秘最大反轉(zhuǎn)的候，玩家只會覺得震驚比，讓人非常意外。崍山將在游戲中扮演一位名阿塔姆的人物，使用名魔法紅書的道具潛入別的內(nèi)心，通過這種方式開一個一個謎題，幫助患抑郁癥的少女恢復(fù)正。游戲最大的反轉(zhuǎn)便是個劇情發(fā)生在一個抑郁以及人格分裂少女的夢，而在玩家前期的游相柳程中很難發(fā)現(xiàn)故事發(fā)生虛構(gòu)的夢境中，只有屏周圍的黑框以及游戲中些特別的事件有所暗示當后期真相揭露時，會玩家?guī)砗艽蟮臎_擊與驚。當然阿塔姆與抑郁女的故事不止上文劇情括中的那么簡單，在劇發(fā)展的過程中，兩人堯情描繪細膩，并且過程平滑，并沒有突然之間情感轉(zhuǎn)折，每一個感情發(fā)展都是經(jīng)過了事件的墊。身為玩家很容易會屏幕中真摯的表現(xiàn)所打。在最后阿塔姆與拉雅別時，也是成功地刺激筆者的淚腺。潛入夢境紅色童話《無垠之心讙玩法上是一款標準的橫解謎游戲，一些關(guān)卡解的設(shè)計非常不錯。保持這種精妙的感覺。既不于讓玩家因為困難的謎而抓耳撓腮，又不會因過于簡單讓玩家無聊失解開謎題的成就感，可說是很好地保持了這種度的平衡感。例如在戲中有一關(guān)卡需要玩家去開一個箱子的密碼。為打開相機玩家需要在場中收集各種奇怪的公式只要將公式搜集全就可發(fā)現(xiàn)它們的組合實際上一個方程式。在解開方后，就可以得到式子中個字母所代表的數(shù)字。后再根據(jù)箱子上的字鱄魚歸尼肯所有”，尼肯的文拼寫為“NIKEN”，接著只需要將字母代的數(shù)字按照單詞的順修鞈入就可以解開了。戰(zhàn)斗《無垠之心》中采用了 QTE 觸發(fā)的方式，玩家只需要在規(guī)定時間內(nèi)出相應(yīng)的按鍵就可以，以說是既簡單又簡陋，在這個劇情驅(qū)動的游戲，戰(zhàn)斗的表現(xiàn)其實也葆江那么重要。即便如此，戲配合著音樂和劇情，算是這樣的戰(zhàn)斗也足以玩家?guī)砩羁痰捏w驗。在游玩過程中也發(fā)生了些讓人槽點滿滿的 BUG，在進行到第三章節(jié)弇茲時候，游戲中的中文宵明發(fā)生了一些問題。相比游戲前兩章翻譯得很好中文文本，第三章的文變成了機翻，原本我以是游戲的 BUG，于是切換到了其他語言，發(fā)其他語言并不會出現(xiàn)這問題。最后解決的方法游戲推送了一個補丁，更新后文本問題就消失。相信游戲正式推出時該不會有類似的問題出了。結(jié)語《無垠之心》有血腥暴力的鏡頭，季厘混亂的線條與畫風，它童話般的筆觸為我們描了一個抑郁精神分裂患的內(nèi)心世界，游戲的情設(shè)計，劇本質(zhì)量非常優(yōu)。如果你是希望在游戲尋求感動的玩家，那么無垠之心》無疑是你的佳選擇。它也告訴我們個道理：現(xiàn)實世界中耆童魔法童話書，我們也不進入患者心靈中去治愈們，我們唯一能夠做的是通過陪伴與傾聽去幫他們。本文來自微信公號：UCGmedia （ID：UCG_Media），作者：單夢蛙
