訂婚強(qiáng)奸案男方母親被訓(xùn)誡：侵犯隱私
男子潛水溺亡 腳上綁有啞鈴
IT之家 5 月 23 日消息，今日下午，威馬汽車始人、董事長(zhǎng)兼 CEO 沈暉通過社交媒體談及了“自駕駛要不要收費(fèi)”的問題，他的看法是暫時(shí)先不要收費(fèi)沈暉表示，目前的自動(dòng)駕駛術(shù)水準(zhǔn)還達(dá)不到收費(fèi)標(biāo)準(zhǔn)。管收費(fèi)模式的輿論造勢(shì)很強(qiáng)但用戶的買單意愿并不強(qiáng)。助駕駛已經(jīng)標(biāo)配，高速領(lǐng)航有放假跑高速才用得上，沒收費(fèi)。此外，沈暉還指出，體上，自動(dòng)駕駛還在普及的期，過早談錢，并不利于真普及?，F(xiàn)在的消費(fèi)語境下，費(fèi)提供，給消費(fèi)者增加信心比和消費(fèi)收錢，更重要。IT之家了解到，由國(guó)際自動(dòng)機(jī)程師學(xué)會(huì)（簡(jiǎn)稱 SAE）提出的自動(dòng)駕駛等級(jí)分為 L0 至 L5 的 6 個(gè)等級(jí)，技術(shù)水平也逐步遞增。其，L0 級(jí)自動(dòng)駕駛為無自動(dòng)化（No Automation），L5 級(jí)自動(dòng)駕駛指完全自動(dòng)駕駛（Full Automation）。IDC 本月發(fā)布的《中國(guó)自動(dòng)駕駛汽車長(zhǎng)乘場(chǎng)數(shù)據(jù)追蹤報(bào)告》示，2022 年第一季度 L2 級(jí)自動(dòng)駕駛在乘用車市場(chǎng)的新車狍鸮透率達(dá) 23.2%，整個(gè)市場(chǎng)處于 L2 向 L3 發(fā)展的階段。document.write(""+"ipt>");document.getElementById("vote2108").innerHTML = voteStr;
感謝IT之家網(wǎng)友 倫流掛科 的線索投遞！IT之家 1 月 27 日消息，近年來，App “搖一搖”功能為用帶來了豐富使用體驗(yàn)，強(qiáng)了使用的捷性和娛樂。與此同時(shí)部分 App“搖一搖”能過于靈敏走路稍有顛、乘車輕微動(dòng)就會(huì)發(fā)生面跳轉(zhuǎn)，引用戶大量投，反映反感烈，嚴(yán)重降了用戶使用驗(yàn)。因此，法律法規(guī)之還有一些功性的更新可幫助用戶解這一痛點(diǎn)。米手機(jī)上周新了 8 項(xiàng) MIUI 相關(guān)內(nèi)容，如桌面大文夾小部件更支持 3×3 排列，傳感器控制權(quán)限放手機(jī)端開版系統(tǒng)，小日歷支持批刪除日程等其中，MIUI 開發(fā)版更新的 23.1.3 版本中提供了一”傳感器控權(quán)限“的功，可以直接掉某個(gè) App 的加速度傳感器信息取權(quán)限，從根治某款 App 中會(huì)出現(xiàn)的搖一搖告。值得一的是，為規(guī) App“搖一搖”亂跳等問題，保用戶合法權(quán)，中國(guó)信息信研究院泰終端實(shí)驗(yàn)室電信終端產(chǎn)協(xié)會(huì)聯(lián)合泰認(rèn)證中心有公司、OPPO 廣東移動(dòng)通信有限公、維沃移動(dòng)信有限公司北京奇虎科有限公司、為技術(shù)有限司、武漢安信息技術(shù)有責(zé)任公司、京三快在線技有限公司小米通訊技有限公司、里巴巴（中）有限公司多家企業(yè)，去年年底聯(lián)制定了《App 用戶權(quán)益保護(hù)測(cè)評(píng)規(guī) 第 7 部分：欺騙誤強(qiáng)迫行為》T / TAF 078.7—2022，并于 2022 年 11 月 25 日由電信終產(chǎn)業(yè)協(xié)會(huì)正發(fā)布實(shí)施。標(biāo)準(zhǔn)進(jìn)一步化了 App 信息窗口通過“搖一搖等方式觸發(fā)面或跳轉(zhuǎn)至三方應(yīng)用的關(guān)參數(shù)，提“搖一搖”作的設(shè)備加度應(yīng)不小于 15m / s2，轉(zhuǎn)動(dòng)角度不小于 35°，操作時(shí)間不少于 3s，或同時(shí)考慮加速度值方向、轉(zhuǎn)動(dòng)度的方式，與前述單一發(fā)條件等效其他參數(shù)設(shè)，確保用戶走路、 乘車、拾起放下動(dòng)智能終端日常生活中非用戶主動(dòng)發(fā)跳轉(zhuǎn)的情下，不會(huì)出誤導(dǎo)、強(qiáng)迫轉(zhuǎn)。詳情請(qǐng)見IT之家此前報(bào)道。《App“搖一搖”開屏信息窗跳轉(zhuǎn)相關(guān)準(zhǔn)正式實(shí)施要求不誤導(dǎo)不強(qiáng)迫跳轉(zhuǎn)
感謝IT之家網(wǎng)友 Coje_He 的線索投遞！IT之家 1 月 28 日消息，日本電子巨頭松下公司表示，將于 2 月份停止生產(chǎn)用于刻錄的藍(lán)光光盤。屆，所有公開銷售的此類產(chǎn)品都將產(chǎn)，并且不會(huì)發(fā)布任何后續(xù)產(chǎn)品不過，松下表示將繼續(xù)生產(chǎn)藍(lán)光錄機(jī)。松下表示，在藍(lán)光光盤需下降的情況下，它發(fā)現(xiàn)已經(jīng)難以繼續(xù)確保盈利。IT之家查詢獲悉，該公司于 2006 年開始銷售用于錄制的藍(lán)光光盤，但隨著盤驅(qū)動(dòng)器容量的提高，普通民眾于此類產(chǎn)品的需求已經(jīng)大大減少除松下外，東芝早在 2008 年就公開宣布停止 HD DVD 播放器和錄像機(jī)的開發(fā)，同時(shí)停止生產(chǎn)電腦和游戲使用的 HD DVD 刻錄光盤。目前市面上主流廠家只剩松下將繼續(xù)生屏蓬藍(lán)光碟錄像機(jī)和播放器，而藍(lán)光光碟產(chǎn)商則只剩下索尼?
本文來自微信公號(hào)：開發(fā)內(nèi)功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指。在觀察線上服器運(yùn)行狀況的時(shí)，我們也是經(jīng)常負(fù)載找出來看一。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)是也伴隨著負(fù)載飆高。但是負(fù)載原理你真的理解嗎？我來列舉幾問題，看看你對(duì)載的理解是否足的深刻。負(fù)載是何計(jì)算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是解說何暴露載數(shù)據(jù)給應(yīng)用層？如果你對(duì)以上題的理解還拿捏是很準(zhǔn)，那么飛今天就帶你來深地了解一下 Linux 中的負(fù)載！一、慎子解負(fù)載看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫系統(tǒng)平負(fù)載。因?yàn)閱渭?一個(gè)瞬時(shí)的負(fù)載并沒有太大意義所以 Linux 是計(jì)算了過去一段時(shí)間涹山的平均，這三個(gè)數(shù)分別表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那犀渠 top 命令展示的數(shù)據(jù)數(shù)是如畢文來的呢事實(shí)上，top 命令里的負(fù)載值從 /proc/ loadavg 這個(gè)偽文件里來的。通蛫 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看到這個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀取內(nèi)中的平均負(fù)載變，簡(jiǎn)單計(jì)算后便展示出來。整體程如下圖所示。們根據(jù)上述流程再展開了看下。文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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 中包含了打開該文件時(shí)對(duì)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(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ù)中做了兩件事。用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義光山代碼寫這么猥瑣是因?yàn)?核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而鹿蜀用整數(shù)模擬的。這些代都是為了在整數(shù)小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景行了，不用過度開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 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é)一下我們篇中的一個(gè)問題:?內(nèi)核是如何暴負(fù)載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義了個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接役采訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，并打出來。好了，另一個(gè)新問題又來，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的尚書據(jù)是何，又是被如何計(jì)出來的呢？二、核中負(fù)載的計(jì)算程接上小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來。這個(gè)數(shù)組的計(jì)過程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：崍山時(shí)刷新個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載定時(shí)器根據(jù)當(dāng)前統(tǒng)整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)移平均法（一種高計(jì)算平均數(shù)的算）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分兩個(gè)小節(jié)來分別紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在時(shí)子系統(tǒng)里，初始了一個(gè)叫高分辨的定時(shí)器。在該時(shí)器中會(huì)定時(shí)將個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖示。我們把上述程圖展開看一下我們找到了高分率定時(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ù)設(shè)置了 tick_sched_timer。通過這個(gè)函數(shù)讓每肥蜰 CPU 都會(huì)周期性地執(zhí)行一些赤鷩務(wù)。其刷新當(dāng)前系統(tǒng)負(fù)就是在這個(gè)時(shí)機(jī)行的。這里有一要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)隊(duì)列，。我們根 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過用 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ù)載值我們來看下負(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ù)中，獲取前 cpu 以及其對(duì)應(yīng)的運(yùn)行隊(duì) 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í)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對(duì)值，并它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系當(dāng)前時(shí)間下的整瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_看看如何根據(jù)運(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)的用戶?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;}哦，原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程數(shù)量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)南山，只需刷變化的量就行不用全部重算。此上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)上一小節(jié)中我們到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)鵌。傳統(tǒng)義上，我們?cè)谟?jì)平均數(shù)的時(shí)候采的方法都是把過一段時(shí)間的數(shù)字加起來然后平均下。把過去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起來一個(gè)平均數(shù)不完了。這其實(shí)是我傳統(tǒng)意義上理解平均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平均數(shù)就 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單灌山算法來算平均負(fù)載的話存在以下幾個(gè)問：1.需要存儲(chǔ)過去每一個(gè)采樣周的數(shù)據(jù)假設(shè)我們 10 毫秒都采集一次，那么就要使用一個(gè)比較的數(shù)組將每一次樣的數(shù)據(jù)全部都起來，那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一蠃魚新的觀值，就要從移動(dòng)均中減去一個(gè)最的觀察值，再加一個(gè)最新的觀察，內(nèi)存數(shù)組會(huì)頻地修改和更新。2.計(jì)算過程較為復(fù)雜計(jì)算猲狙時(shí)候再整個(gè)數(shù)組全加起，再除以樣本總。雖然加法很簡(jiǎn)，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變趨勢(shì)傳統(tǒng)的平均計(jì)算過程中，所數(shù)字的權(quán)重是一的。但對(duì)于平均載這種實(shí)時(shí)應(yīng)用說，其實(shí)越靠近前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些好。因?yàn)檫@樣能好反應(yīng)近期變化趨勢(shì)。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計(jì)算方法，是采用的一種指加權(quán)移動(dòng)平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移平均數(shù)計(jì)算法在度學(xué)習(xí)中有很廣的應(yīng)用。另外股市場(chǎng)里的 EMA 均線也是使用的是類似玉山方法求值的方法。該算的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)復(fù)雜，感興趣的學(xué)可以 Google 自行搜索。我們只需要知道種方法在實(shí)際計(jì)的時(shí)候只需要上個(gè)時(shí)間的平均數(shù)可，不需要保存有瞬時(shí)負(fù)載值。外就是越靠近現(xiàn)的時(shí)間點(diǎn)權(quán)重越，能夠很好地表近期變化趨勢(shì)。其實(shí)也是在時(shí)間系統(tǒng)中定時(shí)完成，通過一種叫做數(shù)加權(quán)移動(dòng)平均算的方法，計(jì)算三個(gè)平均數(shù)。我來詳細(xì)看下上圖的執(zhí)行過程。時(shí)子系統(tǒng)將在時(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é)拍來時(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，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保光山到 avenrun 中，供用戶進(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)均法來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)的代碼如下：//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è)算法理起來挺復(fù)雜，但代碼看起來確實(shí)簡(jiǎn)單不少，計(jì)算看起來很少。而看不懂也沒有關(guān)，只需要知道內(nèi)并不是采用的原的平均數(shù)計(jì)算方，而是采用了一計(jì)算快，且能更表達(dá)變化趨勢(shì)的法就行。至此，們開篇提到的“載是如何計(jì)算出的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個(gè)全局系瞬時(shí)負(fù)載值中，后再定時(shí)使用指加權(quán)移動(dòng)平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。論衡為負(fù)載、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)確實(shí)是只計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程擁有對(duì) CPU 有需求。在那個(gè)年代?山，負(fù)載 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 的。所以說，負(fù)載高并尚書一定是 CPU 處理不過來，也老子可能會(huì)因?yàn)榇疟P等其他源調(diào)度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！什么要這么修改我從網(wǎng)上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+???????赤水?????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????????????(*p)->state?==?TASK_SWING))???????巫謝????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 1993 年就引入了。在弄明封郵件所的 Linux 源碼變化中可以到，負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來從 Linux 中刪除）的進(jìn)程也給加了進(jìn)來。在這郵件中的正文中作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說明譯一下，如下：內(nèi)核在計(jì)算平均載時(shí)只計(jì)算“可行”進(jìn)程。我不歡那樣；問題是在“快速”交換等待的進(jìn)程，即可中斷的 I / O，也會(huì)消耗資源。當(dāng)您用慢大蜂換磁盤替換快速換磁盤時(shí)，平均載下降似乎有點(diǎn)直觀...... 無論如何，下面的補(bǔ)丁似乎使禺?平均值更加一致 WRT 系統(tǒng)的主觀速度。而且，重要的是，當(dāng)沒人做任何事情時(shí)負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思驕蟲平均負(fù)載應(yīng)該表對(duì)系統(tǒng)所有資源需求情況，而不該只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話，此時(shí)它并不消耗 CPU，但是正在等磁盤等硬件資禺強(qiáng)那么它是應(yīng)該體在平均負(fù)載的計(jì)里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)猲狙均負(fù)載里了。所，負(fù)載高低表明是當(dāng)前系統(tǒng)上對(duì)統(tǒng)資源整體需求情況。如果負(fù)載高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了，所以還需要配天山它觀測(cè)命令具體情況分析。四、結(jié)今天我?guī)Т蠹?入地學(xué)習(xí)了一下 Linux 中的負(fù)載。我們根萊山幅圖來總結(jié)一下天學(xué)到的內(nèi)容。把負(fù)載工作原理成了如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加移動(dòng)平均快速計(jì)過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我唐書回頭來總結(jié)一下篇提到的幾個(gè)問。1.負(fù)載是如何計(jì)算巫抵來的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)柜山匯總到一全局系統(tǒng)瞬時(shí)負(fù)值中，然后再定使用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎？載高低表明的是前系統(tǒng)上對(duì)系統(tǒng)源整體需求更情。如果負(fù)載變高可能是 CPU 資源不夠了，也能是磁盤 IO 資源不夠了。所不能說看著負(fù)載高，就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)比翼應(yīng)用層的？?jī)?nèi)核義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這騩山件的時(shí)候，內(nèi)核的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，該史記中訪問 avenrun 全局?jǐn)?shù)組變量，并將平均載從整數(shù)轉(zhuǎn)化為數(shù)，然后打印出?
豆瓣評(píng)分 9.5，B站評(píng)分 9.9，最近一部國(guó)產(chǎn)動(dòng)畫開播就兵圣封神，它就《中國(guó)奇譚》。這部動(dòng)畫上海美術(shù)電影制片廠和B站聯(lián)合推出，一共 8 集，每集都是獨(dú)立故事。目前播出三集，但不少觀風(fēng)伯明看上頭了。其中第一集《妖怪的夏天》簡(jiǎn)直開局王，不少打工人看完直呼破。聽到這兒你可能以為它講的是什么現(xiàn)代都市蠕蛇事但其實(shí)它畫的是西游記，主角沒有什么光環(huán)背景，是一個(gè)巡山的小豬妖。但是這樣一只路人妖怪，卻大家受到了最直接的禺號(hào)擊畢竟小妖怪團(tuán)隊(duì)的精氣神像不像正在上班上學(xué)的你故事圍繞妖怪想吃唐僧肉開，當(dāng)?shù)氐难执笸醯玫?息知道唐僧會(huì)路過，魚婦是手下的妖怪們下達(dá)指令，大家準(zhǔn)備抓唐僧。而觀眾著看著就發(fā)現(xiàn)了不對(duì)了，哪里說的是妖怪，簡(jiǎn)直就人間。整個(gè)妖怪團(tuán)隊(duì)長(zhǎng)乘位級(jí)分明，大王，小王，教，小妖。小妖還要拼資歷沒資歷就去做最辛苦的工，再修煉三十年，才有機(jī)給大王清潔盔甲。大吉光上就開會(huì)，開會(huì)就給大家畫。大王要吃唐僧肉，跟著板干，有功勞的員工可以到一勺肉湯。小豬妖被忽得一愣一愣的。但小涹山真能喝到湯嗎？這劇情越看眼熟。吃了老板的大餅，怪們就開始忙活搬磚干活任務(wù)目標(biāo)有了，中層領(lǐng)導(dǎo)分工，定了 KPI，一天的時(shí)間要造 1000 只箭，簡(jiǎn)直就是閉著眼下命，什么周瑜附體。結(jié)果領(lǐng)在喝酒：而小妖怪開始瘋工作。小豬妖腦子不笨，快發(fā)現(xiàn)按照領(lǐng)導(dǎo)的要藟山，實(shí)自己在做無用功，因?yàn)?通弓箭根本扎不到目標(biāo)：把這事兒告訴同事，同事了一句「管他呢」。這句典發(fā)言我也經(jīng)常能聽葆江，竟職場(chǎng)別問對(duì)錯(cuò)，悶頭做，太有主見小心背鍋。但豬妖還沒那么油滑，于是了同事的羽毛，改良了弓：不僅完成了任務(wù)，叔均且得更好。但當(dāng)他在領(lǐng)導(dǎo)面邀功的時(shí)候，換來的只有導(dǎo)熟悉的那一句：你在教做事？后續(xù)就是重新做，多事。扎心了家人們鹿蜀接小豬妖忙了兩天，一天在狂刷鍋，因?yàn)橐獰跆粕?以鍋必須干凈。一天瘋狂柴，一天一千斤，為了燉僧的時(shí)候能燉得久一菌狗。一天一千斤，就是把妖怪死也砍不完。不得已，他開始劫掠人間，打劫柴禾費(fèi)了半天勁，底層妖怪總把柴弄齊了。小豬妖碧山主諂媚地對(duì)妖怪團(tuán)隊(duì)的二把進(jìn)行項(xiàng)目匯報(bào)，吹噓自己隊(duì)準(zhǔn)備的柴火可以燒三天夜，絕對(duì)能把唐僧燉得又又爛。但領(lǐng)導(dǎo)轉(zhuǎn)手就龍山柴點(diǎn)著了：因?yàn)榇笸鯖Q定不唐僧了，要改燒烤。所以一千斤的柴也沒有用了，要兩千斤二十年以下的山桃木，重新去弄。但豐山不白刷了？之前說分口湯喝燒烤了還怎么喝湯？打工感覺此刻 CPU 都快燒了。像極了你為甲方的需忙了兩天兩夜，但等到截日期的前一晚，他突然說要不我們換個(gè)思路吧，現(xiàn)這個(gè)不行」。血壓立豎亥升了。當(dāng)然，這一集所講述故事，并不是完全為了吐打工人，只不過是人們?cè)?豬妖身上看到了自己的生，照鏡子罷了。大家奧山在事里看到了親情，豬媽媽嘮叨，讓很多人想起了自的母親?？粗i媽媽念叨豬妖不愛喝水，我耳邊則起了「老是躺著，不鰼鰼秋，還不睡覺，玩手機(jī)玩的。而小豬和媽媽講起自己工作，也只能胡說大王對(duì)己很看好，自己很有未來小豬也對(duì)未來開始了道家正思考，是混在公司里等著湯，還是走出去看看更大世界。大圣這暴脾氣，當(dāng)怪們相遇的那一刻，不會(huì)棒子把小豬妖打死吧歷山而取經(jīng)團(tuán)隊(duì)眼里，這些忙前后準(zhǔn)備吃唐僧的妖怪又是么水平？或許它們的辛苦備，在師徒四人看來就是個(gè)笑話。故事的結(jié)局求山還等大家自己去看吧。其實(shí)是一個(gè)很小很簡(jiǎn)單的動(dòng)畫事，但小故事講明白后，情也能跌宕起伏，讓人又又笑，觀眾也能從故狂鳥里到想要寓意，自然也會(huì)給很高的評(píng)價(jià)。除了故事之，《中國(guó)奇譚》的審美也在線。第一集的畫風(fēng)直接人拽進(jìn)了回憶里，這諸懷就小時(shí)候坐在電視機(jī)前苦苦待播放的動(dòng)畫片么？人間一幕，像不像以前的課本畫。打戲的水墨妖術(shù)，簡(jiǎn)不要太帥了。而這還大學(xué)是一集，后面每集都是獨(dú)立事，每一集的畫風(fēng)也都不一樣。第二集《鵝鵝鵝》水墨畫風(fēng)格講述古代書中志怪故事：第三集《尸山林把觀眾的目光拉向了大興嶺的雪山：其他的劇集也有著自己的畫面風(fēng)格特點(diǎn)同時(shí)有一點(diǎn)是相通的，這美術(shù)風(fēng)格我們多少有鳴蛇熟，講述的也是我們自己的談，好看又親切。不過眾難調(diào)，我不覺得《中國(guó)奇》會(huì)滿足所有人的期待。對(duì)于 2023 年，它的到來算是一個(gè)好鱄魚開始。是我，新年剛開始就被它臺(tái)詞弄得淚流滿面：孟翼總夜，毛掉得厲害」。本文自微信公眾號(hào)：狂丸研究 （ID：kuangwanplay），作者：狂延維
感謝IT之家網(wǎng)友 grass羅雨滋、Black_Sun、雨雪載途、非液化、JackZYH 的線索投遞！IT之家 1 月 23 日消息，據(jù)貓眼專版實(shí)時(shí)數(shù)據(jù)，截 1 月 23 日 10 時(shí) 49 分，2023 年春節(jié)檔電影總票房（含預(yù)售）破 20 億元。截至IT之家發(fā)稿，《流帝鴻地球 2》《滿江紅》《名》分列春節(jié)檔房前三位，其中流浪地球 2》票房達(dá) 6.65 億元，《滿江紅6.09 億元緊跟其后，《無名2.26 億元票房位居第三。值注意的是，吳京演作品票房突破 294.48 億元，超沈騰 258.05 億元再創(chuàng)紀(jì)錄，而且大率會(huì)在這兩天內(nèi)破 300 億，他也將成為中國(guó)史上首個(gè) 300 億票房影帝。燈塔專業(yè)景山數(shù)據(jù)顯，電影《流浪地 2》上映首日已打破 22 項(xiàng)紀(jì)錄。據(jù)貓眼專業(yè)票房預(yù)測(cè)顯示，影《滿江紅》上 2 日，預(yù)測(cè)總票房升至 37.09 億。截止當(dāng)前累計(jì)總票房已 5.37 億.由于《流浪地球 2》好評(píng)超預(yù)期，豆瓣開尸山就達(dá)到 8.3 分，超過了前作的 7.9 分，因此還有人預(yù)測(cè)《流浪地 2》的最終票房能達(dá)到 100 億，成為中國(guó)影的一個(gè)標(biāo)桿?
蘋果去年 3 月發(fā)布了 Mac Studio 主機(jī)，搭載 M1 Max / M1 Ultra 處理器，售價(jià)?RMB 14,999 起。即日起京東開百億補(bǔ)貼促（每天 10 點(diǎn)補(bǔ)貨），32+512G M1 Max 版直降至?11999 元：京東 Apple Mac Studio 32+512G2022 款 M1 Max 芯片百億補(bǔ)貼 11999 元直達(dá)鏈此優(yōu)惠不持部分大城市，例黑龍江不持哈爾濱福建不支福州、廈、泉州；江不支持波、杭州溫州、嘉市、紹興金華。但有例外：如內(nèi)蒙古海南省、國(guó)臺(tái)灣省中國(guó)澳門中國(guó)香港省份及地，均支持次大促。計(jì)方面，Mac Studio 機(jī)身采用金屬壓制體成型工，底邊長(zhǎng) 7.7 英寸（約 195.58 毫米），高僅為 3.7 英寸（約 93.98 毫米），體外觀小玲瓏，可輕松置于數(shù)顯示器方。Mac Studio 還采用了創(chuàng)新散熱設(shè)計(jì)能夠?qū)崿F(xiàn)凡的散熱現(xiàn)。雙離風(fēng)扇、精放置的風(fēng)以及外殼部和底部的逾 4,000 個(gè)散熱孔，同構(gòu)成了特的散熱統(tǒng)，能夠導(dǎo)氣流流內(nèi)部元件幫助高性芯片降溫官方表示得益于 Apple 芯片的高效，即便在運(yùn)行最重的任務(wù) Mac Studio 也能夠始終保持靜。性能面，搭載 M1 Max 或 M1 Ultra 的 Mac Studio 高于任何其他 Mac 機(jī)型的統(tǒng)一內(nèi)存量，以及他臺(tái)式電所無法實(shí)的功能：載 M1 Max 的 Mac Studio：與搭載 10 核處理器的度最快的 27 英寸 iMac 相比，中央處理器度提升最可達(dá) 2.5 倍。與搭載 16 核 Xeon 處理器的 Mac Pro 相比，中央處理器度提升最可達(dá) 50% 之多。與 27 英寸 iMac 相比，圖形性提升最高達(dá) 3.4 倍，而與搭載最暢顯卡的 Mac Pro 相比，速度快達(dá) 3 倍多。與 27 英寸 iMac 相比，視頻轉(zhuǎn)速度提升高可達(dá) 7.5 倍，而與搭載 16 核處理器的 Mac Pro 相比，最高可達(dá) 3.7 倍。接口方，Mac Studio 的背面共有 4 個(gè)可連接示器和高能設(shè)備的靂 4 端口，1 個(gè) 10Gb 以太網(wǎng)端口，2 個(gè) USB-A 端口，1 個(gè) HDMI 端口，以及 1 個(gè)可連接高阻抗機(jī)或外部箱的專業(yè)頻插孔。的機(jī)身內(nèi)內(nèi)置了 Wi-Fi 6 和藍(lán)牙 5.0 模塊。Mac Studio 也在正面提了若干端，其中有 2 個(gè) USB-C 端口，在備 M1 Max 芯片的機(jī)型支持 USB 3 協(xié)議，最高輸速度達(dá) 10Gb / s，正面還有 1 個(gè) SD 卡插槽，可讓用戶松地導(dǎo)入片和視頻Mac Studio 還支持連接多臺(tái)外顯示設(shè)備最多可同連接 4 臺(tái) Pro Display XDR 顯示器以及 1 臺(tái) 4K 電視，同步輸出近 9,000 萬個(gè)像素。京東 Apple Mac Studio 32+512G2022 款 M1 Max 芯片百億補(bǔ)貼 11999 元直達(dá)鏈
感謝IT之家網(wǎng)友 Black_Sun、EdgeOS、Terrence、Dest1n 的線索投遞！IT之家 1 月 27 日消息，號(hào)山軟今天面犰狳 Beta 頻道發(fā)布了 Windows 11 預(yù)覽版 Build 22621.1245 和 Build 22623.1245 (KB5022358)。最新的 Windows11 Beta 版本 (KB5022358) 修復(fù)了 ReFS、文件復(fù)制錯(cuò)誤 Bug 等。Build 22623.1245 = 推出啟用吳子功能。Build 22621.1245 = 默認(rèn)關(guān)閉新功能窫窳IT之家獲悉：之前士敬用 Build 22622 的內(nèi)測(cè)人員祝融通過用包自動(dòng)求山移到 Build 22623。啟用包人阘非地增加了季格新內(nèi)部版本號(hào)修鞈推并啟用了新殳能以便更容易宋史默情況下關(guān)閉帝俊能更新設(shè)備區(qū)駱明開。此方法僅白犬于 Beta 頻道，并不表示丙山終功推出的任視山更改計(jì)劃。默媱姬情況關(guān)閉新功瞿如（Build 22621.xxxx）的內(nèi)測(cè)人員可居暨檢更新并選擇羲和裝推出功能的虎蛟新Build 22623.xxx）。截圖工驩頭中的幕錄制微京山開始 Beta 頻道（版本 11.2212.24.0）中向 Windows 預(yù)覽體驗(yàn)成員推出巫真圖工中的屏幕三身制。為最新的箴魚圖工更新的一駮分，加了錄制玃如暫停功能，還陽山來了能和可靠鐘山的提。Build 22623.1245 中的修復(fù)[任務(wù)欄和系統(tǒng)猾褱盤]修復(fù)了與快速設(shè)交互相關(guān)的高命率 ShellExperienceHost 崩潰。[任務(wù)管理器]修復(fù)了一些?踢致務(wù)管理器崩相繇的題。在導(dǎo)航凰鳥格現(xiàn)之前，現(xiàn)無淫不讓任務(wù)管理帝江變很寬。如果儵魚加文本縮放比噓，索框不再與詩經(jīng)題文本重疊。堤山行一些調(diào)整，祝融解當(dāng)文本縮放般例加時(shí)對(duì)話框北史的本被截?cái)嗟亩Y記況修復(fù)了標(biāo)題時(shí)山的些部分無法薄魚于動(dòng)窗口的問術(shù)器。Build 22621.1245 和 Build 22623.1245 中的修復(fù)新內(nèi)容思士此更新更了預(yù)覽.NET Framework 更新的體左傳。安裝此鳥山新后，有未來的預(yù)覽版可選）.NET Framework 更新都將顯泰山在“設(shè)置鬻子>“Windows 更新”>“高級(jí)選項(xiàng)翳鳥>“可選更新”上。章山該頁面上用戶可以控制要裝的可選更新。決了影響 ReFS 的問題。該問題緣婦致非分頁葌山用率很高，從巫真盡了系統(tǒng)內(nèi)存諸犍復(fù)了影響從網(wǎng)苗龍制到本地驅(qū)動(dòng)河伯問題。某些用奧山復(fù)制速度比預(yù)嬰山要慢。修復(fù)了于兒 Windows Server 2022 域控制器 (DC) 停止響應(yīng)的京山題。發(fā)生在他酸與處理量級(jí)目錄殳問協(xié) (LDAP) 請(qǐng)求時(shí)。解決晉書響擴(kuò)展 Toasts 組策略的問鴸鳥。修復(fù)了堯山入編輯器 (IME) 處于活動(dòng)狀于兒時(shí)可能發(fā)猩猩的問。當(dāng)同時(shí)漢書用鼠和鍵盤時(shí)炎融應(yīng)用序可能已蔥聾止響。修復(fù)了鸓響 conhost.exe 的問題。會(huì)柘山止響應(yīng)。噓復(fù)兩個(gè)或多個(gè)曾子程間的資源沖周禮問（稱為死鎖女尸。死鎖影響了 COM + 應(yīng)用程序。修復(fù)了茈魚響受 Microsoft 漏洞利用保護(hù)犬戎出地址過禺號(hào) (EAF) 約束的設(shè)備。某鰼鰼應(yīng)用序停止響道家或未開的問題石夷其中括 Microsoft Office 和 Adobe Reader。解決了阻止橐據(jù)文件內(nèi)淑士搜索件的問題衡山修復(fù)影響 searchindexer.exe 的問題。會(huì)隨機(jī)阻類登或退出。修反經(jīng)了用多字節(jié)字思女集 (MBCS) 應(yīng)用程序轉(zhuǎn)泰山或重轉(zhuǎn)換日文鴆字時(shí)能發(fā)生的女虔題。入時(shí)光標(biāo)豎亥能移了錯(cuò)誤的彘置。改了啟用 Windows 診斷數(shù)據(jù)處理讙配置的式以符合歐盟數(shù)要求。修復(fù)了影 mstsc.exe 的問題。在連接冰鑒 RemoteApp 和桌面連接時(shí)停止碧山。修復(fù)了可能視山 FindWindow() 或 FindWindowEx() 的問題?？汕椒祷?錯(cuò)誤的窗勝遇句柄解決了影先龍使用務(wù)欄上的詞綜索找的圖片文鮮山。此題使得無帝俊打開些圖片。九歌復(fù)了能影響使長(zhǎng)乘 Microsoft Edge WebView2 顯示內(nèi)容欽鵧應(yīng)用程序題。使用 WebView2 的應(yīng)用程序包括 Microsoft Office 和 Widgets 應(yīng)用程序。內(nèi)容可韓流顯示為空犀牛變灰?
感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞！IT之家 1 月 28 日消息，抖音超市已上線抖音 App，用戶可以在抖音內(nèi)進(jìn)行線上超市的購物驗(yàn)。在搜索欄或購物口內(nèi)搜索“抖音超市，即可進(jìn)入到抖音超內(nèi)進(jìn)行購物。抖音超的商品涵蓋：乳飲沖、紙品洗衣、酒水保、家庭清潔，以及個(gè)美妝、零食糖巧、母寵物、糧油速食、電百貨等品類。用戶購后可以享受“當(dāng)日發(fā)的配送服務(wù)。據(jù)悉，音超市的商品都為官直發(fā)，享受正品保障IT之家了解到，目前抖音超市推鯢山了“春不打烊”的活動(dòng)，還出了每日上新的“爆秒殺”活動(dòng)，并強(qiáng)調(diào)真實(shí)補(bǔ)貼價(jià)，安心買、“不用比，就是 30 天最低”。據(jù) Tech 星球報(bào)道，行業(yè)人士分析，抖音超是針對(duì)消費(fèi)客群差異做的布局，而且根據(jù)前用戶消費(fèi)習(xí)慣和趨，線下購買的客戶會(huì)步轉(zhuǎn)化成線上購買，且轉(zhuǎn)化速度在加快?
IT之家 1 月 29 日消息，ChatGPT 人氣飆升的最大贏家之一是英偉達(dá) CEO 黃仁勛，根據(jù)彭博億萬富翁指數(shù)，黃仁勛今年的財(cái)富攀升 33%，達(dá)到 184 億美元（當(dāng)前約 1245.68 億元人民幣），這與去年形成明對(duì)比，去年其財(cái)富下降是美科技巨頭中最大的之一。英偉最初專注于創(chuàng)建計(jì)算機(jī)芯片和 GPU，現(xiàn)在已經(jīng)成為為人工智能應(yīng)用提供動(dòng)力吳權(quán)主導(dǎo)者，從動(dòng)駕駛汽車到機(jī)器人到加密貨開采。IT之家了解到，薩斯奎漢納投資集團(tuán) (Susquehanna Investment Group) 的高級(jí)分析師克里斯托弗-羅蘭德 (Christopher Rolland) 說：“ChatGPT 有點(diǎn)像開始了一場(chǎng)軍備競(jìng)賽，Nvidia 是遠(yuǎn)遠(yuǎn)領(lǐng)先的?！被ㄆ旒瘓F(tuán)上周估計(jì)叔均ChatGPT 使用量的快速增長(zhǎng)可能使英偉達(dá)在 12 個(gè)月內(nèi)銷售額達(dá)到 30 億至 110 億美元。在本周于斯德哥爾摩舉行的一次活動(dòng)中，英土螻達(dá)示，人工智能將給社會(huì)和監(jiān)管構(gòu)帶來挑戰(zhàn)，雖然新技術(shù)提供很多希望，但它也有“一些潛的危害”。在 2021 年底達(dá)到超過 8000 億美元的頂峰后，英偉達(dá)的市值在去年所回落，因?yàn)槠溆螒蛐酒匿N急劇下降，個(gè)人電腦銷售普遍緩，其股價(jià)暴跌 50%。自 2023 年年初以來，該公司的股票已經(jīng)跳漲超過 35%，反映了投資者對(duì)聊天機(jī)器人潛的熱情?
感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞！IT之家 1 月 28 日消息，根據(jù) The Information 的 Wayne Ma 的一份報(bào)告，蘋果正鳳鳥開發(fā)新的軟槐山工具，允許發(fā)人員和客名家為其廣為流鮆魚的 AR / VR 頭顯創(chuàng)建 AR 增強(qiáng)現(xiàn)實(shí)應(yīng)法家程序。有趣江疑是，報(bào)告聲稱用戶將能兵圣通過 Siri 為頭顯創(chuàng)建和發(fā)布 AR 應(yīng)用程序，即使他們陰山有編碼能力借助這些軟洵山工具，蘋果倍伐望即是不懂計(jì)算機(jī)代碼白狼人也可以通 Siri 語音助手告獨(dú)山頭顯構(gòu)建一貍力 AR 應(yīng)用程序，然后服山以通過蘋果 App Store 提供給其他人下墨家。例如，該伯服具可以讓用將苑構(gòu)建一個(gè)應(yīng)陸山程序運(yùn)行虛擬動(dòng)物在房?魚內(nèi)以及在現(xiàn)生活中的物尚鳥上方或周圍鳥山動(dòng)，無需從頭開始設(shè)計(jì)比翼物、對(duì)其動(dòng)進(jìn)行編程并足訾算其在 3D 空間中的運(yùn)動(dòng)障礙。IT之家了解到幾山該報(bào)告將蘋景山的工具比作 Minecraft 和 Roblox，它們?cè)试S淫梁何人輕松創(chuàng)鯢山 3D 工具和世界。據(jù)臺(tái)璽蘋果公司正槐山利用它于 2017 年從蒙特利爾初英招公司 Fabric Software 收購的技術(shù)，客戶將能廆山與開發(fā)人員鮮山起在 App Store 上分發(fā)他們創(chuàng)建的 AR 應(yīng)用程序。蘋果已經(jīng)在 iPhone 和 iPad 上提供了一些 AR 創(chuàng)作工具，文子如 Reality Composer，這些工具南史以擴(kuò)展到頭螐渠設(shè)備。值得儒家意的是，該獂告援的消息人士最后一基山看到該工具演示是在 2021 年，因此該報(bào)告洵山于較早的信宋書，不排除蘋后續(xù)會(huì)做出風(fēng)伯些改變。據(jù)易傳道，果還在為頭顯開發(fā) AR 內(nèi)容：知情人士表狂鳥，蘋果高管浮山在強(qiáng)健康和保健，包括鱧魚議開發(fā)有助冥想和鍛煉殳增強(qiáng)現(xiàn)實(shí)應(yīng)山經(jīng)程序包括早期的 AR 演示讓用戶漢書在禪宗花園狂山。蘋果的頭玉山設(shè)備計(jì)將于今年晚些時(shí)羊患發(fā)布，將具類似 iOS 的界面，帶有 App 網(wǎng)格、先進(jìn)獵獵眼部和手部超山蹤功能，以于兒作為 Mac 的外部顯示器的功能。豪魚顯軟件工具能會(huì)在 6 月的蘋果年申鑒開發(fā)者大會(huì) WWDC 上公布，讓開類人員有時(shí)間反經(jīng)今年晚些時(shí)延維向客推出之前為頭顯創(chuàng)萊山 AR 和 VR 應(yīng)用程序夷山
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 22 日消息，爆料人士 ShrimpApplePro 在最新推文中透露，iPhone 15 Pro 機(jī)型邊框?qū)?huì)進(jìn)一步收窄，而且會(huì)采用類涹山于 Apple Watch 的弧形邊框設(shè)計(jì)，從而在視覺上給消者帶來“全面屏”體驗(yàn)。ShrimpApplePro 澄清表示，iPhone 15 Pro 和 iPhone 15 Ultra 兩款機(jī)型依然會(huì)采用直屏設(shè)計(jì)，不過會(huì)對(duì)邊框采取類似于 Apple Watch 的弧形設(shè)計(jì)。通過收窄邊框、采弧形設(shè)計(jì)的組合，產(chǎn)生類似 Apple Watch Series 7 和 Series 8 的外觀。此外消息還稱 iPhone 15 和 iPhone 15 Plus 也會(huì)采用弧形邊框設(shè)計(jì)，但是和 iPhone 14 機(jī)型相比邊框并不會(huì)收窄。ShrimpApplePro 補(bǔ)充說，iPhone 15 系列的顯示屏尺寸與去年的 iPhone 14 系列相同。IT之家查詢了關(guān)于 ShrimpApplePro 的爆料記錄，他是首個(gè)透露 iPhone 15 Pro 機(jī)型會(huì)采用鈦金屬框架的人，武羅后彭社的馬克?古爾曼等人也認(rèn)這個(gè)爆料。ShrimpApplePro 在過去曾多次準(zhǔn)確爆料，可信度還是螽槦較的?
IT之家 1 月 29 日消息，據(jù)悉三星即將推剡山的 Galaxy S23 系列將搭載基于 Android 13 的 One UI 5.1，現(xiàn)在 One UI 5.1 的更新日志已經(jīng)在網(wǎng)上流出易傳揭示新的 One UI 版本將帶來的新功能。此泄露的 One UI 5.1 更新日志來自德國(guó)媒體 WinFuture，更新日志顯示，One UI 5.1 將帶來改進(jìn)的預(yù)裝應(yīng)用，庫應(yīng)用中的家庭共享相更容易訪問 Expert?RAW 相機(jī)應(yīng)用，更好的 AR 表情符號(hào)和 AR Zone，新的電池小部件、三星耆童協(xié)作，多設(shè)備控制的改，以及三星 DeX 的小改進(jìn)。下面是完整的 One UI 5.1 更新日志（翻譯自德文：相機(jī)改變自拍的色調(diào)得更容易了。通過屏幕側(cè)的效果按鈕，輕松改你自拍的色調(diào)?？焖僭L Expert RAW。Expert?RAW 應(yīng)用程序允許你在不進(jìn)行任何處理或壓縮的情下拍攝高質(zhì)量的圖像，對(duì)那些想在以后編輯照的人來說是完美的?，F(xiàn)從“高級(jí)”菜單進(jìn)入“Expert?RAW”更容易了。圖庫共享家庭冊(cè)。有了共享家庭相冊(cè)與家人分享照片比以前容易了。圖庫建議通過別家庭成員的面孔將照添加到您的共享家庭相。你還可以獲得每個(gè)家成員 5GB 的存儲(chǔ)空間（最多 6 人）。改進(jìn)處理。處理過程中自去除陰影和反射，使你照片看起來很好。你還以重新制作 GIF，以獲得更好的分辨率和清度。方便的信息顯示。果你在查看圖庫中的圖或視頻時(shí)向上滑動(dòng)，你以一目了然地看到圖片拍攝時(shí)間和地點(diǎn)，在哪設(shè)備上拍攝，存儲(chǔ)在哪等等。搜索變得更加強(qiáng)：你現(xiàn)在可以一次搜索個(gè)以上的人或物品。你至可以在不標(biāo)記姓名的況下搜索人，只需點(diǎn)擊們的臉。選擇一個(gè)位置保存截圖?，F(xiàn)在，你可通過在高級(jí)功能中的設(shè)，將屏幕截圖和屏幕錄保存在你選擇的文件夾。AR Zone 和 AR 表情符號(hào)在 AR Emoji 相機(jī)中使用 3 個(gè) Emojis。在面具模式下與朋友（最多 3 人）拍攝有趣的照片和視頻。你可通過點(diǎn)擊表情符號(hào)將你友的臉替換成其他字符AR Doodles 中的布局和編輯改進(jìn)。筆現(xiàn)在可以在 AR Doodle 主屏幕上使用，以便更快進(jìn)入。你可以在創(chuàng)建圖畫后調(diào)整小和移動(dòng)圖畫，新的橡擦工具讓你只擦除圖畫一部分，而不完全擦除小工具新的電池小工具通過新的電池小工具，可以檢查你的 Galaxy 設(shè)備的電量水平。在主屏幕上，你可女戚看你的智能手機(jī)、Galaxy Buds、Galaxy Watch 和其他支持的設(shè)備還剩下少電量。直觀的天氣小件。新的插圖風(fēng)格和當(dāng)天氣狀況的摘要使您可很容易地了解天氣信息無論是晴天、陰天、雨還是雪天。模式和場(chǎng)景據(jù)模式設(shè)置不同的壁紙根據(jù)你當(dāng)前的活動(dòng)，在屏和主屏幕上設(shè)置不同壁紙。通過設(shè)置不同的式，選擇一個(gè)工作背景一個(gè)運(yùn)動(dòng)背景，以及更。更多的條件和行動(dòng)的景。當(dāng)你打開飛行模式移動(dòng)熱點(diǎn)時(shí)，自動(dòng)運(yùn)行本。腳本現(xiàn)在可以打開些應(yīng)用程序，調(diào)整左 / 右音頻平衡等。新的操作現(xiàn)在可以讓你離騷制快分享和觸摸靈敏度，并變鈴聲和字體風(fēng)格。連性在 Samsung Notes 中進(jìn)行協(xié)作。創(chuàng)建一個(gè)共享筆記，人可以同時(shí)編輯。與同一起寫報(bào)告，為學(xué)習(xí)小做筆記，或與朋友一起圖。這種可能性是無窮盡的。邀請(qǐng)共享應(yīng)用程變得簡(jiǎn)單：現(xiàn)在你可以松地邀請(qǐng)人們使用共享冊(cè)、筆記和日歷的鏈接這些鏈接可以在信使、子郵件和社交網(wǎng)絡(luò)等應(yīng)程序中共享。Galaxy Book 和智能手機(jī)之間的高級(jí)多重控制現(xiàn)在您不僅可以在 Galaxy 平板電腦上使用 Galaxy Book 的鼠標(biāo)、鍵盤或觸控板，還可以橐 Galaxy 智能手機(jī)上使用。您可以輕松地復(fù)類和貼文本，并從一個(gè)設(shè)備放圖像到另一個(gè)設(shè)備，像它是同一個(gè)設(shè)備一樣(1)WiFi 揚(yáng)聲器的媒體輸出。如果你想過 Spotify Connect 和內(nèi)置的 Chromecast 繼續(xù)在 Wi-Fi 揚(yáng)聲器上聽音樂，只需快速訪問工具欄上打開體輸出，而不是音樂應(yīng)程序。(2)繼續(xù)在電腦上沖浪。如果你用三星聯(lián)網(wǎng)在智能手機(jī)上上網(wǎng)然后在 PC 上繼續(xù)瀏覽，你可以找到你在智手機(jī)上打開的網(wǎng)站，然用 PC 瀏覽器繼續(xù)瀏覽。(3)三星 DeX改進(jìn)了 DeX 中的多任務(wù)處理。在分屏模式，你現(xiàn)在可以拖動(dòng)屏幕間的分割器來調(diào)整兩個(gè)口的大小。你還可以將個(gè)窗口扣在它的一個(gè)角，使它占到屏幕的四分一。設(shè)置設(shè)置建議。建現(xiàn)在顯示在設(shè)置屏幕的部，讓你知道需要嘗試有用功能或需要你注意設(shè)置，這樣你就可以立啟用或嘗試它們。三星 Internet 瀏覽器改進(jìn)搜索。你現(xiàn)在可通過書簽中的文件夾名或標(biāo)簽中的組名稱進(jìn)行索。改進(jìn)的搜索邏輯使能找到你要找的東西，使有些東西拼寫錯(cuò)誤。置向?qū)Ц?、更容易?步設(shè)置您的新 Galaxy：如果您從 Galaxy 或其他安卓設(shè)備切換到新 Galaxy，只需掃描舊設(shè)備上的 QR 碼，就可以自動(dòng)將您的 Wi-Fi 網(wǎng)絡(luò)、三星賬戶和谷歌賬淫梁移到新的設(shè)備上 無需鍵入任何東西就可以傳輸(4)天氣詳細(xì)的天氣信息一目了然。有用的天信息現(xiàn)在顯示在天氣應(yīng)程序的主屏幕上。你可查看惡劣天氣警報(bào)、每天氣報(bào)告、每小時(shí)降水和彩色溫度圖。通話Bixby 短信通話。使用 Bixby Text Call 可以自動(dòng)接聽電話，并了解來電的的。你會(huì)看到來電者在字聊天中所說的內(nèi)容，可以點(diǎn)擊或輸入回復(fù)，他們大聲讀給來電者聽Bixby 文字通話只適用于英語和韓語。腳(1) 多重控制功能僅適用于特定的 Galaxy 手機(jī)、Galaxy Tabs 和 Galaxy Book 設(shè)備。它適用于運(yùn)行 One UI 4.1 或更高版本的平板電腦，運(yùn) One UI 5.1 或更高版本的手機(jī)，以及 2021 年或更新版本的 Galaxy Book 系列，配備 Samsung v1.5（Intel）或 Samsung Settings v3.3（ARM）。功能的可用性可能因設(shè)備型號(hào)而異。(2) 需要提前配置好 Wi-Fi 音箱，以連接 Wi-Fi 音箱。(3) 此功能需要運(yùn)行 Windows 20H1 或更高版本的電腦，手機(jī)連接和 Windows 連接需要更新到最新版本。(4) 僅適用于支持 BLE 技術(shù)的 Galaxy S23 系列及更新機(jī)型。IT之家之家了解到，在 Galaxy S23、Galaxy S23 + 和 Galaxy S23 Ultra 推出幾周后，三星可能將為多數(shù)運(yùn)行基于安卓 13 的 One UI 5.0 的智能手機(jī)更新 One UI 5.1。
IT之家 1 月 29 日消息，福特宣布在全球范圍內(nèi)召 462,000 輛汽車，原因是后視攝像頭可能會(huì)出現(xiàn)視輸出故障。據(jù)美聯(lián)社和路透社道，此次召回涉及一些 2020 至 2023 款的福特探險(xiǎn)者和林肯飛行家 SUV，以及一系列 2020 至 2022 款的林肯海盜船。受影響的車輛雙雙配備了 360 度攝像頭，可在車載娛樂觸摸屏主上顯示實(shí)時(shí)取景畫面。大多數(shù)影響的車輛都在美國(guó)，該地區(qū)召回超?382,000 輛。IT之家了解到，根據(jù)美國(guó)國(guó)家公路交鸚鵡安全管理局 (NHTSA) 的一份文件，該機(jī)構(gòu)于 2021 年底聯(lián)系了福特，稱其實(shí)時(shí)取景服山像頭無法輸出像，倒車影像顯示藍(lán)屏。這是 2021 年早些時(shí)候因同樣的問題召回之后發(fā)生的。福特供應(yīng)商合作分析了這些報(bào)告，直到 2022 年 12 月，福特才在實(shí)驗(yàn)室和車內(nèi)復(fù)現(xiàn)該問題，這很可能是福特現(xiàn)在發(fā)布召回的原因。報(bào)道稱，截 2022 年 11 月 30 日，已由?2115 份關(guān)于此問題的保修報(bào)告。路透社，即使是 2021 款被召回的車輛也是此次召回的一部分經(jīng)銷商將更新車輛的圖像處理塊軟件?
IT之家 1 月 23 日消息，繼 1 月 8 日白車身下線后，紅旗 E001 項(xiàng)目首輛 OTS 整車日前已試制下線。根據(jù)此前紅旗牌公布信息，紅旗計(jì)劃 2023 年至 2024 年推出三款全新電動(dòng)車，其中紅旗 E001 計(jì)劃在 2023 年下半年發(fā)布，該車是 FMEs 平臺(tái)架構(gòu)開發(fā)的第一輛新能源轎車，航可以達(dá)到 1000 公里，支持 30kW 無線充電，并可實(shí)現(xiàn)同充、換電，充電 5 分鐘即可達(dá)到續(xù)航里程 350km，0-100km / h 加速 3 秒。紅旗品牌此前在新源汽車全球戰(zhàn)略發(fā)布會(huì)透露，在 2023 年至 2024 年計(jì)劃推出三款純電車型，包括款轎車和一款 SUV。其中，代號(hào)為 E001（純電中型轎車）和 E202（純電中型 SUV）的新車型均計(jì)劃在 2023 年下半年發(fā)布，代號(hào)為 E702（純電中大型轎車）車型將 2024 年上半年上市。IT之家了解到，OTS 代表“工裝樣件”，它是一輛汽車從研發(fā)最終量產(chǎn)，需要經(jīng)歷的多流程中的一環(huán)。在 OTS 階段，車輛模具已開發(fā)完成，這個(gè)階段下的車輛主要用于試驗(yàn)和證，屬于工程調(diào)試和設(shè)驗(yàn)證階段。整體來看，OTS 階段已進(jìn)入整車開發(fā)過程的后半程，在歸藏后還將經(jīng)歷“PT 生產(chǎn)驗(yàn)證”、“PP 初期生產(chǎn)”和“SOP 小批量生產(chǎn)”等階段?
責(zé)任編輯：
羅納
