陳哲遠對接向粉絲報平安
印度和巴基斯坦打起來，對誰有利？
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 26 日消息，傳音 Tecno 在本月早些時候宣布了具有入門堵山規(guī)格的 Spark Go 2023 手機，現(xiàn)在這款智能手機貊國經(jīng)在印度的部分零店發(fā)售，售價 6999 印度盧比（當前約 582 元人民幣）。Tecno Spark Go 2023 是對其 2022 款產(chǎn)品的輕微升級。采用聯(lián)發(fā)科 Helio A22 芯片，搭配 3GB+32GB、4GB+64GB 存儲，目前僅開售了 3GB+32GB 版本。雖然名稱中帶 Go，但其最大的改進是跳過了 Android Go 平臺，搭載了基于 Android 12 的 HiOS 12 系統(tǒng)。該機搭載了 6.5 英寸 LCD 屏幕，分辨率為 720p。IT之家了解到，該機電多寓容量 5000 mAh，通過 USB-C 端口支持 10W 充電。Tecno India CEO 表示，這款手機的主要目標是“為首次弄明智能手機的用戶帶來卓的功能”?
IT之家 1 月 29 日消息，距離新一代 OPPO Find X6 系列旗艦的發(fā)布越來越近，今天網(wǎng)上光了該機的工程機真機。圖來自博主 @數(shù)碼閑聊站，圖片顯示該機后置方形相機模，面積巨大，幾乎占到整個面的 1/2。不過，這個相機模組跟之前曝光的渲染圖示后置相機模組是圓形，有友指出，這是因為該工程機著保密殼的原因，OPPO 前高管沈義人 (@自信的眉毛) 也在評論區(qū)表示，“和我偶遇的好像鵌太一樣”。@數(shù)碼閑聊站 還稱，OPPO Find X6?玻璃版裸機厚度大概是 9.2mm，畢竟主攝是 IMX890，好在該機還保留了 50Mp 1/1.56" 索尼大底潛望鏡。根據(jù)此前爆料，OPPO Find X6 有望搭載天璣 9200 處理器，并提供 5000mAh 電池、支持 100W 有線快充和 50W 無線快充。影像方面配備 3200 萬像素前攝，以及由 5000 萬像素主攝＋5000 萬像素廣角攝像頭＋5000 萬像素長焦鏡頭組成的后置攝模組，還有自研的馬里亞 X 芯片以及哈蘇移動影像，不妨期待一下?
IT之家 1 月 29 日消息，針對“有有和小米公司度合作造車”問題，海馬汽今日在投資者動平臺回應稱公司目前并無關事項。海馬車表示，公司終持開放態(tài)度積極開展對外作。在落地現(xiàn)業(yè)務的基礎上公司將與各方作伙伴積極溝，爭取更多合、共贏。若有關合作事項，司將及時按規(guī)履行信息披露務?！?圖源：海馬汽車官網(wǎng)馬汽車官網(wǎng)顯，海馬汽車股有限公司創(chuàng)始 1988 年，總資產(chǎn) 164 億元，年收入 200 億元，累計納稅 200 多億元，旗下?lián)碛泻?汽車有限公司海馬新能源汽有限公司、海海馬汽車有限司等。IT之家了解到，雷軍 2022 年 8 月的年度演講中透露，米自動駕駛要棧自研，已組了 500 人規(guī)模的團隊，劃到 2022 年底擴張到 600 人，目標是 2024 年進入自動駕駛行業(yè)第一陣。財報顯示，米 2022 年第三季度在括汽車在內(nèi)的新業(yè)務上投資 8.29 億元，且小米汽車研發(fā)團隊已經(jīng)過 1800 人。根據(jù)此前息，小米汽車在北京經(jīng)濟技開發(fā)區(qū)分兩期設整車工廠，廠累計年產(chǎn)量計為 30 萬輛，一期和二的產(chǎn)能均為 15 萬輛。2024 年小米汽車的首車將在京經(jīng)濟技術開區(qū)下線并實現(xiàn)產(chǎn)。本周早些候，一組小米車首款車型的覆件圖片曝光主要展示了車前臉和尾部的計細節(jié)。對此小米集團公關總經(jīng)理王化回稱，的確是二供應商保密的計文件泄密，該供應商僅僅為模具打樣的應商，泄密的件是非常早期招標過程的設稿，并非最終件。昨日，網(wǎng)還流出了號稱小米汽車 MS11 的設計效果圖，與曝光工程圖造型基一致，應當也最終版本。相閱讀：《小米車外觀細節(jié)泄，官方回應稱最終文件》《米汽車設計效圖曝光，或并最終版本?
IT之家 1 月 28 日消息，不少用戶的 Android Auto 會話最近一直被“搜索 GPS”的問題困擾著。不少鬼國戶發(fā)現(xiàn)，Android Auto 上的谷歌地圖出現(xiàn)了一“搜索 GPS”的問題，這涉及到多個汽熏池型，智能手機型號和 Android Auto 版本。不過，在使用 Android Auto 以外的谷歌地圖應用程錫山時，這個問題并沒有現(xiàn)。而且，除此之外，有緩解的方式。用戶報說，該問題只在手機進睡眠狀態(tài)，屏幕關閉的況下發(fā)生。IT之家了解到，一些用戶改變了安設備上的谷歌地圖權限確保該應用程序的位置限被設置為“一直允許，從而解決了該問題。他人則通過關閉優(yōu)化荊山使用緩解了該問題?
本文來自微信公眾號：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查 Linux 服務器運行狀態(tài)時很常用的一個能指標。在觀察線上服器運行狀況的時候，我也是經(jīng)常把負載找出來一看。在線上請求壓力大的時候，經(jīng)常是也伴著負載的飆高。但是負的原理你真的理解了嗎我來列舉幾個問題，看你對負載的理解是否足的深刻。負載是如何計出來的?負載高低和 CPU 消耗正相關嗎？內(nèi)核是如何暴露鮆魚載數(shù)據(jù)應用層的？如果你對以問題的理解還拿捏不是準，那么飛哥今天就帶來深入地了解一下 Linux 中的負載！一、理解負載查看過程我們常用 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 中。在該文件中會創(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 中包含了打開該文件時對應的操作方法。//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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當前負載值將平均負載值照一定的格式打印輸出上面的源碼中，大家看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫的這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)來模的。這些代碼都是為了整數(shù)和小數(shù)之間轉化使。知道這個背景就行了不用過度展開剖析。這用戶通過訪問 /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)在可以總結一下我們開篇中的一問題:?內(nèi)核是如何暴露負載數(shù)儒家給應用層的？核定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內(nèi)陰山中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉化為小數(shù)，并打印來。好了，另外一個新題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何鳥山，又是被何計算出來的呢？二、核中負載的計算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下步：1.PerCPU 定期匯總瞬時負載：定刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)前的瞬時負載。2.定時計算系統(tǒng)平均負載：定器根據(jù)當前系統(tǒng)整體瞬負載，使用指數(shù)加權移平均法（一種高效計算均數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們成兩個小節(jié)來分別介紹2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(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;?}在高分辨率初始化的時候，將到期海經(jīng)設置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。其中刷新當系統(tǒng)負載就是在這個時進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我們根貊國 tick_sched_timer 的源碼進行追蹤，它依次通過調(diào)用 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 上就有了當前系統(tǒng)當前時精精下的體瞬時負載總數(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é)中我們找到了系當前瞬時負載 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.需要存儲過去每一個采樣周期的據(jù)假設我們每 10 毫秒都采集一次，那么就要使用一個比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來，那么統(tǒng)計過 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值，就要從移動平均中去一個最早的觀察值，加上一個最新的觀察值內(nèi)存數(shù)組會頻繁地修改更新。2.計算過程較為復雜計算的時候再鰼鰼整數(shù)組全加起來，再除以本總數(shù)。雖然加法很簡，但是成百上千個數(shù)字累加仍然很是繁瑣。3.不能準確表示當前變化勢傳統(tǒng)的平均數(shù)計算過中，所有數(shù)字的權重是樣的。但對于平均負載種實時應用來說，其實靠近當前時刻的數(shù)值權應該越要大一些才好。為這樣能更好反應近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的均數(shù)的計算方法，而是用的一種指數(shù)加權移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指加權移動平均數(shù)計算法深度學習中有很廣泛的用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學表達是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點蔥聾復雜，感趣的同學可以 Google 自行搜索。我們只需要知道這種方法朏朏實計算的時候只需要上一時間的平均數(shù)即可，不要保存所有瞬時負載值另外就是越靠近現(xiàn)在的間點權重越高，能夠很地表示近期變化趨勢。其實也是在時間子系統(tǒng)定時完成的，通過一種做指數(shù)加權移動平均計的方法，計算這三個平數(shù)。我們來詳細看下上中的執(zhí)行過程。時間子統(tǒng)將在時鐘中斷中會注時鐘中斷的處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當每次時鐘節(jié)拍到來時會調(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 是平均負載計算的核心。它會獲取系當前瞬時負載值 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 中就是采用了我們前面說的指加權移動平均法來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體現(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;}雖然這個算法理解起來挺復雜，但是代看起來確實要簡單不少計算量看起來很少。而看不懂也沒有關系，只要知道內(nèi)核并不是采用原始的平均數(shù)計算方法而是采用了一種計算快且能更好表達變化趨勢算法就行。至此，我們篇提到的“負載是如何算出來的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總一個全局系統(tǒng)瞬時負載中，然后再定時使用指加權移動平均法來統(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?
圖源：PexelsChatGPT 的光環(huán)，已經(jīng)過閃亮自打空出世以，ChatGPT 出盡了風頭這個由 OpenAI 推出的一種新型 AI 聊天機器人工具可以根據(jù)戶的要求速生成文、故事和詞甚至代，回答各疑問等等它在推出際，就因回答里驚的信息量完成度，遇了人們病毒式傳，一夜之坐擁百萬戶。它還助 OpenAI 拉到了微軟的 100 億美元的投資，讓 OpenAI 的最新估值達到 290 億美元。要道，當初 Google 全資收購 DeepMind，也不過了 6 億美金。而著這一個月的發(fā)展ChatGPT 似乎也已經(jīng)走了被用戶“調(diào)戲”階段，開真正地展出來自己潛力。而似的 AI 工具，也開始真正業(yè)界使用來。| 新聞網(wǎng)站：烈歡迎這天，硅谷論最多的個新聞，是新媒體站 Buzzfeed 基于 ChatGPT 乃至 OpenAI 的大光環(huán)，咸魚身，股價接跳漲了倍！起因僅是 Buzzfeed 宣布將用 OpenAI 提供的人工能 API—— 甚至不是被一媒體誤傳 ChatGPT 本身 —— 來協(xié)助創(chuàng)一些內(nèi)容BuzzFeed 首席執(zhí)行官納?佩雷 (Jonah Peretti) 在一封備忘錄中示：“到 2023 年，你會到我們會還在研發(fā)段的人工能的內(nèi)容轉變?yōu)槲?核心業(yè)務一部分，而增強 Quiz（測驗）體驗為我們的腦創(chuàng)意提信息，并我們的受提供個性的內(nèi)容。相較于常新聞網(wǎng)站面向年輕的 Buzzfeed，就是以絡上各種試知名，括“測測是迪士尼的哪位公”，“復者聯(lián)盟里哪位超級雄最適合的你的男友”之類而它此次 OpenAI 的合作，就將要應用在類“快餐內(nèi)容的生上。具體說，BuzzFeed 將會用 OpenAI 的人工智能技術幫助生成站上相關測試問題從而幫助盡腦汁的輯來找到好的創(chuàng)意“需要明的是，我看到人工能的突破辟了一個造力的新代，這將人類能夠新的方式用創(chuàng)造力創(chuàng)造無限機會和應，”Peretti 說?！霸?版方面，工智能可讓內(nèi)容創(chuàng)者和觀眾益，激發(fā)想法并邀觀眾成員同創(chuàng)作個化內(nèi)容。且不論讀們是否真愿意為 AI 創(chuàng)造的樂趣小測買單，但這項合作消息，就以讓 BuzzFeed 得以起死回生。 2021 年 12 月通過 SPAC 上市以來BuzzFeed 的股價本來下跌 90% 以上，其第三季凈虧損從年前的 360 萬美元擴大至 2700 萬美元，至不得不裁員約 12% 以控制成本。與 OpenAI 牽手的消息出，它的計就大漲 300%。而 BuzzFeed 與 Meta 接下來的合，可能將把這些人智能生成內(nèi)容，帶更廣泛的戶面前。不久前，Meta 向 BuzzFeed 支付了數(shù)萬美元，讓 BuzzFeed 為 Meta 的平臺生成內(nèi)，并培訓臺上的創(chuàng)者。這也味著，接來，在 Facebook 和 Instagram 上，你可都能玩到少人工智?生成的無小測試了不過，一發(fā)言人表，BuzzFeed 目前不會用人工智來幫助撰新聞報道這一決定或許和前久另外一媒體使用工智能創(chuàng)內(nèi)容卻慘翻車有關在用人工能應用到聞寫作上CNET 走得更超，不過也早吃到了苦果”。 CNET 透露，作為 CNET Money 團隊“測試”目的一部，從 2022 年 11 月開始，編輯就開始使內(nèi)部開發(fā) AI 引擎，生成 77 篇新聞報道約占該網(wǎng)文章總量 1%。這些文章統(tǒng)署名“CNET Money Staff”，來幫助輯們圍繞融服務主創(chuàng)建“一基本解釋式”。這使用 AI 工具編寫的文章包，“房屋值貸款會響私人抵貸款保險？”和“何關閉銀賬戶”等“編輯們先為故事成大綱，后在發(fā)布擴展、添和編輯 AI 草稿。” CNET 主編康妮?古列莫 (Connie Guglielmo) 寫道。不過很快，CNET Money 編輯團隊發(fā)現(xiàn)其中篇文章存失實問題于是他們行了全面核。審核果就是，些由 AI 生成的文章里，其一小部分要大量更，而另外些也多少在小問題例如公司稱不完整或者語言糊不清或數(shù)字錯誤。比如，一篇“什是復利？的文章末，AI 給出了一些常不準確個人理財議?！斑@文章的早版本建議戶將 10000 美元存入儲賬戶，每賺取 3% 的復利，這樣一年就可賺取 10300 美元?！倍聦嵣?任何學過學數(shù)學的都知道，蓄者只能取 300 美元。Guglielmo 沒有說明 77 篇已發(fā)表的報道有多少需更正，也有具體說有多少“質性”問與“小問”，只是這些文章面列出了正提示。過，由于中超過一的報道包事實錯誤者不當引，以至于 CNET 現(xiàn)在停止用這個人智能引擎其實使用 AI 自動化新聞報并不新鮮美聯(lián)社近年前就開這樣做了但隨著 ChatGPT 的興起，這個問獲得了新關注。當 AI 大規(guī)模應用于容生產(chǎn)時有多少似而非的內(nèi)混在了其？盡管存這些問題Guglielmo 還是為恢使用 AI 工具敞開了大門，示在問題決后，將新開始使人工智能聞編寫工。| 教育界和學術：遭遇挑盡管在新界開始受大膽的應，但是 Chatgpt 類的 AI 工具在更多寫場景中卻到了質疑其中就包最受歡迎又最受質的地方 —— 學校。為了測試 ChatGPT 在四門課程的試中生成案的能力明尼蘇達學法學院教授最近 ChatGPT 參加考試，對考試結進行了盲。在完成 95 道選擇題和 12 道作文題后，ChatGPT 的平均成績拿到了 C+—— 在所有四課程中均得了較低通過的成，“低空過及格線。而在沃商學院的業(yè)管理課考試中，ChatGPT 表現(xiàn)更好，獲得 B 到 B-的成績。沃頓商院教授克斯蒂安?維施 (Christian Terwiesch) 表示，ChatGPT 在回答基本的運營理和流程析問題方做得“非出色”，在處理更級的提示表現(xiàn)不佳并在基礎學方面犯“令人驚的錯誤”有些錯誤至僅僅是學數(shù)學的平。這意著什么？果不加以制，ChatGPT 將會變成上最強大作弊工具 —— 幫助學生們寫業(yè)，甚至完成考試文。所以在測試結出爐之際越來越多學校和老表達了對 ChatGPT 作弊能力的的憂。例如紐約市和雅圖的公學校已經(jīng)止學生和師在學區(qū)網(wǎng)絡和設上使用 ChatGPT。Terwiesch 教授也表示，他同在學生加考試時該對他們施限制。禁令是必的，”他?！爱吘?當你授予生學位時你希望他真的掌握醫(yī)學知識而不是只道如何使聊天機器。這同樣用于其他能認證，括法律和業(yè)專業(yè)等”但 Terwiesch 相信這項技術終仍會出在課堂上“如果我最終得到只是和以一樣的教系統(tǒng)，那我們就浪了 ChatGPT 帶來的絕機會?！?說。而在術界，ChatGPT 遭遇了更嚴厲的審。美國主期刊《科》雜志的編霍爾頓普宣布了項更新的輯政策，止使用來 ChatGPT 的文本，并示 ChatGPT 不能被列合作者。爾頓索說科學期刊要求作者署一份聲，承諾對己的文章責?！暗?于 ChatGPT 無法做到一點，它能成為作?！彼J，即使在備論文的段，使用 ChatGPT 也是有問題的“ChatGPT 犯了很多錯，這些錯可能會進文獻。”說。不僅是《科學雜志，其出版商也出了類似舉動。出了近 3000 種期刊的 Springer-Nature 也發(fā)表聲明，不能將 ChatGPT 列為作者。最嚴厲的，能屬于在編程問答臺 Stack Overflow。早在 ChatGPT 推出不久，它宣布全面禁來自 ChatGPT 以及任何非人工成的回答并且進一規(guī)定，一發(fā)現(xiàn)用戶反就會直禁言。本來自微信眾號：硅人 （ID：guixingren123），作者：VickyXiao
IT之家 1 月 28 日消息，宏太山去年在國內(nèi)狪狪出了奇 Edge 筆記本，搭載 16 英寸 4K OLED 屏，配備?R7 6800U 處理器，首發(fā) 6999 元?，F(xiàn)在，這款筆本在日本發(fā)女尸，處器換為 R7 PRO 6850U，售價 169800 日元（當前天馬 8864 元人民幣）沂山IT之家了解到，R7 6800U 與 R7 PRO 6850U 規(guī)格參數(shù)基本相同，長右者有外的安全性和可管性。這款筆相繇本主大屏 + 輕薄，采用鎂鋁合金翠山質，至 12.95mm，輕至 1.17kg。屏幕方面，宏崍山傳奇 Edge 筆記本搭載了?16 英寸的 16:10 OLED 屏，4K 分辨率，100 萬: 1 對比度，100% DCI-P3 色域，500 尼特亮度。配置方面吳權這款筆記本載了 R7 PRO 6850U，配備了 16GB LPDDR5-6400 內(nèi)存和 512GB PCIe 4.0 SSD，雙 M.2 插槽。接口葌山面，這款筆呰鼠本配了雙全功能 USB-C、HDMI、USB-A 等。目前，這款筆記貊國的京售價為 6969 元。京東宏葆江（Acer）傳奇 Edge ?AMD 新銳龍 16 英寸 4KOLED 筆記本電腦窮奇端輕薄本（R7-6800U 16G 512G）6969 元直達鏈勞山
感謝IT之家網(wǎng)友 slax01 的線索投遞！朋友追劇版《體》了嗎沒有的話節(jié)期間可淺追一下測試你體的物理 DNA 有沒有興奮狂。△ 某物理專業(yè)同朋友圈（選）“還度極高”科學儀器劇中隨處見 ——比如楊冬做子對撞實的良湘加器，取景兒八經(jīng)用中科院高物理研究的北京正電子對撞。還有位北京密云老屯的國天文臺密射電觀測，眼不眼？△ 國家天文臺密觀測站（源：中國學院國家文臺官網(wǎng)對咯！就汪淼觀察宙背景輻數(shù)據(jù)的地。在這里他驚訝發(fā)申玉菲說是真的：整個宇宙為你閃爍”各種真取景，主不在乎咱知道，學理的朋友真的看得快樂??！僅是開頭到的這幾場景，劇《三體》，塞入了種各樣的蛋，不容過。好多蛋，都是劃的一部彩蛋，是版《三體計劃的一分。順著文提到的景拍攝說去，劇中原度極高符合科學驗的細節(jié)都有些啥知乎網(wǎng)友 @海伯利安和劇中的冬是“同”，北京儀國際合組的前成。他提到楊冬手里份從良湘速器上拿的粒子物實驗結果幾乎可以假亂真。為那就是京譜儀 II（北京正負電子對機上的通磁譜儀）運行狀態(tài)告，頂部出部分即BES-II Run Status Report”。從右側紅圈圈里以看到，電子的能是 1855.464MeV，能散 2365keV。實驗結果半部分的表，顯示加速器里正負電子束流強度時間變化曲線?！? 月 9 日北京正電子對撞的運行狀@海伯利安 還作證，楊冬值班，電腦屏上顯示的表和數(shù)據(jù)是真實的子物理實。△ 良湘加速器實室的粒子撞實時重模擬示意他直接擺了自己拍的北京譜值班室圖，和值班友一起葛躺那種。有楊冬三實驗失敗，給自己師發(fā)去了份讓這位國科學家信仰破滅“致命”真。放大這份實驗表：上面實驗結果然不是真存在的，圖顯示的息，確實 J/ψ 粒子衰變電子 e 和繆子 μ 的質量譜?（J/ψ→ eμ)）。左邊直方圖，坐標是電和繆子的變質量，坐標是事數(shù)。整個線凸起的值，正好應著 J/ψ 粒子的質量 3.097GeV。等到劇情發(fā)展至淼停止納實驗時，好幾條彈從眼前飄過去：納中心實拍關于此，一位知乎友 @極薩學院冷哲 也透露出家納米科中心為劇《三體》的綠燈。劇會發(fā)現(xiàn)這一場景畫面在拍時，仿佛在鏡頭前了黃色玻，一切都泡在黃光。@極薩學院冷哲 拿自己去丹納米中心的見聞為，那邊幾超凈間就了黃色玻。主要目是濾光，止其他光響光刻膠避免紫外和近紫外對這些材進行曝光（光刻膠指通過紫光、電子、離子束X 射線等的照射或射，其溶度發(fā)生變的耐蝕劑薄膜材料簡單理解可以聯(lián)想淼在劇中紅光籠罩老式暗房也是為了護膠卷底。要講真度，劇版三體》片可能就想，那不如把細節(jié)度滿一點。是劇中還到了很多有出鏡，真實存在分布在全各地的觀站。“汪驅車沿京路到密云，再轉至龍?zhí)叮?了一段盤路，便到中科院國天文觀測心的射電文觀測基。他看到十八面直為九米的物面天線暮色中一排開，像排壯觀的鐵植物，2006 年建成的兩高大的五米口徑射望遠鏡天矗立在這九米天線盡頭。”去北京不屯天文臺還有個觀站被提及第五集里場的沙瑞看到宇宙景輻射波后，賊搞地表達了己要發(fā)頂的內(nèi)心激（手動狗）。在此前，他為確認數(shù)據(jù)瘋狂呼叫烏魯木齊電觀測基?，F(xiàn)實中新疆烏魯齊南山，實存在著人類仰望星空的射基地。因智子對儀的干擾，魯木齊的電基地也觀測到宇為汪淼的爍。此外雖然只是臺詞里一而過，但及的六個外觀測站如青海德哈射電天臺、江蘇眙天文臺都是紫金天文臺的在編”成。不光場有原型，角色的造都是有原的。知乎友 @李若指出，劇的物理學丁儀的形可能參照中科院理所研究員頌。何頌研究弦理和散射振方面的專，CHY 定理作者一，被評為是“理所中最像論物理學的研究員。抓大的時，劇版三體》也有放小。瓣、微博網(wǎng)友都在論自己的現(xiàn)，不同代背景下鏡頭，片都在試圖捏細節(jié)。年葉文潔在的上世 60 年代，計算使用穿孔帶作為存介質，看也是經(jīng)過證的。劇到了 2007 年，電腦就都經(jīng)典的 Windows XP 系統(tǒng)了。原著中提一嘴申玉家有一臺普 RX8620 小型機，劇都不知道哪淘換來臺長得很的。更多具置景上來的真實在此不再述，但還想提一下藏劇中的它小彩蛋畢竟開場面就給觀安排了特角度的旅者 1 號探測器。一集出現(xiàn)“不要回”，拼音面的編碼是對應《字編碼簡對照表》（注：“要回答”是三體人的和平主者，1379 號監(jiān)聽員對人類界發(fā)出的告。）還片方簡單暴的惡趣（不是的，把楊冬籍科學家師命名為費。這不擺著是在理查德?曼致敬么第 8 集中，汪淼憶參加科邊界聚會人中，有究量子光的潘建中還說“最都是關于的報道”那想必是自中科院士潘建偉。還有一不算物理蛋，但算幻彩蛋的第九集出的原創(chuàng)人胡曉希，名為“川的詩人”川陀也是西莫夫的基地》系中“銀河國”的首。啊，彩好多，列完了，如有別的發(fā)，歡迎在論區(qū)幫忙訴大噶～后豪華顧團隊那么題來了，體劇組怎那么懂？妨來扒一背后的顧團隊，記當年在拍中就有 20 人科學家顧問團消息傳出我們直接到片尾一而過的滾字幕，特鳴謝部分以及科學問部分：華、復旦中科院高所、納米心、氣象、天文館些應該不介紹了。國衛(wèi)通集，是中國天科技集下屬子公，我國唯擁有通信星資源且主可控的星通信運企業(yè)。悟學院，是科院物理長三角中的科學傳平臺。個顧問中，劇的小伙們也紛紛示從中看了熟悉的字。魏紅，中國科院物理研所研究員經(jīng)常出現(xiàn)各大科普動中，還 2020 年的“十大科學傳人物”獲者。王元，中科院算所研究，也是長致力于科。劉慈欣一部改編品《流浪球》電影映后，他借幾張為兒普及電中知識的繪圖走紅被大家稱“硬核科家奶爸”國家天文研究員茍軍，帶領隊對人類現(xiàn)的第一行星級黑“天鵝座 X-1”作出了精確量并登上Science》，被稱為“給洞‘畫像的人”…這里特別提的是中院高能物所的博導倩。根據(jù)乎用戶 @東風漸起分享，劉老師主要責對接和答劇組的惑?？纯?倩老師給組的資料詳盡，最能拍到這程度也就奇怪了。開播之后劇組也沒忘記繼續(xù)大家科普在劇中角汪淼的微賬號上，天都會有對當天播內(nèi)容中的卡片。如大家看劇有什么不白的，可去?一眼在后面未出的劇情，還會有少與科學關的名場。比如三游戲中的列計算機由士兵組邏輯門執(zhí)二進制計。再比如古箏行動，也就是淼研究的米材料“刃”進入戰(zhàn)（更多就不劇透）。根據(jù)方“追劇歷”，古行動會在 29 集出現(xiàn)。相劇組也不讓大家失（你最好要?。ne More Thing劇中有一位天數(shù)學家魏，目前出鏡頭不多就是時刻算題，跟說話眼睛不離草稿的那位。在計算的是三體問，也就是體人面臨生存難題在三體星有 3 個太陽，他相互影響現(xiàn)混沌現(xiàn)導致運動跡無法預，氣溫與照變化不，引發(fā)各生態(tài)災難在現(xiàn)實中三體問題一個世紀學難題，早由牛頓出。此后拉、拉格日、泊松許多著名學家前仆繼，都只算出在一條件下的殊解。直龐加萊從發(fā)現(xiàn)混沌象，并證了三體問無法得到析解。But，還是有科學家在算機和統(tǒng)學的幫助取得了一進展。對由質量無級差距的個物體形的“非層三體系統(tǒng)，經(jīng)過長間的演變有一個狀是最可能生的 ——其中一個最終會逃出去，另兩個演變規(guī)律運動可預測的雙星”系。這個過被稱作三系統(tǒng)的衰（Decay）。換句話說就是三體人只等得夠久就會有一太陽被甩去。2019 年，以色列希伯大學的 Nicholas Stone 等人，得出非層級三問題的統(tǒng)學閉合解2021 年，同樣自希伯來學的物理授 Barak Kol，改進了 19 年的理論，到了預測個體逃逸概率。如三體人拿這些成果或許就不要來入侵球了（狗）。參考接：[1] 知乎授權回答：@海伯利安https://www.zhihu.com/question/578863156/answer/2847218222[2] 知乎授權答：@楊希https://www.zhihu.com/question/578863156/answer/2847722120[3] 知乎授權回答：@極薩學院哲https://www.zhihu.com/question/578863156/answer/2847558550[4] 知乎授權回答@李若?https://www.zhihu.com/ question / 578896918 / answer / 2847911631[5] 漢字編碼簡明照表https://www.renrendoc.com/paper/164654582.html本文來自微信眾號：量位 （ID：QbitAI），作者：衡宇 夢?
IT之家 1 月 27 日消息，谷歌的 Pixel 平板電腦傳聞已久現(xiàn)在新爆料顯，谷歌將僅推 Pro 版本的 Pixel 平板電腦設備，并且采用女虔的 Tensor G2 芯片，Tensor G1 芯片版低端型號估計取消。谷歌 Pixel 平板電腦 Pro 將配備 Pixel 7 / Pro 中同款 Tensor G2 芯片、由華星光電制的 2560x1600 分辨率屏幕以及 Richtek RT4539 六通道 LED 驅動器。這用于 LCD 屏幕的背光，谷平板電腦沒有用 AMOLED 面板。IT之家了解到，少有一個版本 Pixel 平板電腦采用星產(chǎn) 8GB 內(nèi)存和 256GB UFS 存儲，以及側指紋識別（很能嵌入到電源鈕中）。還有些新的 Pixel 平板電腦圖片遭到泄孟翼支持易于用作能顯示器的底，但目前尚不楚它是包含在裝盒中還是作可選配件出售
? ? IT之家1 月 29 日消息，為了測試前最高端的消費處理器 i9-13900KS，IT之家選擇了微星 MPG Z790 EDGE WIFI 刀鋒主板作為測試道具，為大家?guī)黹_箱賞。微星 MPG Z790 EDGE WIFI 刀鋒主板是微星 Z790 產(chǎn)品系列中的高端產(chǎn)品整體采用銀白色計，在包裝上也現(xiàn)的淋漓盡致。 ? ? 微星 MPG Z790 EDGE WIFI 刀鋒主板采用標準 ATX 板型，擴展性出色整體大面積覆蓋銀白色的散熱裝，在側透機箱中外炫酷。 ? ? 微星 MPG Z790 EDGE WIFI 刀鋒主板擁有 16+1+1 相豪華供電，每路 90A，搭配 DrMOS，第三代鈦金電感和厚實的冰鎧甲，能提供持穩(wěn)定的性能釋放 ? ? 一體式擋板邊，有一個星招牌的龍盾 LOGO，這個 LOGO 下隱藏了 RGB 燈帶，在點亮后還可以過軟件實現(xiàn)燈光步。 ? ? i9-13900KS 提供了目前消費級最多的 PCIe 通道，搭配高端 Z790 主板就能實現(xiàn)最效的利用。比如星 MPG Z790 EDGE WIFI 刀鋒就提供了五個高速 PCIe 4.0*4 硬盤位，并覆以大面積的霜散熱鎧甲。 ? ? 內(nèi)存方面，微星 MPG Z790 EDGE WIFI 刀鋒主板擁有 DDR4 和 DDR5 雙版本可選，我們手中的版本是 DDR5 版本，擁有四個內(nèi)存插，能提供穩(wěn)定便的超頻體驗。 ? ? 接口方面，微星 MPG Z790 EDGE WIFI 刀鋒提供了 USB 3.2 Gen2*2 20Gbps、2.5G 有線網(wǎng)絡和 Wi-Fi 6E 的外圍接口支持，并提供了一鍵清空 BIOS 的按鈕，拿來挑戰(zhàn)極限頻很方便。目前星 MPG Z790 EDGE WIFI 刀鋒已經(jīng)上市，售價 2799 元。IT之家也在 i9-13900KS 的圖文評測中對進行了測試，感趣的話可以前去讀?
IT之家 1 月 29 日消息，微正在推出一新的更新， Windows 11 22H2 中啟用全屏小件模式。在 Windows 11 上，可以通過務欄打開小件板，在“始”菜單旁有一個小小組件圖標，擊可以打開面板，默認屏幕的左側開。如果你用的是 Windows 11 22H2，一個新的 Windows Web 體驗包（423.2300.0.0）現(xiàn)在可以在軟商店下載?這個更新在組件板的右方增加了一新的“擴展按鈕。當點該按鈕時，在桌面上全打開小組件Windows 11 中的全屏小組根據(jù)內(nèi)部信，自 Windows 11 22H2 以來，小組件的使用并有暴漲，然，微軟認為組件目前是種趨勢，沒計劃在短期放棄這一功。這很可能小組件不久進行重大升的原因，也是支持第三小組件。據(jù)，第一個第方小組件來 Facebook，允許用戶在小組板上直接查 Messenger 對話。IT之家了解到，第方小工具的持目前僅限 Windows Insider 計劃中的測試員，但預計年晚些時候有更廣泛的廣?
IT之家 1 月 29 日消息，英偉達在 2022 年 10 月底推出了 RTX 3060 Ti 的 GDDR6X 顯存版，GPU 規(guī)格基本不變，配備了更快的?19 Gbps GDDR6X 顯存。據(jù) HKEPC 的實測，雖然新款?RTX 3060 Ti 的顯存帶寬提升了 35%，但游戲性能只有 2-5% 的提升。圖源 HKEPC圖源 HKEPC如上圖所示，GDDR6X 版本 RTX 3060 Ti 在 3Dmark 跑分和游戲中均只有小幅提升。名家數(shù)方，新版的?RTX 3060 Ti 仍舊采用了 4864 CUDA 核心。顯存升級為美光的?19Gbps GDDR6X 型號，采用了 PAM4 技術，?配合 256-bit 位寬，顯存帶寬由 448GB / s 升至 608GB / s，提升幅度高達?35%。IT之家了解到，GDDR6X 版本 RTX 3060 Ti 售價基本在 3500 元以上。初版 RTX 3060 Ti 推出于 2020 年底，英偉達建議售價為 2999 元?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 27 日消息，Galaxy A54 5G 可能是三星 2023 年系列中最好的中端手機。有傳言稱今獂三星將會推出 Galaxy A74。三星 Galaxy A54 5G 最近通過了美國聯(lián)邦通信光山員會 (FCC) 認證，證實了一些新的連山級點。IT之家了解到，F(xiàn)CC 認證顯示，三星 Galaxy A54 5G 型號為 SM-A546E / SM-A546E / DS，確認具有雙 SIM 卡功能。還支持 25W 充電器，預計擁有更大的 5100mAh 電池。此前 Galaxy A52s 5G 借助驍龍 778G 5G 芯片實現(xiàn)了 Wi-Fi 6 連接，但六個月后推出的 Galaxy A53 5G 并未實現(xiàn)這一功能，因為其采用了 Exynos 1280 芯片。值得慶幸的是教山最近的 FCC 認證確認即將推出的 Galaxy A54 5G 將帶回 Wi-Fi 6 連接（Wi-Fi b / g / n / a / ac / ax）。跑分顯示，三星 Galaxy A54 5G 搭載了 Exynos 1380 芯片，具有改進的性能，顯然儒家有更好的連功能。三星 Galaxy A54 5G 預計將在三星 Galaxy S23 旗艦系列 2 月 2 日發(fā)布后推出，可能是今年 3 月份亮相。
IT之家 1 月 26 日消息，微軟發(fā)了 Edge 瀏覽器 Dev 版本 111.0.1633.0 其中包含 Android 上的一項新能以及各改進和修。如果你 安卓手機上安裝黎 Edge Dev，現(xiàn)在可以長新標簽頁入壁紙中。微軟 Edge Dev 111.0.1633.0 更新內(nèi)容新功能安：長按新簽頁現(xiàn)在以進入壁中心?？?性改進修了與搜索邊欄相關瀏覽器崩。修復了 mini 菜單中搜索相關的覽器崩潰修復了嘗使用相機舊版 Windows 10 上瀏覽器崩的問題。復了將標頁移動到獨窗口時覽器崩潰問題。修了將標簽拖出標簽組時瀏覽崩潰的問。安卓：復了與大朗讀相關瀏覽器崩。WebView2：修復了與 Sandbox 相關的崩潰問。其他變修復了來 PWA 的鏈接，此它們不在 Workspace 中打開。修復了些場景下邊欄無法加當前頁的問題。復了重復 MSA 登錄問題修復了無在名稱包日語字符的打印機打印的問。修復了現(xiàn)和搜索欄上下文單中的退應用程序起作用的題。macOS：修復了默認 workspace 的外部鏈接置導致外鏈接在不最后一個動窗口的口中打開問題。iOS：修復了 PDF 縮放問題修復了重的快速鏈。修復了有崩潰時現(xiàn)的恢復示。修復多頁 PDF 在從縱向切換到向時顯示 PDF 的不同頁面反之亦然安卓：修了重復的速鏈接。Xbox：修復了視頻壞播放問。WebView2：禁用了預接搜索以打開 about:blank 頁面時停 SSL 連接。修了打開文對話框不開的問題修復了 WebView2 正在運行時重安裝失敗問題。企：修復了 iOS 上更改身后熱門站數(shù)據(jù)未清的問題。軟 Edge Dev 支持運行在 Windows、macOS 和 Linux、Android 上。iOS 平臺需要邀請能測試 Edge Dev，目前計劃已滿根據(jù)官方布時間表微軟計劃 2023 年 2 月 14 日當周發(fā) Edge 110 Beta 版，于 2023 年 3 月 9 日當周發(fā)布 Edge 111 正式穩(wěn)定版?
感謝IT之家網(wǎng)友 華南吳彥祖、肖戰(zhàn)割 的線索投遞！IT之家 1 月 27 日消息，藍戟英特爾銳炫 A380 MXM 顯卡現(xiàn)已上架電商平臺，標 1999 元，可用于工業(yè)設備。據(jù)紹，這款 MXM 顯卡采用了英特爾炫 A380 GPU，GPU 頻率 2000MHz，配備 6GB 96bit GDDR6 顯存，整板功耗 50-75W，尺寸為 MXM 3.1 Type-A（70*82mm）。IT之家了解到，藍戟 2022 年 7 月率先推出了銳炫 A380 顯卡，首發(fā)價為 1299 元，當前京東價格已經(jīng)降至 1049 元。藍戟 GUNNIR Intel Arc A380 Photon 6G OC 為超頻版本，GPU 頻率可達 2450MHz，整卡功耗為 92W，接口包括 DP 2.0 和 HDMI 2.0。據(jù)英特爾官方介紹，英爾銳炫 A380 GPU 支持包括基于硬件加速的光線蹤在內(nèi)的 DirectX 12 Ultimate 全部功能，且在運行《雄聯(lián)盟》《永劫無》、《天涯明月刀和《絕地求生》等流游戲時，提供 1080p @60fps 以上的流暢游戲體驗?
