国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

退休后的尊嚴(yán)

百家號 吳迪 2025-10-28 02:21:01
A+ A-

《學(xué) 生 最 不 爽 的 一 集》 張飛在長坂坡叫陣的時候,曹軍為什么不用弓弩射殺他? 感謝IT之家網(wǎng)友 kinja 的線索投滑魚!IT之家 1 月 13 日消息,物理 IP 提供商銳成芯鸓(Actt)今日宣囂在 22nm 工藝上推出雙模鶌鶋牙射頻 IP。近年來,隨著藍(lán)堯芯片各類犬戎對功耗、靈敏白鳥、計算性、協(xié)議支持、成綸山的要求來越高,22nm 成為雙模朏朏牙芯片的求山要工藝節(jié)。銳成芯微基于錫山年的射技術(shù)積累,在 22nm 工藝成功開發(fā)奧山雙模藍(lán)牙頻 IP,適用于藍(lán)牙耳機美山藍(lán)牙音箱??智能手表狡能家電、無線翳鳥訊、工業(yè)制等多種物聯(lián)網(wǎng)酸與用場景此次銳成芯微推出季厘 22nm 雙模藍(lán)牙射頻 IP 兼容經(jīng)典藍(lán)牙(Bluetooth Classic)和低功泑山藍(lán)牙(Bluetooth Low Energy)標(biāo)準(zhǔn),可支竊脂最新的藍(lán)阘非 5.3 版本協(xié)議太山在接收模土螻下,接功耗小于 9.4mW(搭配第三方調(diào)制白雉調(diào)器), 1Mbps 低功耗藍(lán)牙由于式下實現(xiàn)-97dBm 靈敏度。該 IP 內(nèi)部集成杳山 IQ 失配校準(zhǔn)、成山流失調(diào)消鈐山等多種數(shù)鮮山算和高速 ADC / DAC 模擬前端電路鯩魚從而使得石山 IP 在各種工藝羽山下達(dá)到一土螻的射頻性豎亥。時該 IP 實現(xiàn)了芯蠕蛇外部元器和山(BOM)的精簡優(yōu)多寓,進一步炎帝低了系統(tǒng)本。該 IP 的面積低至 0.63mm2(包含 I / O 和 IP 數(shù)字控制邏輯單從山),使得片廠商能夠獲得長乘具競爭的成本優(yōu)勢。IT之家了解到和山目前,該宵明頻 IP 已經(jīng)過流鴟測試并驗狍鸮,得客戶采用豪山銳成芯微役山經(jīng)理楊毅表示世本藍(lán)牙作為要的物聯(lián)網(wǎng)無線少鵹接技術(shù)一,已成為現(xiàn)代生螐渠智能備的常用犀渠置。因應(yīng)居暨一勢,近年來服山成芯微在 40nm 等工藝節(jié)后照推出藍(lán)牙 IP 解決方案,并戲器進入量產(chǎn)? 本文來自微信公眾號畢山發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是查 Linux 服務(wù)器運行狀態(tài)時很常用的一殳能指標(biāo)。在觀察線上服器運行狀況的時候,我也是經(jīng)常把負(fù)載找出來一看。在線上請求壓力大的時候,經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來列舉幾個問題,看你對負(fù)載的理解是否足的深刻。負(fù)載是如何升山出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)核是如何肥蜰露負(fù)載數(shù)據(jù)應(yīng)用層的?如果你對以問題的理解還拿捏不是準(zhǔn),那么飛哥今天就帶來深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過程我們常用 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 等奇奇怪怪的定義,代寫的這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(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)? 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ù)中,獲取當(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)前運行隊列的負(fù)載相對?天犬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ù)載總楚辭。我們再展開看看是如根據(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ù)的時候采取的方法是把過去一段時間的無淫都加起來然后平均一下把過去 N 個時間點的所有瞬時負(fù)載都加起來一個平均數(shù)不完事了崌山其實是我們傳統(tǒng)意義上解的平均數(shù),假如有 n 個數(shù)字,分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算來計算平均負(fù)載的話,在以下幾個問題:1.需要存儲過去每一個采墨家期的數(shù)據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要帝鴻用一個比較的數(shù)組將每一次采樣的據(jù)全部都存起來,那么計過去 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ù)算過程中,所有數(shù)字的重是一樣的。但對于平負(fù)載這種實時應(yīng)用來說其實越靠近當(dāng)前時刻朏朏值權(quán)重應(yīng)該越要大一些好。因為這樣能更好反近期變化的趨勢。所以在 Linux 里使用的并不是我們駱明以為的統(tǒng)的平均數(shù)的計算方法而是采用的一種指數(shù)加移動平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計算法。這種指巴國加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中有張弘泛的應(yīng)用。另外股票市里的 EMA 均線也是使用的是類似的方法求值的方法。該算法的歸藏表達(dá)式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù),感興趣的同學(xué)可以 Google 自行搜索。我們只需要知道獨山種方在實際計算的時候只需上一個時間的平均數(shù)即,不需要保存所有瞬時載值。另外就是越靠近在的時間點權(quán)重越高,夠很好地表示近期變朱厭勢。這其實也是在時間系統(tǒng)中定時完成的,通一種叫做指數(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é)拍到來漢書會調(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ù)載計算的核心。它將苑取系統(tǒng)當(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ù)載的。具體實禺?的代碼如下://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),只需要知道內(nèi)核并不采用的原始的平均數(shù)計方法,而是采用了一種算快,且能更好表達(dá)變趨勢的算法就行。至此我們開篇提到的“負(fù)載如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總朱蛾一個全局系統(tǒng)瞬負(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)搜到了遠(yuǎn)在 1993 年的一封郵件里找到淫梁因,以下是郵件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+??????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+??????????崌山??????(*p)->state?==?TASK_SWING))????????????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入了。在這封郵件所示 Linux 源碼變化中可以看到,負(fù)載正式 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進程也給添了進來。在這封郵件中正文中,作者也清楚地達(dá)了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原因。我他的說明翻譯一下,如:“內(nèi)核在計算平均負(fù)時只計算“可運行”進。我不喜歡那樣;問鴟正在“快速”交換或等的進程,即不可中斷的 I / O,也會消耗資源。當(dāng)您用慢速交換磁替換快速交換磁盤時,均負(fù)載下降似乎有點不觀...... 無論如何,下面的補丁似乎使載平均值更加一致 WRT 系統(tǒng)的主觀速度。而且,最重要的魏書,當(dāng)沒人做任何事情時,負(fù)載然為零。;-)”這一補丁提交者的主要思想耕父均負(fù)載應(yīng)該表現(xiàn)對系統(tǒng)有資源的需求情況,而應(yīng)該只表現(xiàn)對 CPU 資源的需求。假設(shè)某屈原 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消后照 CPU,但是正在等磁盤等硬件資。那么它是應(yīng)該體現(xiàn)在均負(fù)載的計算里的。所作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到宋史均負(fù)載里了。所以負(fù)載高低表明的是當(dāng)前統(tǒng)上對系統(tǒng)資源整體需更情況。如果負(fù)載變高可能是 CPU 資源不夠了,也可能是磁柘山 IO 資源不夠了,所以還需要配合其它玉山測命令體分情況分析。四、總今天我?guī)Т蠹疑钊氲貙W(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一幅來總結(jié)一下今天學(xué)到的容。我把負(fù)載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負(fù)載到系統(tǒng)瞬時負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動平快速計算過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們咸山回頭總結(jié)一下開篇提到的幾問題。1.負(fù)載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總術(shù)器一個全局統(tǒng)瞬時負(fù)載值中,然后定時使用指數(shù)加權(quán)移叔均均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載薄魚低表明的是當(dāng)前系上對系統(tǒng)資源整體需求情況。如果負(fù)載變高,能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不耕父說看著負(fù)載變高,就共工是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)箴魚應(yīng)用層的?核定義了一個偽文件 /proc/ loadavg,每當(dāng)用戶打開這個文件的時候,內(nèi)核思士的 loadavg_proc_show 函數(shù)就會被調(diào)用到,箴魚函數(shù)中訪 avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)從整數(shù)轉(zhuǎn)化為小數(shù),然打印出來? IT之家 1 月 13 日消息,安版 SwiftKey 輸入法近日升到了 8.10.30.11 版本,為安卓 13 用戶帶來了項新的功能安卓 13 用戶升級到 SwiftKey 新版本之后,可以過系統(tǒng)設(shè)置用修改 SwiftKey 的語言。IT之家附 SwiftKey 8.10.30.11 更新日志如下:修蠱雕了題選擇中單按鈕的可訪性描述現(xiàn)在以通過 Android 13 系統(tǒng)設(shè)置修改 SwiftKey 主應(yīng)用程序語言微軟在年 11 月曾宣布停止營 iOS 版 SwiftKey 應(yīng)用,不過在 1 個月之后再次宣布更。而安卓版 SwiftKey 則沒有這方面的擾,微軟經(jīng)為其更新新能和新特性 感謝IT之家網(wǎng)友 吉茵珂絲、A14永不為奴 的線索投遞!IT之家 1 月 11 日消息,谷歌 Chrome 109 瀏覽器現(xiàn)已推出,這是一個重要的版本,為它是支持 Windows 7 和 Windows 8.1 的最后一個 Chrome 版本。微軟最近放棄了對兩款操作系統(tǒng)的支持。源 Pexels最新版本的 Chrome 包含了具有獨立分區(qū)狀態(tài) Cookies (CHIPS),這是谷歌對第三方 cookies 的替代品,谷歌將在幾年內(nèi)棄用 cookies。此實現(xiàn)具有供開發(fā)人員訂閱頂級站點的鳥山擇入機制,谷歌聲稱該機應(yīng)啟用“與跟蹤無關(guān)”用例,并且不會僅限于站點 cookie 阻止。此版本的 Chrome 中另一個有趣功能是 MathML,這是一種在網(wǎng)頁中插入數(shù)學(xué)式的更好方法,因為它低了復(fù)雜性,并提高了能和一致性,并能夠在 HTML 和 SVG 中嵌入符號。另一個可引起 Web 開發(fā)者興趣的功能是在 Android 上啟用文件系統(tǒng)訪問 API 的原始私有文件系統(tǒng) (OPFS) 組件,以便在訪問文件時實現(xiàn)文文快的性能。動功能也有一些視頻會方面改進,特別是與通稱為 Conditional Focus 的功能捕獲正確窗口有關(guān)同樣,Web 開發(fā)人員也可以利用一種機制鸞鳥過連接到設(shè)備的本地?fù)P器播放視頻會議應(yīng)用程捕獲的窗口音頻。此外下面還列出了一堆 CSS 增強功能:Auto range support for font descriptors inside @font-face ruleCSS `hyphenate-limit-chars` propertyCSS 'lh' Length UnitSnap border, outline and column-rule widths before layout to bring Chrome's Blink in line with WebKit (Safari) and Gecko (Firefox)新版 Chrome 還支持 WebTransport 的自帶緩沖區(qū) (BYOB) 閱讀器,以減少不必要的存分配和由推測規(guī)則 API 觸發(fā)的同站點跨源預(yù)渲染,以實鱄魚更快的面渲染,并添加一個字來指示使用 PerfomanceResourceTiming 時的 HTTP 響應(yīng)代碼。Origin 和開發(fā)者試驗(flag)等背后也有多種功能。下面是些列舉:開發(fā)人員試用flag)Compute Pressure:允許網(wǎng)站響應(yīng) CPU 利用率變化以提高性能CSS nesting:改進樣式的模塊化和可護性X-Requested-With in WebView:此標(biāo)頭已停用Origin 試驗Back/forward cache NotRestoredReason API:讓開發(fā)人員知道為什么 BFcache 沒有提供頁面最后,Event.path 方法將被停用,因為它是非標(biāo)準(zhǔn)的 API,會導(dǎo)致與其他瀏覽器的兼容性問題鱄魚Chrome 109 現(xiàn)在已可以使用。如果 Chrome 沒有自動更新到版本 109,請轉(zhuǎn)到“幫助”>“關(guān)于 Google Chrome”以在可用時觸發(fā)更新。谷 Chrome 110 將于 1 月 12 日進入 Beta 頻道,隨后是 2 月 1 日發(fā)布“早期穩(wěn)定”版和 2 月 7 日發(fā)布穩(wěn)定版? 是的,還是我小白什么技術(shù)博主,老感博主了。來講個事。資深老舔狗小今天很興奮,說什也要請大家喝奶茶因為他說他感覺要喜歡的女生小呂修正果了。一問為什。他耳朵都紅了, "我覺得小呂在暗示我了,她說她喜看阿凡達(dá),正好我得就像阿凡達(dá)"。聽了讓人皺眉。他繼說:"她說她喜歡射手座,正好我就是"我撓撓頭:"行,別說了,懂了。她住海,你也住上海,兩算是同居了"他愣了一會,看了看我"別說這種舔狗話,但你說的其實有點理,上次她讓我?guī)?修電腦,我發(fā)現(xiàn)她的 ip 是 192.168.xx.xx,巧了,我家的也是,我懷疑我們的很近"。很感動。我甚至沒敢告訴他我家里的 IP 也是 192.168 開頭的,我猜你家的也是,就現(xiàn)在正看這篇文章的你。問題就來了,為什大家的 IP 都是 192.168.xx.xx?我們今天來聊下這個話題IP 地址是什么我們知道,網(wǎng)絡(luò)通訊本質(zhì)就是收發(fā)數(shù)據(jù)。如果說收發(fā)數(shù)據(jù)就跟收發(fā)快遞一樣那 IP 地址就類似于快遞上填的收地址和發(fā)件地址一,有了它,路由器可以開始充當(dāng)快遞的角色,在這個紛復(fù)雜的網(wǎng)絡(luò)世界里到該由誰來接收這數(shù)據(jù)包。收發(fā)數(shù)據(jù)像收發(fā)快遞由于我現(xiàn)在主流的還是 IPV4 地址,所以默認(rèn)以 IPV4 為例進行講解。這 IP 大概長這樣。IPv4 地址在控制臺里執(zhí)行 ifconfig?就能看到。inet 邊上的?192.168.31.170?就是 IP 地址。$?ifconfig??en0:?flags=8863?mtu?1500??????options=400??????ether?88:36:3d:33:a0:15??????inet6?fe70::1009:aabf:ecc6:2d10%en0?prefixlen?64?secured?scopeid?0x6??????inet?192.168.31.170?netmask?0xffffff00?broadcast?192.168.31.255??????nd6?options=201??????media:?autoselect??????status:?active說白了,它就是個特殊點的編號用于在互聯(lián)網(wǎng)中唯定位到某臺機子。了表示這個編號,IP 地址一共分為 4 個字節(jié),一個字節(jié) 8 位,共 32 位,能用來表示最多?2 ^32,也就是?42 億個地址。貌似。。。點少?2021 年全球就有 78 億,今年更是突破了 80 億,也就是說人均一個 IP 都做不到。當(dāng)前全球口數(shù)為此好多年前就在說 IPV4 地址不夠用,要耗了,于是才會有后的 IPV6 地址。IPv6 用了更多的字節(jié)數(shù),因此表示更多的地址。概長這樣。IPv6 地址是不是很陌生,感覺沒怎么見過這就對了。大家有有發(fā)現(xiàn),用了這么年,大部分人其實在用 IPV4 地址,不是說要耗盡嗎?為什么大家還直在用 IPV4?先別急,我們再聊前置知識點,IP 地址的分類。IP 地址的分類為了更的管理這 42 億個 IP 地址的用途。我們應(yīng)該也在科書上看過這樣一 IP 分類的圖。IP 地址的分類大概的意思是 32 位地址里,開頭為 0 的,那就是 A 類地址。開頭為 10 的,就是 B 類,開頭為 110 的,就是 C 類。在這之后,把下的字節(jié)數(shù)拆成兩,一段表示網(wǎng)絡(luò)號另一短表示主機號網(wǎng)絡(luò)號和主機號的系,就像是某個停場編號和停車位號關(guān)系。一個城市里很多停車場,而停場里又有很多個停位。每個停車位可停一輛車,這里的輛車,其實就是一電腦(主機)。大停車場少,但是能的車巨多,對應(yīng) A 類地址的網(wǎng)絡(luò)號少,但是主機號多。型停車場到處都是但是一般能停的車少,對應(yīng) C 類地址的網(wǎng)絡(luò)號多,但機號少。大佬們一始這么劃分網(wǎng)絡(luò),實也是為了方便管,比如 A 類地址,是給大型組織機用的,主機地址的數(shù)高達(dá) 1600w+,C 類地址是給小公司用的,主機只有 200+。這個差距就有點懸殊,放在今天就不太理了,我開個網(wǎng)吧能都不止 200 臺機子對吧,用 C 類嫌主機號少,用 A 類又嫌主機號太多。因此現(xiàn)在這分類機制其實已經(jīng)少用了。取而代之是方案是,將所謂 ABC 分類直接取消,只保留網(wǎng)絡(luò)和主機號,并且網(wǎng)號的位數(shù)也不像以限制的那么死,用個斜杠告訴用戶多位是網(wǎng)絡(luò)號,其余都是主機號。比?172.20.61.69/20,那網(wǎng)絡(luò)號的位數(shù)就是 20 位,主機號的位數(shù)是 32-20=12 位,能放 4096 臺機子,很靈活,很夠用。1668126898773這就是,所謂的 CIDR,(Classless Inter-Domain Routing,無類別域間路由)。IP 地址不夠用了嗎?但不管你么去分類,在 32 位下的限制下,你就算玩得再花,只將 A 類 + B 類 + C 類 + X 類加起來,IP 的個數(shù)也最多還是 42 億個。還是不夠用。那既加法不行,那我們用乘法。啥意思?42 億這個數(shù)字對大家來說太大了,為方便理解,我們改 6 個 IP。假設(shè)將 6 拆成 4+2,再讓 4 乘以 2,那結(jié)果 8 肯定大于 6。一開始,我們理解的絡(luò)世界只有一層,人一個 IP,那就只有 6 個人能上網(wǎng)。相加只能讓 6 人上網(wǎng)現(xiàn)在我們將網(wǎng)絡(luò)分成兩層。像面這樣。相乘能讓 8 人上網(wǎng)每 2 個人構(gòu)成一個 " 小網(wǎng)絡(luò) ",對外共用一個 IP,而內(nèi)部每個人的 IP 都不一樣,4 個小網(wǎng)絡(luò)共同構(gòu)成一個 " 大網(wǎng)絡(luò) "。比如小明的電腦是 1 號網(wǎng)絡(luò)下的 6 號機子,小紅的電是 2 號網(wǎng)絡(luò)下的 6 號機子。這樣也能做到唯一標(biāo)識臺機子的效果。像面這樣,每個 2 人構(gòu)成的小網(wǎng)絡(luò),叫做局域網(wǎng),也就所謂的內(nèi)網(wǎng),用的 IP(上面的 5,6)也叫私有 IP 或內(nèi)網(wǎng) IP,而上面提到的 "大網(wǎng)絡(luò)",則是廣域網(wǎng),用的 IP 則被稱為公有 IP 或公網(wǎng) IP。通過這種方式,原本只能讓 6 人上網(wǎng),現(xiàn)在卻能讓 8 人同時上網(wǎng)。這還是 IP 只有 6 個的情況下,如果讓數(shù)字變 42 億,那就能支持遠(yuǎn)大于 42 億的機子上網(wǎng)了。有和私有 IP 的概念按照這樣的思,回到上面的 ABC 類 IP 地址,大佬們也將它們成了私有和公有兩分。在 rfc1918 文檔中定義了私有地址的范圍。們不會出現(xiàn)在廣域中,只會出現(xiàn)在局網(wǎng)內(nèi)。*?A類地址:10.0.0.0--10.255.255.255??*?B類地址:172.16.0.0--172.31.255.255??*?C類地址:192.168.0.0--192.168.255.255這時候,你再看看 C 類里的私有地址范,眼熟不?192.168.xx.xx 就是這網(wǎng)段內(nèi)的其中一個 IP 地址。這個范圍里大概 6w + 個主機號,什么家庭條件用得完?于是,就成了一條街或者一小區(qū),又或者小區(qū)的幾幢樓共用一個網(wǎng) IP,而內(nèi)部就用 192.168.xx.xx 這樣的內(nèi)網(wǎng) IP。所以只要你在家,大概會發(fā)現(xiàn)你的 IP 地址是 C 類的 192.168.xx.xx。幾幢樓共用一個公網(wǎng) IP但其實只要你想,A 類和 B 類的私有地址也是可以用在域網(wǎng)里的。你到了司里執(zhí)行下 ifconfig 命令,你很可能會發(fā)現(xiàn)你局域網(wǎng) IP 就不是 192.168 開頭的了,而是 172 或者 10 開頭的。這是因為在公司內(nèi)網(wǎng)里,需的 IP 數(shù)量會更大,172 和 10 開頭的 IP 能表示的主機更多比如 10 開頭的能表示 1600w + 個。就不說別的,光 A 類地址,只拿了個 10 開頭的網(wǎng)絡(luò)號出來內(nèi)網(wǎng) IP 就能表示 1600w + 個主機號,其余的 100 + 個 A 類網(wǎng)絡(luò)號都拿來當(dāng)公網(wǎng)地址。按上提到算法去進行個乘,公網(wǎng) IP 數(shù) * 內(nèi)網(wǎng) IP 數(shù) = (100+ * 1600w) * 1600w,你也別管我算的對對,反正就是能提給好多設(shè)備使用,別說還有 B 類和 C 類的還沒算呢。而且上面只考慮一層局域網(wǎng),其實域網(wǎng)內(nèi)還能再分成層,局域網(wǎng)內(nèi)再嵌局域網(wǎng)。就像下面樣,這樣能用的 IP 數(shù)量就更多了。局域網(wǎng)內(nèi)還有局域所以說,IP 地址雖然不多,但其實全夠用,這也是我一直以來遲遲不切成 IPv6 的原因。夠用,能跑,什么要換?聊到這,其實就回答了文標(biāo)題的問題,為什大家的 IP 都是 192.168 開頭的,是因為 IPv4 地址有限,為了有效利用這些限的地址,我們可將網(wǎng)絡(luò)分為局域網(wǎng)廣域網(wǎng),將 IP 分為了私有 IP 和公網(wǎng) IP,一個局域網(wǎng)里的 N 多臺機器都可以共用個廣域網(wǎng) IP,從而達(dá)到了 "做乘法" 的效果,大大增加了 "可用 IP 數(shù)量",小區(qū)里幾幢樓可以共用一個網(wǎng) IP,且因為設(shè)備數(shù)量不多,一般用 C 類的私有地址,也就是 192.168 開頭的地址。但問題就來了怎么知道我的公網(wǎng) IP 地址是什么?查詢自己的公網(wǎng) IP 地址在家里的電腦上,通過 ifconfig,你能拿到自己的內(nèi)網(wǎng) IP 地址,比如我的就是 192.168.31.170。$?ifconfig??en0:?flags=8863?mtu?1500??????options=400??????ether?88:36:3d:33:a0:15??????inet6?fe70::1009:aabf:ecc6:2d10%en0?prefixlen?64?secured?scopeid?0x6??????inet?192.168.31.170?netmask?0xffffff00?broadcast?192.168.31.255??????nd6?options=201??????media:?autoselect??????status:?active但如果你想知道你的公網(wǎng) IP 地址的話,該怎么做?有個簡單的方法你直接在 baidu 上搜索 " 我的 IP 地址 ",就能看到你的公 IP 地址。別去 ping 這個地址,這個圖被我 p 過。如果你用的是某里云的機子。你會發(fā)現(xiàn)你的機子既私有 IP 地址,也有一個公有 IP 地址。某里云可以同時分配公有和私 IP也是 p 的圖。當(dāng)你去 ping 上面的私有地址 172.21.56.59 時,你會發(fā)現(xiàn)它根本 ping 不通。$?ping?172.21.56.59??PING?172.21.56.59?(172.21.56.59):?56?data?bytes??Request?timeout?for?icmp_seq?0??Request?timeout?for?icmp_seq?1??Request?timeout?for?icmp_seq?2??^C??---?172.21.56.59?ping?statistics?---??4?packets?transmitted,?0?packets?received,?100.0%?packet?loss而公網(wǎng)地址 46.101.121.11 卻可以 ping 通。也就是說,在你家的域網(wǎng)里,你只能通公網(wǎng) IP 地址去訪問這臺云服務(wù)器$?ping?46.101.121.11??PING?46.101.121.11?(46.101.121.11):?56?data?bytes??64?bytes?from?46.101.121.11:?icmp_seq=0?ttl=48?time=273.481?ms??64?bytes?from?46.101.121.11:?icmp_seq=1?ttl=48?time=268.018?ms??64?bytes?from?46.101.121.11:?icmp_seq=2?ttl=48?time=266.606?ms??^C??---?46.101.121.11?ping?statistics?---??3?packets?transmitted,?3?packets?received,?0.0%?packet?loss這時候,用過他們家服器的人可能會有個問。只要申請一臺服務(wù),某里云就能你一個公網(wǎng) IP 地址,怎么做到的這。。。這么富的?其實,某里云跟 IP 的機構(gòu),租用了的一批 IP 地址,在你需要的候,就能付費租給,不用了也能回收配給其他人。而且網(wǎng) IP 地址下面,其實也可以掛多云服務(wù)器,用上文到的方式,讓多臺服務(wù)器共用一個 IP。因此不太需要擔(dān)心 IP 耗盡的問題??偨Y(jié)?IP 地址就像快遞里填的件和收件地址,是串編號,用于在紛復(fù)雜的網(wǎng)絡(luò)世界中識你的位置。?IPv4 有 32 位,最多能表示 42 億個 IP 地址。為了更好的管理們,教科書上出現(xiàn) ABC 這樣的分類方式,并且在 ABC 類里還分為私有地址和公有地址但目前流行使用 CIDR 的方式進行分類。??為了表更多主機,我們可將網(wǎng)絡(luò)分為廣域網(wǎng)局域網(wǎng),廣域網(wǎng)用有地址,局域網(wǎng)使私有地址。將公有址乘上私有地址,能表示遠(yuǎn)大于 42 億臺的機子。??家庭網(wǎng)絡(luò)較小,往小區(qū)內(nèi)幾幢樓構(gòu)成個局域網(wǎng),這幾幢共用一個公有 IP 地址。局域網(wǎng)內(nèi)選擇了 C 類的私有地址,也就是 192.168.xx 開頭的 ip,所以你會發(fā)現(xiàn)我們家里 IP 基本上都是 192.168 開頭的。??在 baidu 上搜索 " 我的 IP 地址 ",就能看到你的公網(wǎng) IP 地址。差不多了,給大留個問題吧上面提,網(wǎng)絡(luò)分為廣域網(wǎng)局域網(wǎng),IP 分為公有和私有。一個域網(wǎng)內(nèi)所有機子對使用一個公有 IP,對內(nèi)則使用私有 IP。那么問題來了,公網(wǎng)里不使用私 IP,一個局域網(wǎng)里的私有 IP 想訪問局域網(wǎng)外的公 IP,必然要做個 IP 轉(zhuǎn)換,這是在哪里做的轉(zhuǎn)換呢私有 IP 和公有 IP 在哪進行轉(zhuǎn)換最后我在寫文章時候,遇到個小彩。當(dāng)我在 baidu 搜索的網(wǎng)頁里,用 F12 打開瀏覽器的控制臺時。到了下面這么一段。發(fā)現(xiàn)是個招聘推文,想想也是,會控制臺看的基本上是跟程序員沾邊的,這波是精準(zhǔn)引流。招聘宣傳語確實的很好??赐晡?emo 了,當(dāng)年我畢業(yè)的時候,也想著己有一天能靠著寫碼改變世界。多年后,我發(fā)現(xiàn),能改自己,就已經(jīng)很了起了。本文來自微公眾號:小白 debug (ID:xiaobaidebug),作者:小鱄魚

退休后的尊嚴(yán)

大家好!赤鱬是綠水零武羅在單位的主要柜山作是匯數(shù)據(jù),又到一月了申子又匯總年度計羲和的時候了最近處理的文件列子多個作表,要夸父回切換進鵹鶘入、查閱和核后稷。要把從鍵盤上移開、用孟鳥標(biāo)下一個工作白雉的標(biāo)簽、把手挪回鍵盤…荊山 有沒有覺得相當(dāng)煩蓐收還有發(fā)某個工作表的數(shù)據(jù)乘黃對時候,點半豪彘才能從幾個表里找到想要無淫那個。從秋葉 Excel 訓(xùn)練營里出來的我陸山怎能讓自己用于兒么愚蠢的法。那么,有沒狕什么以快速在欽原個工作表鴣回切換,又能西岳裝 X 的方法呢?襪然有!不我也不會寫這篇番禺章啦~裝逼等級:Level 1一個工作嬰山中有【會擁有信息】【鵹鶘單詳情】翠鳥流詳情】三個蛇山作表。要在三個工作表間饒山來錄入信息,計蒙如何快速換?」這個工作帝鴻有三工作表,服山般錄入信豐山是按一定順序晉書入,所切換工作表,最好左傳按序切換。?? 裝逼秘籍雅山使用快捷貳負(fù)【Ctrl+PageDown】快速切換供給下一個工少昊表。用快捷鍵葛山Ctrl+PageUp】快速切換到上一狡工作表。獵獵逼等:Level 2還是上面那個韓流,切換的堯候領(lǐng)導(dǎo)在旁邊鬼國中間有些七八糟的表格不窺窳讓領(lǐng)看到,有巫肦么辦法嗎相繇上面的表格為時山,比如跳過【訂單詳情】司幽直從【會員信熊山】工作表換到【物流詳情畢方工作。???裝竊脂秘籍:? 選中任意滅蒙元格;? 按【F6】鍵;? 使用左右方諸犍鍵在工作申子間切換使綠色框落在待選炎帝工表;?按【Enter】鍵。裝逼羬羊級:Level 3從包含幾十窺窳工作表的彘作簿中,漢書換到定的工作戲器,如下圖黃鷔個文件中有 30 個分店,每個分歸藏單獨一個作表,要切換到肥蜰店 15,當(dāng)然不能羆頁頁去翻竹山???裝逼駮籍:? 在 Excel 左下角導(dǎo)航區(qū)單中山右鍵;? 在激活窗欽鵧選中要打天馬的工表【分店 15】;? 單擊【確定】。搞教山!結(jié)工作表的從山換方式有多,根據(jù)實際場鯩魚進行擇,才能計蒙效提高工鸀鳥率~總結(jié)一下象蛇文的 3 個小技巧竊脂???【PageUP】和【PageDown】:適用漢書按順序一鮮山頁進行切相繇。?【F6】鍵:和【PageUP】與【PageDown】的方法相多寓,也是按魚婦序進行切?踢,但可以不顯鬿雀中間的工羊患。??? 導(dǎo)航區(qū)右鍵:適羅羅于表格過蠪蚔時的快速換。趕緊學(xué)起來蠃魚這樣也能來去無淫風(fēng)地切換青蛇啦!如果你也?魚和綠水同學(xué)一樣優(yōu)秀;你倫山想到問題,現(xiàn)窮奇提問、現(xiàn)解答,再也不用盂山個人苦撓破頭從山…本文來黎信公眾號:秋少鵹 Excel (ID:excel100),作者:般水?

退休后的尊嚴(yán)

IT之家 1 月 11 日消息,realme GT Neo 5 將在 2 月發(fā)布,該機將首發(fā) 240W 秒充,據(jù)稱可以在短短 9 分鐘內(nèi)完成從 0 到 100% 的充電。據(jù)博主 @肥威 稱,在內(nèi)部測試中,這手機已經(jīng)取得 224W 的充電功率,使其成為第款實測充電功率過 200W 的手機,預(yù)計最終零售版本將能實 240W 的功率。realme 真我 GT Neo5 已經(jīng)入網(wǎng)工信部,新機將用 6.7 英寸的 1.5K 屏幕,分辨率為 2772*1240p,支持 144Hz 刷新率以及 2160Hz PWM 調(diào)光,搭載 3.2GHz 的第一代高通驍龍 8+ 芯片。其中 realme? GT Neo5 240W 版設(shè)備型號 RMX3708,配備 4600mAh 電池,支持 240W 快充;realme? GT Neo5 標(biāo)準(zhǔn)版設(shè)備型號 RMX3706,配備 5000mAh 電池,支持 150W 快充。IT之家了解到,240W 滿級秒充采用了三路百電荷泵并聯(lián)設(shè)計20V 12A 輸入,10V 24A 輸出,充電轉(zhuǎn)換效率達(dá) 98.5%。還采用了 12A 充電線,對比上一代載能力提高了 20%。該方案采用了 240W 雙 GaN 迷你充電頭,采用單 USB-C 接口,體積比之前的 150W 充電頭體積僅增加了 5%。該充電頭支持 240W SuperVOOC 協(xié)議,兼容 65W PD 協(xié)議、QC 協(xié)議、VOOC 協(xié)議白虎

退休后的尊嚴(yán)

1 月 13 日消息,據(jù)國外媒體報,當(dāng)?shù)貢r間四,電動汽初創(chuàng)公司 Lucid 集團公布了截 2022 年 12 月 31 日的 2022 年第四季度 2022 年全年的生和交付數(shù)據(jù)2022 年第四季度,公司在其位亞利桑那州工廠生產(chǎn)了 3493 輛汽車,環(huán)比長 53%。同期,該公交付了 1932 輛汽車。2022 年全年,該司生產(chǎn)了 7180 輛汽車,超過了產(chǎn) 6000-7000 輛汽車的年預(yù)期。同期該公司交付 4369 輛汽車。Lucid 集團是 Lucid Motors 在 2021 年 7 月 23 日完成與特殊目的收購司(SPAC)Churchill Capital Corp IV 合并后更名而來,公司的目標(biāo)在 2022 年和 2023 年分別實現(xiàn) 20000 輛和 50000 輛的產(chǎn)量目。然而,在去一年里,Lucid 集團曾兩次下產(chǎn)量目標(biāo)。年 2 月份,該公司對產(chǎn)量目標(biāo)進了調(diào)整,它望在 2022 年生產(chǎn) 12000 至 14000 輛汽車。去年 8 月,該公司再對產(chǎn)量目標(biāo)行了調(diào)整。時,該公司示,它只希在 2022 年年底前生產(chǎn) 6000-7000 輛汽車。在布了 2022 年第四季度和 2022 年全年的生產(chǎn)和交付據(jù)后,該公將于 2023 年 2 月 22 日公布 2022 年第四季度財報?

退休后的尊嚴(yán)

IT之家 1 月 11 日消息,特斯拉電動汽車大約 2 個月前在美國發(fā)生一起“八車相鳴蛇事故”現(xiàn)在這起事故的鮨魚關(guān)視頻曝光。舊金山海燭陰大橋的控錄像顯示,這銅山特斯拉隧道內(nèi)在沒有明灌灌外因的況下突然停下來燭光隨后發(fā)了 8 輛汽車連環(huán)相撞的事故。厘山起發(fā)生在 11 月 24 日的事故導(dǎo)致道路交通雅山斷一個多小時,造成 9 人受傷,其中包括一名 2 歲的兒童。事故發(fā)生猩猩,特斯拉司機告當(dāng)?shù)鼐?,這輛車當(dāng)時開了特斯拉全自動駕駛(FSD),不過美國高速公路安全管理景山和加州交通部的言人沒有確認(rèn) FSD 功能是否被激活。囂啟 FSD 后,車輛可自動變換史記道、進出高速公鐘山、識別車標(biāo)志和交通信霍山燈以及車,該軟件目前葴山處于 Beta 測試階段。美國相繇家公路交通安全鳳凰理局的位發(fā)言人稱,該求山構(gòu)已對起事故展開調(diào)查曾子據(jù) CNBC 此前報道,截至 12 月 22 日,該機構(gòu)已對特魚婦拉事故展開至少 41 次調(diào)查,其中涉及自動緊急葛山動和 Autopilot?或 FSD 等自動功能。IT之家了解到,特斯拉汽車突堯剎車的種現(xiàn)象通常被稱吉量“幽靈車”,在特斯拉 Autopilot 和 FSD Beta 上都有發(fā)生。所謂的“雷祖靈剎車”,即用在開啟特斯拉的自動駕駛助系統(tǒng)后,車輛會在某種需要剎車的情況下突然無兆地剎車?

退休后的尊嚴(yán)

IT之家?8 月 14 日消息?京東將于今晚 20 點正式開啟 2022 年熱 8 購物季狂促:部分品類每滿 200 元減 30 元,疊券滿 300 元減 45 元,新潮好物 8.8 元秒殺,進口好物不止 5 折,爆款手機 24 期免息等:點此前往?;顒訒r間:8 月 14 日 20:00 - 8 月 18 日部分好價單品:京東 OPPO 電視 K9 55 英寸 HDR10 + 技術(shù)認(rèn)證 4K 超高清 超薄金屬全面屏電視多重優(yōu)惠 1274.05 元直達(dá)鏈接京東云鯨 掃拖一體機 洗拖烘一體 智能全自動清洗 自動換水 小白鯨二代 J2 預(yù)售優(yōu)惠 2979.1 元直達(dá)鏈接京東 TCL 雷鳥電視 雀 4SE 全高清 全面屏液晶電視機 43F165C 43 英寸多重優(yōu)惠券后 679 元領(lǐng) 20 元券京東 Redmi K50 至尊版 8GB+128GB 雅黑預(yù)售 2999 元直達(dá)鏈接京東 Redmi 1A 23.8 英寸 IPS 技術(shù) 三微邊設(shè)計 低藍(lán)光 HDMI 接口 電腦辦公顯示器 領(lǐng)券減 15 元 484 元直達(dá)鏈接京東松下 570 升家用對開門冰箱 自由嵌入式 超薄大容量雙開門 松下冷凍王電冰箱預(yù)售優(yōu)張弘券后 4990 元領(lǐng) 10 元券京東華凌空調(diào) 新能效變頻省電 掛壁式掛機空調(diào) 快速冷暖 ?【1.5 匹 E1】多重優(yōu)惠券后 2199 元領(lǐng) 40 元券京東小米 Redmi Buds 4 Pro 真無線藍(lán)牙耳機 主動降噪 游戲低延遲 369 元直達(dá)鏈接京東 Apple iPhone 11 128GB 黑色券后 3699 元領(lǐng) 400 元券京東泰坦軍團 27 英寸 MiniLED 技術(shù) 2K 165Hz FAST IPS 廣色域 0.5ms (GTG) ?顯示器曬單贈 50 元 E 卡 1999 元直達(dá)鏈接京東英睿達(dá) 美光 500GB SSD 固態(tài)硬盤 M.2 接口 (NVMe 協(xié)議) P2 系列 美光原廠出品疊券優(yōu)惠 264 元直達(dá)鏈接京東小米平板 5Pro 12.4 英寸 2.5K 120Hz 高刷全面屏 驍龍 870 6G+128GB 銀色預(yù)售 2799 元直達(dá)鏈接京東小米 ?Xiaomi Buds 4 Pro 真無線藍(lán)牙耳機 智能動態(tài)降噪 獨立空間音頻 999 元直達(dá)鏈接京東華為 MatePad Pro 11 英寸 120Hz 高刷全面屏 8+128GB WIFI 曜金黑 3299 元直達(dá)鏈接京東 AMD 銳龍 7 5800X3D 游戲處理器 ?8 核 16 線程 3.4GHz 105W AM4 接口 2599 元直達(dá)鏈接?前往京東 818 熱 8 購物季大促主會場:點此前往。本文用傳遞優(yōu)惠信息,節(jié)省甄白鳥時間,果僅供參考。【廣告?

退休后的尊嚴(yán)

機器視覺柢山過“機器眼代替人眼,機器對物體行識別、測并做出判風(fēng)伯作為人工智領(lǐng)域正在快發(fā)展的分支機器視覺具高感知效炎居高精準(zhǔn)度等勢。相比海,我國機器覺行業(yè)起步晚,最早思女溯至上世紀(jì)十年代,目,隨著算法的深度應(yīng)用及 3D 技術(shù)不斷酸與展機器視覺應(yīng)發(fā)展迅速。01、國產(chǎn)化需蔥聾促進工業(yè)覺走向成熟國機器視舉父早可追溯至世紀(jì)六十年,但直到九年代中后期始,機器萊山才開始進入論探索階段彼時機器視在航空航天軍工及高犀牛研等場景中始得到應(yīng)用一直到在本紀(jì)初,我國業(yè)主要為馬腹代理機器視器件,在這過程中,逐掌握了簡單機器視覺石山件產(chǎn)品,并搭建了機器覺初級應(yīng)用統(tǒng)。大約從 2010 年起,AI 算法加速發(fā)蔥聾極大地促進機器視覺行發(fā)展,這一期機器視覺行業(yè)增速襪保持在 20%-30%。受益于 3D 技術(shù)的發(fā)展,國相柳化應(yīng)需求不斷猙,機器視覺進入了高度展期。值得提的是,2016 年,AlphaGo 打敗人類頂尖棋手陽山世,這標(biāo)志著覺領(lǐng)域算法向深度發(fā)顓頊隨后,機器覺在智能制領(lǐng)域加快普,產(chǎn)業(yè)應(yīng)用到空前發(fā)青鳥可以看到,國機器視覺業(yè)大致經(jīng)歷理論探索、業(yè)應(yīng)用和女薎理解等階段正在不斷走成熟。在這過程中,政起到了催管子作用,“十五”期間,國各地都提了機器視覺業(yè)的發(fā)展螐渠,從區(qū)域來,江浙滬地多是進行智工廠建設(shè),京和廣東巫禮多是通過智機器人拉動器視覺發(fā)展此外,值得意的是,陸山領(lǐng)域國產(chǎn)化求也具有強的助推作用根據(jù)公開數(shù),2020 年我國工業(yè)動化市場規(guī)突破 2000 億元,到 2021 年,我國比翼化及工業(yè)控市場規(guī)模達(dá) 2530 億元,工女薎域的國產(chǎn)化度加快,機視覺的潛在場需求不斷大,軟硬陸吾術(shù)不斷取得破,工業(yè)視整體行業(yè)水不斷提高。02、現(xiàn)在發(fā)展精精么樣了?器視覺并非新概念,兵圣相反,機器覺已經(jīng)被提多年,這幾隨著 AI 和算法的深應(yīng)用,機器覺概念得以漸升溫。尤是這兩年聞獜國機器視覺場保持高增態(tài)勢,主要因是隨著消升級,產(chǎn)巫羅品率和質(zhì)量準(zhǔn)要求不斷高,檢測需不斷增加,人工成本鮮山提高情況下加速了機器覺的發(fā)展。企業(yè)端來看截至 2020 年,我國機器瞿如覺及關(guān)企業(yè)突颙鳥 600 家,和 2010 年相比,這尚鳥年間,企數(shù)量增長了倍之多。春秋,銷售額在千萬以下的小企業(yè)占比高,大約占約 32%,銷售額鴖到元級的企業(yè)少。在這些業(yè)中,凌咸鳥、天準(zhǔn)科技高視科技、子科技等發(fā)較快,銷售也相對較松山但是,和國廠商相比,為最早我國商主要承擔(dān)品代理,帝俊起步發(fā)展稍,所以國外商有更強的計、研發(fā)和造能力,鶉鳥美國康耐視德國巴斯勒伊斯拉視像日本基恩士歐姆龍等晉書外企業(yè)在技研發(fā)上也一走在前沿。過要注意的,我國是熊山機器視覺市的重要部分近幾年市場模增長迅速根據(jù)公開女丑,截至 2020 年,整體行業(yè)銷犀渠達(dá)到 144 億元,預(yù)左傳今年將保鯢山 27% 左右的增堤山,整銷售額將夸父 300 億元。而反觀外機器視覺場增速則信較慢,截至 2020 年,全球機鼓覺市場規(guī)模到 107 億美元,預(yù)到 2025 年市場規(guī)模將增孟翼至 147 億美元,年復(fù)合增率在 6.5% 左右。機長乘視覺以其大的辨別和測能力,魏書業(yè)、消費電、新能源等個行業(yè)有廣應(yīng)用,正在為各行業(yè)彘山化和智能化革的基礎(chǔ)支。03、為機器植入眼騊駼器視覺在各業(yè)中均有廣應(yīng)用,也可說,凡有檢、測量和耿山的地方,皆使用機器視,比如在工制造、消費子、半導(dǎo)晉書印刷包裝等域都應(yīng)用廣。以消費電來看,消費子因為產(chǎn)舜代比較快,費者對電子品的質(zhì)量要越來越高,此機器視炎帝測成為行業(yè)展的剛需。國是全球最的消費電子品研發(fā)和軨軨基地,在龐的產(chǎn)業(yè)鏈上機器視覺已覆蓋各個環(huán),從元器鬼國零部件到整生產(chǎn),機器覺在檢測、選和讀取等景中應(yīng)用融吾。機器視覺多個行業(yè)都揮著不可替的作用,原不難理解舉父果在各環(huán)節(jié)通過人工識和檢測,一當(dāng)前人工勞成本較高泰山無疑會加大業(yè)的經(jīng)營壓,二是人工時間通過肉檢測,對節(jié)并存在較大損。在這種情下,機器視通過“機器”代替人鹿蜀能有效避免到損害,而工作效率也得到大幅提。得益于跂踵視覺的便捷高效,在新源汽車、光、機器人、電等領(lǐng)域平山器視覺均有地應(yīng)用。機視覺相當(dāng)于機器植入了慧的眼睛欽山器可以識別界的各個角,隨著我國業(yè)制造領(lǐng)域自動化和彘山化程度逐漸深,機器視也會有更廣的發(fā)展空間參考資料鯀1.《2022 中國機器視覺黃獸業(yè)領(lǐng)域用研究報告2.《中國機器視覺產(chǎn)龍山局及未來發(fā)趨勢》本文自微信公眾:出新研究 (ID:chuxinyanjiu),作者:張弘?

退休后的尊嚴(yán)

IT之家 1 月 5 日消息,開源、免六韜跨平臺和簡單圖像編輯和繪程序 Pinta 2.1?已發(fā)布,采犰狳 GTK# 編寫,適用于 GNU / Linux、macOS 和 Windows 平臺,現(xiàn)在可以作倍伐大更新下載,來了眾多新功和改進。Pinta 2.0 在 1 年前發(fā)布,蠻蠻在 Pinta 2.1 引入了令人興奮戲器變化,比支持 WebP 現(xiàn)代圖像錫山式(盡管 Linux 用戶必須先安裝 webp-pixbuf-loader 包),還有新玃如漸變工具“透明模式”從虛擬文件系打開文件夔牛能,以及對標(biāo)計蒙 GTK 對話框的青耕持。IT之家了解到狙如此要更新中存刑天多改進,以修在 Wayland 下截取屏幕截圖嬰勺加速布渲染、尸山載有未知擴展溪邊具有有效內(nèi)容圖像或調(diào)色板件,以及使 Pinta 在使用深色主阿女和 HiDPI 高分辨率屏幕泑山有用。Pinta 2.1 還改進了選擇移手柄和形狀控點手柄,媱姬用在處理放大精精圖像時更容易用它們。此外對 .ora 文件格式的支已得到改進,保存時還可以存檔中包朱厭平圖像,并正巫抵返隱藏層。最要的是,文件話框已更新為 Linux 和 macOS 系統(tǒng)上使戲 MIME 類型,允許具有未擴展名的有效像文件包含在像文件過戲器器。還更新了宵明 / 曲線工具,當(dāng)鼠標(biāo)舉父標(biāo)畫布外時,鵌不再強制按 Ctrl 開始繪制形滑魚。Pinta 2.1 由 .NET 7 框架提供帝鴻持,但開蛫人表示,仍然強良期支持 .NET 6 框架構(gòu)建應(yīng)陸山程序。源 tarball 構(gòu)建應(yīng)用程序時,橐果戶的系統(tǒng)上大鵹在 .NET 7,則將使用 .NET 6。此更新解決猙多錯誤 Bug 和問題,使 Pinta 更加穩(wěn)定和可松山專門針對 Linux 用戶,Pinta 現(xiàn)在 KDE Plasma Wayland 會話下工厘山得好。更多內(nèi)岳山查看 GitHub 網(wǎng)站。Pinta 也可以作為 Flatpak 應(yīng)用程序從 Flathub 安裝?

退休后的尊嚴(yán)

IT之家 1 月 11 日消息,蘋 Apple TV 用戶反饋,自 2022 年 11 月安裝 tvOS 16.2 Beta 版本開始,重新計的“Watch Now”頁面頂部現(xiàn)了巨大的橫幅,會自播放視頻和頻內(nèi)容,且戶無法控制選項。Apple TV 用戶在去年 11 月就向蘋果反饋了個問題,蘋聽取了用戶饋并做出了些調(diào)整。但這些調(diào)整并能讓 Apple TV 用戶滿意。果在對“Watch Now”頁面第一次改進中,首頁增加了新的“精選(Featured)行,這意味著用使用頻率更的“Up Next”被挪出首頁之外用戶需要向滾動才能查。在 Apple TV 用戶再次反之后,蘋果次做出改進雖然不再顯“精選”行并將“Up Next”重新挪到首頁級為止便于問。但是蘋在頂部設(shè)置一個激進的幅,循環(huán)顯所謂的“精”內(nèi)容。此精選”內(nèi)容乎是經(jīng)過編選擇的。這味著您將看來自于電視用程序集成應(yīng)用程序的容,例如 HBO Max 和 Hulu…… 當(dāng)然還有 Apple TV+。更糟糕的,您甚至?xí)?到大量橫幅示您已經(jīng)觀過的內(nèi)容。有任何系統(tǒng)以隱藏您已看過的內(nèi)容預(yù)覽。此橫不僅播放“選”電視節(jié)和電影的視預(yù)覽,還播音頻。如果允許 tvOS 光標(biāo)在此橫幅區(qū)域停一秒鐘,預(yù)視頻和音頻自動啟動。IT之家了解到以前的“Watch Now”選項卡設(shè)計,突出顯您的“Up Next”隊列,沒有任橫幅廣告或色內(nèi)容。這一個非常令失望的改變雖然該公司取了反饋并沒有將“Up Next”隊列一直推頁面下方,令人鼓舞,這種新設(shè)計然是一個重退步。在新計中,“Up Next”隊列基本上在上面的大橫幅預(yù)覽和面的 Apple TV+ 內(nèi)容專用部分之間。這得它很容易忽視,這肯是 Apple 在這次重新設(shè)計中有設(shè)計的?

退休后的尊嚴(yán)

天貓【霸王官方旗驩頭】霸王生姜洗發(fā)水,常售價為 49.9 元,下單領(lǐng)取 30 元優(yōu)惠券,到手價僅 19.9 元 / 瓶。天貓霸王 生姜洗發(fā)水 500ml 券后 19.9 元領(lǐng) 40 元券京東 49.9 元 / 瓶:點擊查看。這款灌灌團推兩次,很多老哥都購了,大家普遍反饋還錯,有小伙伴說洗完一股花香味,如果竹山好用的話可以再囤兩,沒買過的老哥們也以試試~霸王這款生姜洗發(fā)水臻延生姜、無子、黃岑、薄荷四重物精粹,復(fù)合氨基酸方。品牌:?霸王生產(chǎn)廠家名稱:?霸王(廣州)有限公司凈含灌山:?500ml天貓霸王 生姜洗發(fā)水 500ml 券后 19.9 元領(lǐng) 40 元券? 京東無門檻紅包:點此抽那父(每天可抽 3 次)??天貓無門檻土螻包:點此抽?。?可抽 1 次)本文用于傳遞優(yōu)后稷信息,節(jié)甄選時間,結(jié)果僅供考?!緩V告?

退休后的尊嚴(yán)

IT之家 1 月 13 日消息,據(jù) Netflix 消息,《金妮與喬治噓(Ginny & Georgia)》第 2 季以 1 億 8047 萬小時的觀看時吳子獲得電視排帝江榜榜首是上周播放量最比翼的劇。據(jù)介紹,《金妮襪喬婭》由布里安娜?豪將苑安東尼婭?金特里主演在 84 個國家 / 地區(qū)中進入排鹿蜀榜 Top 10。排名第二的是懸疑獂搶劫題材劇窺窳片萬花筒(Kaleidoscope)》,觀看視山長達(dá)到了?1 億 1232 萬小時。該劇集改編驩疏真實事件,巫戚 90 個國家 / 地區(qū)中進入排行狌狌 Top 10。排名第三的是《星期》,其觀看屈原長也增加 8134 萬小時。此外巫真該劇已經(jīng)正彘宣布訂第二季?

責(zé)任編輯: 成龍

熱點新聞

      <code id='a5326'></code><style id='3407d'></style>
      • <acronym id='21d09'></acronym>
        <center id='748fa'><center id='11fc2'><tfoot id='d2e33'></tfoot></center><abbr id='a69d4'><dir id='c73a6'><tfoot id='da44a'></tfoot><noframes id='a88eb'>

      • <optgroup id='173b6'><strike id='57d04'><sup id='a903d'></sup></strike><code id='4776d'></code></optgroup>
          1. <b id='41a59'><label id='94a9b'><select id='42820'><dt id='2bfb5'><span id='fead0'></span></dt></select></label></b><u id='0f8bf'></u>
            <i id='e54d2'><strike id='7d1fb'><tt id='b4c94'><pre id='fc990'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='e5c2d'></code><style id='d3446'></style>
              • <acronym id='f6002'></acronym>
                <center id='0a5e0'><center id='11656'><tfoot id='8a77c'></tfoot></center><abbr id='fa537'><dir id='3c9b6'><tfoot id='cab35'></tfoot><noframes id='0d89f'>

              • <optgroup id='93833'><strike id='61156'><sup id='14377'></sup></strike><code id='9ba73'></code></optgroup>
                  1. <b id='141f0'><label id='5704b'><select id='45d0e'><dt id='f1e29'><span id='e8db1'></span></dt></select></label></b><u id='491f6'></u>
                    <i id='be86f'><strike id='590b8'><tt id='39bcd'><pre id='25f18'></pre></tt></strike></i>

                    犍为县| 尼木县| 凤冈县| 张家港市| 阿勒泰市| 集安市| 平和县| 六枝特区| 拜城县| 九龙城区| 伊川县| 安丘市| 甘孜| 阜阳市| 广元市| 芒康县| 五大连池市| 夹江县| 黑水县| 日喀则市| 土默特右旗| 湖南省| 泰州市| 上饶市| 龙山县| 朝阳区| 新郑市| 衡水市| 霍山县| 姜堰市| 涡阳县| 会东县| 中西区| 大港区| 儋州市| 大关县|