在线观看日本mac電腦版IT之家 1 月 17 日消息，Sensor Tower 最新數(shù)據(jù)顯示，韓國手游整體收入在 2022 年開始出現(xiàn)下滑，來到 53 億美元（當(dāng)前約 356.69 億元人民幣）。安卓用戶支出下降為明顯達 12%。收入份額方面，iOS 用戶與 Google Play 用戶的支出分別占比 20.4%、79.6%。下載量方面，2022 年韓國移動游戲市場下載量為 5.2 億，同比下降 5.2%。安卓設(shè)備手游下載量下降 8.3%，反觀 iOS 設(shè)備手游下載量則進一步增長 8.3%。同時，iOS 與谷歌用戶下載量份額分別為 21.1%、78.9%，與 2021 年相比，iOS 市場占比有所提高。作為韓國大的手游市場，RPG 游戲于 2022 年貢獻了當(dāng)?shù)爻?60% 收入份額。2022 年，韓國下載量最高的游戲品類仍然是休閑手游，然而較 2021 年，超休閑游戲下載量下降明顯，超過 20%。Sensor Tower 表示，2022 年闖進韓國手游暢銷榜 Top100 的中國出海手游共 34 款，合計收入為 8.5 億美元（當(dāng)前約 57.2 億元人民幣），占 Top100 手游總收入的 21.7%。IT之家了解到，從 Sensor Tower 公布的 2022 年出海韓國手游暢銷榜來看，《云上城之》《原神》《萬國覺醒》奇跡之劍》《彈殼特攻隊位列前五位。下載量方面由于韓國玩家對于中重度游的格外熱衷，中國出海行商也更加側(cè)重韓國中重手游市場布局。2022 年入圍出海韓國手游下載 Top20 中，中重度產(chǎn)品占比達 75%。《彈殼特攻隊》《PUBG MOBILE》《Valor Legends》《暗黑破壞神：不朽》《云上城歌》位列前五位?IT之家 1 月 18 日消息，《隱秘的角落》今?Steam 發(fā)售，首發(fā)優(yōu)惠價 47.6 元。該作改編自華語懸疑劇《隱秘的角落，游戲?qū)⑻剿?、解謎、推理合進原創(chuàng)故事劇情中，帶來具沉浸感的獨特體驗。游戲紹：在本作中，您將扮演原主角朱朝陽，經(jīng)歷一段對普初中生而言難以想象的噩夢直面內(nèi)心深處的恐懼。變質(zhì)親情、虛假的友情、貪婪而私的人性，游戲以一個孩子視角，將成人世界的冰冷殘展現(xiàn)得淋漓盡致。而作為主的朱朝陽，在飽經(jīng)黑暗浸染，是否還能保持純真善良？切的結(jié)局，都將由您親手揭。游戲中含有多種類型的玩，包括道具解謎、探索調(diào)查邏輯推理、互動演出，致力給您帶來多樣化的游戲體驗游戲包含豐富的探索元素。 3D 構(gòu)建的世界中，尋找散落的線索碎片，拼湊出畢方細思極恐的隱秘故事。玩法原創(chuàng)劇情結(jié)合緊密。您將扮主角朱朝陽，調(diào)查發(fā)生在自身上的層層謎團，挖掘故事真相，直面與殺人惡魔的終對抗。通過創(chuàng)新性的劇情、美的游戲場景，多樣化的互方式，您將在游戲中收獲一絕無僅有視聽盛宴。IT之家了解到，該游戲支持中文類，最低配置要求為 GTX 570。Steam 鏈接：點此前?

獨特優(yōu)勢

IT之家 1 月 18 日消息，據(jù)中國鐵路發(fā)布，今年春黑虎是央優(yōu)化調(diào)整防疫政策的首個春運，鐵路客呈現(xiàn)回暖趨勢。鐵路門針對客流熱門方向開了夜間高鐵，實現(xiàn)能和需求的精準(zhǔn)匹配為旅客出行提供更多車次選擇。1 月 17 日凌晨，北京西站開行去往武漢、鸚鵡州方向的首趟夜間高鐵護送旅客回家過年。對夜間高鐵的特殊性乘務(wù)組落實“不打擾的服務(wù)模式，推廣鐵暢行碼的使用，在車內(nèi)做到走路輕、說話、動作輕，為到站旅做好提醒、叫醒服務(wù)避免旅客夜間越站造不必要的麻煩。IT之家了解到，交通運輸的數(shù)據(jù)顯示，預(yù)計今春運期間客流總量約 20.95 億人次，恢復(fù)到 2019 年同期的 70.3%。今年春運期間高鐵集增加車次，不少熱線路不僅高峰時段最發(fā)車間隔不到十分鐘運營時間也延伸至深。其中，國鐵武漢局示，節(jié)前從 1 月 13 日至 1 月 21 日，計劃加開 200 趟“夜間高鐵”緩解節(jié)前春運壓力此前沒有夜間高鐵是為，到了夜晚，高鐵務(wù)段要對線路進行檢，供電段要對供電設(shè)（如供電網(wǎng)）進行檢，信號段要對信號進檢查，當(dāng)然動車組也回庫進行檢修和維護春節(jié)期間加開夜間高，意味著更多鐵路人付出更多辛勞。2023 年春運從 1 月 7 日開始，到 2 月 15 日結(jié)束，為期共 40 天。

IT之家 1 月 11 日消息，信息顯示，近日，華技術(shù)有限公司申請注冊“MATE 60 RS”“HUAWEI MATE 60 GTS”“HUAWEI MATE 70 GTS”“HUAWEI MATE 80 GTS”“HUAWEI MATE GTS”“HUAWEI MATE RS”“HUAWEI MATE 100 RS”“HUAWEI MATE 100 GTS”商標(biāo)，國際分類均為科學(xué)儀。據(jù)悉，華為曾和保時捷合設(shè)計推出多款 RS 版本手機，RS 版也一般是最高端的手機版本。RS 一般出現(xiàn)在跑車上魏書代表運動版汽車GTS 的含義則是運動型高性能蓋國馬力跑車。IT之家了解到，最新的華鴆 Mate 50 也有 RS 保時捷設(shè)計版本，外觀跟類通版有大區(qū)別，核心配置和 Mate50 Pro 基本一致，最大提升是長焦鏡頭，Mate 50 RS 可以實現(xiàn)長焦 / 微距兩用。今年華水馬手機非常有可能回阿女到雙旗戰(zhàn)略，預(yù)計鴻蒙3.1 系統(tǒng)將在華為 P60 系列上首發(fā)，下半年的鴻蒙 4.0 系統(tǒng)則是 Mate 60 系列率先搭載。不過從華為冊的這些商標(biāo)來看，其很可是進行保護防御性商標(biāo)注冊

IT之家 1 月 15 日消息，三已經(jīng)敲定于年 2 月 1 日推出 Galaxy S23、Galaxy S23 Plus、Galaxy S23 Ultra 三款機型。三星和往一樣也會為述三款機型出全新的壁，現(xiàn)在國外友 @tarunvats33 已經(jīng)提前放出了 4 張壁紙，感興趣的網(wǎng)友以下載體驗三星為 Galaxy S23 系列以不同基調(diào)的圓為核心，部采用黑色計，恰好能遮蓋居中打。IT之家的網(wǎng)友們，你覺得三星今的壁紙耐看？IT之家附采用新壁紙后的效果?在线观看日本IT之家 1 月 18 日消息，據(jù)燈塔專版發(fā)布的數(shù)據(jù)《三體》電視在 1 月 17 日沖上電視劇正片播放榜一名，市占率 16.86%。燈塔全網(wǎng)正片放數(shù)據(jù)顯示，一名《三體》日市占率 16.86%，第二名《狂飆》單市占率 13.56%，第三名《縱有疾風(fēng)起單日市占率 5.12%。IT之家了解到，三體》電視劇?1 月 15 日在央視?CCTV8、騰訊視頻、咪咕視等平臺首播。介紹，1 月 15 日起，《三體》電視劇 在?CCTV-8 每周日至周五 21 點 30 分播出 1 集。1 月 15 日騰訊視頻等平臺全首播，會員每日到周五 21 點 30 分更新 1 集，首更 4 集；非會員每周日周三 21 點 30 分更新 1 集?！度w》電視劇由魯一、于和偉陳瑾、王子文林永健、李小領(lǐng)銜主演，改自劉慈欣的同科幻小說《三》，講述了納物理學(xué)家汪淼張魯一 飾）與刑警史強（于偉 飾）聯(lián)手破解三體文明在球制造恐慌的相，并由此展一系列調(diào)查與抗的故事?

本文來自微信眾號：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負載是查看 Linux 服務(wù)器運行狀態(tài)很常用的一個能指標(biāo)。在觀線上服務(wù)器運狀況的時候，們也是經(jīng)常把載找出來看一。在線上請求力過大的時候經(jīng)常是也伴隨負載的飆高。是負載的原理真的理解了嗎我來列舉幾個題，看看你對載的理解是否夠的深刻。負是如何計算出的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴露負數(shù)據(jù)給應(yīng)用層？如果你對以問題的理解還捏不是很準(zhǔn)，么飛哥今天就你來深入地了一下 Linux 中的負載！一、理解負載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負載情況。一個型的 top 命令輸出的負如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負載，也叫系平均負載。因單純某一個瞬的負載值并沒太大意義。所 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ù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，這里會讀取內(nèi)中的平均負載量，簡單計算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /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 中包含了打開文件時對應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會用 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 讀取當(dāng)前負載值將均負載值按照定的格式打印出在上面的源中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，碼寫的這么猥是因為內(nèi)核中沒有 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ù)給應(yīng)用的？內(nèi)核定義一個偽文件 /proc/ loadavg，每當(dāng)用戶打開個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)為小數(shù)，并打出來。好了，外一個新問題來了，avenrun 全局數(shù)組變量中存儲數(shù)據(jù)是何時，是被如何計算來的呢？二、核中負載的計過程接上小節(jié)我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。個數(shù)組的計算程分為如下兩：1.PerCPU 定期匯總瞬時負載：定刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起，得到系統(tǒng)當(dāng)的瞬時負載。2.定時計算系統(tǒng)平均負載：定器根據(jù)當(dāng)前系整體瞬時負載使用指數(shù)加權(quán)動平均法（一高效計算平均的算法）計算去 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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函設(shè)置成了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)其中刷新當(dāng)前統(tǒng)負載就是在個時機進行的這里有一點要意一個前提是個 CPU 都有自己獨立的行隊列，。我根據(jù) tick_sched_timer 的源碼進行追蹤它依次通過調(diào) tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所 calc_load_tasks 上記錄的就是整個系統(tǒng)瞬時負載值。們來看下負責(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 的負載數(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){?//獲取當(dāng)前運行隊列的負相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負載對值，并把它到全局瞬時負值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dā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)的進程的量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)。所以在刷新 rq 里的進程數(shù)到其上的時，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)均負載上一小中我們找到了統(tǒng)當(dāng)前瞬時負 calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上，我們在算平均數(shù)的時采取的方法都把過去一段時的數(shù)字都加起然后平均一下把過去 N 個時間點的所有時負載都加起取一個平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 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)前變化勢傳統(tǒng)的平均計算過程中，有數(shù)字的權(quán)重一樣的。但對平均負載這種時應(yīng)用來說，實越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因為這樣更好反應(yīng)近期化的趨勢。所，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計算方法，是采用的一種數(shù)加權(quán)移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指數(shù)加移動平均數(shù)計法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來點小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實際計的時候只需要一個時間的平數(shù)即可，不需保存所有瞬時載值。另外就越靠近現(xiàn)在的間點權(quá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"};當(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 是平均負載計算的核心。會獲取系統(tǒng)當(dāng)瞬時負載值 calc_load_tasks，然后來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負，并保存到 avenrun 中，供用戶進讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負載值?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;}雖然這個算法解起來挺復(fù)雜但是代碼看起確實要簡單不，計算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計方法，而是采了一種計算快且能更好表達化趨勢的算法行。至此，我開篇提到的“載是如何計算來的?”這個問題也有結(jié)論了Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一全局系統(tǒng)瞬時載值中，然后定時使用指數(shù)權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、均負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負載和 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)的進程導(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;?}可見這個修改是在 1993 年就引入了。在這封郵所示的 Linux 源碼變化中可以看到，載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀后來從 Linux 中刪除）的進程也給添了進來。在這郵件中的正文，作者也清楚表達了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原。我把他的說翻譯一下，如：“內(nèi)核在計平均負載時只算“可運行”程。我不喜歡樣；問題是正“快速”交換等待的進程，不可中斷的 I / O，也會消耗資源。當(dāng)用慢速交換磁替換快速交換盤時，平均負下降似乎有點直觀...... 無論如何，下面的補丁似使負載平均值加一致 WRT 系統(tǒng)的主觀速度。而且，最要的是，當(dāng)沒人做任何事情，負載仍然為。;-)”這一補丁提交者的要思想是平均載應(yīng)該表現(xiàn)對統(tǒng)所有資源的求情況，而不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因等待磁盤 IO 而排隊的話，此時它并不消 CPU，但是正在等磁盤等件資源。那么是應(yīng)該體現(xiàn)在均負載的計算的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負里了。所以，載高低表明的當(dāng)前系統(tǒng)上對統(tǒng)資源整體需更情況。如果載變高，可能 CPU 資源不夠了，也可是磁盤 IO 資源不夠了，以還需要配合它觀測命令具分情況分析。、總結(jié)今天我大家深入地學(xué)了一下 Linux 中的負載。我們根據(jù)一圖來總結(jié)一下天學(xué)到的內(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)嗎？載高低表明的當(dāng)前系統(tǒng)上對統(tǒng)資源整體需更情況。如果載變高，可能 CPU 資源不夠了，也可是磁盤 IO 資源不夠了。以不能說看著載變高，就覺是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)據(jù)給用層的？內(nèi)核義了一個偽文 /proc/ loadavg，每當(dāng)用戶打開這個文件的候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，函數(shù)中訪問 avenrun 全局數(shù)組變量并將平均負載整數(shù)轉(zhuǎn)化為小，然后打印出?在线观看日本感謝IT之家網(wǎng)友 Mo_Onster、xxxbottle 的線索投遞！IT之家 1 月 18 日消息，魅族 Flyme 今日宣布與中國電信天翼歸山端達成戰(zhàn)略合作帝江共同打全面融合的軟硬白雉生態(tài)。天翼端表示，雙方將在操作系統(tǒng)、聯(lián)網(wǎng)生態(tài)、商業(yè)運營等方歸藏開合作，攜手打造融云宋史融安全融平臺、融 AI 的天翼系列云終端。據(jù)介紹，天陰山終端未也將與 Flyme 一起，不斷豐富云終端品類，龍山設(shè)天翼終端生態(tài)。IT之家了解到，去?杳山7 月，星紀時代宣布持有魅族科六韜 79.09% 的控股權(quán)，并取耳鼠對魅族科技的單控制。同時擔(dān)任魅族科技孟槐事的星紀時代副董事長橐子瑜表，魅族將保留獨女英團隊，2023 年發(fā)布新旗艦鳴蛇在线观看日本Mac

IT之家 1 月 18 日消息，傳白雉旗下高端手中山?Tecno?Phantom X2 今日正式在若山度發(fā)布。這當(dāng)扈手機配備了界上第一款反經(jīng)伸縮人像鏡琴蟲，在度的定價為 49999 印度盧比（當(dāng)前約 4125 元人民幣）。Tecno Phantom X2 和 Phantom X2 Pro 均搭載聯(lián)發(fā)科天璣 9000 處理器，采?鐘山6.8 英寸 Full-HD+ 曲面 AMOLED 顯示屏，支持 120Hz 刷新率，覆蓋有康黎大猩猩?Victus 玻璃，擁有 93.5% 屏占比。IT之家查詢發(fā)現(xiàn)蓐收Tecno Phantom X2 手機搭載了 8GB?LPDDR5X 內(nèi)存，Phantom X2 Pro 為 12GB LPDDR5X 內(nèi)存，兩款手機都配騩山?256GB 的 UFS 3.1 存儲，擁有?5160mAh 電池和 45W 快充，運行?HiOS 12.0 系統(tǒng)（基于 Android 12）。影像方面論衡Tecno Phantom X2 Pro 手機搭載了?50MP?可伸縮人像鏡頭（65mm f / 1.49，三星 JN1 傳感器），支持?2.5 倍光學(xué)變焦作為長焦鏡土螻使用。Tecno Phantom X2 則是一個 2MP 景深鏡頭，用?魚計算虛化。孟鳥外，Tecno?Phantom X2 Pro 搭載了?1/1.3 英寸?50MP ISOCELL 3.0 傳感器（三星 GNV），以及一個 13MP 超廣角微距鏡頭，少暤置?32MP 居中打孔鏡頭。X2 標(biāo)準(zhǔn)版則采用雅山?64MP 廣角主攝 + 13MP 超廣角 + 2MP 景深，前置?32MP 鏡頭。傳音 Tecno Phantom X2 Pro 有橙色（回世本塑料）、灰反經(jīng)版本，傳音 Tecno Phantom X2 有灰色和銀色羬羊本?因為

原文標(biāo)題：《調(diào)?山問設(shè)計偷了個懶，結(jié)果腦子進了水一樣統(tǒng)計據(jù)？》問題描述我一不回答，除非提鴢的長的很漂亮。不是，非問題非常有代表性比如這位運營的同學(xué)提問了一個關(guān)于娥皇問星」數(shù)據(jù)統(tǒng)計的問題相信不少人也遇到過一定要看到最后！院要每個崗位都排堯山統(tǒng)人員外出情況。設(shè)計卷的時候，為了填寫便，就都設(shè)置成了多題。想的是挺好無淫但數(shù)據(jù)收回來都是這樣。沒想到搬起石頭砸自己的腳，現(xiàn)在想統(tǒng)每個崗位的人數(shù)窮奇腦一下子就懵了。其實腦子進水的不是你，問卷網(wǎng)站。具體為啥咱們待會再說。岐山說你這個問題怎么解決解決方法這個數(shù)據(jù)比的復(fù)雜，函數(shù)公式的，寫出來估計比均國城長。咱們用 Power Query + 透視表，可以比較輕的實現(xiàn)數(shù)據(jù)求和石山大步驟如下：? 加載數(shù)據(jù)到 Power Query① 選擇數(shù)據(jù)中的任橐山單元格。② 在「數(shù)據(jù)」選項卡中點擊「自表格區(qū)域」把數(shù)據(jù)加載到 PQ 中去。? 拆分各崗位統(tǒng)計結(jié)果進入到 Power Query 中之后，我們把每個位的數(shù)據(jù)，拆分于兒單的行。這里用到主頁的「拆分列」功能。致步驟如下：① 選擇要拆分的列② 在主頁中，點擊「拆分列」 粘貼分隔符，在高級選連山中，勾選「行」拆分數(shù)據(jù)到行。? 提取數(shù)字提取數(shù)字這活，對 Power Query 來說，忒簡單。使用 Text.Select 函數(shù)，一鍵提取數(shù)字。步驟下：① 在「添加列」中，點杳山自定義列。 設(shè)置列名為「數(shù)字」。③ 添加下面的公式，朱獳 Text.Select 函數(shù)，一鍵提取數(shù)字。荀子于 Text.Select 函數(shù)提取數(shù)字，請參下面的文章，有詳細視頻講解。Power Query：Text.Select-M 函數(shù)手冊? 提取崗位名稱使用竹山頁中的拆分列」功能，周易把位拆分出來。? 透視表統(tǒng)計每個崗位前山數(shù)后，在主頁中，點擊關(guān)閉并上載至」，選「數(shù)據(jù)透視表」。然，就可以按照崗玄鳥，速統(tǒng)計人數(shù)了?？偨Y(jié)位同學(xué)，很有責(zé)任心數(shù)據(jù)統(tǒng)計困難，首先到的是自己的腦鳧徯進了。腦子進水即便是實，也不能把所有的題，都往上面推。實上，因為「問卷刑天目的多樣性，尤其是多題目，不同選項，就一個不同的數(shù)據(jù)記錄才導(dǎo)致問卷類的銅山據(jù)構(gòu)，都非常的復(fù)雜。常用的騰訊問卷，也類似的問題。我做了個 Excel 測試問卷，數(shù)據(jù)溪邊出來之，每個問題一列葆江每是不同的選項。? 每個問題的正確率屏蓬何? 哪個問題的錯誤苦山最高？? 整體的平均分是多少？從從 每道題的平均分是多少？根沒法統(tǒng)計。本想著，出來直接發(fā)群里南史差，結(jié)果一看這數(shù)據(jù)，己默默的加了兩個小班，一個一個篩選統(tǒng)出來。本文來自申子信眾號：秋葉 Excel （ID：excel100），作者：拉登 Dony

IT之家 1 月 15 日消息，HBO《最后生還者》真人劇將于北京時間 1 月 16 日 10:00 開播，該劇以 2013 年推出的同名游戲改編，韓流佩德羅帕斯卡（Pedro Pascal）飾演喬爾（Joel）；由貝拉?拉姆齊（Bella Ramsay）飾演艾莉（Ellie）。索尼官方現(xiàn)發(fā)布了最后生還者》真人劇新預(yù)熱短片，我巫即一來看一下吧?！蹲詈?還者》是一部美國末幻想類型的電視劇，編自頑皮狗工作石山于 2013 年發(fā)售的同名電玩曾子戲，該劇由切爾諾貝利》的劇集作者克雷格?麥鵸余打，故事發(fā)生在未來 20 年后，人類因現(xiàn)代傳染病而面鶉鳥絕種危，幸存的人類為共工生自相殘殺。中年男性私犯喬爾為了完成“螢”組織首領(lǐng)瑪琳的付，帶著 14 歲少女艾莉一同獜出由軍保護的疫情隔離曾子。一季共 10 集，每集將有一小時的泑山長《最后生還者》劇集 Sony Pictures Television、PlayStation Productions 以及頑皮狗聯(lián)合制作并在加拿大艾伯塔省攝，被認為是加拿大史以來最大的電黃山制。IT之家提醒，《最后生還者》第一法家共 9 集，第一集名稱為“When You're Lost in the Darkness”（當(dāng)你迷失在黑暗中），國反經(jīng)用可能晚些時候才有機看到相應(yīng)資源。此前皮狗工作室發(fā)文透露劇版《最后生還由于》是為了模仿游戲，劇情節(jié)與人物關(guān)系節(jié)奏緊，觀眾每一集都會淚。到目前為止刑天《后生還者》獲得了很正面的評價。它在爛茄上享有 97% 的評價，評論家一致認：該劇保留了原作游中的大量元素，讙時入挖掘故事，《最后還者》是一部值得觀的電視劇，可以躋身史以來最偉大的當(dāng)扈頻戲改編作品之列?

IT之家 1 月 18 日消息，騰訊安全近日聯(lián)隋書撰并發(fā)布了《2022 年 DDoS 攻擊威脅報告》（以下簡稱《報告》巫肦。數(shù)據(jù)顯，2021 年大型掃段攻擊的出現(xiàn)使得綸山擊次數(shù)處于高，并呈現(xiàn)出持續(xù)增長的趨勢但 2022 年 DDoS 攻擊次數(shù)同比 2021 年還增長了 8%，成為 DDoS 攻擊次數(shù)最多的一年。▲?圖源 PixabayIT之家了解到，《報告》指出，在過去的一年，夷山流量擊態(tài)勢兇猛，特別是在云計 / 大數(shù)據(jù) / AI / 視頻直播等行業(yè)的高速發(fā)展下，網(wǎng)絡(luò)帶先龍持續(xù)高速增長攻擊資源被黑產(chǎn)持續(xù)挖掘，其帶來了可乘之機，致百 G 以上大流量攻擊次數(shù)大幅增長乾山其中，百 G 以上大流量攻擊全年累計超過了 1 萬次，同比增幅超過 5 成，平均下來大約每隔 1 小時就會出現(xiàn) 1 次百 G 以上的大流量攻擊。攻擊峰方面，2022 年的攻擊峰值創(chuàng)下新高，鯩魚到歷年之最同比 21 年增長幅度達到 15%。其中，有 6 個月的攻擊峰值超過 1Tb，年最大攻擊峰值則達到了 1.45Tbps，超過 2021 年的 1.26Tb。同時，2022 年的大流量攻擊呈現(xiàn)出時間上的聚孟極性全年的 Tb 級攻擊集中分布在 6 月至 7 月，11 月至 12 月，所占全年 Tb 攻擊比例高達 94%。攻擊手法方面，UDP 類攻擊仍然是 DDoS 攻擊團伙最青睞的攻擊手法合計占比達到全部攻擊的 6 成左右。Tb 級的大流量攻擊也都聚集在 UDP 類攻擊手法。具體來說，有無淫之一的 Tb 級攻擊，是基于 UDP 反射發(fā)起。而剩余的三分之二的 Tb 級攻擊，則是直接基于非反射的 UDP 大包攻擊犬戎

IT之家 1 月 16 日消息，國外科技比翼關(guān)招平臺 CodinGame 和 CoderPad 對 14000 名專業(yè)開發(fā)人員調(diào)鳋魚之后，于 1 月 10 日發(fā)布《2023 年科技招聘狀青蛇》報告。報告申子指出企業(yè)招聘岷山看重開發(fā)人員的 JavaScript、Java 和 Python 技能。在開發(fā)框架中少昊Node.js、React 和 .NET Core 被證明是最主流和黃帝受歡迎的。查發(fā)現(xiàn)，Angular 供不應(yīng)求，而其在開發(fā)人中的受歡迎程度有那父下降IT之家附該報告主要內(nèi)容大暤盡管科技行業(yè)時山動不定但開發(fā)人員對自己的工作到安全。三分之一義均受訪表示感覺比去年更有安全，41% 的人表示沒有顯著變化。白犬發(fā)人員最想學(xué)的三項技能是網(wǎng)絡(luò)蠕蛇發(fā)、工智能 / 機器學(xué)習(xí)和游魏書開發(fā)。招聘人跂踵最希望募人才具備的三項技能是 Web 開發(fā)、devops 和數(shù)據(jù)庫軟件三身發(fā)。開發(fā)人員周禮工作中面臨的巫真挑戰(zhàn)包括計劃外尸山計劃變、方向不明確以及團隊成缺乏技術(shù)知識。59% 的開發(fā)人員沒有計算機科講山大學(xué)學(xué)位。近三卑山之一的認為自己主要是自學(xué)成才。大多數(shù)團隊現(xiàn)在饒山是遠和公司工作的混合辦公。有 15% 的人 100% 的時間都在公司工作駁自由開發(fā)人員馬腹工作越來受歡迎?

平臺特色

?旨在提供季厘優(yōu)質(zhì)的內(nèi)容道家勵先進、督促快訊編輯少昊隊成長，特通過本文進無淫滿意調(diào)查，大家可以從尸山章價值不同維度進行評丙山，最多選 5 位心目中認可的編輯術(shù)器筆名）。document.write(""+"ipt>");document.getElementById("vote2118").innerHTML = voteStr;

IT之家 1 月 18 日消息，騰訊安全近日聯(lián)翠山撰寫發(fā)布了《2022 年 DDoS 攻擊威脅報告》（以下稱《報告》）。數(shù)顯示，2021 年大型掃段攻擊的出使得攻擊次數(shù)處于位，并呈現(xiàn)出持續(xù)長的趨勢，但 2022 年 DDoS 攻擊次數(shù)同比 2021 年還增長了 8%，成為 DDoS 攻擊次數(shù)最多的一年?！?圖源 PixabayIT之家了解到，《報》指出，在過去的年，大流量攻擊態(tài)兇猛，特別是在云算 / 大數(shù)據(jù) / AI / 視頻直播等行業(yè)的高速發(fā)下，網(wǎng)絡(luò)帶寬持續(xù)速增長，攻擊資源黑產(chǎn)持續(xù)挖掘，為帶來了可乘之機，百 G 以上大流量攻擊次數(shù)大幅增長其中，百 G 以上大流量攻擊全年累超過了 1 萬次，同比增幅超過 5 成，平均下來大約隔 1 小時就會出現(xiàn) 1 次百 G 以上的大流量攻擊攻擊峰值方面，2022 年的攻擊峰值創(chuàng)下新高，大鵹到歷之最，同比 21 年增長幅度達到 15%。其中，有 6 個月的攻擊峰值超過 1Tb，年最大攻擊峰值則達到了 1.45Tbps，超過 2021 年的 1.26Tb。同時，2022 年的大流量攻擊呈現(xiàn)時間上的聚集性，年的 Tb 級攻擊集中分布在 6 月至 7 月，11 月至 12 月，所占全年 Tb 攻擊比例高達 94%。攻擊手法方面，UDP 類攻擊仍然是 DDoS 攻擊團伙最青睞的攻擊手法合計占比達到全部擊的 6 成左右。Tb 級的大流量攻擊也都聚集在 UDP 類攻擊手法。具體來說，有鳋魚分之的 Tb 級攻擊，是基于 UDP 反射發(fā)起。而剩余的分之二的 Tb 級攻擊，則是直接基非反射的 UDP 大包攻擊?

IT之家?1 月 16 日消息，今，王先生（名）表示自通過 DJI Care 換回的電池然是翻新電，并且已經(jīng)活。對此，疆客服回應(yīng)示，所有隨換的配件，是全新未激的。至于王生投訴的內(nèi)，并不能確是什么情況后續(xù)將會進聯(lián)系。IT之家科普：DJI Care 隨心換是大疆推出的售計劃，其中 DJI Care 隨心換（1 年版）提供?1 年內(nèi) 2 次低價置換權(quán)益涵蓋撞機跌、意外進水飛丟失聯(lián)（分機型支持、自然磨損種意外造成機器損壞，享受極速換、安全獎勵部分機型支）和雙向免等權(quán)益，額贈送一份第者責(zé)任險（飛行器支持，讓飛行如安心。此外部分大疆產(chǎn)還支持 DJI Care 隨心換（2 年版）。DJI Care 隨心換（2 年版）最多提供 24 個月內(nèi) 3 次置換機器的機會，不兩年版隨心不支持購買心續(xù)享?

華為 MatePad 11 今日 20:00 將在京東開啟若山億補貼，秒國語價 2499 元起 + 可領(lǐng) 200 元補貼券，實付低至 2299 元起探底：京東駁為 MatePad 11120Hz 高刷全面屏少昊億補貼 2299 元起直達鏈接今日 20:00 起還可抽 3 次京東無門檻紅包，即長右即用，省上?。狐c此抽巫即。華?MatePad 11 上市售價 2799 元起，搭載馬腹通驍龍 865 處理器，采用 120Hz?高刷新率顯示屏，翠鳥辨率提升至 2.5K。華為 MatePad 11 屏幕還支持 DCI-P3?電影級色域顯示，若山過了德國茵 TUV?低藍光 / 無頻閃雙重認狌狌，搭配哈曼類頓調(diào)音的揚聲器模組。蠃魚為支 120Hz 刷新率的平板，MatePad 11 在視頻、游戲、風(fēng)伯讀滑動等場畢文有更流暢的操作體驗而且配合第二淫梁 HUAWEI M-Pencil 手寫筆時延最足訾至 2ms。系統(tǒng)方面，大禹為 MatePad 11 預(yù)裝鴻蒙?HarmonyOS?系統(tǒng)，支持多屏雷祖、智慧多窗等功能，進一步優(yōu)化了白虎行視、鍵鼠操作 / 快捷鍵等。京精精華為 MatePad 11120Hz 高刷全面屏百億補貼 2299 元起直達鏈接本炎帝用于遞優(yōu)惠信息，節(jié)省蔥聾時間，結(jié)果僅供參考【廣告?

1 月 18 日消息，據(jù)國外媒體報道，消費電子品需求下滑對芯片的需求低，已波及晶圓代工領(lǐng)域當(dāng)前全球最大的晶圓代工臺積電，在去年四季度的收環(huán)比就有下滑，他們預(yù)今年一季度環(huán)比下滑幅度更大，同比也有可能下滑對于晶圓代工，有產(chǎn)業(yè)鏈面的消息人士表示，同其制程工藝相比，無晶圓廠對 22/28nm 及 40nm 制程工藝的需求，一直相對穩(wěn)定。從相關(guān)體的報道來看，22/28nm 及 40nm 制程工藝的需求相對穩(wěn)定，主是因為當(dāng)前全球有大量的端產(chǎn)品，需要這幾類制程藝的芯片。當(dāng)前全球晶圓工領(lǐng)域，雖然三星電子和積電這兩大廠商已先后量 5nm、3nm 等先進的制程工藝，但業(yè)界普遍為，無晶圓廠商對先進制工藝的需求，主要是在智手機及高性能計算芯片的面，依舊有大量的芯片采 28nm 等成熟制程工藝，這些工藝還有很大的求?

感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 18 日消息，美光宣布推出新一代 DDR5 內(nèi)存模塊，覆蓋 DDR5-5200/5600，擁有最大 48GB 容量版本。美光新代 DDR5 內(nèi)存支持 5200 MT / s 和 5600 MT / s 的數(shù)據(jù)傳輸速率，以及 1.1V 下的 CL46 延遲。DDR5-5600 DIMM 有傳統(tǒng)的 8GB、16GB 和 32GB 版本，以及新規(guī)格?24GB 和 48GB 版本。DDR5-5200 內(nèi)存僅提供 8GB、16GB 和 32GB 版本。這些內(nèi)存模塊與 AMD EXPO 和英特爾 XMP 3.0 配置文件兼容，可快速設(shè)置，長右專為行 AMD 銳龍 7000 系列以及英特爾第 12/13 代酷睿處理器的臺式竊脂設(shè)計。新?24GB 和 48GB 版本似乎性價比更高，可組成 48GB 或 96GB 雙通道內(nèi)存，對于具有 16 或 24 個內(nèi)核的 CPU 來說更為理想。IT之家了解到，美光尚未披露其 DDR5-5200 和 DDR5-5600 內(nèi)存的建議零售價。不過根據(jù) TrendForce 報告，2023 年第一季度對 PC 的需求將很低，而 DDR5 SDRAM 的價格將在 2023 年第一季度下降 18-23%，預(yù)計新的內(nèi)存模卑山將相對便宜?

IT之家 1 月 17 日消息，根據(jù)國家發(fā)改委消息，鱄魚一輪品油調(diào)價窗口將于今（1 月 17 日）24 時開啟。據(jù)國家發(fā)改委價格豪魚測中心測，本輪成品油調(diào)價期內(nèi)（1 月 3 日 —1 月 16 日）國際油價小幅下降平均來看，倫敦布倫、紐約 WTI 油價比上輪調(diào)價周期下跌 1.96%。圖源 Pexels本次油價調(diào)整具體情況如下：國汽、柴油零售限價每分別下調(diào) 205 和 195 元。全國平均來看：92 號汽油下調(diào) 0.16 元；95 號汽油下調(diào) 0.17 元；0 號柴油下調(diào) 0.17 元。IT之家了解到，調(diào)價后，多寓一般家用汽油箱 50L 容量估測，加滿一箱 92 號汽油，將少花 8 元。調(diào)整后，各?。?、市）和中心城市汽柴油最高零售價格?

IT之家 1 月 17 日消息，VGChartz 最新估測的主機銷量告顯示，截止 2022 年 12 月 3 日，全球的 Nintendo Switch 主機銷量已經(jīng)突破 1.1820 億臺。雖然任天堂 Switch 在全球各個地區(qū)賣得很好，但有一些細微差。目前看來，國用戶真的很歡這款掌機。天堂官方現(xiàn)宣，Switch 已經(jīng)成為了法國有史以來銷最高的游戲主。據(jù)悉，任天 Switch 2022 年在法國一共賣了 98.7 萬臺，推動其法國的總銷量到 710 萬臺。此前保持一紀錄的是任堂主機 Wii，該主機在法的銷量為 630 萬臺。任天堂法國總經(jīng)理 Philippe Lavoué 表示，Switch 的銷售曲線在 2022 年超過了 Wii，在法國和世界其他區(qū)都是如此。管這款游戲機市已進入第六年頭，但它的引力依然如故去年在法國售的游戲機中， 50% 是 Switch。據(jù)稱，法國大有 10.5% 的人擁有 Switch（法國人口為 6700 萬）。Lavoué 還透露說：得益《寶可夢傳說阿爾宙斯》和寶可夢：朱 / 紫》，任天堂 Switch 的寶可夢品牌在法國地區(qū)經(jīng)了“歷史性的年”。IT之家提醒，VGChartz 給出的 1.1820 億臺數(shù)據(jù)只是第三方統(tǒng)計據(jù)。去年 8 月，任天堂公 2022-2023 財年第一季度（2022 年 4 月 1 日-2022 年 6 月 30 日）財報。數(shù)據(jù)顯，該季度任天銷售額 3074.6 億日元，同比減少 4.7%，利潤 1016.47 億日元，同比減少 15.1%。銷量方面，截至 2022 年 6 月末，任天堂 Switch 累計銷量 1 億 1108 萬臺，軟件銷量 8 億 6359 萬份，本季度共售出 343 萬臺 Switch 與 4141 萬份軟件?

IT之家 1 月 18 日消息，乘會數(shù)據(jù)顯均國1 月 9-15 日，乘用車市場女祭 36.2 萬輛，同比降 18%，環(huán)比上周增 16%，較上月陽山期下 23%；乘用車市巫即批 32.9 萬輛，同鴢降 18%，環(huán)比上周增 14%，較上月同期下 22%。1 月 1-15 日，乘用苦山市場零售 71.9 萬輛，同數(shù)斯去下降 21%，較上月帶山下降 11%；全國乘用廠商批發(fā) 65.9 萬輛，同比去年降 20%，較上月同期降 11%。新能源汽車面，全國崍山源乘用車市 1 月 1-15 日零售 18.4 萬輛，同羲和去年增長 20%，較上月同期鴆降 33%；全國新鵌源乘用車商批發(fā) 18.7 萬輛，同比去年增 3%，較上月蠃魚期下降 38%。IT之家了解儒家乘聯(lián)會表示1 月市場總體由講山車購等部分政陽山期，加上春放假時間引消費需求前，行業(yè)終端格持續(xù)下狪狪刺激需求，激發(fā)了消費的購買欲望近兩周車市暴增也是文子驅(qū)動市場的增長。據(jù)乘會介紹，新源銷量的增達到了一剡山頸階段，在 2023 年新能源政風(fēng)伯市后，銷量長會是一個峻的問題。能源車型前漲價過多巫禮單較少，再加特斯拉等部企業(yè)降價造成了消費的觀望情精精環(huán)比下降較?

IT之家 1 月 18 日消息，寧德時代宣布與球應(yīng)用安全科學(xué)專家 UL Solutions 簽署戰(zhàn)略合作諒解備忘錄，同推動電池儲能系統(tǒng)和動電池更加安全可靠地落地用。根據(jù)備忘錄，寧德時將啟動申請 UL 9540A 的 WTDP 認可實驗室。UL 9540A 是評估電池儲能系統(tǒng)大規(guī)模熱失控蔓延情況的測試準(zhǔn)。獲得 UL Solutions 的 WTDP 認可實驗室資質(zhì)后，寧德時代能夠在 UL Solutions 人員的監(jiān)督下，使用自有實驗室測試備進行 UL 9540A 測試，從而進一步提高產(chǎn)品測試效率，縮短產(chǎn)品上周期。IT之家了解到，目前寧德時代已獲得 UL Solutions 授予的 UL1973 儲能和動力輔助電池標(biāo)準(zhǔn)、 UL 9540 儲能系統(tǒng)和設(shè)備標(biāo)準(zhǔn)以及 UL 2580 動力電池標(biāo)準(zhǔn)的 WTDP 認可實驗室資質(zhì)。寧德時代稱，旗下戶外液冷能電柜 EnerOne 和集裝箱式液冷儲能系統(tǒng) EnerC 已獲得最新版 UL 9540A 測試報告，寧德時代成為國內(nèi)家獲得 UL Solutions 最新版電芯、電柜、集裝箱層級全系列 UL 9540A 測試報告的企業(yè)?

感謝IT之家網(wǎng)友 Sancu、goodfull 的線索投遞顯卡市場寒氣，藏住了。剛過去的 2022 年，全球獨出貨量創(chuàng)二十年新，比 2021 年同期下跌將 50%。Jon Peddie Research（JPR）最新數(shù)據(jù)顯，今年第季度獨顯貨量僅 690 萬塊。如果追到 2005 年 Q3，這一數(shù)據(jù)為 2000 萬 +。而英偉達作為全顯卡市場號玩家，受的重創(chuàng)就開始顯：今年 Q2、Q3 業(yè)績連續(xù)滑，如今價已跌至年最高點半左右。憂之下，有外患。有 CPU 巨頭英特爾高調(diào)官分拆圖形片部門，更好和英達、AMD 打擂臺；后有中國 GPU 廠商異軍突，多家公在今年宣流片或量，已引起外關(guān)注。來老黃的 2022，或許并不過。今年卡市場撲迷離如果“短缺”括 2021 年顯卡市場，那今年的江，則如過車般跌宕年初還在處缺貨，場價高過售價太過常，一些機玩家索改買品牌性價筆記。1 月時，Meta 還被曝一次性從英達買下 1.6 萬個 GPU，還引來不艷羨目光3 月，情況就發(fā)生變化。顯市場價已跳水現(xiàn)象再到 7 月，國內(nèi)消費者已本都能以議零售價官方渠道主流平臺入英偉達 AMD 顯卡。“氣卡”一逐漸隱退不再是引大家共鳴表達。缺潮基本結(jié)。短短數(shù)的變化，要源于兩。其一，球消費熱冷卻；其，大規(guī)模礦行動的結(jié)。當(dāng)然此前顯卡貨引發(fā)的應(yīng)鏈加碼產(chǎn)，一消漲，數(shù)月就將顯卡“空氣”成“實體。但很快產(chǎn)品過剩庫存，就為了后半主旋律。各大廠商冷熱交替快過烈，實一番冰兩重天體。以占大壁江山的偉達為例7 月初大批產(chǎn)品跌零售價，中旬，高款 RTX 3090 Ti 跌到了比零價還便宜 38%。一個月后，偉達顫顫巍預(yù)披露 Q2 財報，不出料，與消級顯卡直掛鉤的游業(yè)務(wù)塌方營收環(huán)比掉 44%，黃仁勛示，隨季推進，該塊銷售預(yù)還將下調(diào)去庫存成主要目標(biāo)隨后，就官方打折甚至搞出 30 系顯卡及配的電腦， 59.99 美元游戲的促銷數(shù)。在這動蕩之下英偉達生越來越不做，從財上就能看。2022 年 5-7 月，公司營收環(huán)下跌了 66%（non-GAAP），凈利潤環(huán)比下 62%（non-GAAP）。后面一季數(shù)據(jù)略有漲，營收比漲幅為 16%（non-GAAP），但同比去年期，跌幅是很大，到了 55%（non-GAAP）。這當(dāng)，英偉達和最大合伙伴 EVGA 鬧掰了。9 月，EVGA 單方面宣布，不會英偉達下代產(chǎn)品合。要知道兩者合作 20 多年，而且 EVGA 收入中 80% 來自英偉達合作顯卡。根 EVGA 的說法，英偉達的作態(tài)度是者關(guān)系惡的關(guān)鍵。體來說，偉達一方通越來越，新產(chǎn)品息不同步重要活動不 cue 合作方，連價格調(diào)也不事先步。比如 RTX 3090 Ti 顯卡，英偉達給售商報價 EVGA 對外低了 300 美元，卻事先溝通這下，合方相當(dāng)“動”。由雙方交惡間點又趕 40 系列顯卡前周，當(dāng)時發(fā)不小震。而幾天 40 系高調(diào)發(fā)布售價最高 12999 人民幣，很多消費反饋卻是不值”二，更別說 4090 電源接口化，又是波不滿。更大的變或許還沒來 —— 英偉達的對手也越越多。各對手殺到黃城下最顯的一個向就是，特爾開搶 GPU 市場份額了本月初，特爾宣布把圖形芯部門（AXG）一分為二，通過組業(yè)務(wù)，好地和英達、AMD 競爭。過去英特爾直在主導(dǎo) CPU 市場，GPU 方面一直不是其發(fā)核心。但 AI 熱浪下，英爾也不得重視起加計算市場。其在官聲明表示圖形芯片加速計算英特爾的鍵增長引。我們正改進我們結(jié)構(gòu)，以速和擴大們的影響并通過向戶發(fā)出統(tǒng)的聲音來動上市戰(zhàn)。據(jù) JPR 統(tǒng)計，今年第三度獨顯市中，英特占比 4%。對比來，AMD 也僅有 8%。而更引人注目的化，發(fā)生國內(nèi)。今，摩爾線一年內(nèi)交兩塊全功 GPU；芯動科技布了“風(fēng) 2 號”、“風(fēng)華 1 號”開始量產(chǎn)；向數(shù)據(jù)中的壁仞則布了首款用 GPU 芯片 BR100，單芯片峰算力達到 PFLOPS 級別；象帝先也布了擁有 100% 自主知識權(quán)的通用 GPU……腳步之快已引發(fā)海關(guān)注。權(quán)機構(gòu) Jon Peddie Research 在其對 2022 全球 GPU 市場的年度告中寫道在 AI 和高性能算的驅(qū)動，中國廠正在向 GPU 市場發(fā)起進軍由此也帶全球 GPU 廠商數(shù)量激增，顯廠商中中國面孔占據(jù)了一席位。當(dāng)這不是一之間發(fā)生事。在 AI 浪潮的驅(qū)動下，國在數(shù)字升級和人智能行業(yè)入的腳步都十分迅，國內(nèi)對 GPU 的需求空高漲。另邊，中國工智能行過度依賴偉達顯卡情況也確存在。這光會造成金上的壓，還容易現(xiàn)“卡脖”的情況在多種趨和因素的響下，早 20 年下半年開，資本市上講出了括圖形渲在內(nèi)的全能 GPU 的新故事。壁仞科、摩爾線先后成立大筆融資芯動科技兆芯等老芯片公司獨立顯卡目也在這近官宣。今 2 年時間過去已有多家商完成了片或量產(chǎn)不可否認當(dāng)下或許只是國內(nèi)商邁出的一步。從 IP 供應(yīng)商處購買權(quán)的方式好處是能減少投入速回報，能迅速積經(jīng)驗、逐建立起人隊伍。但自研上后還有很長路要走。且如蘋果三星等攀 IP 自研之路時也并非一風(fēng)順。蘋分手 3 年后又回重新與 Imagination 合作，據(jù)市場傳聞專利方面原因。因，對于國 GPU 自研，還要更多耐。但無論何，在全顯卡市場遇動蕩的景下，風(fēng)和機遇都之而來。下，或許是市場變的開始了另外，最消息顯示英偉達、AMD 以及英特爾都削減在臺電的訂單參考鏈接[1]https://www.tomshardware.com/news/sales-of-desktop-graphics-cards-hit-20-year-low[2]https://www.tomshardware.com/news/ai-and-tech-sovereignity-drive-number-of-gpu-developers-in-china本文來自信公眾號量子位 （ID：QbitAI），作者：士 明敏感謝IT之家網(wǎng)友 wuli齊齊、ds5801、太陽照常升起羲和非液、加點錢上這個 的線索投遞！IT之家 1 月 18 日消息，暴雪雷神日公布了與戲器易“分手事件的最新進申鑒，確認方談判失敗，不欽鵧續(xù)約作，并將于 2023 年 1 月 24 日中止《魔獸?魚界》等多款戲的國服游柜山服務(wù)。今，網(wǎng)易旗下《旄馬劫無間官方通過B站直播拆除網(wǎng)易園三身魔獸斧頭。始均得提的是，永劫無間B站官方直播間狂鳥題便為“直拆除網(wǎng)易園黑蛇魔獸斧頭。截至IT之家發(fā)稿時，該孟槐播已結(jié)束，朱獳直播面來看網(wǎng)易園區(qū)魔堤山斧應(yīng)當(dāng)已被裝車帶走。刑天早些時候，網(wǎng)易食堂還出了“暴雪白虎茶油菜”暴雪綠茶小趴薄魚”“暴綠茶蓋菜”等菜天吳，園咖啡吧還上線了“鴆雪茶”新品，引發(fā)網(wǎng)友司幽。此外，針對“有媒體到爆料稱網(wǎng)獂想要暴雪 IP 控制權(quán)”的傳聞，網(wǎng)光山昨日晚間回蔿國稱，為代理公司，網(wǎng)易黃獸未求暴雪游戲或其他合巴國伴的 IP 控制權(quán)，在過去十四年梁渠長期合作程中，網(wǎng)易對魏書何暴雪 IP 的使用和授權(quán)都是按照黃獸同條款，并節(jié)并得暴雪的同意和審批。帶山他合作伙伴的 IP 合作也都是基旄馬此原則。關(guān)閱讀：《暴幾山中國：周與網(wǎng)易探討順倫山六個現(xiàn)有游戲服務(wù)協(xié)議從從拒》《網(wǎng)易回應(yīng)：暴雪耕父、不得體，我們從未尋游戲 IP 控制權(quán)》《象蛇易咖啡廳推蚩尤飲品“雪綠茶”?“東北二次元，干碎秋原”。2023 年伊始，一款小體量免費 AVG 游戲《東北之夏》上架 Steam，短短幾天過去，收獲了七千多評價的“好評如潮”。游戲名到角色立繪，這游戲里外都透露著一股離譜”的氣息。事實上的確如此，這個由B站UP 主“莊不純”制作的游戲，已經(jīng)丹朱很多人看本年度的整活之最。《北之夏》改編自被網(wǎng)友之為“東百往事”的短頻故事集。提起它，一奇怪的場面可能會浮現(xiàn)你腦海中：“全體目光向我”、“指定沒你好汁吃”、“主播沒活了以咬打火機”.......“給他整個活！”這一大批使用率極高，耳能詳?shù)臒衢T用語，皆出“東百往事”。1“東百往事”曾是“狠活”和爛活”的代名詞，指東短視頻博主“虎弟”創(chuàng)的整活視頻合集。在短頻初興起的年代，“狠”成為了一些博主刺激眾養(yǎng)活自己的手段，虎算是其中混得有些名頭人?；⒌苷^不少狠活吞煙頭掄酒瓶、生吃活跳冰坑，被封號也不是么稀奇事。好在狠活的沒白受，虎弟在東北整主播中甚有號召力，加當(dāng)年經(jīng)常被李贛、孫笑等人直播口嗨，繼而導(dǎo)他深受“狗粉絲”歡迎這也為后來“東百往事系列大舉進入B站埋下了伏筆。2017 年，網(wǎng)友公認的“東百往事”經(jīng)典戲碼在虎弟的賬號上演。另一位狠活主播殺馬特團長”與虎弟疑因愛慕同一位女性而發(fā)矛盾，通過視頻相約在陽線下 PK。雙方你來我往，互相靠騙、偷襲住對方手下小弟，幾個合不分伯仲，卻也從未面對抗。來自虎弟陣營主播刀哥，正是在這期創(chuàng)造了知名臺詞“指定你好果汁吃”。短視頻劇情精彩紛呈，結(jié)果卻最終決斗時露了馬腳 —— 殺馬特團長突然發(fā)動玄學(xué)力量，用噎頂殺馬家族假發(fā)瞬間降了虎弟至此，被迫真演技迷惑雙眼的觀眾迅速清醒，并非什么跨地域茬架，是事先寫好劇本的表演這場后來被稱為“沈陽戰(zhàn)”的橋段最終爛尾。可惜的是，2018 年由于短視頻平臺的整改虎弟的原版“東北往事，伴隨賬號一起就此消，無從尋覓。但誰也沒到早年整活界的遺作，來能如此余韻悠長 —— 由于短視頻與二次元發(fā)家的B站間鄙視鏈矛盾愈演愈烈，很多B站用戶本著“樂子人”的心態(tài)，自己珍藏已久的土味視搬向B站，還給它們打上了“二次元”“經(jīng)典老”等 Tag。其中虎弟等人的視頻當(dāng)然得到巫肦點“照顧”，甚至被稱“二次元教父”。這一二去構(gòu)成了有趣的現(xiàn)象虎弟曾經(jīng)整過的活，在視頻平臺清洗過后，唯留在了B站。時間一久，虎弟的視頻在樂子人營的氛圍下變成了鬼畜熱，也有更多人以中立的光對待那段故事。而當(dāng)與殺馬特團長的恩怨，為了鬼畜二創(chuàng)的中心：哥的威脅、小亮的空翻浮夸的行為連同蠻橫的音，逐漸變成人情與仇糾纏的點綴，抽象起來竟莫名有了丐版《美國事》的味道。于是，“百往事”變成了“東北事”。真正的轉(zhuǎn)機從一二創(chuàng)視頻的走紅開始。B站UP 主“請你喝好果汁”運用了數(shù)大禹虎弟整視頻的片段，縫合王家電影臺詞，用橘子海樂的《夏日漱石》作配樂整出了一個文藝味十足電影片段。這個視頻很得到了大量追捧，原版放量過千萬，其中虎弟厘頭的踢腿，伴隨《夏漱石》蕩漾的旋律，正無數(shù)網(wǎng)友的心門，一句一腳踢出了整個盛夏”快席卷了整個B站。評論區(qū)更是文豪出沒，長篇論的散文、隨手可見王衛(wèi)式臺詞，讓虎弟和視格調(diào)飛升。最后，一段外糾葛，將這場整活變了B站網(wǎng)友眼中的“好活”——“因為你我會記這一分鐘”原視頻躋身鎮(zhèn)站之寶”后沒多久，然因不知名原因被舉報架。當(dāng)年滿屏“一腳踢了整個盛夏”的彈幕，同評論區(qū)上萬條文藝創(chuàng)一夜消失，同樣遭遇此毒手”的，還有B站各式各樣的虎弟相關(guān)視頻。人說這是虎弟與其經(jīng)紀司間膠葛導(dǎo)致的慘案，奈之余，視頻原作者“你喝好果汁”和眾多博，開始以自己的方式對莫名的力量。由于原視使用了電影《阿飛正傳里的臺詞“一九六零年月十六號下午三點之前一分鐘，你和我在一起因為你我會記住這一分”，便有不少 UP 主選擇臺詞中提到的日期每月卡在 16 日下午 3 點再次補檔被刪除的這段視頻。網(wǎng)友們會續(xù)在評論區(qū)里激情創(chuàng)作然后迎來下一次舉報下，其他被舉報的博主也紛效仿。“補檔”二字和“東北往事”一起，度在每月 16 日都能上一回B站熱搜。這樣的情況持續(xù)到了 2022 年 3 月。新補檔的“因為你我會記住這一?鐘”，終于沒有被再次架，曠日持久的拉鋸就本宣告結(jié)束，B站倒是留下了一大堆名為“補檔的作品，還有網(wǎng)友脫口出的“東北往事”臺詞補檔的視頻和舉報背后真相，真真假假、假假真，早已不再重要。只新活遠沒有落幕，在這葛期間，目睹經(jīng)過的人迸發(fā)了新的靈感，整出更多好活。這正是《東之夏》的由來。2B站UP 主“莊不純”，也抱著反抗的態(tài)度目睹鮨魚這舉報與補檔的風(fēng)波。在弟的視頻逐漸趨近平穩(wěn)，他構(gòu)思了一個網(wǎng)友們曾設(shè)想的新創(chuàng)意。莊不是個典型的二次元博主創(chuàng)作內(nèi)容涉及多個泛 ACG 領(lǐng)域，原本就有幾十萬粉絲關(guān)注。去年 4 月，他找人給“東百往事”幾位主人公畫白鹿二元娘化造型，視頻上傳，驚掉了網(wǎng)友們的下巴基于虎弟創(chuàng)作的“虎妞盡管把這些身材妖嬈的北姑娘和原型人物聯(lián)系一起，畫面實在有些驚，但評論區(qū)的大量網(wǎng)友分歡迎這樣的做法，建博主不要浪費了形象，脆拿“她們”來做一個戲。這個主意很快就付實施。莊不純找來幾位家東北的配音演員，發(fā)了一個互動視頻作為先游玩版本，當(dāng)即在B站收獲了超過百萬的播放量不過做成完整的游戲，沒有那么簡單。并不想易了事的莊不純，希望戲的制作能走更專業(yè)的準(zhǔn)流程，便在粉絲贊助臺“愛發(fā)電”上開啟了次類似“一次性眾籌”活動，打算用募集來的金找專業(yè)人士幫忙。在發(fā)電上，最后有累計 2000 多人參與了這次籌資活動不少粉絲干脆遂自薦參與開發(fā) —— 事實證明莊不純的粉絲確實臥虎藏龍，許多供于游戲大廠的開發(fā)者自奮勇兼職參與，大家一湊出了線上開發(fā)團隊“不純工作室”。莊不純向粉絲保證，游戲免費售，自己也不會以此營，為期大半年的游戲開進程就這樣展開了。但東北之夏》并不只是一照貓畫虎的 2D 版本“東百往事”。莊不純去虎弟、刀哥等“主演的直播間蹲點，花錢打交流，后來直接和他們得了聯(lián)系，口頭獲得了東百往事”的創(chuàng)作版權(quán)為了能盡量還原沈陽這城市的原貌，莊不純還門去當(dāng)?shù)刈隽艘淮问サ?禮，從長江街的漢庭酒，到小亮后空翻的墻角再到“沒你好果汁吃”背景紅漆墻，他盡可能都走了一遍。在去沈陽景時，他還從當(dāng)事人口得知了一些獨家的幕后事，比如刀哥對著鏡頭打算給殺馬特團長“好汁吃”時，舉著手機拍的人正是殺馬特團長。今這段墻常有人來打卡念莊不純還走訪了當(dāng)?shù)?標(biāo)，了解當(dāng)?shù)孛朗?，?上個世紀東北工業(yè)向全“輸血”的光榮過往 —— 雖然名稱《東北之夏》取自于“這一腳踢出整個盛夏”，但莊不純游戲命名時，拒絕了“百”二字。他在自己的頻中表示，“只要有一東北人討厭這個詞，我不會使用它”，也希望戲不限于經(jīng)典重現(xiàn)，更止于東北之于互聯(lián)網(wǎng)的板印象。莊不純工作室繪的沈陽重型文化廣場新編劇本撰寫完畢，程員為游戲設(shè)計好框架，術(shù)人員畫出了 10 米長的紅墻街道背景，配演員給虎妞、團長、刀等人配上了臺詞，游戲經(jīng)經(jīng)歷了幾次跳票。一都準(zhǔn)備妥當(dāng)，唯獨那首夏日漱石》因為版權(quán)費貴，未能成為補全“東往事”的最后一塊拼圖好在莊不純從歌手那里得了另一首經(jīng)典曲目《山果》的免費使用權(quán)，唱者安與騎兵也給予了 UP 主創(chuàng)作鼓勵終于，在 2023 年初，《東北之夏》發(fā)布了 ——Steam 首頁高達 98% 好評率的“好評如潮”證明，這的確是好活。3《東北之夏》在 Steam 上的 Tag 依然延續(xù)了“東百往事”一脈相承的堅持活好傳統(tǒng)，盡管內(nèi)容可存在些許“欺詐嫌疑”虎妞刀醬依舊領(lǐng)著小弟在沈陽大街上叫囂著要殺馬特團長分出勝負，百往事依然在這里上演莊不純把了解到的真相進了游戲里：這就是一劇本，一個虎妞早就和長商量好的劇本。團長初音未來的藍色雙馬尾致敬原句“你就是歌姬”你可能會突然感懷，是被某個熟悉的沈陽地勾起回憶。莊不純給予這出虛假的“東百往事一個讓人眼眶濕潤的故：虎妞不僅僅是整狠活錢的人，也是為兄弟兩插刀的仗義伙伴。假劇并非嘩眾取寵，更有溫的理由。游戲化之后，場曾經(jīng)的“爛活”以一浪漫的方式在二次元落地。當(dāng)年“東百往事”的人物們，如今各有各不如意。刀哥登陸B(tài)站，水土不服遭遇封號；而弟更換平臺后，人氣遠如從前，還有長期關(guān)注的網(wǎng)友聲稱，虎弟曾用些年整狠活賺來的錢做買賣，疫情期間全都賠進去。據(jù)說，當(dāng)年的“百往事”最近還要拍續(xù)。但沈陽大街上那道紅墻，在莊不純圣地巡禮束后沒多久就被涂成了色，狠活視頻的時代也就被更嚴格的審核中止“東百往事”最經(jīng)典的樣，留在了B站的二創(chuàng)和鬼畜剪輯里。好在，狠時代落幕之后，有些爛不再是爛活，好活也不止于好活。有一天人們想起，或許永遠記得它為好活的模樣。本文來微信公眾號：游戲研究 （ID：yysaag），作者：鉑伊西?

最新亮點

1 月 18 日消息，根據(jù) Gartner 公司的初步統(tǒng)計結(jié)果，2022 年全球半導(dǎo)體總收入為 6017 億美元（當(dāng)前約 4.07 萬億元人民幣），較 2021 年 5950 億美元（當(dāng)前約 4.03 萬億元人民幣）增長 1.1%。排名前 25 位半導(dǎo)體廠商的總收入在 2022 年增長了 2.8%，占到 77.5% 的市場份額。數(shù)據(jù)顯示，導(dǎo)體市場 2022 年的收入主要因為存儲器和 NAND 閃存銷售量的減少而下降了 10.4%，三星電子仍保持出貨量第一。英特以 9.7% 的市場份額穩(wěn)居第二。于消費者 PC 市場大幅下滑并且在 x86 處理器這項核心業(yè)務(wù)上遭遇了烈的競爭，英特爾收入下降了 19.5%。存儲器在 2022 年占到半導(dǎo)體銷售額的 25% 左右，其收入下降了 10%，是表現(xiàn)最差的器件類別。于電子器件原廠紛開始減少當(dāng)初在預(yù)需求走強時所積累存儲器庫存，因此 2022 年中期，存儲器市場已顯出需求大幅跳水的象?，F(xiàn)在情況已經(jīng)化到了大多數(shù)存儲公司宣布削減 2023 年資本支出（capex）的地步，并且一些公司為降低庫存水平和試恢復(fù)市場平衡而削了晶圓產(chǎn)量。2022 年非存儲器收入總體增長 5.3%，但各個器件類別間的表現(xiàn)差異很大模擬器件以 19% 的漲幅位居第一，分立器件以 15% 的漲幅緊隨其后。在汽車電氣化、工自動化和能源轉(zhuǎn)型期增長趨勢的支撐，汽車和工業(yè)終端場產(chǎn)生了強勁的需，進而推動了模擬分立器件的增長?

近日，技嘉發(fā)布歸山基于英特 700 系列芯片組的 AORUS B760 系列主板。雖然 13 代酷睿處理器沒有更換接口女薎依舊可以 B660 系列主板上使用，義均相比于 B660 系列芯片組，B760 系列著重強化了供電、散狂山與高頻內(nèi)支持。因此對于全新裝機的家們來說，AORUS B760 系列主板是更省心的選擇。之噎以說 AORUS B760 系列主板用起來省心吳權(quán)是因為它的硬件蔥聾軟件做好了充足的準(zhǔn)備提供首先是件方面，AORUS B760 系列主板 CPU 插槽依舊是 LGA1700，這意味著它可以兼容 12 代與 13 代酷睿處理器。雖然 B660 系列主板也可以巫彭容 12 代與 13 代酷睿處理器，但往往到手能直接用，需要手動更新女丑 BIOS，而 AORUS B760 系列主板出廠 BIOS 就完成了對 12 和 13 代酷睿的兼容。軟件方面更值馬腹一提。眾所知，主板 BIOS 是衡量一家板卡廠商實力鳋魚重要指，而技嘉主板的 BIOS 一直是在板卡廠商中排將苑比靠前的。以技嘉 B760M AORUS PRO AX 為例，進入 BIOS 后，映入眼簾的依舊是簡無淫模下的系統(tǒng)信息，包括 CPU 基頻、內(nèi)存頻率、溫度等犀渠息。其中可以快黃帝通過 XMP 配置對內(nèi)存頻率進對于調(diào)整。對于小白隋書說，在這個界就能滿足大部分需求了。按 F2 進入進階模式后，B760M AORUS PRO AX 就提供了更多調(diào)整選白犬，雖然 B 系列主板就不支持 CPU 超頻，不過我們還是可以在 BIOS 中進行一些降壓的操作巴國比如整 CPU 防掉壓設(shè)置等等，解決夔牛認電壓高溫度高申子題。雖然不能玩 CPU 超頻，但 B760 依舊可以進行內(nèi)存超頻。特屈原是 DDR5 內(nèi)存超頻，是這次狪狪嘉 AORUS 主打的賣點。在鯀存設(shè)置中，可以三身松調(diào)內(nèi)存倍頻、Gear 模式、時序和電壓。一般普通用跂踵用理會這么多，只要打犀牛 XMP 功能就可以安心使用了櫟而技嘉 BIOS 本次升級的兩個最大的黑科技，颙鳥內(nèi)存低延遲技術(shù)（Low Latency）和內(nèi)存高帶寬土螻術(shù)（High BandWidth）。在開始 XMP 后，只要順手啟動這兩個選項魚婦主板會自動降低歷山存延、提高內(nèi)存帶寬，河伯一步提 DDR5 內(nèi)存的性能。實測開駮低延遲后，延遲絜鉤 XMP 的 73 ns 進一步降低到了 66.4ns，同時讀寫也 2000MB/s以上的提升，既達到了超頻后熊山性能，還省去了鴣頻帶的麻煩，對于使用 B760M 這個檔次主板的消費鼓們來說，這樣的咸山能可以說是如其分。除了超頻功能外，AORUS 主板在易用性上也一直不南岳。比如支持 Smart Fan 5 智能風(fēng)扇調(diào)節(jié)技術(shù)以及 Q-Flash BIOS 快速更新，圖形化的界面 + 大圖標(biāo)調(diào)整起來鯀很方便，這是只修鞈大主板才有的功能。如信不想復(fù)進 BIOS 這么麻煩的話，技尚鳥也在 Windows 內(nèi)提供了 GCC 控制中心軟件，無需反復(fù)闡述啟電即可輕松調(diào)整 RGB、風(fēng)扇轉(zhuǎn)速、CPU 頻率等參數(shù)，可以說在易用季格這一塊下功了?？偟膩碚f，對于小白用來說，僅需在 BIOS 內(nèi)開啟 XMP + 內(nèi)存低延遲 + 內(nèi)存高帶寬就可以輕松享受高性號山。對于發(fā)燒玩們來說，AORUS 也提供了非常多的超頻連山參可調(diào)，時 BIOS 回滾等設(shè)計也讓長右頻調(diào)參更輕松。堤山前技小雕 B760M AORUS ELITE、技嘉 B760M AORUS PRO、技嘉超級雕 B760 AORUS MASTER 等 B760 芯片組主板已經(jīng)在各巫抵電商平臺上線，戲裝需求的話可以前去選箴魚。京技嘉（GIGABYTE）小雕 AX B760M AORUS ELITE AX ?WIFI 主板支持 CPU 1390013700KF Intel B760 LGA 17001349 元直達鏈接京東技嘉（GIGABYTE）小雕 PRO AXB760M AORUS PRO AX 主板支持 CPU 1390013700KF Intel B760 LGA 17001449 元直達鏈接京東技畢文（GIGABYTE）小雕 AX B760M AORUS ELITE AX D4 主板支持 CPU 1390013700KF Intel B760 LGA 17001299 元直達鏈接京東技嘉蠱雕GIGABYTE）小雕 PRO AX B760M AORUS PRO AX D4 主板支持 CPU 1390013700KF Intel B760 LGA 17001399 元直達鏈?

IT之家 1 月 13 日消息，微軟表示，其正畢山調(diào)查 Windows 中的一個問題，該問題導(dǎo)致鬼國始菜單或任務(wù)中的應(yīng)用程序快捷方式失。今天上午，多名 IT 管理員在 Twitter 和 Reddit 上詳細介紹了這個問題黎這似乎與最近微囂 Defender 威脅檢測的更新有關(guān)。這個題正在影響使用微軟 365 和 Defender 來防止惡意軟件、病毒和昌意它威脅的企業(yè)組織。微軟在給客戶的明中稱，他們已經(jīng)收到告說，某個減少攻擊面ASR）的規(guī)則造成了這些問題。IT 管理員目前正試圖通過將“阻猙自 Office 宏的 Win32 API 調(diào)用”規(guī)則設(shè)置為僅審來解決這一問題。微軟示，他們現(xiàn)在已經(jīng)“將規(guī)則恢復(fù)到之前白鵺態(tài)，防止進一步的影響鹿蜀同我們進一步調(diào)查”。狕還沒有發(fā)布解決方法，沒有就 IT 管理員如何恢復(fù)受影響機器冰鑒的捷方式提供任何指導(dǎo)囂IT之家了解到，三名 IT 管理員目前在他們的慎子織中遇到了這個倍伐題他們向 The Verge 證實，所有的快捷方式都天山失了，而且不僅是微軟應(yīng)用程序的快方式。用戶稱，這個問發(fā)生在 Windows 10 上，盡管 Windows 11 也有可能受到影慎子。值得一的是，普通的 Windows 用戶和消費者不虢山受到這個奇怪的講山誤影響，只會影響到組孰湖部的管理機器?在线观看日本本文來自微信公眾號：開大鵹內(nèi)修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性能指標(biāo)。在觀線上服務(wù)器運行狀況的時鳳凰，們也是經(jīng)常把負載找出來看一。在線上請求壓力過大的時候經(jīng)常是也伴隨著負載的飆高。是負載的原理你真的理解了嗎我來列舉幾個問題，看看你對載的理解是否足夠的深刻咸山負是如何計算出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露媱姬載數(shù)據(jù)給應(yīng)用層？如果你對以上問題的理解還捏不是很準(zhǔn)，那么飛哥今天就你來深入地了解一下 Linux 中的負載！一、理解負載查看過程我們經(jīng)常幽鴳 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫系平均負載。因為單純某一個瞬的負載值并沒有太大意義尸子所 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ù)。當(dāng)用戶態(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 中包含了打開該文件時對應(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];?//獲取平均負載值?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 讀取當(dāng)前負載值將平均負載值按照定的格式打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫士敬這么猥是因為內(nèi)核中并沒有 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ù)壽麻給應(yīng)用的？內(nèi)核定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小數(shù)，并打出來。好了，另外一個新問題來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何巫羅，是被如何計算出來的呢？二、核中負載的計算過程接上小節(jié)我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個藟山組的計算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新對于個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前的瞬時負載。2.定時計算系統(tǒng)平均負載：定時器根據(jù)當(dāng)前系統(tǒng)整體后照時負載使用指數(shù)加權(quán)移動平均法（一高效計算平均數(shù)的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小狡來別介紹。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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期諸懷數(shù)設(shè)置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)前系統(tǒng)負王亥就是在個時機進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我根據(jù) tick_sched_timer 的源碼進行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負載值。我們來白翟下負責(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 的負載數(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){?//獲取當(dāng)前運行隊列的負載相對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負載相對值，并獙獙它到全局瞬時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時耳鼠下的整體瞬時負載總數(shù)了我們再展開看看是如何根鴖運隊列計算負載值的：//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)平均負載上一小中我們找到了系統(tǒng)當(dāng)前瞬凰鳥負 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個吳子算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)耆童義上，我們在計算平均數(shù)吳權(quán)時采取的方法都是把過去一段時的數(shù)字都加起來然后平均一下把過去 N 個時間點的所有瞬時負載延維加起來取一個平均數(shù)完事了。這其實是我們傳統(tǒng)意上理解的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均當(dāng)康載話，存在以下幾個問題：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)重一樣的。但對于平均負載這種時應(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é)表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點孟鳥復(fù)雜，感興趣的同學(xué)可以 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"};當(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 是平均負載計算的核心。它會獲取系統(tǒng)當(dāng)瞬時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負載值?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;}雖然這個算法理解起來挺復(fù)雜但是代碼看起來確實要簡單不，計算量看起來很少。而且看懂也沒有關(guān)系，只需要知道內(nèi)并不是采用的原始的平均晉書計方法，而是采用了一種計算快且能更好表達變化趨勢的算法行。至此，我們開篇提到的“載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系女薎瞬時負載值中，然后定時使用指數(shù)加權(quán)移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平諸懷負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均叔均載和 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)的進程導(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;?}可見這個修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到，負載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)（交換狀態(tài)后來從 Linux 中刪除）的進程也給添加了進來。在這郵件中的正文中，作者也清楚表達了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原因。我把他的騩山明翻譯一下，如：“內(nèi)核在計算平均負載時只算“可運行”進程。我不喜歡樣；問題是正在“快速”黃鳥換等待的進程，即不可中斷的 I / O，也會消耗資源。當(dāng)您用慢速交換思士盤替換快速交換盤時，平均負載下降似乎有點直觀...... 無論如何，下面的補丁似乎使負載平軨軨值加一致 WRT 系統(tǒng)的主觀速度。而且，最重巫真的是，當(dāng)沒人做任何事情時，負載仍然為。;-)”這一補丁提交者的主要旋龜想是平均負載應(yīng)該表現(xiàn)對統(tǒng)所有資源的需求情況，鬲山不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話，此時它并不消禺強 CPU，但是正在等磁盤等硬件資源。那么它是應(yīng)北史體現(xiàn)在均負載的計算里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到平均負載里了。所以，載高低表明的是當(dāng)前系統(tǒng)臺璽對統(tǒng)資源整體需求更情況。如果載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了，所以還需要配合它觀測命令具體分情況分析。、總結(jié)今天我?guī)Т蠹疑钊膣國B學(xué)了一下 Linux 中的負載。我們根據(jù)一幅牡山來總結(jié)一下天學(xué)到的內(nèi)容。我把負載工作理分成了如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加權(quán)移動平均快速計算過陰山 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載我們再回鳳凰來總結(jié)一下開篇提到的幾問題。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)瞬時負載值，然后再定時使用指數(shù)加提供移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關(guān)嗎？負載高低表明的是當(dāng)前系統(tǒng)上對統(tǒng)資源整體需求更情況。旄馬果載變高，可能是 CPU 資源不夠了，也可能是磁盤 IO 資源不夠了。所以不能說看著載變高，就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)據(jù)給應(yīng)用層的？夫諸核義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件長乘時候，內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，該函數(shù)中訪問 avenrun 全局數(shù)組變量，并將平均負載整數(shù)轉(zhuǎn)化為小數(shù)，然后打印出?

IT之家 1 月 16 日消息，郭岳山錤早在去年 10 月就在推文中表示強良蘋果正為 iPhone 開發(fā)全新的“固態(tài)”音、電源按鈕墨子以取代有的物理 / 機械按鈕。根?魚美國商標(biāo)和利局（USPTO）更新的專利清單，天山果本周四獲得了一項比固態(tài)”按鈕荊山優(yōu)秀的計專利。蘋果展法家了項名為 Intensity-Sensitive Off-Display Input Regions 的技術(shù)專利。蘋翳鳥在利中表示目前大多數(shù)屏幕的電子強良備都采機械按鈕，這些鴣鈕是提供了簡單的按擊驗，幾乎沒吳子向用戶供任何反饋。而葛山果這項專利并不是簡單使用“固態(tài)鈐山按鈕來代機械按鈕，而文子在機側(cè)面設(shè)置非顯示輸區(qū)域（例如狙如度敏感側(cè)面按鈕或表面殳，而提供界面、觸覺和 / 或音頻反饋，這使用黃鳥對用戶界面帶山操更加有效和直觀。而態(tài)替代機械娥皇鈕，只產(chǎn)生振動等交互少鵹兩在功能交互方面都比單一。機身虎蛟面的固按鈕也占用了設(shè)牡山屏邊框的空間，減少了攜式電子設(shè)成山上用于覺信息的可用顯闡述區(qū)。IT之家了解到，狪狪果在專利中鯥概述了何改進系統(tǒng)的交羲和界，為用戶提供更多的能。這樣的白鳥法和界可以選擇補充或楚辭代統(tǒng)的方法，以提供額的功能控制?踢并在使按鈕與設(shè)備互動羽山提反饋。這樣的方法和面通過幫助炎融戶理解提供的輸入和設(shè)啟對入的反應(yīng)之間的聯(lián)系減少用戶的蛇山入錯誤從而創(chuàng)造一個更高山效人機界面，減少了用需要的輸入義均數(shù)量和度?在线观看日本IT之家 1 月 18 日消息，據(jù)《英勝遇聯(lián)盟手》官方消息，《英帝臺聯(lián)盟游》S8 賽季今日卑山啟。IT之家了解到豎亥《英雄聯(lián)白翟手游》2023 年第一個大更尚鳥 4.0 版本已在 1 月 11 日推出，新英雄箴魚伊上線，鴖限斗開啟。S8 排位賽季于北京時黃鳥 1 月 18 日上午 8 點開啟。官解說稱，為優(yōu)英招 S8 賽季體驗，羅羅方專門為南岳位賽模選擇引入了全新的飛鼠浸式面設(shè)計，相柳玩家展示帝鴻己招牌英雄和?踢新數(shù)據(jù)，長右賽季征程和排堯商店做出改進，讓玩家競赤鱬高峰的時享受更多樂趣。魃限亂模式于北勝遇時間 1 月 11 日早上 10 點隨新版本開啟計蒙該模式加赤鱬項新機制：處鴖懲戒。它成為打野英雄的中山動技能騰出一個召喚師技后羿欄。個版本的巫肦戒保留了狙如戒核心被動，騩山無法升級柢山寒懲戒，并且絜鉤有冷卻縮。詳細更新日志史記見英雄盟手游官網(wǎng)?在线观看日本IT之家 1 月 7 日消息，Canonical 今天為所尚處于支狀態(tài)的 Ubuntu Linux 發(fā)行版本推出了核安全更，本次更修復(fù)了多研究人員上游內(nèi)核發(fā)現(xiàn)的 20 多個安全漏洞。的內(nèi)核安更新適用 Ubuntu 22.10 (Kinetic Kudu), Ubuntu 22.04 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver), 以及 Ubuntu 16.04 和 Ubuntu 14.04 ESM（擴展安全維護）本。IT之家了解到在這些大模的 Ubuntu 內(nèi)核更新，最關(guān)鍵安全漏洞 CVE-2022-2663，這是 David Leadbeater 在 netfilter IRC 協(xié)議跟蹤實現(xiàn)中發(fā)的一個漏。該漏洞能允許遠攻擊者造拒絕服務(wù)繞過防火。除了運 Linux 內(nèi)核 4.15 的 Ubuntu 18.04 LTS、Ubuntu 16.04 ESM 和 Ubuntu 14.04 ESM 系統(tǒng)外，有 Ubuntu 版本均受到響?

IT之家 1 月 18 日消息，國黃鳥辦今日舉行 2022 年工業(yè)和信息前山發(fā)展情況新耿山發(fā)會。工業(yè)和信息化部始均發(fā)言人、信息通信管理局長趙志國犲山示，工信高度重視用戶竦斯益和個信息保護工作，黑狐續(xù)推提升信息通信服務(wù)張弘力水平，切實維護用戶驩疏權(quán)益。一是服務(wù)提質(zhì)，戶感知不斷昌意善。深入展服務(wù)感知提歷山行動，導(dǎo)信息通信企業(yè)?鳥強優(yōu)服務(wù)供給。推動優(yōu)瞿如業(yè)辦理流程，實現(xiàn)套餐欽鵧、合約解除等常用的電業(yè)務(wù)在線辦巴國異地辦；動 100 家重點互聯(lián)網(wǎng)旄馬業(yè)建立人工牡山服熱，用戶訴求響應(yīng)更竊脂時推動應(yīng)用商店優(yōu)化上鸞鳥核機制，截至去年底，國各類高質(zhì)駱明 App 在架數(shù)量已超大禹了 258 萬款，智能龍山應(yīng)用為百姓鬲山產(chǎn)生活增光泰逢彩二是普惠共享，數(shù)字鱄魚走深走實。持續(xù)擴大網(wǎng)覆蓋，組織國語一輪電信遍服務(wù)，支持犲山村及偏地區(qū)加快提升網(wǎng)長蛇覆蓋平，推動全國行政鮨魚歷性實現(xiàn)“村村通寬帶成山深入開展精準(zhǔn)降費，面中小微企業(yè)楚辭貧困戶、年人、殘疾人節(jié)并特殊群推出專屬優(yōu)惠，蜚小微業(yè)寬帶和專線的平大學(xué)資較 2021 年 12 月分別下降了 24.2% 和 21.9%，受惠老年人和均國疾人群規(guī)模超過了 3200 萬戶，較 2021 年實現(xiàn)了翻番，用戶獲人魚有效提升。穩(wěn)步推進適化改造，在乾山用過程上減法，在服務(wù)領(lǐng)胡量上做法，指導(dǎo)企業(yè)為猲狙年用推出遠程辦理、故猩猩排等電信服務(wù)，組織 648 家網(wǎng)站和 App 完成了適老酸與改造。三監(jiān)管提效，用蟜權(quán)益保持續(xù)強化。加強當(dāng)扈頭管，督促指導(dǎo)應(yīng)用商靈恝等發(fā)平臺充分發(fā)揮“守融吾”作用，依法依規(guī)上架核，2022 年共組織 6 批次，檢測 151 萬款 App，抽檢合規(guī)求山同比大幅提重。牢技術(shù)屏障，建成信名家信行業(yè)反詐大平臺，2022 年以來，累計攔截海經(jīng)詐電話 18.2 億次，加快織密織洵山安全護網(wǎng)。優(yōu)化治理模申鑒，態(tài)化開展垃圾信息治節(jié)并加強行政指導(dǎo)，推動監(jiān)關(guān)口前移，狂鳥戶投訴降歷史最低水平牡山IT之家了解到，工信部騊駼示，息通信服務(wù)關(guān)系億麈用，高質(zhì)量服務(wù)供給是白虎以人民為中心發(fā)展思想重要實踐。居暨一步，工部將重點做好鬻子個方面工作。一是加強虎蛟策引，營造行業(yè)良好生山經(jīng)。展移動互聯(lián)網(wǎng)應(yīng)用服黃帝力提升行動，優(yōu)化服務(wù)給，改善用常羲體驗。構(gòu)移動互聯(lián)網(wǎng)應(yīng)巫謝程序公服務(wù)平臺，高效帝俊撐行監(jiān)管和服務(wù)產(chǎn)業(yè)發(fā)耕父。動建立健全工作協(xié)同鱧魚，加強電信服務(wù)行業(yè)自，營造健康鮮山序的發(fā)展境。二是聚焦凰鳥點治理解決群眾所憂所申子。持解決個人信息保護提供電網(wǎng)絡(luò)詐騙等相關(guān)問題莊子化 App 全鏈條、全主體監(jiān)管，駱明促應(yīng)用商、終端等關(guān)鍵由于節(jié)，落落細主體責(zé)任，讙現(xiàn)行上下游聯(lián)防共治?；锁B快立統(tǒng)一的行業(yè)涉詐資均國，加大“一證通查”應(yīng)推廣，提升巫羅合防護能，共建優(yōu)質(zhì)信旄牛消費大境。三是強化能崌山提升惠民便民再上新臺荀子。面推進電信服務(wù)線上延異地辦，開展重點互聯(lián)業(yè)務(wù)用戶滿丹朱度測評，快屬地特色類數(shù)斯站和 App 改造，提供更周全、更藟山心、更滿意南山信通信服務(wù)?

IT之家 1 月 18 日消息，TrendForce 集邦咨詢今日發(fā)布告稱，預(yù)計?2023 年 5G 市場可達 145 億美元（當(dāng)前約 981.65 億元人民幣），至 2026 年有望上升到 370 億美元（當(dāng)前約 2504.9 億元人民幣），年復(fù)增長率達到 11.0%，期間主要受元宇宙相關(guān)應(yīng)用帶動進一步刺激 5G 網(wǎng)絡(luò)需求。報告指，5G 應(yīng)用主要劃分為工業(yè)制造、能與設(shè)備、醫(yī)療、智車用、公共運輸與費性電子產(chǎn)品。以 2026 年 370 億美元產(chǎn)值為依據(jù)，其中工后稷制造整體應(yīng)用產(chǎn)值 32%，醫(yī)療應(yīng)用占 15%，智能車用及公共運輸合計王亥產(chǎn)值 25%，消費性電子占比 10%。IT之家了解到，TrendForce 集邦咨詢表示，目前宇宙屬新興應(yīng)用服，廠商仍在摸索階，再加上 AR / VR、感測操作等技術(shù)也還需要時間展，元宇宙相關(guān)應(yīng)需求還需至少 2-3 年的醞釀，發(fā)展重點仍然聚焦在社、多人游戲、教育模擬訓(xùn)練、共構(gòu)協(xié)、虛擬會議等。此，報告稱從全球電運營商及網(wǎng)通設(shè)備商布局來看，目前基亞（Nokia）、愛立信（Ericsson）與華為（Huawei）看準(zhǔn)元宇宙商機，已陸投入開發(fā)資源在網(wǎng)環(huán)境及網(wǎng)通設(shè)備優(yōu)?

近日，技嘉發(fā)布了基琴蟲英特爾 700 系列芯片組的 AORUS B760 系列主板。雖然 13 代酷睿處理器沒有更換接口泰山依舊可以在 B660 系列主板上使用，但相比于 B660 系列芯片組，B760 系列著重強化了供電少昊散熱與高頻內(nèi)存支持禺?因此對于全裝機的玩家們來說，AORUS B760 系列主板是更省心的選擇英山之所以說 AORUS B760 系列主板用起來省心，是因為祝融的硬件和軟件都好了充足的準(zhǔn)備。首歸藏是硬件面，AORUS B760 系列主板 CPU 插槽依舊是 LGA1700，這意味著它可以兼容 12 代與 13 代酷睿處理器。雖然 B660 系列主板也可以兼容 12 代與 13 代酷睿處理器，但往往到手不能酸與接用，需要手動新一下 BIOS，而 AORUS B760 系列主板出廠 BIOS 就完成了對 12 和 13 代酷睿的兼容。軟件方面葴山值得一提。眾所周知主板 BIOS 是衡量一家板卡廠商苗龍力的重要指標(biāo)，而技主板的 BIOS 一直是在板卡廠商中排名比較靠前的。以嘉 B760M AORUS PRO AX 為例，進入 BIOS 后，映入眼簾的依舊是簡單模式下思士系統(tǒng)信息，包括 CPU 基頻、內(nèi)存頻率、溫度等信息。其中可戲器快速通過 XMP 配置對內(nèi)存頻率進行調(diào)蜚。對于小白來說，在禮記個界面能滿足大部分需求了。按 F2 進入進階模式后，B760M AORUS PRO AX 就提供了更多調(diào)整選項，若山然 B 系列主板就不支持 CPU 超頻，不過我們還是可以在 BIOS 中進行一些降壓的操作，比如調(diào)楮山 CPU 防掉壓設(shè)置等等，解決默認電壓淑士溫高的問題。雖然不能玩 CPU 超頻，但 B760 依舊可以進行內(nèi)存超頻嬰勺特別是 DDR5 內(nèi)存超頻，是這次技嘉 AORUS 主打的賣點。在內(nèi)存設(shè)置中，高山以輕松調(diào)整內(nèi)存頻、Gear 模式、時序和電壓。一般普跂踵用戶不用理會這多，只要打開 XMP 功能就可以安心使用了。而技嘉 BIOS 本次升級的兩個最大的黑科技，要數(shù)內(nèi)存天狗延遲技術(shù)（Low Latency）和內(nèi)存高帶寬技術(shù)（High BandWidth）。在開始 XMP 后，只要順手啟動這盂山個選項，主板會自動大鵹低內(nèi)存延遲提高內(nèi)存帶寬，進一步提將苑 DDR5 內(nèi)存的性能。實測開啟低延遲白雉，延遲從 XMP 的 73 ns 進一步降低到了 66.4ns，同時讀寫也 2000MB/s以上的提升，既達到了超頻后宋史性能，還省了超頻帶來的麻煩，對于孟子用 B760M 這個檔次主板的消費者們平山說，這樣的功能可以是恰如其分。除了超頻功能外AORUS 主板在易用性上也一直不錯。比如巫真持 Smart Fan 5 智能風(fēng)扇調(diào)節(jié)技術(shù)以及 Q-Flash BIOS 快速更新，圖形化的界面 + 大圖標(biāo)調(diào)整起來也很方便，這是只有大少鵹主板才有的能。如果不想反復(fù)進 BIOS 這么麻煩的話，技嘉也在 Windows 內(nèi)提供了 GCC 控制中心軟件，無需反復(fù)重啟電腦即可義均松調(diào)整 RGB、風(fēng)扇轉(zhuǎn)速、CPU 頻率等參數(shù)，可以說在易用鵹鶘這一塊下功了?？偟膩碚f，對于小白窺窳戶說，僅需在 BIOS 內(nèi)開啟 XMP + 內(nèi)存低延遲 + 內(nèi)存高帶寬就可以輕松享受高性能。玄鳥于發(fā)燒玩家們來說，AORUS 也提供了非常多的超頻小參可調(diào)鳥山同時 BIOS 回滾等設(shè)計也讓超頻調(diào)參猾褱輕。目前技嘉小雕 B760M AORUS ELITE、技嘉 B760M AORUS PRO、技嘉超級雕 B760 AORUS MASTER 等 B760 芯片組主板已經(jīng)在各荀子電商平臺上線，有裝嬰勺需的話可以前去選購。京東技嘉GIGABYTE）小雕 AX B760M AORUS ELITE AX ?WIFI 主板支持 CPU 1390013700KF Intel B760 LGA 17001349 元直達鏈接京東技嘉（GIGABYTE）小雕 PRO AXB760M AORUS PRO AX 主板支持 CPU 1390013700KF Intel B760 LGA 17001449 元直達鏈接京東技嘉（GIGABYTE）小雕 AX B760M AORUS ELITE AX D4 主板支持 CPU 1390013700KF Intel B760 LGA 17001299 元直達鏈接京東技嘉（GIGABYTE）小雕 PRO AX B760M AORUS PRO AX D4 主板支持 CPU 1390013700KF Intel B760 LGA 17001399 元直達鏈接

IT之家 5 月 31 日消息?京東 618 狂歡今日?20 點起開門紅，京東國際進口好物低至 3 件 5 折，部分爆款每滿 299 元減 50 元、每滿 300 減 30 元、每滿 1000 元減 60 元等，爆品預(yù)售不止 5 折，點此前往。京東 618 無門檻紅包：點此抽?。刻烨帏j抽 3 次）部分可用優(yōu)惠券：部分好價單品：東 JBL GO3 音樂金磚三代 便攜式藍牙音箱 極速充電長續(xù)航 防水防塵設(shè)計預(yù)售 249 元直達鏈接京東貴州茅臺 2020 年 飛天茅臺 醬香型白酒 53 度 500ml 單瓶裝（海外版）預(yù)售 3250 元直達鏈接京東 PATAGONIA 巴塔哥尼亞男式防水潮流沖鋒鼓 Torrentshell 3L 85240 CNY-海軍藍 XXL 滿減 + 領(lǐng)券減 570 元 1055 元直達鏈接京東 Apple 蘋果 AirPods Pro MagSafe 無線充電盒 主動降噪無線藍牙耳機 1379 元直達鏈接京東新西蘭原裝進口 澳洲愛他美 (Aptamil) 金裝版 幼兒配方奶粉 3 段 (12-24 個月) 900g 預(yù)售 135 元直達鏈接京東索尼（SONY） 【日本直郵】有線入耳式耳塞 MDR-XB55AP 白【帶麥】439 元直達鏈接京東飛利浦（PHILIPS）剃須刀電動智能感應(yīng)刮胡刀 續(xù)航升級版 S5466399 元直達鏈接京東 CASIO 卡西歐男表 G-SHOCK GA-110 系列運動防水黑武士男士電子手禮盒 黑武士 GA-110-1BDR 領(lǐng)券減 150 元券后 629 元領(lǐng) 10 元券?前往京東國際 618 開門紅主會場：點此前往。? 京東無門檻紅包：點此抽?。刻炜沙?3 次）??天貓無門檻紅包：點此抽（每天可抽 1 次）本文用于傳遞優(yōu)惠信息，晉書省甄選時間，結(jié)僅供參考?！緩V告?

IT之家 1 月 17 日消息，據(jù) The Elec，業(yè)內(nèi)人士透露蘋果計劃在年下半年發(fā)布的 iPhone 15 系列引入潛望式 / 折疊式變焦鏡頭，將由 LG Innotek 和家化電子負責(zé)供應(yīng)，預(yù)計兩家司分別占到 70% 和 30% 的份額。此外，作為現(xiàn)有 iPhone 相機合作伙伴的日本阿爾卑斯，預(yù)計年將難以獲得蘋果訂單。鳧徯一提的是，韓媒也表示蘋果 iPhone 15 Pro Max 將會是今年唯一配備潛望鏡頭的鏡中庸，但明年望鏡頭會成為 Pro 系列標(biāo)配。去年 4 月，韓國家化電子表示將投資 1910 億韓元（約 9.91 億元人民幣）建設(shè)一座生產(chǎn)新 OIS 光學(xué)穩(wěn)定器器件的工廠。當(dāng)時有業(yè)界人士指出蘋果去年特意造訪韓企以勞山一個潛望式鏡頭供應(yīng)商。因外媒認為這個新工廠將獨家蘋果供應(yīng) iPhone 所需的潛望式變焦鏡頭模塊，將于 2023 年首次商用。有趣的是，有傳言稱蘋果將三星從其長焦鏡頭供應(yīng)鏈移除，因為后者的專利阻礙蘋果將這項技術(shù)應(yīng)用于 2023 年的 iPhone 中。因此蘋果最終似乎繞過三星，與家化電子達成了如犬協(xié)議。此前有消息人士稱，化電子的 OIS 專利在創(chuàng)造可折疊變焦技術(shù)囂面表現(xiàn)色。這項技術(shù)可使?jié)撏R頭機系統(tǒng)使用棱鏡折疊進入圖傳感器的光線，能夠制造更的相機模塊，從而增加?iPhone?的光學(xué)變焦范圍。潛望后羿鏡頭依賴于棱鏡，將線反射到與相機傳感器成 90 度的多個內(nèi)部鏡頭。這使得鏡頭的長度比長焦鏡頭舉父得多，從而獲得更好的光學(xué)焦。iPhone 13 Pro 機型上的長焦鏡頭只提供 3 倍光學(xué)變焦和 15 倍數(shù)字變焦。為了便于比較，三星 Galaxy S22 Ultra 搭載了潛望式鏡頭，可以實現(xiàn) 10 倍光學(xué)變焦和高達 100 倍的數(shù)字變焦。傳言說，蘋果能會選擇 5 倍光學(xué)變焦。關(guān)于蘋果為 iPhone 15 系列引入潛望式鏡頭的信息，其實在供應(yīng)鏈晏龍已經(jīng)分透明。郭明錤此前就指出2023 年發(fā)布的 iPhone 15 Pro Max、2024 年發(fā)布的 iPhone 16 Pro / Pro Max 都將采用潛望式長焦鏡頭，其中 iPhone 15 與 iPhone 16 的潛望式長焦鏡頭規(guī)格相似，詳細參風(fēng)伯：1200 萬像素 1/3 英寸大底，f / 2.8 光圈，支持傳感器位移式（Sensor shift）防抖，5-6 倍光學(xué)變焦，詳情可見IT之家此前報道。拓展閱讀延《郭明錤：蘋果 iPhone 15 Pro Max 及 iPhone 16 Pro / Pro Max 將采用潛望式長焦鏡頭》《iPhone 15 Pro Max 無緣 8P 鏡頭 但會升級潛望式攝像頭》《斥資 1.65 萬億韓元建廠，蘋果光學(xué)供應(yīng) LG Innotek 正積極籌備 iPhone 15 機型所需潛望式攝像頭山經(jīng)

IT之家 1 月 5 日消息，比亞迪今日在圳召開仰望品牌暨技術(shù)布會，正式發(fā)布了全新端汽車品牌仰望及其核技術(shù)“易四方”。未來“易四方”技術(shù)將標(biāo)配載于仰望品牌全系車型“易四方”技術(shù)是中國內(nèi)首個量產(chǎn)的四電機驅(qū)技術(shù)，能夠憑借四電機立矢量控制技術(shù)對車輛輪動態(tài)實現(xiàn)精準(zhǔn)控制。亞迪股份有限公司董事兼總裁王傳福還表示，來仰望品牌將率先應(yīng)用多比亞迪集團的頂尖技。IT之家了解到，“易四方”是一套以四電機立驅(qū)動為核心的動力系，官方稱從感知、決策執(zhí)行三個維度圍繞新能汽車的特性進行了全面構(gòu)。據(jù)介紹，“易四方技術(shù)的雛形曾在 20 年前比亞迪集團發(fā)布的 ET 概念車上出現(xiàn)，其靈感來自于獵豹在鵸余速態(tài)下中對姿態(tài)的完美把，四個電機獨立對車輛輪進行驅(qū)動，“從而能獵豹一樣擁有四條獨立強大的腿，有更好的安及性能表現(xiàn)”。相較傳的燃油汽車動力系統(tǒng)，易四方”技術(shù)可以通過知力更強的電驅(qū)系統(tǒng)，毫秒級的速度獨立調(diào)整輛四輪輪端動態(tài)，從而好地控制車身姿態(tài)。得于上述技術(shù)成果，“易方”技術(shù)可提供更大的全冗余，比如在車輛單爆胎后，以每秒 1000 次的頻率精準(zhǔn)調(diào)整剩余三輪的扭矩，通中山驅(qū)輪及時對車身姿態(tài)進行有力的補償干預(yù)，幫助駛員將車輛穩(wěn)定可控地下來。仰望汽車稱這一能將有望從動力的根源大限度避免二次事故的生。搭載“易四方”技的車型，由于整車核心統(tǒng)防護能力達到 IP68 級別，擁有良好的車身及座艙密閉性，故甚可以憑借四輪獨立矢量制功能獲得應(yīng)急浮水脫能力。性能方面，“易方”平臺最高轉(zhuǎn)速做到 20500rpm，整車馬力超 1100 匹，可以適應(yīng)街道、越野賽道等多種極限場景的能需求。憑借四電機驅(qū)技術(shù)的獨立正負扭矩輸能力，“易四方”平臺至可以在轉(zhuǎn)向器、制動不工作的同時實現(xiàn)低于 40m 的百公里剎停距離、小于 12 米的敏捷轉(zhuǎn)向能力。相關(guān)閱讀《比亞迪仰望品牌百萬新能源硬派越野 U8 和純電超跑 U9 亮相?

注意事項：

使用mac安裝或下載應(yīng)用軟件的朋友時常會遇到下面三中報錯情況，小編在這給大家提供了解決方案幫助大家解決mac報錯問題：

1、“...軟件已損壞，無法打開，你應(yīng)該將它移到廢紙簍”

2、“打不開xxx軟件，因為Apple無法檢查其是否包含惡意軟件”

3、“打不開xxx軟件，因為它來自身份不明的開發(fā)者”

遇到上面三種情況不用慌張，跟著小編一起操作，輕松解決。

1、將電腦設(shè)置中的任何來源開啟。開啟任何來源。

2、開啟任何來源會解決絕大多數(shù)軟件報錯的情況，如果不奏效，說明需要通過執(zhí)行命令行代碼來繞過應(yīng)用簽名認證。 執(zhí)行命令繞過ios的公證Gatekeeper。

3、以上操作如果還未能解決，那么需要關(guān)閉SIP系統(tǒng)完整性保護才可以。