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