壁紙｜公主該換壁紙了
GAI都瘦脫相了
感謝IT之家網(wǎng)友 軟媒新友1995870、藍(lán)花蓮潔、街邊要飯買的、肖戰(zhàn)割割、OrekiDawson 的線索投遞！IT之家 1 月 20 日消息，央視兔年總臺春晚節(jié)目單已發(fā)布，1 月 21 日晚 8 點(diǎn)正式開播。據(jù)央視消息，中央廣播電視總臺《2023 年春節(jié)聯(lián)歡晚會》按正式直播準(zhǔn)流程順利完成了第五次彩排本次春晚包括歌舞、相聲、小、戲曲、武術(shù)、雜技、少兒等類節(jié)目。科技方面，本次春晚次實(shí)現(xiàn)“8K 超高清 + 三維菁彩聲”春晚直播；首次使我國自主研發(fā)的 8K 超高清攝像機(jī)參與春晚攝制；利用總首創(chuàng)的智能伴隨技術(shù)實(shí)現(xiàn)高清 / 4K / 8K 版春晚同步制作；首次采用三維菁彩聲作春晚音頻信號，最大限度還春晚現(xiàn)場的音效，打造身臨其的效果；總臺牽頭研發(fā)的 VR 三維影像繪制技術(shù)也將首次在春晚舞臺上亮相，觀眾可實(shí)文子賞到 VR 畫師繪制三維影像的生成過程?
IT之家 1 月 21 日消息，NVIDIA 今天發(fā)布了適用于 GNU / Linux、FreeBSD 和 Solaris 系統(tǒng)的新版專用示驅(qū)動程序 NVIDIA 525.85.05，這是一個錯誤 Bug 修復(fù)版本，解決幾個問題并帶了其他變化。月早些時候，偉達(dá)發(fā)布了 NVIDIA 525.78.01 圖形驅(qū)動程序，但看起來要進(jìn)行一些重的改進(jìn)，因此們發(fā)布了小更 NVIDIA 525.85.05，本次更新針對使用某顯示面板時，高了 UEFI 掛起和恢復(fù)功能的可靠性。NVIDIA 525.85.05 還在使用無源 DisplayPort 到 HDMI 擴(kuò)展塢時禁用固定速率鏈接 (FRL) 功能，NVIDIA 報告說它們與 FRL 不兼容。并修復(fù)一個錯誤 Bug，該錯誤會阻止 NVIDIA 設(shè)置控制面板中的某些控運(yùn)行，特別是作為非特權(quán)用運(yùn)行 X server 時。還修復(fù)了一個誤 Bug，該錯誤可能導(dǎo)致使用 VK_MEMORY_ALLOCATE_DEVICE_ADDRESS_CAPTURE_REPLAY_BIT Vulkan 擴(kuò)展分配內(nèi)存出現(xiàn) VK_ERROR_DEVICE_LOST 錯誤。該錯誤只影響 GNU / Linux 和 FreeBSD 平臺。IT之家了解到，新版 NVIDIA 專有顯卡驅(qū)動序可從官網(wǎng)獲，適用于 64 位和 ARM64 (AArch64) Linux 平臺。請注意，這“最新生產(chǎn)分版本”，這意著它被推薦用生產(chǎn)環(huán)境。NVIDIA 還提供了適用于 64 位 FreeBSD 和 x64 / x86 Solaris 系統(tǒng)的下載。如果用手動安裝 NVIDIA 顯卡驅(qū)動程序，則個版本的下載面上都提供了裝說明。想要用 NVIDIA Linux 開源 GPU 內(nèi)核模塊的用戶可前往相應(yīng) GitHub 頁面，可以下載并安裝源代版本。但是，放內(nèi)核模塊必與 NVIDIA 525.85.05 版本的 GSP 固件和 user-space NVIDIA GPU 驅(qū)動程序組件一起使?
近日，巴西監(jiān)管機(jī)構(gòu) Anatel 稱，預(yù)計到 2023 年下半年底，巴西將在約 1610 個地區(qū)開通 3.5GHz 頻段的 5G 網(wǎng)絡(luò)。本周二，Anatel 已經(jīng)批準(zhǔn)了另外 78 個靠近州首府或人口超過 50 萬的城市使用該頻段的許可，并詩經(jīng)許移動運(yùn)營商在這些方激活該網(wǎng)絡(luò)。據(jù)悉，這一定是在負(fù)責(zé)監(jiān)管 5G 推廣以及 3.5GHz 頻段相鄰區(qū)塊免費(fèi)衛(wèi)星服務(wù)干擾問的技術(shù)小組 ——EAF 和 Gaispi 開出綠燈后做出的。據(jù) Anatel 稱，目前，當(dāng)?shù)馗采w 38.5% 人口的 140 個城市已獲準(zhǔn)接受 3.5GHz 頻段的 5G。正如 Anatel 總裁 Carlos Baigorri 在最近一次采訪中所說，監(jiān)管機(jī)正尋求在盡可能多的地方提激活 5G 網(wǎng)絡(luò)。然而，是否能提前激活則由運(yùn)營商決?
本文來自微公眾號：開內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時很用的一個性指標(biāo)。在觀線上服務(wù)器行狀況的時，我們也是常把負(fù)載找來看一看。線上請求壓過大的時候經(jīng)常是也伴著負(fù)載的飆。但是負(fù)載原理你真的解了嗎？我列舉幾個問，看看你對載的理解是足夠的深刻負(fù)載是如何算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)是如何暴露載數(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 就是我們常說的負(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 中。在該文件中會建 /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);?//打印輸出平均載?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)化使的。道這個背景行了，不用度展開剖析這樣用戶通訪問 /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ù)給應(yīng)用層的內(nèi)核定義了個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)化為小數(shù)，打印出來。了，另外一新問題又來，avenrun 全局?jǐn)?shù)組變量中存的數(shù)據(jù)是何，又是被如計算出來的？二、內(nèi)核負(fù)載的計算程接上小節(jié)我們繼續(xù)查 avenrun 全局?jǐn)?shù)組變量的數(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ù)前系統(tǒng)整體時負(fù)載，使指數(shù)加權(quán)移平均法（一高效計算平數(shù)的算法）算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我分成兩個小來分別介紹2.1 PerCPU 定期匯總負(fù)載 Linux 內(nèi)核中，有一個子系統(tǒng)做時間子系。在時間子統(tǒng)里，初始了一個叫高辨率的定時。在該定時中會定時將個 CPU 上的負(fù)載數(shù)（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ù)設(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ù)就是在這個機(jī)進(jìn)行的。里有一點(diǎn)要意一個前提每個 CPU 都有自己獨(dú)立的運(yùn)行隊，。我們根 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ù)值。我們來下負(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ù)中，獲取前 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)前運(yùn)隊列的負(fù)載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時載值??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)當(dāng)前時下的整體瞬負(fù)載總數(shù)了我們再展開看是如何根運(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)的程的數(shù)量。應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的據(jù)。所以在新 rq 里的進(jìn)程數(shù)到上的時候，需要刷變化量就行，不全部重算。此上述函數(shù)回的是一個 delta。2.2 定時計算系統(tǒng)平負(fù)載上一小中我們找到系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載機(jī)制。傳統(tǒng)義上，我們計算平均數(shù)時候采取的法都是把過一段時間的字都加起來后平均一下把過去 N 個時間點(diǎn)的有瞬時負(fù)載加起來取一平均數(shù)不完了。這其實(shí)我們傳統(tǒng)意上理解的平數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算來計算平均載的話，存以下幾個問：1.需要存儲過去每一采樣周期的據(jù)假設(shè)我們 10 毫秒都采集一次那么就需要用一個比較的數(shù)組將每次采樣的數(shù)全部都存起，那么統(tǒng)計去 15 分鐘的平均數(shù)得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新觀察值，就從移動平均減去一個最的觀察值，加上一個最的觀察值，存數(shù)組會頻地修改和更。2.計算過程較為復(fù)雜算的時候再整個數(shù)組全起來，再除樣本總數(shù)。然加法很簡，但是成百千個數(shù)字的加仍然很是瑣。3.不能準(zhǔn)確表示當(dāng)變化趨勢傳的平均數(shù)計過程中，所數(shù)字的權(quán)重一樣的。但于平均負(fù)載種實(shí)時應(yīng)用說，其實(shí)越近當(dāng)前時刻數(shù)值權(quán)重應(yīng)越要大一些好。因為這能更好反應(yīng)期變化的趨。所以，在 Linux 里使用的并是我們所以的傳統(tǒng)的平數(shù)的計算方，而是采用一種指數(shù)加移動平均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法這種指數(shù)加移動平均數(shù)算法在深度習(xí)中有很廣的應(yīng)用。另股票市場里 EMA 均線也是使用是類似的方求均值的方。該算法的學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個算法想解起來有點(diǎn)復(fù)雜，感興的同學(xué)可以 Google 自行搜索。我們只需要道這種方法實(shí)際計算的候只需要上個時間的平數(shù)即可，不要保存所有時負(fù)載值。外就是越靠現(xiàn)在的時間權(quán)重越高，夠很好地表近期變化趨。這其實(shí)也在時間子系中定時完成，通過一種做指數(shù)加權(quán)動平均計算方法，計算三個平均數(shù)我們來詳細(xì)下上圖中的行過程。時子系統(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é)拍來時會調(diào)用 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ù)的。具體實(shí)的代碼如下//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ù)雜但是代碼看來確實(shí)要簡不少，計算看起來很少而且看不懂沒有關(guān)系，需要知道內(nèi)并不是采用原始的平均計算方法，是采用了一計算快，且更好表達(dá)變趨勢的算法行。至此，們開篇提到“負(fù)載是如計算出來的?”這個問題有結(jié)論了。Linux 定時將每個 CPU 上的運(yùn)行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個全局系瞬時負(fù)載值，然后再定使用指數(shù)加移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多學(xué)都將平均載和 CPU 給聯(lián)系到了一起。認(rèn)為載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很的 Linux 的版本里，統(tǒng)計負(fù)載時候確實(shí)是計算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程對 CPU 有需求。在個年代里，載和 CPU 消耗量確實(shí)是正相關(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)程其實(shí)不占 CPU 的。所以說，負(fù)載高并一定是 CPU 處理不過來，也有可會是因為磁等其他資源度不過來而得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致！為什么要么修改。我網(wǎng)上搜到了在 1993 年的一封郵件里找到了因，以下是件原文。From:?Matthias?Urlichs?
重度互聯(lián)網(wǎng)愛好們福利來了！你否遇到過這種情：一個梗圖尋遍網(wǎng)都還沒找到。在外網(wǎng)一位小哥出了一個互聯(lián)網(wǎng)模的 Meme 搜索引擎，庫里近兩千萬個梗圖涵蓋各種小眾文。檢索關(guān)鍵詞，者上傳相似圖片結(jié)果就能秒出！遇到 Meme 庫里沒有的梗圖還可共享上傳。友六年都沒找到梗圖，在這個小的網(wǎng)站上 2 分鐘就找到了。然這樣一個秒秒鐘梗圖的背后的裝確實(shí)醬嬸兒的：這不會有點(diǎn)太簡了吧）這時候可就有盆友好奇，個粗糙的裝置是何做到快速檢索圖的？那不妨一來看看這個“Meme 搜索引擎”是如何搭建的～感來自 iPhone 圖片識別要編寫一個 Meme 搜索引擎，最重要也是最先面的一個問題就是如何準(zhǔn)確識別梗中的文字信息？專業(yè)一點(diǎn)的話來就是：如何擁有個可伸縮的 OCR（光學(xué)字符識別 ）？OCR 的解決方案倒是有成的，不過現(xiàn)有要么就是遇到比抽象的梗圖識別果不太好，要么是太貴。舉個簡的栗子，比如說 Tesseract OCR 來提取圖像中的文，測試時，只能非常標(biāo)準(zhǔn)的字體配色方案識別 Meme 圖，不然的話就會出現(xiàn)下這種情況。這是圖：這是識別出的文字：30 BLUE man41;? S4-5?’?ew/ — V [IL ‘ . “,2; g” .’Sj /B”f;T”EArmDand [red] mvslmunlm: sawmillsemmmmmm不過靈感很快就了，小哥偶然間 iPhone 給別人發(fā)一個驗碼圖片時。這是證碼圖片：這是制過來的文字：且 iPhone 的這個功能已經(jīng)在 iOS Vision 框架中公開了，可伸縮 OCR 的問題這不就有解決辦法嘛～不過關(guān)于 Vision 框架目前還沒有現(xiàn)成開源代碼插件，能自己寫了，具代碼小哥目前還公布。BUT，小哥還是總結(jié)了一自己寫代碼時的法經(jīng)驗，而且是對一個從未用 Swift 寫過任何正經(jīng)東西的小：遇事不決 Google 之Github 上逆向工程各種 Swift 回購協(xié)議請教懂 iOS 的朋友解決 Xcode 問題……最終東拼西湊，搞了一個可行的解方案：iOS Vision OCR 服務(wù)器，僅在一部 iPhone 上就能運(yùn)行。識別文字信息這搞定了，接下來輪到搜索環(huán)節(jié)了相較于上一趴，部分就簡單多了小哥用的是 ElasticSearch（已開源）和 Postgres。ElasticSearch 擁有多節(jié)點(diǎn)能夠有效避免故障的生，并且能夠在證速度的情況下納數(shù)百萬個 Meme，不過這都是在犧牲了可靠性后得到的。而 Postgres 能夠保證搜索結(jié)的可靠性，但在過一百萬張圖片范圍時，就會變特別慢。一個能證速度，一個能證質(zhì)量，那……Done！在這其中，小哥用到了 PGSync，它是一件中間件，可用于同步從 Postgres 到 Elasticsearch / OpenSearch 的數(shù)據(jù)，具體的搜索流程下：到這里，整搜索引擎的搭建初見雛形，但還結(jié)束……視頻 Meme 也能支持因為 Meme 不僅僅靠梗圖來遞，有時候還會視頻。這倒也簡，直接將視頻分成截圖集，之后能像普通的 Meme 圖一樣被識別了。具體來說小哥編寫了一個型微服務(wù)，通過 ffmpeg（它可以執(zhí)行音頻和頻多種格式的錄、轉(zhuǎn)換、串流功），從視頻中截 10 個均勻間隔的圖片。然后截圖文件發(fā)送到 iPhone OCR 服務(wù)，最終視頻文件中會有個屏幕截圖 OCR 后的結(jié)果集。不過擁有視頻檢功能后，毫無疑 OCR 服務(wù)的負(fù)載就重了，一視頻 OCR 的工作量幾乎是一梗圖的 10 倍。雖然說 OCR 應(yīng)用服務(wù)器的速度很快，但也禁住這樣薅，于是 iOS OCR 服務(wù)升級了（多幾臺手機(jī)），于最終的裝置就變頭圖中的那樣了最終具體的流程小哥也貼心地給來了：小哥的這 Meme 搜索引擎出來之后，友們也都直呼太了。當(dāng)然也有網(wǎng)給出了一些建議認(rèn)為當(dāng)前的搜索擎太文本化了，很多 Meme 圖本身就沒多少字，更多時候都“意會”。對此小哥本人也作出回應(yīng)，稱之后還繼續(xù)優(yōu)化搜索引：考慮將圖像轉(zhuǎn)為描述的文本…不過值得一提的，目前這個搜索擎還不太支持中，中文的梗圖搜效果不是很好，既然小哥已經(jīng)將建方法給出來了就期待一波萬能網(wǎng)友吧。（手動頭）如果你對這項目感興趣的話可以戳下文鏈接傳送門：https://findthatmeme.com/參考鏈接：https://findthatmeme.com/blog/2023/01/08/image-stacks-and-iphone-racks-building-an-internet-scale-meme-search-engine-Qzrz7V6T.html本文來自微信公眾號：量位 （ID：QbitAI），作者：Pine
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 24 日消息，金士頓今宣布，其 64GB、32GB 和 16GB 服務(wù)器 Premier DDR5 4800MT / s Registered DIMM（RDIMM）已在第四代特爾至強(qiáng)可展處理器中成驗證。金頓官方表示35 年來，金士頓一直領(lǐng)先的服務(wù)制造商和世最大的數(shù)據(jù)心信賴的存器品牌。ServerPremier 是金士頓的業(yè)標(biāo)準(zhǔn)內(nèi)存決方案，按范銷售，用白盒服務(wù)器并經(jīng)過領(lǐng)先板 / 系統(tǒng)制造商的平驗證和鑒定所有金士頓務(wù)器內(nèi)存解方案均經(jīng)過 100% 測試，并經(jīng)過格的動態(tài)老過程，以捕工廠早期的障。第四代特爾至強(qiáng)可展處理器是個支持下一 DDR5 服務(wù)器級內(nèi)的處理器，有八個內(nèi)存道，每個通最多兩個 DIMM，也就是每個 CPU 插槽 16 個 DIMM。在 4800MT / s 的速度下，每個 DDR5 Registered?DIMM 提供 38.4GB / s 的峰值帶寬，基于 DDR4 的服務(wù)器相比，以多道配置分組，性能顯著高。IT之家此前報道，特爾于 1 月 11 日正式發(fā)布了四代至強(qiáng)可展處理器（號 Sapphire Rapids）和至強(qiáng) CPU Max 系列（代號 Sapphire Rapids HBM），包含 52 款 CPU，最多支持 60 核，采用?Intel 7 工藝制造，支持了 PCIe 5.0、DDR5 內(nèi)存和 CXL 1.1 接口（type 1 and 2 devices），提供最多 80 個 PCIe 5.0 通道、最高支持 1.5TB 的 DDR5-4800 內(nèi)存，TDP 最高達(dá)?350W。
IT之家 1 月 25 日消息，隨 2023 款 Mac mini 和 MacBook Pro 新品推出，Mac 開始流暢驅(qū)動 8K 顯示器，蘋果發(fā)布了關(guān)如何在 Mac 上使用這些高分辨顯示器的指。此外，2023 款新 Mac 支持更高的 4K 刷新率，最高可達(dá) 240Hz，并擴(kuò)展了對可變新率 (VRR) 的支持。對更高分率顯示器的持來自于蘋新的 M2 Pro 芯片，這是 M2 芯片的更快、更強(qiáng)大版，M2 搭載于去年的 MacBook Air 和 13 英寸 MacBook Pro 設(shè)備上。IT之家了解到，M2 Pro / Max 芯片出現(xiàn)在所有 2023 款 MacBook Pro 配置和一些 Mac mini 高端配置中。對于 Mac mini 用戶，如果要連接 8K 顯示器，則需要確保買 M2 Pro 芯片版機(jī)型，因為門級配置配了更經(jīng)濟(jì)實(shí)的標(biāo)準(zhǔn)版 M2 芯片。除了新的 Mac 硬件，用戶還需要一具有 8K 或 4K / 240Hz 功能的外部顯示器。截目前，可用 8K 桌面顯示器選項不多，至少有所需的 HDMI 連接功能，盡管經(jīng)有相當(dāng)多 8K 電視可用。蘋果表示，用戶須使用超高 48Gbps HDMI 線纜才能利用 8K 或 4K / 240Hz 輸出。蘋果議繞過適配并將 HDMI 線纜直接連接到顯示或電視的 HDMI 端口。雖然蘋果有在其支持檔中明確說，但顯示端 HDMI 端口需要支 HDMI 2.1，因為舊版本的 HDMI 缺乏所需的帶寬
IT之家 1 月 18 日消息，甲骨文發(fā)布了 VirtualBox 7.0.6 開源跨平臺虛擬化軟件更新，作 VirtualBox 7.0 系列的第三次穩(wěn)定更新推出，支鮮山更的內(nèi)核和各種改進(jìn)。VirtualBox 7.0.6 在 VirtualBox 7.0.4 發(fā)布兩個月后推出，并引入了對即將推出的 Linux 6.2 內(nèi)核系列的初始支持，以及 Red Hat Enterprise Linux 9.1 操作系統(tǒng)內(nèi)核的初始支持，以在 Oracle Linux 8 上對構(gòu)建 Unbreakable Enterprise 的 (UEK7) 內(nèi)核的初始支持 。最重要的是，此更新在“設(shè)置對話框中引入了通用更，修復(fù)了通過命令行創(chuàng)或修改虛擬機(jī)時 GUI 中的虛擬機(jī)分組，解決了加載已保存狀態(tài)櫟網(wǎng)中斷的問題，并引入了用 DnD 改進(jìn)。還修復(fù)了 Guest Control 中臨時目錄創(chuàng)建模式的處理，guru 在較舊的 Intel CPU 上運(yùn)行 FreeBSD 加載程序而沒有不受限制的 guest 支持，以及 guestcontrol mktemp 命令缺少 --directory 開關(guān)。IT之家了解到，VirtualBox 7.0.6 更新通過為來賓提供擴(kuò)展的機(jī)鼠標(biāo)狀態(tài)改進(jìn)了鼠標(biāo)成，并增加了對添加多 VMDK 圖像變體大小的支持，例如 monolithicFlat、monolithicSparse、twoGbMaxExtentSparse 和 twoGbMaxExtentFlat。此版本中另一個有趣的變化是 VBoxManage 中的 --audio 選項已被棄用。指示用戶改為用 --audio-driver 和 --audio-enabled 選項，開發(fā)人員表示，在更改音周禮驅(qū)動程序 / 或控制 VirtualBox 中的音頻功能時，他們將提供更的靈活性。用戶可以從方網(wǎng)站下載 VirtualBox 7.0.6 作為各種 GNU / Linux 發(fā)行版的預(yù)編譯二進(jìn)制文件，以通用安裝程序。此外，確保下載并安裝 Oracle VM VirtualBox Extension Pack 以獲得完整的虛擬化體?
1 月 13 日，繼在中日韓、澳大亞降價后，特斯拉宣布在英美德法、蘭、挪威大幅降價特斯拉各國降價情 ?圖源：格隆匯表面上看，特斯拉這“價格屠刀”，已向全球，一場價格在所難免。特斯拉我國的連番降價，使其躋身 20 萬-30 萬區(qū)間的新能源汽車市場，國該價格區(qū)間的很多型，將不得不與特拉的正面“硬剛”媒體一片驚呼，認(rèn)特斯拉此次降價，嚴(yán)重打擊國內(nèi)新能汽車行業(yè)，甚至還“帶走”小鵬。即銷量世界第一的比迪，也引發(fā)不少媒“擔(dān)憂”，憂其無抗衡特斯拉的“價屠刀”。其實(shí)，擔(dān)大可不必。早在 2022 年，眾多研究機(jī)構(gòu)已預(yù)測特斯會降價，我國的新源車企也早有預(yù)料但是，仍然在此前其道而行之 —— 漲價。與其說特斯準(zhǔn)備降價開打價格，不如說，特斯拉長乏力，才不得不價。供求關(guān)系決定格，漲價權(quán)只屬于方市場，處于買方場的企業(yè)，只能降。特斯拉在中國市的訂單量在迅速枯，2022 年 11 月還積壓 2.5 萬訂單，12 月第一周就只剩不 6000 單。賣不動了，自然降價而比亞迪等國產(chǎn)車，則訂單量積壓。2022 年 9 月，據(jù)報道比亞迪訂積壓量已達(dá)到 70 萬輛，而其單月產(chǎn)能 20 萬輛左右，消費(fèi)者需等待 3 到 6 個月才能提車，因此漲價漲有底氣。特斯拉降，不可怕，特斯拉不是洪水猛獸。2021 年，王傳福在中國汽車重慶論壇就表示，從技術(shù)上，中國品牌已實(shí)現(xiàn)全面超越。不管是型技術(shù)，還是電池電機(jī)、電控等新能汽車核心技術(shù)，以智能網(wǎng)聯(lián)、智能座等智能化技術(shù)，已全面超越外資企業(yè)引領(lǐng)全球新能源車發(fā)展。外媒 MotorTrend 則表示，小鵬僅僅 8 年時間就能追趕上特斯拉的步伐，并明小鵬的智能輔助統(tǒng)，已經(jīng)可以比肩斯拉。本文圍繞特拉降價對國內(nèi)新能汽車產(chǎn)業(yè)的影響，圖回答四個方面的題：1、特斯拉降價的具體情況是什么2、特斯拉此次降價的原因是什么？3、特斯拉降價，國內(nèi)流新能源車企為什不跟進(jìn)？4、國內(nèi)新能源車企如何應(yīng)對斯拉的競爭？1、四個月五次降價對于斯拉在中國的車型系大幅降價，許多斯拉車主，特別是幾個月購買特斯拉車主有些不滿，有主稱自己一周內(nèi)承了 3 萬元人民幣的損失，“特斯拉有任何補(bǔ)償措施，至一句道歉也沒有”還有車主組織起，去找特斯拉“維”，且貢獻(xiàn)了一個笑的段子：汽車博閆闖曬出的朋友圈圖中，一位維權(quán)車分享稱“拉了一個友去特斯拉維權(quán)，東西看降價了挺便買了一臺”。閆闖博截圖特斯拉降價真的這么香嗎？特拉此次降價的幅度大，使其在中國的價創(chuàng)歷史新低。具看，Model3 起售價直降 3.6 萬元，ModelY 起售價直降 2.9 萬元，兩款車型其余版本降價幅從 2 萬到 4.8 萬元不等。如此大降幅，使剛買特拉的車主心里不平，情有可原，但“償”大概很難獲得馬斯克已在社交平回應(yīng)：如果特斯拉價格上漲，此前低購買的車主，也不給特斯拉公司補(bǔ)差的。有趣的是，一買完特斯拉就降價沒享受到優(yōu)惠的網(wǎng)，又主動推薦朋友買，理由是“希望通過朋友訂車，用的推薦碼換取超充度，來獲得心理慰?！碧厮估祪r，然已促進(jìn)了銷售。新浪財經(jīng)報道，宣降價后，特斯拉中三天內(nèi)斬獲 3 萬輛訂單。不過，蔚創(chuàng)始人李斌兩年前一番講話，或許要目前搶購“歷史最價”特斯拉，且感“真香”的車主潑盆冷水。李斌表示“特斯拉的量上來，成本就降下來，降到十幾萬，我都奇怪”。實(shí)際上，斯拉在中國降價后第 2 天和第 7 天，又在英美德法、荷蘭、挪威大幅價。此輪全球大降中，平均降價幅度大的不是中國，而美國，達(dá)到了 14.7%，而中國僅降了 10.5%。這也不是特斯拉第一在中國降價了。包此次降價，在中國特斯拉在不到 4 個月的時間里連續(xù)過各種方式降價 5 次了，之前的 4 次降價分別發(fā)生在 2022 年 9 月、10 月、11 月和 12 月。李斌此前預(yù)測特拉還會降價的基礎(chǔ)，按成本定價。特拉對外事務(wù)副總裁琳近期針對降價的應(yīng)，就有“堅持以本定價”的表述。疑，這間接證實(shí)了斌“未來特斯拉可只要十幾萬”的準(zhǔn)性。陶琳微博截圖斯拉產(chǎn)能發(fā)展很快成本下降也會很快又面臨國產(chǎn)新能源車“圍攻”，降到幾萬元的那一天，許并不遙遠(yuǎn)。二手商的看法，也間接實(shí)了這一判斷。據(jù)道新聞，廣州小錘手車市場溫先生認(rèn)，特斯拉性價比不以支撐目前價格，有一個很長下行空。因為收一輛特斯二手車平均虧三四元，該二手車市場口已豎起“不收特拉”標(biāo)語。近期，國汽車流通協(xié)會的據(jù)顯示，Model Y 和 Model 3 保值率 (一年車齡) 分別為 81.0%、77.9%，分列第 9 和 14 名，遠(yuǎn)低于極氪、宏光 MINIEV 和零跑等車型。圖源：中汽車流通協(xié)會到特拉降到十幾萬元的一天，如今購買特拉、感覺“真香”車主，估計又要嚷“討說法”“補(bǔ)差”了。2、此番降價為哪般特斯拉此番價的原因，有兩點(diǎn)其一是訂單枯竭，消費(fèi)者不想買了；二是股價暴跌，即資者沒信心了。在之前，特斯拉從不心需求，追求的是能。馬斯克曾經(jīng)多提及特斯拉的目標(biāo)即年產(chǎn)能在 2030 年達(dá)到 2000 萬輛，因此要在全球各大洲形成生能力。特斯拉上海級工廠成為標(biāo)桿后不止一次傳出特斯要在國內(nèi)其他城市設(shè)第二家超級工廠每次都引起媒體熱和該城市部分居民“自豪”與“激動。誰又想到，特斯產(chǎn)能增長很快，需卻成了問題。在中，特斯拉 11 月還積壓 2.5 萬訂單，12 月第一周就只剩不足 6000 單。簡而言之，消費(fèi)者不想買了需求下降，生產(chǎn)已受到壓制。據(jù)彭博，特斯拉在上海工的擴(kuò)建計劃已被推，其上海超級工廠在 2022 年 12 月暫停生產(chǎn)，當(dāng)月的汽車發(fā)貨量至約 5.6 萬輛。而且，這家工廠春節(jié)假期定為 1 月 20 日至 1 月 31 日共計兩周，與 2021 年僅停工 3 天形成極大反差。希特斯拉去上海外其城市建設(shè)超級工廠愿望，將更難實(shí)現(xiàn)不僅在中國，在全市場，特斯拉都遭了需求危機(jī)。TroyTeslike 統(tǒng)計數(shù)據(jù)表明，截 12 月 8 日，特斯拉全球訂單壓量從 7 月的 47.6 萬暴跌至 16.3 萬。這么一點(diǎn)需求，對于斯拉超級工廠來說40 天就能消耗光。解決供大于求的題，一般有兩個選，一是任由銷量增放緩，二是降價保長，馬斯克顯然選了后者。除訂單枯，特斯拉的股價也幅下跌。2022 年全年，特斯拉股下跌了 69%，市值蒸發(fā)了數(shù)千億美。據(jù)美國《福布斯，馬斯克已痛失“界首富”寶座，成 2022 年的“最大輸家”。截至 2022 年底，馬斯克的身價約為 1470 億美元，比 2021 年底減少 1250 億美元，幾乎蒸發(fā)了一。股價下跌的背后投資者信心的喪失在 2021 年的股東會上，馬斯克示，特斯拉銷量的標(biāo)是年增 50% 以上，以 2021 年的全球交付量計算，2022 年的交付量目標(biāo)是 150 萬輛?？墒?，2022 年只交付了 131 萬輛，相比 2021 年，僅增長 40%。顯然，特斯拉沒有實(shí)年度銷售目標(biāo)，打了投資者的期望，資者選擇用腳投票也就不奇怪了。數(shù)來源：特斯拉財報關(guān)鍵的是，2022 年，面對特斯拉可能銷量不振的局面馬斯克卻把注意力到 440 億美元收購?fù)铺厣?，這成壓垮投資者信心的后一根稻草。馬斯在 4 月初表示收購?fù)铺氐囊庠负螅?股價便開始直線下。投行韋德布什分師丹?艾夫斯（DanIves）則表示，“基于推特面臨災(zāi)難，這是馬斯克己造成的混亂一年”縱覽馬斯克的社媒體推文，他不認(rèn)收購特推影響了股，但對于銷量不達(dá)標(biāo)還是重視的，因特斯拉全球大降價擴(kuò)大銷量，提振投者的信心。3、不是“洪水猛獸”對于斯拉的此次大降價國內(nèi)的媒體一片“情”，認(rèn)為國內(nèi)新源汽車價格大戰(zhàn)一即發(fā)，這將嚴(yán)重打國內(nèi)新能源汽車行，甚至還會“帶走此前銷售不力的小。即使新能源汽車量世界第一的比亞，也被媒體擔(dān)憂起，害怕它無法抗衡斯拉價格戰(zhàn)。真的這樣嗎？目前看來在中國市場，特斯主力車型 Model3 價格帶降至 22.99 萬-32.99 萬，ModelY 的價格帶降至 25.99 萬-35.99 萬，與之產(chǎn)生競爭關(guān)的是國內(nèi)的 20 萬-30 萬價格帶的新能源車型，這要包括小鵬 P7、G9、極氪 001、比亞迪漢和海豹問界 M5 和 M7 等。不過，從行業(yè)形勢看，與其說斯拉對國內(nèi)的車企生了擠壓，不如說國內(nèi)車企在 30 萬元以下市場的內(nèi)，使得特斯拉不得靠降價來求生存。 21 世紀(jì)經(jīng)濟(jì)報道梳理，特斯拉 2022 年第三季度銷量環(huán)比增長 35%，低于比亞迪、廣汽埃安、吉利集團(tuán)車企，后者同期環(huán)增速分別為 48%、42% 和 77%。我國的新能源汽車軍團(tuán)已經(jīng)對特斯形成了包圍戰(zhàn)。僅繞 Model3，國內(nèi)車企便推出基年輕高顏值的 P7，商務(wù)感十足的漢更動感的海豹，性比更高的深藍(lán)，還綜合能力更強(qiáng)的 C11。相較于國內(nèi)車企新退出的車型，斯拉的 Model3 發(fā)布于 2016 年，產(chǎn)品周期已長達(dá) 6 年。而國內(nèi)車企的車型更新代塊，已經(jīng)在各個分賽道對特斯拉形了包圍。因此，面特斯拉的降價，國車企迎戰(zhàn)的不多，前僅有問界和小鵬隨降價。1 月 13 日，AITO 問界官宣降價，問 M5EV 調(diào)整后售價為 25.98 萬元起，問界 M7 調(diào)整后售價為 28.98 萬元起，兩款車型降價幅達(dá)到 3 萬元。1 月 17 日，本就銷售不力的小鵬布 G3i、P5 和 P7 三款車型的起售價分別降至 14.89 萬、15.69 萬和 20.99 萬，最大降幅 3.6 萬元。問界降價后，“ fans”創(chuàng)始人孫少軍發(fā)布微博稱進(jìn)店量并無明顯提。理想創(chuàng)始人李想評價道，銷量少的品，沒資格成為別的競品，理想 L8、L7 才是特斯拉的競品。理想目前沒有傳出降價消息而李斌在兩年前說未來特斯拉可能只十幾萬”的前一句是：“蔚來堅持的則是不降價”。不李斌，早在 2022 年，眾多研究機(jī)構(gòu)已預(yù)測特斯拉將降價，我國新能源企也早有預(yù)料。但國內(nèi)主流新能源車紛紛反其道而行之 —— 漲價。去年底至今，比亞迪、吉、長安、哪吒、東等品牌先后宣布旗部分車型漲價。廣埃安今年初宣布預(yù)于 3 月初對旗下車型漲價，漲幅在 3000-6000 元不等?？梢?，國內(nèi)車企并沒有認(rèn)為斯拉降價是洪水猛。以訂單量看，特拉在中國市場，乃全球市場的訂單量迅速枯竭。而比亞等國內(nèi)車企，訂單大多無需擔(dān)憂。2022 年 9 月，據(jù)報道比亞迪訂單壓量已達(dá) 70 萬輛，而其單月產(chǎn)能 20 萬輛左右，消費(fèi)者需等待 3 到 6 個月才能提車，所以，漲價是底氣的。早在 2021 年，王傳福在中國汽車重慶論壇就表示，從技術(shù)上，中國品牌已實(shí)現(xiàn)全面超越。不管是型技術(shù)，還是電池電機(jī)、電控等新能汽車核心技術(shù)，以智能網(wǎng)聯(lián)、智能座等智能化技術(shù)，已全面超越外資企業(yè)引領(lǐng)全球新能源車發(fā)展。資本市場與傳福的看法是一致。眾多研究機(jī)構(gòu)認(rèn)，隨著電動汽車產(chǎn)進(jìn)入紅海激烈競爭特斯拉的稀缺性品正在逐漸消失。如電池續(xù)航、車輛安、智能駕駛等方面比拼中，優(yōu)勢都不明顯，廣大消費(fèi)者有越來越多的電動車可供選擇。4、展開智能化競爭對于分國人來說，汽車不只是代步工具，象征著車主的身份財富水平。特斯拉次降價，看似能短刺激銷量，但是，在慢慢地喪失其自的“高級感”光環(huán)剛進(jìn)入中國時，特拉如同此前的蘋果機(jī)，給國人帶來的高級感和優(yōu)越感。是，與蘋果手機(jī)新配置層出不窮，不提高品牌溢價不同特斯拉的主力車型 Model3 已經(jīng)上市 5 年，一直沒有更新?lián)Q代。另款主力車型 ModelY，上市也有兩年多了。國內(nèi)的新源車企，雖然一開落后于特斯拉，但充分利用“后發(fā)優(yōu)”，對消費(fèi)者需求深層次的挖掘，通更精準(zhǔn)的定位，把動汽車市場做了更細(xì)的切分，從而分了部分原屬于特斯的“蛋糕”。國產(chǎn)能源車企不惜血本“堆料”，在參數(shù)置上盡力拉滿，使戶體驗快速上市，經(jīng)給消費(fèi)者帶來了種形象上、體驗上“高級感”。而且“蔚迪?！边€不斷出百萬級別的高端華車型，提升品牌、進(jìn)而提升溢價。于降價，馬斯克還另一種解釋：“即以極低的利潤率銷汽車，但隨后將其級為自動駕駛汽車其價值也會得到提”，即特斯拉即使靠硬件賺錢，也可靠軟件賺錢。摩根丹利認(rèn)為，特斯拉過銷售軟件訂閱服獲得的利潤最終可比銷售硬件多。不，這只是一種前瞻預(yù)測。目前，特斯顯然無法靠軟件的利維持基本運(yùn)營。特斯拉財報數(shù)據(jù)，2021 年全年，特斯拉包括自動駕駛件在內(nèi)服務(wù)及其他務(wù)實(shí)現(xiàn)營業(yè)收入為 38.02 億美元，雖然同比增加了 65%，但是，這部分營收只占其總營的 7.06%。還有，特斯拉的智能駛水平，真如大家想的那樣先進(jìn)嗎？實(shí)未必，除了王傳表示“中國新能源車品牌在智能網(wǎng)聯(lián)智能座艙等智能化術(shù)，已經(jīng)全面超越資企業(yè)”外；專注未來智能交通產(chǎn)業(yè)華人運(yùn)通高合汽車始人、CEO 丁磊在 2022 年接受專訪時也表示，能源智能化時代，國汽車可以超越國。小鵬汽車副董事兼總裁顧宏地則直表示：“隨著國內(nèi)斷推進(jìn)新能源車發(fā)，我國已有不少品在技術(shù)、造車?yán)砟?硬件上已經(jīng)領(lǐng)先特拉?！蓖饷?MotorTrend 發(fā)表了一篇文章，言小鵬的智能輔助系，已經(jīng)可比肩特斯。美國特斯拉將其心競爭力定為 FSD，目前，購買特斯拉的車主只有超過 10% 的車主選擇購買 FSDbeta，且偶有負(fù)面失靈事件。而小鵬之前出的高速 NGP，則有超過 84% 的車主選擇使用。挪威權(quán)威傳媒機(jī)構(gòu) AllerMedia 公布的 2022 年度汽車指數(shù)調(diào)研結(jié)果中，小鵬榮“年度最知名新車牌獎”。國產(chǎn)新能車企在電動化階段發(fā)展得不錯，但那跟隨特斯拉等歐美企發(fā)展起來的；而決定勝負(fù)的智能化半場，國產(chǎn)車企不有超越特斯拉之勢而且走出了“中國路”。譬如，針對博社資深主播 FrancineLacqua 關(guān)于小鵬的智能化是否復(fù)制特拉的疑問，顧宏地明確表示，小鵬汽的目標(biāo)從來不是復(fù)，而是超越。另據(jù)車之家 iV-RATING 智能汽車評價體系，相較于斯拉，國產(chǎn)品牌車表現(xiàn)更搶眼。在榜中，總分 Top3 均為中國車企，前 10 名車型中有 8 款國產(chǎn)汽車，而特斯拉 ModelY 在 18 款車型中，僅排在第 16 位。圖源：汽車之家在已經(jīng)進(jìn)入能化下半場的如今國內(nèi)車企與其與特拉展開價格大戰(zhàn)，如在智能化方面與斯拉展開競爭，從在新能源汽車賽道換道超車，后來居。最后，未來特斯若還不斷降價，短內(nèi)，的確促進(jìn)其在球的銷售業(yè)績，不，極有可能邊際效遞減，而且，對于產(chǎn)新能源車企依然利好，這可促進(jìn)全界智能汽車的普及教育了市場，從而動國產(chǎn)智能汽車的一步銷售?！救?考】[1]《2022 中國智能汽車發(fā)展趨勢洞察報告》汽車之家研究院、21 世紀(jì)新汽車研究院[2]《2022 年 12 月中國汽車保值率研究報》，中國汽車流通會、精真估[3]《特斯拉：心有余而不足的 2022》，21 世紀(jì)經(jīng)濟(jì)報道[4]《廣州二手車市場現(xiàn)“不收特拉”標(biāo)語，車商：一輛平均虧三四萬，正觀新聞[5]《智能時代下，中國車品牌的機(jī)會》，川研究所[6]《特斯拉降價，只為活》，鈦媒體[7]《滲透率不斷提升?車智能化速度超出期》，中國汽車報文來自微信公眾號車百智庫 （ID：EV100_Plus），作者：陳重黑蛇
感謝IT之家網(wǎng)友 DennisChow、Terrence 的線索投遞！IT之家 1 月 25 日消息，微軟絡(luò)服務(wù)于今下午出現(xiàn)故，Microsoft Teams、Outlook、Xbox 和其他 Microsoft 365 服務(wù)均出現(xiàn)不同程度的斷、延遲現(xiàn)，主要影響洲和歐洲用。微軟表示該公司已經(jīng)發(fā)現(xiàn)了一個在的網(wǎng)絡(luò)問”，并且正對修復(fù)程序行故障排除使服務(wù)恢復(fù)線。在微博也有不少網(wǎng)稱遇到了該題，Outlook、Teams 等主要辦公軟件無法使用。至發(fā)文，微稱已經(jīng)對造影響的網(wǎng)絡(luò)改進(jìn)行了回。IT之家小伙伴們?nèi)绻?到問題可以等一會兒，計回滾生效后就可以看網(wǎng)絡(luò)改善了
IT之家 1 月 25 日消息，根據(jù) 9to5google 的新報告夫諸Google 快速配對服務(wù)的京山新更新包巫羅了新的代，指的是設(shè)置新銅山機(jī)特別是三星 Galaxy S23 系列手機(jī)。IT之家了解到，Google 快速配對是一項服供給，可以松配對像 Pixel Buds 耳機(jī)或任何 WearOS 智能手表魏書例如 Pixel Watch）到任何 Android 手機(jī)，但此更新尚書然了以下洹山容：“設(shè)皮山 Galaxy S23 Ultra首先，你將掃描勝遇設(shè)備上顯云山? QR 二維碼”這表宵明，當(dāng)將 Android 手機(jī)放到尚未設(shè)孟翼的設(shè)備附鴟時，將以與耳玉山或手表相的方式提示，但巫抵，不會直接替女丑任何專應(yīng)用程序，例如，鵌三星 Smart Switch，將促使用戶融吾載這些應(yīng)歸山程序簡化該過將苑。以上表，這款新快速配靈恝功將支持三星 Galaxy S23 系列手機(jī)，該系列成山機(jī)將于 2 月 2 日在三星西岳度 Unpacked 活動中揭曉講山
IT之家 1 月 25 日消息，微軟 Windows 11 的默認(rèn)終端?Windows Terminal 今日迎來 1.17 預(yù)覽版更新，帶來了?Mica 云母效果、下拉菜單自定等多項改進(jìn)。下拉菜自定義在 1.17 預(yù)覽版中，Windows Terminal 支持了下拉菜單自定義，噎括支持添加件夾、添加分隔符和加配置文件，用戶可根據(jù)自己的喜好修改 settings.json 文件，來排列不同的下拉菜單。重進(jìn)程進(jìn)程終止后，用可以按 Ctrl+D 關(guān)閉窗口，或按 Enter 重新啟動進(jìn)程。Mica 云母效果Windows Terminal 預(yù)覽版已支持在 Windows 11 上使用 Mica 云母作為背景效果。云母是一不透明的動態(tài)材質(zhì)，比亞克力的性能消耗低。IT之家小伙伴可以通過在主題設(shè)置中 useMica 設(shè)置為 true，也可以在 settings.json 文件中直接啟用 Mica 云母效果。啟動位置數(shù)用戶現(xiàn)在可以在設(shè) UI 的啟動部分配置 Windows Terminal 窗口的啟動位置。配色案頁面更新Windows Terminal 的配色方案頁面已經(jīng)再次鸞鳥進(jìn)，提供更觀的用戶流程。在最預(yù)覽版中，用戶點(diǎn)擊表視圖中的配色方案添加新方案后，將立進(jìn)入編輯方案頁面。刪除”和“設(shè)置為默”按鈕也已移至編輯案頁面?！?新的配色方案頁面▲ 舊的配色方案頁面此外，在配文件中修改配色方案，用戶可以在選擇之看到該配色方案的預(yù)效果。Windows Terminal 預(yù)覽版 1.17 的完整日志：點(diǎn)此查?
IT之家 1 月 22 日消息，《直言真相》（Truth Be Told）第三季已經(jīng)于 1 月 20 日開播，蘋果 Apple TV+ 今天放出了該劇的最新花絮。在該花絮中劇岳山演深入探討了 Poppy 接手的新案件，蘋果在描述中認(rèn)為第三將會成為《直言真相》系列最好一季。該劇由奧斯卡金像獎得主克塔維亞?斯賓塞（Octavia Spencer）主演，第三季共有 10 集，將于 1 月 20 日播出。斯賓塞再次飾演調(diào)查記者，淑士真正的犯罪播客 Poppy Scoville 接手一個新案件。IT之家小課堂：奧克塔維獙獙?萊諾拉?斯賓塞是名非裔美國女演員。因 2011 年的電影《相助》而獲得第 69 屆金球獎和第 84 屆奧斯卡金像獎最佳女配角巫禮。并以《藏人物》和《水形物語》入圍奧卡最佳女配角獎?！吨碑?dāng)扈真相》三季由著名作家、節(jié)目主持人和行制片人妮契爾?特蘭博?鳥斯貝曼（Nichelle Tramble Spellman）執(zhí)導(dǎo)，奧克塔維亞?斯賓云山（Octavia Lenora Spencer）將會繼續(xù)飾演主角帕比?帕奈爾（Poppy Parnell），在劇中接手新案件。蘋果旄馬示在第三季中，帕比對鹓個年的失蹤黑人女孩缺乏媒體關(guān)注感沮喪，與一位非正統(tǒng)的校長于兒Union 飾演）合作，讓受害者的名字出現(xiàn)豪魚公眾視野中，同時追可能誘捕她們的可疑性囂易團(tuán)伙線索。除 Union 外，回歸的演員包括系列常規(guī)演員 Mekhi Phifer、David Lyons、Ron Cephas Jones、Merle Dandridge、Tracie Thoms、Haneefah Wood、Mychala Faith Lee 和 Tami Roman。應(yīng)IT之家網(wǎng)友要求，附上豆瓣相關(guān)葛山接：訪問里?
IT之家 1 月 23 日消息，國外網(wǎng)友在 Reddit 社區(qū)發(fā)帖，表示 Pixel 5a 的電池可以完全替代女祭 Pixel 4a 5G 機(jī)型上。帖子中寫道，跂踵使用的 Pixel 4a 5G 電池?fù)p壞了，但他并未買對應(yīng)型號的電池件，而是購買了 Pixel 5a 的電池。他表示在選電池的時候，發(fā)羅羅 Pixel 4a 5G 和 Pixel 5a 尺寸基本上是相如犬的。谷歌 Pixel 4a 5G 智能手機(jī)的尺寸為 153.9 x 74 x 8.2 毫米，谷歌 Pixel 5a 智能手機(jī)的尺寸為 154.9 x 73.7 x 7.6 毫米。因此他猜測池尺寸可能也是比接近的，于是他敏山試試看的心態(tài)購買 Pixel 5a 的電池。到貨之后他發(fā)現(xiàn)豐山Pixel 5a 智能手機(jī)的電池比谷歌 Pixel 4a 5G 智能手機(jī)高 4.5 毫米，厚度增加了 0.4 毫米。電池的寬度白鵺比谷歌 Pixel 4a 5G 智能手機(jī)的電池張弘度少了 1.4 毫米。由于谷歌 Pixel 5a 智能手機(jī)的電池寬較小，可以獲得了外的空間，用戶也夠?qū)?BMS（電池管理系統(tǒng)）移刑天側(cè)，并成功更換了智手機(jī)的電池。IT之家查詢相關(guān)信息，歌 Pixel 5a 智能手機(jī)的電池容量為 4680 mAh，而谷歌 Pixel 4a 5G 智能手機(jī)的電池窫窳量較小，為 3885 mAh。將谷歌 Pixel 5a 智能手機(jī)的電池裝在谷歌 Pixel 4a 5G 智能手機(jī)中，電池容提升 17%。
