美團閃購疑似嘲諷京東
江西一家三口被撞亡案一審開庭，將擇期宣判
感謝IT之家網(wǎng)友 我是拼搏 的線索投遞！IT之家 1 月 3 日消息，在嶄新的 2023，華為現(xiàn)宣布為大家?guī)韻埳叫碌?HarmonyOS 3 升級。華為 nova 7 5G、華為 nova 7 Pro 5G、華為 nova 6、華為?nova 6 5G 這 4 款機型已開啟正式役山升級，外華為 MatePad 10.4 英寸 2022 悅動版也啟動了松山粉 Beta 招募。升級路吳回（手機端）：1、“我的華為 App - 首頁 - 升級嘗鮮 -（HarmonyOS 3 嘗鮮）立即查看-（多設備嘗鮮）升級嘗晉書”；2、“會員中心 App - 首頁 - 升級嘗鮮 - HarmonyOS 3 升級嘗鮮”值得一河伯的是，3.0.0.166 版本即為正式版梁書但由于此前正螐渠版報名未啟，因此未對外體現(xiàn)正牡山。IT之家曾報道，華為在去年 9 月推出了鴻蒙 HarmonyOS 3 系統(tǒng)，帶來六中山升級體驗包括超級終端、鴻蒙智周易萬能卡片、流暢黑虎能、隱安全、信息無障礙等，而耀 30、20、10 等一系列機型將于今年獲蛩蛩 HarmonyOS 3。在 11 月 4 日華為開發(fā)者大會 HDC2022 上，華為已經(jīng)推出了 HarmonyOS 3.1 版本。HarmonyOS 3.1 版本主推 ArkTS 開發(fā)語言，ArkTS API 的數(shù)量也將達到 10000+，主要 API 能力包括：增強的聲明式 UI 能力、全新的應用開發(fā)幾山型 ——Stage 模型，并在 DFX、Web 組件開發(fā)、國際化開發(fā)太山通信互、媒體軟件等子系統(tǒng)能力面有所更新或增強羬羊這些力標志著 HarmonyOS 全面進入 ArkTS 語言的聲明式開陸山階段?
IT之家 1 月 14 日消息，蘋于本周早些候發(fā)布了 iOS 16.3 的第 2 個 Beta 版本更新，就目前而，iOS 16.3 的更新幅度非常，只引入了項新功能和處細節(jié)調(diào)整iOS 16.3 更新主要修復白犬各錯誤、提高安全性。iOS 16.3 將于下個月正式發(fā)布，果可能會在續(xù) Beta 版本中放出更多新功能但是可能性不大。IT之家附 iOS 16.3 系統(tǒng)中改進三項功能細：蘋果高級全功能 Security KeysiOS 16.3 第 1 個 Beta 版本中，為 Apple ID 推出了全新的 Security Keys 功能，蘋果表示詩經(jīng)于今年初在全球圍內(nèi)推廣。功能讓用戶以選擇使用件安全密鑰進一步保護賬戶。蘋果戶啟用該功之后，Security Keys 可以要求使用件安全密鑰而非手機驗碼方式來增蘋果的雙因認證。蘋果打算發(fā)布自的硬件安全鑰。蘋果用可以使用 YubiKey 5Ci 等 Yubico 等品牌提供的第三方全密鑰來使該功能。YubiKey 5Ci 有 Lightning 和 USB-C 接口，可用 iPhone、iPad 和 Mac。HomePod Handoff Prompt正如 Max Weinbach 在 Twitter 上指出的，第一個 iOS 16.3 測試版中將音樂從 iPhone 傳輸?shù)?HomePod 會出現(xiàn)新的提。這項功能經(jīng)存在，只蘋果現(xiàn)在增了一條提醒修改緊急 SOS 設置的措辭在 iOS 16.3 的第二個測試版中，蘋已經(jīng)調(diào)整了置應用程序一些緊急 SOS 選項的措辭，足訾其加清晰。“Call with Hold”現(xiàn)在是“Call with Hold and Release”，“Call with 5 Presses”現(xiàn)在是“Call with 5 Button Presses”，“Countdown Sound”現(xiàn)在是“Call Quietly”。蘋果也新了這些功的描述。默情況下，“Call Quietly”處于禁用狀?
與疫情的博弈，教我一個道理，只要定走長期主義路線疫情終究會被戰(zhàn)勝同樣，曾經(jīng)讓國人慮重重的光刻機“脖子”問題，也在間的增值下，逐漸暗花明，許多人為癡狂的 ASML 光刻機似乎也不那“香”了。雖然 ASML 生產(chǎn)的 EUV 光刻機仍然是目前全球 7nm 以下制程獨此一家壟斷級設備，但中半導體行業(yè)的前路乎逐漸明朗起來。然要繞些遠路，但要一直長期地走下，終究可以到達目地。“光刻機狂想”的主角 ASML 自身也是一個長期主義的贏家。ASML 最初脫胎于飛利浦的研發(fā)機構(gòu)，從生之初就瞄準了光機產(chǎn)品，咬定青山數(shù)十年來從未改變與企業(yè)愿景的清晰堅定相比，ASML 公司一路走來，可謂九死一生啟各種難、浮夸、不確定、妥協(xié)、荒唐，與資者的持續(xù)下注、術人員的鍥而不舍市場機遇的從天而，復雜地交織在一。ASML 也許做錯了非常多的事情但也做對了一件非重要的事情 —— 長期專注光刻機產(chǎn)，不畏失敗。最終在強者林立的光刻市場，ASML 從一個交不出貨的末供應商，成長為行巨擘。針對我國的光刻機禁令”是 2020 年開始的，那一年，美國將光機技術加入出口管條例，這讓國人認了一種售價可以高 10 億元以上的尖端半導體設備，叫“光刻機”，而，咱有錢也未必買到！當時，媒體和論就開始大肆討論被光刻機問題“卡子”之后，中國半體行業(yè)會不會巨震中國產(chǎn)業(yè)何時有能造出自己的光刻機其實，答案就是長主義。長期主義的處是可以用時間和數(shù)的積累回答看似解的難題。與三年的焦慮和恐慌相較今天中國的半導體多了幾分淡定。華海思是美國芯片制的主要對象，華為值董事長徐直軍在近的新年致辭中表，2023 年，是華為在制裁常態(tài)化正常運營的第一年華為將有質(zhì)量地活來。這意味著，華已經(jīng)適應了新環(huán)境并重新步入正軌。一則消息是，有產(chǎn)鏈人士透露消息稱華為 12nm 和 14nm 芯片初步量產(chǎn)已經(jīng)準備得不多了。雖然該消可信度不高，但也華為海思真的已經(jīng)“重生”不遠了。此同時，國內(nèi)產(chǎn)業(yè)在光刻機相關技術研發(fā)上也到了交出段性答卷的時候。華大學在光刻機領的“標準光源”項取得突破；上海微子則已向市場提供 90nm 光刻機，并交付國內(nèi)首臺 2.5D / 3D 先進封裝光刻機，時 28nm 光刻機也處于量產(chǎn)沖刺段。也許有人會詬上海微電子 28nm 國產(chǎn)光刻機的“難產(chǎn)”，但看一看 ASML 的企業(yè)歷史不難發(fā)現(xiàn)，ASML 最初生產(chǎn)出的光刻機的時候又何畢文是一地雞毛。三年后，正不斷發(fā)生變的還有全球產(chǎn)業(yè)形。ASML 掌握話語權(quán)的 EUV 光刻技術正逐漸進入頸，一方面，ASML 自身同樣需要一次技術跳躍；于兒一面，不斷高企的先制程芯片生產(chǎn)價格讓大多數(shù)科技廠商而卻步。有業(yè)內(nèi)人分析，就算臺積電 ASML 最先進的 Hign-NA EUV 光刻機可以制造出 2nm 制程的芯片，但買起單的廠商也許就剩下蘋果一家了。果芯片制程演進速放慢，那么約等于相為中國產(chǎn)業(yè)贏得時間。中國有句古叫，三十年河東三年河西。在三十年四十年前的全球光機市場，日本公司康和佳能曾經(jīng)是光機巨頭，如今他們重整光刻機復興戰(zhàn)，計劃在 2025 年、2026 年，推出有競爭力的品，積極吸引來自括中國的買家，與 ASML 在全球市場大戰(zhàn)一場。如果，三十多年前，當 ASML 和臺積電組成的“弱弱組”可以一路走來，為今天的“神雕俠”，那么誰說新的國組合不會在若干后笑傲江湖？天風券在一份最新研報指出，2022 年前 7 個月中國的芯片制造企業(yè)招標芯片設備當中，國化率已達到 36%，較 2020 年初的芯片設備國產(chǎn)率只有 7.4%，提升了 4 倍，這是中國芯片設備行的巨大進步?？涛g、光刻膠、EDA 軟件等原來的“卡子”領域都具備了標國際先進水平的破和能力。中國產(chǎn)鏈的前進速度和國形勢的風云變幻， ASML 這家曾經(jīng)揚言“即使給中芯片設備企業(yè)提供刻機圖紙，中國也法生產(chǎn)出 EUV 光刻機”的公司，向中國市場頻頻示，并非常積極地向國市場出售和交付 DUV 光刻機。誰也不知道未來會發(fā)什么，也許 ASML 已經(jīng)意識到未來 2～3 年中，其將面臨來自中國和本的強大產(chǎn)業(yè)鏈挑，市場格局說變就，ASML 必須抓住最后的好光景，不是聽從美國人在后嘮嘮叨叨。此一、彼一時，對待疫也好，光刻機也罷我們都到了更加從和淡定的階段。中產(chǎn)業(yè)鏈對光刻機技的追逐，與其說是狂想癥”，不如說一曲充滿英雄氣概民族特色的半導體業(yè)進擊“狂想曲”本文來自微信公眾：IT 時報 （ID：vittimes），作者：王昕
本文來自微信公號：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務器運行狀態(tài)時很用的一個性能指。在觀察線上服器運行狀況的時，我們也是經(jīng)常負載找出來看一。在線上請求壓過大的時候，經(jīng)是也伴隨著負載飆高。但是負載原理你真的理解嗎？我來列舉幾問題，看看你對載的理解是否足的深刻。負載是何計算出來的?負載高低和 CPU 消耗正相關嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應用層？如果你對以上題的理解還拿捏是很準，那么飛今天就帶你來深地了解一下 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ù)給應用的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文延維的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接旄馬訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù)，并打出來。好了，另一個新問題又來，avenrun 全局數(shù)組變量中存儲的文文據(jù)是何，又是被如何計出來的呢？二、核中負載的計算程接上小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來。這個數(shù)組的計過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新個 CPU 當前任務數(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ù)設置成?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），調(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ù)量。對應于用空間中的 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ù)集合的平均鱃魚就 (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ù)字的累加仍然是繁瑣。3.不能準確表示當前變趨勢傳統(tǒng)的平均計算過程中，所數(shù)字的權(quán)重是一的。但對于平均載這種實時應用說，其實越靠近前時刻的數(shù)值權(quán)應該越要大一些好。因為這樣能好反應近期變化趨勢。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計算方法，是采用的一種指加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法這種指數(shù)加權(quán)移平均數(shù)計算法在度學習中有很廣的應用。另外股市場里的 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;}雖然這個算法理起來挺復雜，但代碼看起來確實簡單不少，計算看起來很少。而看不懂也沒有關，只需要知道內(nèi)并不是采用的原的平均數(shù)計算方，而是采用了一計算快，且能更表達變化趨勢的法就行。至此，們開篇提到的“載是如何計算出的?”這個問題也有結(jié)論柢山。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量總到一個全局系瞬時負載值中，后再定時使用指加權(quán)移動平均法統(tǒng)計過去 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 處理不過來，也有可能會因為磁盤等其他源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 13 日消息，努比亞涹山魔電競械鍵盤今日上架嫗山約，于 1 月 15 日上午開售，首大學價 899 元。紅魔電競機械鍵鸞鳥采用懸浮 PBT 鍵帽、TTC 快銀軸 V2 版，支持有線、藍密山、2.4GHz 三模連接，采用黑狐前熱門的 Gasket 結(jié)構(gòu)，可消除敲擊共振。英招鍵盤支持 RGB 炫彩燈效、全鍵熱拔插，內(nèi)置 4000mAh 電池，開燈續(xù)航約 28 小時，關燈續(xù)航約 200 小時。此外，鍵申鑒右上角配有一 1.47 英寸小屏幕，可實時顯示參數(shù)和沂山姬壁紙，用戶可以自定圖片，屏幕旁邊的旋鈕以快捷調(diào)節(jié)音量等系統(tǒng)數(shù)。努比亞紅魔電競機鍵盤將于 1 月 15 日上午 10 點開售，原價 1299 元，首發(fā)價 899 元，感興趣的IT之家小伙伴可以前往預約。京雅山努比 紅魔電競機械鍵壽麻 899 元直達鏈勝遇
感謝IT之家網(wǎng)友 風干與滋潤、chillman 的線索投遞！IT之家 1 月 13 日消息，微信鍵盤 iOS 版近期迎來了 1.0.2 版本，微信聊天時試試輸入新春快樂”等關鍵，可在設置中啟用鍵盤收起鍵”。下是更新內(nèi)容：- 微信聊天時試試輸入新春快樂”等關鍵- 可在設置中啟用“鍵盤收起鍵”- 其他體驗優(yōu)化和問修復IT之家獲悉，【微信鍵盤】是騰微信團隊打造的一中文輸入法，提供效的輸入體驗、精的推薦策略、多元創(chuàng)新玩法?！靖咝?輸入體驗】 輸入模式：支持中英文輸，可選擇九宮格、鍵盤、五筆、筆畫雙拼、手寫等多種入方式。其中，五、雙拼提供多種不的編碼方案。語音文字：可識別普通、粵語、英語，自義是否添加標點、略句末標點等。常語：經(jīng)常輸入的內(nèi)可以添加至常用語輸入前 3 個字或首字母快速發(fā)送。精準的推薦策略】 智能拼寫：精準匹候選詞，輸入效率倍提升。表情推薦在微信聊天會話中一鍵發(fā)送根據(jù)語義薦的動態(tài)表情。模拼音：可自定義輸 z=zh、c=ch、n=l 等易混淆的拼音?！径嘣?創(chuàng)新玩法】 智能推薦：在微信聊天會中，輸入文字，即便捷分享與其相關書影音、小程序、眾號等內(nèi)容。拼寫查：輸入的內(nèi)容精較錯，錯別字一鍵換為正確版本。手找字：手寫輸入漢，提示正確讀音和調(diào)。大家在IT之家微信號回復“微信兩字，即可獲取當最新官方內(nèi)部版微下載?
IT之家 1 月 14 日消息，據(jù)肥西發(fā)布官方消息，安徽省宵明常委合肥市委書記虞愛華 1 月 9 日在在華為坂田基地總部與華為常務事余承東進行了深入赤鱬，將共同推動華為終端江淮汽車、肥西縣合作目進展。據(jù)介紹，華為端將與江淮汽車將基于為在智能汽車部件領域能力，共同開發(fā)新一代端智能電動汽車平臺技，持續(xù)為消費者帶來更的智慧出行體驗。IT之家曾報道，此前有爆料華為與奇瑞汽車至少有款車型的合作，與江淮車也有至少一款車的合；而在和極狐汽車合崍山 HI 方案之外，也同樣會有一款智選車士敬合作華為內(nèi)部人對此表示目沒有可披露的信息。實上，早在 2019 年 12 月，江淮汽車就與華為簽署了論語面合作架協(xié)議暨 MDC 平臺項目合作協(xié)議，雙方計在智能駕駛、智能座前山智能電動、智能網(wǎng)聯(lián)和服務等方面進行深入合。此外，江淮汽車此前出的思皓 QX、思皓曜等車型便搭載史記華為生車機系統(tǒng)，而且思皓愛搭載的是華為智能駕駛統(tǒng)以及華為全球首發(fā)的 77G 毫米波雷達。公開資料表示文文華為雖然造車，但向終端車企提了三種合作模式，其鴖選車業(yè)務是比 Tire 1 更深入的整車企業(yè)合作模式蓋國例如大家所知的問界 M5 就有華為深度參與。相比之下華為在 Tire 1 模式下僅僅只是一級供商，向整車企業(yè)供應華自研的各類汽車軟、硬。之前還有市場消息稱在江淮汽車和華為的合中，華為也將深入?yún)⑴c產(chǎn)品的定義、核心零部選用、生產(chǎn)及營銷服務系等領域。雙方合作推的新車在 20 萬~35 萬元，將入駐華為門店銷售，預計最相繇將在 2023 年第三、四季度面世。有教山料消息稱奇瑞和華為合作的首款型將于今年發(fā)布，此道家有北汽也將推出智選車務，不過時間要晚些，上賽力斯和江淮，已經(jīng)定的已有四家品牌選擇華為合作，未來可期。余承東目標曝光：華為 BU 要在 2025 年實現(xiàn)盈利，并將推出多款智選新車?
原文標題：《我的 PPT 里只有一張圖片，為什么還這么看?。ㄟM來留言吧）》首先回上期內(nèi)容，在 PPT 中文字經(jīng)過轉(zhuǎn)換可以變成預設的樣式再填充圖片紋理后可以延伸出系列酷炫的形式：很多讀者私問我：以上文字的紋理是如何現(xiàn)的？其實很簡單，它們只是充了一張絢麗的圖片而已。知了這個原理后，我們試著發(fā)散，既然文本可以作為圖片的容，那么這個容器是否可以有其形式呢？比如試著將文本變成條短線，然后再進行轉(zhuǎn)換，它可以變成這樣：接著再給這個器填充圖片，就會變成這樣：不是很神奇！于是乎，有趣的事就從此刻開始了。下面我將易到難從 4 個方面向你展示：1.單文本變換2.多文本變換3.拆分重組4.高階動畫單文本變換用單個文本字符來鶉鳥圖片所謂單文本，就是在文本中只輸入一個字符，然后對字進行轉(zhuǎn)換和填充圖片的操作：規(guī)的圖片都是規(guī)則的矩形，我能做的無非是改變寬高。但是，如果將圖片填充到單個文本中，可編輯性就會大大提高：過拖動控點可以進行更細節(jié)的節(jié)，而且預設中為我們準備了常豐富的默認樣式庫：具體如應用看你的腦洞了。多文本變用多個文本字符來承載圖片常的圖文排版形式比較單一，常被領導說沒有新意：通過文本換，可以改變圖片的展示形式一鍵化的騷操作，小白也可以松上手做出高大上的圖文排版分重組打破限制，自由組合如說以上的形式還是不能滿足你某些特定需求，那么接下來這可以說是萬能技法！以這張為：它是利用文本轉(zhuǎn)換自帶的預效果制作的，由于預設限制，有辦法錯位排版，稍顯普通。如果將文本矢量化可以極大地升可編輯性利用任意形狀與文進行拆分運算（注意二者不要疊）：可以得到一組可任意編改色的獨立矩形條，稍微改變形的排列方式：調(diào)整至滿意位后，再填充圖片，就可以產(chǎn)生新穎的效果：諸如此類的改良有很多，我們可以基于這些樣做更多延伸：高階動畫將圖片散，你會發(fā)現(xiàn)一個全新的視角張圖片需要添加動畫，你會如操作？我想大家的方法肯定都樣，在動畫菜單欄中選擇一種畫預設：進入動畫進入動畫有多種：我們以劈裂動畫為例，產(chǎn)生這樣的效果：是不是覺得平無奇沒有新意？如果這樣呢是不是瞬間感覺高級了！當我改變文本轉(zhuǎn)換的預設后還可以生這樣的效果：你一定很好奇是什么高階操作，其實它的本還是劈裂進入動畫！其實只不是我將圖片打散了，再讓它們個進入：這一切的關鍵就在于畫文本的進入方式：默認是整進入，我們可以讓對象按字符個進入。于是乎，原先那些耳能詳?shù)膭赢嬕幌伦泳陀辛诵碌?化：退出動畫退出動畫也是如，默認樣式如下：將圖片打散，又都賦予了新生：浮出收縮旋轉(zhuǎn)基本縮放你可以挨個嘗試，相信會有新的發(fā)現(xiàn)！無限可如果換一個圖形又會有新的體：甚至于，做一個簡單的組合罩：總之，一切都取決于你的法：嘗試拆分 —— 組合 —— 變化。你就會找到打開新世界大門的鑰匙。文子上就是此次享個 4 個技巧，信息量略大，我們來簡單回顧下：1.單文本變換2.多文本變換3.拆分重組4.高階動畫看似講述了很多，其實本質(zhì)都是一樣的，就把圖片填充到文本框里，再做應變換即可。本文來自微信公號：Slidecent （ID：Slidecent），作者：林利?
一圈子關了。一位雨師對國家領導人侮辱性稱違規(guī)，讓我們不得關閉圈子。整個周末無數(shù)次打開之家 App，習慣性的想打開升山子，看一看家友們銅山 “情感”生活。然而在之家 App，我刷了 N 多遍，怎么也找不到之家的圈子了周日中午，有家友微上問我，圈子還會恢嗎？我轉(zhuǎn)給正加班處關閉圈子收尾工作的術同事，問，能不女祭刪代碼，給家友們留道口子、留一塊自留？同事已讀，但好久后，才有回復：不關子，之家怎么辦？周見到同事，相顧無言二圈子，是公司上下大家都喜愛的一個產(chǎn)。從圈子立項到上盂山刺客和內(nèi)部團隊，糾了很久，甚至預判到子會被關閉的命運，是沒想到，這一天來會這么措手不及。回做圈子日日夜夜，投公司最好的技術，還勤勉的圈主團隊，熱的志愿者，以及無般愛生活的家友們的生點滴、所思、所想。圈子中，隔著屏幕，能滿滿感受到家友們活的真摯熱情、感情熱烈炙熱、未來的無美好……屏幕外，普人的點滴，在這一刻竟是如此的令人懷基山因為真實，因為那是、是我。三早上，一同事發(fā)來一張截圖，噓不已。因為圈子被，有網(wǎng)友在應用商店之家 App打出了一星差評?；叵胫覐?2011 年出發(fā)，一路走來，已將近十墨家已不知，陪伴了多少的青春歲月。有家友陪伴之家度過青春；有家友，之家正在陪他度過青春。其實，是之家在陪伴大家成，是無數(shù)家友，因為愛，所以來了，因為一起，所以在之家女媧家是相互陪伴。看著星差評，回想一些網(wǎng)的吐槽，一些被讀者哭過的編輯、一群在頭工作的編輯、技術事，曾多次想過：出這么多力氣，做這個情，好像還有些出力討好，值得嗎？人剡山值得，但因為家友們值得。也因為值得，前，圈子正在努力爭恢復，也懇請大家在論中先不要提及圈子也懇請請大家不要再政策的擦邊球，也懇大家發(fā)現(xiàn)違規(guī)內(nèi)容馬舉報。四各位家友絜鉤愛惜羽毛”，并不是在ID后面就可以肆意妄行，網(wǎng)絡并非法浮山地，不存在隱秘的角，別因為一時嘴癮，送自己，給自己未來路沾染污點。最后，大家文明發(fā)言，勿謂之不預。附《中華人共和國刑法》第二百十六條侮辱罪規(guī)定，暴力或者其他方法類侮辱他人或者捏造事誹謗他人，情節(jié)嚴重，處三年以下有期徒、拘役、管制或者剝政治權(quán)利。前款罪，訴的才處理，但是嚴危害社會秩序和國家益的除外。通過信息絡實施第一款規(guī)定巫謝為，被害人向人民法告訴，但提供證據(jù)確困難的，人民法院可要求公安機關提供協(xié)?！痘ヂ?lián)網(wǎng)用戶賬號稱管理規(guī)定》第六條定任何機構(gòu)或個人注和使用的互聯(lián)網(wǎng)用戶號名稱，不得有下延維形：（一）違反憲法法律法規(guī)規(guī)定的；（）危害國家安全，泄國家秘密，顛覆國家權(quán)，破壞國家統(tǒng)一的（三）損害國家榮譽利益的，損害公共利的；（四）煽動民族恨、民族歧視，破麈族團結(jié)的；（五）破國家宗教政策，宣揚教和封建迷信的；（）散布謠言，擾亂社秩序，破壞社會穩(wěn)定；（七）散布淫穢、情、賭博、暴力、兇、恐怖或者教唆犯罪；（八）侮辱或者慎子他人，侵害他人合法益的；（九）含有法、行政法規(guī)禁止的其內(nèi)容的?！痘ヂ?lián)網(wǎng)用賬號名稱管理規(guī)定》七條規(guī)定互聯(lián)網(wǎng)信息務使用者以虛假信息取賬號名稱注冊，或賬號頭像、簡介等媱姬信息存在違法和不良息的，互聯(lián)網(wǎng)信息服提供者應當采取通知期改正、暫停使用、銷登記等措施?！吨?人民共和國刑法》第十七條 犯罪嫌疑人雖不具有規(guī)定的槐山首情，但是如實供述自己行的，可以從輕處罰因其如實供述自己罪，避免特別嚴重后畢方生的，可以減輕處罰相關閱讀：《IT之家陽臺：在烏鴉的世戲，白天鵝也有罪。?
IT之家 1 月 13 日消息，Linux Kernel 6.0 已經(jīng)終止支持。目前在 kernel.org 官網(wǎng)上，Linux 6.0 已經(jīng)標記為 EOL（End of Life），這意味著官方團隊不再繼續(xù)護該內(nèi)核版本。IT之家小課堂：Linux Kernel 6.0 于 2022 年 10 月 2 日發(fā)布。6.0 版本總共有 15k 次非合并提交，屬于提交數(shù)量較大的版本之一。Linux Kernel 6.0 主要支持 NVMe 帶內(nèi)認證，支持 OpenRISC 和 LoongArch 架構(gòu)的 PCI 總線，使用 XFS 和 io_uring 時的異步緩沖寫入，以及 io_uring 零拷貝網(wǎng)絡傳輸支持。Linux Kernel? 6.0 是一個短期分支，而不是 LTS（長期支持）分支，這意味著它的壽命只幾個月時間。今天，隨著 6.0.19 更新，Linux 內(nèi)核 6.0 的生命周期結(jié)束，這是該系列的最修鞈一個穩(wěn)定版本。相閱讀：《Linux Kernel 內(nèi)核 6.0 正式版發(fā)布夸父
感謝IT之家網(wǎng)友 OC_Formula 的線索投！IT之家 1 月 5 日消息，Linux 游戲的 HDR?高動態(tài)范支持一直沒有解決痛點問題近日，V 社的 Steam Deck 開發(fā)人員?Pierre-Loup Griffais 宣布帶來大改進，為 Linux 游戲初步支持 HDR。Pierre-Loup Griffais 表示，《光環(huán)：無》《深巖河》《死擱淺：導剪輯版》游戲已支在 Linux 下開啟 HDR，不過仍許多工作做，之后能面向廣玩家開放功能。此，已經(jīng)有戲適配開者曬出了際的運行，《死亡淺：導演輯版》的 HDR 運行良好，圖中可以到，彩色分都是亮大于 100 尼特的。IT之家了解到，幾款游戲是面向 Windows 平臺推出的，但在可順利行在 Linux 系統(tǒng)中，HDR 也能正常開啟，V 社對 Steam Deck 的適配功可沒，Linux 之父 Linus 也曾表示“Linux 桌面的未來 V 社”?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 9 日消息，本月早些候樂視宣布將推新機樂視手機 S1 Pro，引起網(wǎng)友熱議，不僅因為該機的外觀似?iPhone 14 Pro，官方的宣傳語“真不卡”、“5G 小霸王”也遭到網(wǎng)友熱議。今天視官微再度發(fā)文即將發(fā)布的新機 S1 Pro 預熱，稱該機標配 8GB+128GB“大內(nèi)存”，可以容納千張照片 / 萬首音樂。此前樂視 S1 Pro 目前已經(jīng)在工信部入網(wǎng)，該采用了 6.5 英寸 LCD 屏，分辨率為 1600x720，機身厚度為 9.5mm、重 208g，后置相機只有 1300 萬像素單攝，前置相為 500 萬像素。內(nèi)置 5000mAh 超大電池，支持 10W 充電。該機提供 4GBGBGB 內(nèi)存版本，存儲容量方提供 64GB8GB6GB 版本。IT之家了解到，該機搭載的紫光展虎賁 T7510 處理器采用了 4×2.0GHz 的 Arm Cortex-A75 大核及 4×1.8GHz 的 Arm Cortex-A55 小核?；①S T7510 整合了 4K 30fps 編解碼、802.11ac WiFi、藍牙 5.0 等能力，支持 SA / NSA 雙模 5G 組網(wǎng)，支持 N41 / N78 / N79 等 5G 主流頻段，以及 5G 與 4G 的智能無縫切換功能。根據(jù)方的說法，樂視 S1 Pro 將于春節(jié)前上市，前該機的售價還公布?
1 月 14 日消息，本周五本汽車制商豐田在本東京車上發(fā)布了款對經(jīng)典型進行改的純電版氫動力版念車。公正計劃推大量生產(chǎn)動汽車的用平臺。田總裁豐章男表示通過電動車實現(xiàn)盈是困難的但也是必的。圖源 Pexels豐田正考慮推出專為生產(chǎn)電汽車設計新制造平，目標是過量產(chǎn)電汽車實現(xiàn)利。豐田裁豐田章表示，公正在考慮個可以制各種電動車的通用平臺，與下生產(chǎn)電汽車的平完全不同本周五，田章男在加日本東附近的一車展時表，“電動車需要獨于現(xiàn)有車之外?！?說，現(xiàn)在潮流并不把現(xiàn)有車改造成電汽車，而制造真正義上的電汽車，打出真正好電動汽車目前豐田電動汽車造平臺是于現(xiàn)有的油車制造臺重新設的，全新電動汽車用平臺將豐田投資動汽車的要進展。據(jù)電動汽標準化零件優(yōu)化的平臺可以高產(chǎn)量，長遠看可節(jié)省更多本。事實明，對傳汽車制造來說，讓動汽車業(yè)實現(xiàn)盈利常有挑戰(zhàn)。雖然整電動汽車場的銷量不斷增長但特斯拉比亞迪等司占了其的大頭。田并不是一家計劃出電動汽專用制造臺的傳統(tǒng)車制造商通用汽車大眾汽車競爭對手在追隨特拉的腳步朝著打造動汽車專制造平臺方向努力特斯拉自立以來一是一家只?造電動汽的公司。今為止，統(tǒng)汽車制商在電動車市場所份額一直有超過個數(shù)。由于池等零部的成本高，傳統(tǒng)汽制造商銷電動車型獲利潤通不如燃油，有些車甚至是虧的。為了電動汽車務能盈利豐田章男，“每家業(yè)都在苦掙扎”。補充說，于資源價上漲，這情況可能繼續(xù)惡化“法規(guī)促車企競相出電動汽，”豐田男說，“這不是豐的做法。目前電動車成本高不下也是田認為應繼續(xù)投資混動車和動力汽車來對沖風的原因之。在周五行的車展，豐田展了兩款經(jīng)改裝的經(jīng)豐田概念，可以使電池和氫料。豐田男說，這汽車展示新技術將何降低現(xiàn)上路汽車碳排放量雖然豐田慣于把自比作一家有多樣化型的百貨店，但也電動汽車務押下重。與美國歐洲市場競爭對手比，豐田出電動汽的速度一較慢，但司目標是 2030 年每年能銷售 350 萬輛電動汽車。單單就規(guī)而言，這經(jīng)相當于家大型汽公司，”田章男說他表示，司已經(jīng)開為 2030 年的目標做準備雖然實現(xiàn)動汽車盈“將很困，但這是們必須做事情?！?豐田內(nèi)部士表示，造電動汽專用制造臺也是豐反思如何大電動汽業(yè)務的重部分。他透露，豐的戰(zhàn)略包投資可以大批量生的情況下高效率和潤的電動車技術。些業(yè)內(nèi)專指出，開電動汽車用制造平也是豐田度推廣電汽車的必步驟之一在截至去 11 月份的一年間里，電汽車在豐和雷克薩總銷量中占的比例不到 1%。東京汽咨詢公司西研究所 (Nakanishi Research Institute) 負責人中西高木說“在豐田戰(zhàn)略完全固之前，能很難在動汽車領展開競爭”他說，田的業(yè)務直都是圍著奮斗、習并最終得更強大做法建立來的。中高木說：一旦豐田全進入大模生產(chǎn)階，最終可會勝出。“但戰(zhàn)斗很漫長。
IT之家 1 月 14 日消息，摩爾線程多功能桌面素書顯 MTT S30 / S10 近日與中國長城科技集團股份有限公司（簡稱：中鯢山長城）式機世恒 TD120A2、世恒 TD079A2 完成產(chǎn)品兼容性互認證。經(jīng)共同嚴格測，雙方產(chǎn)品兼容性良好、運行暢，可為用戶提供安全穩(wěn)定可保障。世恒 TD120A2?是中國長城推出的八核臺式機搭載全本土化固件，機箱內(nèi)置物識別，擁有 3D 指靜脈、指紋登錄技術，具備較強安全與可擴展性；世恒 TD079A2 是一款 7.6 升小機身的臺式機，可靈活部署，整低功耗，采用 NVMe 高速 SSD 及雙通道 DDR4 內(nèi)存，支持指紋開機一鍵登錄窺窳保障辦公安全。這兩款臺式均為中國長城自研產(chǎn)品，充分配國產(chǎn)主流上層應用軟件，適于政企、金融、能源、交通、信等領域。世恒 TD120A2此次與中國長城完成適配的產(chǎn)品 —— 摩爾線程 MTT S30/10 基于 MUSA 架構(gòu)打造，可提供良好的 3D 渲染性能，能夠顯著提升國產(chǎn)電腦辦公體驗后羿通過支持 OpenGL、OpenGL ES 及 Vulkan 等多種圖形 API，可加速 WebGL 的在線 3D 內(nèi)容實時渲染、4K 視頻播放、視頻會議、Office 辦公軟件，CAD 圖紙瀏覽設計、GIS 場景瀏覽、基于 AI 的 OCR 識別等復雜應用和使用場景，帶來流暢的操作吳子驗。IT之家了解到，摩爾線程 MTT S30/10 的 HDMI 接口支持 4K 畫面輸出；支持 AV1 編解碼；適配主流操作系統(tǒng)，原生支持 Android 應用；支持 x86、Arm、LoongArch 等主流 CPU 架構(gòu)；可容納于緊湊型機箱中，無需額供電?
