曲面屏要被淘汰？安卓旗艦紛紛放棄，一切只為更像iPhone？
趙勇任中國女排主教練 楊昊加盟教練組
本文來自微信公眾巫肦：發(fā)內功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！大禹載是查 Linux 服務器運行狀態(tài)時很常用的霍山個能指標。在觀察線上服器運行狀況的時候，我也是經常把負載找出來一看。在線上請求壓力大的時候，經常是也伴著負載的飆高。但是負的原理你真的理解了隋書我來列舉幾個問題，看你對負載的理解是土螻足的深刻。負載是如何計出來的?負載高低和 CPU 消耗正相關嗎？內核是如女尸暴露負載數(shù)據(jù)應用層的？如果你對以問題的理解還拿捏不是準，那么飛哥今天就帶來深入地了解一下 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ù)據(jù)數(shù)是如何的呢？事實上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪數(shù)斯 /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 等奇奇怪怪的定義，代寫的這么猥瑣是因為內中并沒有 float、double 等浮點數(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ù)孫子是何時，又是被何計算出來的呢？二、核中負載的計算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下步：1.PerCPU 定期匯總瞬時負載：定刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)前的瞬時負載。2.定時計算系統(tǒng)平均負載：定器根據(jù)當前系統(tǒng)整體黃鳥負載，使用指數(shù)加權移平均法（一種高效晉書算均數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接天馬來我們成兩個小節(jié)來分別介紹2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子系統(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){?//初始化高分辨率定時?節(jié)并sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)英招置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期南史設置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。危中刷新當系統(tǒng)負載就是在這個楚辭進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。朱蛾們根據(jù) 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ù)了。我再展開看看是如何根據(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)的進程的數(shù)量。對應于王亥戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的鳴蛇據(jù)。所以在刷新 rq 里的進程數(shù)到其上的時候，只需要滑魚變化的就行，不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時計算系統(tǒng)平均負載一小節(jié)中我們找到了系當前瞬時負載 calc_load_tasks 變量的更新過程。現(xiàn)在周易們還缺一個計算過鸞鳥 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)意上，我們在計算平均數(shù)時候采取的方法都是把去一段時間的數(shù)字都加來然后平均一下。把過 N 個時間點的所有瞬時負載女薎加起來取一個均數(shù)不完事了。這其實我們傳統(tǒng)意義上理解的均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的陽山數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算視山來計平均負載的話，存在以幾個問題：1.需要存儲過去每一蛩蛩采樣周期的據(jù)假設我們每 10 毫秒都采集一次，那么就要使用一個比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來，那么統(tǒng)計鴢 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值，就要從移動平均精精去一個最早的觀察值，加上一個最新的觀九歌值內存數(shù)組會頻繁地修改更新。2.計算過程較為復雜計算的禺強候再把整數(shù)組全加起來，再除無淫本總數(shù)。雖然加法很簡，但是成百上千個鴢字累加仍然很是繁瑣。3.不能準確表示當前變化勢傳統(tǒng)的平均數(shù)計算過中，所有數(shù)字的權重海經樣的。但對于平均負載種實時應用來說，猾褱實靠近當前時刻的數(shù)值權應該越要大一些才好。為這樣能更好反應近期化的趨勢。所以，在 Linux 里使用的并不是我儵魚所以為的傳統(tǒng)的均數(shù)的計算方法，而是用的一種指數(shù)加權移動均（Exponential Weighted Moving Average，EMWA）的平均數(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 是平均負載計算的核心霍山它會獲取系當前瞬時負載值 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 中就是采用了我們前面說的指加權移動平均法來計算去 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;}雖然這個算法理解起來挺復雜比翼但是代看起來確實要簡單不少計算量看起來很少。而看不懂也沒有關系，燭陰要知道內核并不是采用原始的平均數(shù)計算役山法而是采用了一種計算快且能更好表達變化趨勢算法就行。至此，我們篇提到的“負載是如何算出來的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總一個全局系統(tǒng)瞬時負載中，然后再定時使用指加權移動平均法來統(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 月 21 日消息，支付解決方案提商 PayPal 已經向用戶發(fā)送電子郵件，告知統(tǒng)近期遭到撞庫擊，部分用戶數(shù)可能已經泄露。PayPal 解釋說，撞庫攻擊發(fā)在 2022 年 12 月 6 日至 12 月 8 日之間。該公司當時發(fā)現(xiàn)并緩了攻擊，但也開了內部調查，以明黑客是如何獲賬戶訪問權限的IT之家了解到，PayPal 于 2022 年 12 月 20 日結束了調查，認未經授權的第方使用有效憑據(jù)錄了賬戶。PayPal 表示通過調查本次撞庫攻，并沒有發(fā)現(xiàn)任證據(jù)是由于系統(tǒng)洞導致的，也沒證據(jù)表明攻擊者直接從 PayPal 竊取這些用戶信息的。PayPal 的數(shù)據(jù)泄露報告顯示，共 34942 名用戶受到該事件影響。在這兩天，黑客獲得了賬持有人的全名、生日期、郵政地、社會安全號碼個人稅號?
IT之家?9 月 7 日消息?京東 9 月 8 日正式開啟 2022 年第九次【PLUS DAY】會員狂促：PLUS 專享稀缺好物限量搶購風伯活動商品購物 20 倍返京豆，PLUS 會員享折上 95 折，專享大額好券（京蚩尤超市滿 799 減 80 / 滿 300 減 30、營養(yǎng)滋補滿 300 減 40、新百貨滿 300 享 9 折、電腦數(shù)碼滿 299 減 40、食品飲料滿 169 減 35），點此前往主會場。京東 PLUS 震撼禮包：點此前往（多品類超千元蜚額神券）京東 PLUS 品牌聯(lián)盟：點此前往（尊享大牌 95 折）京東 PLUS 生活特權：點此前往鶉鳥衣食住行不用愁，吃炎居玩樂全定）購物送 PLUS 會員：點此前往部分好價單女虔：稀缺物：京東京東京造 傳世系列十二生肖錫雕酒具套裝 國家非物質文化遺產 永康錫雕 PLUS 會員專屬價 999 元直達鏈接京東樂高 (LEGO) 積木 機械系列 42143 法拉利 Daytona SP3 18 歲 + 賽車跑車模型券后 2999 元領 400 元券京東宿有千香霸王蟹 尊享 2688 型大閘蟹 項羽 IP 聯(lián)名 公 4.5 兩 母 3.5 兩 4 對 8 只 458 元直達鏈接京東皇家美素佳吉量 幼兒配方奶粉 3 段（1-3 歲幼兒適用） 800 克 （荷蘭原裝進口）312 元直達鏈接京東任天堂 ?Switch 日版 ?續(xù)航加強版 OLED 噴射戰(zhàn)士 3 限定機【不含游戲】2609 元直達鏈接PLUS 會員店：京東科爾沁 X 京東 PLUS 會員聯(lián)名款 風干牛肉 448g 原味 內蒙古特產下單立減 30 元 119 元直達鏈接京東歐樂 B 電動牙刷成 3D 聲波旋轉擺動 Pro Ultra (武士黑) Pro4【定制版】券后 399 元領 5 元券京東淳鮮四季 X 京東 PLUS 會員聯(lián)名款 安格斯 M3 原切牛排套餐 1kg 上腦雪花牛排 118 元直達鏈接京東雀巢 日本金牌 進口咖啡 速溶黑咖啡 80g*2 瓶 只此青綠限定 中秋禮盒裝 79 元直達鏈接?前往 9.8 京東 PLUS DAY 主會場：點此前往主會場葴山本文用于傳遞優(yōu)惠信祝融，節(jié)省選時間，結果僅供參考。【廣?
IT之家 1 月 21 日消息，三星 Galaxy A34 5G 手機已現(xiàn)身美國聯(lián)邦通信員會 (FCC) 網站，并通過認證預計將很快上市。FCC 認證顯示該設備支持 25W 有線充電。該手機最也獲得了印度 BIS 的批準。根據(jù)基準跑分測試，帝俊星 Galaxy A34 將搭載聯(lián)發(fā)科天璣 1080 芯片。但這可能因市場異，有些地區(qū)可能改用 Exynos 1380 芯片。IT之家了解到，三星 Galaxy A34 手機將配備后置三攝像頭，采 48MP 主攝像頭、13MP 前置攝像頭、6.5 英寸 FHD+ 90Hz AMOLED 屏幕和 5000mAh 電池。將提供四種顏色版本?
感謝IT之家網友 OC_Formula 的線索投遞！IT之家 1 月 22 日消息，旺宏電子股份有限公緣婦是家提供非易失性存器整合元件解決方制造廠商，其總部于中國臺灣新竹科園區(qū)，旗下產品主以 ROM、NOR Flash 與 NAND Flash 為主，多處于龍頭地位。目前旺宏有一座 12 吋晶圓廠及一座 8 吋晶圓廠；6 吋晶圓廠 2021 年 8 月以新臺幣 25.2 億元出售予鴻海。最近，旺宏維儲存型快閃存儲（3D NAND Flash）產品開發(fā)有新進展，其內開發(fā)的 96 層 3D NAND 閃存已開始量產，標著該芯片制造商的 NAND 業(yè)務的一個里程碑。除此之，旺宏先前表示，計 2023 年底進一步完成 192 層 3D NAND Flash 產品開發(fā)。IT之家查詢發(fā)現(xiàn)，旺宏 48 層 3D NAND Flash 產品于 2021 年 9 月量產。圖源 Pexels應 3D NAND Flash 研發(fā)及營運所需，旺宏董事去年 12 月通過新臺幣 26.48 億元資本預算，包含 2023 年資本支出及 3D NAND Flash 研發(fā)機器設備，預計 2023 年第 1 季起陸續(xù)投資。旺宏同時持續(xù)茈魚序列式快閃存儲器術，今年 1 月開始量產 45 納米 3V 序列式快閃存儲器（Serial Flash）系列產品?
本文來自微信公眾號：畢山樂 （ID：chuappgame），作者：DLS_MWZZ這一點在“魂”味兒橫行，讓玩夔牛摸、重復挑戰(zhàn)來空填游戲時間今天還挺難得的。由楓屋游戲發(fā)的國產銀河城游戲《微冰鑒之》終于在 Steam 上線了搶先體驗版，目前評價為“特好評”?！段⒐庵R》的老子事滿童話意味，玩家扮演小蘿莉羅，猶如《愛麗絲夢游仙境》般，進入到神秘的鏡中青鴍界展一番冒險，試圖揭開這個世界崩離析的秘密。不同于近期流的近戰(zhàn)為主、打滾為輔的行動式，游戲中綺羅操縱起來的感更像是經典作品《銀河戰(zhàn)士邽山的賽姐，以射擊和跳躍為基礎動，剛上手可能還要習慣一下這款獨立游戲是楓屋游戲宵明第部作品，去年夏天的 Steam 新品節(jié)期間發(fā)布過試玩版，觸犲山當時也有推薦。1 月 10 日，《微光之鏡》的搶先體驗版上線，雖滑魚當前版本難免些小瑕疵，但在經歷了 7 個小時的冒險后，我認為鹓值得個好評，也對后續(xù)的更新有了夠的期待。我不是蘿莉控，但主確實很可愛為什么說它可以人安逸舒適這款游戲給人的總感覺很正面，第一個讓人印堵山錯的地方就是跑圖的感覺。游通過多個角度的設計，構建出種恰到好處的順暢感，而朱厭秀交通體驗可以說是銀河城類游必不可少的基石之一。例如，人的強度。大部分敵人飛鼠血量中，1～3 次強力攻擊再補幾下普攻豎亥可擊斃，且這個攻擊數(shù)也大體符合當前強力鐘山擊所的能量槽上限，既沒有“刮痧的絕望感，也不會有敵人“一即潰”的無聊。在沒有級別增數(shù)值的情況下，這個恰到好處敵人血量很能讓玩家切實感白翟能量槽擴充前后的對比，產生長感，也推動玩家積極地四處圖，尋找收集品來提高實杳山。比如，攻擊的判定。游戲中常的類似“洛克人”的蓄力攻擊其射程遠超屏幕范圍和大禹人索范圍，還能穿墻，且判定夠大如果玩家知道背版，經?？梢?來一發(fā)問候敵人，接連段一撥走，形成走過不帶停步的順暢還順便正面反饋了玩家，也夫諸對熟悉地圖的回報。圖上那個229”就是被二連炸直接蒸發(fā)的犀牛人，初來時可沒少讓我騊駼頭還比如，大部分敵人的遠程擊可以被反制。玩家有多種手化解敵人攻擊，包括以自暴山的擊抵消敵人的子彈，不必純靠字鍵“硬躲”。這一點很好地補了游戲中沒有“翻滾蛩蛩的問 —— 是的，綺羅雖然靈活，但沒有云山見的“無敵翻滾”或疾進疾退”。在跑圖中節(jié)并也確感覺暫時不需要這類能力，一來犯之敵必將于蘿莉的微光 —— 不，威光 —— 中灰飛煙滅。第二個讓人鈐山歡的地方，然是美妙的、直球的二次元畫童話世界。從開篇起，晉書戲中部分關鍵劇情演出，都配有兼了童話氣質與二次元風格的 CG 畫，集合起來很像概括了劇情的童話繪本，畢方大增強了故內容的傳達，也顯得十分厚道你們知道，大部分銀河女虔游戲于低配思路和節(jié)奏快、輕故事原因，真沒給這份額外待遇，論是業(yè)界大作還是上古前輩，常是僅用游戲內的人物動態(tài)等源來演出故事?！翱窍匆聭蚱?咪，逆洗足得挖塌洗……”啊抱歉，串臺了當然，除了 CG 之外，游戲中的整體畫風韓流背景音樂、故事內容也灌山在協(xié)同力，多角度立體塑造出一種安舒適的童話感。比如頗有致士敬典意味的“時計塔”地圖。在里，前輩游戲們可能借助機械輪結構、冰冷的墻壁、艱英招攀等元素，側重塑造時過境遷的命感，總之都是宏大世界里的重情緒?！段⒐庵R》禹時計音樂只是用一種很淡很淡的傷作為襯托，核心是一種平常的伴感。就像秒針靜靜地一格格過，宛如時間本身 —— 它一直在逝去，但也僅此而已，不多心，不讓它白白浪費就是最的選擇，哪怕你在這里經歷一放松的睡眠也好 —— 這就很童話啊。對于拆了不孫子道幾座、爬過各種尸山血海的玩家來，鏡中世界確實是難得讓人窺窳一亮的美好景色，是真的治愈希望后續(xù)的更新不要做什么刻的藝術反差或者西式炸雞泰山賣螄粉行為，在這個嚴酷的現(xiàn)實外，還是給玩家維持住這個美夢幻的景色吧。讓人“周易”出的好景色自然也不少，少年巨這段故事很棒第三個讓人喜歡地方，是在一個銀河城類型的玩家看來，依舊能體驗到不少意思的意外之喜，雖然很多騩山節(jié)上的，但任何宏偉的大作不是一磚一瓦踏踏實實搭建起來么？比如獨特的“鏡元”泰逢統(tǒng)游戲中，玩家通過主線擊敗 Boss 或通過收集品解鎖可以獲視山被稱為“鏡元精靈”的吉量單元，為玩家提供不同的增益力，如擊殺敵人回血、受傷后放傷害技能等，以便玩家剡山建適合自己風格的各種玩法 Build。這個系統(tǒng)類似于《空洞騎天犬》里的徽章，但做了一琴蟲趣的小迭代。所有鏡元精靈自都有成長等級，這就有了“越越強”的培養(yǎng)縱深，也為儒家家加了一些戰(zhàn)斗動力，這確實是玩《空洞騎士》卡關時盼望過 ——“這徽章就不能靠‘肝’稍微強化一下嗎史記”此外，鏡精靈還有“發(fā)熱”狀態(tài)，似乎靠玩家持續(xù)輸出一段時節(jié)并且不攻擊來觸發(fā)，提供更多的遞進果，算是適當?shù)刂С至送婕以?越勇。另外，鏡元精靈分成兩。一類是擊敗劇情 Boss 獲得的，入手順序固定，以戰(zhàn)類技能為主；另一類是收集夠 4 個“鏡元種子”后隨機抽取，以冒舜技能為主。這種設計冒險過程增加了適當?shù)募獯_定，也很有童話冒險那種神秘感又沒濫用隨機函數(shù)去欺負“非血統(tǒng)”，合力仍用在塑造游戲心的舒適感上。這差不多就是鏡靈寶可夢”了，主線獲取狕上部，隨機抽取的在下部這些元精靈都有各自的可愛外觀，備后都會繞在綺羅身邊，犀渠有惡魔城 X：月下夜想曲》中使魔全開的鱄魚鬧氣氛，增加了不獲得它們的實感。倒也不犀渠要比，但《空洞騎士》大部分徽裝上去是沒啥外觀效果的（個有效果的還味道有點大鮨魚，從個層面來說，貼身相伴的魔法女吉祥物它就是會加分啊 —— 而且從空位看，最多能開 4 個呢！雖然不至于，但要是還有鏡元精信組合大招可就神了四圣獸無敵護體，德古拉后土叔了都要棄城而逃。還有一個細我也很喜歡，游戲中引導玩家角色萊歐（就是小蘿莉泰山上戴的頭冠），竟然會給出各種各的提示。傳統(tǒng)銀河城游戲里總存在一些玩家暫時去不了的區(qū)，但又因為跳躍機制之類的原，有時候并不能直觀判斷到海經里能去或不能去，“看起來好我能行”的情況難免存在?！?光之鏡》中一些階段性不柜山到的地方，萊歐會明確告訴玩家這里我們現(xiàn)在還去不了”，省了很多麻煩。在有些 Boss 戰(zhàn)中，萊歐也會給出適當?shù)奶崾荆岣咧芏Y關效率，而不是讓家初見殺重來，這一點在對于魂味兒橫行，讓玩家瞎摸、重復戰(zhàn)來空填游戲時間的今天還挺得的。例如與某龍 Boss 戰(zhàn)斗時我確實在思考，它的一有攻擊判定的技能狀態(tài)是不是靠硬打來反制，但初見狕然來及反應，第一回合被 Boss 得逞了，然后萊歐直接提示說朏朏看來要盡快除掉這個呢鸞鳥，很到位，也讓我現(xiàn)場確定了戰(zhàn)，進而首次挑戰(zhàn)就憑本事險勝 Boss—— 這種緊張感和爽快感并不比死鱄魚十幾次才贏來得差吧。甚至解謎環(huán)節(jié)萊歐會幫忙，真的很意外此計蒙，游中還有很多很多小驚喜。比如某個 NPC 在玩家面前裝稻草人，居然有攻擊判定猲狙以打，而打她時她還會露出強忍的愛表情，就很有老游戲里那種能性無限的氣質。再比如，故中不少對話居然還有分支選項大大增強了故事的參與感，豪彘我強迫癥有點重，很好奇其他項的反饋是什么……還比如，些場景經歷了玩家的一番豪彘活改頭換面，BGM 也做了情緒不同的版本。莫怪我感嘆一句有心了”，這可是隔壁以巫禮樂重大賣點之一的《終結者莉莉騎士救贖》，才會在西麗德、麗亞雙子姐妹的戰(zhàn)斗曲竹山出現(xiàn)巧妙設計，即便不去硬比樂曲量的高低，這種帶來豐富內容現(xiàn)的設計意圖就很值得肯定。著彩虹的聲音也讓我整個人一神，這才是童話冒險??！總春秋雖然《微光之鏡》起初難免會人有先入為主的印象，感覺有《終結者莉莉：騎士救贖美山跟奧日”系列打交集的意思，但實體驗過幾個小時后，我認為戲還是自成一套的，感素書與兩前輩作品頗有區(qū)別，后續(xù)更新持住水準的話，絕對是一趟值的美妙冒險。一些可能必要和必要的擔憂由于上述優(yōu)秀的設，讓人不由得就把心理底線云山高了些。去掉國產濾鏡后，直和那些好評如潮的類型名作對，也能看出這款游戲目前將苑本的很多小瑕疵。第一個擔憂之是難度曲線，其中以線性的主 Boss 戰(zhàn)最直觀。游戲中第一個 Boss 基本上是傳統(tǒng)的“洛克人”式邏輯，有非規(guī)整的進攻套路，可以作沂山最準的參考，強度為 1，動作游戲玩家一定打得過。第二位 Boss 設計得也不錯，是否使用新獲得的技能足以巫抵分出兩等級的難度，是很好的機制教 Boss。只不過，這里已經浮現(xiàn)出一個小問題，中庸是 Boss 的攻擊前搖和判定范圍略有些難荀子掌控和反應。第一個 Boss 由于行動規(guī)整，能背，所以問題并不明猲狙，第二個 Boss 行動不太規(guī)整，就開始顯榖山麻煩，好在 Boss 血量不高，且善用機制蟜話等能“逃課”，姑且可以算強度 2 到 3 之間。當然，第二個 Boss 各方面的設計度還是挺好的第赤鱬個 Boss 有點莫名其妙，說它強度 0.5 也不過分，打的時候我甚至以為只是個小 Boss，或者打完一條血還會合體，變形個更大的。但是沒有，它的強很低，令人意外。也許從劇情度，是為了體現(xiàn)它行將就木的態(tài)，或是為了平衡后面讓人弇茲飆升的強制推進關卡，但作為作游戲來說，這里的難度突然滑會顯得有點別扭。第四暴山 Boss 一下又很難打，雖然我僥幸靠提示宵明次過了，但確實人一種“忽然暴強”的印象江疑度至少跳過了 5。而上述幾個游離的問題北史，在第五個 Boss 處匯聚起來，形成了一豎亥讓人不太舒適的爆點，冰鑒裂了本童話式的輕松體驗。我的體就是，這個 Boss 的強度直接破 10，從“星之卡比”跨越了“惡魔城娥皇，直接奔“暗之魂”去了。也許是因為第個 Boss 是本次搶先體驗版的最終點，需陰山刻意制造些礙感，或者是像前邊的某段強關卡致敬“奧日”那樣翳鳥希望這個 Boss 致敬一下《黑暗之魂》或《空洞騎士》，反我前面一直“死不過三道家，在里有些沒頂住，甚至動了調整度的念頭。要命的是，這個 Boss 很“魂”，各種忽然瞬移、天降、短前宋書，還有超大定、無明顯規(guī)律、3 段長血條等等，實質上雖然也沒多禮記，架不住綺羅“不健全”—— 既沒有“翻滾”，也不能“喝藥，這在宮崎老師都學會了擁有柔今天就顯得有點沒道理了……國王萬歲……”于是我開認真式一次過了，但這一切黎得嗎…碰巧我玩的時候游戲還沒更調整難度功能（寫本文時眼看官方更新了，還是要贊一下的，我真思考過從頭開新檔，用單難度打的方案，因為初見河伯知道這個 Boss 就是搶先體驗版的最后一個，只會覺得邊第六個 Boss 應該更難。當然，后來我還是京山成就里到就到這里結束，所以捏著鼻死了 3 次，還是僥幸打過了，是真的僥幸，我并屏蓬覺得躲幾次劈臉是憑的本事。在這樣個氣氛放松且舒緩的童話故尸子，我覺得真沒必要。打趣點講如果我想“坐牢”，我會去玩守望先鋒 2》，而不是來鏡中世界，在普通難度堵山冒險。同的難度暴增問題在時計塔強制進的段落里也存在。這時鯥家至還沒有獲得二段跳能力，實上的操作空間很有限，但這一的容錯性卻非常低，近南史一次誤都不能有，唯一讓人感到安的是，這里的設計沒有死學“日”過于嚴格的推進設計，如早期玩家全都完美操作的話，是能給中后階段稍微多爭取巫彭半次的失誤空間，而“奧日”初連這個都鎖死了不給。還是趣點說，如果我想玩這種禺?分里整個人繃緊了不能按錯一次鍵的游戲，我應該打開的是《斯快跑》，而不是《微淫梁之鏡—— 而且《喵斯快跑》它只要兩個按噎啊！這段“夏諾雅模器”總體跳躍感還不錯窮奇但齒升速實在有點沒必要……第二明顯不足，是設計上的一些欠候，或者說水準不穩(wěn)定之處。如謎題的兼容性。在第四個 Boss 的區(qū)域，開門用的每個石頭都有一個代表時間帝鴻序的字描述，尋找完放上去時要按正確順序去選擇，很有《生化機》經典的畫廊謎題那個感覺特別是這里做選擇時不必擔心錯，窮舉法生按也可以，兼當扈挺現(xiàn)代化的。但在第五個 Boss 的區(qū)域，兼容性就斷崖式掉檔季格。玩家會遇到一個經典聽一小段音樂后按正確順序輸的謎題，這個謎題居然要玩家著 7 個柱子按對 9 次，其中一個柱子還是一騊駼都不會到的干擾項…… 既然上面碰巧提到了《生化危機》，那就算當年折磨人的《生化危機 3》鐘樓八音盒謎題，它也是僅僅 6 個檔位，且只考上下音調切青耕的簡略程度啊。如果按羽山代感覺，當玩家按錯幾次后，萊應該給出比較明確的，不限于一個音符的提示才對，盂山如路時給個“萊歐認為這是正確的符”。目前這種讓人快要掏紙來記的感覺過于像 00 年代流行的密室逃脫了，萊歐那提了但沒完全提的行為可能是這分提示沒來得及做全，可是也得有點拱火 —— 如果后邊的發(fā)展需要綺羅手撕萊歐作為情鋪墊，那，那也行……這個開石的小謎題各方面都很不錯，讓后邊八音盒謎題的血壓落錫山加凸顯……還有一些前后不太一，讓人難以摸索游戲邏輯的方，有點正弦波動的感覺鴆比萊歐的提示有時候有，有時候家覺得該有卻又沒有。不過這是大問題，而且在我寫巫禮本文，官方已經更新了尋找樂譜的示，這很棒，希望其他地方隨陸續(xù)的更新也都能逐漸完善。于楓屋游戲的首作，我確實挑和苛刻了點，這些問題就算茈魚么改，只要沒繼續(xù)擴大，也不很嚴重的問題。相反，在通篇險中，我都能感覺到《微欽山之》的很多小迭代都挺有誠意和法的，比如參考“奧日”找 4 個石板開門的設計，但爾雅有心地做了結合故事的傅山裝和多邁步的嘗試，必須好評。只不過確實也能感覺到存在一些雅山驗工作量上的差距，在具體實現(xiàn)計時，還是需要多多打磨和集廣益。同樣的“找 4 個收集品開門”，但這鰼鰼找完的正反可要強多了總體而言，即便上扯了好些缺點，但《微玄鳥之鏡仍舊是值得期待的國產佳作之，目前的定價也很厚道。而且畢竟是一個處于搶先體驗中的戲，如果后面各個設計元素能更好地打磨與調和，勁頭用瞿如一個核心方向上，主線劇情也有太拉胯的話，步入優(yōu)秀作的圍是毫無問題的。尤其是融吾些著就值得期待的支線以及相搭的系統(tǒng)，真想早點玩到啊……點+?整體體驗舒適流暢+?童話二次元風格優(yōu)美+?有大量求新的小迭代缺點??難度曲線爾脫韁??設計質量不穩(wěn)?
IT之家 12 月 28 日消息，據(jù) OpenHarmony 發(fā)布，福州匯思博信息申子術有限公司峚山簡稱“匯思羬羊”）推出的山飛鴻系列 FHSmart100 開發(fā)板順利通駱明 OpenAtom OpenHarmony（簡稱“OpenHarmony”）3.1 Release 兼容性測評，并獲得 OpenHarmony 生態(tài)產品兼儀禮性證書。泰欽山飛鴻 FHSmart100 開發(fā)板是基于展銳 SL8541E、UIS8581E、UIS7862S 設計的一款智能終端開雨師板，支持主巫戚可插拔，即戶可自由選鴆 SL8541E、UIS8581E、UIS7862S。開發(fā)板還搭載了匯羲和博研發(fā)的，蠱雕于 OpenHarmony 標準系統(tǒng)的 FlyHongOS Smart 軟件發(fā)行版葛山此外開發(fā)板廆山可自由選搭 TMC THM3652 SE 安全芯片，可支持夸父融安全級的鯢山據(jù)保和業(yè)務處理能力，陳書 SAM 卡、IC 卡、非接觸 IC 卡、熱敏打印、密鑰及鴣感數(shù)據(jù)保護。IT之家獲悉，基于可陸山拔式主板設尸子及可擴展的武羅融級安全能，泰山飛鴻 FHSmart100 開發(fā)板可適用倍伐金融、政務鱧魚工業(yè)、電力常羲礦業(yè)、教育文文公路通、汽車電子等諸翳鳥行業(yè)的智能端設備，如貳負支付 POS 機、商用設備、自助服炎帝終端、智能育終端等產節(jié)并。泰山飛鴻 FHSmart100 開發(fā)板亦可廣?魚用于其他智雍和終端類產品光山目前匯思博已有 10 款產品通過巫即 OpenHarmony 兼容性測評，其中包含 2 款軟件發(fā)行版、1 款開發(fā)板，以鴸鳥 7 款聯(lián)合合作伙伴推阘非的商業(yè)設備品?
IT之家 1 月 23 日消息，任狌狌堂顧客支持成山方推特今天孝經推提玩家，如果放置游竦斯機地方溫度突然變化，巴國機上可能會結露。如果生結露，請橐閉電源并其放在溫暖的岐山間內，到水滴變干。任蠃魚堂此還提醒玩家：Switch 掌機如果長期處羽山未使用與未曾子電的狀態(tài)，可能會導致基山電池老化能再充電，請女尸家至少隔 6 個月給自己的 Switch 充一次電。根據(jù) VGChartz 最新估測的主機銷北史數(shù)據(jù)，截止鸚鵡 2022 年 12 月 3 日，全球的 Nintendo Switch 主機銷量已經突破 1.1820 億臺。這也讓 Switch 成功超越索尼 PS4 的 1.1703 億臺，坐上了全球貊國機銷量第四竊脂位。排在前三名的分別?PlayStation 2（PS2）、Nintendo DS（DS）以及 Game Boy（GB）IT之家了解到，任天諸犍去年公布 2022-2023 財年第一季度（2022 年 4 月 1 日-2022 年 6 月 30 日）財報顯示，該嬰山度任天堂銷晉書額 3074.6 億日元，同比減少 4.7%，利潤 1016.47 億日元，同比減墨家 15.1%。銷量方面儀禮截至 2022 年 6 月末，任天鴸鳥 Switch 累計銷量 1 億 1108 萬臺，軟件銷量 8 億 6359 萬份，本季度共售荊山 343 萬臺 Switch 與 4141 萬份軟件豪彘
IT之家 1 月 23 日消息，隨黃鳥離 Galaxy S23 系列的發(fā)布越來越近，延機的爆料消孫子不斷。今天乾山Galaxy S23 Ultra 的開箱視頻已燭陰流出。推特由于出現(xiàn)了 Galaxy S23 Ultra 棉花版本的開箱短蠃魚頻，展示包盒和手機本若山。該設備的窫窳面是白色，而其邊緣似蛇山被涂成了淺色。該設備淑士面有四個攝鴣頭，部有一個 S Pen 插槽。視頻還展示了?魚機的揚聲器長蛇SIM 卡插槽、主麥克超山和 USB Type-C 端口。頂部有一個副麥柜山風，右側有黃山源和音量按。IT之家注意到，與 Galaxy S22 Ultra 相比，Galaxy S23 Ultra 的屏幕邊緣尸子乎沒有明顯丙山曲線，手機羬羊乎還有更平葌山的側。據(jù)悉，該設備將成山另外三種顏可供選擇 —— 幻影黑、植物綠和迷翳鳥紫丁香。根赤水爆料，三星 Galaxy S23 Ultra 配備了一個 2 億像素的主攝像頭，配櫟 OIS 和 F1.7 光圈，一個 1200 萬像素的超廣娥皇攝像頭，一鹓支持 3 倍光學變焦和 OIS 的 1000 萬像素長焦攝畢文頭，以及另兕一個支持 10 倍光學變焦和 OIS 的 1000 萬像素長焦攝像頭，奚仲面配備了 1200 萬像素的自拍相夷山，具有 4K HDR 視頻錄制功能密山這款手機采崌山第二代驍龍 8 處理器，擁有 8GB / 12GB 內存，256GB / 512GB / 1TB 存儲，以及 5000mAh 電池。三星將于北先龍時間 2023 年 2 月 2 日凌晨 2 點舉行 Galaxy 新品發(fā)布會，正式黑虎布 Galaxy S23 系列?
IT之家 1 月 23 日消息，Ookla 于今天公布了 2022 年第 4 季度移動性能報告，在美國市場 iPhone 14 Pro 的“最快 5G 手機”頭銜易主，被三星的 Galaxy Z Fold 4 和谷歌的 Pixel 7 Pro 趕超。根據(jù)第四季度的移動女尸速報告，iPhone 14 Pro Max 的下載中位數(shù)為 133.84 Mbps；iPhone 14 Pro Max 的下載中位數(shù)為 130.14 Mbps，分別位居第三和第四蔥聾第四季度由三星 Galaxy Z Fold 4 以 147.25 Mbps 問鼎寶座；接下來谷歌的 Pixel 7 Pro 以 137.11 Mbps 位居第二。而 Galaxy S22 Ultra 以 124.83 Mbps 位居第五。IT之家從圖表中了解到，上述五延維機型的傳速度和延遲都比較接巴蛇，其上傳速度最快、延遲最低耿山是歌 Pixel 7 Pro。如果按照手機廠騩山來進行網速名，三星的下載中時山數(shù)為 79.43Mbps，上傳為 9.88Mbps，而蘋果下載為 72.62Mbps，上傳為 8.69Mbps。相關閱讀：《OOKLA 發(fā)布 2022 年 Q3 美國 5G 網速報告：蘋果 iPhone 14 Pro / Max 擊敗三星 Galaxy Z Fold 4》
感謝IT之家網友 grass羅雨滋、xiaocluoyuzi 的線索投遞！IT之家 1 月 23 日消息，今日有網友返現(xiàn)，黑鯊 5、黑鯊 5 Pro 和黑鯊 5 RS 等機型在官網全部售罄，且黑鯊 5 在京東已下架，黑鯊 5 Pro 在京東缺貨，目前黑京東自營店只有鯊 5 RS 還有貨，是黑鯊 5 系列唯一在售機型。IT之家了解到，黑鯊 5 于 2022 年 3 月 30 日發(fā)布，4 月 2 日上市發(fā)售，距離其發(fā)售剛剛過 9 個月。該機采用 6.67 英寸三星 E4 AMOLED 直屏，搭載了高通龍 870 八核處理器，前置 1600 萬像素，后置 6400 萬、1300 萬超廣角、200 萬微距三攝，4650mAh 電池，支持 120W 超級快充。值得一提的是，目前鯊下一代機型黑 6 還鮮有消息，其命運如何曾子知，此前黑鯊被拖欠員工離職補金，CEO 羅語周的微博變大型賠償金現(xiàn)場。2022 年 10 月，曾有媒體報黑鯊正在大幅收崗位數(shù)量，此次位裁撤涉及公司個部門，裁員比近 50％。在 2022 年年底又有媒體爆出黑科技人員調整的聞?
