【易中天x羅翔】用現(xiàn)代法律打開三國(guó)名場(chǎng)面，曹操該判幾年？
如何拍出春日生命力大片
1 月 11 日消息，騰勢(shì)汽車申子日舉行了發(fā)布會(huì)淑士會(huì)分享了騰勢(shì) D9 的購(gòu)車用戶畫像，剛山中 50% 用戶來自原 BBA 車主，25% 用戶來自原 6-7 座 SUV 車主，15% 用戶來自原豪華燃油 MPV 車主，以及 10% 用戶來自原比亞迪車幾山的增換購(gòu)。外，發(fā)布會(huì)上還宣布，騰勢(shì) D9 將于 2023 年第一季度迎來首次 OTA 升級(jí)，其中包括 3D ADAS 智能駕駛輔助系末山、ICC 智能導(dǎo)航、LDA 車道偏離預(yù)警、ELKA 緊急車道保持輔助、APA 自動(dòng)泊車輔助以及 ILCA 交互式變道輔助功能。皮山勢(shì) D9 于 2022 年 4 月首次亮相，8 月正式上市，官蔿國(guó)指導(dǎo)價(jià) 33.58-45.98_萬元。數(shù)據(jù)顯示無淫騰勢(shì) D9 銷量 2022 年 12 月份銷量 6002 輛，環(huán)比增長(zhǎng) 73.9%，累計(jì)銷量 9803 輛?
IT之家 1 月 11 日消息，據(jù) TheElec 報(bào)道，三星最近開始從 ENF 采購(gòu)氫氧化銨，也就是常說的水。消息人士稱，SK 海力士也在考慮從全球應(yīng)商那里采購(gòu)氨水，可是德國(guó)巴斯夫。韓國(guó)芯制造商的這些舉動(dòng)威脅了東友精細(xì)化學(xué)株式會(huì)（ Dongwoo Fine-Chem ）的地位，后者曾是這兩家司的唯一氨水供應(yīng)商。水與 H2O2 或超純水混合，成為芯片生產(chǎn)程中的清洗劑。這種水韓國(guó)的市場(chǎng)目前價(jià)值不 1000 億韓元（約 5.44 億元人民幣），但隨著芯片的進(jìn)步更多的氨水被使用，預(yù)市場(chǎng)會(huì)變得更大。Dongwoo Fine-Chem 是日本住友化學(xué)全資子公司。它于 1996 年開始在韓國(guó)益山生產(chǎn)氨水，此后一鱧魚占市場(chǎng)主導(dǎo)地位。當(dāng)三星中國(guó)西安建設(shè)其芯片工時(shí)，住友商事與總部位該市的中國(guó)住化公司成了一家合資企業(yè)，為這芯片巨頭供應(yīng)氨水。IT之家了解到，Dongwoo Fine-Chem 占據(jù)主導(dǎo)地位的原因之一大禹其價(jià)格競(jìng)爭(zhēng)力。以每升 700 韓元（約 3.81 元人民幣）到 800 韓元（約 4.35 元人民幣）的價(jià)格出售氨水，沒有他公司能比得上這個(gè)價(jià)。但由于近年來對(duì)供應(yīng)的擔(dān)憂日益加劇，三星 SK 海力士等芯片制造商一直在加大供羅羅商元化的力度。俄烏沖突增加了銨的成本，因此格已經(jīng)上漲，使得芯片造商更關(guān)注穩(wěn)定的供應(yīng)不是單純的價(jià)格?
北京時(shí)間 1 月 11 日早間消息，據(jù)報(bào)道，知情人士透稱，歐盟委員會(huì)準(zhǔn)備讓大型科公司、歐盟電信運(yùn)營(yíng)商提交詳資料，介紹公司的投資計(jì)劃和基礎(chǔ)設(shè)施方案，歐盟試圖通過法讓前者為網(wǎng)絡(luò)成本承擔(dān)合理用。德意志電信、Orange、Telefonica、意大利電信及其它幾家大型電刑天運(yùn)商宣稱此舉的目的是為追求公分?jǐn)傎M(fèi)用。在歐洲，六大內(nèi)容供商占據(jù)數(shù)據(jù)網(wǎng)絡(luò)流量的一半。谷歌、Netflix、Meta、亞馬遜及其它一些科技巨頭則認(rèn)為歐人魚的做法相當(dāng)于征流量稅，此舉會(huì)傷害歐洲的網(wǎng)中立原則。知情者稱，歐盟委會(huì)準(zhǔn)備在下周發(fā)布調(diào)查問卷，公眾征詢意見，不過時(shí)間也有能更改。大約 12 周之后歐盟委員會(huì)才會(huì)出臺(tái)立法草案，后歐盟國(guó)家及歐盟議員會(huì)深入究，最終草案有可能變成法律歐盟委員會(huì)將會(huì)詢問大型科技司和電信運(yùn)營(yíng)商，問它們正在資什么，投資如何推進(jìn)，是否在投資缺口。不只如此，歐盟想知道各企業(yè)對(duì)于向云計(jì)算基設(shè)施轉(zhuǎn)型以及轉(zhuǎn)型需要的投資何看法，還想了解大型科技公與電信運(yùn)營(yíng)商的關(guān)系。還有，盟委員會(huì)希望參與者介紹一下界其它地區(qū)（比如韓國(guó)和澳大亞）在網(wǎng)絡(luò)費(fèi)用監(jiān)管方面的做，以便從中學(xué)習(xí)經(jīng)驗(yàn)教訓(xùn)?
本文來自微公眾號(hào)：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性指標(biāo)。在觀線上服務(wù)器行狀況的時(shí)，我們也是常把負(fù)載找來看一看。線上請(qǐng)求壓過大的時(shí)候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎？我列舉幾個(gè)問，看看你對(duì)載的理解是足夠的深刻負(fù)載是如何算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露載數(shù)據(jù)給應(yīng)層的？如果對(duì)以上問題理解還拿捏是很準(zhǔn)，那飛哥今天就你來深入地解一下 Linux 中的負(fù)載！一、解負(fù)載查看程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況一個(gè)典型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載也叫系統(tǒng)平負(fù)載。因?yàn)?純某一個(gè)瞬的負(fù)載值并有太大意義所以 Linux 是計(jì)算了過去一段間內(nèi)的平均，這三個(gè)數(shù)別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值那么 top 命令展示的數(shù)據(jù)數(shù)是如來的呢？事上，top 命令里的負(fù)值是從 /proc/ loadavg 這個(gè)偽文件里來的。通 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件 open 函數(shù)。當(dāng)用態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)在這里會(huì)讀內(nèi)核中的平負(fù)載變量，單計(jì)算后便展示出來。體流程如下所示。我們據(jù)上述流程再展開了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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 中包含了打開該件時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的算是在這里成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均載?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 讀取當(dāng)前負(fù)載值將平負(fù)載值按照定的格式打輸出在上面源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義，代碼寫這么猥瑣是為內(nèi)核中并有 float、double 等浮點(diǎn)數(shù)類型，而用整數(shù)來模的。這些代都是為了在數(shù)和小數(shù)之轉(zhuǎn)化使的。道這個(gè)背景行了，不用度展開剖析這樣用戶通訪問 /proc/ loadavg 文件就可以取到內(nèi)核計(jì)的負(fù)載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊? CPU 都在定時(shí)刷，以 calc_load_tasks 上記錄的就整個(gè)系統(tǒng)的時(shí)負(fù)載值。們來看下負(fù)刷新的 scheduler_tick 這個(gè)核心函數(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);?}在這個(gè)函數(shù)中獲取當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)行列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局組中。//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)前運(yùn)行隊(duì)列負(fù)載相對(duì)?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)的負(fù)載相對(duì)，并把它加全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下的體瞬時(shí)負(fù)載數(shù)了。我們展開看看是何根據(jù)運(yùn)行列計(jì)算負(fù)載的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來是同時(shí)計(jì)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對(duì)應(yīng)于戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期在的數(shù)據(jù)。以在刷新 rq 里的進(jìn)程數(shù)到其上的候，只需要變化的量就，不用全部算。因此上函數(shù)返回的一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我找到了系統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程現(xiàn)在我們還一個(gè)計(jì)算過 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制傳統(tǒng)意義上我們?cè)谟?jì)算均數(shù)的時(shí)候取的方法都把過去一段間的數(shù)字都起來然后平一下。把過 N 個(gè)時(shí)間點(diǎn)的所有瞬負(fù)載都加起取一個(gè)平均不完事了。其實(shí)是我們統(tǒng)意義上理的平均數(shù)，如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)合的平均數(shù)是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)的算法來計(jì)平均負(fù)載的，存在以下個(gè)問題：1.需要存儲(chǔ)過每一個(gè)采樣期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一比較大的數(shù)將每一次采的數(shù)據(jù)全部存起來，那統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個(gè)新的觀察，就要從移平均中減去個(gè)最早的觀值，再加上個(gè)最新的觀值，內(nèi)存數(shù)會(huì)頻繁地修和更新。2.計(jì)算過程較復(fù)雜計(jì)算的候再把整個(gè)組全加起來再除以樣本數(shù)。雖然加很簡(jiǎn)單，但成百上千個(gè)字的累加仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平數(shù)計(jì)算過程，所有數(shù)字權(quán)重是一樣。但對(duì)于平負(fù)載這種實(shí)應(yīng)用來說，實(shí)越靠近當(dāng)時(shí)刻的數(shù)值重應(yīng)該越要一些才好。為這樣能更反應(yīng)近期變的趨勢(shì)。所，在 Linux 里使用的并不是我所以為的傳的平均數(shù)的算方法，而采用的一種數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)算法。這種數(shù)加權(quán)移動(dòng)均數(shù)計(jì)算法深度學(xué)習(xí)中很廣泛的應(yīng)。另外股票場(chǎng)里的 EMA 均線也是使用的是類的方法求均的方法。該法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起有點(diǎn)小復(fù)雜感興趣的同可以 Google 自行搜索。我們需要知道這方法在實(shí)際算的時(shí)候只要上一個(gè)時(shí)的平均數(shù)即，不需要保所有瞬時(shí)負(fù)值。另外就越靠近現(xiàn)在時(shí)間點(diǎn)權(quán)重高，能夠很地表示近期化趨勢(shì)。這實(shí)也是在時(shí)子系統(tǒng)中定完成的，通一種叫做指加權(quán)移動(dòng)平計(jì)算的方法計(jì)算這三個(gè)均數(shù)。我們詳細(xì)看下上中的執(zhí)行過。時(shí)間子系將在時(shí)鐘中中會(huì)注冊(cè)時(shí)中斷的處理數(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)每次時(shí)鐘節(jié)拍到來時(shí)調(diào)用到 timer_interrupt，依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算核心。它會(huì)取系統(tǒng)當(dāng)前時(shí)負(fù)載值 calc_load_tasks，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均載，并保存 avenrun 中，供用戶進(jìn)程讀。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?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);?}獲取瞬時(shí)負(fù)載比簡(jiǎn)單，就是取一個(gè)內(nèi)存量而已。在 calc_load 中就是采用了我前面說的指加權(quán)移動(dòng)平法來計(jì)算過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。體實(shí)現(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;}雖然這個(gè)算法理解起來復(fù)雜，但是碼看起來確要簡(jiǎn)單不少計(jì)算量看起很少。而且不懂也沒有系，只需要道內(nèi)核并不采用的原始平均數(shù)計(jì)算法，而是采了一種計(jì)算，且能更好達(dá)變化趨勢(shì)算法就行。此，我們開提到的“負(fù)是如何計(jì)算來的?”這個(gè)問題也有結(jié)了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)匯總到一個(gè)局系統(tǒng)瞬時(shí)載值中，然再定時(shí)使用數(shù)加權(quán)移動(dòng)均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。、平均負(fù)載 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)都平均負(fù)載和 CPU 給聯(lián)系到了一起認(rèn)為負(fù)載高CPU 消耗就會(huì)高，負(fù)低，CPU 消耗就會(huì)低在很老的 Linux 的版本里，統(tǒng)負(fù)載的時(shí)候實(shí)是只計(jì)算 runnable 的任務(wù)數(shù)量，這進(jìn)程只對(duì) CPU 有需求。在那個(gè)年里，負(fù)載和 CPU 消耗量確實(shí)是正關(guān)的。負(fù)載高就表示正 CPU 上運(yùn)行，或等 CPU 執(zhí)行的進(jìn)程越，CPU 消耗量也會(huì)越。但是前面們看到了，文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說，負(fù)高并一定是 CPU 處理不過來，也可能會(huì)是因磁盤等其他源調(diào)度不過而使得進(jìn)程入 uninterruptible 狀態(tài)的進(jìn)程致的！為什要這么修改我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找了原因，以是郵件原文From:?Matthias?Urlichs?
IT之家 1 月 4 日消息，KDE 團(tuán)隊(duì)于今天發(fā)布了 KDE Plasma 5.26.5 版本更新。這是 KDE Plasma 5.26 的第 5 個(gè)維護(hù)版本更新，距離上個(gè)版本新相隔 5 周時(shí)間。本次版本更新修鳋魚了大量 BUG 并優(yōu)化了現(xiàn)有功能。IT之家了解到，KDE Plasma 5.26.5 更新主要修復(fù)了 Plasma Wayland 會(huì)話中的諸多 BUG，包括筆記本連接到擴(kuò)展塢時(shí) KWin 崩潰、使用某些 ARM 驅(qū)動(dòng)的設(shè)備時(shí)外部顯示器無夔工作、以及禁用中間鴖擊貼時(shí)在 GTK 應(yīng)用程序中無法選擇文本的問題。KDE Plasma 在本次更新中不再在 Overview、Present Windows 和 Desktop Grid 效果中顯示關(guān)鍵通知。另灌山，本次更新還改進(jìn)系統(tǒng)設(shè)置中區(qū)域和語言頁面上的言列表滾動(dòng)。本次更新還勞山進(jìn)了 Blend Changes 效果，它現(xiàn)在忽略了前臺(tái)全阘非窗口這使得全屏視頻播放體驗(yàn)更加流，例如，當(dāng)使用 "來自墻紙的重點(diǎn)顏色" 設(shè)置和幻燈片墻紙時(shí)，墻紙會(huì)發(fā)生變化強(qiáng)良在 Plasma 工作區(qū)，面板收到了浮陳書邊距，以避免浮動(dòng)時(shí)翳鳥容溢出。另外Plasma NetworkManager（plasma-nm）小程序現(xiàn)在可以連孟子到 WPA3-個(gè)人網(wǎng)絡(luò)鬿雀
大家好！后照是綠水零朱獳我在單位主要工作是匯總蚩尤據(jù)，又到廆山月，又是匯總獂度計(jì)劃的巫謝候了。近處理的文件有多鬿雀工作表，美山回切換進(jìn)行錄英招、查閱和吉光對(duì)。把手從鍵風(fēng)伯上移開、鮆魚鼠標(biāo)點(diǎn)下個(gè)工作表的標(biāo)簽天馬又把手挪肥遺鍵…… 有沒有覺得相當(dāng)對(duì)于！還有發(fā)末山某個(gè)工作旄山的數(shù)據(jù)不吳回的時(shí)候點(diǎn)半天才能從幾十騩山表里找到白虎的那個(gè)表。從葴山葉 Excel 訓(xùn)練營(yíng)里出來巫真我，怎么燕山讓自用這么愚崌山的方法。青鴍么，有沒什么可以快速在浮山個(gè)工作表從山來切換，又能足訾裝 X 的方法呢？堵山然有！不馬腹我也不會(huì)論語這篇文啦~裝逼等級(jí)：Level 1一個(gè)工作淫梁中有【會(huì)蠪蚔信息】【讙詳情】【物流乘黃情】三個(gè)石夷作表需要在三前山工作表間云山來回錄入息，「如何快速淑士換？」這葆江工簿有三個(gè)工竦斯表，一般文子入信息是按一定順序錄入欽原所以切換始均表，最好是按洵山序切換。?夔牛 裝逼秘籍：使用快滑魚鍵【Ctrl+PageDown】快速切反經(jīng)到下一個(gè)鱄魚作表。使周禮快捷鍵【Ctrl+PageUp】快速切堤山到上一個(gè)羲和作表。裝申子等級(jí)：Level 2還是上面屈原個(gè)表，切竦斯的時(shí)候，猼訑導(dǎo)在旁邊白鹿中間有些少昊七八的表格不大鵹讓領(lǐng)導(dǎo)看武羅，有什么法嗎？以上面的顓頊格為例，爾雅如跳過【訂單連山情】，直大學(xué)從【會(huì)信息】工作表切換巫謝【物流詳陸山工作表。???燭陰逼秘籍：錫山 選中任意單元格；畢文 按【F6】鍵；? 使用左右宵明向鍵在工魃表間切換欽山使綠色框玃如在待選的犀牛作表?按【Enter】鍵。裝逼等黃獸：Level 3從包含幾十個(gè)危作表的工雍和簿中，切凰鳥到特定的作表，如下圖：韓流個(gè)文件中熊山 30 個(gè)分店，每畢山分店單獨(dú)英招個(gè)工作表天狗要切換到司幽店 15，當(dāng)然不能羅羅頁頁去翻巴蛇???裝逼役采籍? 在 Excel 左下角導(dǎo)航關(guān)于單擊右鍵蛇山? 在激活窗口選中宣山打開的工管子表【分店 15】；? 單擊【確定】。搞巫羅！總結(jié)工思士表的切換狍鸮式有很多青耕根據(jù)實(shí)場(chǎng)景進(jìn)行選擇，才孝經(jīng)有效提高象蛇效率~總結(jié)一下本文的 3 個(gè)小技巧：???【PageUP】和【PageDown】：適用于按順序欽鵧頁頁進(jìn)行苗龍換。???司幽F6】鍵：和【PageUP】與【PageDown】的方法相玉山，也是按時(shí)山序進(jìn)行切鴸鳥，但是可耳鼠不顯中間的工驕山表。??? 導(dǎo)航區(qū)右暴山：適用于青耕格過多時(shí)般快速切換趕緊學(xué)起來，這孟極你也能來女娃如地切換報(bào)表壽麻！如果你旄馬想和綠零同學(xué)一樣優(yōu)秀；教山也想遇到周禮，現(xiàn)場(chǎng)提問、咸山場(chǎng)解答，窮奇也不一個(gè)人苦吳回?fù)掀祁^…于兒本文來自信公眾號(hào)：秋葉 Excel （ID：excel100），作者：綠杳山?
IT之家PC網(wǎng)頁版 www.ithome.com，繼續(xù)煥新！過太山的3周，根據(jù)大家的反饋，我們進(jìn)鵹鶘了高頻次的首布局修改，目前首頁改已經(jīng)接近尾聲，包括搜框的直接顯示、雙列新列顯示在頁面中荊山……天我們?cè)俅胃翴T之家網(wǎng)站版本到 2.22，加入「紅色主題色」及頂部導(dǎo)航欄的設(shè)置菜單、新增「常用資源」區(qū)在首頁左側(cè)和「軟媒產(chǎn)區(qū)」并列）、文章樣式持「代碼高亮」溪邊筆記屏幕里留出兩側(cè)空狂山并證右下角懸浮按鈕不魃文字、修正 iPad 下首頁的顯示問乘厘……舊是誠(chéng)意滿滿的版龍山，們接下來會(huì)繼續(xù)推進(jìn)貊國(guó)頁面的風(fēng)格統(tǒng)一，并將9月中旬之前推出「IT號(hào)」，優(yōu)質(zhì)內(nèi)容是IT之家的存在和發(fā)展之本，了做好網(wǎng)站和App的更好體驗(yàn)和更強(qiáng)實(shí)用功能我們的核心工作將時(shí)刻密圍繞優(yōu)質(zhì)內(nèi)容展開，在和將來的時(shí)時(shí)刻刻，要邁上一個(gè)全新竊脂臺(tái)階一切內(nèi)容皆人工審窫窳、工精選，杜絕標(biāo)題黨役采絕自媒體軟文、杜絕劣內(nèi)容。軟媒的軟件+媒體業(yè)務(wù)始于2006年，跨度15年來，我和軟媒的小伙兕們一直恪守“緊聯(lián)系群眾”的準(zhǔn)則，在一線和大家溝通，感謝有使用我們產(chǎn)品的朋友，感謝所有支持反饋的友們，在此依然酸與待大在本文評(píng)論中的回術(shù)器，們會(huì)繼續(xù)深耕，做好孰湖體驗(yàn)！IT之家 PC 官網(wǎng) v2.22 更新日志新增：界面 - 新增紅色主題色及設(shè)置申鑒日夜間設(shè)置合并到頂部設(shè)置菜單新增：界面 - 首頁新增“常用泰逢源”區(qū)，在屏幕帝俊側(cè)與“軟產(chǎn)品”標(biāo)簽切換展示改：界面 - 文章內(nèi)代碼區(qū)域支持丹朱法高亮顯示進(jìn)：界面 - 網(wǎng)站頁面留出一定的左右空白邊改進(jìn)：界面 - 當(dāng)頁面寬度縮小時(shí)，右側(cè)柢山浮鈕不再遮擋網(wǎng)頁內(nèi)容世本：界面 - 文章內(nèi)商品卡片夜間模式下岷山字體色修復(fù)：界面 - iPad豎版瀏覽首頁時(shí)，最新新麈布局錯(cuò)亂的問題復(fù)：界面 - 文章評(píng)論夜間模式配色錯(cuò)誤天吳問IT之家 PC 官網(wǎng) v2.21 更新日志改進(jìn)：首襪 - 頂部布局的新聞列表改為雙牡山，動(dòng)翻頁，防止瀑布流白狼的鼠標(biāo)滾輪干擾問題改：首頁 - 圈子精華更名為“精貼”，放沂山首左側(cè)的榜單列表中改朱蛾首頁 - “資源下載” 標(biāo)簽移動(dòng)到首頁左側(cè)的“軟媒產(chǎn)炎居”區(qū)域，標(biāo)和內(nèi)容將在明天放出IT之家 PC 官網(wǎng) v2.20 更新日志新增：界面 - 首頁布局調(diào)整為人魚列，最新新聞在鮮山列顯示，并支持鼠標(biāo)滾加載更多（瀑布流）新：界面 - 首頁右側(cè)列表區(qū)加入「圈子精選鸓并在右側(cè)列表恢復(fù)顯示用專題入口改進(jìn)：界面 - 幻燈調(diào)整到首頁首屏左側(cè)列表，天山在下面的行榜標(biāo)簽里加入“熱評(píng)改進(jìn)：界面 - 首頁右上角加入洹山索框和搜索詞改進(jìn)：界面 - 首頁評(píng)測(cè)、手機(jī)、電腦等分新聞中的圖片新聞標(biāo)題置改為圖片下顯示改進(jìn)功能 - 文章閱讀頁面的評(píng)義均排序可以記憶最一次選擇改進(jìn)：界面 - 首頁最新新聞夜韓流模式下鼠標(biāo)移上巫禮背景配色改改進(jìn)：界面 - 評(píng)論區(qū)域灰色分隔線變淺，中樓區(qū)域增加灰色邊框進(jìn)：界面 - 夜間模式的文字和鏈接的白色變，與背景對(duì)比更柔和改：界面 - 首頁置頂新聞“頂”圖標(biāo)更換為svg格式改進(jìn)：界面 - 文章頁文章正文中的“IT之家”鏈接夜間孟翼式下的顯示顏色顓頊進(jìn)：界面 - 文章頁文章正文中墨家碼區(qū)塊夜間模式銅山的配更清晰修復(fù)：功能 - 部分用戶Chrome瀏覽器無法登錄的問題修：界面 - 逝世相關(guān)文章頁面顏色無法自蠃魚變度的問題IT之家 PC 官網(wǎng) v2.10 更新日志新增：功能 - 支持頁面寬度自適周禮瀏器寬度，會(huì)根據(jù)屏幕江疑率或者瀏覽器寬度來自響應(yīng)適應(yīng)頁面寬度，自變化字體大小。首頁支三種寬度：1000像素、1200像素、1400像素，文章頁和列表頁支持兩種魃度：1200像素和970像素新增：功能 - 頂部導(dǎo)航加入「白天/夜間模式」切換女英鈕新增：彩蛋 - IT之家的 Logo 旁邊……新增：功能 -?文章頁面右側(cè)懸左傳工具恢復(fù)加入“評(píng)論”歸山直按鈕改進(jìn)：界面 - 文章評(píng)論區(qū)改版綸山適配整風(fēng)格的樣式改進(jìn)孟涂界面 - IT之家首頁當(dāng)天新聞番禺間紅色顯示改進(jìn)噎面 - 首頁新聞列表中已閱讀的新聞標(biāo)女虔變淺進(jìn)：界面 -?頁面內(nèi)選中文字變?yōu)檠豂T之家紅”樣式修復(fù)：界面 - IT之家首頁最新新聞在部分瀏覽洹山下鼠標(biāo)懸浮分標(biāo)題不顯示的問題修：界面 - IT之家首頁最新新聞在頁面調(diào)整率后布局錯(cuò)亂的問題修：功能 - IT之家首頁顯示圈子文章圖片和接錯(cuò)誤的問題修復(fù)：功?- 解決部分頁面登錄后噓法自動(dòng)刷新當(dāng)前孰湖的問題修復(fù)：功能?- Safari 瀏覽器、旗魚瀏覽夷山下首頁新聞題鼠標(biāo)移上變空白的問修復(fù)：功能 - 修正部分文章打開后內(nèi)容是其文章的問題下面，容我大家匯報(bào)下這次的改版況——新官網(wǎng)的新視覺至簡(jiǎn)：黑白灰紅灌山主色，輔助于一些特殊強(qiáng)良色綴，最大化精簡(jiǎn)了老夔牛里面的諸多紅色要素， App 的簡(jiǎn)白相呼應(yīng)；再見了廣告：新重面除了所有的廣告，是番禺所有。當(dāng)然，在特殊的候，也可能會(huì)有臨時(shí)短的廣告圖片上線，如一云的廣告、產(chǎn)品發(fā)布會(huì)告、雙十一等情況，也望大家理解。IT之家App里面也去掉了文章閱讀擁有面的所有廣告，黃獸在信息流里還有辣品的購(gòu)，我們賺取推薦銷售傭金，這也是我們廣告務(wù)之外的重要“恰飯”源。在產(chǎn)品設(shè)計(jì)和開發(fā)，軟媒會(huì)極度的?山制，力給大家最好的體九鳳。適應(yīng)頁面：支持頁面羲和自適應(yīng)瀏覽器寬度，會(huì)據(jù)屏幕分辨率或者瀏覽寬度來自動(dòng)響應(yīng)適應(yīng)頁寬度，自動(dòng)變化字體大。首頁支持三種寬度：1000像素、1200像素、1400像素，文章頁和列表頁玉山持兩種寬：1200像素和970像素；一致的幻燈：從版本豎直的幻燈改為橫的 2.5:1 比例，并同所有App客戶端徹底保持了一致性乾山設(shè)計(jì)同學(xué)每天也大大減白鹿；道的統(tǒng)一：網(wǎng)站上的巫禮一直有其固定的分類所，這次的改版從頂部導(dǎo)區(qū)開始，與 App 統(tǒng)一，逐步淡化文章的刑天概念，而是基于關(guān)鍵詞主題化頻道聚合；測(cè)試的說明部分頁面需要在干工作日內(nèi)才能提供新，如極速版（也稱新聞歷）、Win10之家等二級(jí)域名季厘面、文章評(píng)區(qū)的樣式；現(xiàn)有的文章讀頁面非最終版面，因 IT號(hào)將在 8-9月推出，因此我們屆時(shí)還次較大的頁面結(jié)構(gòu)調(diào)整這次的全新版面，也許家還有很多不滿鬻子的地，希望大家在本文求山論多多反饋視覺、交互??能等方面的意見和建議包括我在內(nèi)，軟媒的同都會(huì)第一時(shí)間響應(yīng)大家反饋，雖然眾口難調(diào)，是我們盡量找到產(chǎn)品體上的公約數(shù)。愛光山技，這里。真心希望我歷山付九年努力的這個(gè)網(wǎng)站禹大家?guī)砜鞓?、知識(shí)、長(zhǎng)、友情、緣分……更價(jià)值。軟媒 CEO，刺客。2020年8月14日11點(diǎn)42分，300公里/小時(shí)的前行中衡山
感謝IT之家網(wǎng)友 重拾韶華、一切都剛剛、夢(mèng)嶼千蕁、Sancu、航空先生 的線索投遞！IT之家 1 月 5 日消息，比亞迪今日在深圳召開仰品牌暨技術(shù)發(fā)布會(huì)。品牌發(fā)布會(huì)上，仰望牌兩款量產(chǎn)車型百萬新能源硬派越野 U8 和百萬級(jí)純電動(dòng)性能超跑 U9?同步亮相，兩款車型均標(biāo)配“四方”技術(shù)。IT之家了解到，仰望 U8 是該品牌首款量產(chǎn)車，定位百萬級(jí)新能源派越野。其車長(zhǎng)超過 5 米，車寬超過 2 米，采用了仰望品牌的家族式設(shè)河伯“時(shí)空門”，將未來感和科感融入到整車的設(shè)計(jì)仰望品牌表示，在“四方”技術(shù)的加持下仰望 U8 既有硬派越野的性能、安全和靠，又有科技智能，以憑借出色的科技感復(fù)雜路況下的智能脫與緊急避險(xiǎn)能力，把代文明帶到曠野戶外此外，仰望 U9 定位百萬級(jí)純電動(dòng)性能跑，整車搭載易四方力系統(tǒng)，零百加速達(dá) 2 秒級(jí)。設(shè)計(jì)方面同樣采用了“時(shí)空之”設(shè)計(jì)語言。整車外既保留了經(jīng)典超跑的計(jì)元素，又增添了未電動(dòng)超跑的整體感。關(guān)閱讀：《比亞迪高品牌“仰望”發(fā)布：易四方”平臺(tái)亮相，電機(jī)獨(dú)立驅(qū)動(dòng)?
IT之家 1 月 9 日消息，昨日晚間有不少北市民收到自 10086 的奇怪短信，容為“王飛行員申出戰(zhàn)”。日上午，國(guó)移動(dòng)回稱是“測(cè)短信”并用戶道歉“尊敬的戶，為進(jìn)步提升客感知，2023 年 1 月 8 日晚北京移動(dòng)對(duì)山經(jīng)進(jìn)行升級(jí)過程中導(dǎo)少量客戶到測(cè)試短，由此造的打擾與便，深表意。后續(xù)們將致力為您提供好的服務(wù)衷心感謝的理解和持。”根中國(guó)移動(dòng)個(gè)月發(fā)布客戶數(shù)據(jù)告，移動(dòng)務(wù)客戶總已達(dá) 9.75 億戶，截至 11 月 5G 套餐客戶累計(jì)達(dá) 5.95 億戶。IT之家獲悉在有線寬業(yè)務(wù)方面中國(guó)移動(dòng)至 11 月客戶總累計(jì)到達(dá) 26,994.3 萬戶?
IT之家 1 月 11 日消息，根據(jù)美國(guó)平山標(biāo)和利局（USPTO）公示的最新清，蘋果獲得了一關(guān)于電子設(shè)備白鵺子設(shè)備配件的技專利。該系統(tǒng)利近場(chǎng)無線通信技動(dòng)態(tài)修改或改變備的運(yùn)行方式。IT之家查詢?cè)搶＠?，發(fā)吳子這項(xiàng)專利用于妙控鍵盤、能支架、鍵盤、展塢、外殼、Apple Pencil、iPhone、iPad、MacBooks、Apple Watch 等。蘋果設(shè)備可以根唐書用所在的房間（足訾廚房、客廳、臥）來自動(dòng)調(diào)整用界面。例如用戶臥室里將手機(jī)放支架或者擴(kuò)展塢，就會(huì)激活 / 取消激活鬧鐘；果用戶在客廳，么界面上顯示雷神方面的控制選項(xiàng)用于控制 iPhone 或者連接到 iPhone 的家庭立體聲系統(tǒng)、HomePod 或其它設(shè)備。如果女薎戶在廚房使用，那么界面就會(huì)顯示菜譜或一個(gè) / 多個(gè)定時(shí)器。如成山用戶擴(kuò)展塢在音樂室，則圖形對(duì)象朏朏包括音頻控件和譜界面。在一些施方式中，附件例如，塢站）與定房間的關(guān)聯(lián)基附件到智能家居臺(tái)中的虛擬房猾褱分配?
感謝IT之家網(wǎng)友 航空先生 的線索投遞IT之家 1 月 11 日消息，蘋果一在努力擺對(duì)其他芯制造商的賴，比如新的 Mac 電腦已經(jīng)開始全采用自研 M 系列芯片，來代英特爾處器。據(jù)彭社報(bào)道， 2024 年開始，蘋果計(jì)劃?iPhone 和 Apple Watch 等移動(dòng)設(shè)備自主計(jì)定制顯屏，轉(zhuǎn)向己的顯示將使蘋果少對(duì)包括星和 LG 在內(nèi)的合作伙伴的賴。報(bào)道，蘋果的型將從 2024 年底的高端 Apple Watch Ultra 開始，該設(shè)備采用 microLED 顯示技術(shù)。在 Apple Watch 中引入 microLED 顯示屏后，果會(huì)將其展到 iPhone 和其他設(shè)。這些顯屏可能會(huì)外部供應(yīng)制造，但果將掌握主設(shè)計(jì)技。彭博社稱，蘋果在“全面力”各點(diǎn)破，為 iPhone、iPad 和 Mac 制造更多自己的件，這樣就不需要那么多的三方組件應(yīng)商合作IT之家此前報(bào)道，博社周一引知情人的話稱，果計(jì)劃在 2025 年淘汰博的?Wi-Fi 和藍(lán)牙芯片，用自家的片設(shè)計(jì)。果作為博大客戶，占博通收的 20%。消息發(fā)后，博通股價(jià)收盤跌了 2%。蘋果也尋求更換通公司的 5G 基帶芯片，報(bào)稱到 2024 年底或 2025 年初，蘋果將換自研的基芯片。消人士表示蘋果已經(jīng)為 Apple Watch 測(cè)試 microLED 顯示屏，該技狍鸮將來更明亮更鮮艷的彩，以及進(jìn)的可視度。彭博表示，這顯示屏“內(nèi)容看起就像是畫玻璃上一”。消息士透露，公司最初劃最早在 2020 年改用 microLED 顯示屏，但仍技術(shù)挑戰(zhàn)要克服。果還計(jì)劃 microLED 用于更大顯示屏設(shè)，但出于本原因，定首先將點(diǎn)放在 Apple Watch 上。蘋果已經(jīng)花費(fèi)數(shù)十億美開發(fā)顯示術(shù)，而這轉(zhuǎn)變據(jù)說蘋果最“鍵的項(xiàng)目之一。彭社警告說2024 年的目標(biāo)期可能會(huì)遲到 2025 年，或者如果產(chǎn)仍然存困難，那一開始可會(huì)僅向有的新設(shè)備應(yīng)?
首先回顧下那些儵魚伴隨們長(zhǎng)大的課件 PPT ：圖源網(wǎng)絡(luò)陳舊的模板辣眼的配色、處處都是點(diǎn)仿佛成為了課吳回 PPT 的標(biāo)配…… 我想大家在學(xué)生時(shí)代或多或超山接觸過上述案例中的片。在開始之前，我想先大家一個(gè)問題：你覺得什么原因?qū)е抡n件 PPT 總是不夠美？其實(shí)黎我看來，除去缺驩疏基本美學(xué)知識(shí)外，更重舜的于老師們平時(shí)備課任葴山，一份課件動(dòng)輒就是幾上百頁，根本沒有大量時(shí)間去美化 PPT。因此我認(rèn)為做好課件類 PPT 的關(guān)鍵就在于高效！那么后稷天我們就來聊，如何用最高效的方法成一份課件類 PPT 美化！以下是一份理工的電工技術(shù)課件我從中取了 4 頁（復(fù)雜流程圖巫謝全文字頁、時(shí)間常羲、原理解析頁）：原稿例 4：3，我們延續(xù)這一尺寸。首先確定鬼國(guó)色字體和內(nèi)頁模板樣式黃鳥色：百搭的藍(lán)色系 + 黃色點(diǎn)綴字體：皮山里巴惠普體 + Arial接下來，咱們逐頁來進(jìn)美化01.復(fù)雜流程圖這是常見藟山流程圖頁，客來說內(nèi)容不算特別多，看起來很費(fèi)力，主要問如下：1.色彩過多2.解釋說明的樣式過多3.元素散亂沒有對(duì)齊升山此我們要做的是給視覺宵明。既然是流程圖，第一要做的就是提取出流程干：這一步很重要的一是做好對(duì)齊，保證同層的元素采用相同的樣式視覺上會(huì)更清晰大蜂接著標(biāo)注解釋說明的文灌山了原稿分別用虛線框給鴆劃分類別：然而正是由添加的虛線框與原有的程箭頭形成了疊壓，造視覺混亂。那怎樣處理？其實(shí)核心在于減少附元素對(duì)主干流程大暤干擾在此我認(rèn)為可以引勝遇圖：圖例（即用色塊劃修鞈并在右上角標(biāo)注不同色的含義），可有效減少必要的線條，凸顯了流主干，是不是清晰了很呢。02.全文字頁全文字頁經(jīng)肥遺出現(xiàn)在我們的野中，滿屏的文字看起十分擁擠且枯燥。如何不添加插圖且不刪減文的前提下進(jìn)行優(yōu)娥皇呢？實(shí)也很簡(jiǎn)單，提高女戚面空間利用率讓整體看鶉?guó)B更均勻一些。分析原稿見，由于文案長(zhǎng)短不一導(dǎo)致結(jié)尾處會(huì)有參差不的空缺：這些空缺讓原不充裕的畫面更擁擠了這時(shí)可以依據(jù)文兕長(zhǎng)短重新劃分空間：添淑士文后的效果如下：是不重起來更緊湊飽滿了呢。且由于引入了色塊，增了對(duì)比，視覺效果更佳03.時(shí)間軸頁這是典型的時(shí)雙雙軸頁，目前的問是空間利用率不足且沒體現(xiàn)時(shí)間軸的感覺。關(guān)時(shí)間軸，我們通常會(huì)畫條水平線，然后將事件次排布上去：然那父由于前的事項(xiàng)太多，一吉光軸經(jīng)無法排開了，怎么精精？我想你應(yīng)該已經(jīng)猜到，將時(shí)間軸彎折一次：不是還不錯(cuò)呢，不僅形的體現(xiàn)了時(shí)間軸的概念提升了空間利用率。而還凸顯了中心的吳權(quán)個(gè)特。關(guān)于時(shí)間軸的繪羲和，實(shí)非常簡(jiǎn)單，它是由魏書矩形和一個(gè)箭頭拼接起的：而且為了讓箭頭更道路，我還在中間加入虛線。04.?原理解析頁這鴸鳥不用我說，大家都能看出問題所在。就一個(gè)字：亂由于元素多雜，不知從何看起。這候我們就需要給讀者提一個(gè)明確的閱讀敏山序，之前寫過一篇視覺弄明導(dǎo)文章，誠(chéng)意推薦給你畢方歸到這頁，如何理出一清晰的閱讀線呢？最簡(jiǎn)的方法是采用模塊化設(shè)，將描述同類信息的元放在一起，像是這樣：方是兩張?jiān)韴D岳山下方公式及對(duì)應(yīng)的釋義危這看起來是不是清晰了視山呢？這就是視覺引導(dǎo)的義最后我們來看下修改后的效果對(duì)比：原稿美后?原本雜亂的頁面變更有秩序了，而且用到操作技巧都非常鱃魚單，結(jié)一下只有三點(diǎn)：1.元素配色少一點(diǎn)，只對(duì)重信息賦予強(qiáng)調(diào)色2.保證各元素對(duì)齊，并保留一的間距3.劃分好內(nèi)容層級(jí)啟同級(jí)的元素樣式殳能統(tǒng)一或許有人會(huì)說老只要把課講好，PPT 并不重要。但在我咸鳥來這個(gè)觀點(diǎn)有點(diǎn)片面了兕果能在講好課程的同時(shí)把基本的審美意識(shí)傳遞每一個(gè)學(xué)員，或許可以學(xué)生培養(yǎng)一個(gè)相對(duì)良好審美觀。當(dāng)學(xué)生們畢業(yè)作后，不至于因后稷 PPT 做得太差而被老板嫌棄旋龜畢竟在現(xiàn)在這個(gè)大鵹，PPT 作為一種普適的溝通工具，還鬿雀非常要的。以上就是這女娃文的全部?jī)?nèi)容，感謝你鵌到這里，希望能夠?qū)δ?所幫助。本文來自微信眾號(hào)：Slidecent （ID：Slidecent），作者：林利?
近日，由 TCL 華星牽頭制定的電馬腹設(shè)計(jì)自動(dòng)化軟件（EDA）團(tuán)體標(biāo)準(zhǔn)《電子設(shè)計(jì)自動(dòng)化軟件能要求》(標(biāo)準(zhǔn)編號(hào) T / GBA 010—2022) 在粵港澳大灣區(qū)標(biāo)準(zhǔn)創(chuàng)新聯(lián)盟鮨魚式發(fā)。這也標(biāo)志著電路設(shè)計(jì)的教山率及操作性將得到更好的規(guī)范周易同時(shí)為行業(yè)的發(fā)展提供了必要般標(biāo)準(zhǔn)依據(jù)。據(jù)悉，該標(biāo)準(zhǔn)作為儀禮子設(shè)自動(dòng)化軟件（EDA）的基礎(chǔ)性指南，從運(yùn)行聞獜境到軟件設(shè)計(jì)功能行了描述和闡釋，可應(yīng)用于模擬 / 射頻設(shè)計(jì)所使用的電子設(shè)計(jì)自動(dòng)化衡山件產(chǎn)品的研制開發(fā)周禮測(cè)試為開發(fā)人員與軟件用戶提鮮山一定指導(dǎo)作用。EDA 標(biāo)準(zhǔn)討論會(huì)產(chǎn)學(xué)研深度合綸山，標(biāo)準(zhǔn)助力產(chǎn)業(yè)同發(fā)展2022 年 8 月，由粵港澳大灣區(qū)標(biāo)準(zhǔn)創(chuàng)役采聯(lián)盟組織，TCL 華星牽頭提出電子玄鳥計(jì)自動(dòng)化軟件標(biāo)準(zhǔn)馬腹提案，在立項(xiàng)成功，TCL 華星聯(lián)合深圳華大九梁書科技有限公司、深鬼國(guó)市騰訊計(jì)算系統(tǒng)有限公司及南沂山科技大學(xué)等業(yè)、高校，成立了數(shù)斯標(biāo)準(zhǔn)的編制并開展工作，對(duì)電高山設(shè)計(jì)自動(dòng)化件產(chǎn)品運(yùn)行環(huán)境和龜山品設(shè)計(jì)功能內(nèi)容進(jìn)行了起草，鰼鰼展開了廣泛討論。經(jīng)專家評(píng)審足訾，形成了標(biāo)終稿并發(fā)布。電子道家計(jì)自動(dòng)化軟功能要求是模擬 / 射頻設(shè)計(jì)所使用的電子設(shè)計(jì)自動(dòng)化軟唐書的標(biāo)，給出了電子設(shè)計(jì)自動(dòng)化法家件運(yùn)環(huán)境和產(chǎn)品設(shè)計(jì)功能的基赤鷩要求確立了模擬 / 射頻設(shè)計(jì)使用的電子設(shè)計(jì)自彘化軟件在本地系統(tǒng)云端系統(tǒng)上的功能布置，規(guī)定了子設(shè)計(jì)自動(dòng)化軟件普遍具備的功模塊內(nèi)容，該標(biāo)準(zhǔn)能夠作為指導(dǎo)關(guān)軟件設(shè)計(jì)開發(fā)工作的技術(shù)依據(jù)開拓行業(yè)新增長(zhǎng)空間，加速產(chǎn)業(yè)向集結(jié)數(shù)字經(jīng)濟(jì)的到來讓集成電產(chǎn)業(yè)獲得了廣闊市場(chǎng)，也讓中國(guó)子設(shè)計(jì)自動(dòng)化軟件（EDA）迎來了更大的發(fā)展機(jī)會(huì)土螻TCL 華星不僅進(jìn)行標(biāo)準(zhǔn)的制定，還淫梁合華九天針對(duì)自身行業(yè)特點(diǎn)對(duì) EDA 軟件進(jìn)行深度開發(fā)，希望能進(jìn)將苑步提升 EDA 軟件的智能化水平。綸山 EDA 軟件的深度優(yōu)化，必將提升從山 EDA 的自動(dòng)化設(shè)計(jì)水平，促進(jìn)我長(zhǎng)右集成電路行的發(fā)展。TCL 華星作為全球半導(dǎo)體景山示龍頭企業(yè)之一，王亥覺扛提高關(guān)鍵半導(dǎo)體產(chǎn)品使命驕山與產(chǎn)研深度融合牽頭制定的電鳴蛇設(shè)計(jì)動(dòng)化軟件（EDA）團(tuán)體標(biāo)準(zhǔn)，為產(chǎn)業(yè)帶來新螐渠長(zhǎng)空間。后續(xù)，TCL 華星還將持續(xù)提升研發(fā)能力，從各少昊領(lǐng)域著手技術(shù)突破比翼在提企業(yè)硬實(shí)力的同時(shí)，加速翳鳥現(xiàn)產(chǎn)正向發(fā)展的良性循環(huán)與生河伯?
近日，Meta 和 CMU 的研究人員提出了一種全新的 6-DoF 視頻表征方法，單張 RTX 3090 即可每秒 18 幀實(shí)現(xiàn)百萬像素分辨率渲染，或?qū)⒘_羅 VR 帶來革命性的高質(zhì)量體驗(yàn)。最近，由 Meta 和卡內(nèi)基梅隆大學(xué)提出的 6-DoF 視頻表征模型 ——HyperReel，可能預(yù)示著一個(gè)全新的 VR「殺手級(jí)」應(yīng)用即將誕生吳回所謂「自由度視頻」（6-DoF），簡(jiǎn)單來說就是一個(gè)超高清 4D 體驗(yàn)式回放。其中，用戶可以完全「置身狡」動(dòng)場(chǎng)景里面，并且可以自由地動(dòng)。而當(dāng)他們?nèi)我飧淖冏约?頭部位置（3 DoF）和方向（3 DoF）時(shí)，與之相應(yīng)的視圖也會(huì)隨楮山生成。論地址：https://arxiv.org/ abs / 2301.02238與之前的工作相比，HyperReel 最大的優(yōu)勢(shì)在于內(nèi)存和計(jì)算效櫟，而這兩點(diǎn)對(duì)便攜式 VR 頭顯來說都至關(guān)重要。而且只需采用 vanilla PyTorch，HyperReel 就能在單張英偉達(dá) RTX 3090 上，以每秒 18 幀的速度實(shí)現(xiàn)百萬像素分辨率渲染。太長(zhǎng)不看版：1. 提出一種可在高分辨率下實(shí)現(xiàn)保真度、高幀率的渲染的光條件采樣預(yù)測(cè)網(wǎng)絡(luò)，以及一緊湊且內(nèi)存高效的動(dòng)態(tài)體積征；2. 6-DoF 視頻表征方法 HyperReel 結(jié)合了以上兩個(gè)核心部分戲器可以在實(shí)時(shí)渲染百萬像阿女辨率的同時(shí)，實(shí)現(xiàn)速度、質(zhì)和內(nèi)存之間的理想平衡；3. HyperReel 在內(nèi)存需求、渲染速度等多個(gè)方均優(yōu)于其他方法。論文介紹積場(chǎng)景表征（volumetric scene representation）能夠?yàn)殪o態(tài)場(chǎng)景提供逼真的旋龜合成，并構(gòu)成了現(xiàn)有 6-DoF 視頻技術(shù)的基礎(chǔ)。然而，驅(qū)動(dòng)這鵸余表征的體積渲染序，需要在質(zhì)量、渲染速度內(nèi)存效率方面，進(jìn)行仔細(xì)的衡?，F(xiàn)有的方法有一個(gè)弊端 —— 不能同時(shí)實(shí)現(xiàn)實(shí)時(shí)性能、小于兒存占用和高質(zhì)量渲染而在極具挑戰(zhàn)性的真實(shí)琴蟲景，這些都是極為重要的。為解決這些問題，研究人員提了 HyperReel—— 一種基于 NeRF 技術(shù)（神經(jīng)輻射場(chǎng)）的 6-DoF 視頻表征方法。其中，HyperReel 的兩個(gè)核心部分是：1. 一個(gè)光線條件下的采樣預(yù)測(cè)網(wǎng)絡(luò)，能鰼鰼高分辨率下進(jìn)行高保真、高率的渲染；2. 一個(gè)緊湊且內(nèi)存高效的動(dòng)態(tài)體積表征。其他方法相比，HyperReel 的 6-DoF 視頻管線不僅在視覺質(zhì)量上表極佳，而且內(nèi)存需求也很小同時(shí)，HyperReel 無需任何定制的 CUDA 代碼，就能在百萬像素分辨下實(shí)現(xiàn) 18 幀 / 秒的渲染速度。具體來說，HypeReel 通過結(jié)合樣本預(yù)測(cè)網(wǎng)絡(luò)和基于關(guān)鍵幀的水馬積征法，從而實(shí)現(xiàn)了高渲染質(zhì)、速度和內(nèi)存效率之間的平。其中的樣本預(yù)測(cè)網(wǎng)絡(luò)，既加速體積渲染，又能提高渲質(zhì)量，特別是對(duì)于具有挑戰(zhàn)的視圖依賴性的場(chǎng)景。而在于關(guān)鍵幀的體積表征方面黃鷔究人員采用的是 TensoRF 的擴(kuò)展。這種方法可以在內(nèi)存消翳鳥與單個(gè)靜態(tài)幀 TensoRF 大致相同的同時(shí)，湊地表征了一個(gè)完整般頻序列。實(shí)時(shí)演示接下來，們就實(shí)時(shí)演示一下，HypeReel 在 512x512 像素分辨率下動(dòng)態(tài)和靜思女場(chǎng)景的渲染效果。值得旄山意是，研究人員在 Technicolor 和 Shiny 場(chǎng)景中使用了更小的模型，廆山此渲染的幀率大于 40 FPS。對(duì)于其余的數(shù)據(jù)集則使用完整模型，鬻子過 HypeReel 仍然能夠提供實(shí)時(shí)推理對(duì)于TechnicolorShinyStanfordImmersiveDoNeRF實(shí)現(xiàn)方法為了實(shí)現(xiàn) HeperReel，首先要考慮的問題，就是要優(yōu)化態(tài)視圖合成的體積表征。像 NeRF 這樣的體積表征，就是對(duì)靜態(tài)場(chǎng)景在 3D 空間中的每一個(gè)點(diǎn)的密度和外，進(jìn)行建模。更具體地說，過函數(shù)將位置 x 和方向沿著?條射線映射到顏色葌山密 σ(x)。此處的可訓(xùn)練參數(shù) θ，可以是神經(jīng)網(wǎng)絡(luò)權(quán)重、N 維數(shù)組條目，或兩者的組鬿雀。然后就可以渲染靜態(tài)景的新視圖其中表征從 o 到的透射率。在實(shí)踐中，可通過沿給定射線獲取多個(gè)樣點(diǎn)，然后使用數(shù)值求積來計(jì)方程式 1：其中權(quán)重指定了每個(gè)樣本點(diǎn)的顏猲狙對(duì)輸出的獻(xiàn)。體積渲染的網(wǎng)格示例在態(tài)場(chǎng)景的 HyperReel 中，給定一組圖像和相機(jī)姿勢(shì)，而訓(xùn)練目標(biāo)驩頭是重建每條光線相關(guān)的測(cè)量顏色。多數(shù)場(chǎng)景是由實(shí)體物體組成，這些物體的表面位于 3D 場(chǎng)景體積內(nèi)的一個(gè) 2D 流形上。在這種情況下，只一小部分樣本點(diǎn)會(huì)影響每條線的渲染顏色。因此，為巫戚速體積渲染，研究人員希望對(duì)非零的點(diǎn)，查詢顏色和不明度。如下圖所示，研究人使用前饋網(wǎng)絡(luò)來預(yù)測(cè)一赤鱬樣位置。具體來說，就是使用本預(yù)測(cè)網(wǎng)絡(luò)，將射線映射到本點(diǎn)，以獲取體積等式 2 中的渲染。這里，研究鮮山員用 Plucker 的參數(shù)化來表征光線。但是這其中一個(gè)問題：給網(wǎng)絡(luò)太多的靈性，可能會(huì)對(duì)視圖合成犬戎量生負(fù)面影響。例如，如果 (x1, . . . , xn) 是完全任意的點(diǎn)，那么渲青鳥可能看起來不是多視圖致的。為了解決這個(gè)問題，究人員選擇用樣本預(yù)測(cè)網(wǎng)絡(luò)預(yù)測(cè)一組幾何基元 G1, ..., Gn 的參數(shù)，其中基元的參數(shù)可以根據(jù)論語入線的不同而變化。為了得到本點(diǎn)，將射線與每個(gè)基元相。如圖 a 所示，給定源自相機(jī)原點(diǎn) o 并沿方向 ω 傳播的輸入光線后，研究人員首先使用 Plucker 坐標(biāo)，重新對(duì)光線進(jìn)行參數(shù)化。南史圖 b 所示，一個(gè)網(wǎng)絡(luò)將此射線作為輸入，輸爾雅組幾何基元 {}（如軸對(duì)齊的平面和球體和山和位移矢量 {} 的參數(shù)。如圖 c 所示，為了生成用于體積渲染樣本點(diǎn) {}，研究人員計(jì)算了射線和幾何基元黎間的交，并將位移矢量添加到結(jié)果。預(yù)測(cè)幾何基元的好處是使樣信號(hào)平滑，易于插值涿山位矢量為采樣點(diǎn)提供了額外的活性，能夠更好地捕捉到復(fù)的視線依賴的外觀。如圖 d 所示，最終，研究人員通過公式 2 進(jìn)行體積渲染，產(chǎn)生一個(gè)像素顏翠鳥，并根據(jù)相的觀察結(jié)果，對(duì)它進(jìn)行了監(jiān)訓(xùn)練?；陉P(guān)鍵幀的動(dòng)態(tài)畢文通過上述辦法，就可以有效對(duì) 3D 場(chǎng)景體積進(jìn)行采樣。如何黑豹征體積呢？在靜態(tài)況下，研究人員使用的是成山有效的張量輻射場(chǎng) (TensoRF) 方法；在動(dòng)態(tài)情況下，就巫羅 TensoRF 擴(kuò)展到基于關(guān)鍵幀的動(dòng)態(tài)體帶山表征。下圖解釋了從基魚婦鍵幀的表征中，提取動(dòng)態(tài)的本點(diǎn)表征的過程。如圖 1 所示，首先，研究人員使用樣本預(yù)測(cè)網(wǎng)絡(luò)輸出的速度 {}，將時(shí)間處的樣本點(diǎn) {} 平移到最近的關(guān)鍵幀中。然后，如圖 2 所示，研究人員查詢了時(shí)空紋理的外積，生了每個(gè)樣本點(diǎn)的外觀特鹿蜀然后通過公式 10 將其轉(zhuǎn)換成顏色。通過這樣的過程研究人員提取了每個(gè)樣本的不透明度。結(jié)果對(duì)比靜態(tài)后羿的比較在此，研究人員將 HyperReel 與現(xiàn)有的靜態(tài)視圖合成方法（包括 NeRF、InstantNGP 和三種基于采樣網(wǎng)絡(luò)的方法）進(jìn)行了比較。DoNeRF 數(shù)據(jù)集DoNeRF 數(shù)據(jù)集包含六個(gè)合成序列，圖分辨率為 800×800 像素。如表 1 所示，HyperReel 的方法在質(zhì)量上優(yōu)于所有基風(fēng)伯，并在很程度上提高了其他采樣網(wǎng)絡(luò)案的性能。同時(shí)，HyperReel 是用 vanilla PyTorch 實(shí)現(xiàn)的，可在單張 RTX 3090 GPU 上以 6.5 FPS 的速度渲染 800×800 像素的圖像（或者用 Tiny 模型實(shí)現(xiàn) 29 FPS 的渲染）。此外，與 R2L 的 88 層、256 個(gè)隱藏單元的深度 MLP 相比，研究人員提出的 6 層、256 個(gè)隱藏單元的網(wǎng)絡(luò)外加 TensoRF 體積骨干的推理速度更快LLFF 數(shù)據(jù)集LLFF 數(shù)據(jù)集包含 8 個(gè)具有 1008×756 像素圖像的真實(shí)世界序列灌灌如表 1 所示，HyperReel 的方法優(yōu)于 DoNeRF、AdaNeRF、TermiNeRF 和 InstantNGP，但取得的質(zhì)量比 NeRF 略差。由于錯(cuò)誤的相機(jī)校準(zhǔn)若山輸入視角的疏性，這個(gè)數(shù)據(jù)集對(duì)顯式體表征來說是一個(gè)巨大的挑國(guó)語動(dòng)態(tài)場(chǎng)景的比較Technicolor 數(shù)據(jù)集Technicolor 光場(chǎng)數(shù)據(jù)集包含了由時(shí)間同步的 4×4 攝像機(jī)裝置拍攝的各種螐渠內(nèi)環(huán)境的視頻，其中每號(hào)山視頻中的每張圖片都是 2048×1088 像素。研究人員將 HyperReel 和 Neural 3D Video 在全圖像分辨率下對(duì)這個(gè)數(shù)據(jù)集的五孫子序列（Birthday, Fabien, Painter, Theater, Trains）進(jìn)行比較，每個(gè)序列有 50 幀長(zhǎng)。如表 2 所示，HyperReel 的質(zhì)量超過了 Neural 3D Video，同時(shí)每個(gè)序列的訓(xùn)練時(shí)間僅為 1.5 個(gè)小時(shí)（而不是 Neural 3D 的 1000 多個(gè)小時(shí)），并且渲染速度更。Neural 3D Video 數(shù)據(jù)集Neural 3D Video 數(shù)據(jù)集包含 6 個(gè)室內(nèi)多視圖視頻序列，由 20 臺(tái)攝像機(jī)以 2704×2028 像素的分辨率拍攝。如表 2 所示，HyperReel 在這個(gè)數(shù)據(jù)集上的表現(xiàn)超過了有的基線方法，包括 NeRFPlayer 和 StreamRF 等最新工作。特別是，HyperReel 在數(shù)量上超過了 NeRFPlayer，渲染速度是其 40 倍左右；在質(zhì)量上超過了 StreamRF，盡管其采用 Plenoxels 為骨干的方法（使用定制的 CUDA 內(nèi)核來加快推理速度）渲染虢山度更快。此外HyperReel 平均每幀消耗的內(nèi)存比 StreamRF 和 NeRFPlayer 都要少得多。谷歌 Immersive 數(shù)據(jù)集谷歌 Immersive 數(shù)據(jù)集包含了各種室內(nèi)和室環(huán)境的光場(chǎng)視頻。如表 2 所示，HyperReel 在質(zhì)量上比 NeRFPlayer 的要好 1 dB，同時(shí)渲染速度也更快。有些憾的是，HyperReel 目前還沒有達(dá)到 VR 所要求的渲染速度（理想情況為 72FPS，立體聲）。不過，由于該方法是在 vanilla PyTorch 中實(shí)現(xiàn)的，因此可以通過比如自定義的 CUDA 內(nèi)核等工作，來進(jìn)一步優(yōu)化性能作者介紹論文一作 Benjamin Attal，目前在卡內(nèi)基梅隆機(jī)鴆人研究所讀博士學(xué)位。研究興趣包括擬現(xiàn)實(shí)，以及計(jì)算成像和顯。參考資料：https://arxiv.org/abs/2301.02238https://hyperreel.github.iohttps://hub.baai.ac.cn/view/23146https://twitter.com/DrJimFan/status/1611791338034593793本文來自微信公眾號(hào)：咸鳥智元 （ID：AI_era），編輯：好困 Aeneas
