唐人街探案4
                    追覓、海爾、安克都下場,“具身智能”到底是噱頭還是良方|焦點 分析
                        感謝IT之家網(wǎng)友 航空先生 的線索投遞!IT之家 1 月 15 日消息,三星電子印度公乘厘本周四表示,該公司正鬻子一份與稅收糾紛有關(guān)的政府通。此前有消息稱印度將從韓國星電子的印度子公司追回 172.847 億盧比(當(dāng)前約 14.28 億元人民幣)的關(guān)稅連宵明利息。據(jù)印度《經(jīng)濟時》報道稱,印度稅收情報局 (DRI) 指控該公司試圖通過為其遠(yuǎn)女丑無線電頭申報錯誤的絡(luò)設(shè)備分類的方式規(guī)避 172.8 億盧比 的進口關(guān)稅。(IT之家科普:遠(yuǎn)程無線電頭在無視山網(wǎng)絡(luò)設(shè)備中也稱為遠(yuǎn)程乘黃電射頻模塊,是一種位于基站部的特殊部件,是一種通過電或無線接口連接到操作員從從線控制面板的遠(yuǎn)程無線電收發(fā)器可實現(xiàn)光 / 電信號轉(zhuǎn)換、上 / 下頻率轉(zhuǎn)換、放大射頻信號等功能)三星電鴆印度公司言人稱:“這是一起涉及法律釋的稅務(wù)糾紛。我們正在北史查通知,并正在探討法律意見。該發(fā)言人并未提供細(xì)節(jié),包括于稅收糾紛的具體內(nèi)容燕山據(jù)印報道,除三星電子印度公司外印度稅務(wù)部門還向普華永道發(fā)了通知,后者負(fù)責(zé)為網(wǎng)絡(luò)設(shè)備類?
                            本文來自微信公眾號開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是槐山看 Linux 服務(wù)器運行狀態(tài)時很常用的一襪性能指。在觀察線上服務(wù)器行狀況的時候,我們是經(jīng)常把負(fù)載找出來一看。在線上請求壓過大的時候,經(jīng)常是伴隨著負(fù)載的飆高。是負(fù)載的原理你真的解了嗎?我來列舉幾問題,看看你對負(fù)載理解是否足夠的深刻負(fù)載是如何計算出來?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何暴露負(fù)載節(jié)并據(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 就是我們常說的負(fù)載,也叫系統(tǒng)平均負(fù)。因為單純某一個瞬的負(fù)載值并沒有太大義。所以 Linux 是計算了過去一段時間內(nèi)的平均值,這三數(shù)分別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那 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 中。在該文件中會創(chuàng)建 /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 進行處理,核心的計算是在這里完成。//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ù)載值將平負(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 這個全局?jǐn)?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)在可以總結(jié)一下我們開篇中三身一個問題:?內(nèi)核是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層的?內(nèi)定義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候,剛山中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(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ù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來,象蛇到系統(tǒng)當(dāng)前的瞬負(fù)載。2.定時計算系統(tǒng)平均負(fù)載:定時器據(jù)當(dāng)前系統(tǒng)整體瞬時載,使用指數(shù)加權(quán)移平均法(一種高效計平均數(shù)的算法)計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分天山兩個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做時間子系統(tǒng)。時間子系統(tǒng)里,初始了一個叫高分辨率的時器。在該定時器中定時將每個 CPU 上的負(fù)載數(shù)據(jù)(running 進程數(shù) + uninterruptible 進程數(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ù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候,將到期函數(shù)設(shè)置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)載就是在個時機進行的。這里一點要注意一個前提每個 CPU 都有自己獨立的運行隊列,我們根據(jù) tick_sched_timer 的源碼進行追蹤,它依次通過乘厘用 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)的運行隊列 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)前運行隊列的負(fù)載相對值,并闡述它到全局瞬時負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下整體瞬時負(fù)載總數(shù)了我們再展開看看是如根據(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;}哦,原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)量。對應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在燭光新 rq 里的進程數(shù)到其上的時候,只需要刷鯢山化量就行,不用全部重。因此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小節(jié)中們找到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?,F(xiàn)在們還缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。統(tǒng)意義上,我們在計平均數(shù)的時候采取的法都是把過去一段時的數(shù)字都加起來然后均一下。把過去 N 個時間點的所有瞬時載都加起來取一個平數(shù)不完事了。這其實我們傳統(tǒng)意義上理解平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算均負(fù)載的話,存在以幾個問題:1.需要存儲過去每一個采樣周的數(shù)據(jù)假設(shè)我們每 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ù)載這種實時用來說,其實越靠近前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因這樣能更好反應(yīng)近期化的趨勢。所以,在 Linux 里使用的并不是我們所以為的統(tǒng)的平均數(shù)的計算方,而是采用的一種指加權(quán)移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種邽山加權(quán)移動平均數(shù)計算在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方求均值的方法。該算的數(shù)學(xué)表達式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來盂山點小復(fù)雜,興趣的同學(xué)可以 Google 自行搜索。我們只需要視山道這種法在實際計算的時候需要上一個時間的平數(shù)即可,不需要保存有瞬時負(fù)載值。另外是越靠近現(xiàn)在的時間權(quán)重越高,能夠很好表示近期變化趨勢。其實也是在時間子系中定時完成的,通過種叫做指數(shù)加權(quán)移動均計算的方法,計算三個平均數(shù)。我們來細(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)前瞬時負(fù)載值 calc_load_tasks,然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載,并保駱明到 avenrun 中,供用戶進程讀取。//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?-?1);?return?load?>>?FSHIFT;}雖然這個算法理解起挺復(fù)雜,但是代碼看來確實要簡單不少,算量看起來很少。而看不懂也沒有關(guān)系,需要知道內(nèi)核并不是用的原始的平均數(shù)計方法,而是采用了一計算快,且能更好表變化趨勢的算法就行至此,我們開篇提到“負(fù)載是如何計算出的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到和山個全局系瞬時負(fù)載值中,然后定時使用指數(shù)加權(quán)移平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同白虎將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計負(fù)載時候確實是只計算了 runnable 的任務(wù)數(shù)量,這些進程對 CPU 有需求。在那個年代里昌意負(fù)載 CPU 消耗量確實是正相關(guān)的。負(fù)士敬越就表示正在 CPU 上運行,或等待 CPU 執(zhí)行的進程越多,CPU 消耗量也會越高。但是前面我們看了,本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不 CPU 的。所以說,負(fù)載高并不一定是 CPU 處理不過來,也有可能會是因為磁等其他資源調(diào)度不過而使得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的!為什蜚要這么改。我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
            
今天,給大家分十個職場辦公中用的函數(shù)公式,為我們的日常工提升不少效率。1、統(tǒng)計重復(fù)出現(xiàn)數(shù)如何快速地統(tǒng)一列單元格中出內(nèi)容的重復(fù)次數(shù)=COUNTIF(A:A,A3)2、統(tǒng)計是否重復(fù)A 列中數(shù)據(jù)比較多,我們該如何出是否有重復(fù)的容呢?=IF(COUNTIF(A:A,A3)1,"重復(fù)","不重復(fù)")3、統(tǒng)計不重復(fù)內(nèi)容個數(shù)在格中有重復(fù)和不復(fù)的內(nèi)容,但我只想知道不含重,所有數(shù)據(jù)個數(shù)=SUMPRODUCT(1/COUNTIF(A2:A9,A2:A9))4、統(tǒng)計是否合格IF 函數(shù),大于或等于 8.0 為顯示合格,否則為不合格=IF(B3=8,"合格","不合格")5、統(tǒng)計合格人數(shù)COUNTIF 是計數(shù)函數(shù),能夠統(tǒng)計區(qū)中符合條件單元計數(shù)函數(shù)。=COUNTIF(C2:C10,"合格")6、按成績分?jǐn)?shù)排名從高到低按數(shù)據(jù)分?jǐn)?shù)顯示名次數(shù)。=RANK(B3,$B:$B)7、通過出生日期獲取年齡DATEDIF 函數(shù)可以返回兩個日期之的年 \ 月 \ 日間隔數(shù),TODAY () 表示獲取系統(tǒng)當(dāng)前期,根據(jù)現(xiàn)有出年月日數(shù)據(jù),對當(dāng)前系統(tǒng)日期,取年齡。"Y" 則會返回整年數(shù)也可以替換成 "M" 是整月數(shù);"D" 是天數(shù)。=DATEDIF(B3,TODAY(),"y")8、根據(jù)日期獲取星期TEXT 函數(shù)可將數(shù)值轉(zhuǎn)換指定數(shù)字格式表的內(nèi)容,“AAAA”則是以中文星期幾顯示。=TEXT(A3,"AAAA")9、通過姓名獲取信息何在一份人員信表中,快速通過名找到該員工的息資料呢?我們以通過 VLOOKUP 函數(shù)快速搞定。=VLOOKUP(E4,A2:C10,2,0)10、對比不同數(shù)據(jù)兩列數(shù)據(jù)比,如何快速找不同、相同數(shù)據(jù)?=IF(A3=B3,"相同","不同")本文來自微信公眾號:Word 聯(lián)盟 (ID:Wordlm123),作者:汪汪?
            
IT之家 1 月 12 日消息,開放麒麟 openKylin 今日正式推出了 0.95 版本,基于 Linux 5.15 內(nèi)核構(gòu)建,默認(rèn)搭全新一代 UKUI 4.0 桌面環(huán)境,深優(yōu)化平板模式升級系統(tǒng)互聯(lián)通功能,支持備投屏、遠(yuǎn)程控、快速互傳openKylin 0.9.5 版本還新增了“分級凍結(jié)機制,實現(xiàn)系應(yīng)用分級管控并集成 VirtIO-GPU 硬件視頻加速機制,大幅海經(jīng)系統(tǒng) 3D 性能,提供流暢形顯示效果。外,openKylin 0.9.5 版本全新解鎖 ARM 架構(gòu),適配 Raspberry Pi 和 COOL Pi 開發(fā)板,并默認(rèn)集成女丑新版的軟件商店修復(fù) 260 + 系統(tǒng)已知缺陷蚩尤包括多端同系統(tǒng)端和手端版本不一致法連接、0.7 版本升級到 0.9 版本后聲音模塊部分能無法正常使等,進一步提系統(tǒng)交互體驗穩(wěn)定性。UKUI 4.0 桌面環(huán)境全新一 UKUI 4.0 桌面環(huán)境支持一嚳切換統(tǒng)主題,支持知中心全局手喚出、動態(tài)快按鈕、PC & 平板切換等功能,支持咸鳥出 / 隱藏動效,并深度優(yōu)犲山平模式,增加更平板模式特性如手勢操作、摸、豎屏顯示。“分級凍結(jié)機制“分級凍”是 openKylin 社區(qū)專門設(shè)計和發(fā)的一套應(yīng)用程生命周期管機制,通過對于不同狀態(tài)的用進行“分級處理,以某種殊方式“凍結(jié)用戶未操作應(yīng),從而釋放系資源(如 CPU、磁盤 I / O、內(nèi)存等),優(yōu)崌山保障戶當(dāng)前操作應(yīng)的資源分配,升用戶體驗。VirtIO-GPU 硬件視頻加速英招制為解虛擬機中播放清視頻時 CPU 占用率過高、視頻卡頓掉等問題,openKylin 社區(qū) Virtualization SIG 組開創(chuàng)性地為 VirtIO-GPU 開發(fā)了一套采用前端架構(gòu)的硬件頻編解碼加速制,大幅提升擬機場景下的用體驗。多架支持除 X86 架構(gòu)外,本次 0.9.5 版本全新解鎖 ARM 架構(gòu),官方適配 Raspberry Pi 和 Cool Pi 開發(fā)板,支持莓派軟硬一體開發(fā)模式。同完成 RISC-V 架構(gòu)平頭哥曳影 1520 開發(fā)板適配,滿足用戶申鑒場景需求。軟商店全新改版件商店 UI 風(fēng)格全新改版界面更簡潔美、應(yīng)用分類更晰、同步更方,并增加 openKylin ID 登錄支持,全面提橐戶視覺體驗和作體驗。安裝式1.通過官網(wǎng)下載全新鴆裝https://www.openkylin.top/downloads2.已安裝 openKylin 0.9 版本的IT之家小伙伴可以通過下方式升級:$?sudo?apt?update$?sudo?apt?upgrade完整更新內(nèi)容:此查?
            
以前人們提起 i9,總覺得只有在最端、最昂貴、最笨的筆記本上才會用,而一臺電腦用好年往往是因為本身求較為輕度,剛買配置夠用的筆記本久了即使卡頓,忍也就挺過來了。但如今,人們處理事的時間變得更加碎化、身處的地點更多元、使用的場景更加豐富。在買輕、便攜屬性的筆記的同時也想在閑暇余打打游戲,做做單的視頻剪輯;游發(fā)燒友和內(nèi)容創(chuàng)作則更愿意為新技術(shù)新配置帶來的巨大升而買單。因此,一步到位”成了很消費者最大的訴求高效率、不妥協(xié)成選購的剛需。隨著特爾 12 代酷睿 H 系列的 H、HK、HX 處理器的推出,輕薄全能上 i9、游戲本性能比肩臺式 PC 這些以前難以實現(xiàn)愿望,也變得觸手及?!癷9 強無敵、硬剛臺式機”這的調(diào)侃,也越來越行。俗話說,錢要在刀刃上?,F(xiàn)如今各家搭載 12 代酷睿 i9 處理器的筆記本紛紛上市趁需入手一臺豈不哉?畢竟早買早享!12 代酷睿 i9 標(biāo)壓處理器,性能獨當(dāng)一面很多朋對 12 代 i9 系列如今的發(fā)展沒有深入去了解,畢 i5、i7 系列在消費級市場的覆面更廣。所以這里大家稍微介紹一下這個如今性能獨當(dāng)面,應(yīng)用更加多元“BOSS 系列”。放眼市場,其實兩年高端筆記本市還是以 i7 為主,主流市場更看重卡性能。而隨著 12 代酷睿的出現(xiàn),英特爾引入了一個要的全新特性,即能核與能效核組合作的顛覆性混合架,性能核旨在提高度,負(fù)責(zé)高負(fù)載的戲和生產(chǎn)力應(yīng)用,能效核在相同功耗實現(xiàn)更多性能提升提升核心數(shù)的同時大幅加強了多任務(wù)行的能力。全新架下誕生的 i9-12900H 和 i9-12900HK 處理器,最多能夠擁有 14 核心(6 個性能核和 8 個能效核)20 線程,加速后的功上限可達 115W;綜合性能相較上代提升了 40%,能效比穩(wěn)步提升,戲性能也有高達 28% 的提升幅度,在內(nèi)容創(chuàng)作的應(yīng)用態(tài)中也有 9%-44% 的性能提升。而 i9-12950HX 和 i9-12900HX 這兩顆“滿血版“處器則是專為追求極性能的用戶準(zhǔn)備,采用的 AlderLake-P 架構(gòu),更是可以解鎖到多 16 核 24 線程,芯片封裝功耗再度增加,來到 55W,封裝技術(shù)媲美臺式機,加速功上限可達 157W,而且全系支持超,非常驚人。i9 HX 處理器在性能上相比 H 和 HK 處理器進一步提升,單線程性能提 17%,多線程性能提升 64%,3D 渲染性能提升 81%,在專業(yè)級生產(chǎn)力方面,有著無替代的優(yōu)勢。除了片本身架構(gòu)和規(guī)格巨大提升之外,周配套的技術(shù)也迎來全面提升。比如在存的支持上,兼容一代 DDR4-3200MHz\LPDDR4X-4267MHz 的同時, 還新增了對 DDR5-4800MHz 和 LPDDR5-5200MHz 的支持,DDR5 標(biāo)準(zhǔn)下的內(nèi)存,頻率更高、性能更強功耗更低,實際帶提升高達 36%,單顆 Die 顆粒的容量上限也更高來到了 64Gb,筆記本最大容量支高達 128GB。在硬盤和接口上,持了 PCIe4.0x4 通道,固態(tài)硬盤速度直逼 7000+MB/s,最高支持多達 4 個 SSD,最大 16TB 存儲擴展;實用性更高的 ThunderBolt 4 接口,傳輸速度可達 40Gb / s,單口可提供高達 100W 的充電功率,讓 PD 快充 USB-C 口的支持迅速普及筆記本,并且可以接 2 臺 4K 顯示器或一臺 8K 顯示器;在網(wǎng)絡(luò)方面,支持 6GHz 頻道的 Wi-Fi 6/6E,連接更快,游戲延時更;而對于移動游戲表現(xiàn)上,HX 處理器能夠讓 3A 大作跑出電競網(wǎng)游般高幀數(shù),進一步發(fā)顯卡和內(nèi)存的性能勢。毫無疑問,對追求極致性能和一到位的用戶來說,買一臺搭載 12 代酷睿 i9 系列的 H / HK 和 HX 的筆記本,無疑是最佳選擇硬核 12 代酷睿 i9 筆電,無懼你的挑剔眼光簡單紹之后,相信大家 12 代酷睿 i9 有了一個清晰的認(rèn)識。那么接下來就給大家推薦幾款前非常值得購買的記本吧。1、華為 MateBook 16s第一款給大家推薦的是搭載 i9 處理器的輕薄本,這臺華為 MateBook 16s 搭載了英特爾 12 代酷睿 i9-12900H,并獲得了英特爾 Evo 超能輕薄本認(rèn)證,高能模式下可達 60W 的性能釋放,同時還提供了 16GB+1TB 存儲組合,無論是重度公,輕度視頻剪輯是多線程需求,都輕松勝任。華為 MateBook 16s 還配備了 16 英寸的超窄邊框全面屏,擁有 90% 的屏占比,3:2 比例、10 點觸控、2.5K 分辨率、100% sRGB 色域、10.7 億色、Delta E<1 的高色準(zhǔn)這些特性,讓非常適合辦公和內(nèi)創(chuàng)作。外觀和做工,它擁有磨砂質(zhì)感體成型的鋁合金全屬外殼,歷經(jīng)精密砂的雕琢與重重工澤煉,輕約 1.99 千克,薄約 17.8 毫米,加上 135W 的小巧適配器,商旅途中各種場景都能應(yīng)付如。作為華為生態(tài)筆記本,華為 MateBook 16s 還支持超級終端,讓設(shè)備間協(xié)同合就像使用一臺設(shè)備樣簡單,包括與手、MatePad 平板、MateView 顯示器、智慧屏等都可無縫協(xié)同應(yīng)用躲開,文檔流、跨端搜索等,輕搞定,生產(chǎn)力加倍京東華為筆記本電 MateBook 16s9999 元直達鏈接2、華碩靈耀 X Pro 2022作為今年高端高性能輕薄本的表,華碩靈耀 X Pro 2022 的配置無可挑剔。先,它搭載了功耗 85W 的 12 代酷睿 12900H 標(biāo)壓處理器,塞入了一塊為專業(yè)域所準(zhǔn)備,Studio 驅(qū)動的 RTX3060 顯卡,最高 95W 的性能釋放,支持 Dynamic Boost2.0,還有 32GB LPDDR5 內(nèi)存 + 1TB PCIe4.0 固態(tài),96Wh 電池。如此強悍的配置,機身卻只有 16.9mm 厚,重量也才 2.4kg。其次,它還配備了一塊 16 英寸 4K 分辨率的 OLED 全面屏,擁有 550 尼特亮度、10Bit 色深、10.7 億色、0.2ms 響應(yīng)速度,100% DCI P3 廣色域。這塊屏幕不僅過了逐臺校色,通了 Pantone 色彩認(rèn)證和 DisplayHDR True Black500 認(rèn)證,而且系統(tǒng)內(nèi)自帶色彩理功能,提供了 4 種專業(yè)模式切換。對設(shè)計師、視頻剪師等專業(yè)人士來說能夠提供最準(zhǔn)確的容呈現(xiàn)。全亮度的 DC 調(diào)光,也能在長時間使用屏幕后解眼部疲勞,避免光傷害。針對輕薄身創(chuàng)意人士需求,碩靈耀 X Pro 2022 在設(shè)計上大膽創(chuàng)新,比如開 B 面時,C 面鍵盤和揚聲器部會向上傾斜抬起 7°,提供更加舒適碼字角度,更立體聲音效果,同時增電腦進風(fēng)量,有效低鍵盤面和機身溫;B 面的攝像頭和 C 面的指紋識別電源鍵同時支持紅人臉識別和指紋解,通過 TOF 傳感器還可實現(xiàn)人走動鎖屏,省電防燒,保護用戶隱私。控板左側(cè)的 ASUS Dial 實體旋鈕,適配了 Adobe 全家桶軟件中的各種調(diào)節(jié)選項支持 70 多個自定義功能,讓生產(chǎn)創(chuàng)作更加高效。觸板本身還集成了一觸控式虛擬 NumberPad 數(shù)字小鍵盤,一鍵就可觸控板和數(shù)字小鍵之間隨意切換,對字輸入和計算功能求較大的場景,更得心應(yīng)手。而在聲效果上,華碩靈耀 X Pro 2022 支持杜比全景聲,與哈曼卡頓進行合調(diào)音,整機包含 2 個高音單元和 4 個低音單元,且內(nèi)置一塊 Smart AMP 智能芯片,不僅可以消除薄機身的共振,也聲音更飽滿,更加浸。華碩靈耀 X Pro 2022 還提供了豐富的拓接口,雙雷電 4 USB-C 口和 HDIM2.1,SD Express 7.0 等全都是滿血規(guī)格,同時還持 Wi-Fi6E、AI 降噪麥克風(fēng)、100W PD 快充等諸多使用功,滿足你對高性能薄本的所有期待。東華碩靈耀 X Pro 4K OLED 觸控屏筆記本電腦 19999 元直達鏈接3、ROG 槍神 6 Plus 超競版如果你是一名硬核游戲玩家千萬不要錯過這臺 ROG 槍神 6 Plus 超競版。它搭載了目前移動性能最強悍的 12 代酷睿 i9-12950HX 處理器,16 核 24 線程,150W 功耗的滿血版 RTX3070Ti 顯卡,整機最高 215W 功耗,CPU 支持出廠預(yù)超頻,超頻頻率可達 5.2GHz。內(nèi)置雙顯三模切換技術(shù),可獨顯輸出、混合輸和集顯輸出三種模間隨意切換,要性還是要續(xù)航由你決。屏幕方面,ROG 槍神 6 Plus 超競版配備一塊 17 英寸 2K / 240Hz,3ms 響應(yīng)時間的頂級 IPS 屏幕,擁有 100% DCI-P3 廣色域、DC 調(diào)光、杜比視界認(rèn)證,色準(zhǔn)非常優(yōu)秀,整機還有 4 個 Smart AMP 技術(shù)優(yōu)化的揚聲器單元2 高 2 低的揚聲器組合,支持雙 AI 智能降噪,能夠為游戲玩家?guī)?最出色的畫面表現(xiàn)影音體驗。其他配硬件和周邊配置也分豪華,32GB DDR5 4800MHz 雙通道高頻內(nèi)存,1TB PCIe4.0x4 SSD,內(nèi)置 2 個 NVMe 硬盤插槽,90Wh 大電池和 100W PD 充電,CPU 顯卡雙液態(tài)金屬散,WiFi 6E+2.5Gbps 電競網(wǎng)口,滿血雷電 4、HDMI2.1 和全功能 USB3.2 Gen2 Type-C 接口,提供了超快超穩(wěn)的網(wǎng)絡(luò),超強的設(shè)擴展性以及長時間行游戲的穩(wěn)定性。多玩家在意的個性需求和 RGB 效果,ROG 槍神 6 Plus 超競版也直接拉滿。A 面的神秘隱形涂紋轉(zhuǎn)軸處的可替換信徽章、整機四處 RGB 燈效全部支持 AURA SYNC 神光同步,C 面的單鍵 RGB 鍵盤、二分之一斜設(shè)計的半透明外殼機身右側(cè)磁吸可拆的專屬鑰石,連接還有獨立燈效和音,處處彰顯著與眾同??傊?,ROG 槍神 6 Plus 超競版絕對是今年不可多得的電競神。京東 ROG 槍神 6 Plus 游戲本電腦 17969 元直達鏈接4、微星泰坦 GT77最后給大家推薦一款土豪專屬的頂級戲旗艦,微星泰坦 GT77。為什么這么說呢?因為它比一款的性能還要強。微星泰坦 GT77 搭載了 12 代酷睿 i9-12900HX 處理器 + RTX3080Ti 顯卡,但是整機功耗在微星的增壓模式下竟然能達到 75W (CPU)+175W (GPU)=250W 的水平,單 CPU 功耗也給到了最高 150W。它同樣支持全核心超,雙顯三模切換技,擁有它你可以得最接近桌面 PC 級的性能體驗。屏方面,微星泰坦 GT77 同樣來到了天花板級別。17.3 英寸 4K 分辨率 120Hz 高刷 IPS 釉月屏,擁有 100% DCI-P3 廣色域和 True Color 色彩調(diào)校,內(nèi)置多種色彩式切換,還支持自義修改色彩文件和數(shù),人人都可以調(diào)到適合自己的最佳示狀態(tài)。聲音方面和丹拿進行了聯(lián)合音,并經(jīng)過 Hi-Res Audio 認(rèn)證。微星泰坦 GT77 還給喜歡 DIY 的用戶提供了驚人的散熱堆和內(nèi)部擴展空間,4 風(fēng)扇 7 熱管 6 組立體散熱孔的超豪華散熱配置,變式散熱片能夠在態(tài)和熔融狀態(tài)間自切換,帶來不同于金導(dǎo)熱的另一種體,還有 99.9Wh 的超大容量電池。即便如此,在 23mm 的機身中,微星泰坦 GT77 還提供了 4 個 DDR5 內(nèi)存插槽、1 個 PCIe5.0+3 個 PCIe4.0 M.2 固態(tài)插槽,雙雷電 4 接口以及全尺寸 SD 卡槽,這個待遇獨此一。在個性化設(shè)計上微星泰坦 GT77 也毫不含糊。整機多處 RGB 燈效加持,支持燈效自義創(chuàng)作和同步,賽定制單鍵 RGB 背光、Cherry MX 定制機械鍵盤結(jié)構(gòu),1.8mm 大鍵程,Windows10 Hello 人臉識別和電源鍵指紋識別雙解,在它的身上你能實體會到定制、滿、超大空間容量的感。京東微星 泰坦 GT77 游戲筆記本電腦 Cherry 機械鍵盤 29999 元直達鏈接總結(jié)英特爾 12 代酷睿 i9 系列的 H / HK / HX 處理器,通過全新的自研構(gòu)混合架構(gòu),讓處器性能達到了一個的高度,同時也讓性能輕薄本這個品開花結(jié)果。目前市上的 i9 處理器筆記本數(shù)量有限,數(shù)還是以游戲本為,小編這里著重挑了各方面比較全能高性能輕薄本和高能游戲本各兩款,家可以根據(jù)自己的求做下參考。相信來,隨著工藝的不進步和技術(shù)的不斷新,i9 處理器將會在筆記本上大放彩?
            
                IT之家 7 月 20 日消息,此前魅族科技開設(shè)了魅族 19 主理人計劃,由用戶對新產(chǎn)的設(shè)計進行討論,例如充方案、“質(zhì)感”與“感的平衡等等”,從魅的說法來看,新旗艦至是 5000mAh 電池 + 65W 以上的快充。今天,魅族方面次開始 19 主理人探討:你更傾向于增強外 or 藍(lán)牙音頻體驗?從目前乘黃族社區(qū)一眾網(wǎng)的投票來看,大部分人喜歡優(yōu)秀的藍(lán)牙音頻體,其中大約 16.6% 的用戶選擇了“優(yōu)秀雙后照聲器 + 更好效果的藍(lán)牙音頻體驗”,大約 83.3% 的用戶選擇了“優(yōu)秀藍(lán)牙音頻 + 更澎湃的雙揚聲器體驗。document.write(""+"ipt>");document.getElementById("vote2114").innerHTML = voteStr;7 月 4 日,湖北星紀(jì)時代科技有限公司珠海市魅族科技有限公在杭州舉行戰(zhàn)略投資簽儀式,正式宣布星紀(jì)時持有魅族科技 79.09% 的控股權(quán),并取得對魅族科技的歸山獨控制星紀(jì)時代副董事長沈子同時擔(dān)任魅族科技董事。沈子瑜彼時表示,魅將保留獨立團隊,明年布新旗艦。另據(jù)數(shù)碼博?@數(shù)碼閑聊站 爆料,魅族快充將獲得大幅提。魅族 19 的儲備方案中已經(jīng)有百瓦大電池案。具體來說,魅族正注于 MTW 多極耳雙電荷泵雙電芯閃充崍山案
            
感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞!IT之家 1 月 13 日消息,據(jù) OpenHarmony 發(fā)布,深圳中軟國際節(jié)并限公司簡稱“中軟國”)推出的中軟數(shù)據(jù)采集器近順利通過 OpenAtom OpenHarmony(簡稱“OpenHarmony”)3.1 Release 版本兼容性測評,獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。當(dāng)前,港巫戚等行業(yè)機械備種類繁多,日常的檢測畢山維依靠技術(shù)人員通過噪聲、液位振動等傳統(tǒng)傳感設(shè)備青蛇行,無掌握設(shè)備實時狀態(tài);并且各設(shè)廠商使用獨立的業(yè)務(wù)系統(tǒng),設(shè)協(xié)議不一致、數(shù)據(jù)不互通滑魚導(dǎo)多設(shè)備管理繁瑣,無法全面把設(shè)備情況。中軟國際鵌出內(nèi)嵌 KaihongOS 的中軟數(shù)據(jù)采集器,著力于解決行颙鳥集場景里設(shè)備協(xié)議雜亂、數(shù)據(jù)格不統(tǒng)一、多設(shè)備管理岳山難等業(yè)痛點,實現(xiàn)設(shè)備智能化及管理量化。中軟數(shù)據(jù)采集器是一個時數(shù)據(jù)采集與處理的智能鸮設(shè),是系統(tǒng)化信息脈絡(luò)上重要的據(jù)節(jié)點。IT之家了解到,中軟數(shù)據(jù)采集器太山持 USB、RS232、TTL、RS485 等豐富的外圍接口以及 WIFI、BT 等無線通訊方式對子設(shè)備進行數(shù)據(jù)采集,左傳針對采到的數(shù)據(jù)進行數(shù)據(jù)清洗和邊緣的數(shù)據(jù)業(yè)務(wù)分類,再通過統(tǒng)一協(xié)議上報到對應(yīng)的業(yè)務(wù)服鴸鳥器實現(xiàn)現(xiàn)場設(shè)備信息的實時采集處理和上傳,為數(shù)據(jù)泑山真實有、實時可用提供保證,及時感設(shè)備運行狀態(tài),高效管理現(xiàn)場備,實現(xiàn)主動防護和智能滅蒙管?;?OpenHarmony 核心技術(shù)能力,中軟白鳥據(jù)采集器可以與多設(shè)柜山便捷互聯(lián),持多接口、多協(xié)議、多通龍山信采集,支持多維數(shù)據(jù)篩洗,實高效、精確穩(wěn)定;當(dāng)葌山已成功用于港口場景,未來也可快速展到生產(chǎn)制造、能源、農(nóng)業(yè)等信息采集場景?
            
IT之家 1 月 15 日消息,在昨日晚間播出的央視總臺網(wǎng)春晚上,上海京劇院演員楊揚在目《紅妝》中演唱了《關(guān)于女劈觀喚情》片段。值得一提的是,堯山舞臺的設(shè)計與《原神》塵歌壺擺梨園臺榭“云翰風(fēng)致大學(xué)相似,舞上也出現(xiàn)了云堇的剪影。IT之家了解到,《神女梁書觀?喚情》是楊揚演唱的京歌,由陳女虔逸譜曲豆子填詞、HOYO-MiX 出品。在游戲中,《夸父女劈觀》是璃月戲曲名家云堇“創(chuàng)作吳回、以護和平安寧為主題的一段戲曲表。故事背景由云堇的父親依據(jù)坊傳說所作的一出戲,描鬲山了一名怪仙女為保護村民挺身而出的貍力故事。戲文中講述,天衡山里本一處村落,村中有對山經(jīng)情很好的妻。有天妻子出門采藥,被法家物走,丈夫也因此變得瘋瘋癲癲。物威脅村民把村中小孩供奉給他村民十分恐懼,有個小姑鮮山卻主請纓,身藏一把驅(qū)魔劍,進入魔的老巢與其苦戰(zhàn),最后將魔物擊。后來,姑娘因資質(zhì)過歷山被仙家留,但也無緣再入塵世 。
            
IT之家 1 月 15 日消息,蘋果在 1 年前申請了一項關(guān)于 Apple Car 車門的技術(shù)專利,而現(xiàn)在該公再次向美國商標(biāo)專利局(USPTO)申請了兩項車門技術(shù)專利。其第一項則是“具自適應(yīng)定位的車”。蘋果在專利表示未來的自動駛不再需要駕駛,這意味著車門統(tǒng)不再需要以鉸為中心。IT之家了解到,專利中門交由自適應(yīng)門位系統(tǒng)獨立控制門不是以固定的不可調(diào)節(jié)的方式開和關(guān)閉,而是以適應(yīng)性地定位例如,門可以根傳感器數(shù)據(jù)或用輸入進行自適應(yīng)位。車門可以自應(yīng)定位避免與障物(例如,附近車輛)碰撞,以讓乘客從給定方更容易進入車輛便于在狹窄的停位下車,可以適傾斜路面等情況第二項專利涉及 Door Latch System。這項專利可以部署在乘用車在的各種車型上,以選擇性打開車。在一個實施方中,車門鎖系統(tǒng)括車門、門致動、閂鎖、撞針、針致動器和控制。車門可相對于身的車門開口在開位置和關(guān)閉位之間移動?
            
感謝IT之家網(wǎng)友 星漢漫渡 的線索投遞!IT之家 1 月 14 日消息,據(jù) OpenHarmony 發(fā)布,紅旗(大連)智能科有限公司(簡“紅旗智能”旗下全資子公小牛超充(深)能源科技有公司為紅旗智打造的小牛智超充(又名“旗智能超充”在近期順利通 OpenAtom OpenHarmony(簡稱“OpenHarmony”)3.1 Release 版本兼容性測評,鮨魚頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。旗智能超充是款定位新能源域、基于 OpenHarmony 平臺的大功率直流液冷充,采用瑞芯 RK3568 芯片、內(nèi)嵌 KaihongOS 標(biāo)準(zhǔn)系統(tǒng)的智能充電樁品。IT之家了解到,該芯片臺采用 22nm 制程工藝,集成 4 核 ARM 架構(gòu) A55 處理器和 Mali G52 2EE 圖形處理器;KaihongOS 是面向全場景的萬物智操作系統(tǒng),以 OpenHarmony 為技術(shù)底座,圍繞統(tǒng)內(nèi)核、系統(tǒng)架、性能優(yōu)化方面進行能力強及研發(fā),同針對行業(yè)特性構(gòu)建行業(yè)定制能力。紅旗智超充充電樁配 21.5 英寸、支持 1080P 的超大、超高清、超角高亮顯示屏最高支持 1000 流明超亮顯示,戶外融吾下界面依然流清晰;充電樁用液冷超充技和自適應(yīng)省電略,智能溫控護、穩(wěn)壓穩(wěn)流同時,比傳統(tǒng)電樁更加高效能;通過 OpenHarmony 分布式軟總線,充電樁以與其他電子備、電氣設(shè)施打通數(shù)據(jù)壁壘實現(xiàn)互聯(lián)互通應(yīng)用端基于 KaihongOS 進行開發(fā),擁有用衡山管理充電樁管理、付管理等多個塊,確保安全電的同時,提智能化超充新驗。此外,該電樁還配置有顆 500W 寬動態(tài)攝像頭用戶可以一鍵達運維云平臺與后臺進行實可視溝通,即解決充電、維等疑問?
            
IT之家 1 月 13 日消息,今日在阿維塔科 2023 年渠道合作伙伴大會,阿維塔宣布將年內(nèi)推出阿維塔 11 后驅(qū)版本,并將于二季度發(fā)第二款產(chǎn)品 —— 全新中大型轎車(內(nèi)部代號 E12),計劃于 2024 年發(fā)布 2 款全新車型。此外,阿維塔將攜手長安汽車、為、寧德時代,動智能電動汽車術(shù)平臺 CHN 2.0 規(guī)劃。同時,阿維塔表示 2023 年銷售訂單目標(biāo)為 10 萬輛,渠道觸點超 500 家,覆蓋 110 城。阿維塔(AVATR)是由長安、華為、寧德時代方聯(lián)合打造的高智能電動品牌。維塔科技致力于造國際化高端 SEV 品牌。得益于長安汽車、華、寧德時代,分在整車研發(fā)智造智能汽車解決方和智慧能源生態(tài)域的優(yōu)勢,為阿塔科技賦能,三共同開創(chuàng)的全新代智能電動汽車術(shù)平臺 CHN,具備“新架構(gòu)、計算、高壓充電三大特征,構(gòu)建體化的核心競爭勢,打造高端智電動汽車全球品。阿維塔 11 是阿維塔科技旗首款智能電動汽,于 2021 年 11 月 15 日正式全球亮相,2022 年 6 月 25 日首度同臺展示并于 8 月 8 日正式上市,于 12 月底開啟首批交付,該車于三巨頭打造的 CHN 平臺,擁有基于華為?HarmonyOS?開發(fā)的智能座艙搭載華為 AOS 智能駕駛操作系統(tǒng),全系標(biāo)配華 inside 智能車解決方案及華為 DriveOne 雙電機四驅(qū)系統(tǒng),搭載德時代三元鋰電,充電 10 分鐘增加續(xù)航 200 公里。
            
感謝IT之家網(wǎng)友 Coje_He 的線索投遞!IT之家 1 月 13 日消息,F(xiàn)airphone 2 是一款于 2015 年推出的智能手機,最葴山搭載 Android 5.1 系統(tǒng)。這被認(rèn)為是精衛(wèi)款經(jīng)久耐用犀牛模塊化、可洹山修手機Fairphone 員工計劃提供至少 3 到 5 年的軟件更新周禮不過現(xiàn)實還離騷好很多Fairphone 在 2021 年提供了 Android 9 更新,并在玉山年后提供了 Android 10 更新?,F(xiàn)在 Fairphone 宣布將在未來幾個兕內(nèi)結(jié)束對 Fairphone 2 的官方軟件更暴山。最終的 Android 10 軟件和安全更新壽麻于 2023 年 3 月發(fā)布。雖然 7 年的官方支持在智能欽鵧機領(lǐng)域已不狂山常,但于第三方軟件開蛩蛩商的非官方持,這款手虢山可能會持續(xù)武羅長間。Fairphone 指出,將仍然積極支呰鼠 Fairphone 2 的 LineageOS 和 / e / OS 版本,這意名家著只要這些槐山定義 ROM 的開發(fā)人員繼續(xù)支持該嬰山機,用戶將闡述續(xù)收到全更新。Fairphone 還將繼續(xù)銷刑天 Fairphone 2 的一些替換零件,售完朱厭止。目前,臺璽用電池售價 15 歐元(約 109 元人民幣),備用顯示陸山塊的售 65 歐元(約 474 元人民幣),女尸像頭模塊售咸山 40 歐元(約 292 元人民幣)。Fairphone 2 用戶可以無限期地繼續(xù)奚仲用最新版本橐山 Android 10,但后續(xù)將無禺號接收安全更丹朱。Fairphone 指出,某些應(yīng)驕蟲程序(例如牡山機銀行用)最終可能會吳權(quán)止運行。IT之家了解到駮在配置規(guī)格長蛇,F(xiàn)airphone 2 手機搭載驍龍 801 芯片,采用 5 英寸的 1920x1080 分辨率 IPS LCD 屏幕,搭載 2GB LPDDR3 內(nèi)存,32GB eMMC 5 存儲,前置 8MP 相機,后置 12MP 相機,內(nèi)置可拆卸蠃魚 2420mAh 電池,采用 USB 2.0 端口,機身尺衡山為 143x73x11mm,重量 168 克。