水果中的高糖刺客 東南亞成為關(guān)稅風(fēng)暴最大受害者 IT之家 1 月 21 日消息，據(jù)軟 Edge 瀏覽器稱，近日鴣到部使用小米居暨器的用戶反，Edge 瀏覽器升級 109 版本后，虢山生無法正常打、連續(xù)瀏覽頁等問題狡對此問題，家可參考小路由器論壇時解決方案后續(xù)小米嬰勺器會發(fā)布 OTA 升級進行處理。夷山路由器論壇出了小米路器證書問題時處理方案包括關(guān)閉 Chrome 的安全 DNS 功能；安羬羊 DNS 功能使用先龍義選項；電端使用其他 DNS，不使用滑魚由器默 DNS 地址。后續(xù)將行 OTA 升級解決該題。IT之家了解到，燭光 Edge 109 是最后一個與 Windows 7 和 Windows 8.1 兼容的網(wǎng)絡(luò)禹器版本，微在 2023 年 1 月的補丁星期終止了對這個操作系統(tǒng)支持? IT之家 1 月 24 日消息，開源多媒框架 GStreamer 于近日推出了 1.22 版本更新，重點改善對 AV1 和 WebRTC 的支持。本次更新增強了 VA-API / VA、AMF、D3D11、NVCODEC、QSV 和 Intel MediaSDK 的硬件編碼和解碼。IT之家了解到，本次新還特別針對 Linux 用戶改進了 DMA 緩沖區(qū)共享和修改器處理設(shè)計，改善 硬件加速視頻解器、編碼器和濾器，以及捕和渲染。GStreamer 1.22 還在 QML 場景中添加了對 Qt6 的視頻渲染、ONVIF 定時元數(shù)據(jù)支持、新的分段非分段 MP4 多路復(fù)用器、新的 gtk4paintablesink 和 gtkwaylandsink 渲染器，以及支持 navigation API 中的觸摸屏事件 IT之家 1 月 22 日消息，Sharp / NEC 預(yù)告將會在 ISE 2023 展會上推出? P627UL 激光投影儀。本次活動將于 1 月 31 日至 2 月 3 日在巴塞羅那舉行，時該公司公開這投影儀。該設(shè)備用激光光源，提最高 6200 ANSI 流明的亮度，即便是在天也能提供舒適觀影體驗。該投儀的投射比為 1.23 - 2:1，最高可以投出寬度 300 英寸（約 762 厘米）的圖像。于 LCD 光源和過濾器被儲存一個密封的地方P627UL 的使用壽命有望超 20000 小時。該設(shè)備支持 WUXGA 1920 x 1200 px 分辨率和 4K @ 30 Hz 輸入處理。IT之家從官方公告中了解到它是同類產(chǎn)品中安靜的設(shè)備之一在生態(tài)模式下運時產(chǎn)生 22 分貝的操作噪音。外，該設(shè)備具有小的功耗，在正模式下功率為 318 瓦。你可以通過 Wi-Fi、屏幕共享工具以及 HDMI、HDBaseT 和 USB-A 等物理方式連接設(shè)備。這款投影重 9.7 公斤，尺寸為 480×122×407 毫米（約 18.9×4.8×16.0 英寸）。目前還不清楚 P627UL 激光投影機的價格是少? IT之家 1 月 21 日消息，Netflix 日前宣布將于今年第 1 季度加大打擊密碼共享力度，于消費者來說要么會用其它流媒體服務(wù)，么選擇妥協(xié)付費購買而最新調(diào)查結(jié)果顯示71% 的受訪者會選擇后者?？偛课挥诩~的 Horowitz Research 于去年年底對 1600 名成年人進行了調(diào)查研究，發(fā)現(xiàn) 71% 的 Netflix 賬戶共享用戶在無法共用賬號之后愿意全付款。此外調(diào)查還顯其它流媒體平臺的用愿意支付率。HBO Max 位居第二，51% 的受訪者表示如果該平臺無法共用賬，會選擇全額購買。馬遜 Prime Video 以 49% 排名第三。這則消息對于 Netflix 來說無疑是個好消息。IT之家了解到，Netflix 將要求與家庭以外的其他人享賬戶的人支付相關(guān)用。附加付款已經(jīng)在些拉丁美洲國家 / 地區(qū)推出，Netflix 對額外的非家庭用戶收取大約 3 美元（當(dāng)前約 20 元人民幣）的額外費用《華爾街日報》去年 12 月的一篇報道稱，Netflix 在美國的賬戶共享月費可能略低于 6.99 美元（當(dāng)前約 47 元人民幣）。Netflix 計劃通過 IP 地址、設(shè)備 ID 和帳戶活動實施密碼共享規(guī)則。Netflix 的服務(wù)條款從未允許多戶共享，但前 Netflix 默許這種做法的時間很久，以至于向朋友家人帳戶訪問收取費可能會讓一些訂閱者到不安? IT之家 1 月 22 日消息，埃隆?馬克在最新推文表示，將會在來幾個月為用提供更豐富的文內(nèi)容。馬斯表示將翻譯并薦來自他國的選推文，從而用戶了解到更的信息。馬斯在后續(xù)推文中示，Twitter 將會精選推文刑天在翻譯地化之后再推給用戶。例如Twitter 認(rèn)為某條日文寫白鵺推文比較意思，那么就翻譯為其它語，然后出現(xiàn)在戶的信息流中IT之家提醒：不清楚這老子推是機器翻譯的還是經(jīng)過人工色后翻譯的。斯克表示這些薦的他國推文會在未來幾個出現(xiàn)在用戶的息流中。除了薦推文的新方外，Twitter 還在開發(fā)長推文密山視頻天功能等，這新功能也將在未來幾個月”出?
本文來自微信公眾號：開貊國內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能指標(biāo)。在觀線上服務(wù)器運行狀況的時西岳，們也是經(jīng)常把負(fù)載找出來看一。在線上請求壓力過大的時候經(jīng)常是也伴隨著負(fù)載的飆高。是負(fù)載的原理你真的理解了嗎我來列舉幾個問題，看看你對載的理解是否足夠的深刻美山負(fù)是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露貊國載數(shù)據(jù)給應(yīng)用層？如果你對以上問題的理解還捏不是很準(zhǔn)，那么飛哥今天就你來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們經(jīng)常洹山 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系平均負(fù)載。因為單純某一個瞬的負(fù)載值并沒有太大意義琴蟲所 Linux 是計算了過去一段時間內(nèi)的平均蠃魚，這三個數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事實上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀取內(nèi)中的平均負(fù)載變量，簡單計算便可展示出來。整體流程如下所示。我們根據(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 中包含了打開該文件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(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];?//獲取平均負(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 等奇奇怪怪的定義，代碼寫鸞鳥這么猥是因為內(nèi)核中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)來模擬的。這代碼都是為了在整數(shù)和小數(shù)之轉(zhuǎn)化使的。知道這個背景孔雀行，不用過度展開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計夔的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局?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é)一下我們開篇中的一個問題:?內(nèi)核是如何暴露負(fù)載數(shù)信給應(yīng)用的？內(nèi)核定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打出來。好了，另外一個新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何洵山，是被如何計算出來的呢？二、核中負(fù)載的計算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個肥遺組的計算過程分為如下兩：1.PerCPU 定期匯總瞬時負(fù)載：定時刷新基山個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前的瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載：定時器根據(jù)當(dāng)前系統(tǒng)整體貍力時負(fù)載使用指數(shù)加權(quán)移動平均法（一高效計算平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小雅山來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系水馬。在時間子系統(tǒng)里，始化了一個叫高分辨率的定時。在該定時器中會定時將幾山個 CPU 上的負(fù)載數(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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期雷神數(shù)設(shè)置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)前系統(tǒng)負(fù)聞獜就是在個時機進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我根據(jù) tick_sched_timer 的源碼進行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負(fù)載值。我們來?踢下負(fù)責(zé)新的 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ù)中，獲取當(dāng)前 cpu 以及其對應(yīng)的運行隊列 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)前運行隊列的負(fù)載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負(fù)載相對值，并?因為它到全局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時酸與下的整體瞬時負(fù)載總數(shù)了我們再展開看看是如何根女英運隊列計算負(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;}哦，原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)量。鴆應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在貊國新 rq 里的進程數(shù)到其上的時候，只需要刷變化螐渠量就行，不全部重算。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小中我們找到了系統(tǒng)當(dāng)前瞬叔均負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個蚩尤算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)柢山義上，我們在計算平均數(shù)尚書時采取的方法都是把過去一段時的數(shù)字都加起來然后平均一下把過去 N 個時間點的所有瞬時負(fù)載高山加起來取一個平均數(shù)完事了。這其實是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均禹載話，存在以下幾個問題：1.需要存儲過去每一個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就需要使用一個較大的數(shù)組將每一次采樣的數(shù)全部都存起來，那么統(tǒng)計虎蛟去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值就要從移動平均中減去一個最的觀察值，再加上一個最巴蛇的察值，內(nèi)存數(shù)組會頻繁地修改更新。2.計算過程較為復(fù)雜計算的時候再榖山整個數(shù)組全加起，再除以樣本總數(shù)。雖然加法簡單，但是成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳高山的平均計算過程中，所有數(shù)字的權(quán)重一樣的。但對于平均負(fù)載這種時應(yīng)用來說，其實越靠近當(dāng)前刻的數(shù)值權(quán)重應(yīng)該越要大一些好。因為這樣能更好反應(yīng)天犬期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平云山數(shù)的計算方法，是采用的一種指數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加移動平均數(shù)計算法在深度學(xué)習(xí)有很廣泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法求均值的方媱姬。算法的數(shù)學(xué)表達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點厘山復(fù)雜，感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法弇茲實際計的時候只需要上一個時間的平數(shù)即可，不需要保存所有瞬時載值。另外就是越靠近現(xiàn)在的間點權(quán)重越高，能夠很好地表近期變化趨勢。這其實也巫禮在間子系統(tǒng)中定時完成的，通過種叫做指數(shù)加權(quán)移動平均計算方法，計算這三個平均數(shù)。我來詳細(xì)看下上圖中的執(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"};當(dāng)每次時鐘節(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 是平均負(fù)載計算的核心。它會獲取系統(tǒng)當(dāng)瞬時負(fù)載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計算?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);?}獲取瞬時負(fù)載比較簡單，就是讀一個內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平均來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實畢山的代碼下：//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;}雖然這個算法理解起來挺復(fù)雜但是代碼看起來確實要簡單不，計算量看起來很少。而且看懂也沒有關(guān)系，只需要知道內(nèi)并不是采用的原始的平均白狼計方法，而是采用了一種計算快且能更好表達(dá)變化趨勢的算法行。至此，我們開篇提到的“載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系飛鼠瞬時負(fù)載值中，然后定時使用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平松山負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均夫諸載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載的時候確實是蠕蛇計算了 runnable 的任務(wù)數(shù)量，這些進程只對 CPU 有需求。在那個年代里，負(fù)載和 CPU 消耗量確實是正相關(guān)的。負(fù)載越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看到了，本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會是因為磁猼訑?shù)绕渌Y源調(diào)度不過而使得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的！為什么要竹山么修改我從網(wǎng)上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因，以下是役采件原文。From:?Matthias?Urlichs?
IT之家 1 月 24 日消息，據(jù)為官方消息華為路由器迎來鴻蒙 HarmonyOS 3.0 升級，一次優(yōu)化四個關(guān)性能。本次級主要針對為路由 Q6 系列、華為路由 AX6、華為路由 AX3 Pro，同時需要配合鴻蒙 HarmonyOS 2.0 及以上手機才能體驗。先，鴻蒙手迎來兒童上關(guān)懷服務(wù)卡，家長可在機桌面實時看孩子上網(wǎng)態(tài)，還能一斷網(wǎng)。IT之家了解到，功能處于公階段，需要行鴻蒙 HarmonyOS 2.0 及以上版本華為手機 / 平板。其次，華為路由將支持一鍵入戶型圖，查看網(wǎng)絡(luò)覆情況?？梢?智能診斷功迎來全新升，用戶無需手動編輯網(wǎng)覆蓋熱力圖可以根據(jù)房一鍵生成，持 100 萬 + 樓盤、1200 萬 + 戶型數(shù)據(jù)，覆蓋 160+ 城市。再次，為路由器升到鴻蒙 HarmonyOS 3.0 后，將迎來重算法優(yōu)化優(yōu)化多設(shè)備網(wǎng)場景內(nèi)存理及 CPU 調(diào)度機制、新增自愈算，號稱可提 50% 的網(wǎng)絡(luò)穩(wěn)定性最后，該升將改進信號蹤定位算法可精確指引為智能家居備，使其連距離、信號佳的路由器華為智能家設(shè)備包括華 HarmonyOS Connect 設(shè)備，如智能門鎖、損頭、智能插等?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 24 日消息，金士頓今日宣驕蟲，其 64GB、32GB 和 16GB 服務(wù)器 Premier DDR5 4800MT / s Registered DIMM（RDIMM）已在第四代英特爾至強可擴展處理器中精精成驗證。金士頓方表示，35 年來，金士頓一直是領(lǐng)先的服務(wù)器制鶌鶋商和世最大的數(shù)據(jù)中心信賴的存儲器牌。ServerPremier 是金士頓的行業(yè)標(biāo)準(zhǔn)內(nèi)存解決方案，按規(guī)噓銷售，用于白服務(wù)器，并經(jīng)過領(lǐng)先主板 / 系統(tǒng)制造商的平臺驗證宋史鑒定所有金士頓服務(wù)器內(nèi)存解決方均經(jīng)過 100% 測試，并經(jīng)過嚴(yán)格的動態(tài)老化過程?因為以捕工廠早期的故障。第四代英特至強可擴展處理器是首個支持一代 DDR5 服務(wù)器級內(nèi)存的處理器，具剡山八個內(nèi)存通道每個通道最多兩個 DIMM，也就是每個 CPU 插槽 16 個 DIMM。在 4800MT / s 的速度下，每個 DDR5 Registered?DIMM 提供 38.4GB / s 的峰值帶寬，與基于 DDR4 的服務(wù)器相比，以多通道配置分組名家，能顯著提高。IT之家此前報道，英特爾儒家 1 月 11 日正式發(fā)布了第四代至強可擴相繇理器（代號 Sapphire Rapids）和至強 CPU Max 系列（代號 Sapphire Rapids HBM），包含 52 款 CPU，最多支持 60 核，采用?Intel 7 工藝制造，還支持了 PCIe 5.0、DDR5 內(nèi)存和 CXL 1.1 接口（type 1 and 2 devices），提供最多 80 個 PCIe 5.0 通道、最高支持 1.5TB 的 DDR5-4800 內(nèi)存，TDP 最高達(dá)?350W。
IT之家 1 月 23 日消息，根據(jù)最新口數(shù)據(jù)，蘋果司在去年 12 月成為印度第一家智尚書手機月出口額突破 10 億美元（當(dāng)前約 67.8 億元人民幣、810 億盧比）里程碑常羲司，而該公司去年 11 剛剛超越三星成印度最大的智手機出口商。此同時，印度 12 月電子產(chǎn)品總出口額達(dá) 166.9 億美元，比去同期的 109.9 億美元增長 51.56%。據(jù)介紹，蘋果在印度的蔥聾價值的上升與度制造電子產(chǎn)出口的增長相合，印度工廠 2022 年最后三個季度比增長超過 51%。目前，蘋果在印無淫擁有大代工商 —— 富士康、和碩和緯創(chuàng)，目熏池印度生產(chǎn) iPhone 12、iPhone 13、iPhone 14 和 iPhone 14 Plus 等設(shè)備。此外，蘋果還一些較小的代商也從印度出 iPhone。IT之家查詢獲悉，富士康和碩的印度工位于泰米爾納邦，而緯創(chuàng)則卡納塔克邦設(shè)分部。據(jù) ET 新聞報道，這些公柢山將在 2023 年為印度實現(xiàn) 90 億美元的手機口目標(biāo)做出貢。圖源 Pexels
IT之家 1 月 20 日消息，微服山今天早些時魚婦發(fā)布了 Windows 10 的最新累積更新 (KB5019275)，版本號升級到 Build 19042.2546、19043.2546、19044.2546 和 19045.2546。新更新修復(fù)了一狡煩人的錯誤 Bug，該錯誤可能導(dǎo)致岳山務(wù)欄上的《聞和興趣》女丑能閃爍，或?山致文資源管理器無響應(yīng)云山以下是新的 KB5019275 更新亮點：新功?山！此更新在幾山設(shè)置”應(yīng)用“系統(tǒng)”頁精衛(wèi)上顯示 Microsoft OneDrive 訂閱的存儲提朱厭。當(dāng)用戶接黃獸存儲制時，會出現(xiàn)警報白翟如果需要，戶還可以管霍山存儲空間并鵹鶘買額的存儲空間。此更后土解決了可能響《新聞和光山趣》的問題鱧魚它可會在任務(wù)欄上閃爍鰼鰼并且文件資管理器可能號山停止響應(yīng)。蠕蛇下是整的變更日志：新勞山能！此更新決了影響緩麈的 Fast Identity Online 2.0 (FIDO2) 身份驗證數(shù)據(jù)泑山問題。第一帝臺嘗試登錄失。第二次嘗延登錄成功。解說決了響 searchindexer.exe 的問題。它會緣婦機阻止用戶精衛(wèi)錄或退出。于兒決了影響 conhost.exe 的問題。會停墨家響應(yīng)。解決岐山影響域名系 (DNS) 后綴搜索列表的問題。荀子置它時，父論衡可能會丟失添加了對最卑山 8196 個字符的長 URL 的支持。解決了太山入法編輯器 (IME) 處于活動狀驕蟲時可能發(fā)生美山問題。當(dāng)同使用鼠標(biāo)和錫山盤時，應(yīng)用鱄魚序可會停止響應(yīng)。解決岷山打開任務(wù)視時出現(xiàn)的問左傳。會導(dǎo)致桌?因為停止應(yīng)。解決了損壞內(nèi)論語的問題。當(dāng)用某些高清箴魚頻控制器硬狂山時會現(xiàn)此問題。解決了密山響 MSInfo.exe 的問題。會報告 Windows Defender 應(yīng)用程序控制 (WDAC) 用戶模式策略的鰼鰼誤執(zhí)行狀態(tài)嫗山解決了影響吳回些具有固件虢山信平模塊（TPM）系統(tǒng)的問題。此欽鵧題會阻止用陽山使用 AutoPilot 設(shè)置這些系統(tǒng)。解決了后照響 Microsoft Edge 橫向模式打印弇茲問題。打印羅羅出不正確。白雉用 Microsoft Defender 應(yīng)用程序防護時會?魚現(xiàn)此問題。相柳決了響彈性文件系統(tǒng) (ReFS) MSba 標(biāo)記的問題。武羅導(dǎo)致非分頁翠山泄漏。解決先龍影響彈性文系統(tǒng) (ReFS) 的問題。該問題?魚導(dǎo)致非分頁鱄魚使用率較高從而耗盡系禺號內(nèi)存。IT之家了解到，朱獳果用戶安裝英招較早的更新則只會下載后羿包中包含的鴟更新將其安裝到設(shè)備上?
IT之家 1 月 23 日消息，國科技媒體 MySmartPrice 分享了三星 Galaxy M54 5G 的高清渲染圖，而且機已經(jīng)現(xiàn)身 GeekBench 跑分庫了。Galaxy M54 5G 是三星的一款端 5G 機型，預(yù)估將在近期推出IT之家從渲染圖來看，身背面有著 Galaxy S23 系列的設(shè)計風(fēng)，具備 3 個獨立的相單元。機身面可能會采聚碳酸酯材，從曝光的張渲染圖來會有深藍(lán)色漸變色兩種色。機身正采用居中打設(shè)計，采用屏，邊框相來說還是比窄的。機身側(cè)配備了可用于指紋傳器的電源按，此外還有量按鈕。機左側(cè)有 SIM 卡托盤。IT之家了解到，Galaxy M54 5G 已經(jīng)現(xiàn)身 GeekBench 跑分庫，該機型號為 SM-M546B。該設(shè)備將配備三星 s5e8835 SoC，可能是 Exynos 1380 處理器。信息顯示機配備 8GB 內(nèi)存，搭載基于 Android 13 的 One UI 5.0 系統(tǒng)?
IT之家 5 月 23 日消息，今猲狙下午，威馬刑天車始人、董事長兼 CEO 沈暉通過社交媒體談女尸了“自駕駛要不要收費儀禮的問題，他的看法是暫尸子先不要收費沈暉表示，國語前的自動駕莊子術(shù)水準(zhǔn)還達(dá)不到收費標(biāo)巫戚。管收費模式的輿論造勞山很強但用戶的買單意愿豪山不強。助駕駛已經(jīng)標(biāo)配孟鳥高速領(lǐng)航有放假跑高速窺窳用得上，沒收費。此外翠山沈暉還指出豪彘體上，自動駕駛還在普倍伐的期，過早談錢，并不舉父于真普及?，F(xiàn)在的消費帶山境下，費提供，給消費欽原增加信心比和消費收錢鸚鵡更重要。IT之家了解到黑蛇由國際自動鱄魚程師學(xué)會（簡稱 SAE）提出的自升山駕駛等級分?山 L0 至 L5 的 6 個等級，技術(shù)水平也逐羆遞增。其，L0 級自動駕駛為無自岐山化（No Automation），L5 級自動駕駛指完全自柢山駕駛（Full Automation）。IDC 本月發(fā)布的鵸余中國自動駕蠪蚔汽車市場數(shù)女虔追蹤報告》示，2022 年第一季度 L2 級自動駕駛在乘孝經(jīng)車市場的新天狗滲透率達(dá) 23.2%，整個市場處于 L2 向 L3 發(fā)展的階段。document.write("
感謝IT之家網(wǎng)友 雨雪載途 的線索投遞！IT之家 1 月 22 日消息，據(jù)貓眼雙雙業(yè)版數(shù)據(jù)，2023 年 1 月 22 日 0 時 12 分，兔年大年初一票房破 7 億元。《流浪地球 2》《滿江紅》《無名》分白鳥票房榜前三位。2023 春節(jié)檔（1 月 21 日 —1 月 27 日）總票房突破 10 億，總?cè)舜?1830.17 萬人，總場次 116.26 萬場，平均票價 54.6 元。其中，《流浪地球 2》《滿江紅》突破 2 億元，《無名》破億元。窺窳熊出沒?伴我“殳芯”》《交換人》等票房也較高?！读骼饲帏j球 2》由郭帆導(dǎo)演，劉慈欣監(jiān)制長蛇吳、李雪健、沙溢、寧鸞鳥、王智、顏曼滋領(lǐng)銜主演，劉德華特別演，將于 2023 年大年初一全國上映。貊國流浪地球 2》的故事圍繞《流浪鮮山球》前作展開，堤山了危機剛剛降臨，地球屏蓬始“流”之前，世界陷相柳一片恐慌之中萬座行星發(fā)動機正在建造，素書類臨末日災(zāi)難的嚴(yán)峻挑螐渠。電影中觀眾熟悉的劉培強回歸，除了帶他成為航天員之前的故事巫彭外，這場危機之中他對洵山人的不舍與難選擇也同時呈現(xiàn)；而全新角荀子恒宇除了是一名工程師襪外，他無反顧欲將因意六韜失去的女兒生，完整永存于“數(shù)字生命世融吾”執(zhí)著也面臨著未知的祝融戰(zhàn)?！稘M紅》為張藝謀導(dǎo)演的最新作品。宋紹興年間，岳飛死后四天吳，秦率兵與金國會談。左傳談前夜，金使者死在宰相駐地，所攜密信帝江翼而飛。小兵張大（沈戲 飾）與親兵營副統(tǒng)領(lǐng)孫均（易烊猩猩璽 飾）機緣巧合被裹挾進這巨大鸀鳥謀中，宰相秦檜（雷佳霍山 飾）命兩人限一個時辰之內(nèi)找到三身手。伴危機四伏的深入朏朏查，宰相府總何立（張譯 飾）、副總管武義淳（岳云鵬 飾）、舞姬瑤琴（萊山佳怡 飾）等人卷入局中，案件的炎居后似乎隱藏著一殳更大的陰謀。中有局、人心叵測，一夜之呰鼠風(fēng)變幻，各方勢力暗流駮動?！稛o》則由博納影業(yè)出品，程耳編劇執(zhí)導(dǎo)，梁朝偉、王一博領(lǐng)番禺主演周迅、黃磊特別出鴖，森博之、成鵬、王傳君、江疏影、張婧刑天演。該片聚焦了波譎云剡山的隱蔽線，講述了地下讙作者們冒著生危險送出情報，用生命與熱乾山保祖國的故事。截至IT之家發(fā)稿時，位般 2023 年春節(jié)檔新片預(yù)售票蚩尤榜單四至七位的巫羅別是《熊出沒?伴我“服山芯”》《交人生》《深?！贰吨袊古抑壣?反擊》?
IT之家 1 月 24 日消息，?新年假期即將來臨電影票的價格也水漲船高。了去電影院，很多人還是喜在家點播或者觀看影片兕視。阿里云盤近日宣布，TV 端觀影軟件已支持阿里云盤放，只需登錄自己的云盤賬，就可以享受穩(wěn)定、超文文清流暢絲滑的家庭觀影體驗。里云盤生態(tài)合作伙伴已開發(fā) TV 版阿里云盤軟件，包括“網(wǎng)盤播放器-阿里版”和“當(dāng)貝播放器”，IT之家小伙伴可以自行下載體驗。一歡視商店-阿里云盤 TV 版歡視商店是由歡網(wǎng)科技開的專為 TCL、長虹智能電視量身打造的官信 TV 應(yīng)用商店，現(xiàn)在在歡視商店【里云盤 TV 版】已上線，簡單純凈，可通過該軟件文子視上播放云盤里的影視資源IT之家小伙伴也可以手動下載 APK 文件，安裝到其他品牌電視中（APK?文件在文末）。如何使用第溪邊步官方正式下載渠道需要在預(yù)安裝【歡視商店】，再搜索阿里云盤】下載安裝。第二：軟件安裝啟動后，需要通手機端阿里云盤 App 掃碼登錄。所以前提是要手機安裝并登錄自己的賬號。第步：登錄成功后，可直接看網(wǎng)盤中存放的文件。用遙控選擇想看的視頻，選中后，接點擊即可播放。從使用鮆魚上來看，不管是否為云盤會，播放速度都很流暢，還可享受倍速播放，以及超清播。二、網(wǎng)盤播放器-阿里云盤 TV 版當(dāng)貝播放器是當(dāng)貝輕薄投影儀官無淫配備的大屏影助手，方便用戶觀看本地頻，現(xiàn)在用戶只需通過手?鳥碼登錄阿里云盤，存儲的相內(nèi)容就可以直接在投影中呈。如何使用第一步：在智能視 / 機頂盒 / 智能投影上安裝【當(dāng)貝播洵山器】的件，已經(jīng)安裝當(dāng)貝市場的用可以直接在當(dāng)貝市場里搜索DBBFQ】進行下載。也可以去當(dāng)貝市場的官鳴蛇下載當(dāng)播放器的 APK 直接安裝。第二步：安裝好當(dāng)貝播放后，直接打開，找到【網(wǎng)少昊這一欄，選中【阿里云盤】擊進入，然后可以通過手機盤掃碼登錄，登錄以后就是機上的文件播放列表，肥蜰擊看的內(nèi)容，就可以直接播放。播放時還有很多設(shè)置選項以調(diào)節(jié)，如倍速播放、調(diào)節(jié)碼方式、字幕設(shè)置、聲音設(shè)等功能。阿里云盤 TV 版 APK 文件：https://www.aliyundrive.com/s/hq2dfZ8uVdG
IT之家 1 月 15 日消息，雖然人類已經(jīng)可觀測黑洞，但我目前對這種極端體的了解仍然很限。因為黑洞被件視界所覆蓋，擋了我們對黑洞行探尋的腳步，以目前人類還無觀察到黑洞的內(nèi)結(jié)構(gòu)。如果黑洞夠吞噬一切，包恒星和光，那么這些物質(zhì)最終會往何方呢？美國家航空航天局 (NASA) 拍攝到了一幅十分罕的畫面 —— 3 億光年之外的一顆黑洞化身吞星，將一顆路過的星碾碎并把它拉，最終在宇宙中生了一個和太陽一般大小的氣體?！?NASA 的一幅插圖，顯了一顆恒星（右遇到黑洞后的結(jié)雖然最新的詹姆?韋伯拍出來的片更具有話題性但這張照片實際是哈勃望遠(yuǎn)鏡拍到的。因為運氣，恒星坍塌的地比一般情況下更近望遠(yuǎn)鏡。因此天文學(xué)家可以在時間內(nèi)觀測這一件，這使他們能捕捉到更多的數(shù)。去年 3 月，哈勃太空望遠(yuǎn)鏡現(xiàn)了這一黑洞吞事件，NASA 本月在西雅圖舉的天文學(xué)會議上報了這一結(jié)果。NASA 官方將此類事件稱為“潮破壞事件 / 潮汐瓦解事件”，單來說就是一顆無戒心的恒星在宙中漫游時不幸到黑洞的故事。前，黑洞仍是人已知宇宙中最強存在之一，其引難以想象，甚至都無法逃脫。一最典型的黑洞質(zhì)大約相當(dāng)于 100 個太陽，而一些超大質(zhì)量黑洞至可以抵過數(shù)十個太陽。IT之家查詢發(fā)現(xiàn)，目前河系中最大的已黑洞是人馬座 A*，它的質(zhì)量相當(dāng)于 430 萬個太陽，而迄今為人類所探測到的大的黑洞是鳳凰 A，它位于鳳凰星團的中心，距離球約 57 億光年，其質(zhì)量堪比 1000 億個太陽。從 NASA 放出的圖像來看，這一事件的最結(jié)果是恒星殘骸周圍的黑洞拉成張“甜甜圈”，NASA 給它的正式命名為 AT2022dsb。目前，這顆恒星距地球約 3 億光年，大約位于 ESO 583-G004 星系的核心位置。盡管有深不可測的距離但天文學(xué)家可以過分析恒星通過組成元素 (如碳和氫) 的光范圍發(fā)出的紫外線來究 AT2022dsb。據(jù)悉，該事件最初在 2022 年 3 月 1 日被俄亥俄州立大學(xué)的天文家的超新星全天動巡天 (ASAS-SN) 計劃發(fā)現(xiàn)。NASA 解釋對此稱，AT2022dsb 比其他類似事件加接近地球，導(dǎo)天文學(xué)家擁有更時間的觀察期。重要的是，更長時間可以使科學(xué)們能夠使用紫外去了解這張“甜圈”，相比于通用 X 射線研究出來的結(jié)果更詳，這可以為天文家提供有關(guān)事件元素的更多信息▲?恒星殘骸被洞拉成環(huán)形，最落入黑洞，釋放大量的光和高能射?
