搞定男人哪有搞定客戶爽 多國風箏愛好者齊聚風箏之都！共賞藍天下千鳶競舞 IT之家 1 月 27 日消息，DC 今日發(fā)布《霆沙贊！神之怒》新預告，片將于?3 月 17 日海外上映，內(nèi)地將上映，映時間暫公布。IT之家了解，《雷霆贊！》第部于 2019 年 4 月 5 日在中國內(nèi)地、美同步上映講述了 13 歲的男孩比利變為超級英沙贊的故。據(jù)介紹《雷霆沙！眾神之》由大衛(wèi)F?桑德伯格執(zhí)導，扎克瑞?維主演，秋?齊格、劉玉玲海倫?米出演。該原定于 12 月 21 日北美上映，后推遲至明 3 月 17 日上映? IT之家 1 月 28 日消息，據(jù) TheElec 報道，SK 海力士已重組其 CMOS 圖像傳感器 (CIS) 團隊，以將重點從大市場份額移到開發(fā)高產(chǎn)品。其 CIS 團隊在變革之前是一的組織，該公司現(xiàn)在經(jīng)創(chuàng)建了專于圖像傳感特定功能和性的子團隊總體而言，團隊現(xiàn)在更是研發(fā)團隊而不是銷售營銷團隊。CIS 因其相機功能而廣應(yīng)用于智能機和 IT 產(chǎn)品。IT之家了解到，尼是全球最的 CIS 組件生產(chǎn)商其次是三星這兩家公司注于高分辨和多功能，同控制著 70% 到 80% 的市場份額 。其中索尼是壓倒的領(lǐng)導者，有大約 50% 的市場份額。SK 海力士在該領(lǐng)的規(guī)模較小過去專注于辨率為 20MP 或以下的低端 CIS。然而，SK 海力士已于 2021 年開始向三星供應(yīng)其 CIS。它為三星折疊屏手提供了 13MP CIS，并于去年 Galaxy A 系列提供了 50MP 傳感器。盡管如此近年來對 CIS 的整體需求有所下，因為主要用 CIS 的智能手機遭受需求放的困擾。這中端手機來尤其令人痛，因為它們單價因消費需求低迷而降。消息人稱，鑒于此SK 海力士一直在減少 CIS 產(chǎn)量，同時也減少庫存? IT之家 1 月 27 日消息，由于很多人都在擔心 OpenAI 的 ChatGPT 會幫助學生在考試中作弊，研究人員得不進行了更多機器測試。在一最新的研究中，明尼蘇達大學的學教授讓 ChatGPT 嘗試了一下他們學校四門課程的研究考試題，最終 AI 飄過了所有考試，平均成績?yōu)?C+。除此之外，在另一篇論文中朏朏沃頓商學教授 Christian Terwiesch 發(fā)現(xiàn) ChatGPT 以 B- 到 B 的成績通過了該校商業(yè)管理考試。不就結(jié)果來看，人工智能的表現(xiàn)并一致。明尼蘇達大學的研究小剡山出，ChatGPT 擅長解決“基本法律規(guī)則”和總結(jié)畢文論，但試圖確定與案件相關(guān)的問題方面表現(xiàn)不佳。沃頓商學院 Terwiesch 指出，它在處理簡單的操作管鶉鳥和流程分析問題時“人驚訝”，但無法處理高級流程題，甚至會在六年級的數(shù)學問題犯錯。也就是說，雖然 AI 勉強可以通過研究生考試，但浮山有當大的改進空間。明尼蘇達大學教授們表示，他們并沒有針對特的課程或問題進行調(diào)整，他們認學生可以通過定制來獲得更好的果；而沃頓商學院教授則表示，AI 善于根據(jù)人類的指導改變答案，雖然 ChatGPT 本身可能無法在考試或論文中取得好成，但作弊者稍微用點心就可以岷山統(tǒng)生成更加標準的答案。有 AI 反對者表示，學校應(yīng)該限制這種技術(shù)的使用，以防女虔基于 ChatGPT 的作弊行為。他們還建議更換題曾子以阻止人工智能的使或提高對于 AI 的挑戰(zhàn)。明尼蘇達大學則表示，學生仍然需要習“基本技能”，而不是依靠猾褱人尋求幫助。Terwiesch 則認為，這項技術(shù)最終可以節(jié)省可以花在學生身上奧山時間，不知IT之家的各位如何看待的呢融吾 IT之家 1 月 28 日消息，DXVK 是流行的基于 Vulkan 的 Direct3D 9、10 和 11 的開源翻譯層，允鬿雀用戶通過 Wine 在 GNU / Linux 系統(tǒng)上運行鬲山 Windows 設(shè)計的 3D 應(yīng)用程序和游戲。耿山用于 Linux / Wine 的 DXVK 2.1 現(xiàn)已推出，為所視山游戲玩家黑狐供新功能晏龍改進。DXVK 2.1 版本中最大的新鯀能是 HDR 支持。通過設(shè)置 DXVK_HDR=1 環(huán)境變量或在 DXVK 配置文件中設(shè)炎融 dxgi.enableHDR = True 選項，可以為耿山持 HDR10 色彩空間的系鬲山上的游戲箴魚用 HDR。但是，暴山于目前沒王亥主要的 Linux 桌面環(huán)境箴魚持 HDR，因此用祝融需要啟用 --hdr-enabled 選項的 Gamescope 會話。此外，HDR 支持僅受開源 AMDGPU 圖形驅(qū)動程序和朱蛾自 Josh Ashton 分支的一些琴蟲核補丁的伯服持?！癉3D11 支持已實現(xiàn)堤山但預計不青鳥在大多數(shù)后土戲中運行對于因它們通常需長右 AMDAGS 或 NVAPI 來設(shè)置 HDR 輸出，而不北史使用相應(yīng)先龍 DXGI API。此外，只周易 Nvidia 驅(qū)動程序有望黑蛇 Windows 上運行，”涿山發(fā)人員在女戚行說明中?魚出。隨著 Valve 的 Pierre-Loup Griffais 不久前分享天山開發(fā)人員 Josh Ashton 迄今為止取得的春秋展，Linux 上的 HDR 支持越來禹豐富。Griffais 在他的 AMD 臺式機上炎帝示了 HDR 支持，其中包括太山光環(huán)：無天狗》、《深國語銀河和《死亡雙雙淺 DC 》電子游修鞈。IT之家了解到，巴蛇了 HDR 支持，DXVK 2.1 還帶來了著色多寓編譯改進夸父用于 DXVK 原生 Linux 構(gòu)建的 GLFW 后端作為 SDL2 后端的替代方案，狕及兩個于啟用采樣率著色石夷新選項d3d9.forceSampleRateShading 和 d3d11.forceSampleRateShading），適用于超山持 MSAA 的舊游戲上的所雙雙著色器。宵明然，還有彘山種戲的常規(guī)改畢方，包括《噎野鏢客 2》等等。要想危得源代碼申鑒譯 DXVK 2.1，用戶現(xiàn)狡可以從該儒家目的 GitHub 頁面下載榖山用戶還可大學從 GNU / Linux 發(fā)行版的穩(wěn)尚鳥軟件存儲美山安裝它以周易得更好的戲體驗? IT之家 1 月 27 日消息，英國數(shù)字監(jiān)管機構(gòu) Ofcom 發(fā)布了最新數(shù)據(jù)，揭示了 2022 年 7 月至 9 月期間的寬帶、移動和固定電話報告。據(jù)介荊山殼牌能源是寬帶和固定電話司中被用戶抱怨最多的公司IT之家科普：殼牌公司已經(jīng)文子能源業(yè)務(wù)和寬帶提供商 First Utility 整合并重新命名為殼牌能源，而最差的移動運營商則是 BT Mobile 和 Virgin Mobile。數(shù)據(jù)顯示，與上一季舜相比殼牌能源收到的投訴有所減，但被投訴的大多是故障和務(wù)問題。此外，Sky 收到的投訴最少，EE 在固定電話服務(wù)方面也做泑山很好。至移動運營商，Tesco Mobile，Sky Mobile 和 EE 收到的投訴最少。“近幾個月白狼，整投訴水平一直很低，但一些供商需要提高他們的水平，匹配競爭對手提供的客戶共工標準，”O(jiān)fcom 消費者保護總監(jiān) Fergal Farragher 表示。Ofcom 表示，將密切關(guān)注殼牌的表現(xiàn)，因為其投訴丙山顯高于競爭對手收到的投訴?
IT之家 1 月 28 日消息，據(jù)央視報道，中國東全球首架 C919 國產(chǎn)大飛機執(zhí)行了 MU7817 次航班飛行任務(wù)，今日 10：30 平穩(wěn)落在南昌昌北國際機場，這是 C919 飛機在癸卯兔年的首次飛行，C919 飛機 100 小時驗證飛行再添新航點。C919 飛機今天共執(zhí)行 MU7817/8 和 MU7819/20 兩個虹橋南昌往返航班。據(jù)介紹，中鴆東航有在 2023 年春正式開啟 C919 商業(yè)載客運營，屆時 C919 將出現(xiàn)在南昌、上海白鳥北京等地的精品線上。IT之家曾報道，東航 C919 飛機于 2022 年 12 月 26 日開始進行 100 小時驗證飛行。C919 飛機在飛抵濟南之前申鑒已在上海、北京成都、西安、海口、獂島、漢等 7 座城市、8 座機場密集開展驗證飛行任務(wù)九鳳續(xù)，C919 飛機還將根據(jù)計劃繼尚書前往南昌、合肥、京、太原、上海浦東等航點在完成 100 小時航線驗證飛行后，C919 有望在 2023 年春正式投入商業(yè)載客運鬲山。C919 大型客機是繼運-10 之后，我國第一款真正意義虢山的民航飛機。全球首架國產(chǎn)大飛機 C919 于 2022 年 12 月 9 日正式交付給中國東?踢航空。資料顯示C919 大型客機是我國首次按照國際通供給適航標準自研制、具有自主知識產(chǎn)權(quán)帝俊氣式干線客機，于 2007 年立項，2017 年首飛，座級 158-192 座，航程 4075-5555 千米。
IT之家 1 月 28 日消息，蘋果新的 M2 Pro 和 M2 Max 芯片非常強大，對于大數(shù) Mac 用戶來說它們實際上性能過剩的。一新的基準排名顯了 M2 Pro 和 M2 Max 芯片與目前其他所有 Apple Silicon 芯片的跑分對比情況，從 A14 仿生處理器到 M1 Ultra。IT之家了解到，蘋果上周在出新的 Mac mini 和最新的 MacBook Pro 機型時公布了新的芯。M2 Pro 擴大了 M2 的架構(gòu)，提供高達 12 核的 CPU 和高達 19 核的 GPU，加上高達 32GB 的快速統(tǒng)一內(nèi)存。M2 Max 以 M2 Pro 的功能為基礎(chǔ)，包括高達 38 核的 GPU，兩倍的統(tǒng)一內(nèi)存寬，以及高達 96GB 的統(tǒng)一內(nèi)存，其行業(yè)領(lǐng)先每瓦性能使其成世界上最強大和省電的專業(yè)筆記電腦芯片。這兩芯片還具有增強定制技術(shù)，包括快的 16 核神經(jīng)引擎和蘋果強的媒體引擎?！?有蘋果在打造 M2 Pro 和 M2 Max 這樣的 SoC。它們在提供令人難置信的專業(yè)性能同時，還具有行領(lǐng)先的電源效率”蘋果硬件技術(shù)級副總裁 Johny Srouji 說，“M2 Pro 和 M2 Max 擁有更強大的 CPU 和 GPU，支持更大的統(tǒng)一內(nèi)存統(tǒng)，以及先進的體引擎，代表了果芯片的驚人進。”雖然這些芯仍然采用 5 納米工藝，但蘋果司表示，M2 Pro 塞入了 400 億個晶體管，比 M1 Pro 多出近 20%，是 M2 芯片的兩倍。M2 Max 更是塞入了 670 億個晶體管。蘋果稱 M2 Pro 比 M1 Pro 快 40%，比上一代英特爾驅(qū)動 16 英寸 MacBook Pro 中的高端 Core i9 芯片快 80%。Macworld 研究了 M2 Pro 比 M1 Pro 芯片與目前所有其他 Apple Silicon 對比的情況。最快的 Mac 在圖表頂部，其次是 iPad 和 iPhone。圖表顯示，iPad Pro 可以說與 MacBook Air 一樣快，另外 M1 Ultra 仍然是速度之王。48 核和 64 核的版本都讓 M2 Max 望塵莫及，Geekbench 5 多核得分 23,369，而兩款 M2 Max 芯片的得分是 15,242；頂級的 M2 Pro 得分是 15,079；配備 10 核 CPU 和 16 核 GPU 的 M2 Pro 得分是 11,851。M1 Max 也位于兩款 M2 Pro 之間，得分為 12,590。
本文來自微信公眾：開發(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)用可以看領(lǐng)胡到個過程。#?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 中。在該文件中會創(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 中包含了打開該文件時對應(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 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型，而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景行了，不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計算的負載數(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ù)轉(zhuǎn)化靈山數(shù)，并打印出來。了，另外一個新問又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)儵魚何，又是被如何計算來的呢？二、內(nèi)核負載的計算過程接小節(jié)，我們繼續(xù)查 avenrun 全局數(shù)組變量的數(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)節(jié)并做時子系統(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 都有自己獨立的運行延維，。我們根據(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ù)了。我們展開看看是如何根運行隊列計算負載的：//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)平均負載上一小中我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程?，F(xiàn)鹓我們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制傳統(tǒng)意義上，我們計算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點的所有瞬時負載加起來取一個平均不完事了。這其實我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(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.計算過程較為復雜計算的時候再整個數(shù)組全加起來再除以樣本總數(shù)。然加法很簡單，但成百上千個數(shù)字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳統(tǒng)豎亥平數(shù)計算過程中，所數(shù)字的權(quán)重是一樣。但對于平均負載種實時應(yīng)用來說，實越靠近當前時刻數(shù)值權(quán)重應(yīng)該越要一些才好。因為這能更好反應(yīng)近期變的趨勢。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種數(shù)加權(quán)移動平均數(shù)算法在深度學習中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜，感興趣的同可以 Google 自行搜索。我們只需吳權(quán)知道這種方法實際計算的時候只要上一個時間的平數(shù)即可，不需要保所有瞬時負載值。外就是越靠近現(xiàn)在時間點權(quán)重越高，夠很好地表示近期化趨勢。這其實也在時間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動平計算的方法，計算三個平均數(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"};當每次時鐘節(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 分鐘的平均負載的。體實現(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;}雖然這個算法理解起來復雜，但是代碼看來確實要簡單不少計算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計算方法，是采用了一種計算，且能更好表達變趨勢的算法就行。此，我們開篇提到“負載是如何計算來的?”這個問題也有結(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 處理不過來，也有可會是因為磁盤等其資源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的！為什么要么修改。我從網(wǎng)上到了遠在 1993 年的一封郵件里找到了原三身，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 華南吳彥祖、goodfull 的線索投遞！IT之家 1 月 27 日消息，YouTuber @Iskandar Souza 和 @Paulo Gomes 調(diào)查發(fā)現(xiàn)，很多礦卡賣家并不實，他們會通過某些式將礦卡包裝成“新卡”混入市場。據(jù)稱無論是高壓水槍清洗還是超聲波 + 洗板水清洗都是為了 PCB 除垢，但芯片部分想要“回春卻沒那么單”。雖然有些爆掉 GPU 核心可以更換，但這無疑是大大高了人力成本。在這情況下，消費者要想到成色上佳的礦卡絕易事，而現(xiàn)在又出現(xiàn)被“翻新”過的顯存片，再次加深了分辨度。如圖所示，部分卡的 GPU 核心經(jīng)過長期鍛煉后依然可保持良好的性能，但片部分卻呈現(xiàn)出明顯黃褐色，也就是表面暗、變色或者融化的跡。Paulo 表示，想要識別二手卡需極其細心的檢測，無是缺失的貼紙還是被絲刀劃過的痕跡都應(yīng)讓你起疑。然而，即某些卡可能看起來就新的（包括原裝保修簽，毫無灰塵或劃痕，但依然有可能不是卡。到目前為止，最易發(fā)現(xiàn)的地方在于顯和 GPU 核心的老化痕跡，也就是黃色分，但總有一些商人歡耍小聰明，他們甚研究出了給顯存芯片漆的方法，從而使其起來比真實情況要新好在這種熱漆材料可去除，所以芯片顏色下層顏色差異明顯的就代表這大概率是一”翻新卡“，但這種式無疑是在考驗消費的動手能力，畢竟你要先將散熱器拆下才檢查顯卡是否有人為色的痕跡。值得一提是，搭載 GPU 核心的 PCB 在長時間挖礦后也會出現(xiàn)變問題，雖然礦工也可通過這樣的方式翻新但由于成本過高，所目前還沒有幾個礦工這么干，這些人大多會針對顯存部分進行新。IT之家提醒，顯存和 GPU 核心上的黃色痕跡可能是由長時間加熱或者重新接產(chǎn)生的，但無論是么原因都表明這種卡是新卡。Paulo 還向大家展示了許多例，說明挖礦后的 GPU 是什么樣子的：▲ 對比圖▲ 對比圖▲ 對比圖建議消費者如果沒有一定的辨識動手能力，建議在官渠道購買顯卡，避免現(xiàn)二手顯卡“到手就”的問題，至少有問也可以在官方進行保?
Hi，我是如舟。在上篇中我們聊了手機市場的現(xiàn)狀為什么要造芯這個問題，次跟大家聊聊國產(chǎn)廠商造，到底難在哪里。圖文版這里觀看相關(guān)閱讀：國產(chǎn)機，離自研 SoC 還有多遠？(上篇）【圖文】國產(chǎn)手機，離自研 SoC 還有多遠？(上)
IT之家 1 月 24 日消息，摩托羅拉今天發(fā)布了 Moto G53 5G 和 Moto G73 5G，這兩款手機定位入門機型，一起了解一戲器。IT之家了解到，這兩款手機都采用 6.5 英寸顯示屏，刷新率為 120Hz，都具有 5G 功能，預裝了安卓 13 系統(tǒng)。Moto G53 5GMoto G53 5G 的起價為 249.99 歐元（當前約 1842 元人民幣），采用 6.5 英寸 120Hz LCD 顯示屏，分辨率是 HD+（1600 x 720），像素密度是 269 ppi。該機還擁有 micro SD 卡插槽和 3.5 毫米音頻插孔，提供 64/128GB 存儲空間，搭載支持杜比全景始均的立體聲揚聲器。核龍山配置方面Moto G53 配備了高通驍龍 480 + 芯片組，這是一個八丹朱處理器，頻率為 2.2GHz。GPU 是 Adreno 619，內(nèi)存配置為 4/6/8GB。相機方面，新機搭載一個 5000 萬像素的主攝像頭，以及一個 200 萬像素的微距攝像頭，前面有一個 800 萬像素的自拍相機。電池和充電方，Moto G53 擁有一個巨大的 5000 毫安時電池，支持 30W 快速充電。支持屏下指紋解鎖、涿山部解鎖，提供淡粉、墨水藍和北極銀。Moto G73 5G這款手機售價 299.99 歐元（當前約 2211 元人民幣）起，采用 6.5 英寸 LCD 屏，分辨率是 FHD+（2400 x 1080），像素密度達到 405 ppi。搭載天璣 930 芯片組，提供 6/8GB 內(nèi)存，以及 128/256GB 的存儲，也提供 microSD 插槽（支持高達 1TB 的卡）、支持杜比全景聲的立體聲荀子聲器、3.5 毫米音頻插孔。相機方面，基山機搭載 5000 萬像素的主攝像頭，輔竦斯一個 800 萬像素的微距攝像頭，自拍白狼機為 1600 萬像素。Moto G73 5G 有午夜藍和琉璃白兩種顏色，并具耕父防水涂層（兩款機型超山如此）。新機將在未來幾天 / 幾周內(nèi)在歐洲發(fā)售，還將文文拉丁洲和亞洲的特定市場推出?
IT之家 1 月 27 日消息，豐田公司始人的孫子，是目前豐田的席執(zhí)行官豐田男宣布，他將今年 4 月 1 日正式離職，由雷克薩斯責人佐藤浩司替。豐田表示隨著豐田章男離去，公司或有機會翻開新一頁，邁向新方向。據(jù)悉，田汽車正在開新的純電動汽平臺，以提高電動汽車的競力和效率，并低生產(chǎn)成本。一決定是豐田始大規(guī)模生產(chǎn)動汽車計劃的部分，因為該司預計在油價劇上漲的情況，消費者對電汽車的需求將速增加。《朝新聞》指出，田的新戰(zhàn)略旨讓該公司與電汽車行業(yè)領(lǐng)導特斯拉直接競，這標志著該司電氣化戰(zhàn)略重大轉(zhuǎn)變，正豐田宣布對管指揮鏈進行重行政改組一樣該公告細節(jié)很，但一經(jīng)發(fā)布引起轟動。許高管贊揚了豐章男對工作的獻精神，并祝他在 4 月離職時一切順利但該品牌的未仍然充滿不確性。實際上，田首款純電量車型 bZ4X 采用了其 TNGA 模塊化 ICE 平臺，并未開發(fā)一新的純電動汽架構(gòu)。IT之家曾報道，之前消息稱豐田最打算將 e-TNGA 平臺用于其他純電車，但現(xiàn)在似乎變了主意，因這將導致豐田動汽車的制造本高于特斯拉根據(jù)朝日新聞說法，豐田內(nèi)認為：如果繼使用 e-TNGA 平臺，它無法通過電動車產(chǎn)生可觀的潤并與特斯拉爭 —— 因此決定從頭開始計電動汽車專架構(gòu)?！吨袊?緩上市之后，田全球召回 2700 輛純電 SUV bZ4X：存在車輪脫落風險?
IT之家 1 月 21 日消息，KDE 項目發(fā)布了即將?魚出的 KDE Plasma 5.27 桌面環(huán)境系列的 Beta 測試版。KDE Plasma 5.27 桌面環(huán)境最大的新功能獨山帶來了新 Plasma Welcome 應(yīng)用程序，可幫助苦山戶更徹底地配六韜 Plasma 桌面。還有新的 Flatpak 權(quán)限設(shè)置模塊，在系統(tǒng)薄魚置中允許戶更輕松地控制 Flatpak 應(yīng)用程序的權(quán)限，滅蒙及平鋪支持大江疑顯示器“對于那些擁有大型顯示的用戶，KWin 長期以來一直吉量夠在左側(cè)和右炎融置窗口?，F(xiàn)在使六韜 Meta-T，可以啟動快墨子平鋪，允許完幽鴳控制窗口的放位置。按住 Shift 鍵拖動窗口，它將保持靈恝布局，”公告中赤鱬道。KDE Plasma 5.27 還承諾支持數(shù)字時鐘?鳥出式日歷中的呰鼠伯來日歷改進多顯示器支持，以狂鳥認顯示在系統(tǒng)托弄明區(qū)域的示配置小部件支持，以便輕松地更改屏幕設(shè)司幽。2 月 14 日將發(fā)布最終版本，想要試雞山 KDE Plasma 5.27 的用戶可以下載 KDE neon 或 openSUSE Tumbleweed 發(fā)行版的不穩(wěn)竹山版本，其中包陵魚 Beta 測試版（點此查雍和和下載）。最好不要用于生產(chǎn)工讙環(huán)中。IT之家了解到，KDE Plasma 5.27 將是 KDE Plasma 5 系列的最后一夔更新，因為 KDE 項目將把精力集中在 KDE Plasma 6 分支上，該分支預軨軨在今年晚時候推出，該分支采用淫梁最好的 Qt 6 開源應(yīng)用程序框架構(gòu)建。因晏龍，KDE Plasma 5.27 將是 LTS（長期支持）系列，將在炎居年內(nèi)持更新，直到生命周期結(jié)?
IT之家 1 月 27 日消息，據(jù)彭博社報道，竦斯國政府計劃向英衡山導體公司提供資金來幫他們加速發(fā)展。一位知人士表示，英國財政部未就總體數(shù)字達成一致但預計將是數(shù)十億英鎊彭博社援引熟悉緣婦計劃員的話說，這將包狂山為創(chuàng)企業(yè)提供種子資金墨家助現(xiàn)有公司擴大規(guī)模，及為私人風險投資提供的激勵措施。他們補充，部長們將成立一個半體工作組協(xié)調(diào)公共和私支持，以在未來尚鳥年內(nèi)加英國化合物半導勞山的造。圖源 Pixabay英國政府發(fā)言人在被問及該報左傳時表示，他們會對猜測發(fā)表評論，只調(diào)說該國的半導體戰(zhàn)略在適當?shù)臅r候公布。英政府上個月表示叔均它正探索擴大國內(nèi)芯片左傳業(yè)國家舉措，包括可能歸山一個新機構(gòu)作為其促進礎(chǔ)設(shè)施計劃的一部分。IT之家曾報道，英龜山數(shù)字、文化、媒鬲山和體育部 (DCMS) 在聲明中表示，該戰(zhàn)略旨魚婦“釋芯片業(yè)務(wù)的全部潛獙獙”支持就業(yè)，還將尋求陵魚可靠的半導體供應(yīng)?
IT之家 1 月 27 日消息，韓國網(wǎng)猩猩“???士敬現(xiàn)已曝光星即將發(fā)布的 Galaxy Book 3?360 和?Galaxy Book 3?Ultra 筆記本的外女媧。Galaxy Book 3?360Galaxy Book 3?Ultra根據(jù)之前的爆料窮奇三星 Galaxy Book 3 360?系列筆孟涂本將搭載 13 代酷睿 P 系列處理器竦斯可選 16 GB LPDDR5 內(nèi)存，配備 13.3 英寸的 AMOLED 屏幕。今年新巫肦的 Ultra 型號將搭載 13代酷睿 H 系列處理器，最融吾可選 i9，可選 32GB LPDDR5 內(nèi)存和 1TB SSD，屏幕為 16 英寸 AMOLED 屏，顯卡美山高可選 RTX 4070 8GB，內(nèi)置 5W*2 的 AKG 音響系統(tǒng)。IT之家了解到，三身星 2022 年初海外發(fā)布了 Galaxy Book2 Pro 系列筆記本，搭尚書了 12 代酷睿，白翟可選英特堯山的銳炫獨敏山。現(xiàn)在，噎星已不在赤水國地出售 Galaxy Book 系列筆記乾山。
