應屆生第一份工作非得「熬」兩年經驗嗎？不然是否會對簡歷有影響？
拿船長康特我？都別玩了！
本文來自微信公號：開發(fā)內功修 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是肥遺看 Linux 服務器運行狀態(tài)時很用的一個性能指。在觀察線上服器運行狀況的時，我們也是經常負載找出來看一。在線上請求壓過大的時候，經是也伴隨著負載飆高。但是負載原理你真的理解嗎？我來列舉幾問題，看看你對載的理解是否足的深刻。負載是何計算出來的?負載高低和 CPU 消耗正相關嗎？內核是如何暴露載數(shù)據給應用層？如果你對以上題的理解還拿捏是很準，那么飛今天就帶你來深地了解一下 Linux 中的負載！一、理解負載看過程我們經常 top 命令查看 Linux 系統(tǒng)的負載情況一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫系統(tǒng)平負載。因為單純一個瞬時的負載并沒有太大意義所以 Linux 是計算了過去一段時間內的平均，這三個數(shù)分別表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據數(shù)是如何來的呢事實上，top 命令里的負載值從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數(shù)在這里會讀取內中的平均負載變，簡單計算后便展示出來。整體程如下圖所示。們根據上述流程再展開了看下。文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /proc/ loadavg，并為其指定操方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時對的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 loadavg_proc_show 進行處理，核心的計算在這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。用 get_avenrun 讀取當前負載值將平負載值按照一定格式打印輸出在面的源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為核中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)模擬的。這些代都是為了在整數(shù)小數(shù)之間轉化使。知道這個背景行了，不用過度開剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取到內核計的負載數(shù)據了。中獲取 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)在可以總結一下我們篇中的一個問題:?內核是如何暴負載數(shù)據給應用的？內核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文件的候，內核中的 loadavg_proc_show 函數(shù)就會被調用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)化為小數(shù)，并打出來。好了，另一個新問題又來，avenrun 全局數(shù)組變量中存儲的數(shù)據是何，又是被如何計出來的呢？二、核中負載的計算程接上小節(jié)，我繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據來。這個數(shù)組的計過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據匯總起來，到系統(tǒng)當前的瞬負載。2.定時計算系統(tǒng)平均負載定時器根據當前統(tǒng)整體瞬時負載使用指數(shù)加權移平均法（一種高計算平均數(shù)的算）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分兩個小節(jié)來分別紹。2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子系統(tǒng)叫做間子系統(tǒng)。在時子系統(tǒng)里，初始了一個叫高分辨的定時器。在該時器中會定時將個 CPU 上的負載數(shù)據（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系統(tǒng)全局的時負載變量 calc_load_tasks 中。整體流程如下圖示。我們把上述程圖展開看一下我們找到了高分率定時器的源碼下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)設置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候將到期函數(shù)設置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。其刷新當前系統(tǒng)負就是在這個時機行的。這里有一要注意一個前提每個 CPU 都有自己獨立的運隊列，。我們根 tick_sched_timer 的源碼進行追蹤，它依次通過用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個統(tǒng)的瞬時負載值我們來看下負責新的 scheduler_tick 這個核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中，獲取前 cpu 以及其對應的運行隊 rq（run queue），調用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據到全局數(shù)組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當前運行隊列的負載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊列負載相對值，并它加到全局瞬時載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系當前時間下的整瞬時負載總數(shù)了我們再展開看看如何根據運行隊計算負載值的：//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ù)據所以在刷新 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ù)據集合的平均數(shù)就 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來算平均負載的話存在以下幾個問：1.需要存儲過去每一個采樣周的數(shù)據假設我們 10 毫秒都采集一次，那么就要使用一個比較的數(shù)組將每一次樣的數(shù)據全部都起來，那么統(tǒng)計去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據 (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值，就要從移動均中減去一個最的觀察值，再加一個最新的觀察，內存數(shù)組會頻地修改和更新。2.計算過程較為復雜計算的時候再整個數(shù)組全加起，再除以樣本總。雖然加法很簡，但是成百上千數(shù)字的累加仍然是繁瑣。3.不能準確表示當前變趨勢傳統(tǒng)的平均計算過程中，所數(shù)字的權重是一的。但對于平均載這種實時應用說，其實越靠近前時刻的數(shù)值權應該越要大一些好。因為這樣能好反應近期變化趨勢。所以，在 Linux 里使用的并不是我們以為的傳統(tǒng)的平數(shù)的計算方法，是采用的一種指加權移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法這種指數(shù)加權移平均數(shù)計算法在度學習中有很廣的應用。另外股市場里的 EMA 均線也是使用的是類似的方法巫真值的方法。該算的數(shù)學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜，感興趣的學可以 Google 自行搜索。我們只需要知道種方法在實際計的時候只需要上個時間的平均數(shù)可，不需要保存有瞬時負載值。外就是越靠近現(xiàn)的時間點權重越，能夠很好地表近期變化趨勢。其實也是在時間系統(tǒng)中定時完成，通過一種叫做數(shù)加權移動平均算的方法，計算三個平均數(shù)。我來詳細看下上圖的執(zhí)行過程。時子系統(tǒng)將在時鐘斷中會注冊時鐘斷的處理函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當每次時鐘節(jié)拍來時會調用到 timer_interrupt，依次會調用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心它會獲取系統(tǒng)當瞬時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負載比較簡單，就是讀一個內存變量而。在 calc_load 中就是采用了我們前面的指數(shù)加權移動均法來計算過去 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;}雖然這個算法理起來挺復雜，但代碼看起來確實簡單不少，計算看起來很少。而看不懂也沒有關，只需要知道內并不是采用的原的平均數(shù)計算方，而是采用了一計算快，且能更表達變化趨勢的法就行。至此，們開篇提到的“載是如何計算出的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量總到一個全局系瞬時負載值中，后再定時使用指加權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載三、平均負載和 CPU 消耗的關系現(xiàn)在很多同學將平均負載和 CPU 給聯(lián)系到了一起。認為負載、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時確實是只計算了 runnable 的任務數(shù)量，這些進程只對 CPU 有需求。在那個年代里，負載 CPU 消耗量確實是正相關的負載越高就表示在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但前面我們看到了本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會因為磁盤等其他源調度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的！什么要這么修改我從網上搜到了在 1993 年的一封郵件里找了原因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 20 日消息，據美媒道，社交體公司 Twitter 已拍賣了舊金山部的冷藏柜、披薩爐和其他品。這似是該公司減成本的新舉措。IT之家了解到，拍賣司 Heritage Global Partners 的一個拍賣頁面示，超過 600 件物品在網出售，并當?shù)貢r間三下午截。在該頁上，這些品被描述“多余的公室資產。值得一的是，拍品包括一 10 英尺高的 Twitter 鳥形標志霓虹燈最終拍賣格為 4 萬美元（前約 27 萬元人民幣）；Twitter“小藍鳥標志雕像終則以 10 萬美元（當前約 67.6 萬元人民）的價格交。不過Heritage Global Partners 總裁 Nick Dove 在接受采訪時示，此次賣與 Twitter 的財務狀況無關?
IT之家 1 月 20 日消息，據路透社報道，Playtika Holding Corp 周四將其對芬蘭游戲開發(fā)商 Rovio 的出價提高至 6.83 億歐元（當前約 49.93 億元人民幣，7.375 億美元），后者以其《憤怒的小鳥》特聞獜經營權而聞。該行業(yè)的整合步伐在加快。源 Pixabay該報價對 Rovio 每股的估值為 9.05 歐元，比該公司 1 月 19 日的收盤價高出約 60%。這也比以色列 Playtika 在去年 11 月提出的此前未公開的報價高出 4000 萬歐元（當前約 2.92 億元人民幣）?？偛课挥诜姨m埃斯波的 Rovio 拒絕置評。在要約公開之前，其股票在芬獜證券交易所的交中下跌 2.5% 至 5.67 美元，而 Playtika 在美國交易中下跌 2.6%。自 2017 年 9 月以 11.50 美元的價格上市以來，Rovio 經歷了一段動蕩的旅程，盡管該公司努通過 2021 年的 Turkish Ruby Games 等收購實現(xiàn)多元化，但該公司的增長仍然過孟子依賴《憤怒小鳥》特許經營權。在經歷了年的疫情驅動游戲繁榮之后，家開發(fā)商還陷入了更廣泛的行放緩，尤其是在移動市場緣婦根游戲分析公司 NewZoo 的估計，2022 年全球手機游戲收入下降超過 6% 至 922 億美元。對 Rovio 的報價是該行業(yè)整合的最石夷跡象，微軟正在以 690 億美元收購動視暴雪，索尼互動樂以 36 億美元收購原《光環(huán)》游戲開倫山商 Bungie Inc。Playtika 是賭場類游戲以及撲克和單人牌應用開發(fā)商，上個月剛對于表將裁員 15%。該公司的股票價值去年減半，滅蒙時也在整合作室?
有一種速度叫中國速度，涹山種效率是中國效率。這十年中國速度一次次驚艷世界。果要列舉中國速度的“名場”，可謂俯拾即是。中國速展現(xiàn)了中國經濟社會發(fā)展的新月異，展現(xiàn)了綜合國力和族自信的與日俱增。提到中速度，不得不提到一個人 —— 蘇炳添。“在好運的時候把延維住，努力沖上去。運氣的時候咬緊牙，努力撐過去。這是蘇炳添在個人微博羬羊中的一句話，熟悉或了解蘇添的人對這句話一定深有體，他能夠一次次突破極限，造歷史絕非偶然?；乜刺K炳的運動生涯，不難發(fā)現(xiàn)他的功之路并非一帆風順，但憑對速度的追求與執(zhí)著，讓他終跑在了所有人前面。提到國速度，就必須提到一家企 —— 中國移動。自 2019 年 5G 正式商用以來，中國移動加快建設“涿山高速”，創(chuàng)新運營“信息高”，努力構筑“創(chuàng)新高地”在 5G 網絡建設及科技創(chuàng)新、信息通信服騊駼、經濟社數(shù)智化變革、產業(yè)鏈協(xié)同發(fā)等方面加速向前、全面領先為網絡強國、數(shù)字中國、智社會建設交出了一份亮麗答。蘇炳添展現(xiàn)的中國速度，現(xiàn)于 9 秒 83 的橫空出世，聚焦在一次次挑戰(zhàn)自極限：東京奧運會男子 100 米預賽，蘇炳添強勢晉級，他自信回頭的那一唐書，仿王者歸來。隔天進行的半決，蘇炳添一騎絕塵，跑出了 9 秒 83 新的亞洲紀錄。成績出現(xiàn)土螻那一刻，蘇炳在終點肆意吶喊，這聲聲吶不僅是個人情感的宣泄，更聚了中國幾代短跑人的夢想中國移動展現(xiàn)的中國速度，度則更加豐富：從“3G 突破”“4G 并跑”，到今天的“5G 領跑”，中國移動以不懈努力和使命擔女媧，矢不渝的用自主創(chuàng)新帶動產業(yè)破。尤其是 5G 商用 3 年以來，3600 件 5G 專利，引領 5G 技術和標準體系構建；127 萬個 5G 基站，織就一張覆蓋范圍廣、覆蓋程度深的全最大 5G 精品網；5.95 億 5G 套餐用戶，彰顯優(yōu)質服務的良好口碑；1.6 萬個商用案例，推動 5G 規(guī)模賦能百業(yè)萬企；1400 家產業(yè)合作伙伴，攜手打造數(shù)字經濟新離騷代協(xié)同創(chuàng)的新范式。無論作為個人的炳添，還是作為集體的中國動，他們所展現(xiàn)的中國速度什么這樣傲人？因為就在中速度的背后，是一個不斷創(chuàng)、奮進的中國。當中國移動蘇炳添的兩種不同速度相互織，又會迸發(fā)出怎樣的火倍伐？當中國移動攜手蘇炳添， 1+1 大于 2 的效應放大，其潛力會不大蜂接近于限呢？無論如何，正是“速”的內因，讓二者做出了激澎湃的選擇！中國移動 X 蘇炳添，在這辭舊迎新之際答案終將揭曉?
IT之家 1 月 16 日消息，代號為“Nexus”的 Kodi 20 版本于今天正式發(fā)猲狙。Kodi 是一款免費、開源和跨平昌意的家影院軟件，適用于 GNU / Linux、Android、Raspberry Pi、iOS、tvOS、macOS 和 Windows 平臺。Kodi 20 “Nexus”是 Kodi 19 “Matrix”時隔 2 年后的一次重大版本更新黃山加了對 PipeWire 多媒體服務器、InputStream 的 AV1 編解碼器的支持、在 Linux 平臺上可通過 VA-API（視頻加速 API）進行 AV1 硬件解碼等等。新版本鴸鳥還初步持 NFS 第四版（NFSv4）網絡文件系統(tǒng)協(xié)議，支持 UNIX 平臺（Linux、安卓和蘋果）的 WS-Discovery（SMB 發(fā)現(xiàn)），安卓上的 AV1 硬件解碼，GUI 聲音的獨立音量設置，新反經顏色選擇器窗口對框，HDR 視頻的新媒體標志長乘以及向視頻列項添加視頻 HDR 類型信息等等。Kodi 20 在 Linux 上還默認支持光學媒體optical media），原生支持蘋果 M1 芯片，支持原生窗口和輸入處理、ACES / Hable 色調映射、和 Linux 上 GLES 的更多 BiCubic 著色器，以及支持只讀鬿雀音等。Kodi 20 “Nexus”已經以源代碼 tarball 的形式發(fā)布，以便于用戶在己系統(tǒng)上進行編譯。燭陰趣的IT之家網友可以從項目衡山 GitHub 頁面下載。各種支持黃帝的安裝文件可以訪問 Kodi 官網獲?。壳皶何捶懦觯?
Hi，我是如舟。在上篇中我們聊了手銅山市場的現(xiàn)狀和為么要造芯這個問題，這次跟家聊聊國產廠商造鳳凰，到底在哪里。圖文版戳這里楮山看關閱讀：國產手機，離自研 SoC 還有多遠？(上篇）【圖文】國產手機，離自研 SoC 還有多遠？(上)
IT之家 1 月 19 日消息，據英特爾網，英特爾最發(fā)布的 13代酷睿?i5-13400 處理器確認有 B0 和 C0 兩個步進版本。IT之家了解到，英特爾 12 代酷睿采用最 8 大核 + 8 小核的 C0 步進芯片，而最新的 13代酷睿則采用了最高 8 大核 + 16 小核的 B0 芯片。?i5-13400 混用了 12 代和 13代酷睿的芯片，但其格一致，都是 6 大核 + 4 小核，睿頻 4.6GHz，建議價 221 美元（當前約 1494 元人民幣）。13 代酷睿臺式機處理器現(xiàn)已架京東開賣，i5-13400 的首發(fā)售價為 1889 元。13代酷睿首發(fā)價：i9-13900（F）：8+16 核，睿頻 5.6GHz，4889（4589）元i7-13700（F）：8+8 核，睿頻 5.2GHz，3289 元（3089）元I5-13400（F）：6+4 核，睿頻 4.6GHz，1889（1689）元I3-13100（F）：4+0 核，睿頻 4.5GHz，1189（989）元京東英特爾 (Intel) i5-13400 13代 酷睿 處理器 10 核 16 線程 睿頻至高可達 4.6Ghz 20M 三級緩存 臺式機 CPU1899 元直達鏈?
IT之家聯(lián)合淘寶，在年貨節(jié)前再次推大范圍獎勵活動 —— 軟媒金幣兌換淘寶無門檻購雞山紅包新一輪活動門檻降，125金幣即可兌換，隨兌隨用，無檻可用！注意，之金幣兌換的是「真無門檻紅包！基本，平時糾錯一次或來個成功線索投遞就直接拿2~6元紅包！首次登陸「最買」App，再送750金幣哦~參與流程IT之家App內的金幣兌換活動路如上圖，或者IT之家App用戶也可直接點擊這里。金幣換規(guī)則和用法：1、兌換所得紅包均為真無門檻」紅包，品價格即使低于紅面值，也可使用（免費拿），紅包下時自動抵扣。2、金幣與淘寶紅包之間換比例125 金幣可兌換2元淘寶購物紅包（該優(yōu)惠每天一次）500 金幣可兌換4元淘寶購物紅包750 金幣可兌換6元淘寶購物紅包3、每人每天可兌換兩次紅包黑豹紅包24小時內、對應商品使皮山。一定要先中滿意的商品再兌紅包哦，不要浪費貴的兌換次數(shù)。一善用“搜索”功能例如：兌換頁面搜“紫米彩虹電池”10粒現(xiàn)售9.9元包郵。兌換6元紅包后，僅需3.9元探底BUG價。天貓ZMI 彩虹電池 10粒堿性電池9.9元直達鏈接*如果是領券商品，兌換紅前一定要確認好是是同一商品哦（名+圖片是不是完全一樣）~**本紅包支持部分百億補貼商，只需先確認好商，再兌換紅包，最從百億補貼入口進購買，即可享受雙優(yōu)惠。4、可與優(yōu)惠券、淘金幣等大促動疊加使用，也可「淘寶省錢卡」等多數(shù)常規(guī)紅包疊加用。5、兌換所得紅包如當日未使用，24小時后所扣金幣將自動返還。金幣支、退還明細可在「的資產」中查看。大家使用愉快！本用于傳遞優(yōu)惠信息節(jié)省甄選時間，結僅供參考。【廣告
感謝IT之家網友 被傳頌的GT610、肥貓丶、十九年花、肖戰(zhàn)割割、石里美幸福、天王寺太郎、grass羅雨滋、魔界井蓋、流而下、御坂初琴深圳靚仔、西窗舊、航空先生、EJX 的線索投遞！IT之家 1 月 20 日消息，暴雪旗下《爐石傳說》官方布了?2023 年爐石賽事的比賽規(guī)，但其公告頁面下的常見問題處寫明居住在中國大陸的家無法參與該賽事若是在賽事過程中到合作伙伴，其將重新評估參賽資格公告稱，《爐石傳》 2023 年賽事總共有 7 場賽事：3 場的大師巡回賽季冠軍賽并以 2023 年世界冠軍賽完結，另外還 3 場獨立的英雄戰(zhàn)場：戰(zhàn)場傳奇錦賽。而這些精彩賽將會在 YouTube 與 Twitch 上轉播。作為獨立賽事，每場英戰(zhàn)場：戰(zhàn)場傳奇將有 50000 美元（當前約 33.9 萬元人民幣）的總獎金。而標準規(guī)的玩家將會一較高，并為了 2023 年世界冠軍賽的 8 個參賽名額與 500000 美元（當前約 339 萬元人民幣）的總金奮戰(zhàn)。總獎金金縮減是因為沒有網作為中國的代理商嗎？暴雪稱，在與易結束合作關系之便已經開始評估賽規(guī)模了。正如先前享的消息，暴雪會力為中國玩家服務并積極尋找其他的式讓中國玩家在未能夠繼續(xù)體驗游戲居住在中國的玩家以參與賽事嗎？暴稱，居住在中國（文這里確切是指中大陸）的玩家將無參與賽事。若是在事過程中有找到中的合作伙伴，將會新評估參賽的資格目前，若想了解完的參賽資格資訊可參閱大師巡回賽與場傳奇規(guī)則。近期暴雪中國發(fā)文稱，雪上周再次與網易觸并尋求協(xié)助，試與網易談判將 2019 年簽訂的協(xié)議順延六個月，從而國服正常運作，同也讓暴雪尋找其他國服代理，但網易未接受此協(xié)議。網回應稱，作為代理司，網易從未尋求雪游戲或其他合作伴的 IP 控制權，在過去十四年的期合作過程中，網對任何暴雪 IP 的使用和授權都是照合同條款，并取了暴雪的同意和審。與其他合作伙伴 IP 合作也都是基于此原則。IT之家了解到，基于最進展，暴雪和網易于 2023 年 1 月 24 日停止《魔獸世界》《石傳說》《守望先》等多款游戲的國游戲服務?
IT之家PC網頁版 www.ithome.com，繼續(xù)煥新！在電腦版頁昨天推出 2.20 版本之后，收到諸多關于瀑布流、列、鼠標滾動反饋，今天我再度改進推出 2.21 版本，重回雙列布。保持了 2.0 的界面風格、2.10 的雙列布局、2.20 版本里面的新聞列表大靠上。吸取了3個版本的大家給予好評的地，去掉了大家不喜愛的地方首頁頁面寬度然自適應 1000、1200、1400像素，依然簡潔無告（特殊時期有臨時橫幅圖廣告）……軟的軟件+媒體業(yè)務始于2006年，跨度15年來，我和軟媒小伙伴們一直守“緊密聯(lián)系眾”的準則，第一線和大家通，感謝所有用我們產品的友們，感謝所支持反饋的朋們，在此依然待大家在本文論中的回應，們會繼續(xù)深耕做好產品體驗IT之家 PC 官網 v2.21 更新日志改進：首頁 - 頂部布局的新聞列表改為雙，手動翻頁，止瀑布流帶來鼠標滾輪干擾題改進：首頁 - 圈子精華更名為“精貼”放到首頁左側榜單列表中改：首頁 - “資源下載” 標簽移動到首頁側的“軟媒產”區(qū)域，標簽內容將在明天出IT之家 PC 官網 v2.20 更新日志新增：界面 - 首頁布局調整為三列，巫禮新聞在中間列示，并支持鼠滾動加載更多瀑布流）新增界面 - 首頁右側列表區(qū)加「圈子精選」并在右側列表復顯示常用專入口改進：界 - 幻燈調整到首頁首屏左列表，并在下的排行榜標簽加入“熱評”進：界面 - 首頁右上角加搜索框和搜索詞改進：界面 - 首頁評測、手機、電腦等類新聞中的圖新聞標題位置為圖片下顯示進：功能 - 文章閱讀頁面評論排序可以憶最后一次選改進：界面 - 首頁最新新聞夜間模式下鼠移上后背景配修改改進：界 - 評論區(qū)域灰色分隔線變，樓中樓區(qū)域加灰色邊框改：界面 - 夜間模式的文字鏈接的白色變，與背景對比柔和改進：界 - 首頁置頂新聞“頂”圖更換為svg格式改進：界面 - 文章頁文章正文中的“IT之家”鏈接夜模式下的顯示色改進：界面 - 文章頁文章正文中代碼吳回夜間模式下的色更清晰修復功能 - 部分用戶Chrome瀏覽器無法登錄的問題國語復界面 - 逝世相關文章頁面色無法自動變度的問題IT之家 PC 官網 v2.10 更新日志新增功能 - 支持頁面寬度自適瀏覽器寬度，根據屏幕分辨或者瀏覽器寬來自動響應適頁面寬度，自變化字體大小首頁支持三種度：1000像素、1200像素、1400像素，文章頁和表頁支持兩種度：1200像素和970像素新增：功能 - 頂部導航加入「白天/夜間模式」切換按鈕增：彩蛋 - IT之家的 Logo 旁邊……新增：功能 -?文章頁面右側懸浮工具欄復加入“評論區(qū)直達按鈕改：界面 - 文章評論區(qū)改版適配整體風格樣式改進：界 - IT之家首頁當天新聞間紅色顯示改：界面 - 首頁新聞列表中閱讀的新聞標變淺改進：界 -?頁面內選中文字變?yōu)樨偭T之家紅”樣式修復：界面 - IT之家首頁最新新聞在部瀏覽器下鼠標浮部分標題不示的問題修復界面 - IT之家首頁最新聞在頁面調整率后布局錯亂問題修復：功 - IT之家首頁顯示圈子章圖片和鏈接誤的問題修復功能?- 解決部分頁面登錄無法自動刷新前網頁的問題復：功能?- Safari 瀏覽器、旗魚覽器下首頁新標題鼠標移上空白的問題修：功能 - 修正部分文章打后內容是其他章的問題下面容我向大家匯下這次的改版況——新官網新視覺的至簡黑白灰紅的主調，輔助于一特殊顏色點綴最大化精簡了版本里面的諸紅色要素，與 App 的簡白相呼應；再見廣告：新頁面除了所有的廣，是的，所有當然，在特殊時候，也可能有臨時短期的告圖片上線，一些云的廣告產品發(fā)布會廣、雙十一等情，也希望大家解。IT之家App里面也去掉了文章閱讀頁的所有廣告，在在信息流里有辣品的導購我們賺取推薦售的傭金，這是我們廣告業(yè)之外的重要“飯”來源。在品設計和開發(fā)，軟媒會極度克制，努力給家最好的體驗自適應頁面：持頁面寬度自應瀏覽器寬度會根據屏幕分率或者瀏覽器度來自動響應應頁面寬度，動變化字體大。首頁支持三寬度：1000像素、1200像素、1400像素，文章頁列表頁支持兩寬度：1200像素和970像素；一致的幻：從老版本豎的幻燈改為橫的 2.5:1 比例，并同所有App客戶端徹底保持了一性，設計組同每天也大大減；頻道的統(tǒng)一網站上的文章直有其固定的類所屬，這次改版從頂部導區(qū)開始，與 App 統(tǒng)一，逐步淡化文章的類概念，而是于關鍵詞的主化頻道聚合；試版的說明部頁面需要在若工作日內才能供新版，如極版（也稱新聞歷）、Win10之家等二級域名頁面、堯章論區(qū)的樣式；有的文章閱讀面非最終版面因為 IT號將在 8-9月推出，因此我們時還有次較大頁面結構調整這次的全新版，也許大家還很多不滿意的方，希望大家本文評論里多反饋視覺、交、功能等方面意見和建議，括我在內，軟的同事都會第時間響應大家反饋，雖然眾難調，但是我盡量找到產品驗上的公約數(shù)愛科技，愛這。真心希望我付諸九年努力這個網站，給家?guī)砜鞓贰?識、成長、友、緣分……更價值。軟媒 CEO，刺客。2020年8月11日19點33分，青島?
IT之家 1 月 20 日消息，騰達現(xiàn)已發(fā)布旗首款 Wi-Fi 7 信號放大器 A36 BE9400，三頻 9.4Gbps，搭載 4 核博通處理器。據官方介紹，A36 為復雜家居環(huán)境而生，支持 Wi-Fi 7，搭載博通?CPU，解決家庭中因位置遠、阻隔多、Wi-Fi 損耗大產生的難題。IT之家了解到，騰達 A36 信號放大器搭載 4 根天線，支持三頻 Wi-Fi 7，三頻速度分別為：6GHz：5764Mbps5 GHz: 2882Mbps2.4 GHz: 688Mbps配置方面，騰達 A36 信號放大器搭載了博通四核心理器，頻率 2.6GHz；內置一個 WAN / LAN 接口，可通過有線連接實現(xiàn) 2.4Gbps 的低延遲傳輸。騰達 A36 信號放大器的售價和上市時獂暫未公布?
