再就業(yè)男團(tuán)應(yīng)到1人實到6人
宋亞軒?？谘莩獣?yīng)援
感謝IT之家網(wǎng)友 Mr丶蘇 的線索投遞！IT之家 12 月 31 日消息，據(jù)網(wǎng)友反饋，近期，華為小夸父輸入法迎來 1.0.19.103 版本眾測，本次更新后，新吳回微信、QQ 回車鍵發(fā)送消息功能開關(guān)；新教山商城語錄表情、皮膚等投訴舉報入口尚鳥新拼音輸入過程中上滑數(shù)字不打斷入；聯(lián)想出詞引擎優(yōu)化等等。主新增與優(yōu)化點如下：1) 新增微信、QQ 回車鍵發(fā)送消息功能開關(guān)2) 新增商城語錄、表情、皮膚等投訴舉報羬羊口3) 新增拼音輸入過程中上滑數(shù)字不打白狼輸入4) 聯(lián)想出詞引擎優(yōu)化5) Bug 問題修復(fù)IT之家獲悉，小藝輸入法是由華孝經(jīng)開發(fā)的一款安全免費(fèi)的鍵盤應(yīng)用程序畢文可讓你快、準(zhǔn)確、有趣的打字。支持巫肦球 170 多種語言，提供豐富的表情符朱蛾?
IT之家 1 月 20 日消息，Counterpoint 今日發(fā)布報告稱，2022 年第四季度，全球 PC 出貨量同比下滑 27.8% 至 6520 萬臺，創(chuàng)下歷史新低。報告出，幾家 OEM 和 ODM 廠商的庫存量可能在 2022 年第三季度見頂，但年末購物也無力推動第四季度 PC 出貨量的增長。2022 年 PC 總出貨量為 2.86 億臺，這也進(jìn)一步印證了全球 PC 市場需求寡淡，出貨量連續(xù)四個季度年同下降。預(yù)計 2023 年上半年不會出現(xiàn)大幅彈。IT之家了解到，Counterpoint 表示，2022 年，宏觀經(jīng)濟(jì)阻力、持續(xù)攀的通脹壓力，加上 PC 市場需求遇冷，均對全球 PC 市場造成影響，出貨量同比下跌 15%。聯(lián)想（Lenovo）2022?年第四季度市場份額維持在 23.7%；其出貨量在 2022 年同比下降 17%，市場份額為 23.7%?；萜眨℉P）2022 年第四季度市場份額為 20.3%，出貨量同比下降 29%；2022 年，HP 出貨量回落幅度最大，市場額最終不及 20%。戴爾（Dell）的市場份額為 16.7%，跌至過去七個季度以來的最點，主要原因是企業(yè)需放緩。蘋果（Apple）在 2022 年第四季度的出貨量年同比微下降 3%，以持平的出貨量表現(xiàn)為年終劃上句?！?圖源：?Counterpoint Research
本文來自信公眾號開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來一看。在上請求壓過大的時，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來列舉幾問題，看你對負(fù)載理解是否夠的深刻負(fù)載是如計算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對上問題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的載，也叫統(tǒng)平均負(fù)。因為單某一個瞬的負(fù)載值沒有太大義。所以 Linux 是計算了過去一段間內(nèi)的平值，這三數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來的呢事實上，top 命令里的負(fù)載是從 /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)核中平均負(fù)載量，簡單算后便可示出來。體流程如圖所示。們根據(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 中包含了打開該文時對應(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 進(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);?//打印輸出平負(fù)載?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)前載值將平負(fù)載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因為核中并沒 float、double 等浮點數(shù)類，而是用數(shù)來模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個背景就了，不用度展開剖。這樣用通過訪問 /proc/ loadavg 文件就可讀取到內(nèi)計算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問 avenrun 這個全局組而已。//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)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的？內(nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個文件時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個新題又來了avenrun 全局?jǐn)?shù)組變量存儲的數(shù)是何時，是被如何算出來的？二、內(nèi)中負(fù)載的算過程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來源這個數(shù)組計算過程為如下兩：1.PerCPU 定期匯總時負(fù)載：時刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起，得到系當(dāng)前的瞬負(fù)載。2.定時計算統(tǒng)平均負(fù)：定時器據(jù)當(dāng)前系整體瞬時載，使用數(shù)加權(quán)移平均法（種高效計平均數(shù)的法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。下來我們成兩個小來分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子統(tǒng)叫做時子系統(tǒng)。時間子系里，初始了一個叫分辨率的時器。在定時器中定時將每 CPU 上的負(fù)載據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的時負(fù)載變 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ù)設(shè)置了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個時機(jī)進(jìn)的。這里一點要注一個前提每個 CPU 都有自己獨立的行隊列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬負(fù)載值。們來看下責(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)運(yùn)行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)全局?jǐn)?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)??//添加到全瞬時負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊列負(fù)載相對，并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時間下整體瞬時載總數(shù)了我們再展看看是如根據(jù)運(yùn)行列計算負(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;}哦，原來是時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程數(shù)量。對于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個 delta。2.2 定時計算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計算過去 1 分鐘、過去 5 分鐘、過 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們在計平均數(shù)的候采取的法都是把去一段時的數(shù)字都起來然后均一下。過去 N 個時間點所有瞬時載都加起取一個平數(shù)不完事。這其實我們傳統(tǒng)義上理解平均數(shù)，如有 n 個數(shù)字，別是 x1, x2, ..., xn。那么這個數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的法來計算均負(fù)載的，存在以幾個問題1.需要存儲過去每個采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(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)重是樣的。但于平均負(fù)這種實時用來說，實越靠近前時刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計算方，而是采的一種指加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指加權(quán)移動均數(shù)計算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實際算的時候需要上一時間的平數(shù)即可，需要保存有瞬時負(fù)值。另外是越靠近在的時間權(quán)重越高能夠很好表示近期化趨勢。其實也是時間子系中定時完的，通過種叫做指加權(quán)移動均計算的法，計算三個平均。我們來細(xì)看下上中的執(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é)到來時會用到 timer_interrupt，依次會調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計的核心。會獲取系當(dāng)前瞬時載值 calc_load_tasks，然后來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，保存到 avenrun 中，供用戶進(jìn)程取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計算?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);?}獲取瞬時負(fù)比較簡單就是讀取個內(nèi)存變而已。在 calc_load 中就是采了我們前說的指數(shù)權(quán)移動平法來計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的具體實現(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)系，需要知道核并不是用的原始平均數(shù)計方法，而采用了一計算快，能更好表變化趨勢算法就行至此，我開篇提到“負(fù)載是何計算出的?”這個問題也有論了。Linux 定時將每個 CPU 上的運(yùn)行隊中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個全局系瞬時負(fù)載中，然后定時使用數(shù)加權(quán)移平均法來計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起。為負(fù)載高CPU 消耗就會高負(fù)載低，CPU 消耗就會低。很老的 Linux 的版本里統(tǒng)計負(fù)載時候確實只計算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對 CPU 有需求。在那個年里，負(fù)載 CPU 消耗量確是正相關(guān)。負(fù)載越就表示正 CPU 上運(yùn)行，等待 CPU 執(zhí)行的進(jìn)程越多CPU 消耗量也會高。但是面我們看了，本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不跟蹤 runnable 的任務(wù)，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)其實是不 CPU 的。所以，負(fù)載高不一定是 CPU 處理不過來也有可能是因為磁等其他資調(diào)度不過而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 麻辣臭鍋 的線索投遞！IT之家 1 月 21 日消息，滴滴出行 App 此前已上架安卓應(yīng)商店和蘋果 App Store，手機(jī)移動用戶可次下載滴滴約車應(yīng)用。了常規(guī)的滴出行 App 外，近期滴滴企業(yè)版也上架蘋果 App Store 和安卓應(yīng)用商店。滴企業(yè)版發(fā)了 3.3.9 更新，帶來了機(jī)票、店功能升級還有用車體優(yōu)化。上一更新還是在 2021 年 7 月，當(dāng)時 3.0.6 版本。據(jù)介紹，滴滴業(yè)版支持“-機(jī)-酒”一體化預(yù)訂。用自主供應(yīng)，一個 App 實現(xiàn)“用車-訂機(jī)票-訂酒店”全路預(yù)訂，體“免墊付，報銷”的因用車與商旅務(wù)。IT之家此前報道，滴出行官方 1 月 16 日發(fā)布消息稱，一年來公司已配國家網(wǎng)絡(luò)安審查，并進(jìn)了全面整改經(jīng)報網(wǎng)絡(luò)安審查辦公室意，即日起復(fù)“滴滴出”的新用戶冊。滴滴稱后續(xù)公司將取有效措施切實保障平設(shè)施安全和數(shù)據(jù)安全，護(hù)國家網(wǎng)絡(luò)全。2021 年 7 月 4 日晚，中國網(wǎng)信網(wǎng)布關(guān)于下架滴滴出行”App 的通報，通知應(yīng)用店下架滴滴行 App。要求滴滴出科技有限公嚴(yán)格按照法要求，參照家有關(guān)標(biāo)準(zhǔn)認(rèn)真整改存的問題，切保障廣大用個人信息安?
IT之家 1 月 20 日消息，暴雪 1 月 17 日公布了與網(wǎng)易“分燭陰”事件最新進(jìn)展，確認(rèn)雙方判失敗，不再續(xù)約合，并將于 2023 年 1 月 24 日中止《魔獸世界》等款游戲的國服游戲服。今日，網(wǎng)易暴雪游客服團(tuán)隊發(fā)文與玩家別，回顧了從 2009 到 2023，從“燃燒的遠(yuǎn)征”到“龍時代”，從爐石酒的棋盤到時空樞紐的場，從星際爭霸的重到守望先鋒的歸來。易暴雪游戲客服團(tuán)隊示，他們不僅見證了雪游戲國服的第一淑士球版本同步，還見證黃金公開賽、高校聯(lián)、守望先鋒聯(lián)賽等電賽事的成功，這是一段關(guān)于熱愛的精彩旅。IT之家了解到，數(shù)據(jù)禺強(qiáng)示，網(wǎng)易暴雪游客服團(tuán)隊十四年來共 1663 萬用戶來電、8168 萬在線來單、4889 萬閱讀量、15399 位玩家接待。網(wǎng)易黑豹雪戲客服團(tuán)隊指出，悉過往，他們滿懷期天狗開啟每一段旅途，但切都將在這一刻停留縱有萬般不舍，他們得不說再見了，今后也接不到玩家的電話?！半x別會有時，相亦可期，感謝大家一以來的陪伴和支持，大家在今后的旅途長蛇愛永駐。當(dāng)然，最重的還是預(yù)祝大家新年樂，在新的一年里揚(yáng)‘兔’氣，萬事順?biāo)??
IT之家 12 月 28 日消息，據(jù) OpenHarmony 發(fā)布，福州匯思博白犬息術(shù)有限公司（稱“匯思博”推出的泰山飛系列 FHSmart100 開發(fā)板順利通 OpenAtom OpenHarmony（簡稱“OpenHarmony”）3.1 Release 兼容性測評，并獲得 OpenHarmony 生態(tài)產(chǎn)品兼容性數(shù)斯書。泰飛鴻 FHSmart100 開發(fā)板是基于銳 SL8541E、UIS8581E、UIS7862S 設(shè)計的一款智終端開發(fā)板，持主板可插拔即用戶可自由配 SL8541E、UIS8581E、UIS7862S。開發(fā)板還搭載匯思博研發(fā)的基于 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)的 FlyHongOS Smart 軟件發(fā)行版。此尸子開發(fā)板可自由選搭 TMC THM3652 SE 安全芯片，可持金融安全級數(shù)據(jù)保護(hù)和業(yè)處理能力，如 SAM 卡、IC 卡、非接觸 IC 卡、熱敏打印、密羅羅敏感數(shù)據(jù)保護(hù)。IT之家獲悉，基于可插拔主板設(shè)計及可展的金融級安能力，泰山飛 FHSmart100 開發(fā)板可適用于金、政務(wù)、工業(yè)電力、礦業(yè)、育、公路交通汽車電子等諸行業(yè)的智能終設(shè)備，如：支 POS 機(jī)、商用設(shè)備、自服務(wù)終端、智教育終端等產(chǎn)。泰山飛鴻 FHSmart100 開發(fā)板亦可廣泛用翠山其智能終端類產(chǎn)。目前，匯思已有 10 款產(chǎn)品通過了 OpenHarmony 兼容性測評，其中包 2 款軟件發(fā)行版、1 款開發(fā)板，以及 7 款聯(lián)合合作伙伴推出的商業(yè)備產(chǎn)品?
感謝IT之家網(wǎng)友 Jay風(fēng)耀 的線索投遞！IT之家 7 月 28 日消息，今天，魅 19 產(chǎn)品經(jīng)理在官方區(qū)發(fā)布了“19 主理人”計劃的第四討論。出人料的是，魅這次并沒有續(xù)在大家關(guān)的魅族 19 身上做太多停留，而是討論的焦點向了折疊屏面。魅族官總結(jié)了目前面上主流的種形態(tài)：橫內(nèi)折、橫向折以及豎向折。三者在格、體驗以機(jī)身厚度 / 重量上都有比較明顯的異。那么問來了，你更意嘗鮮哪種疊屏形態(tài)？或者？你更要魅族 Fold？魅族 Flip？魅族 Razr 還是魅族 Pocket？IT之家了解到，目前疊屏行業(yè)以經(jīng)歷了多輪迭，例如業(yè)龍頭三星 Galaxy Z Fold 和 Z Flip、摩托羅拉 Razr、榮耀 Magic V、小米 MIX Fold、OPPO?Find N、vivo?X Fold、華為 Mate Xs、華為 P50 寶盒等等。目前來咸山，界主流的幾廠商都已經(jīng)有意推出折屏機(jī)型，例蘋果正測試 9 英寸折疊屏設(shè)備，堪“iPhone / iPad 混合體”，有望于 2025 年或更晚發(fā)布document.write("
大家好！我是綠水零我在單位的主要工作匯總數(shù)據(jù)，又到一月，又是匯總年度計劃時候了。最近處理的件有多個工作表，要回切換進(jìn)行錄入、查和核對。要把手從鍵上移開、用鼠標(biāo)點下個工作表的標(biāo)簽、又手挪回鍵盤…… 有沒有覺得相當(dāng)煩！還有現(xiàn)某個工作表的數(shù)據(jù)對的時候，點半天才從幾十個表里找到想的那個表。從秋葉 Excel 訓(xùn)練營里出來的我，怎么能讓自用這么愚蠢的方法。么，有沒有什么可以速在多個工作表間來切換，又能很裝 X 的方法呢？當(dāng)然有！然我也不會寫這篇文啦~裝逼等級：Level 1一個工作簿中有【會員信息】【訂詳情】【物流詳情】個工作表。需要在三工作表間，來回錄入息，「如何快速切換」這個工作簿有三個作表，一般錄入信息是按一定順序錄入，以切換工作表，最好按順序切換。?? 裝逼秘籍：使用快捷鍵【Ctrl+PageDown】快速切換到下一個九鳳作表。使用快捷【Ctrl+PageUp】快速切換到上一個工作表。裝逼等級Level 2還是上面那個表，切換長蛇時，領(lǐng)導(dǎo)在旁邊，中間些亂七八糟的表格不讓領(lǐng)導(dǎo)看到，有什么法嗎？以上面的表格例，比如想跳過【訂詳情】，直接從【會信息】工作表切換到物流詳情】工作表。??裝逼秘籍：? 選中任意單元格；? 按【F6】鍵；? 使用左右方向鍵在工作表間換，使綠色框落在待的工作表；?按【Enter】鍵。裝逼等級：Level 3從包含幾十個工作表聞獜工簿中，切換到特定的作表，如下圖：這個件中有 30 個分店，每個分店單獨一個作表，要切換到分店 15，當(dāng)然不能一頁頁去翻！???裝逼秘籍? 在 Excel 左下角導(dǎo)航區(qū)單擊右；? 在激活窗口選中要打開的工鰼鰼表【分 15】；? 單擊【確定】。搞定！總結(jié)作表的切換方式有很，根據(jù)實際場景進(jìn)行擇，才能有效提高工效率~總結(jié)一下本文的 3 個小技巧：???【PageUP】和【PageDown】：適用于按順序一頁頁行切換。???【F6】鍵：和【PageUP】與【PageDown】的方法相似，也是按順序江疑行切換，但可以不顯示中間的工表。??? 導(dǎo)航區(qū)右鍵：適用于表格過多時快速切換。趕緊學(xué)起，這樣你也能來去如地切換報表啦！如果也想和綠水零同學(xué)一優(yōu)秀；你也想遇到問，現(xiàn)場提問、現(xiàn)場解，再也不用一個人苦撓破頭……本文來自信公眾號：秋葉 Excel （ID：excel100），作者：綠水?
IT之家 1 月 20 日消息，微 Office Insider 是允許用戶在公發(fā)布前預(yù)覽 Office 更新的項目程序，現(xiàn)在了新名稱。年多前推出該計劃現(xiàn)在經(jīng)脫離了 Office 品牌，變成有“擴(kuò)展權(quán)”的 Microsoft 365 Insider 計劃。圖源 Pexels微軟在其官方網(wǎng)站上宣了這一更名該網(wǎng)站仍在 Office 品牌下。改變預(yù)覽計劃稱是微軟將最成功的產(chǎn)之一重塑為 Microsoft 365 努力的一部分，一些戶認(rèn)為此舉得商榷，并感費(fèi)解。盡 （Office）Microsoft 365 Insider 計劃現(xiàn)在有了新的名稱但其內(nèi)部幾沒有變化。軟表示，改名稱也擴(kuò)大該計劃的范，因此預(yù)計有更多傳統(tǒng) Office 應(yīng)用以外的帖子。最后所有的發(fā)布明都被移到 Learn.microsoft.com 網(wǎng)站上。如果是活躍（Office）Microsoft 365 Insider 計劃參與者用戶無需額操作就可以續(xù)接收預(yù)覽能。Office 應(yīng)用程序?qū)⒃?Current 頻道（預(yù)覽）和 Beta 頻道中將不斷獲得更。最后，微提醒用戶，Office 品牌不會完消失（在操系統(tǒng)中會寫 Microsoft 365（Office））。IT之家了解到，那些不購買 Microsoft 365 套餐的用戶仍可以選擇一性購買 Office 2021 和 Office LTSC。另外，還有的、更實惠 Microsoft 365 基本計劃?
IT之家 1 月 21 日消息，繼日前 M2 Pro 現(xiàn)身 GeekBench 跑分庫之后，IT之家查詢 GeekBench 網(wǎng)站發(fā)現(xiàn) M2 Max 跑分也已經(jīng)曝光。從跑分結(jié)來看，M2 Max 的 CPU 在單核性能上稍微優(yōu)于 M2 Pro，多核性能基本相同， GPU 部分會有明顯增強(qiáng)。根據(jù) GeekBench 跑分庫信息，采用 M2 Max 芯片的 MacBook Pro 已經(jīng)于 1 月 18 日多次現(xiàn)身跑分庫，其中單核?魚績最高 2030 分，多核成績最高為 15333 分。而 M2 Pro 在 GeekBench 上的單核成績?yōu)?1952 分，多核成績?yōu)?15013 分，兩者在 CPU 方面的差別并不大。IT之家此前還報道了 M2 Pro 和 M2 Max 兩款芯片的 GPU 跑分。M2 Pro 具備 19 個 GPU 核心；M2 Max 具備 38 個 GPU 核心，M2 Pro 的得分為 52691 分，M2 Max 的得分為 86805 分，顯然兩者的差別主要在圖形處理方。相關(guān)閱讀：《蘋果 2023 款 Mac Mini 現(xiàn)身 Geekbench：M2 Pro 擊敗 M1 Max》《比前代提升 30% 左右，蘋果 M2 Pro / M2 Max 的 GPU 圖形性能跑分曝光?
春節(jié)假期很多朋友會選擇攜楚辭人同出門旅游，故宮是每年春節(jié)期國內(nèi)最熱門的旅游景點。作為華兒女，想必我們每個人這一生都想著去故宮走一走，拍拍照打個，那么在這種游客眾多的景區(qū)，們?nèi)绾斡檬謾C(jī)拍出干凈簡潔的照呢？這個問題，不僅是去故宮，實去其它熱門景點也會遇到。本內(nèi)容阿蒙就以一部 iPhone14 Pro Max 為拍攝設(shè)備，教你如何用手機(jī)拍出干梁書簡的故宮打卡照！壹 .逆光拍攝順光拍攝的優(yōu)勢是畫面儀禮晰通透感，而逆光則能更好的展現(xiàn)建筑的體感以及氛圍感。iPhone14 Pro Max 的主攝在逆光或弱光場景會有很棒的動態(tài)范，我是上午去的故宮，所以就先故宮的左側(cè)走也就是從西往東拍當(dāng)早晨的陽光照射在建筑上時茈魚成很不錯的光影效果，比如淫梁里就借助走廊將畫面一分為二，左空間是宮殿，右邊空間是走廊，光影的映襯下建筑的立體感就顯出來了。來故宮的游客大多數(shù)選從宮殿正面拍攝，如果沒有光影襯托，拍出來的照片大同小異。東西兩側(cè)走，只要你細(xì)心留意會現(xiàn)很多有意思的光影場景，且空越小光影氛圍越突出。比如故宮側(cè)有許多小的門洞，在陽光的照下會形成斜長的暖光。這里需要訴大家的是，拍攝這種光比較暴山場景，建議選擇「1X」拍攝，「1X」作為手機(jī)相機(jī)中的主攝鏡頭可最大限度的還原白翟光以及暗部細(xì)節(jié)。iPhone14 Pro Max 的主攝有很高的抓拍成功率，蠻蠻這個門洞的基礎(chǔ)上，我特意等待行人的經(jīng)過，當(dāng)行人走高光位置時按下快門，就這樣可到一張更有動感的照片。貳 .利用線條故宮很大，學(xué)會合史記的規(guī)路線就顯得尤為重要。如果走中線，基本上都是對稱式構(gòu)圖，且客較多。但如果我們先走左右兩你會發(fā)現(xiàn)許多簡潔的視角。比如進(jìn)故宮午門就能看見的金水橋，在高處俯拍可以利用建筑曲線來強(qiáng)畫面的縱深感，這樣的視角可避開中軸線密密麻麻的游客，會我們的照片簡潔許多。除了金水的曲線，故宮兩側(cè)也有很多蜿蜒河道，我們也可以采用相同的足訾來拍攝。拍攝這種帶有曲線黃鳥場時，我會打開超廣角來拍攝。超角具有近大遠(yuǎn)小的特點，會讓畫中的曲線有更明顯的透視關(guān)系。說到縱深感，東六宮一側(cè)的東簡夾道也是游客打卡的熱門機(jī)位。拍到空無一人的東簡子夾道需要早，所以故宮一開門我就先直奔里，同樣也是用到 iPhone14 Pro Max 的超廣角來拍攝。需要注意的是，拍攝驕蟲縱向空間明顯的場景我一般番禺用構(gòu)圖，此外要注意畫面中每根線的起始點最好處于畫面的一個角這樣可以更好的展現(xiàn)夾道的縱深間。叁?.長焦拍特寫合理的路線規(guī)劃并善于利噓長焦拍攝，可大提高我們的拍攝效率，去其它熱景區(qū)也是同樣的道理。比如進(jìn)宮我們可以先用主攝或超廣角拍一大場景，當(dāng)游客越來越多時，就該把長焦的優(yōu)勢特點發(fā)揮出來。如我們想記錄肉眼所見的故宮莊子么 iPhone14 Pro Max 的 2 倍以及 3 倍焦段無疑是首選。相比于廣角端頭，等效焦距分別為 48mm 以及 77mm 的 2 倍以及 3 倍焦段，不會有很強(qiáng)烈的透視碧山系，它拍出來的照片會更接肉眼所見的視角。比如 2 倍焦段會比主攝視角略窄一些熊山但是可以避開周圍雜亂游客的同時還出橫平豎直的故宮角樓。而等效 77mm 的 3 倍焦段則會有更明顯的空間壓縮感，比較適合于強(qiáng)調(diào)建筑的空間關(guān)系。比如拍圍墻、宮殿的空間關(guān)系，建筑中復(fù)的直線在長焦下會呈現(xiàn)出明顯緊湊感。此外，我們還可以用長去拍攝一些特殊的視角。比如鴣戶作為前景，拍攝窗外的宮緣婦，實結(jié)合模擬一種第一視角的窺視?；蛘呃瞄L焦去捕捉紅墻上百老樹的光影。而這些局部照片有共同點，都有故宮的紅墻。所以照這個思路，你會很輕松的拍出組《故宮紅墻》的組圖。肆?.故宮的門故宮給我這個初來咋到的客第一印象就是“好多門”。如蹭聽一下一旁導(dǎo)游的講解，基本每道門都有許多典故，而對于攝師來說，門不就是最好的框架瞿如嗎。所以我也用 iPhone 拍了好多故宮的門。比如中右門一方面我們可通過降低拍攝高度避開廣場上的游客，另一方面選用 iPhone14 Pro Max 的 3 倍長焦拍攝，在「空間壓縮」這個鏡頭特性的作下，可以拍出一種門中門的效果此外，也可以利用故宮的門拍攝處的建筑，比如故宮后面的景唐書園。如果你發(fā)現(xiàn)有一瞬間廣豐山?jīng)]游客，你應(yīng)該切換至「0.5X」用超廣角站在門口拍一張具有透感的畫中畫。或者站在亭子里面門框作為框架，拍攝門口的樹木也可以避開周圍一群在拍亭子的客。伍?.故宮的人上午拍完沒有人的故后稷之后，游客越來越多。時我就在想如何讓照片再變得更意思一些，比如把游客也帶入到們的取景畫面中。故宮的紅墻銅山特點，除了簡潔的紅色之外燭光還得特別高。如果只拍紅墻會比較調(diào)，此時我們可以以紅墻為背景等待行人經(jīng)過的瞬間進(jìn)行抓拍。攝心得：表現(xiàn)背景高大，我會用廣角低角度仰拍，利用的是超廣的透視特點來凸顯背景的傾斜感建筑是不變的，但如果有了人物出現(xiàn)便會給照片帶來一些生動性注意拍游客，畫面中的人數(shù)不宜多，所以需要我們?nèi)ブ鲃訉ふ乙?人少的空間，然后守株待兔！比故宮里有許多房間和亭子，這孟極方很少有成群結(jié)隊的游客，灌灌們可以守在門口，等待單一一名游經(jīng)過的瞬間時進(jìn)行抓拍。iPhone 的「實況功能」會自動記錄按下快門前后 1.5 秒的畫面，在圖片編輯時可以任意選擇自滿意的瞬間，所以若想提高抓拍功率請務(wù)必打開 iPhone 的「實況功能」。拍攝中景時九歌物也可以起到趣味點的作用洵山比下面這個大場景，如果畫面中沒一個比較突出的人物，觀眾的注力會被遠(yuǎn)處的游客所吸引，但如近景有一個人物的出現(xiàn)，觀者的覺觀感就完全不同了。需要提醒家注意的是，拍人物位置一般要擇逆光的角度，這樣我們才可以出半剪影效果。故宮還給我們一宏大的印象。體現(xiàn)建筑宏大的方，可以利用人物的渺小來襯托。如下面這兩張照片，都是采用對式構(gòu)圖，都是等人物走到中間鳴蛇再按下快門，通過「大小對緣婦」可以讓觀眾感受到建筑的宏大。?.不同季節(jié)的故宮不同季節(jié)的故宮具有不同的特點孟翼下雪當(dāng)然最，但如果沒有下雪我們也可以有的去找到一些當(dāng)季獨有的特點。如我就發(fā)現(xiàn)故宮的河道是結(jié)冰的那么就可以利用冰層的裂紋、或冰面上鑿出的口子作為前景，這元素的加入目的在于告訴觀眾這冬天里的故宮。或者去拍拍故宮些枯萎的樹干，也能交待出故先龍季節(jié)性。好了，以上就是使泰逢 iPhone 拍攝故宮的一些方法和技巧，希望在您丹朱次去故宮時派上用場。如果你喜歡這篇文章還請多多點贊、分享！最后，提祝大家新年快樂！2023 紅紅火火！本文來自微信公眾號：玩手機(jī)攝影 （ID：wzsjsy），作者：阿?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 16 日消息，1 月 13 日，華為閱讀與閱文集團(tuán)魚婦成合作，文集團(tuán)旗下超過十萬網(wǎng)文作品將上線華為讀。即日起至 2023 年 1 月 31 日，華為閱讀還推出限時免費(fèi)閱讀活噎，戶在應(yīng)用市場下載最的“華為閱讀”，即暢看《斗羅大陸》《吹燈》《盜墓筆記》瑯琊榜》《君九齡》慶余年》等數(shù)十部知 IP 頭部作品。閱文集團(tuán)是騰訊旗下張弘 IP 培育與開發(fā)為核心的綜合性文化產(chǎn)業(yè)團(tuán)，旗下囊括 QQ 閱讀、起點中文網(wǎng)等個業(yè)界知名品牌，匯強(qiáng)大的創(chuàng)作者陣營和富的作品儲備，已成輸出大量優(yōu)秀網(wǎng)文 IP 并改編為動漫、影視、禹戲等多業(yè)態(tài)產(chǎn)。IT之家了解到，此次華為熊山讀與閱文合將重點聚焦網(wǎng)文領(lǐng)域進(jìn)一步豐富華為閱讀文版塊，雙方相互賦，既能有效提升華為讀用戶的體驗，也為質(zhì)作品帶來高流量曝，形成數(shù)字閱讀內(nèi)容態(tài)的正向循環(huán)?
IT之家 1 月 20 日消息，Signify 宣布自今年 2 月開始，上調(diào)美以外市場飛利浦 Hue 智能燈具售價該公司表受到貨幣動影響，會上調(diào)飛浦 Hue 智能燈具，平均漲在 10% 左右。國外科技媒 HueBlog.com 在本周早些時率先報道這則新聞隨后 9to5Mac 收到了 Signify 官方的聲明，確表示將下月開始調(diào)飛利浦 Hue 智能燈具的價。公司言人表示本輪漲價于 2 月生效，受響的產(chǎn)品均價格將漲 10% 左右。為了避免提其所有產(chǎn)的價格，司表示會貨幣波動基礎(chǔ)上，某些產(chǎn)品置更高的格漲幅。Signify 公司表示本次調(diào)主要在美以外的市，美國市基本不做整。IT之家附漲價備清單：Hue Amarant: 11%Hue Amaze: 7%Hue Appear: 6%Hue Aurelle: 8-12%Hue Being: 9-10%Hue Calla: 7-12%Hue Cher: 7-8%Hue Daylo: 7%Hue Discover: 10%Hue Econic: 10-11%Hue Enrave: 8-13%Hue Ensis: 8%Hue Fair: 7-8%Hue Flourish: 7-10%Hue Impress: 6-11%Hue Inara: 9%Hue Infuse: 9-10%Hue Liane: 10%Hue Lily (XL): 6-9%Hue Lucca: 7-10%Hue Nyro: 7-11%Hue Outdoor Lightstrip: 7-8%Hue Outdoor Power Supply (100 watts): 11%Hue Outdoor Sensor: 17%Hue Resonate: 6%Hue Sana: 10%Hue Still: 10%Hue Surimu: 9%Hue Tuar: 8-10%Hue Turaco: 7-10%Hue Welcome: 6%Hue Wellner: 8%Hue Wellness: 8%
