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