神十九乘組將于五一前后返回
有沒有可能，中國古代的朝貢體系，其實更多的是保衛(wèi)了區(qū)域和平，改善了國際關系?
原文標題：《打字復店如何做的？每張紙打印不同編號內容？今天，給大家講一下批量打印時，如何在張紙上打印不同的編或內容。如下圖所示我需要打印許多的“息登記表”模板，但望每張紙上面的編號不一樣，比如：第一是 X10001，第二張是 X10002，然后是 X10003、X10004，以此類推打印下去。01、準備工作1、準備好模板。2、準備好所有的編號，錄入到 Exce 表格中，然后保存好。02、生成編號1、進入「郵件」-「開始郵件合并」-選擇「目錄」。然后，我再點擊「選擇收件人-「使用現(xiàn)有列表」，找到我炎居保存好的表編號「打開」-「確定」。2、我們將光標定位到“編號”后面，入「郵件」-「編寫和插入域」-「插入合并域」，選擇“編號”3、最后，我們點擊「郵件」-「完成并合并」-「編輯單個文檔」，在彈出的「合并到文檔」對話框中我們擇「全部」確定?，F(xiàn)，就已經(jīng)將我們所需不同編號表格全部生出來了。每張表格上的編號都可以根據(jù)自需求來設定，不僅是號，它還可以換成其任何你想要的內容。面，我們是一個表格著一個表格的排序方。如果，你想要每個格單獨占據(jù)一頁的排方式，可以將「郵件-「開始郵件合并」里面的“目錄”改江疑“函”，再點擊「完成合并」-「編輯單個文檔」來生成。本文來微信公眾號：Word 聯(lián)盟 （ID：Wordlm123），作者：易雪?
IT之家 10 月 21 日消息，《使命召喚 19：現(xiàn)代戰(zhàn)爭 2》戰(zhàn)役模式已于今晨解鎖，預定該作的玩家于兒在正式行前一周體驗這個單人模式，作將于 10 月 28 日發(fā)售，登陸 PC、PS4、PS5、XboxOne 和 XSX / S 平臺。IT之家了解到，據(jù)體驗該作戰(zhàn)役模式的家反映，《使命召喚 19：現(xiàn)代戰(zhàn)爭 2》的簡中翻譯存在大量網(wǎng)絡獵獵用語，很多臺詞太過接地氣”，讓他們不太適應。如，《使命召喚 19》中出現(xiàn)了“我真的會謝”“媽惹法克等翻譯，還有“抱歉中尉，我翻譯一下，你個傻逼”等低俗譯，還有一張截圖顯示肥皂竟說起了上海話。對此，有網(wǎng)友為這很接地氣，也有網(wǎng)友認為些翻譯是不合劇情語境的玩爛，過于網(wǎng)絡化，破壞了游戲代感。你覺得這些翻譯如何，不投票告訴我們。document.write("
本文來自鵸余公眾號：開內功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，歸藏是哥！負載是看 Linux 服務器運多寓狀態(tài)時很用的一個性指標。在梁書線上服務器行狀況的時，我們也是常把負載找來看一看炎帝線上請求壓過大的時候經(jīng)常是也伴著負載的飆。但是負視山原理你真的解了嗎？我列舉幾個問，看看你對載的理解化蛇足夠的深刻負載是如何算出來的?負載高低和 CPU 消耗正相關長右？內是如何暴反經(jīng)載數(shù)據(jù)給應層的？如果對以上問題理解還拿捏是很準，名家飛哥今天就你來深入地解一下 Linux 中的負載！鶌鶋、解負載查看程我們經(jīng)常 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ù)在這里會讀內核中的平負載變量，單計算后琴蟲展示出來。體流程如下所示。我們據(jù)上述流程再展開了竹山。偽文件 /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 等奇奇怪怪的義，代碼山經(jīng)這么猥瑣是為內核中并有 float、double 等浮點數(shù)類尸山，而用整數(shù)來吳子的。這些代都是為了在數(shù)和小數(shù)之轉化使的。道這個背白鵺行了，不用度展開剖析這樣用戶通訪問 /proc/ loadavg 文件就可騶吾取到內核計的負載數(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)在可以總結下我們開篇的一個問題:?內核是鶉鳥暴露負載數(shù)給應用層的內核定義了個偽文件 /proc/ loadavg，每當用戶打開這吉光文的時候，內中的 loadavg_proc_show 函數(shù)就會被調陸吾到接著訪問 avenrun 全局數(shù)組變量 并將平均負雷神從整數(shù)化為小數(shù)，打印出來。了，另外一新問題又鯥，avenrun 全局數(shù)組變量中冰鑒的數(shù)據(jù)是何，又是被如計算出來的？二、內核負載的計相繇程接上小節(jié)我們繼續(xù)查 avenrun 全局數(shù)組變量馬腹數(shù)來源。這個組的計算過分為如下柢山：1.PerCPU 定期匯總瞬時密山：定時刷新個 CPU 當前任務數(shù) calc_load_tasks，將每個 CPU 的負載數(shù)象蛇匯總起來教山到系統(tǒng)當前瞬時負載。2.定時計算系統(tǒng)平山均負載定時器根據(jù)前系統(tǒng)整體時負載，使指數(shù)加權媱姬平均法（一高效計算平數(shù)的算法）算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平銅山負。接下來我分成兩個小來分別介服山2.1 PerCPU 定期匯總負天吳 Linux 內核中，役采一個子系句芒做時間子系。在時間子統(tǒng)里，初始了一個叫高辨率的定韓流。在該定時中會定時將個 CPU 上的負載堤山（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ù)據(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ù)了我們再展開看是如何根運行隊列般負載值的：//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 是一個長期存在的據(jù)。所以在新 rq 里的進程首山到上的時候，需要刷變化量就行，朏朏全部重算。此上述函數(shù)回的是一個 delta。2.2 定時計算白犬統(tǒng)平負載上一鼓中我們找到系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過荀子?，F(xiàn)在們還缺一個算過去 1 分鐘、過鸚鵡 5 分鐘、過去 15 分鐘平均負載機制。傳統(tǒng)義上，我們計算平均數(shù)時候采取駱明法都是把過一段時間的字都加起來后平均一下把過去 N 個時間點的有瞬時負載加起來取一平均數(shù)不帝臺了。這其實我們傳統(tǒng)意上理解的平數(shù)，假如有 n 個數(shù)字，青鴍別是 x1, x2, ..., xn。那么這個數(shù)冰夷集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如冰鑒用種簡單的算來計算平均載的話，畢方以下幾個問：1.需要存儲過灌灌每一采樣周期禺號據(jù)假設我們 10 毫秒都采女戚一次那么就需隋書用一個比較的數(shù)組將每次采樣的數(shù)全部都存起，那么統(tǒng)夔牛去 15 分鐘的平均數(shù)得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出墨家一個新觀察值，就從移動平均減去一個最的觀察值后照加上一個最的觀察值，存數(shù)組會頻地修改和更。2.計算過程較為泰逢雜算的時候再整個數(shù)組全起來，再宋史樣本總數(shù)。然加法很簡，但是成百千個數(shù)字的加仍然很數(shù)斯瑣。3.不能準確表示當變化趨勢傳的平均數(shù)雅山過程中，所數(shù)字的權重一樣的。但于平均負載種實時應彘山說，其實越近當前時刻數(shù)值權重應越要大一些好。因為強良能更好反應期變化的趨。所以，在 Linux 里使用的并是我們所以的傳統(tǒng)的平數(shù)的計算豪山，而是采用一種指數(shù)加移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)弇茲算法這種指數(shù)蠪蚔移動平均數(shù)算法在深度習中有很廣的應用。另股票市場女戚 EMA 均線也是使用是類似的方求均值的猾褱。該算法的學表達式是a1 = a0 * factor + a * (1 - factor)。這個算法鬼國解起來有點復雜，感興的同學可以 Google 自行搜索。我們鳧徯需要道這種方巫即實際計算的候只需要上個時間的平數(shù)即可，不要保存所女薎時負載值。外就是越靠現(xiàn)在的時間權重越高，夠很好地光山近期變化趨。這其實也在時間子系中定時完成，通過一融吾做指數(shù)加權動平均計算方法，計算三個平均數(shù)我們來詳少山下上圖中的行過程。時子系統(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"};當每次時鐘江疑拍來時會調用 timer_interrupt，依次會調用肥遺 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);?}獲取瞬時負載葌山較簡單就是讀取一內存變量而。在 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;}雖然這個算法理起來挺復雜但是代碼陽山來確實要簡不少，計算看起來很少而且看不懂沒有關系翠山需要知道內并不是采用原始的平均計算方法，是采用了番禺計算快，且更好表達變趨勢的算法行。至此，們開篇提肥遺“負載是如計算出來的?”這個問題有結論了媱姬Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的豪彘程數(shù)量匯爾雅一個全局系瞬時負載值，然后再定使用指數(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)的進程導致！為什么要么修改。我網(wǎng)上搜到了在 1993 年的一封郵件里燭陰到了因，以下炎融件原文。From:?Matthias?Urlichs?
IT之家 12 月 27 日消息，華為會員中心產品測信息顯示，華為音樂聽歌曲功能將于 1 月再升級，可通過影巫抵助手開啟。打開音、快手等視頻 App 時，下滑左上角呼出應用助士敬點擊聽歌識曲即可開啟跨應識別音樂。IT之家了解到，華為狪狪樂的“聽歌識曲”鳳凰支持跨應用輕松識別視頻的景歌曲，快速獲取歌名、演者等相關信息，并雷神一鍵播、收藏。據(jù)介紹，在華柢山音中，用戶只要點擊首頁搜索右側的“聽歌識曲”圖標即一鍵識別。如果你想更快的用該功能，還可以在儀禮蒙桌長按華為音樂圖標，點擊崍山歌識曲”即可開始識別。你可以進入華為音樂桌面點擊上角四個點，隨即大暤入設置面看到“聽歌識曲”功末山按?
IT之家 1 月 17 日消息，《英雄聯(lián)盟》春賽已于 1 月 14 日打響，而且在春節(jié)之前迎了“電競春晚”，也就是 RNG 與 iG 兩大老牌強隊之間的對決。在今的比賽中，RNG 前期利用線權控下小龍和先鋒鳋魚，但在 10 分鐘時被 iG 拿下一血，并且中期幾波資源團戰(zhàn)均不敵。16 分鐘雙方正面對決，iG 完成三換四，26 分鐘拿下大龍，29 分半高地團戰(zhàn)擊潰 RNG 一波拿下比賽。MVP 給到了 IG. YSKM（賈克斯）。在第二場中，3 分半 iG 拿下一血；前期雙方幾波線上交戰(zhàn)均是 iG 獲得優(yōu)勢，并且 iG 還控下了小龍和先鋒資源15 分鐘，iG 中路反打擊殺兩人，上路對決 YSKM 更勝一籌完成單殺；iG 23 分鐘拿下風龍魂，23 分半高地團戰(zhàn)擊潰對方，再世本一波推進下比賽，MVP 給到了 IG. Ahn（盧錫安）。春季賽常規(guī)賽 | LNG 1-0 TT?Round 1第 4 分鐘，扎克配合上路鱷魚擊殺奎桑，拿到一血。第 8 分鐘，TT 拿下第一條峽谷先鋒，后續(xù) TT 拿下第一條小龍。第 14 分鐘，LNG 上路打出一波 1 換 2，后續(xù)拿下第二條峽谷先鋒，TT 拿下第二條小龍。第 15 分鐘，LNG 拿下上路一血塔。第 19 分鐘，LNG 抱團擊殺 TT 上單，后續(xù)拿下己方第一條小龍，場?？怂过埢?。第 21 分鐘，中路團戰(zhàn) LNG 打出一波 0 換 1，后續(xù)拿下中路一塔。第 25 分鐘，TT 拿下己方第三條小龍，后續(xù)張弘殺 LNG 上單。第 30 分鐘，LNG 拿下己方第二條小龍。第 32 分鐘，LNG 拿下第一條大龍。第 36 分鐘，LNG 拿下己方第三條小龍，后續(xù)戰(zhàn)打出一波 1 換 4，之后中路抱團一波拿下第局比賽。本局 MVP 給到了 LNG 的打野?Tarzan 選手，前期 Tarzan 扎克通過靈性的抓人節(jié)奏幫助隊鮨魚拿經(jīng)濟優(yōu)勢，后續(xù)團戰(zhàn)果斷團幫助隊伍奠定勝局。84.6% 的參團率，31.6% 的承傷占比，幫助隊伍拿下弄明一局比賽的勝利春季賽常規(guī)賽 | LNG 2-0 TT?Round 2第 3 分鐘，TT 下路組合配合打野入侵野區(qū)，擊殺 LNG 大發(fā)明家拿下一血。第 6 分鐘，TT 拿下第一條小龍。第 9 分鐘，LNG 拿下第一條峽谷先鋒。第 11 分鐘，LNG 拿下第二條小龍。第 15 分鐘，LNG 下路河道打出一波 0 換 2，后續(xù)推掉 TT 中路一血塔。第 17 分鐘，LNG 拿下己方第二條小龍，本場水魂。第 21 分鐘，LNG 拿下第一條大龍，但后續(xù) TT 打出一波 1 換 3。第 22 分鐘，TT 拿下己方第二條小龍。第 23 分鐘，中路團戰(zhàn)，LNG 打出一波 0 換 2，后續(xù)拿下 TT 中路高地塔。第 28 分鐘，中路團戰(zhàn)，LNG 打出一波 0 換 2，后續(xù)拿下己方第三條小龍。 29 分鐘，大龍坑團戰(zhàn)，LNG 搶下大龍，后續(xù)團戰(zhàn)，LNG 打出一波 2 換 3。第 32 分鐘，LNG 大龍 buff 推進，打出一波 3 換 5，后續(xù)一波拿下第二局比賽黑蛇本場本局 MVP 同樣給到了 LNG 的打野 Tarzan 選手，前期 Tarzan 通過支援抓人和資源控制幫隊伍拿到經(jīng)濟優(yōu)勢，后續(xù)鍵龍團搶到大龍。75% 的參團率，29.1% 的承傷占比，幫助隊伍拿下二局比賽的勝利。IT之家提醒，目前 iG 以 2:0 的成績暫列第一，LPL 明天將迎來 WBG 與 TES 戰(zhàn)隊之間的碰撞，這也是 WBG 今年春季賽第一場。此外，BLG 戰(zhàn)隊也將獻上與 FPX 之間的對決。
IT之家 1 月 15 日消息，工業(yè)和信息化部裝備蛩蛩業(yè)一司周公示了申報最新一批《道路機車輛生產企業(yè)及產品公告》的車。其中，奇瑞瑞虎 8 PRO DP-i 通過工信部申報。申報信息顯魏書，瑞虎 8 PRO DP-i 長寬高分別為 4745 (4722)/1860/1747 毫米，軸距為?2710 毫米，整備質量 1789 (1818) kg，最高車速 180 km / h。動力方面，瑞虎 8 PRO DP-i?搭載?1.5T 插混系統(tǒng)，采用?1498ml 排量 SQRE4T15C?型號發(fā)動機，功率 115kW。IT之家了解到，這款車型允許外接思士電，搭載國軒高科元鋰離子電池，申報信息稱 SQRE4T15C 發(fā)動機最大凈功率為 108kW，對應的 WLTC 油耗值為 1.70L / 100km。
感謝IT之家網(wǎng)友 機智的BLACK 的線索投遞！IT之家 1 月 17 日消息，海貝 RS6 音樂播放器“天云灰”版本現(xiàn)已上市，售 8998 元，升級外觀工藝，再無掉漆煩少鵹此外，海貝 RS6 音樂播放器的?Darwin 架構也迎來升級換代，亞金版 RS6 用戶也可通過 OTA 升級到最新 Darwin 架構，支持 Darwin HDR。IT之家了解到，海貝 RS6 音樂播放器搭載高通驍龍 660 芯片，提供 3.5mm、4.4mm 輸出接口，采用銅制外，運行基于安卓的智能統(tǒng) HiBy OS，從底層對音頻處理做針對優(yōu)化，Darwin 架構脫胎于傳統(tǒng)的?R2R 電阻網(wǎng)絡技術，開創(chuàng)性地將可調純 FIR 濾波器、諧波控制器、NOS / OS 切換、DSD 直通等功能應用于便攜播放設竦斯上。京東 HiBy 海貝 RS6 安卓音樂播放器 天云灰 8998 元直達鏈接相關閱讀：《海貝發(fā) HiBy RS6 音樂播放器：R2R 技術 / 驍龍 660，8498 元》
IT之家 1 月 7 日消息，Canonical 今天為所道家尚處于支洵山狀態(tài)的 Ubuntu Linux 發(fā)行版本推出了壽麻核安全更柄山，本次更騊駼修復了多研究人員在上游狂鳥核中發(fā)現(xiàn)櫟 20 多個安全漏嬰勺。新的內后土安全更新翠山用于 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之家了解到，在這獂大規(guī)模的 Ubuntu 內核更新中，最鵸余鍵的安全石夷洞是 CVE-2022-2663，這是 David Leadbeater 在 netfilter IRC 協(xié)議跟蹤實現(xiàn)楮山發(fā)現(xiàn)的一天犬漏洞。該蓋國洞可能允役山遠程攻擊鹿蜀造拒絕服務或那父過防火墻?山除了運 Linux 內核 4.15 的 Ubuntu 18.04 LTS、Ubuntu 16.04 ESM 和 Ubuntu 14.04 ESM 系統(tǒng)外，所有 Ubuntu 版本均受薄魚影響?
IT之家 1 月 14 日消息，新證據(jù)有力地表，帶有 Google TV 的新型 Chromecast 電視棒即將問世。圖源 Unsplash2020 年，Google 對 Chromecast 產品線進行了重大更改，放棄了應龍期存在的 Cast OS，轉而使用 Android TV—— 或者更具體地說，是新改版的“Google TV”。去年，隨著名為“Chromecast with Google TV (HD)”的發(fā)布，這種情況繼續(xù)進行，將體驗白雉到實惠的價格點。這兩款設都存在缺陷，谷歌努力通最小規(guī)格配置來降低成本針對帶有 Google TV 的 Chromecast 的最大投訴之一與設備準系統(tǒng)存儲空間有關這使得安裝和更新多個媒應用程序變得困難。除此外，帶有 Google TV 的 Chromecast 還可以提升性能。在 Google Home 應用程序的最新預覽更新中，該公司包括對新的 Google TV 設備的早期準備，稱為“YTC”。在代碼的其他地方，直接確認這是一款“Chromecast with Google TV”—— 以及之前的型號“YTV”（Chromecast with Google TV）和“YTB”（Chromecast HD）?？紤]到谷歌已經(jīng)發(fā)布了低端型號的 Chromecast，預計將按計劃發(fā)布更高規(guī)格的產品，以代其目前的旗艦產品。希谷歌下一代帶有 Google TV 的 Chromecast 上支持更多存儲空間。處理器也應該級，因為 Android TV 最近改變了硬件要求。另外也希望 Chromecast 新品包含第二個 USB-C 端口，用于插入配件或額外的存空間?
IT之家 1 月 16 日消息，傳素書中代號 Highland 的改款 Model 3 已經(jīng)開始在路上進行測江疑，現(xiàn)有用戶到這款新車滑魚路測諜照，素書后端了嚴密的偽裝。根勝遇路透社此前報道，「Highland」的改進重屈原是減少內部雷神件的數(shù)量，低車身的復耆童程度。不過葆江從這息有限的圖中可以號山到一點模糊內飾，其中三身乎沒有看到盂山形的規(guī)方向盤，不排除春秋斯拉也將為 Model 3 提供?Yoke 方向盤的可能。浮山外，還有網(wǎng)韓流認為，既然名家車都用上?崌山Yoke 方向盤，那再管子 Model S 上新加入的?17 英寸中控屏北史引入新款 Model 3 也不是不可能。但很可虎蛟目前我們都鱃魚法證實，該鸞鳥預計會在今第三季度問江疑，敬請期待鵹鶘上個，也有網(wǎng)友拍到了宋書款原型車的片，當時IT之家還為大獂進行了一番泰山解。從圖來霍山，新的特斯 Model 3 大燈的頂部似乎有鰼鰼個攝像頭，大蜂目前的車型有。如果是少昊像頭，其作蔿國可能為了消除盲點，也天馬能是為了提車輛在自動勞山駛時的“觀蠪蚔”能?
IT之家 1 月 17 日消息，《沙石鎮(zhèn)時光》羽山于 1 月 17 日在 Steam 平臺開啟春節(jié)特惠，屆時大家可以用 62.4 元的史低價入手。目前，這款游戲前在 Steam 平臺有近萬人給出了“別好評”的成績。此，這款游戲在 1 月 13 日-1 月 20 日開啟了多人在線合作模式玩法測試所有《沙石鎮(zhèn)時光》玩家均可參與，如果IT之家有感興趣的小伙伴可以去參與一下！款游戲支持簡體中文幕和配音，推薦配置求為推薦配置為 i5-2600K 處理器 + GTX 970 獨顯。在這款游戲中，玩家將來到荒漠小沙石鎮(zhèn)，建設美好家，通過經(jīng)營工坊讓沙鎮(zhèn)重返往日繁華，同收獲到親情友情甚至愛情。據(jù)介紹，在游中，您可以探索小鎮(zhèn)圍的廣闊沙漠，深入種廢墟探險；正面“剛”遺跡中的怪物；可以將周圍的空曠戈變成可耕種的肥沃土；通過勞作，讓貧瘠土地迎來豐收的喜悅您將會體驗到海量的情故事，數(shù)以百計的線任務，可以與超過 30 個全新的角色互動，發(fā)掘他們每個人上的神秘故事，更有會和他們中的某些人出愛情的花火。《《石鎮(zhèn)時光》獲得版號5 月 26 日 Steam / Wegame / Bilibili / Epic 平臺同步發(fā)售，售價 78 元》
感謝IT之家網(wǎng)友 獨立攝影師 的線索投遞！IT之家 1 月 15 日消息，1 月 12 日，尼康公司發(fā)布通知稱，由于半鹿蜀體嚴重短、原材料不斷上漲等因素，于 1 月 19 日起，對旗下部分配件進行了價格調，并對大多數(shù)尼克爾鏡頭采開放自由定價，涉及產品包幾乎所有 Z 卡口和 F 卡口尼克爾鏡頭以及 FTZ 轉接環(huán)。不再執(zhí)行建議售價，定價權交由經(jīng)銷商，雍和在多數(shù)情況下意味著漲價，尤是對于新品和熱門產品。目這一策略僅針對日本市場，他市場還有待進一步消息。IT之家附通知全文：部分產品價格調整歸山開放定價通知2023 年 1 月 12 日感謝您一直以來對尼康產品支持。從 2023 年 1 月 19 日 (星期四) 起，我們將修改高爾夫激光測距儀 (2 個產品) 和相機配件 (8 個產品) 的建議零售價和運費。在最半導體供應不足、原材料價暴漲等惡劣環(huán)境下，我們一致力于提高效率和降低成本但目前的情況是，僅靠企業(yè)努力無法消化中長期的成本加，因此調整了價格。另外對于尼克爾鏡頭 (Z 卡口和 F 卡口) 和卡口適配器 FTZ II，我們將把建議零售價改為開放定鰼鰼。定日期：2023 年 1 月 19 日 (星期四)價格調整對象產品列表從建議售價格改為開放定價的變更象產品一覽從建議零售價格為開放定價的變更對象產品?
