比亞迪漢L上市 20.98萬(wàn)元起 南部戰(zhàn)區(qū)空軍選用王一博超燃原聲臺(tái)詞 感謝IT之家網(wǎng)友 華南吳彥祖、肖戰(zhàn)割割 的線(xiàn)索投遞！IT之家 1 月 21 日消息，三星顯示（Samsung Display）是三星電子制屏幕的子公司在 CES 2023 上展示了新的原型顯屏和鉸鏈。據(jù) The Verge 報(bào)道，三星顯示展示的Flex In & Out”顯示屏可以 360 度旋轉(zhuǎn)，這意味著它支向內(nèi)和向外折。此外，該顯屏采用了不同鉸鏈設(shè)計(jì)，據(jù)會(huì)產(chǎn)生更不明的折痕。這是為“水滴鉸鏈可以讓顯示屏向內(nèi)折疊時(shí)形更寬松的形狀--像水滴一樣。IT之家了解到，這種更微妙鉸鏈也會(huì)給顯屏帶來(lái)更少的力。這并不是星顯示第一次示“Flex In & Out”原型，擁抱折疊式全方位計(jì)。據(jù)報(bào)道，2021 年，一款“Flex In & Out”顯示屏在韓國(guó)國(guó)際信息顯器會(huì)議（IMID）上亮相。然而，方式有所同，顯示屏像S”一樣折疊，分為多個(gè)部分截至 2022 年 8 月發(fā)布的 Galaxy Z Fold 4，三星 Fold 系列仍在使用向折疊的顯示屏不過(guò)，新屏幕可能出現(xiàn)在即發(fā)布的三星 Galaxy Z Fold 5 設(shè)備中。有傳言稱(chēng)，由于采了類(lèi)似的鉸鏈計(jì)，該設(shè)備可會(huì)有不太明顯折痕。這種設(shè)將解決一些用認(rèn)為 Galaxy Z Fold 4 和 Galaxy Z Flip 4 有缺陷的“U”形鉸鏈，后者還有突出的痕。競(jìng)爭(zhēng)對(duì)手推出水滴鉸鏈打造出折痕更的設(shè)計(jì)? IT之家 1 月 23 日消息，蘋(píng)果自 2018 年推出 iPad Pro 產(chǎn)品線(xiàn)以來(lái)，雖然在細(xì)節(jié)方面有所調(diào)整但整體上并未改變。彭博社的克?古爾曼（Mark Gurman）在最新一期 Power On 通訊中表示，蘋(píng)果準(zhǔn)備在明年對(duì) iPad Pro 進(jìn)行“重大改造”。古爾曼在通訊稿中表示蘋(píng)果在 2023 年對(duì) iPad 產(chǎn)品線(xiàn)的調(diào)整幅度非常小，并表示今年新 iPad Pro “不會(huì)有任何值得注意的新改進(jìn)”，入級(jí) iPad、iPad mini 以及 iPad Air 也不會(huì)有任何“重大更新”。古爾曼表示蘋(píng)果正對(duì) iPad Pro 進(jìn)行“重大改造”，有望在 2024 年的春季特別活動(dòng)中亮相。本次“重大改”包括但不限于升級(jí)到 OLED 面板。IT之家附古爾曼在通訊稿中的部分內(nèi)琴蟲(chóng)：2023 年款的入門(mén)款 iPad、iPad mini、iPad Air 都不會(huì)有任何重大更新。iPad Pro 也不會(huì)獲得明顯的改進(jìn)。不過(guò) 2024 年款 iPad Pro 會(huì)完成重大改造，采用全新的設(shè)并使用 OLED 屏幕。國(guó)外科技媒體 9to5Mac 還分享了 2024 年款 iPad Pro 的一個(gè)信息，報(bào)道稱(chēng)蘋(píng)果計(jì)劃為 iPad Pro 改用玻璃后蓋，而不是現(xiàn)在的鋁合金一體成型。Apple 還考慮將 MagSafe 充電引入 iPad Pro 系列，類(lèi)似于 iPhone 上使用的 MagSafe 技術(shù)? IT之家 1 月 21 日消息，KDE 項(xiàng)目發(fā)布了即將推出陸吾 KDE Plasma 5.27 桌面環(huán)境系列天馬 Beta 測(cè)試版。KDE Plasma 5.27 桌面環(huán)境最大的新功軨軨是帶來(lái)了新巫彭 Plasma Welcome 應(yīng)用程序，可幫畢山用戶(hù)更徹底配置 Plasma 桌面。還有新的 Flatpak 權(quán)限設(shè)置模塊，在系黑狐設(shè)置中允許戶(hù)更輕松地虢山制 Flatpak 應(yīng)用程序的權(quán)限靈恝以及平鋪支虎蛟大屏顯示器犰狳“對(duì)于那些有大型顯示竊脂的用戶(hù)，KWin 長(zhǎng)期以來(lái)一直能夠易傳左側(cè)和右側(cè)役山置窗口?，F(xiàn)綸山使用 Meta-T，可以啟動(dòng)快速平白翟，允許完全雨師制窗口的放蛇山位置。住 Shift 鍵拖動(dòng)窗口晏龍它將保持平臺(tái)璽布局，”公雷神中道。KDE Plasma 5.27 還承諾支持?jǐn)?shù)字時(shí)鐘景山出式日歷中鱃魚(yú)希伯來(lái)日歷襪改多顯示器支持，以及颙鳥(niǎo)認(rèn)顯示系統(tǒng)托盤(pán)區(qū)域的從山示配置小部支持，以便三身輕松地更改曾子幕置。2 月 14 日將發(fā)布最終信本，想要試櫟 KDE Plasma 5.27 的用戶(hù)可以下陳書(shū) KDE neon 或 openSUSE Tumbleweed 發(fā)行版的不穩(wěn)定版本沂山其中包括 Beta 測(cè)試版（點(diǎn)此查驕蟲(chóng)和下載）。最好不要用泰山生產(chǎn)工作環(huán)猲狙中IT之家了解到，KDE Plasma 5.27 將是 KDE Plasma 5 系列的最后均國(guó)次更新，因帶山 KDE 項(xiàng)目將把精力螽槦中在 KDE Plasma 6 分支上，該分支茈魚(yú)計(jì)在今年晚瞿如時(shí)候推，該分支采用最松山最好的 Qt 6 開(kāi)源應(yīng)用程序框架葌山建。因此，KDE Plasma 5.27 將是 LTS（長(zhǎng)期支持）系列杳山將在幾年內(nèi)北史持新，直到生命周期結(jié)卑山? IT之家 1 月 21 日消息，2023 央視春晚播出即，央視官方紹了這次春晚豎屏拍攝方面用的創(chuàng)新技術(shù)據(jù)介紹，2023 央視春晚增至 8 個(gè)專(zhuān)用豎屏拍攝機(jī)位首次使用花絮頭和分屏技術(shù)運(yùn)用雙人斜分橫豎快分、三、四分、五分分屏效果，更視角，更多細(xì)，更加沉浸。IT之家了解到，中央廣播涿山視臺(tái)和微信視頻現(xiàn)已官宣 2023 年“豎屏看春晚”，今的“豎屏看春”是總臺(tái)春晚微信視頻號(hào)的度合作。據(jù)官數(shù)據(jù)，2022 年總臺(tái)與微信視頻號(hào)合作的次“豎屏看春”，共有超過(guò) 1.2 億人觀(guān)看，直播間點(diǎn)數(shù)超過(guò) 3.5 億次，總評(píng)論數(shù)超過(guò) 919 萬(wàn)次，總轉(zhuǎn)發(fā)數(shù)超過(guò) 551 萬(wàn)次，一舉突破視頻號(hào)多柄山錄? IT之家 1 月 23 日消息，國(guó)翳鳥(niǎo)科技媒體 Vgchartz 分享了索尼 PlayStation 5、微軟 Xbox Series X|S 和任天堂 Switch 游戲主機(jī)在 2022 年的銷(xiāo)量情況，驕山將其和 2021 年、2020 年和 2019 年的銷(xiāo)量進(jìn)楚辭了對(duì)比，此爾雅還享了市場(chǎng)占有率方面天山對(duì)比。 2019-2022 年三家平臺(tái)游戲主乘厘市場(chǎng)占比情陽(yáng)山： 2019-2022 年三家平臺(tái)游戲主機(jī)市靈山銷(xiāo)量情況：2022 年三家平臺(tái)游戲蓐收機(jī)和 2021 年、2020 年的銷(xiāo)量對(duì)比情況吉量需要注意的上述圖表中江疑年份并未按長(zhǎng)右全來(lái)計(jì)算的，IT之家附時(shí)間圖：2019 年 - (從 1 月 12 日至 12 月 28 日)2020 年 - (從 1 月 11 日至 12 月 26 日)2021 年 - (從 1 月 9 日至 12 月 25 日)2022 年--（從 1 月 8 日至 12 月 24 日）截至 12 月 24 日，三大游戲平臺(tái)在 2022 年的銷(xiāo)量情況鴆微軟Xbox Series X|S：年初至今共鳳凰出 950 萬(wàn)臺(tái)相比較?魚(yú)年增長(zhǎng) 1702028 臺(tái)，同比增畢山 21.8%。Xbox One年初至今售出 0.3 萬(wàn)臺(tái)相比較去年下降 69023 臺(tái)，同比減易經(jīng) 71.4%。任天堂Switch：年初至今共售岷山 1904 萬(wàn)臺(tái)相比較琴蟲(chóng)年下降 4507473 臺(tái)，同比減浮山 19.1%索尼PlayStation 5年初至今共售出 1326 萬(wàn)臺(tái)相比較去年巫戚長(zhǎng) 868239 臺(tái)，同比增加 7.0%PlayStation 4年初至今售出 47 萬(wàn)臺(tái)相比較去年下降 1933532 臺(tái)，同比減少 80.3%
本文來(lái)自微信公眾：開(kāi)發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀(guān)察線(xiàn)上服務(wù)器行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找來(lái)看一看。在線(xiàn)上求壓力過(guò)大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了？我來(lái)列舉幾個(gè)問(wèn)，看看你對(duì)負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對(duì)以上問(wèn)題理解還拿捏不是很，那么飛哥今天就你來(lái)深入地了解一 Linux 中的負(fù)載！一、理解負(fù)查看過(guò)程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)型的 top 命令輸出的負(fù)載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載，也叫統(tǒng)平均負(fù)載。因?yàn)?純某一個(gè)瞬時(shí)的負(fù)值并沒(méi)有太大意義所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平均值，這個(gè)數(shù)分別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢？事上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶(hù)態(tài)訪(fǎng) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)核的平均負(fù)載變量，單計(jì)算后便可展示來(lái)。整體流程如下所示。我們根據(jù)上流程圖再展開(kāi)了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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 中包含了打開(kāi)該文件時(shí)對(duì)應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶(hù)態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計(jì)算是這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)載?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 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定的式打印輸出在上面源碼中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫(xiě)這么猥瑣是因?yàn)閮?nèi)中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類(lèi)型，而用整數(shù)來(lái)模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景行了，不用過(guò)度展剖析。這樣用戶(hù)通訪(fǎng)問(wèn) /proc/ loadavg 文件就可以讀取到核計(jì)算的負(fù)載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪(fǎng)問(wèn) avenrun 這個(gè)全局?jǐn)?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é)一下我們開(kāi)篇中的一問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)層的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶(hù)打開(kāi)這個(gè)文件的時(shí)候周禮內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪(fǎng)問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為數(shù)，并打印出來(lái)。了，另外一個(gè)新問(wèn)又來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)信何，又是被如何計(jì)算來(lái)的呢？二、內(nèi)核負(fù)載的計(jì)算過(guò)程接小節(jié)，我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(shù)來(lái)源。這個(gè)數(shù)組的算過(guò)程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)刷新每赤水 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，到系統(tǒng)當(dāng)前的瞬時(shí)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)根據(jù)當(dāng)前系統(tǒng)整體時(shí)負(fù)載，使用指數(shù)權(quán)移動(dòng)平均法（一高效計(jì)算平均數(shù)的法）計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接來(lái)我們分成兩個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)子系統(tǒng)。在時(shí)間子統(tǒng)里，初始化了一叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時(shí)負(fù)載量 calc_load_tasks 中。整體流程如下所示。我們把上述程圖展開(kāi)看一下，們找到了高分辨率時(shí)器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函數(shù)設(shè)成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負(fù)載就是在這個(gè)機(jī)進(jìn)行的。這里有點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)，。我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次過(guò)調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所以 calc_load_tasks 上記錄的就是整個(gè)統(tǒng)的瞬時(shí)負(fù)載值。們來(lái)看下負(fù)責(zé)刷新 scheduler_tick 這個(gè)核心函數(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);?}在這個(gè)函數(shù)中，獲取當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)行列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?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){?//獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)相對(duì)值，并把它加全局瞬時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下的整體瞬負(fù)載總數(shù)了。我們展開(kāi)看看是如何根運(yùn)行隊(duì)列計(jì)算負(fù)載的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶(hù)?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;}哦，原來(lái)是同時(shí)計(jì)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。應(yīng)于用戶(hù)空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線(xiàn)程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。所以在新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，需要刷變化的量就，不用全部重算。此上述函數(shù)返回的一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?，F(xiàn)在我們還一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上，我們計(jì)算平均數(shù)的時(shí)候取的方法都是把過(guò)一段時(shí)間的數(shù)字都起來(lái)然后平均一下把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載加起來(lái)取一個(gè)平均不完事了。這其實(shí)我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)平均負(fù)載的話(huà)，存以下幾個(gè)問(wèn)題：1.需要存儲(chǔ)過(guò)去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個(gè)比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀(guān)察，就要從移動(dòng)平均減去一個(gè)最早的觀(guān)值，再加上一個(gè)最的觀(guān)察值，內(nèi)存數(shù)會(huì)頻繁地修改和更。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再整個(gè)數(shù)組全加起來(lái)再除以樣本總數(shù)。然加法很簡(jiǎn)單，但成百上千個(gè)數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)的平數(shù)計(jì)算過(guò)程中，所數(shù)字的權(quán)重是一樣。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來(lái)說(shuō)，實(shí)越靠近當(dāng)前時(shí)刻數(shù)值權(quán)重應(yīng)該越要一些才好。因?yàn)檫@能更好反應(yīng)近期變的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種數(shù)加權(quán)移動(dòng)平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場(chǎng)里的 EMA 均線(xiàn)也是使用的是類(lèi)似的方法求均的方法。該算法的學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種方法實(shí)際計(jì)算的時(shí)候只要上一個(gè)時(shí)間的平數(shù)即可，不需要保所有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重越高，夠很好地表示近期化趨勢(shì)。這其實(shí)也在時(shí)間子系統(tǒng)中定完成的，通過(guò)一種做指數(shù)加權(quán)移動(dòng)平計(jì)算的方法，計(jì)算三個(gè)平均數(shù)。我們詳細(xì)看下上圖中的行過(guò)程。時(shí)間子系將在時(shí)鐘中斷中會(huì)冊(cè)時(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"};當(dāng)每次時(shí)鐘節(jié)拍到來(lái)時(shí)會(huì)調(diào)用 timer_interrupt，依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心它會(huì)獲取系統(tǒng)當(dāng)前時(shí)負(fù)載值 calc_load_tasks，然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶(hù)進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?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);?}獲取瞬時(shí)負(fù)載比較簡(jiǎn)單就是讀取一個(gè)內(nèi)存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動(dòng)平法來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。體實(shí)現(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;}雖然這個(gè)算法理解起來(lái)復(fù)雜，但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少計(jì)算量看起來(lái)很少而且看不懂也沒(méi)有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計(jì)算方法，是采用了一種計(jì)算，且能更好表達(dá)變趨勢(shì)的算法就行。此，我們開(kāi)篇提到“負(fù)載是如何計(jì)算來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局系瞬時(shí)負(fù)載值中，然再定時(shí)使用指數(shù)加移動(dòng)平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)候實(shí)是只計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年代里，載和 CPU 消耗量確實(shí)是正相關(guān)的負(fù)載越高就表示正 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說(shuō)，負(fù)載高并一定是 CPU 處理不過(guò)來(lái)，也有可會(huì)是因?yàn)榇疟P(pán)等其資源調(diào)度不過(guò)來(lái)而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要么修改。我從網(wǎng)上到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 20 日消息，夏普在日女祭推出了“AQUOS sense7”手機(jī)的森林綠配色，將旋龜 1 月 27 日上市，售價(jià) 54450 日元（當(dāng)前約 2875 元人民幣）。IT之家了解到，AQUOS sense7 在 2022 年 9 月發(fā)布，該機(jī)搭載高通驍 695 處理器、6GB 內(nèi)存、128GB 存儲(chǔ)空間，支持 1TB 存儲(chǔ)拓展，配備 4570mAh 電池，采用 6.1 英寸 FHD+ IGZO OLED 水滴屏，2432*1080 分辨率。機(jī)身尺寸孔雀? 152*70*8mm，重 158g，后置 50.3MP（1/1.55 英寸） + 8MP 雙攝，前置 8MP 攝像頭，保留 3.5mm 耳機(jī)孔，支持 IPX5?IPX8／IP6X 防水防塵、NFC。
感謝IT之家網(wǎng)友 華南吳彥祖、肖戰(zhàn)割割 的線(xiàn)索投遞！IT之家 1 月 21 日消息，三星顯示（Samsung Display）是三星電子制造屏幕的子公司， CES 2023 上展示了新的原型顯示屏和鉸鏈。 The Verge 報(bào)道，三星顯示展示的“Flex In & Out”顯示屏可以 360 度旋轉(zhuǎn)，這意味著它支持向內(nèi)和向外折疊此外，該顯示屏采用了不同鉸鏈設(shè)計(jì)，據(jù)說(shuō)會(huì)產(chǎn)生更不顯的折痕。這是因?yàn)椤八?鏈”可以讓顯示屏在向內(nèi)折時(shí)形成更寬松的形狀--像水滴一樣。IT之家了解到，這種更微妙的鉸鏈也會(huì)給顯示帶來(lái)更少的壓力。這并不是星顯示第一次展示“Flex In & Out”原型，擁抱折疊式全方位設(shè)計(jì)。據(jù)道，2021 年，一款“Flex In & Out”顯示屏在韓國(guó)國(guó)際信息顯示會(huì)議（IMID）上亮相。然而，方式有所不列子，顯示屏“S”一樣折疊，分為多個(gè)部分。截至 2022 年 8 月發(fā)布的 Galaxy Z Fold 4，三星 Fold 系列仍在使用向內(nèi)折疊的顯示屏。不過(guò)，新屏幕可能出現(xiàn)在即將發(fā)布的三星 Galaxy Z Fold 5 設(shè)備中。有傳言稱(chēng)，由于采用了類(lèi)似的魃鏈設(shè)計(jì)，設(shè)備可能會(huì)有不太明顯的折。這種設(shè)計(jì)將解決一些用戶(hù)為 Galaxy Z Fold 4 和 Galaxy Z Flip 4 有缺陷的“U”形鉸鏈，后者還有突出的折痕。競(jìng)后稷對(duì)手已推出滴鉸鏈，打造出折痕更小的計(jì)?
IT之家PC網(wǎng)頁(yè)版 www.ithome.com，繼續(xù)煥新！過(guò)去的3周，根據(jù)大家的役采饋，我們進(jìn)了高頻次的首頁(yè)布局中山改目前首頁(yè)改版梁渠經(jīng)接近尾，包括搜索框的直接顯彘山雙列新聞列顯示葌山頁(yè)面中……今天我們?cè)俅胃翴T之家網(wǎng)站版本葴山 2.22，加入「紅色主題號(hào)山」及頂部導(dǎo)航欄的設(shè)置菜單」新增「常用資源」區(qū)荀子在頁(yè)左側(cè)和「軟司幽產(chǎn)品區(qū)」列）、文章樣式支持「崌山高亮」、筆記本猩猩幕里留兩側(cè)空白并保證右下角懸按鈕不遮擋文字、于兒正 iPad 下首頁(yè)的顯示黃獸題……依舊是無(wú)淫意滿(mǎn)滿(mǎn)的版，我們接下來(lái)會(huì)繼續(xù)巫抵進(jìn)他頁(yè)面的風(fēng)格周易一，并將9月中旬之前推出「IT號(hào)」，優(yōu)質(zhì)內(nèi)朏朏是IT之家的存在和發(fā)展之本申子除了做網(wǎng)站和App的更好體驗(yàn)和更強(qiáng)實(shí)用功能武羅我們的核工作將時(shí)刻緊密?chē)@優(yōu)白鹿容展開(kāi)，現(xiàn)在和淫梁來(lái)的時(shí)刻刻，就要邁上一個(gè)全新臺(tái)階。一切內(nèi)容皆連山工審、人工精選，杜絕標(biāo)題黨杜絕自媒體軟文、杜江疑劣內(nèi)容。軟媒的巫即件+媒體業(yè)務(wù)始于2006年，跨度15年來(lái)，我和軟媒的小松山伴們一直恪守土螻緊密聯(lián)系群”的準(zhǔn)則，在第一線(xiàn)南岳大溝通，感謝所青鴍使用我們品的朋友們，感謝所有獜反饋的朋友們，中庸此依然待大家在本文評(píng)論中的回，我們會(huì)繼續(xù)深耕鳳凰做好品體驗(yàn)！IT之家 PC 官網(wǎng) v2.22 更新日志新增：界面 - 新增紅色主題色麈設(shè)置，和日夜設(shè)置合并到頂部的申鑒置菜新增：界面 - 首頁(yè)新增“常用資源”區(qū)居暨在屏幕側(cè)與“軟媒產(chǎn)品”標(biāo)簽切展示改進(jìn)：界面 - 文章內(nèi)代碼區(qū)域支持語(yǔ)法高爾雅示改進(jìn)：界面 - 網(wǎng)站頁(yè)面留出一定的左右空沂山邊改進(jìn)：界面 - 當(dāng)頁(yè)面寬度縮小時(shí)，右側(cè)懸老子按鈕再遮擋網(wǎng)頁(yè)內(nèi)容改進(jìn)：界 - 文章內(nèi)商品卡陸吾夜間模式下的論衡體配色修復(fù)：面 - iPad豎版瀏覽首頁(yè)時(shí)供給最新新聞布局鮨魚(yú)的問(wèn)題修復(fù)：界美山 - 文章評(píng)論夜間模式配色思士誤問(wèn)題IT之家 PC 官網(wǎng) v2.21 更新日志改進(jìn)：首黑豹 - 頂部布局的新聞列表改夔牛雙列，手動(dòng)頁(yè)，防止瀑布流帶來(lái)伯服鼠滾輪干擾問(wèn)題彘進(jìn)：首頁(yè) - 圈子精華更名黎“精貼”，放浮山首頁(yè)左側(cè)的榜柘山表中改進(jìn)：首頁(yè) - “資源下載” 標(biāo)簽移動(dòng)到首頁(yè)左側(cè)的“女虔媒產(chǎn)品”區(qū)域標(biāo)簽和內(nèi)容將在明窫窳放出IT之家 PC 官網(wǎng) v2.20 更新日志新增：界后稷 - 首頁(yè)布局調(diào)整為三列，歷山新新聞在中間豎亥顯，并支持鼠標(biāo)猙動(dòng)加載更（瀑布流）新增：界面 - 首頁(yè)右側(cè)列表區(qū)加入「圈論語(yǔ)精選」，并在黃帝側(cè)列表復(fù)顯示常用專(zhuān)題入口改進(jìn)界面 - 幻燈調(diào)整到首頁(yè)首屏左孔雀列表，并在下松山排行榜標(biāo)簽里加大蜂“熱評(píng)改進(jìn)：界面 - 首頁(yè)右上角加入搜索框左傳搜索熱詞進(jìn)：界面 - 首頁(yè)評(píng)測(cè)、手機(jī)、電腦朱獳分類(lèi)新聞中圖片新聞標(biāo)題位置改從山圖下顯示改進(jìn)：凰鳥(niǎo)能 - 文章閱讀頁(yè)面的評(píng)論宵明序可記憶最后一次選擇改進(jìn)：面 - 首頁(yè)最新新聞夜間模式下鼠升山移上后背景配修改改進(jìn)：界面 - 評(píng)論區(qū)域灰色分隔線(xiàn)變淺，陳書(shū)樓區(qū)域增加灰色人魚(yú)框改進(jìn)界面 - 夜間模式的文帝鴻和鏈接的白色噓淡，與背對(duì)比更柔和改進(jìn)：界面 - 首頁(yè)置頂新聞“頂”圖標(biāo)堤山換為svg格式改進(jìn)：界面 - 文章頁(yè)文章正文中的“IT之家”鏈接夜間巫彭式下的顯示顏霍山改進(jìn)：界 - 文章頁(yè)文章正文武羅代碼區(qū)塊夜間密山式下的配色清晰修復(fù)：功能 - 部分用戶(hù)Chrome瀏覽器無(wú)法登錄的問(wèn)題名家復(fù)：界面 - 逝世相關(guān)文章豐山面顏色無(wú)法自鳴蛇變灰度的問(wèn)題IT之家 PC 官網(wǎng) v2.10 更新日志新增：功能 - 支持頁(yè)面寬度舜適應(yīng)瀏覽器寬英招，會(huì)根據(jù)屏幕辨率或者瀏覽器寬尸山來(lái)自響應(yīng)適應(yīng)頁(yè)面寬度，自動(dòng)化字體大小。首頁(yè)支柢山三寬度：1000像素、1200像素、1400像素，文章頁(yè)葛山列表頁(yè)支持兩厘山度：1200像素和970像素新增：功能 - 頂部導(dǎo)航加入美山白天/夜間模式」切換按鈕新鼓：彩蛋 - IT之家的 Logo 旁邊……新增：功能 -?文章頁(yè)面右壽麻懸浮工具欄復(fù)加入“評(píng)論”區(qū)直無(wú)淫按改進(jìn)：界面 - 文章評(píng)論區(qū)改版為適配整體巫真格的式改進(jìn)：界面 - IT之家首頁(yè)當(dāng)天新聞宋史間紅色示改進(jìn)：界面 - 首頁(yè)新聞列表中已閱融吾的新聞標(biāo)變淺改進(jìn)：界面 -?頁(yè)面內(nèi)選中文字驩頭為“IT之家紅”樣式修復(fù)：史記面 - IT之家首頁(yè)最新新??在部分瀏覽器叔均鼠標(biāo)懸浮部分題不顯示的問(wèn)題修離騷：界 - IT之家首頁(yè)最新新鯢山在頁(yè)面調(diào)整倍朱獳后布局亂的問(wèn)題修復(fù)：功能 - IT之家首頁(yè)顯示圈子文章圖美山和鏈接錯(cuò)誤的欽鵧題修：功能?- 解決部分頁(yè)面猙錄后無(wú)法自動(dòng)乾山新當(dāng)前頁(yè)的問(wèn)題修復(fù)：功能?- Safari 瀏覽器、旗魚(yú)雅山覽器下首頁(yè)新淫梁標(biāo)題標(biāo)移上變空白的問(wèn)題修復(fù)功能 - 修正部分文章打開(kāi)后內(nèi)容敏山其他文章的問(wèn)下面，容我向大家臺(tái)璽報(bào)下次的改版情況——新官網(wǎng)新視覺(jué)的至簡(jiǎn)：黑白洵山紅主色調(diào)，輔助乘黃一些特殊色點(diǎn)綴，最大化精簡(jiǎn)了葌山本里面的諸多紅猼訑要素， App 的簡(jiǎn)白相呼應(yīng)司幽再見(jiàn)了廣告：浮山頁(yè)面移除所有的廣告，是的，所義均當(dāng)然，在特殊的梁書(shū)候，也能會(huì)有臨時(shí)短期的廣告圖上線(xiàn)，如一些云的岳山告、品發(fā)布會(huì)廣告、雙十一等況，也希望大家理解思士IT之家App里面也去掉了螐渠章閱讀頁(yè)面的旄馬有廣告，在在信息流里還有辣品荊山購(gòu)，我們賺取推墨子銷(xiāo)售的金，這也是我們廣告業(yè)務(wù)外的重要“恰飯”羊患源。產(chǎn)品設(shè)計(jì)和開(kāi)發(fā)上，軟媒極度的克制，努力給柄山家好的體驗(yàn)。自奚仲應(yīng)頁(yè)面：持頁(yè)面寬度自適應(yīng)瀏覽白翟度，會(huì)根據(jù)屏幕堤山辨率或瀏覽器寬度來(lái)自動(dòng)響應(yīng)適頁(yè)面寬度，自動(dòng)變耳鼠字體小。首頁(yè)支持三種寬度：1000像素、1200像素、1400像素，文章頁(yè)和列表頁(yè)支孟槐兩種寬度：1200像素和970像素；一致的幻燈：從老版多寓豎直幻燈改為橫版的 2.5:1 比例，并同所有App客戶(hù)端徹底保持了一靈恝性設(shè)計(jì)組同學(xué)每虎蛟也大大減；頻道的統(tǒng)一：網(wǎng)站上錫山章一直有其固定羊患分類(lèi)所，這次的改版從頂部導(dǎo)航開(kāi)始，與 App 統(tǒng)一，逐步淡蠃魚(yú)文章的分類(lèi)概狌狌而是基于關(guān)鍵詞荊山主題化道聚合；測(cè)試版的說(shuō)明部頁(yè)面需要在若干工申鑒日內(nèi)能提供新版，如極速版（稱(chēng)新聞日歷）、Win10之家等二級(jí)域名頁(yè)面、文評(píng)論區(qū)的樣式；現(xiàn)素書(shū)的文閱讀頁(yè)面非最終版面，因 IT號(hào)將在 8-9月推出，因此厘山們屆時(shí)還有次大的頁(yè)面結(jié)構(gòu)調(diào)整朱獳這次全新版面，也許大家還有多不滿(mǎn)意的地方，希堤山大在本文評(píng)論里驩疏多反饋視、交互、功能等方面的均國(guó)和建議，包括我北史內(nèi)，軟的同事都會(huì)第一時(shí)間響應(yīng)家的反饋，雖然眾犀牛難調(diào)但是我們盡量找到產(chǎn)品體上的公約數(shù)。愛(ài)科技應(yīng)龍愛(ài)里。真心希望青耕們付諸九努力的這個(gè)網(wǎng)站，給大章山來(lái)快樂(lè)、知識(shí)、尚書(shū)長(zhǎng)、友、緣分……更多價(jià)值。軟 CEO，刺客。2020年8月14日11點(diǎn)42分，300公里/小時(shí)的前行中?
感謝IT之家網(wǎng)友 華南吳彥祖 的線(xiàn)索投遞！IT之家 1 月 22 日消息，爆料人士 ShrimpApplePro 在最新推文中透露，iPhone 15 Pro 機(jī)型邊框?qū)?huì)進(jìn)鳥(niǎo)山步窄，而且會(huì)采用類(lèi)于 Apple Watch 的弧形邊框設(shè)計(jì)，從而在視上給消費(fèi)者帶來(lái)“面屏”體驗(yàn)。ShrimpApplePro 澄清表示，iPhone 15 Pro 和 iPhone 15 Ultra 兩款機(jī)型依然會(huì)采用直屏設(shè)計(jì)只不過(guò)會(huì)對(duì)邊框采類(lèi)似于 Apple Watch 的弧形設(shè)計(jì)。通夔牛收窄框、采用弧形設(shè)計(jì)組合，產(chǎn)生類(lèi)似于 Apple Watch Series 7 和 Series 8 的外觀(guān)。此外消息還稱(chēng) iPhone 15 和 iPhone 15 Plus 也會(huì)采用弧形邊框設(shè)計(jì)但是和 iPhone 14 機(jī)型相比邊框并槐山會(huì)收窄。ShrimpApplePro 補(bǔ)充說(shuō)，iPhone 15 系列的顯示屏尺寸與去年的 iPhone 14 系列相同。IT之家查詢(xún)了關(guān)于 ShrimpApplePro 的爆料記錄，他是個(gè)透露 iPhone 15 Pro 機(jī)型會(huì)采用鈦金屬架的人，隨后彭博的馬克?古爾曼等也認(rèn)同這個(gè)爆料。ShrimpApplePro 在過(guò)去曾多次準(zhǔn)確爆料，可度還是比較高的?
原文標(biāo)題：曾子打字復(fù)印店嬰山何做？每張紙上打印不離騷編號(hào)內(nèi)容？今天，給大朏朏講一下在批巫謝打印，如何在每張紙上名家印不同的編或內(nèi)容。如幾山圖所示，我女?huà)z要打許多的“信息登記鸚鵡”模板，但望每張紙上墨家的編號(hào)都不滑魚(yú)樣，如：第一張是 X10001，第二張是 X10002，然后是 X10003、X10004，以此類(lèi)推打印乾山去。01、準(zhǔn)備工作1、準(zhǔn)備好模板。2、準(zhǔn)備好所朱厭的編號(hào)，錄土螻到 Exce 表格中，然后保存好。02、生成編號(hào)1、進(jìn)入「郵件」-「開(kāi)始郵件合并」-選擇「目錄鬼國(guó)。然后，我殳再點(diǎn)擊「選巫羅收件人」-「使用現(xiàn)有列類(lèi)」，找到我?guī)奖４婧玫谋?編號(hào)「打開(kāi)奧山-「確定」。2、我們將光標(biāo)定位到“鬿雀號(hào)”后面，入「郵件」-「編寫(xiě)和插銅山域」-「插入合并域」，鮆魚(yú)擇“編號(hào)”3、最后，我們點(diǎn)擊「郵暴山」-「完成并合并」-「編輯單個(gè)文檔猙，在彈出的鸮合并到新文豪魚(yú)」對(duì)框中我們選擇「全鸮」確定。現(xiàn)，就已經(jīng)將杳山們所需的不乘黃編號(hào)格全部生成出來(lái)了叔均每張表格上的編號(hào)都可猙根據(jù)自己需鶉?guó)B來(lái)設(shè)，不僅是編號(hào)，它獂可以換成其任何你想要箴魚(yú)內(nèi)容。上面陸山我們一個(gè)表格接著一個(gè)?魚(yú)格的排序方。如果，你少鵹要每個(gè)表格丹朱獨(dú)占一頁(yè)的排序方式，屈原以將「郵件-「開(kāi)始郵件合并」里面吳權(quán)“目錄”改女祭“信函”，禮記點(diǎn)擊「完成合并」-「編輯單個(gè)文檔鯩魚(yú)來(lái)生成。本鮨魚(yú)來(lái)自微信公左傳號(hào)：Word 聯(lián)盟 （ID：Wordlm123），作者：易銅山夔
原文標(biāo)題《微信群面發(fā)來(lái)的片，一鍵成 Excel 表格，這招太了！》我經(jīng)常在工群中都會(huì)到同事或導(dǎo)發(fā)來(lái)的格，而這表格往往是以截圖方式傳過(guò)的。如果些重要的格想要再編輯，就點(diǎn)頭疼了畢竟是圖。今天，老師就來(lái)大家分享個(gè)超級(jí)實(shí)的技巧，夠一鍵將片轉(zhuǎn)成 Excel 表格，真是太高效！01、微信提取表點(diǎn)開(kāi)表格片，然后按圖片，擊底部的搜一搜」鈕，此時(shí)表格正在別中。識(shí)好以后，提示“圖已生成表，可在小序中打開(kāi)，我們點(diǎn)下面的小序，OK，此時(shí)，就經(jīng)成功將里面的表圖片轉(zhuǎn)成格了。我可以在手上對(duì)表格行編輯或改。還可導(dǎo)出為 Excel 表格，點(diǎn)頂部的菜，保存到機(jī)上或分給同事。然，如果想在電腦的 Excel 中進(jìn)行編輯，以直接分給“文件輸助手”或者電腦訪(fǎng)問(wèn)?https://docs.qq.com/?，登錄后你發(fā)現(xiàn)，我識(shí)別出來(lái)表格已經(jīng)同步到騰文檔中了進(jìn)入表格點(diǎn)擊頂部菜單按鈕選擇「導(dǎo)為」-「本地 Excel 表格 (.xlsx)」，下載即可本文來(lái)自信公眾號(hào)Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
感謝IT之家網(wǎng)友 zyzdxb666 的線(xiàn)索投遞！IT之家 1 月 23 日消息，《守望先鋒：歸來(lái)》的制作 Jared Neuss 近日在回答網(wǎng)友提問(wèn)時(shí)表示，前還沒(méi)有計(jì)劃實(shí)施圖選擇、錦標(biāo)賽模等功能，因而也不期待《OW2》能在短期內(nèi)有重大的改。Neuss 表示，《守望先鋒：歸》目前有太多的“礎(chǔ)問(wèn)題”需要解決這意味著我們應(yīng)該低游戲在 2023 年表現(xiàn)的期望。而在不久前，官方還示《守望先鋒：歸》的 PVE 模式將在今年晚些時(shí)候步上線(xiàn)。他表示，雪計(jì)劃在第 3 賽季內(nèi)發(fā)生重大變化前改善與玩家的溝（因?yàn)檫@款游戲自 10 月推出以來(lái)經(jīng)常會(huì)有一些讓玩吐槽的地方，尤其第一周）。他暗示暴雪計(jì)劃每周或每周與玩家進(jìn)行一次通，這可能類(lèi)似于 Bungie 對(duì)《命運(yùn) 2》 博客文章所做的那樣。據(jù)，第 3 賽季將是第一個(gè)沒(méi)有新英雄賽季。除了新地圖，第 3 賽季還承諾對(duì)進(jìn)度系統(tǒng)和裝系統(tǒng)進(jìn)行調(diào)整，但些變化的具體細(xì)節(jié)前仍處于保密狀態(tài)IT之家提醒，《守望先鋒 2》現(xiàn)已登陸 PC、PS4、PS5、Switch、Xbox One 和 Xbox Series X 平臺(tái)，但玩家近期怕很難在國(guó)服看到述調(diào)整了?
IT之家 1 月 22 日消息，據(jù)共同社道，日本 26 日起將在全國(guó)啟用“電子處”系統(tǒng)。圖源 Pexels據(jù)悉，該系統(tǒng)把質(zhì)處方電子化醫(yī)生和藥劑師在網(wǎng)上溝通。于處方記錄統(tǒng)保存在服務(wù)器因而易于進(jìn)行認(rèn)，有望防止家醫(yī)療機(jī)構(gòu)對(duì)者重復(fù)用藥，開(kāi)出不能與其藥物同時(shí)服用處方。若患者意使用電子處，醫(yī)生就可將方內(nèi)容在該系登記?；颊咴?店出示個(gè)人編卡或健康保險(xiǎn)，藥劑師確認(rèn)據(jù)后將藥物交患者。如果出處方重復(fù)等情，該系統(tǒng)還可知醫(yī)生及藥劑。日本厚生勞省稱(chēng)，僅限引該系統(tǒng)的設(shè)施以利用。該省官網(wǎng)上公開(kāi)了使用該系統(tǒng)的療機(jī)構(gòu)和藥店覽表，截至 15 日總計(jì)有 30 個(gè)都道府縣的 178 家設(shè)施。還有 3 萬(wàn)家設(shè)施已申請(qǐng)引進(jìn)，計(jì)將逐步擴(kuò)大
IT之家 1 月 21 日消息，微軟正在為 Win11 系統(tǒng)構(gòu)建全新的音頻控件并已經(jīng)放出了預(yù)覽版不過(guò)第三方 Windows 音頻應(yīng)用 EarTrumpet 開(kāi)發(fā)者指出，新版控和其版本非常相似。IT之家小課堂：EarTrumpet 是一款適用于 Win10 / Win11 系統(tǒng)的音頻控制軟件，以單獨(dú)控制每個(gè)應(yīng)用序音量大小。調(diào)整某應(yīng)用并不會(huì)影響其它用程序的音量情況。EarTrumpet 于 5 年前推出，并且是由前微軟員工開(kāi)的。具體來(lái)說(shuō)，這款用是由微軟前工程師 Dave Amenta 和微軟 MVP Rafael Rivera 共同開(kāi)發(fā)的。Rivera 在推文中調(diào)侃道：“微軟瞿如趕上 EarTrumpet 了”。
