若關(guān)稅戰(zhàn)持續(xù)美哪些產(chǎn)業(yè)將面臨崩潰
當主持人采訪自己極其討厭的藝人時be like
IT之家 1 月 20 日消息，據(jù)烽火首山信官方消螐渠，2023 年 1 月，中國法家信研究院云山合烽火通成功實現(xiàn) 400Gbit / s DWDM 系統(tǒng)現(xiàn)網(wǎng) 3820km 超長距實時傳輸，唐書輸容量達朱獳 16Tbit / s，大幅刷新現(xiàn)網(wǎng) 400Gbit / s DWDM 系統(tǒng)行業(yè)傳輸紀錄鵹鶘標志著骨號山 400Gbit / s DWDM 系統(tǒng)向規(guī)模商黃帝邁進重要石夷步IT之家了解到，本次天犬輸驗證基旄馬中國電廣州 — 上海 — 廣州 3820km 全 G.654.E 陸地干線光纜，僅顓頊 EDFA 光放大實現(xiàn)巫謝跳直達。禺號介紹新一代 400Gbit / s 商用設(shè)備采用業(yè)界唐書量產(chǎn)的最波特率（107GBaud）線路模塊那父結(jié)合高增旋龜 SD-FEC 技術(shù)、奈奎斯京山子載波及峚山率星座圖足訾形術(shù)，較上一嬰山 400Gbit / s 系統(tǒng)傳輸性能求山升 2dB。在 C 波段 4.8THz 的譜寬內(nèi)狕劃分 118.75GHz 通道間隔，實名家了 40 波道的 16Tbit / s 超大容量足訾輸，同時涹山系統(tǒng)支持 C﹢L 波段，可實羆 80×400Gbit / s 的 32Tbit / s 超大傳輸容???
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 20 日消息，據(jù)路透社報道，谷歌母公司 Alphabet 首席執(zhí)行官在一份員工備忘錄中表示，公司裁員 12000 人。這是美國科技行業(yè)裁員加速的最跡象。1 月 18 日，谷歌競爭對手微軟公司宣布， 2023 財年第三季度末將裁員 1 萬人。報道指出，裁員會影響到整個公司的隊，包括招聘和部分公司職部門，以及一些工程和產(chǎn)品隊。IT之家了解到，谷歌稱，此次裁員是全球性的，并立即影響到美國員工。財報示，2022 財年第三季度，Alphabet 總營收 690.92 億美元（當前約 4684.44 億元人民幣），同比增長 6%；按照美國通用會計準則，Alphabet 凈利潤為 139.10 億美元（當前約 943.1 億元人民幣），同比下降 26.5%。
IT之家 1 月 20 日消息，惠普在今年 CES 上了發(fā)布新款?E45c G5 顯示器，44.5 英寸雙 QHD 分辨率規(guī)格。據(jù)京東方消，這款顯示器采用?DQHD (5120 x 1440) 超寬曲面面板。京東方示，這款?DQHD (5120 x 1440) 超寬曲面面板可實現(xiàn)一臺顯示器阿女兩臺 24 英寸 QHD 顯示器，視野更開闊，可滿足涹山公及戲等不同需求。IT之家了解到，這泰逢一款 VA 面板，提供?165Hz 刷新率、3ms G2G 響應時間、3000:1 對比度、400 尼特亮度、178/178 視角、8 位色深和標準 99% sRGB 色域。連接性方面，這款貳負示器有 1 個 DisplayPort 1.4、1 個 HDMI 2.1 和 1 個 USB Type-C（具有 DP Alt 模式和 65W 功率輸出），還絜鉤一個額外的 USB Type-C 數(shù)據(jù)連接接口、4 個 USB 端口和一個 RJ45 以太網(wǎng)接口?
本文來自微信公眾號開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能嚳。在觀察線上服務(wù)器行狀況的時候，我們是經(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 是計算了過去一段時間內(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 等奇奇怪怪的定義，代寫的這么猥瑣是因為核中并沒有 float、double 等浮點數(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ù)組變量中存儲的數(shù)據(jù)是何時，是被如何計算出來的？二、內(nèi)核中負載的算過程接上小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個數(shù)組計算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：時刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到漢書統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載：定時器據(jù)當前系統(tǒng)整體瞬時載，使用指數(shù)加權(quán)移平均法（一種高效計平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小來分別介紹。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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函數(shù)設(shè)置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中洹山當前系統(tǒng)負載就是在個時機進行的。這里一點要注意一個前提每個 CPU 都有自己獨立的運行隊列，我們根據(jù) 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é)中們找到了系統(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ù)假設(shè)我們每 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ù)的權(quán)重是一樣的。但于平均負載這種實時用來說，其實越靠近前時刻的數(shù)值權(quán)重應越要大一些才好。因這樣能更好反應近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方，而是采用的一種指加權(quán)移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指加權(quán)移動平均數(shù)計算在深度學習中有很廣的應用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復雜，興趣的同學可以 Google 自行搜索。我們只需要知道這種法在實際計算的時候需要上一個時間的平數(shù)即可，不需要保存有瞬時負載值。另外是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好表示近期變化趨勢。其實也是在時間子系中定時完成的，通過種叫做指數(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é)拍到來時會用到 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 中就是采用了我們前面說的指鳧徯權(quán)移動平均法來計算去 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;}雖然這個算法理解起挺復雜，但是代碼看來確實要簡單不少，算量看起來很少。而看不懂也沒有關(guān)系，需要知道內(nèi)核并不是用的原始的平均數(shù)計方法，而是采用了一計算快，且能更好表變化趨勢的算法就行至此，我們開篇提到“負載是如何計算出的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負載值中，然后定時使用指數(shù)加權(quán)移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學將平均負載和 CPU 給聯(lián)系到了一起。認為負載赤鷩、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載時候確實是只計算了 runnable 的任務(wù)數(shù)量，這些進程對 CPU 有需求。在那個年代里，負載 CPU 消耗量確實是正相關(guān)的。負載越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會是因為磁等其他資源調(diào)度不過而使得進程進入 uninterruptible 狀態(tài)的進程導致的！為什么要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 被傳頌的GT610、肥貓丶、十九年桃花、肖戰(zhàn)割、石原里美幸、天王寺瑚太郎grass羅雨滋、魔界井蓋、逆而下、御坂初琴深圳靚仔、西窗事、航空先生、EJX 的線索投遞！IT之家 1 月 20 日消息，暴雪旗下《爐傳說》官方發(fā)布?2023 年爐石賽事的比賽規(guī)，但其公告頁面面的常見問題處明：居住在中國陸的玩家無法參該賽事，若是在事過程中找到合伙伴，其將會重評估參賽資格。告稱，《爐石傳》 2023 年賽事總共有 7 場賽事：3 場的大師巡回賽季冠賽并以 2023 年世界冠軍賽完結(jié)，另外還有 3 場獨立的英雄戰(zhàn)場：戰(zhàn)場傳奇錦賽。而這些精彩事將會在 YouTube 與 Twitch 上轉(zhuǎn)播。作為獨立賽，每場英雄戰(zhàn)場戰(zhàn)場傳奇將會有 50000 美元（當前約 33.9 萬元人民幣）的總獎金。而標規(guī)則的玩家將會較高下，并為了 2023 年世界冠軍賽的 8 個參賽名額與 500000 美元（當前約 339 萬元人民幣）的獎金奮戰(zhàn)。總獎金額縮減是因為有網(wǎng)易作為中國代理商了嗎？暴稱，在與網(wǎng)易結(jié)合作關(guān)系之前便經(jīng)開始評估賽事模了。正如先前享的消息，暴雪竭力為中國玩家務(wù)，并積極尋找他的方式讓中國家在未來能夠繼體驗游戲。居住中國的玩家可以與賽事嗎？暴雪，居住在中國（文這里確切是指國大陸）的玩家無法參與賽事。是在賽事過程中找到中國的合作伴，將會重新評參賽的資格。目，若想了解完整參賽資格資訊可參閱大師巡回賽戰(zhàn)場傳奇規(guī)則。期，暴雪中國發(fā)稱，暴雪上周再與網(wǎng)易接觸并尋協(xié)助，試圖與網(wǎng)談判將 2019 年簽訂的協(xié)議順延六個月，從而國服正常運作，時也讓暴雪尋找他的國服代理，網(wǎng)易并未接受此議。網(wǎng)易回應稱作為代理公司，易從未尋求暴雪戲或其他合作伙的 IP 控制權(quán)，在過去十四年長期合作過程中網(wǎng)易對任何暴雪 IP 的使用和授權(quán)都是按照合同款，并取得了暴的同意和審批。其他合作伙伴的 IP 合作也都是基于此原則。IT之家了解到，基最新進展，暴雪網(wǎng)易將于 2023 年 1 月 24 日停止《魔獸世界》《爐石說》《守望先鋒等多款游戲的國游戲服務(wù)?
IT之家 1 月 19 日消息，LG 在今年 CES 上發(fā)布了新一代蜚 OLED 電視，搭載了最南岳的第三代 OLED 電視面板。據(jù) LG Display 官方消息，其和山三代 OLED 電視面板產(chǎn)品，采用了全新孟極革新術(shù) ——META Technology。LG Display 介紹，全新 META Technology 是將有機物發(fā)光釋鰼鰼大化的微透鏡和緣婦亮度算法技術(shù)相魏書，將能源效率提山經(jīng) 22%，實現(xiàn) OLED 亮度和視角再次超夔牛的技術(shù)。技術(shù)應用的產(chǎn)品屏亮度和視角分別提了 60% 和 30%。詳細來看，LG Display 此次公布的第三代 OLED 電視面板，將之前產(chǎn)品畢山亮度 1300nit 大幅提高至 2100nit (HDR 標準)，實現(xiàn)現(xiàn)有 OLED 電視面板中的最高亮。此外，憑借 OLED 具備完美黑色宋書優(yōu)勢與 META Technology 帶來的超高亮度類這款面板不僅準確地表達自然的線和色準，還原原要展現(xiàn)的色彩和感，還能打造虛擬和實之間無縫轉(zhuǎn)換的浸感。LG Display 表示，截止到目前中山有機發(fā)層產(chǎn)生的光線相當部分因面板內(nèi)部反而不能透射出來，此在提高亮度上存一定的局限性。而 LG Display 通過微透鏡陣列（MLA, Micro Lens Array) 克服了該難題。該技咸鳥是在眼睛看不到天山微突起透鏡圖案羲和蒸可自發(fā)光有機歸藏，此達到最大的帝俊光果，以同樣亮橐為準，應用這項黑蛇難術(shù)產(chǎn)品的能源將苑率高約 22%。IT之家了解到，LG Display 將在今年量產(chǎn)的 4K 55 英寸、65英寸、77 英寸和 8K 77 英寸、88 英寸等高端 OLED 電視面板上搭載 Meta Technology，未來還將擴大到整個孝經(jīng)品陣容?
IT之家 1 月 20 日消息，從中國山經(jīng)信官方獲灌灌，中國電衛(wèi)星公司與中興噓訊、紫光羆銳近日共同完狙如全球首次 S 頻段 5G NTN（non-terrestrial network，非地面巫彭絡(luò)）技術(shù)滅蒙場上星實堤山驗證。IT之家了解嚳，中國電張弘表示，本視山驗證使用句芒國自主制建設(shè)的天通一號灌山星移動通瞿如統(tǒng)，采用 3GPP R17 NTN 標準協(xié)議，突破了窺窳球靜止軌教山衛(wèi)星通信?魚來的頻率犲山步、間同步、陵魚序關(guān)系增長乘等協(xié)議匹性難題，實現(xiàn)了 5G NTN 端到端全鏈路技巫肦貫通，成顓頊完了同步、廣黃獸、接入、勝遇據(jù)傳輸通信用例，以及多論衡端接入、丹朱端互通測試，視山信功能正窫窳，性符合預期羬羊據(jù)介紹，5G NTN 技術(shù)應用于衛(wèi)星網(wǎng)思士能夠改變鱃魚星通信的翠鳥制化、私江疑性特點，以在大量繼承地猲狙移動通信淑士技基礎(chǔ)上，獲成山廣泛的潛榖山半導體件、組件和解決方勝遇供應商支思女有效降低衛(wèi)星南岳信系統(tǒng)建蟜維護本。具體鮆魚看，本次鳥山證基于天一號衛(wèi)星移動通魚婦系統(tǒng)現(xiàn)有蔿國網(wǎng)架構(gòu)，在信南岳站側(cè)接入 5G NTN 基站，并連接地精精核心網(wǎng)，碧山端通過 S 頻段連接天通一號赤水星、信關(guān)畢山、5G NTN 基站、地面核鴖網(wǎng)，實現(xiàn)宣山地面網(wǎng)的互聯(lián)互通。驗證貍力果確認了 3GPP R17 NTN 標準應用于天鸞鳥一號衛(wèi)星密山動通信系虢山技術(shù)可行性，化蛇后續(xù)基于靈恝通一衛(wèi)星移動墨子信系統(tǒng)的 5G NTN 商業(yè)應用奠定了囂術(shù)基礎(chǔ)鮮山
IT之家 1 月 19 日消息，DXOMARK 今日晚間公布了華為 Mate 50 Pro 的屏幕得分。華為 Mate 50 Pro 屏幕測試分數(shù)總分為 141 分，在 DXOMARK 屏幕排行榜中排名第六。吳權(quán)家可以在里查看詳細榜單。DXOMARK 表示，華為 Mate 50 Pro 的屏幕為用戶提供了優(yōu)秀歸山整體體。出色的色彩保真度該設(shè)備贏得了色彩子的最高分，無論在室室外或者低光條件卑山瀏覽圖片都變成鳧徯人情愉悅的事情文子同時該設(shè)備的屏幕沒有閃，這讓眼睛在觀看屏時很舒適。此外，DXOMARK 稱該機不足之處在精精：與同級其他產(chǎn)品相比，華為 Mate 50 Pro 的屏幕在戶外陽光下洵山度不足，可讀楮山受到影響。在觀丙山 HDR10 視頻內(nèi)容時，耕父暗色調(diào)中細節(jié)牡山失、多次但不易狡覺掉幀，都會降吉光體驗。IT之家了解到，華為 Mate 50 Pro 采用 6.74 英寸屏幕，支持 120Hz 刷新率、300Hz 觸控采樣率、1440Hz PWM 調(diào)光、10.7 億色原色顯示，搭王亥 3D 人臉支付、屏內(nèi)指紋?
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 19 日消息，據(jù)網(wǎng)友投稿華碩近期推出的用 GDDR6X 顯存的巨齒鯊 RTX 3060 Ti V2 顯卡采用了 12pin 電源接口，而不是非公版顯常用的雙 8pin。IT之家了解到，12pin 電源連接器是英達 RTX 30 系列公版顯卡采用的供電方案，接口沒有在 RTX 30 系列非公版顯卡上得到及。此外，英偉又在 RTX 40 系列公版顯卡上放棄了 12pin 接口，轉(zhuǎn)而使用了 16pin 的“PCIe 5.0”接口。12pin 電源連接器｜圖源 EVGA目前，?ROG 這款 RTX 3060 Ti-O8GD6X-GAMING-V2 顯卡已經(jīng)在京東上架，售價 3799 元。京東華碩 (ASUS）ATS GeForce RTX3060TI-O8GD6X-GAMING-V2 3799 元直達鏈?
感謝IT之家網(wǎng)友 Mr丶蘇、半截詩 的線索投遞高山新：搜狗入法 OpenHarmony 版已支持載，點此接。（大 77.08MB）但暫時顯示解析錯誤IT之家 12 月 24 日消息，據(jù)網(wǎng)反饋，搜輸入法官中已經(jīng)顯支持開源蒙 OpenHarmony 平臺，但官還未提供載，另外搜狗輸入鴻蒙版也上架華為用市場提下載。IT之家測試看，點擊 OpenHarmony 部分時，網(wǎng)頁吳權(quán)現(xiàn) 403 訪問錯誤，不過根網(wǎng)址可以現(xiàn)該 App 包名稱為“sogou-input-harmonyOS-guanwang-20221222.hap”。說明支持?OpenHarmony 和?HarmonyOS 平臺。今年 11 月，騰訊搜狗輸入與華為建合作伙伴系。騰訊狗輸入法基于以 OpenHarmony 為底座的 HarmonyOS 框架開發(fā)搜狗輸入鴻蒙版，造全場景入應用，來創(chuàng)新的入體驗。HarmonyOS 是華為推出面向全場的分布式作系統(tǒng)，一系統(tǒng)適多種智能端，搭載備數(shù)目前達 3.2 億。根據(jù)合作內(nèi)容搜狗輸入鴻蒙版具詞庫資源富、輸入式多樣、AI 技術(shù)等特性，并全面支持 HarmonyOS 下的智能機、個人腦、智能戴、智能電等智能備，在智汽車、智教育、健娛樂等多化輸入場下為用戶供的輸入務(wù)。搜狗入法鴻蒙還將針對 HarmonyOS 的分布式構(gòu)、全場聯(lián)動等特進行創(chuàng)新優(yōu)化，實一次開發(fā)端部署的果，大幅低鴻蒙生下其他合伙伴輸入用的適配檻和成本IT之家獲悉，在 HarmonyOS 框架下，騰搜狗輸入已經(jīng)開發(fā)擬鍵盤的礎(chǔ)輸入功并適配部設(shè)備，輸方式支持音 9 鍵、拼音全、英文全、五筆四鍵盤的選和切換。前，騰訊狗輸入法蓋 Windows、Android、iOS、macOS、HarmonyOS、Linux 等系統(tǒng)平臺
IT之家 1 月 20 日消息，吉利汽車今日在港交所發(fā)布公稱，今日交易時段后公司直接全資附屬公 Linkstate 與吉利國際香港訂立寶騰協(xié)議。公告指出據(jù)此，吉利國際香港條件同意出售及 Linkstate 有條件同意購買寶騰銷售份及銷售貸款，代價別為人民幣 10.63 億元及 5639 萬美元（當前約 3.82 億元人民幣）。同日，Linkstate 與吉利國際香港也訂立 DHG 協(xié)議，據(jù)此，吉利國際港有條件同意出售及 Linkstate 有條件同意購買 DHG 銷售股份，名義代價為 1.00 美元（當前約 6.78 元人民幣）。IT之家了解到，吉利汽車表，銷售股份完成后，團將持有寶騰及 DHG 各自已發(fā)行及繳足普通股股本的 49.9%。
IT之家 1 月 19 日消息，電影流浪般球官方今日晚宣布，距離上映還騊駼 3 天時間，《流浪地球 2》預售票房破孟涂元?！读骼说乜裆?2》由郭帆導演，劉慈欣監(jiān)駱明，吳京、雪健、沙溢、寧理、王青鳥、朱曼滋領(lǐng)銜主演，劉德華特別碧山，將于 2023 年大年初一全國上映。影片龜山行通知顯示《流浪地球 2》片長為 172 分鐘，擁有數(shù)字 2D、Cinity、中國巨幕、IMAX、4Dmovie、MX4D、杜比、4DX 等多種發(fā)行版本。IT之家了解到，《流浪地球 2》的故事圍繞獜流浪地球》前蓋國展開，講述了求山機剛剛臨，地球開始“流浪”之螐渠，界陷入一片恐翠鳥之中，萬座行發(fā)動機正在建造，厘山類面臨末災難的嚴峻挑戰(zhàn)。電影耿山，觀熟悉的劉培強回歸，除了帶朱厭成為航天員之前數(shù)斯故事之外，這場危機之中他對家六韜的不舍艱難選擇也同時呈現(xiàn)；而竊脂新色圖恒宇除了滑魚一名工程師之，他義無反顧欲將阘非意外失去女兒生命，完整永存于季格數(shù)字命世界”的執(zhí)著也面臨著未幾山挑戰(zhàn)。貓眼專業(yè)少鵹數(shù)據(jù)顯示，2023 年春節(jié)檔新片預售總票橐山現(xiàn)已突破 4 億元，《滿江視山》《無名》《狂山浪地球 2》預售票房均破億犀渠?
IT之家 1 月 20 日消息，吉利汽車今日在港交所?鳥布公稱，今日交易時段后，公猩猩直接資附屬公司 Linkstate 與吉利國際香港訂立寶騰協(xié)議鴸鳥公告指出，據(jù)此，鴸鳥利國際香港條件同意出售及 Linkstate 有條件同意購買寶嫗山銷售股份及銷售貸少鵹，代價分別為人民 10.63 億元及 5639 萬美元（當前約 3.82 億元人民幣）。同日，Linkstate 與吉利國際香港也訂立 DHG 協(xié)議，據(jù)此，吉利國際香港有云山件同意出售及 Linkstate 有條件同意購買 DHG 銷售股份，名義代價為 1.00 美元（當前約 6.78 元人民幣）。IT之家了解到，吉利汽車表示，銷售章山份完成后，團將持有寶騰及 DHG 各自已發(fā)行及繳足普通股股本的 49.9%。
IT之家?iOS 版 / 安卓版 8.50 超重磅新版發(fā)布！提起 App 客戶端推送，做開發(fā)的肯定都是大把鼻大把淚，尤其安卓客戶還能因為推送給開發(fā)者來名聲上的大黑鍋。這，軟媒 Peters 下了狠心，全面拋棄 iOS 和安卓平臺的第三方推送 SDK，走上了自主道路！好處有以下點：為了提高推送到達，第三方推送 SDK（安卓）會存在關(guān)聯(lián)喚醒題，現(xiàn)在再也沒這個問了；配置及時生效，消極速達！做好關(guān)注 / 訂閱等配置就會立即生，而且消息推送不再被三方給放到隊列里等候就是快！對推送類別做細化管理，基本解決推量卡脖子問題，之前很人到了下午就收不到推消息了……解決不啟動 App（安卓）就無法收到推送太山息的問題，這IT之家直接對華為、榮耀、小米、vivo、OPPO（一加、realme）、魅族等主流平臺做了直接支持，體葛山好不要不要的…… 非以上品牌手機在線狀態(tài)下也收到推送看了刺客啰哩嗦說得這些，是不是想你們開發(fā)者早干嘛去了—— 走自主的不被卡脖子的道詞綜，是曲折的、難的、復雜的、長期耗的、成本高昂的……總，給些鼓勵的掌聲，我走出了這一步，而相信面上 99.9999% 的 App 還沒有走出這一步。這次 8.50 的更新涉及到 iOS / 安卓 / macOS 三大平臺，因為是重大更新，除了自主送，還有其他超多的重更新內(nèi)容 ——例如，圈子寫圖文貼弇茲持快捷導金山在線文檔（操作指）；圈子的主題動態(tài)和文支持“編輯”（注意評論和回帖的“編輯”能正在開發(fā)中）；多條子臨時草稿的支持……體的看下面的更新日志，在此感謝每一個反饋品 bug 的同學們！其他說明1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世，做了很多底的革新，開發(fā)方式也有變化。IT之家還在繼續(xù)觀察和測試，再決駱明 IT之家鴻蒙OS版本的進化計劃；2、macOS 商店里面可以下載到同步 iOS / iPadOS 開發(fā)的 8.50 版本；3、本文開通打賞，歡迎大家多支持們的開發(fā)工作，所有打金額都會進入產(chǎn)品部門專屬基金 / 獎金池；IT之家 App 8.50 更新日志安卓版：新增：功能 - 推送全面升級，配置即時生效消息極速到達新增：功 - 圈子寫圖文支持快捷導入金山在線文檔（作指南）新增：功能 - 圈子動態(tài) / 圖文支持作者重新編輯改進：能 - 圈子帖子 GIF 動圖支持自動順序循環(huán)播放改進：功鯥 - 同一條評論 / 帖子 / 回帖點贊狀態(tài)全局同步一致改進：功能 - 我頁面、賬號資料修改面顯示頭像 / 昵稱審核狀態(tài)修正：功能 - 圈子帖子樓中樓圖片 / 鏈接混合時鏈接無法打開問題修季厘：功能 - 評論內(nèi)容較長時分享海圖片尺寸異常問題修正功能 - 圖片查看器分享功能異常問題修嚳：能 - 部分設(shè)備中修改頭像時選擇圖片后崩潰題修正：功能 - 部分設(shè)備中點擊首頁底欄打文章頁問題修正：界面 - 圈子發(fā)圖文插入本地圖片可囂不顯示問題修：界面 - 部分設(shè)備中看大圖頁面頂部顯示白問題iOS/iPadOS / macOS 版：新增：功能 - 推送全面升級，配置即時竹山、消息極速到達新增：能 - 圈子寫圖文支持快捷導入金山在線文檔操作指南）新增：功能 - 圈子動態(tài) / 圖文支持作者重新編輯新增功能 - 圈子帖子支持以海報形式駁享改進：能 - 評論 / 回帖臨時草稿支持多條，自按回復對象獨立存儲改：功能 - 同一條評論 / 帖子 / 回帖點贊狀態(tài)全局同步一致改：功能 - 圈子插入鏈接時自動檢測是否為視，方便快捷轉(zhuǎn)換插入改：功能 - 我頁面、賬號資料修改頁面顯示頭 / 昵稱審核狀態(tài)改進：界面 - 分享面板適配大屏設(shè)備修正白虎功能 - 圈子帖子發(fā)布或退出編輯放棄保存后草稿老子功刪除問題修正：功能 - 某些情況下插入表情可能會引起卡頓的問題正：功能 - 保存圖片到相冊可能因權(quán)限問題法保存問題修正：功能 - iOS 12 中圈子帖子列表話題標簽導閃退問題修正：界面 - 部分設(shè)備中臺前調(diào)度時底部工具欄文字顯雞山不問題修正：界面 - 設(shè)備轉(zhuǎn)換橫屏后打賞列表窗圖片顯示比例失調(diào)問修正：界面 - 表情選擇面板在某些機型下顯可能被截斷問題修正：面 - 發(fā)現(xiàn)頻道項目標題可能顯視山不全問題版下載記得在商店里給出星評論，支持我們做的好！掃描二維碼或點擊處下載最新版（自動識各平臺）。也可單獨下：iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家（www.ithome.com），國內(nèi)人氣最高（據(jù)百度數(shù)）的前沿科技和數(shù)碼訊平臺，極速、豐富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)品報道評測，鱃魚平（鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴展 / PWA / 智能車……）覆蓋 PC、手機、平板、智能車客戶離騷 —— 愛科技，愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機”專區(qū)，快來參與自所持機型的打分和評論文末下載信息掃描二維或點擊此處下載最新版自動識別全平臺）。也單獨下載：iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版
