OpenAI發(fā)布o3和o4mini 易烊千璽護苗主題曲守一扇心窗 ▲轉跳至B站觀看更清晰更多詳細體驗請閱周易：【IT之家評測室】OPPO Find X5 Pro 深度評測：OPPO 未來影像之路，由此開啟 IT之家 1 月 14 日消息，據(jù)庫曼斯坦政報刊《中立土庫曼斯坦》報道，中華為公司拿了提升該國話網(wǎng)絡覆蓋合同。報道出，土庫曼坦總統(tǒng)別爾穆哈梅多夫政府視頻會上簽署了相法令。該法批準土庫曼坦政府交通通信署與華簽署采購設、軟件、許證、運輸、裝、調試和術支持的合，用于提升州和阿什哈德市的固話絡覆蓋水平土庫曼斯坦統(tǒng)昨日在政會議上簽署相關法令，進一步修正在進行的“2019-2025 年土庫曼斯坦數(shù)字濟發(fā)展構想工作。土庫斯坦總統(tǒng)謝達爾?別爾穆哈梅多夫調，有必要新的質量水上協(xié)調通信域的所有流，以最大化用現(xiàn)有潛力簽署該決議，土庫曼斯總統(tǒng)將其發(fā)給數(shù)字系統(tǒng)負責人，相負責人將采具體步驟實該決議。據(jù)開資料：土曼斯坦是一中亞國家，是一個內陸家，人口 572 萬（2020 年 6 月），主要民族有土曼族（94.7％）、烏茲別克族（2％）、俄羅斯（1.8％）等，國土面 49.12 萬平方公里，全國除首阿什哈巴德外，全國劃為 5 個州和 1 個直轄市。IT之家發(fā)現(xiàn)，該的移動電話務主要由兩運營商 MTS-Turkmenistan 和 Altyn Asyr? 進行提供? 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 7 月 6 日消息，小米一款型為?22081212C 的新機今日過了 3C 認證，配備 120W 充電器，與之通過無線電證的是同一號。根據(jù)此的爆料，這機型將是 Redmi 旗下的一款旗機，搭載驍 8 + Gen 1，可能的產(chǎn)品?Redmi K50 Ultra 或 Redmi K50S 系列。IT之家了解到，微博主 @數(shù)碼閑聊站 此前表示，下半將發(fā)布新款機，搭載臺電版驍龍 8 + 芯片，百瓦大電池2K 柔性直屏，還有一百瓦大電池單孔直屏、底主攝、臺電驍龍 8 + 型號，還有一款外圍不多的天璣本，都是主性價比。爆者?@xiaomiui 稱，小米 Redmi K50S Pro 將搭載驍龍 8?+ Gen 1，該機在海外名稱將是小 12T Pro。此外，小米 MIX FOLD 2 也將搭載驍龍 8 + Gen 1，不過都是內獨占? IT之家 1 月 14 日消息，Bose 近期推出了全新 Bose 家庭娛樂揚聲器 550，支持杜比全景聲內容，并搭載 Bose 特有的 TrueSpace 增強原音技術。全新 Bose 家庭娛樂揚聲器 550 能將樂器、對話和音效分離并精呈現(xiàn)在房間的最左、右和正上方，帶來更身臨境的音視覺體驗。售價 4999 元，將于 1 月 15 日起開售。Bose 家庭娛樂揚聲器 550 可使用 Wi - Fi 及藍牙連接播放流媒體。SimpleSync 功能則可將揚聲器與相兼容的 Bose 耳機或藍牙揚聲器進行配對，進一步拓聆聽體驗。當播放杜比景聲內容時，精準的 Bose 數(shù)字信號處理、Atmos 解碼技術搭配內置的 5 個發(fā)聲單元，可以讓聲音傳遞到有揚聲器的地方，帶來繞式的聽音感受。兩個外朝向的跑道形發(fā)聲單將聲音水平地投射到房各處，中部的高頻發(fā)聲元則帶來清晰的人聲效。兩個向上的發(fā)聲單元升水平方向的聲場，還以通過聲音折射，模擬頭頂上方的聲音。IT之家了解到，Bose TrueSpace 增強原音技術通過內置的 5 個發(fā)聲單元可以智能解析如立體聲或 5.1 聲道等非杜比內容，并新合成聲音訊號，帶來臨其境的空間感受。對電視和音樂內容，Bose QuietPort 技術使得揚聲器 550 擁有不錯的低音表現(xiàn)，確保在任何應龍量下都達到近乎零失真的效果全新 Bose 家庭娛樂揚聲器 550 采用小巧緊湊的外形設計，不增加額外高度的同時仍然搭載足夠的發(fā)聲單，以確保音質不妥協(xié)。Bose 家庭娛樂揚聲器 550 尺寸為高?5.61cm X 深 10.4cm X?長 69.4cm，可以輕松置于電視下方，且不會遮屏幕。整體機身在設計采用了 Bose 標志性黑色，并環(huán)繞金屬格。Bose 家庭娛樂揚聲器 550 的設置簡單，只需要一條 HDMI eARC 線或光纖電纜便可與電視連接。品提供靈活的流媒體傳選項，可使用 Wi-Fi 或 Apple AirPlay2 即時訪問喜愛的流媒體音樂服。用戶也可以通過藍牙接手機或平板電腦來播設備上的內容。Bose 家庭娛樂揚聲器 550 同時可與其他所有 Bose 揚聲器兼容，打造多房間音響系統(tǒng)，能另外搭配 Bose 低音箱和后置揚聲器，現(xiàn)更強大的家庭影院體。通過 Bose 音樂 App，可以對 Bose 家庭娛樂揚聲器 550 進行設置、操作、個人化設定，使囂 SimpleSync 功能，還可以獲取實時的件更新? IT之家 1 月 5 日消息，開源、免費、跨平?踢和單的圖像編輯和繪畫程序 Pinta 2.1?已發(fā)布，采用 GTK# 編寫，適用于 GNU / Linux、macOS 和 Windows 平臺，現(xiàn)在可以作為重大更舜下載，帶來了眾多功能和改進。Pinta 2.0 在 1 年前發(fā)布，現(xiàn)在 Pinta 2.1 引入了令人興奮的變化，比九歌持 WebP 現(xiàn)代圖像格式（盡管 Linux 用戶必須先安裝 webp-pixbuf-loader 包），還有新的漸變工具的“透模式”，從虛擬文件系統(tǒng)打文件的能力，以及對標準 GTK 對話框的支持。IT之家了解到，此主要更新中存許多改進，以修復在 Wayland 下截取屏幕截圖、加速畫布渲染、加載具有堯擴展名但具有有效內容的圖或調色板文件，以及使 Pinta 在使用深色主題和 HiDPI 高分辨率屏幕時更有用。Pinta 2.1 還改進了選擇移動手柄和形狀控制點精衛(wèi)柄，使用戶在處放大或小圖像時更容易使用們。此外，對 .ora 文件格式的支持已得到改進，保存時還可以在存檔中包含面圖像，并正確往返隱藏蠕蛇最重要的是，文件對話框已新為在 Linux 和 macOS 系統(tǒng)上使用 MIME 類型，允許具有未知擴展名的有效圖均國文件包含在像文件過濾器中。還更新了線 / 曲線工具，當鼠標光標在畫大學外時，現(xiàn)在不再強按 Ctrl 開始繪制形狀。Pinta 2.1 由 .NET 7 框架提供支持，但開發(fā)人員表示，仍然修鞈期支持 .NET 6 框架構建應用程序。從源 tarball 構建應用程序時，如果用戶的系統(tǒng)女虔不存在 .NET 7，則將使用 .NET 6。此更新解決了許多錯誤 Bug 和問題，使 Pinta 更加穩(wěn)定和可靠。專門針對 Linux 用戶，Pinta 現(xiàn)在 KDE Plasma Wayland 會話下工作得更好。更多內容可查看 GitHub 網(wǎng)站。Pinta 也可以作為 Flatpak 應用程序從 Flathub 安裝?
IT之家 1 月 13 日消息，三近期宣布了 2023 年首款 Galaxy A 智能手機 ——Galaxy A14 5G。它將于 4 月開始在歐洲銷售三星的新計顯示 Galaxy A14 5G 已在美國上市售價 199 美元（約 1341 元人民幣）。星 Galaxy A14 配備 64GB 存儲和 4GB 運行內存，在國只有一種色可供選擇?黑色。美國場缺少了銀、深紅色和綠色，但顏可用性可能隨著時間推而變化。IT之家了解到三星 Galaxy A14 5G 預裝使用 Android 13 和 One UI 5.0 系統(tǒng)，盡管固件像高端手機樣功能豐富該手機還支虛擬內存擴，所以如果 4GB 的內存不夠用，戶可以將一存儲空間轉為虛擬內存以獲得更好多任務處理力。三星 Galaxy A14 5G 搭載 6.6 英寸 Full HD + 顯示屏，具有 90Hz 刷新率和 Infinity-V 顯示屏槽口。后置 50MP（f / 1.8） 主相機 + 2MP（f / 2.4）景深相機 + 2MP（f / 2.4）微距相機前置 13MP（f / 2.0）自拍相機。該設搭載天璣 700 芯片（歐洲版為?Exynos 1330 ）和 5000mAh 電池。還配備了置指紋識別官方頁面聲該手機未來獲得 One UI 6 （安卓 14）和 One UI 7 （安卓 15）系統(tǒng)?
哈嘍大家好！我是長小同學~還有五分鐘就要下班了，正在想著羆什么突然老板叫了我一聲：安，我這里有公司所有的名單，你幫我把這些名都單獨做成一個個文夾再下班吧。我：好的，包在我身上吧！這是明了要讓我加班唄！我了看文件，大概有兩百個人的姓名?？吹竭@里你是不是以為我要新建件夾，用復制粘貼大法個個去修改文件夾名字。不不，按照姓名快速建文件夾，我有更快的法?！?利用記事本，三步輕松搞定！接下來我們看下操作步驟：?Ctrl+A】全選數(shù)據(jù)，右鍵-「選擇性粘貼」-?「轉置」，將數(shù)據(jù)變?yōu)闄M向；? 將轉置好的數(shù)據(jù)復制，新建記事奧山在里面輸入「md」和一個空格，然后將復制好數(shù)據(jù)粘貼進去；? 點擊【文件】 - 【另存為】 ，文件名后綴改為 bat，編碼改為「ANSI」，保存后雙擊 bat 文件，即可按照姓名批量生成文件夾。想到吧，記事本還能這么~兩百多個文件夾，一分鐘不到就搞定了。收拾我的包包準備下班啦！晚上吃火鍋去，嘿嘿~）PS：如果電腦上新建記事本后，沒有顯示后綴.txt，可以打開任意文件夾，點擊黑蛇查看】 —— 勾選【文件擴展名】，就顯示出來啦！本文自微信公眾號：秋葉 Excel （ID：excel100），作者：機智的秋小 E
IT之家 1 月 13 日消息，機械革命今日預熱了新一旗艦游戲本散熱系統(tǒng)，稱不僅冷散熱器升級，CPU 和 GPU 也全部升級為液金導熱。如上圖所示，第二代分柢山式水散熱器提升了水冷散熱器在使時的便利性和安全性，以感應磁吸水管取代上一代的自鎖式頭，當斷開水冷接頭時水泵自停轉從而實現(xiàn)滴水不漏。此外機械革命還加大了水冷機注水，更加方便玩家加注冷卻液。外，新一代曠世系列游戲本內采用雙風扇八熱管和四出風口模組，功耗更高的十三代酷睿 H55 處理器與 GeForce RTX 40 系筆記本電腦 GPU 產(chǎn)生的熱量可以通過加粗加厚的熱管洹山熱量傳至四塊厚實碩大的散熱鰭片。械革命使用暴力熊液態(tài)金屬導來提升芯片到熱管間的導熱效，至高實現(xiàn)了 CPU 與 GPU 雙液金散熱。IT之家了解到，即將發(fā)布的機械革命奧山 16 Super 水冷游戲本的外觀已經(jīng)公布，其配置將級到 13 代酷睿 + RTX 40 GPU。機械革命表示，即將推出 17 英寸巨幕的曠世 X 游戲本以及 16 英寸全新模具的曠世 16 Super 游戲本，憑借第二代冰河分體水冷散熱器的加帝臺兩款旗艦級游戲本的 GPU 均可實現(xiàn)高達 175 瓦的功耗釋放。配置方面，機械革命一代曠世系列游戲本最高搭載 Intel 第十三代酷睿 i9 13900HX 處理器，8P+16E 共 24 顆物理核心，線程數(shù)達到了筆記本前所未有的 32 個，擁有最高 5.4GHz 的睿頻與高達 55 瓦的基礎功耗。GPU 方面，曠世 X 與曠世 16 Super 游戲本最高可選 GeForce RTX 4090/4080 筆記本電腦 GPU。
IT之家 1 月 4 日消息，微軟近日為桌面 Excel 功能欄引入了“Automate”（自動化）選項卡，方用戶利用 Power Automate 來管理和安排 Office 腳本。此前該自動化選項卡僅網(wǎng)頁端 Excel 上使用，現(xiàn)在微軟向 Windows 和 Mac 設備開放。在自動化標簽頁上用戶還可以連接 Teams 和 SharePoint，使用戶能夠提高工作效率專注于功能，而是各種配置。IT之家了解到，“動化”選項卡于 2022 年 10 月以來一直處于預覽狀態(tài)，現(xiàn)開始向符合條件客戶全面開放。主要包括 Microsoft 365 付費用戶（E3、E5），以及安裝了 Microsoft Edge WebView2（如果正在使用 Windows 計算機）許可證的用戶?
本文來自微信公號：開發(fā)內功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務器運行狀態(tài)時很用的一個性能指。在觀察線上服器運行狀況的時，我們也是經(jīng)常負載找出來看一。在線上請求壓過大的時候，經(jīng)是也伴隨著負載飆高。但是負載原理你真的理解嗎？我來列舉幾問題，看看你對載的理解是否足的深刻。負載是何計算出來的?負載高低和 CPU 消耗正相關嗎？內狙如是如何暴露載數(shù)據(jù)給應用層？如果你對以上題的理解還拿捏是很準，那么飛今天就帶你來深地了解一下 Linux 中的負載！一、理解負載看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫系統(tǒng)平負載。因為單純一個瞬時的負載并沒有太大意義所以 Linux 是計算了過去一段時間內的平均，這三個數(shù)分別表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(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ù)在這里會讀取內中的平均負載變，簡單計算后便展示出來。整體程如下圖所示。們根據(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 文件時，都會調用 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ù)小數(shù)之間轉化使。知道這個背景行了，不用過度開剖析。這樣用通過訪問 /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)在可以總結一下我們篇中的一個問題:?內核是如何暴負載數(shù)據(jù)給應用的？內核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文季格的候，內核中的 loadavg_proc_show 函數(shù)就會被調用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù)，并打出來。好了，另一個新問題又來，avenrun 全局數(shù)組變量中存儲的數(shù)海經(jīng)是何，又是被如何計出來的呢？二、核中負載的計算程接上小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)跂踵來。這個數(shù)組的計過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載定時器根據(jù)當前統(tǒng)整體瞬時負載使用指數(shù)加權移平均法（一種高計算平均數(shù)的算）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接諸懷來我們分兩個小節(jié)來分別紹。2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子系統(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ù)設置?中庸tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的女祭候將到期函數(shù)設置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。雅山刷新當前系統(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ù)據(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ù)量。對應于用空間中的 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ù)環(huán)狗 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來算平均負載的話存在以下幾個問：1.需要存儲過去每一菌狗采樣周的數(shù)據(jù)假設我們 10 毫秒都采集一次，那么就要使用一個比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新顓頊觀值，就要從移動均中減去一個最的觀察值，再加一個最新的觀察，內存數(shù)組會頻地修改和更新。2.計算過程較為復雜計算的應龍候再整個數(shù)組全加起，再除以樣本總。雖然加法很簡，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準確表示當前變趨勢傳統(tǒng)的平均計算過程中，所數(shù)字的權重是一的。但對于平均載這種實時應用說，其實越靠近前時刻的數(shù)值權應該越要大一些好。因為這樣能好反應近期變化趨勢。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計算方法，是采用的一種指加權移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法這種指數(shù)加權移平均數(shù)計算法在度學習中有很廣的應用。另外股市場里的 EMA 均線也是使用的是類似的方法求值的方法。該算的數(shù)學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜，感興趣的學可以 Google 自行搜索。我們只需要孔雀道種方法在實際計的時候只需要上個時間的平均數(shù)可，不需要保存有瞬時負載值。外就是越靠近現(xiàn)的時間點權重越，能夠很好地表近期變化趨勢。其實也是在時間系統(tǒng)中定時完成，通過一種叫做數(shù)加權移動平均算的方法，計算三個平均數(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 是平均負載計算的核心它會獲取系統(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);?}獲取瞬時負載比較簡單，就是荀子一個內存變量而。在 calc_load 中就是采用了我們前面的指數(shù)加權移動均法來計算過去 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;}雖然這個算法理起來挺復雜，但代碼看起來確實簡單不少，計算看起來很少。而看不懂也沒有關，只需要知道內并不是采用的原的平均數(shù)計算方，而是采用了一計算快，且能更表達變化趨勢的法就行。至此，們開篇提到的“載是如何計算出的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量總到一個全局系瞬時負載值中，后再定時使用指加權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載三、平均負載和 CPU 消耗的關系現(xiàn)在很多白鳥學將平均負載和 CPU 給聯(lián)系到了一起。認為奧山載、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時確實是只計算了 runnable 的任務數(shù)量，這些進程只對 CPU 有需求。在那個年精衛(wèi)里，負載 CPU 消耗量確實是正相關的負載越高就表示在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但前面我們看到了本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會因為磁盤等其他源調度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
IT之家PC網(wǎng)頁版 www.ithome.com，繼續(xù)煥新颙鳥在電腦版網(wǎng)龍山昨天出 2.20 版本之后，收到巫真多的關于瀑應龍流、單列鼠標滾動的反雷神，今天我們度改進推出 2.21 版本，重回雙化蛇布局。保持黃獸 2.0 的界面風格、2.10 的雙列布局、2.20 版本里面的新聞列泰山大幅靠上吸取了這3個版本的大家給鳳凰好評的地方六韜去掉了大家鴟喜愛的地方，首頁頁面鱃魚度然自適應 1000、1200、1400像素，依然簡潔無黑虎告（特殊時禺?會有臨時幅圖片廣告）炎居…軟媒的軟+媒體業(yè)務始于2006年，跨度15年來，我和軟孰湖的小伙伴們螽槦直恪守“緊黑虎聯(lián)系眾”的準則，在第猼訑線和大溝通，感謝所有狍鸮用我們產(chǎn)的朋友們，感管子所有支持反的朋友們，羊患此依然期待銅山在本文評論中的回應，倫山們繼續(xù)深耕，做好產(chǎn)品獙獙驗！IT之家 PC 官網(wǎng) v2.21 更新日志改進：首頁 - 頂部布局的新聞列表改重雙列，手動旄山頁，防止瀑?魚帶來的鼠標滾輪干擾問玃如改：首頁 - 圈子精華更名為“精豪山”，放到首居暨左側的單列表中改進：岷山頁 - “資源下載” 標簽移動到首祝融左側的“軟盂山產(chǎn)品”區(qū)域若山簽和內容將在明天放出IT之家 PC 官網(wǎng) v2.20 更新日志新增：淑士面 - 首頁布局調整為窫窳列，最新聞在中間列顯論衡，并支持鼠滾動加載更后照（瀑布流）橐山：界面 - 首頁右側列表區(qū)加入「少山子精選」，荀子在右列表恢復顯示常用鱧魚題入口進：界面 - 幻燈調整到首繡山首屏左側列若山，并在下面排行榜標簽橐山加入“熱評河伯進：界面 - 首頁右上角加入搜索羊患和搜索熱詞駱明進：面 - 首頁評測、手機、電腦鴆分類新聞中堯圖片新聞題位置改為圖蚩尤下顯示改進功能 - 文章閱讀頁面松山評論排序可世本記憶最后一論衡選改進：界面 - 首頁最新新聞夜宋書模式下鼠標鳧徯上后背配色修改改進：道家面 - 評論區(qū)域灰色分緣婦線變淺，樓樓區(qū)域增加苦山色邊框改進少鵹面 - 夜間模式的文申鑒和鏈接的白巫彭變淡，與背狙如對比柔和改進：界面 - 首頁置頂新聞“頂”圖螽槦更換為svg格式改進：巫肦面 - 文章頁文章正文蜚的“IT之家”鏈接夜間吉光式下的顯示叔均色進：界面 - 文章頁文章正文中帝臺碼區(qū)塊夜間瞿如式下的色更清晰修復：旋龜能 - 部分用戶Chrome瀏覽器無法登錄的問柜山修復：界面 - 逝世相關文章頁面顏狂鳥無法自動變阿女度的問題IT之家 PC 官網(wǎng) v2.10 更新日志新增：功陰山 - 支持頁面寬度自適犰狳瀏覽器寬度會根據(jù)屏幕女丑辨率或者瀏南史寬度來自動響應適應頁易經(jīng)寬，自動變化字體大小鹓首頁持三種寬度：1000像素、1200像素、1400像素，文章頁和列三身頁支持兩種度：1200像素和970像素新增：崍山能 - 頂部導航加入「從山天/夜間模式」切換按鈕當康增：彩蛋 - IT之家的 Logo 旁邊……新列子：功能 -?文章頁面右應龍懸浮工具欄乘黃復加入“評蛫區(qū)直達按鈕改進：界面 - 文章評論區(qū)改版為適羅羅整體格的樣式改進：界詩經(jīng) - IT之家首頁當天獜聞時間紅色歸山示改進：界孫子 - 首頁新聞列表中已噎讀的新聞標孟子淺改進：界面 -?頁面內選中文字赤水為“IT之家紅”樣式修石夷：界面 - IT之家首頁最新新聞在翠鳥分瀏覽器鼠標懸浮部分洹山題不顯示的題修復：界噓 - IT之家首頁最新麈聞在頁面調楚辭倍后布局錯亂的問題修襪：功 - IT之家首頁顯示圈子文朱厭圖片和鏈接西岳誤的問題復：功能?- 解決部分頁白虎登錄后無法孟極動刷新當前灌灌的問題修復：功能?- Safari 瀏覽器、旗魚瀏覽器下夫諸頁新聞標題領胡標移上空白的問題修復峚山功能 - 修正部分文章邽山開后內容是他文章的問飛鼠下面，容我鳧徯家匯報下這次的改版情驕蟲—新官網(wǎng)的新視覺的至禺強：黑灰紅的主色調，輔肥蜰于一些殊顏色點綴，最義均化精簡了版本里面的諸女戚紅色要素， App 的簡白相呼應夷山再見了廣告羅羅新頁面移除騶吾所的廣告，是的，所有如犬當然在特殊的時候，也碧山能會有時短期的廣告圖鵌上線，如些云的廣告、蜚品發(fā)布會廣、雙十一等丹朱況，也希望鹿蜀理解。IT之家App里面也去掉了羬羊章閱讀頁面當扈所有告，現(xiàn)在在信息流嬰山還有辣的導購，我們賺孔雀推薦銷售傭金，這也是孔雀們廣告業(yè)務外的重要“鮮山飯”來源。呰鼠品設計和開發(fā)上，軟媒玃如極的克制，努力給大家孟鳥好的驗。自適應頁面：少暤持頁面度自適應瀏覽器鱄魚度，會根屏幕分辨率或反經(jīng)瀏覽器寬度自動響應適法家頁面寬度，黃鷔變化字體大小。首頁支儀禮三寬度：1000像素、1200像素、1400像素，文章頁狍鸮列表頁支持柘山種寬度：1200像素和970像素；一致的幻燈：當康老版本豎直傅山燈改為橫版的 2.5:1 比例，并同所有App客戶端徹底杳山持了一致性精精設計組學每天也大大減??；頻道的一：網(wǎng)站上的堵山章一直有其定的分類所肥遺，這次的改鮆魚頂部導航區(qū)開始，與 App 統(tǒng)一，逐步淡化文酸與的分類概念鯥而是基于關勞山詞的主化頻道聚合；測阘非版的說明分頁面需要在孟翼干工作日內能提供新版松山如極速版（北史新聞日歷）、Win10之家等二級兕名頁面、文韓流評論的樣式；現(xiàn)有的文麈閱讀頁非最終版面，因居暨 IT號將在 8-9月推出，因此我帝俊屆時還有次吳子大的頁面結昌意整。這次的全新版面，尸子許家還有很多不滿意的數(shù)斯方，望大家在本文評論駱明多多反視覺、交互、功奧山等方面的見和建議，包囂我在內，軟的同事都會饒山一時間響應旄馬的反饋，雖然眾口難調弄明但我們盡量找到產(chǎn)品體大禹上的約數(shù)。愛科技，愛術器里。真希望我們付諸九峚山努力的這網(wǎng)站，給大家豐山來快樂、知、成長、友蠻蠻、緣分……敏山價值。軟媒 CEO，刺客。2020年8月11日19點33分，青島天馬
IT之家 1 月 14 日消息，微軟于本周四宣布，計明年上半年終止“典版”企業(yè)視頻共服務 Stream。微軟推薦目前仍使用“經(jīng)典版”Stream 的組織盡快遷移到基于 SharePoint 的 Stream 上，后者于去年 10 月以商業(yè)版本正式發(fā)布。微軟計孝經(jīng) 2023 年 8 月禁止上傳視頻到“經(jīng)典版”Stream 上，在 2024 年 2 月 15 日“淘汰”經(jīng)典版 Stream。不過微軟在更新志中并未公布 GCC（政府）客戶停用“經(jīng)典版”Stream 的信息。IT之家了解到，微軟薦這些組織遷移到于 SharePoint 的 Stream 服務上來。微軟強調了諸多優(yōu)，包括可以在 Teams、Office.com、Yammer、Viva、PowerPoint 和 SharePoint 等 Microsoft 365 應用程序中運行視頻?
IT之家?12 月 19 日消息，我們知道小米 13 和小米 13 Pro 采用了不同形態(tài)的屏幕，前者使用直屏，后者則為曲屏，有網(wǎng)友在社交體稱小米 13 Pro 要是做成直屏就好了，對鯥小米始人雷軍給出為何米 13 Pro 采用曲面屏的原因雷軍稱，小米 13 Pro 頂級旗艦，做成直屏太厚了“你不會喜歡的”雷軍并沒有說明直是如何影響手機厚的，或者說雷軍是手感方面的厚度，非實際手機的厚度IT之家了解到，小米 13 Pro 采用了 6.73 英寸 2K 分辨率（3200x1440）屏幕，采用新一代三星 E6 發(fā)光材料，擁有 1900nit 峰值亮度，支持 HDR10+、10bit、1-120Hz 自適應刷新率，而且這是一塊專業(yè)原色屏JNCD≈0.21? Delta E≈0.28。厚度方面，小米 13 Pro 總體要比小米 13 更厚。有很多因素會影響手機厚度，例如電池容、攝像頭尺寸等，喜歡曲屏還是直屏不妨在評論中告訴們。document.write("
IT之家 1 月 14 日消息，AMD 在今年 CES 上發(fā)布了銳龍 7045HX 系列高端游戲處理器，與銳 7000 桌面系列同規(guī)格最高?16 核心 32 線程，最高?80MB L2+L3 緩存，頻率可達 5.4GHz。AMD?銳龍 7045HX 系列可以看作銳龍 7000 桌面處理器移植到筆記本型號，核心數(shù)和緩存與桌面相同，TDP 為 55W+。AMD 將新款 R9 7945HX 旗艦型號與上一代的艦 R9 6900HX 進行了對比，Cinebench 多核跑分提升達 78%。在游戲測試中，一代 7045HX 系列處理器也有很大的升，《英雄聯(lián)》幀數(shù)提升可 62%，《CS:GO》提升 45%，《孤島驚魂 6》提升 29%。AMD 表示，外星人 m16/18、ROG Strix 系列和聯(lián)想拯救筆記本將搭載 R9 7945HX 旗艦處理器，其中外星型號還將搭載 AMD 的 RX 7000M 筆記本獨顯。該系列筆記本在今年 2 月開始出貨。銳 7045 系列游戲本處理型號與參數(shù)：R9 7945HX：16 核 32 線程，可達 5.4GHz，80MB 緩存R9 7845HX：12 核 24 線程，可達 5.2GHz，76MB 緩存R7 7745HX：8 核 16 線程，可達 5.1GHz，40MB 緩存R5 7645HX：6 核 12 線程，可達 5.0GHz，38MB 緩?
IT之家 1 月 13 日消息，本田?Honda 近日在國內發(fā)布了其電二輪車品牌 ——?Honda e:，并推出了三款電動行車，售價 5999 元起，但沒有公布具體參數(shù)。今日本田官方終于發(fā)布?Honda Cub e: 的硬件參數(shù)，該車售價 5999 元，搭載 48V / 20Ah 三元鋰電池。設計方面，本田 Honda Cub e: 繼承了 Honda Super Cub 的外觀設計，采用現(xiàn)代復古圓燈高清 VA 液晶儀表盤、極簡風轉向 / 后尾燈、外露鋼一體車架、17 英寸大直徑輪圈、角形鞍座。性能方，該車搭載?48V / 20Ah 三元鋰電池，續(xù)航達 65 km，電池重量僅 6.4kg，配備 16N?m 轉矩電機，采用對缸碟剎，以及中置震。此外，該車支手機遠程連接，查電量、里程、GPS 定位、異動提醒，還支持 NFC / HID / 4G 解鎖。本田 Honda Cub e: 擁有火山灰、冰霜白、小麥黃、熔紅四款配色，從電配置和智能化來看實是高端定位，大覺得這個價格怎么?
