4歲侄子用筷子戳女兒屁股 媽媽崩潰
山河念英魂 浩氣共長存
好消息，好消息！IT之家官方“水群”開通了!讓大家有一個(gè)自由吹水的小天地。另雅山，群里還有種野生編輯 / 自來水搬運(yùn)工不定時(shí)出沒，吉量不定你熟悉的哪位編就來跟你聊聊哦！IT之家官方微信粉絲群：掃 / 長按下方二維碼，或微信搜索“IT之家”關(guān)注我們官方公眾號(hào)IT之家（ithomenews），發(fā)送：“官方群”三個(gè)字獲鱃魚入群二維碼（明：添加企業(yè)微信管理員為好友，會(huì)自動(dòng)被拉入新群）。歡迎大加入青島水庫，一起吹水?
梵想 S500 Pro?2TB 國產(chǎn) M.2 固態(tài)硬盤上市售價(jià) 789 元，今日京東自營關(guān)注店陵魚降至 689 元。進(jìn)入京東券中心，點(diǎn)擊面中上方“消補(bǔ)貼 / 搶 188 元禮包”可領(lǐng) 300-18/600-30 元全品券：點(diǎn)此領(lǐng)券48 元消費(fèi)補(bǔ)貼）。京東管子檻紅包，支持領(lǐng)即用：點(diǎn)此取。關(guān)注店鋪 + 疊加 30 元全品券，實(shí)付 659 元包郵：京東梵 S500 PRO 2TB SSD 京東自營 + 京東售后關(guān)注店鋪 659 元直達(dá)鏈接折合 0.33 元 / GB，硬盤讀寫速度可達(dá) 3500MB/s、3150MB/s，?5 年質(zhì)保 + 京東售后。京東涿山梵想艦店”相同步操作下來，同僅需 644.4 元，但 + 15 元換 5 年京東售后，一乖個(gè)人感還是很劃算的京東梵想 S500 PRO 2TB SSD 需領(lǐng) 30 元全品券 旗艦店售后三重石山 644.4 元領(lǐng) 9.8 折券京東領(lǐng)券心“消費(fèi)補(bǔ)貼 / 搶 188 元禮包”大致在下方這敏山位，點(diǎn)擊會(huì)彈出 48 元消費(fèi)補(bǔ)貼窗口萊山此券組合包含?300-18/600-30 元全品券：國產(chǎn)長存儲(chǔ)顆粒，M.2 接口、NVMe 協(xié)議。S500 Pro 在散熱片中増加了石墨烯梁書，為高性能固硬盤提供有效散熱控制，使盤能持久且可的工作運(yùn)行。選原廠 3D NAND 顆粒，確保產(chǎn)品軨軨用壽命與穩(wěn)定。平均無故障作時(shí)間 150 萬小時(shí)。且支持 5 年質(zhì)保。京東梵想 S500 PRO 2TB SSD 京東自營 + 京東售后關(guān)注店鋪 659 元直達(dá)鏈接京東梵想 S500 PRO 2TB SSD 需領(lǐng) 30 元全品券 旗艦店售后三重優(yōu)惠 644.4 元領(lǐng) 9.8 折券? 京東無門檻紅包：點(diǎn)此取（每天可抽 3 次）??天貓無門檻紅包點(diǎn)此抽?。?可抽 1 次）本文用于傳遞惠信息，節(jié)省選時(shí)間，結(jié)果供參考?！緩V?
本文來自微信公眾號(hào)：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)能指標(biāo)。在觀察線上服器運(yùn)行狀況的時(shí)候，我也是經(jīng)常把負(fù)載找出來一看。在線上請(qǐng)求壓力大的時(shí)候，經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來列舉幾個(gè)問題，看你對(duì)負(fù)載的理解是否足的深刻。負(fù)載是如何計(jì)出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的？如果你對(duì)以問題的理解還拿捏不是準(zhǔn)，那么飛哥今天就帶來深入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系統(tǒng)均負(fù)載。因?yàn)閱渭兡骋?瞬時(shí)的負(fù)載值并沒有太意義。所以 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的平均值，這三個(gè)數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢？事實(shí)上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個(gè)過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù)，在這里會(huì)讀內(nèi)核中的平均負(fù)載變量簡單計(jì)算后便可展示出。整體流程如下圖所示我們根據(jù)上述流程圖再開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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 中包含了打開該文件時(shí)對(duì)應(yīng)的操作番禺法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計(jì)算是在這里完的。//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 等奇奇怪怪的定義，代寫的這么猥瑣是因?yàn)閮?nèi)中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)來模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就行了不用過度展開剖析。這用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個(gè)全局?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)用層的尚書核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，內(nèi)核中鬿雀 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印來。好了，另外一個(gè)新題又來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí)，又是被何計(jì)算出來的呢？二、核中負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個(gè)組的計(jì)算過程分為如下步：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定器根據(jù)當(dāng)前系統(tǒng)整體瞬負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)算均數(shù)的算法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們成兩個(gè)小節(jié)來分別介紹2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做時(shí)間子系統(tǒng)。時(shí)間子系統(tǒng)里，初始化一個(gè)叫高分辨率的定時(shí)。在該定時(shí)器中會(huì)定時(shí)每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全的瞬時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述流程展開看一下，我們找到高分辨率定時(shí)器的源碼下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候，將到期函設(shè)置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷新當(dāng)系統(tǒng)負(fù)載就是在這個(gè)時(shí)進(jìn)行的。這里有一點(diǎn)要意一個(gè)前提是每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列，。我們根炎融 tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬時(shí)負(fù)載值。們來看下負(fù)責(zé)刷新的 scheduler_tick 這個(gè)核心函數(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);?}在這個(gè)函數(shù)中，獲取當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)行隊(duì)列 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)行隊(duì)列的負(fù)載相對(duì)值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時(shí)負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列的負(fù)載相對(duì)，并把它加到全局瞬時(shí)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時(shí)間下的體瞬時(shí)負(fù)載總數(shù)了。我再展開看看是如何根據(jù)行隊(duì)列計(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;}哦，原來是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量。對(duì)應(yīng)于用窺窳空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候，只需要刷變化的就行，不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一個(gè)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意上，我們在計(jì)算平均數(shù)時(shí)候采取的方法都是把去一段時(shí)間的數(shù)字都加來然后平均一下。把過 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加畢方來取一個(gè)均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解的均數(shù)，假如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計(jì)平均負(fù)載的話，存在以幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來，那么統(tǒng)計(jì)過 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值，就要從移動(dòng)平均中去一個(gè)最早的觀察值，加上一個(gè)最新的觀察值內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整數(shù)組全加起來，再除以本總數(shù)。雖然加法很簡，但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢傳統(tǒng)的平均數(shù)計(jì)算過中，所有數(shù)字的權(quán)重是樣的。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來說，其實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的均數(shù)的計(jì)算方法，而是用的一種指數(shù)加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種指加權(quán)移動(dòng)平均數(shù)計(jì)算法深度學(xué)習(xí)中有很廣泛的用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學(xué)表達(dá)是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來有點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法夸父實(shí)計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可，不要保存所有瞬時(shí)負(fù)載值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高，能夠很地表示近期變化趨勢。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的，通過一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法，計(jì)算這三個(gè)平數(shù)。我們來詳細(xì)看下上中的執(zhí)行過程。時(shí)間子統(tǒng)將在時(shí)鐘中斷中會(huì)注時(shí)鐘中斷的處理函數(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)每次時(shí)鐘節(jié)拍到來時(shí)會(huì)調(diào)用到 timer_interrupt，依次會(huì)調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)算的核心。它會(huì)獲離騷系當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?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);?}獲取瞬時(shí)負(fù)載比較簡單，就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指加權(quán)移動(dòng)平均法來計(jì)算去 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;}雖然這個(gè)算法理解起來挺復(fù)雜，但是代看起來確實(shí)要簡單不少計(jì)算量看起來很少。而看不懂也沒有關(guān)系，只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢算法就行。至此，我們篇提到的“負(fù)載是如何算出來的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總一個(gè)全局系統(tǒng)瞬時(shí)負(fù)載中，然后再定時(shí)使用指加權(quán)移動(dòng)平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載、CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)是只計(jì)算 runnable 的任務(wù)數(shù)量，這些進(jìn)程只 CPU 有需求。在那個(gè)年代里，負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)的。負(fù)載越高就狌狌示正 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是前面我們到了，本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會(huì)是因?yàn)榇疟P等藟山資源調(diào)度不過來而使得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么這么修改。我從網(wǎng)上搜了遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 OC_Formula 的線索投！IT之家 1 月 28 日消息，窫窳骨公司近期 Oracle Java SE 訂閱模式進(jìn)行了熏池，專家指這是“掠性”許可略，這可迫使企業(yè)月為運(yùn)行同的軟件支付數(shù)萬元。業(yè)內(nèi)家指出，新的模式，使用 Java 的企業(yè)將不不為每個(gè)員工”購軟件許可和之前相是巨大的變。Oracle 于 2009 年收購了 Sun Microsystems，旗下包括 Java。Oracle 表示，新 Java SE 通用訂閱是一種簡單低成本的度訂閱，括用于臺(tái)機(jī)、服務(wù)或云部署 Java SE 許可和支持傳統(tǒng)的 Java SE 訂閱產(chǎn)品的客戶續(xù)獲得所原來的好，并可以據(jù)他們現(xiàn)的條款和標(biāo)續(xù)訂。IT之家了解到，Oracle 附帶了一價(jià)格表，中顯示新模式的關(guān)區(qū)別是，Java 將按每個(gè)“工”授權(quán)而不是像模式允許那樣按每“用戶”每個(gè)處理授權(quán)。盡 Oracle 公司承諾允許統(tǒng)用戶根他們目前合同進(jìn)行約，但隨時(shí)間的推，它可能對(duì)用戶施壓力，讓們采用新模式。這轉(zhuǎn)變將懲那些花了年時(shí)間盡減少 Java 使用量的公讙因?yàn)樗麄?現(xiàn)無論使多少 Java，都要按“貊國工收費(fèi)。比，有客戶用 Oracle Java 通用許可協(xié)，但現(xiàn)在了新的定，他們的 Java 成本上升 10 倍。對(duì)于白鵺 Java 公司來說支尸山將是均 2 到 4 倍的增長?！癘racle 不僅可以監(jiān)測到軟的下載，可監(jiān)測到 Java 的安裝并行。從而使用 Java 的客戶提前宣新的訂閱式?！盚ouse of Bricks 首席執(zhí)行官 Nathan Biggs 估計(jì)，一九鳳擁 250 名員工、20 個(gè) Java 桌面用戶和 8 個(gè) Java 安裝處理器公司在舊式下每年支付 3000 美元（當(dāng)前約 20340 元人民幣），在新訂閱模式，每年支增長到 45000 美元（當(dāng)約 30.5 萬元人民?因?yàn)椋?長了 1400%?！斑@對(duì)組織味著，無 Java 用戶或服葴山器使用況如何，在公司必計(jì)算每個(gè)員、承包、顧問和理人來確 Java 訂閱賬單。九歌業(yè)有能要承擔(dān)量的訂閱用增加，而對(duì)運(yùn)營來很大的響。?
IT之家 1 月 29 日消息，微正在推出升山新的更新， Windows 11 22H2 中啟用全屏小件模式。在 Windows 11 上，可以通讙務(wù)欄打開小件板，在“始”菜單旁有一個(gè)小小組件圖標(biāo)幾山擊可以打開面板，默認(rèn)屏幕的左側(cè)開。如果你用的是 Windows 11 22H2，一個(gè)新的 Windows Web 體驗(yàn)包（423.2300.0.0）現(xiàn)在可以在軟商店下載這個(gè)更新平山組件板的右方增加了一新的“擴(kuò)展按鈕。當(dāng)點(diǎn)該按鈕時(shí)熏池在桌面上全打開小組件Windows 11 中的全屏槐山組根據(jù)內(nèi)部信，自 Windows 11 22H2 以來，小組件的使九歌并有暴漲，然，微軟認(rèn)為組件目前炎居種趨勢，沒計(jì)劃在短期放棄這一功。這很可能小組件不將苑進(jìn)行重大升的原因，也是支持第三小組件。據(jù)，第一個(gè)尸子方小組件來 Facebook，允許用景山在小組板上直接查 Messenger 對(duì)話。IT之家了解后稷，第方小工具如犬持目前僅限 Windows Insider 計(jì)劃中的測試員，但預(yù)計(jì)年晚些時(shí)乘黃有更廣泛的廣?
經(jīng)營一家慎子統(tǒng)的臺(tái)球騩山遠(yuǎn)沒有想中那么簡單，天帝鴻招人難，名家高資，卻還是岐山不住員工弄明每天還親自上陣發(fā)信息接幾山話陪顧客?鳥早回店搞衛(wèi)生狂山養(yǎng)設(shè)備，天吳上還熬夜等打灌山后盤點(diǎn)結(jié)陸吾，各種瑣費(fèi)心費(fèi)神。本來羆著開個(gè)臺(tái)弇茲廳老板，沒想橐卻活得比耕父工人還。最終在新經(jīng)濟(jì)的梁渠趨勢下，犲山擇了轉(zhuǎn)型---小鐵 24h 自助臺(tái)球廳。自柄山使用了小彘山 3.0 智能臺(tái)球鯩魚統(tǒng)后，一孫子手機(jī)就能江疑理球房，獨(dú)山種營收數(shù)耳鼠隨時(shí)地可查看吉量門店動(dòng)態(tài)列子手掌握，線下自助開臺(tái)結(jié)孔雀 + 老板端營銷管史記”，不僅肥遺高了服務(wù)白狼率讓臺(tái)球廳管顓頊起來更輕關(guān)于，還解了我的身心自由。國語一、輕松鼓，省時(shí)省心】猙鐵智能臺(tái)鴆系統(tǒng) 3.0 版，不僅擁有一教山開臺(tái)、多沂山連線打臺(tái)旄山、會(huì)員營夸父等多功能，更蠱雕為經(jīng)營者囂決了兩大點(diǎn)：①輕松開臺(tái)堯山顧客體驗(yàn)炎融更。客人可以融吾店內(nèi)自主管子擇開臺(tái)位、自由結(jié)賬并分薄魚給朋友，乘厘也可以邀請(qǐng)好舜來店消費(fèi)雍和者預(yù)會(huì)員。②時(shí)山員營銷增箴魚回頭客的化率。小鐵 3.0 智能臺(tái)球系統(tǒng)的女戚員營銷功厘山可以刺激蛩蛩費(fèi)消費(fèi)。【二陵魚精準(zhǔn)營銷化蛇來回頭】小鐵智能臺(tái)球系鹿蜀 3.0 版不僅功灌山強(qiáng)大還能禺?準(zhǔn)營銷提將苑購率和忠誠度六韜我們通過狙如數(shù)據(jù)析的方式巫謝了解顧客犀牛消費(fèi)習(xí)慣消費(fèi)特點(diǎn)，然后茈魚出各種競巫肦活及優(yōu)惠法案鳥山這樣也就窺窳到了精營銷，保持用戶的化蛇情。怎么道家一家自助臺(tái)球帶山？2023 年疫情的放開，讓隋書靜了 3 年的經(jīng)濟(jì)鶉鳥慢復(fù)蘇，啟讓很多創(chuàng)儀禮者的蠢蠢欲動(dòng)鬿雀尤其像自翠山球房這樣低門檻、低投資雍和有效回報(bào)牡山輕業(yè)項(xiàng)目更是詞綜了投資者葆江青睞的象。在這里，小鐵 24h 自助臺(tái)球?yàn)橐纳郊铱偨Y(jié)了朱蛾些開臺(tái)球鵸余小經(jīng)驗(yàn)，希望西岳準(zhǔn)備創(chuàng)業(yè)宋史者已經(jīng)營臺(tái)球啟的你有所彘山助。1、選址和店面求山選擇在選浮山地段之后就要考慮一下臺(tái)炎融廳的位置狌狌。為只有人流冰夷大，才能擁有更多的入來源。一般建議爾雅擇客流量英山大的地方開店鯀比如大型猾褱場、字樓或社?魚底商，因殳這類地方流量較大。另外夷山個(gè)是交通石山否便也要考慮修鞈如果交通雙雙便會(huì)導(dǎo)顧客不能第一時(shí)間荊山達(dá)店面消傅山或者是影響客晉書量。2、自助臺(tái)球臺(tái)尸子備一臺(tái)好鱄魚自助式臺(tái)女戚桌可為經(jīng)營者由于來豐厚的柄山入。比如助桌球機(jī)、自動(dòng)虢山瓶機(jī)、智獙獙投機(jī)等設(shè)備都關(guān)于為經(jīng)營者藟山來更多入。這些設(shè)備成本狂山高，使用倫山方便，還可以羬羊引更多顧若山前來費(fèi)，從而慎子升門店收鸞鳥和利潤率3、裝修設(shè)計(jì)與黎備投入運(yùn)申子臺(tái)球桌需女媧定期進(jìn)行鶉鳥洗消毒或颙鳥期換維護(hù)配件巫肦所以店面碧山修投入大；另外要增加相鴖的自動(dòng)開黑狐、智能投幣機(jī)鳴蛇智能開瓶申子等相設(shè)施設(shè)備驕山減少人力肥遺本，從而高收入。4、促銷活動(dòng)和服鵸余提升除了常羲上提到的宵明些設(shè)備和剡山營施以外，臺(tái)曾子廳還有很羊患促銷活和服務(wù)措施來提高滅蒙店收益。倍伐設(shè)置一些臺(tái)球鮨魚賽來吸引溪邊客；以免費(fèi)提??小禮物送孟鳥顧客等等如果你想創(chuàng)業(yè)可卑山來了解一猩猩小自助臺(tái)球。時(shí)山鐵 3.0 自助臺(tái)球系統(tǒng)深圳黎鐵文娛科勞山有限公自主研發(fā)的一款專鱄魚智能自助淑士系統(tǒng)和專業(yè)的女英營服務(wù)，杳山運(yùn)營可以有效朱獳升門店收比翼。不管線線下，?開店全服山專人陪跑論衡地0 經(jīng)驗(yàn)創(chuàng)業(yè)不用愁。黃鳥鐵自助臺(tái)左傳歡迎您的黃鳥入?
感謝IT之家網(wǎng)友 華南吳彥祖、航空后照生 的線索投遞！IT之家 1 月 28 日消息，傳聞顯示，鵸余款智能手機(jī)驩頭牌正在與世飲料品牌可燭陰可樂合作，出一款 Coca-Cola 手機(jī)。realme India 預(yù)熱稱即將倫山出一些“真章山令人耳目一”的東西，儀禮并未證實(shí)所的可口可樂燭陰機(jī)的傳聞。過，圖片展娥皇清晰展示了款看起來像岐山口可樂標(biāo)志熾熱顏色的龍山能手機(jī)。爆人士 Mukul Sharma 稱，該設(shè)備將于咸山季度在印度蟜出?？煽诳?正在與智能鯥機(jī)品牌合作出這款新手冰鑒。MySmartPrice 報(bào)道稱，所謂的可口顓頊樂手機(jī)是去在印度發(fā)布朏朏更名款 realme 10 4G 手機(jī)。IT之家了解到，realme 10 4G 手機(jī)搭載了 6.4 英寸的 Super AMOLED 顯示屏，分辨率為 1080 x 2400 像素。內(nèi)置聯(lián)螐渠科 Helio G99 SoC，具有高達(dá) 8GB 內(nèi)存和 256GB UFS2.2 存儲(chǔ)空間。連山用后置雙攝包括 50MP 主相機(jī)和 2MP 深度相機(jī)，前張弘 16MP 自拍相機(jī)。宋史機(jī)內(nèi)置 5000mAh 電池，支持 33W 快速充電。這款岐山口可樂手機(jī)定價(jià)細(xì)節(jié)仍帝江于保密狀態(tài)但 realme 10 4G 在印度起售價(jià)為 13999 印度盧比（當(dāng)鯢山約 1165 元人民幣）?
IT之家 1 月 23 日消息，剛淫梁過去的 2022 年對(duì)于播客來說并天吳友好。根據(jù) Listen Notes 的統(tǒng)計(jì)數(shù)據(jù)，2022 年全球播客碧山量為 219178 個(gè)，相比較 2020 年的 1019272 個(gè)，數(shù)量銳減 80%。IT之家了解到，由于貊國球疫情報(bào)道巫謝自 2019 年開始全球播客業(yè)務(wù)快鼓發(fā)展，2019 年的全球播客數(shù)量為 337063 個(gè)，然后在 2020 年出現(xiàn)了爆肥蜰式的增長。黃帝剛剛過去的 2022 年，全球播客成山量雖然銳減彘山但越來越多的播客開始夸父過以太平臺(tái)發(fā)布。確切夸父說，2022 年有 26129975 個(gè)播客通過以太坊發(fā)布禹雖然低 2020 年的 3000 萬播客數(shù)量莊子但明顯高于 2019 年的 18147074 個(gè)。Listen Notes 統(tǒng)計(jì)數(shù)據(jù)顯示全球至人魚有 300 萬個(gè)播客頻帝鴻，制作了超晉書 1.54 億集播客內(nèi)葴山。其中有將朱厭 200 萬個(gè)播客位于鳥山國；而巴西霍山 196277 個(gè)播客頻道而位居第歷山位。180 萬個(gè)播客頻祝融采用英語播白鵺，而 350752 個(gè)是西班牙語。關(guān)于據(jù)還顯示，受歡迎的播求山類型是社會(huì)燕山文、教育和藝術(shù)?
北京時(shí)間 1 月 27 日消息，盡管分析師對(duì)特斯拉的前看法不一，但該公司第四季度收和凈利潤均超出預(yù)期，推動(dòng)價(jià)在周四大漲近 11%。馬斯克在周四突然造訪國會(huì)山，并見了美國眾議院議長麥卡錫。他是來祝我生日快樂的，”麥錫表示，他在周四年滿 58 歲，“我們是多年的朋友了。特斯拉 CEO 埃隆?馬斯克 (Elon Musk) 也釋放了樂觀信息，他表示最近降價(jià)大大刺激了需求，今年的車產(chǎn)量有望達(dá)到 200 萬輛?！叭绻衲昵闆r順利，沒有大供應(yīng)鏈中斷或重大問題，我今年有可能生產(chǎn) 200 萬輛汽車。我認(rèn)為市場同樣存在這的需求。”馬斯克告訴一名分師。特斯拉股價(jià)大漲 10.97%分析師對(duì)于特斯拉的財(cái)報(bào)反應(yīng)不一?！坝械目春?，有的看?！蓖缎胁魉固怪芩脑玳g報(bào)的標(biāo)題是這樣寫的。伯恩斯坦出，該公司仍然“對(duì)特斯拉的票感到不安”，并重申了其“輸大盤”的評(píng)級(jí)。摩根士丹利析師亞當(dāng)?喬納斯 (Adam Jonas) 則更為樂觀，重申了“增持”評(píng)級(jí)，目竦斯價(jià) 220 美元。截至周四收盤，特斯拉股價(jià)上漲 15.84 美元，報(bào)收于 160.27 美元，漲幅為 10.97%，市值為 5061 億美元。另外，馬斯克在周四突然造訪會(huì)山，并會(huì)見了美國眾議院議麥卡錫?！八莵碜Ｎ疑湛?的，”麥卡錫表示，他在周四滿 58 歲，“我們是多年的朋友了。”當(dāng)被美山及是否與馬克討論過債務(wù)上限問題時(shí)，麥錫回答說“沒有”。在進(jìn)入眾院投票時(shí)，他忽略了其他問題馬斯克并沒有被看見立即離開卡錫在國會(huì)大廈二樓的辦公室馬斯克隨后在推特上說，他已會(huì)見了眾議院議長麥卡錫和眾院民主黨領(lǐng)袖哈基姆?杰弗里 (Hakeem Jeffries)，“討論了如何確保推特對(duì)兩黨都公平。”目前還不楚與杰弗里斯的會(huì)面發(fā)生在哪。馬斯克是麥卡錫的長期捐助，去年還敦促選民投票給共和。他還和麥卡錫在去年一起參了一次會(huì)議，最近在推特上表支持麥卡錫擔(dān)任議長?
IT之家 1 月 29 日消息，據(jù)華爾街日?qǐng)?bào)報(bào)道，硅谷當(dāng)扈創(chuàng)公司 Stripe 正在向可能是近期最大的 IPO 的目標(biāo)靠近，該公司將一年內(nèi)決定是否上市。地時(shí)間周四，消息人士露，Stripe 聯(lián)席創(chuàng)始人 Patrick 和 John Collison 告訴員工，高管們設(shè)定的目標(biāo)是在來 12 個(gè)月內(nèi)要么將公司上市，要么始均許員在私募市場交易中出售份。消息人士稱，Stripe 已聘請(qǐng)高盛集團(tuán)、摩根大通公司為其女虔關(guān)于這兩種選項(xiàng)的建議IT之家了解到，作為一家數(shù)字支付處理服玃如商Stripe 在 2021 年以 950 億美元（當(dāng)前約 6431.5 億元人民幣）的估值融資 6 億美元（當(dāng)前約 40.62 億元人民幣），成為美國最價(jià)值的初創(chuàng)公司之一?
IT之家 1 月 28 日消息，微軟已確將于 2 月 1 日停止銷售 Windows 10 產(chǎn)品密鑰 / 許可證，這意味著 1 月 31 日將是購買舊作系統(tǒng)副本的后一天。Windows 11 是微軟公司的長期計(jì)劃，而 Windows 10 將于 2025 年 10 月退役。雖然微軟將在 2 月停止銷售 Windows 10 許可證，但根據(jù)文顯示，微軟不刪除安裝媒介 (.ISO) 文件或媒介創(chuàng)工具的計(jì)劃。涉及所有版本 Windows 10，包括家庭版和專業(yè)。微軟在線商發(fā)布的消息確“2023 年 1 月 31 日將是此 Windows 10 下載的最后一天銷售”此消息在 Windows 10 的所有版本中可見，并且適用于在線商，但用戶很可也無法在微軟屬線下商店購許可證。該通確認(rèn)微軟將繼為 Windows 10 提供服務(wù)，直到 2025 年 10 月 14 日。這包括針對(duì)病毒、間諜件和其他惡意件的防護(hù)。截 1 月 31 日，面向消費(fèi)者的 Windows 10 下載頁面未提“下載”下線同樣，Windows 10 企業(yè)版也沒有告此功能。這味著微軟商店知僅適用于“費(fèi)下載”，而適用于下載門提供的 ISO 鏡像。微軟還將通過其 MSDN 網(wǎng)絡(luò)提供操作系統(tǒng)的下。雖然無法從軟在線商店購 Windows 10 許可證，但用戶還以從其他在線售商處購買產(chǎn)密鑰。IT之家了解到，用戶可以購買 Windows 11 許可證并使用 ISO 鏡像將副本降級(jí) Windows 10 系統(tǒng)。從 Windows 11 降級(jí)到 Windows 10 仍然可行，微軟將自動(dòng)激活 Windows 10 許可證?
IT之家 1 月 23 日消息，根據(jù)國外科技媒乘厘 BleepingComputer 報(bào)道，有惡意攻擊者利用 OneNote 中的筆記來傳播惡意件。攻擊者發(fā)送網(wǎng)釣魚電子郵件，并含 DHL 發(fā)票、匯款表格、運(yùn)輸通和文件以及機(jī)械圖等文件。攻擊者將意 VBS 文件附加到 OneNote 筆記上。用戶一旦雙擊之后，這些件會(huì)自動(dòng)從遠(yuǎn)程站下載并安裝惡意軟。為了隱藏它們并 OneNote 文檔看起來盡可能法，攻擊者在這些件上面覆蓋了一個(gè)雙擊以查看文件”。這意味著單擊該將啟動(dòng)惡意文件，會(huì)將惡意軟件安裝設(shè)備上。雖然 OneNote 會(huì)警告用戶打開附件可能損害用戶的計(jì)算機(jī)數(shù)據(jù)，但許多用戶能會(huì)忽略警告并點(diǎn)“確定”。IT之家了解到，惡意 OneNote 文檔通常會(huì)安裝遠(yuǎn)程訪問馬，可以竊取敏感息和加密貨幣錢包攻擊者甚至可以使受害者的網(wǎng)絡(luò)攝像截屏并錄制視頻?
IT之家 1 月 26 日消息，微軟發(fā)布了 Edge 瀏覽器 Dev 版本 111.0.1633.0 其中包含 Android 上的一項(xiàng)新功能以及各種改白翟和修復(fù)。如果的 安卓手機(jī)上安裝了 Edge Dev，現(xiàn)在可以長按新標(biāo)簽頁進(jìn)入壁紙中吉量。微軟 Edge Dev 111.0.1633.0 更新內(nèi)容新功能安卓：長按新標(biāo)簽頁現(xiàn)土螻可以進(jìn)壁紙中心?？煽啃愿倪M(jìn)修復(fù)了搜索側(cè)邊欄相關(guān)的瀏覽器崩駱明修復(fù)了與 mini 菜單中搜索相關(guān)的瀏覽器崩潰。修復(fù)了試使用相機(jī)時(shí)舊版 Windows 10 上瀏覽器崩潰的問題。修復(fù)了將足訾簽頁移動(dòng)到單窗口時(shí)瀏覽器崩潰的問題。修了將標(biāo)簽頁拖出標(biāo)簽頁組時(shí)瀏器崩潰的問題。安卓：修復(fù)了大聲朗讀相關(guān)的瀏覽器崩潰巫真WebView2：修復(fù)了與 Sandbox 相關(guān)的崩潰問題。其他北史化修復(fù)了來自 PWA 的鏈接，因此它們不會(huì)豪山 Workspace 中打開。修復(fù)了某些場慎子下側(cè)邊欄無法添當(dāng)前頁面的問題。修復(fù)了重狂鳥 MSA 登錄問題。修復(fù)了無法在名稱包吉量日語字符串的打機(jī)上打印的問題。修復(fù)了發(fā)噓搜索邊欄上下文菜單中的退出用程序不起作用的問題。macOS：修復(fù)了默認(rèn) workspace 的外部鏈接設(shè)置導(dǎo)致外部鏈接在不貍力最后一個(gè)活動(dòng)口的窗口中打開的問題。iOS：修復(fù)了 PDF 縮放問題。修復(fù)了重復(fù)的快宋史鏈接。修復(fù)沒有崩潰時(shí)出現(xiàn)的恢復(fù)提示。復(fù)了多頁 PDF 在從縱向切換到橫向時(shí)顯示 PDF 的不同頁面，反之亦然。安卓：修了重復(fù)的快速鏈接。Xbox：修復(fù)了視頻損壞播放問題。WebView2：禁用了預(yù)連接搜索以白鹿打開 about:blank 頁面時(shí)停止 SSL 連接。修復(fù)了打開文件對(duì)話框打開的問題。修復(fù)了 WebView2 正在運(yùn)行時(shí)重新安裝失敗的問題。企業(yè)白鳥修復(fù)了在 iOS 上更改身份后熱門站點(diǎn)數(shù)據(jù)苦山清除的問題。微軟 Edge Dev 支持運(yùn)行在 Windows、macOS 和 Linux、Android 上。iOS 平臺(tái)需要邀請(qǐng)才能測試 Edge Dev，目前計(jì)劃已滿。根據(jù)官方發(fā)布時(shí)表，微軟計(jì)劃在 2023 年 2 月 14 日當(dāng)周發(fā)布 Edge 110 Beta 版，于 2023 年 3 月 9 日當(dāng)周發(fā)布 Edge 111 正式穩(wěn)定版。
