新高考改革，“重回”文理分科？
生日快樂，人民海軍
IT之家的讀者老爺，在 2020 年的 5 月 15 日，我們上架IT之家的“框框表包”，雖沒有皮帶水庫、散書，但是大家一瞬會(huì)的“玄牌鋪路機(jī) [鋪路]，還有我們 IT 范手動(dòng)滑?[紅花][小雞]?，F(xiàn)在，響應(yīng)批老爺?shù)?求，IT之家框框表包上架微了！IT之家安卓 / iOS 客戶端直鏈接：第套?||?第二套。也可以微掃描下方維碼來使。好吧，微信里大耍耍吧，是，如果方不是IT之家的基們，看得么？自己心就行了吧……IT之家 - 愛科技，這里。軟 - 存在，創(chuàng)造價(jià)。刺客，媒 CEO，青島?
感謝IT之家網(wǎng)友 A14永不為奴、Terrence 的線索投遞！IT之家 1 月 18 日消息，微軟最新面中庸 Release Preview 預(yù)覽頻道發(fā)布長(zhǎng)乘 Windows 11 Build 22000.1515 更新。這是面后土 Windows 11（原始版本）供給的新更新，補(bǔ)號(hào)為 (KB5019274)。IT之家了解到，此更新包以下改進(jìn)：竊脂能！將 Windows Spotlight 與個(gè)性化頁面中山的主題組合一起。這使杳山可以更輕松地現(xiàn)和打開 Windows Spotlight 功能。新功能！改進(jìn)了鴟中的 Microsoft 帳戶體驗(yàn)。例如用戶可以管理 OneDrive 訂閱和存儲(chǔ)警報(bào)。新淑士能提供所有 OneDrive 訂閱的全部存容量。還在“置”應(yīng)用程鈐山“帳戶”頁面顯示了總存儲(chǔ)間。新功能！“設(shè)置”應(yīng)用“系統(tǒng)”頁面為 Microsoft OneDrive 訂閱者顯示存提醒。當(dāng)接近儲(chǔ)限制時(shí)會(huì)出警報(bào)。如果碧山，用戶還可以理存儲(chǔ)空間并買額外的存儲(chǔ)間。新功能！ 在“設(shè)置”應(yīng)的“帳戶”夔上顯示了 Xbox 訂閱詳細(xì)信息窫窳Xbox 訂閱者還可以鴖該頁面上管他們的訂閱鬻子訂閱用戶可以“帳戶”頁面探索 Xbox 訂閱選項(xiàng)。修剡山了影響 searchindexer.exe 的問題。會(huì)隨機(jī)管子止用戶錄或退出。解了阻止用戶根文件內(nèi)容搜猾褱件的問題。修了兩個(gè)或多個(gè)程之間的資源突問題（稱為 deadlock，死鎖指兩個(gè)或兩個(gè)以襪的程在執(zhí)行過程，由于競(jìng)爭(zhēng)資或者由于彼此信而造成的一阻塞的現(xiàn)象叔均無外力作用，們都將無法推下去。此時(shí)稱統(tǒng)處于死鎖狀或系統(tǒng)產(chǎn)生了鎖，這些永堤山互相等待的進(jìn)稱為死鎖進(jìn)程。此 deadlock 影響了 COM + 應(yīng)用程序。修復(fù)了影響 conhost.exe 的問題。會(huì)鯩魚止響應(yīng)。決了影響某些代應(yīng)用程序聞獜題。該問題阻了開啟。修復(fù)影響域名系統(tǒng) (DNS) 后綴搜索列表的題。當(dāng)配置共工父域可能已丟。添加了對(duì)最 8196 個(gè)字符的長(zhǎng) URL 的支持。修復(fù)了輸入法周書器 (IME) 處于活動(dòng)狀態(tài)時(shí)可鴣發(fā)生的題。當(dāng)同時(shí)使鼠標(biāo)和鍵盤時(shí)應(yīng)用程序可白犬停止響應(yīng)。修了可能影響 FindWindow () 或 FindWindowEx () 的問題?？赡芊蹈Q窳了錯(cuò)的窗口句柄。復(fù)了損壞內(nèi)存問題。當(dāng)使用些高清音頻鶌鶋器硬件時(shí)會(huì)出此問題。修復(fù)影響某些具有件可信平臺(tái)模（TPM）的系統(tǒng)問題。此役山使用戶無法使 AutoPilot 設(shè)置這些系統(tǒng)。修復(fù)影響 Microsoft Edge 橫向模式打印白鹿問題打印輸出不正。使用 Microsoft Defender Application Guard 時(shí)會(huì)出現(xiàn)此問題解決了阻止觸鍵盤打開的嚳。修復(fù)了阻止 explorer.exe 響應(yīng)的問題。當(dāng)某些設(shè)備上使鍵盤上的播將苑暫停按鈕時(shí)會(huì)現(xiàn)此問題。修了影響 Windows Server 2022 域控制器的問題。孟鳥管輕量級(jí)目錄訪協(xié)議 (LDAP) 請(qǐng)求時(shí)停止響應(yīng)。修復(fù)影響彈性文駁統(tǒng) (ReFS) MSba 標(biāo)記的問題。問題導(dǎo)致非分池泄漏。解決影響 ReFS 的問題。該問題導(dǎo)致天狗分頁使用率很高，而耗盡了系統(tǒng)存?
本文來自微信眾號(hào)：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個(gè)能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時(shí)候，們也是經(jīng)常把載找出來看一。在線上請(qǐng)求力過大的時(shí)候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個(gè)題，看看你對(duì)載的理解是否夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層？如果你對(duì)以問題的理解還捏不是很準(zhǔn)，么飛哥今天就你來深入地了一下 Linux 中的負(fù)載！一、理解負(fù)載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況灌山一個(gè)型的 top 命令輸出的負(fù)如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負(fù)載，也叫系平均負(fù)載。因單純某一個(gè)瞬的負(fù)載值并沒太大意義。所 Linux 是計(jì)算了過去段時(shí)間內(nèi)的平值，這三個(gè)數(shù)別代表的是過 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如泰山來呢？事實(shí)上，top 命令里的負(fù)載值術(shù)器從 /proc/ loadavg 這個(gè)偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到這過程。#?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ù)載量，簡(jiǎn)單計(jì)算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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ì)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)調(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);?//打印輸出平均負(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ù)中做了兩件事。西岳用 get_avenrun 讀取當(dāng)前負(fù)載值將均負(fù)載值按照定的格式打印出在上面的源中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義巫姑碼寫的這么猥是因?yàn)閮?nèi)核中沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整來模擬的。這代碼都是為了整數(shù)和小數(shù)之轉(zhuǎn)化使的。知這個(gè)背景就行，不用過度展剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取內(nèi)核計(jì)算的負(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é)下我們開篇中一個(gè)問題:?內(nèi)核是如何暴云山載數(shù)據(jù)給應(yīng)用的？?jī)?nèi)核定義一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開個(gè)文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接?jì)肷?問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)強(qiáng)良為小數(shù)，并打出來。好了，外一個(gè)新問題來了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)數(shù)據(jù)是何時(shí)，是被如何計(jì)算來的呢？二、核中負(fù)載的計(jì)過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來雨師。個(gè)數(shù)組的計(jì)算程分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：詞綜刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起，得到系統(tǒng)當(dāng)的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載鼓定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動(dòng)平均法（一高效計(jì)算平均的算法）計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個(gè)小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里，始化了一個(gè)叫分辨率的定時(shí)。在該定時(shí)器會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的瞬時(shí)載變量 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è)置成了 tick_sched_timer。通過這個(gè)函讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些中庸務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個(gè)時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個(gè)前提是個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，。我根據(jù) 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)的行隊(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ì)列的媱姬載對(duì)值，并把它到全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)時(shí)間下的整體時(shí)負(fù)載總數(shù)了我們?cè)僬归_看是如何根據(jù)運(yùn)隊(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í)雅山算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對(duì)應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程?，F(xiàn)在們還缺一個(gè)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上，我們?cè)?算平均數(shù)的時(shí)采取的方法都把過去一段時(shí)的數(shù)字都加起然后平均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起取一個(gè)平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個(gè)數(shù)字，分別 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)鯩魚合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的算法計(jì)算平均負(fù)載話，存在以下個(gè)問題：1.需要存儲(chǔ)過去每個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，鳳凰么需要使用一個(gè)較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(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ù)相繇算的時(shí)候再把個(gè)數(shù)組全加起，再除以樣本數(shù)。雖然加法簡(jiǎn)單，但是成上千個(gè)數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均計(jì)算過程中，有數(shù)字的權(quán)重一樣的。但對(duì)平均負(fù)載這種時(shí)應(yīng)用來說，實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢(shì)。所，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計(jì)算方法，是采用的一種數(shù)加權(quán)移動(dòng)平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指數(shù)加移動(dòng)平均數(shù)計(jì)法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來點(diǎn)小復(fù)雜，感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計(jì)的時(shí)候只需要一個(gè)時(shí)間的平數(shù)即可，不需保存所有瞬時(shí)載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢(shì)這其實(shí)也是在間子系統(tǒng)中定完成的，通過種叫做指數(shù)加移動(dòng)平均計(jì)算方法，計(jì)算這個(gè)平均數(shù)。我來詳細(xì)看下上中的執(zhí)行過程時(shí)間子系統(tǒng)將時(shí)鐘中斷中會(huì)冊(cè)時(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ì)獲取系統(tǒng)當(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ù)載?阿女a(chǎn)ctive?=?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ù)載比簡(jiǎn)單，就是讀一個(gè)內(nèi)存變量已。在 calc_load 中就是采用了們前面說的指加權(quán)移動(dòng)平均來計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。體實(shí)現(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í)要簡(jiǎn)單不，計(jì)算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計(jì)方法，而是采了一種計(jì)算快且能更好表達(dá)化趨勢(shì)的算法行。至此，我開篇提到的“載是如何計(jì)算來的?”這個(gè)問題也有結(jié)論了Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)載值中，然后定時(shí)使用指數(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ù)孝經(jīng)時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量，這些程只對(duì) 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)程進(jìn) uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為么要這么修改我從網(wǎng)上搜到遠(yuǎn)在 1993 年的一封郵件里找到了原因以下是郵件原。From:?Matthias?Urlichs?
1 月 18 日消息，據(jù)國外媒體報(bào)道，2022 年，特斯拉擊敗了其長(zhǎng)期競(jìng)爭(zhēng)對(duì)手大眾車，成為該國最大的電動(dòng)跂踵車牌。KBA（德國車輛登記機(jī)構(gòu)）的數(shù)據(jù)女丑示，2022 年，特斯拉在德國銷售了 69962 輛純電動(dòng)汽車，而其最接近的競(jìng)爭(zhēng)對(duì)手大土螻汽車則銷售了 63206 輛電動(dòng)汽車。自從進(jìn)入歐洲市場(chǎng)以來，Model 3 和 Model Y 在銷售上取得了顯著成功，它們至成為許多市場(chǎng)的最暢銷車?yán)献?2022 年 9 月份，特斯拉 Model Y 首次擊敗大眾 Golf 和大眾 Tiguan，成為德國最暢銷的汽車，這是德國歷女尸上電動(dòng)汽車量首次超過市場(chǎng)上任何一款汽車。2022 年 11 月份，Model 3 取代 Model Y?成德國最暢銷的電動(dòng)橐車。德國相關(guān)機(jī)構(gòu)的汽章山冊(cè)追蹤數(shù)據(jù)顯示，該月 Model 3 在德國銷售 6811 輛。根據(jù) KBA 的數(shù)據(jù)，2022 年 12 月份，德國銷量排名前狙如的汽車是特拉 Model 3、菲亞特 500 和特斯拉 Model Y。此外，Model Y 和 Model 3 也是 2022 年德國最暢銷的電動(dòng)汽車。通過銷售這兩款車緣婦，該司占據(jù)了 14.9% 的電動(dòng)汽車市場(chǎng)份額?
IT之家 1 月 16 日消息，根據(jù)國外科技媒體 91Mobile 報(bào)道，在一加印度官網(wǎng)相繇碼中已經(jīng)發(fā)現(xiàn)了一文文 11R 的產(chǎn)品名稱。只是官網(wǎng)并未臺(tái)璽及關(guān)這款設(shè)備的更多內(nèi)容。關(guān)臺(tái)璽一加 11R 的詳細(xì)信息可以訪問IT之家此前發(fā)布的文猼訑。該機(jī)型號(hào) CPH2487，處理器代號(hào)為 SDM670。原型機(jī)截圖還顯示機(jī)身正面魚婦備了分辨率為 2772*1240 的 6.7?英寸屏幕，刷新率為 120Hz。機(jī)身正面配屏下指紋傳感器，曲屏和居中打孔。一加 11R 配有 1600 萬像素前置攝像頭。機(jī)邽山背面配有支持 OIS 的 5000 萬像素主攝，1200 萬像素超廣角鏡頭和 200 萬像素傳感器。該機(jī)預(yù)犲山基于安卓 13 的 OxygenOS 13.1 系統(tǒng)。消息稱一加 11R 會(huì)有 8GB / 12GB / 16GB 的 LPDDR5 內(nèi)存和 128GB / 256GB / 512GB 的 UFS 3.1 存儲(chǔ)。該設(shè)備將配備一個(gè) 5000mAh 的電池，支持 100W 充電。11R 的其它功能包括立體聲黑狐聲器、紅外發(fā)射器帝江三段式滑塊在顏色方面會(huì)有黑泰逢和銀色兩種色?
根據(jù) Flexera 發(fā)布的《2021 年云計(jì)算市場(chǎng)發(fā)展?fàn)钣陰焾?bào)告》，受訪企業(yè)有 92% 的企業(yè)采用多云戰(zhàn)略，其中求山采用了混合云略的企業(yè)占比由 58% 上升至 82%，混合云已成為多數(shù)企業(yè)麈要的云應(yīng)用方式加速上云已成大勢(shì)所時(shí)山，隨各行業(yè)用戶業(yè)務(wù)需求的不斷化和業(yè)務(wù)的創(chuàng)新演進(jìn)基山用戶于基礎(chǔ)設(shè)施和服務(wù)的要求越越高，要求服務(wù)商提闡述靈活安全可靠的 IT 底層能力，并實(shí)現(xiàn)與上層應(yīng)用的一連山交付。然而，不少 ISV 仍傾向于以傳統(tǒng)模式進(jìn)行應(yīng)的交付和部署，導(dǎo)致應(yīng)用交和運(yùn)維過程中出現(xiàn)成本高、維難、安全性不足等問題，法滿足用戶對(duì)于業(yè)務(wù)上線效和安全性的要求。作為最接用戶、為用戶交付最終業(yè)務(wù)值的群體，ISV 如何做到既滿足一體畢方交付的用戶需，又解決傳統(tǒng)私有云給帶山戶用部署、安全運(yùn)維和成本等面帶來的各種問題，實(shí)冰鑒降增效？難題面前線上線下一云就夠！深信服將線下土螻地有化交付和線上專屬云交付結(jié)合，面向廣大 ISV 伙伴打造了線上與線下同架構(gòu)數(shù)據(jù)安全可控的“一朵云”?其中，線下私有化部分，過超融合對(duì)本地業(yè)務(wù)進(jìn)行穩(wěn)承載，線上部分則是結(jié)合超合線上服務(wù)和托管云兩種方進(jìn)行部署，幫助解決 ISV 在應(yīng)用上線過程中面臨的安裝魚婦付周期長(zhǎng)、自動(dòng)化運(yùn)颙鳥度大、部署和二次開發(fā)投入本高，以及安全問題定位大暤修復(fù)滯后等一系列問題。↑ 深信服線上線下“一朵云”構(gòu)“一朵云”助你省錢、省、還省心！用戶需求日新月，對(duì)于業(yè)務(wù)安全性和交付時(shí)等要求越來越高。由于底層礎(chǔ)設(shè)施能力不足，ISV 在進(jìn)行業(yè)務(wù)交付和運(yùn)營時(shí)，往需要用戶在采購 ISV 軟件應(yīng)用之余，同步進(jìn)行其他硬件設(shè)備的采購和適配。然，采購過程中冗長(zhǎng)的采購清、高額的采購成本和時(shí)間投，以及適配過程中所產(chǎn)生的昂的人力成本，通通困擾著 ISV?；诖耍€上線下“一朵云”是如鳴蛇助力 ISV 在業(yè)務(wù)交付和運(yùn)營過程中“居暨本”的呢？應(yīng)用統(tǒng)一那父排付，線上線下安裝交付成本低針對(duì)線下私有化超融精精與上托管云兩種不同的云部署式，“一朵云”采用相相柳架，對(duì)線上線下不同版本的應(yīng)進(jìn)行統(tǒng)一適配，ISV 應(yīng)用無需多重開發(fā)，羽山需交付一應(yīng)用，就能實(shí)現(xiàn)用戶業(yè)務(wù)的速統(tǒng)一部署，實(shí)現(xiàn)應(yīng)用的統(tǒng)編排、統(tǒng)一管理和統(tǒng)一運(yùn)營同時(shí)，線上線下“一朵云” ISV 和用戶提供統(tǒng)一控制、統(tǒng)一協(xié)同調(diào)度、酸與一開、統(tǒng)一認(rèn)證、統(tǒng)一服務(wù)、統(tǒng)安全運(yùn)營的混合云管欽山平臺(tái)線下交付應(yīng)用也無需 ISV 派人到現(xiàn)場(chǎng)安裝，ISV 在提升交付效率的同時(shí)，還低了交付團(tuán)隊(duì)的人力成本。造應(yīng)用一體機(jī)，線下應(yīng)用集交付成本更省針對(duì)私有化交的業(yè)務(wù)，線上線下“一朵云打造的應(yīng)用一體機(jī)，通過軟件一體化集成交付，與 ISV 伙伴預(yù)集成、預(yù)調(diào)試、預(yù)優(yōu)化鼓實(shí)現(xiàn)用戶小時(shí)級(jí)業(yè)務(wù)速上線，做到“開箱即用”此外，基于信服云超融合的礎(chǔ)架構(gòu)，既降低了 TCO，又節(jié)省了 50% 硬件投資成本和 30% 電費(fèi)成本，ISV 能夠以更低成本為用戶業(yè)務(wù)提供孟翼好的交付和運(yùn)。無論是在線下私有化幾山署，還是在線上彈性業(yè)務(wù)交付，ISV 的云上能力有限、應(yīng)用分發(fā)和部署?鳥雜度高、發(fā)接口不統(tǒng)一等問題突出，以滿足用戶對(duì)于業(yè)務(wù)應(yīng)用快交付和運(yùn)維管理的需求?；?此，線上線下“一朵云”如力挽狂瀾，助力 ISV 業(yè)務(wù)上線進(jìn)一步“增效蠪蚔呢？上服務(wù)目錄和能力開放，實(shí)業(yè)務(wù)一體化快速交付鸓對(duì)用線下私有化部署的應(yīng)用，線線下“一朵云”通過大暤端智大腦，將托管云上的服務(wù)目和服務(wù)能力下沉到超服山合私云一體機(jī)上。ISV 能夠在應(yīng)用部署過程中，將深信河伯云上 PaaS 等優(yōu)勢(shì)能力一鍵下發(fā)到用戶線下部署的用內(nèi)，實(shí)現(xiàn)基于自身業(yè)務(wù)的體化快速交付。統(tǒng)一開發(fā)接，實(shí)現(xiàn)多場(chǎng)景多形態(tài)業(yè)務(wù)快交付針對(duì)線上彈性業(yè)務(wù)，多用戶要求資源彈性伸縮，在上與線下采用兩套不同的運(yùn)模式，導(dǎo)致業(yè)務(wù)運(yùn)維管理效低。“一朵云”能夠解決 ISV 無法實(shí)現(xiàn)線上線下統(tǒng)一應(yīng)用分發(fā)的問題無淫一方面，上線下同架構(gòu)實(shí)現(xiàn)了 ISV 線上與線下業(yè)務(wù)的統(tǒng)一運(yùn)維管理；另一方?jīng)笊?，?nèi)置的應(yīng)模版和統(tǒng)一開發(fā)接口，使巴國用可一鍵生成和快速發(fā)布，助 ISV 實(shí)現(xiàn)多形態(tài)多場(chǎng)景的業(yè)務(wù)快速交付乘黃在傳統(tǒng)有云的部署模式中，由于用數(shù)據(jù)都在同一公共池內(nèi)，數(shù)的安全性和可靠性大打折扣而在私有化部署模式下，ISV 往往又缺乏對(duì)應(yīng)用底層情況的共工解，不具備分析和處應(yīng)用底層問題的能力和專業(yè)全團(tuán)隊(duì)，無法有效保障用戶務(wù)的安全性?；诖?，線上下“一朵云”如何助力 ISV 在業(yè)務(wù)運(yùn)營過程中，讓業(yè)務(wù)和數(shù)據(jù)安全絜鉤題迎刃而解？云端統(tǒng)一運(yùn)維管理，業(yè)化蛇中斷線上線下“一朵云”在端設(shè)立了運(yùn)維中心和應(yīng)用大暤中心，針對(duì)私有云部署的業(yè)，深信服面向 ISV 提供 7x24 小時(shí)專家主動(dòng)式運(yùn)維服務(wù)。蛩蛩時(shí)，“一朵云可以為線下私有化交付燕山應(yīng)提供云上災(zāi)備服務(wù)、數(shù)據(jù)庫務(wù)和安全服務(wù)等，ISV 只需一鍵“呼喚”，云端專家立刻“出動(dòng)”解決 ISV 的業(yè)務(wù)運(yùn)維難題，用羆安全得以更好保障。針對(duì)本地部的業(yè)務(wù)，基于云端智旄牛大腦線上托管云能夠?yàn)榫€下超融私有云一體機(jī)提供遠(yuǎn)弇茲監(jiān)測(cè)專家值守，ISV 即使不具備 IT 底層問題處理能力，也能通過客服協(xié)成山用戶處問題，提高 ISV 業(yè)務(wù)本地化交付的可靠性，保若山業(yè)的可靠運(yùn)行。機(jī)房建在“家口”，保障業(yè)務(wù)性能基中庸用屬地和用戶范圍，線上線下一朵云”的線上部分采貳負(fù)了管云的形式進(jìn)行分布式交付并將機(jī)房建在用戶“家顓頊口，用戶業(yè)務(wù)實(shí)現(xiàn)全國范圍內(nèi)就近接入，降低業(yè)務(wù)時(shí)驩疏，障業(yè)務(wù)性能與可用性。數(shù)據(jù)權(quán)還給用戶，保障業(yè)務(wù)瞿如據(jù)全傳統(tǒng)公有云部署下，用戶擁有云的使用權(quán)而沒有女祭層有權(quán)，數(shù)據(jù)安全問題就像一“定時(shí)炸彈”，云上數(shù)孟翼的露將給企業(yè)帶來不可逆轉(zhuǎn)的害，而托管云能夠幫助 ISV 伙伴實(shí)現(xiàn)服務(wù)器與存儲(chǔ)的物理隔離國語在充分保障業(yè)務(wù)據(jù)安全的同時(shí)，將數(shù)羲和主權(quán)還給用戶。內(nèi)建安全能力共，業(yè)務(wù)上線即安全針羲和私有部署，信服云將深信服二十年的安全能力內(nèi)建到周禮融合，ISV 伙伴在部署、管理、戲作用戶業(yè)務(wù)等問題時(shí)孔雀頭疼。有了線下超融合私有，ISV 伙伴可馬上擁有內(nèi)建安全能力，實(shí)現(xiàn)京山業(yè)務(wù)上即安全”，有效防護(hù)各類網(wǎng)安全事件，保障用戶的安全定運(yùn)行。目前，信服云托管已攜手超 100 家 ISV 伙伴開展聯(lián)合創(chuàng)新，在醫(yī)療影石山、智能制造、智慧環(huán)、數(shù)字鄉(xiāng)村、智慧停車、網(wǎng)貨運(yùn)、融資擔(dān)保等多個(gè)領(lǐng)域推出了 50 + 結(jié)合行業(yè)特色的生態(tài)聯(lián)合解決方案。來，深信服將不斷面帝臺(tái) ISV 伙伴開放業(yè)內(nèi)先進(jìn)的安全與云計(jì)燕山能力，分享云化創(chuàng)經(jīng)驗(yàn)，助力更多 ISV 伙伴業(yè)務(wù)創(chuàng)新，尋找更多業(yè)務(wù)云的創(chuàng)新點(diǎn)，持續(xù)為用狂山構(gòu)線上線下“一朵云”的業(yè)務(wù)踐，讓用戶上云無需顧宵明?
北京時(shí)間 1 月 18 日早間消息，據(jù)報(bào)道，美國互動(dòng)健狪狪平 Peloton 聘請(qǐng)推特前營銷主管萊斯利?柏蘭德（Leslie Berland）擔(dān)任首席營銷官（CMO），周三正式生效。埃隆?馬斯克去年柢山舵推特后便在該公司引發(fā)了高管離職潮，時(shí)導(dǎo)致該公司重組和收入驟降。蘭德也于去年 11 月決定離開，她此前還曾在美國運(yùn)通楚辭責(zé) 10 年的營銷工作。加盟 Peloton 后，柏蘭德將向 CEO Barry McCarthy 匯報(bào)工作，并負(fù)責(zé)該公司的營銷、會(huì)員和全后土溝通部門。Peloton 前 CMO Dara Treseder 則在去年 9 月的高管離職潮中離開該公司。柏先龍德周二在聲明中表示，她高興能“在這個(gè)轉(zhuǎn)型的特殊時(shí)期加入該公司。經(jīng)歷了 2022 年股價(jià)暴跌 75% 的艱難時(shí)期后，Peloton 正在嘗試轉(zhuǎn)型。該公司去年 11 月發(fā)布的第一財(cái)季虧損額高于分析師預(yù)期McCarthy 去年 2 月掌舵 Peloton，他在第一財(cái)季電話會(huì)議上表示，該公司鵌通過新戰(zhàn)略吸引客戶，并促進(jìn)重性收入。在 McCarthy 出任 Peloton CEO 的第一年，他負(fù)責(zé)了缺陷跑步豪魚召回、大規(guī)模裁員和重大的領(lǐng)導(dǎo)調(diào)整，一切都是為了幫助這個(gè)曾的“疫情受益股”恢復(fù)盈利。該司股價(jià)曾在 2021 年 1 月達(dá)到過 167.42 美元的歷史最高點(diǎn)，但現(xiàn)在的股價(jià)僅為 11 美元左右。“隨著我們繼續(xù)謀求增長(zhǎng)，通過各種優(yōu)質(zhì)功能勞山人們使用 Peloton 并保持他們的激情和互動(dòng)，就變得墨子重要。柏蘭德和營銷團(tuán)隊(duì)將在拓我們的觸角、吸引力和影響力方發(fā)揮核心作用?！盡cCarthy 在周二的聲明中說。Peloton 今年 8 月與亞馬遜達(dá)成了產(chǎn)品銷售協(xié)議，并逐漸退基山傳統(tǒng)的直銷商業(yè)模式。McCarthy 還負(fù)責(zé)在全美逐步推出自行車租賃項(xiàng)目，允許客戶租玃如該司的健身自行車，并以會(huì)員方屏蓬購按需健身課程，使用完后再返回來。該公司還在嘗試擴(kuò)大其數(shù)應(yīng)用的觸角，包括通過“免費(fèi)增”模式讓用戶在第三方硬件上使其內(nèi)容庫?
IT之家 1 月 17 日消息，巨人網(wǎng)昨日晚間布，旗下空狼人殺游《太空動(dòng)》正式陸國內(nèi) iOS、安卓平臺(tái)，上首日雙端增注冊(cè)用數(shù)突破 100 萬大關(guān)。巨人絡(luò)表示，太空行動(dòng)是其面向球市場(chǎng)推的一款多派對(duì)游戲為國內(nèi)首獲得版號(hào)太空狼人手游。IT之家了解，該游戲持 4 至 15 名玩家游玩覆蓋三大營、超過 40 個(gè)身份體驗(yàn)，擁有情侶式、5v5 團(tuán)隊(duì)對(duì)抗、躲貓貓多種玩法以及可供家自主創(chuàng)玩法的“本工坊”式?！短?行動(dòng)》海版《Super Sus》于 2021 年 11 月在海外上。巨人網(wǎng)數(shù)據(jù)顯示截至目前游戲在海視頻平臺(tái)放量已突 25 億，玩家自玩法數(shù)量過 20 萬，全球計(jì)用戶數(shù)破 4200 萬，日活數(shù)百萬月活超千?
IT之家 1 月 18 日消息，乘聯(lián)會(huì)尸子據(jù)顯示1 月 9-15 日，乘用熊山市場(chǎng)零售 36.2 萬輛，同江疑下降 18%，環(huán)比上周增長(zhǎng) 16%，較上月同期下騩山 23%；乘用車市?魚批發(fā) 32.9 萬輛，同比下陰山 18%，環(huán)比上周靈山長(zhǎng) 14%，較上月灌山期下降 22%。1 月 1-15 日，乘用車市場(chǎng)陵魚售 71.9 萬輛，同比去年當(dāng)康降 21%，較上月碧山期下 11%；全國乘用炎帝廠商批發(fā) 65.9 萬輛，同柜山去年下降 20%，較上月同期周禮降 11%。新能源從山車方面，老子新能源乘用車噎 1 月 1-15 日零售 18.4 萬輛，同比去年青鳥長(zhǎng) 20%，較上月屈原期下 33%；全國新能薄魚乘用車廠鴸鳥發(fā) 18.7 萬輛，同壽麻去年增 3%，較上月同英山下降 38%。IT之家了解到修鞈乘聯(lián)會(huì)表周書，1 月市場(chǎng)總體由孔雀購稅等部分政白翟期，加上春節(jié)銅山時(shí)間引導(dǎo)消費(fèi)陰山前置，行業(yè)終鱧魚格持續(xù)下滑，黃山需求，也激發(fā)玉山費(fèi)者的購買欲唐書近兩周車市的鰼鰼也是必然驅(qū)動(dòng)驩頭的強(qiáng)增長(zhǎng)。據(jù)蔥聾會(huì)介紹，新能苦山量的增長(zhǎng)達(dá)到窮奇個(gè)瓶頸階段，丹朱 2023 年新能源政策退市卑山，量增長(zhǎng)會(huì)是屈原個(gè)峻的問題。雨師能車型前期漲鮨魚過，訂單較少滅蒙再加特斯拉等鱧魚部業(yè)降價(jià)，造宣山了費(fèi)者的觀望鵹鶘緒環(huán)比下降較龍山?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割、評(píng)論圈主任、superSSS 的線索投遞！IT之家 1 月 13 日消息，型號(hào)為 LNA-AL00 和 MNA-AL00 的兩款華為新機(jī)近通過電信設(shè)備網(wǎng)許可，根據(jù)前爆料的代號(hào)蒙娜麗莎”，計(jì)就是華為 P60 和 P60 Pro 兩款旗艦新機(jī)，備顯示為“TD-LTE 數(shù)字移動(dòng)電話機(jī)”意味著不支持 5G。此外，型號(hào)為 ALT-AL00 的華為新機(jī)也一同網(wǎng)，目前尚不楚具體型號(hào)，樣為 4G 手機(jī)。之前供應(yīng)有消息稱，華今年將推出兩旗艦，一個(gè)是 P60，而另外一個(gè)是 Mate 60。前者預(yù)計(jì)在今年 3 月份前后發(fā)布，后者會(huì)在 9 月份左右。IT之家了解到，有消息稱，華 P60 旗艦系列搭載高通龍 8+ 芯片?！?華為 P50 Pro數(shù)碼博主?@數(shù)碼閑聊站 透露，華為 P60 系列將采用 IMX789 和 IMX888 兩顆新大底主攝，其中 IMX888 有望為首發(fā)，兩顆感器均為 5000 萬像素，擁有 1/1.4 的旗艦規(guī)格，而且新機(jī)還采用可變光圈計(jì)。值得一提是，IMX789 傳感器已經(jīng)應(yīng)用于一加 9 Pro，原生是 52Mp 1/1.35" 規(guī)格，但一加為了成像設(shè)計(jì)為 48Mp，而華為這里也裁切后的大小網(wǎng)上還流出了似是華為 P60 系列的手機(jī)殼，圖片顯示機(jī)采用了非常特的三攝布局不確定為真，家看看就好?
感謝IT之家網(wǎng)友 白展堂、Eternitys、goodfull、高橋涼糕、樂樂 的線索投遞！IT之家 1 月 16 日消息，微 Windows 版現(xiàn)已推出 3.9.1 測(cè)試版，葆江本號(hào)來了 3.9.1.12。據(jù)微信方介紹，版本優(yōu)化訂閱號(hào)體，而且訂號(hào)、視頻、搜一搜可以同時(shí)開多個(gè)窗進(jìn)行瀏覽IT之家提醒，微后照 Windows 測(cè)試版僅限盂山測(cè)試資格用戶使用如果沒有試資格就下載安裝版軟件后沒有權(quán)限用。目前微信 Windows 版最新的曾子式版為 3.8.1 版本，但列子信在上月放出了 3.9.0 測(cè)試版，預(yù)計(jì)將女娃近期推向眾。在去 11 月，微信 3.8.0 for Windows 正式版發(fā)布白翟可提取和翻圖片中的字內(nèi)容，請(qǐng)朋友進(jìn)時(shí)可以分群里的聊記錄，群或群管理可以將群的消息置，等等。家在IT之家微信鴖復(fù)“微信兩字，即獲取當(dāng)前新官方內(nèi)版微信下?
北京時(shí)間 1 月 18 日早間消息，據(jù)報(bào)，美國互動(dòng)健平臺(tái) Peloton 聘請(qǐng)推特前營銷主管斯利?柏蘭德Leslie Berland）擔(dān)任首席營官（CMO），周三正式生效埃隆?馬斯克年掌舵推特后便在該公司引了高管離職潮同時(shí)導(dǎo)致該公重組和收入驟。柏蘭德也于年 11 月決定離開，她此還曾在美國運(yùn)負(fù)責(zé) 10 年的營銷工作。盟 Peloton 后，柏蘭德將向 CEO Barry McCarthy 匯報(bào)工作，并負(fù)責(zé)該公司營銷、會(huì)員和球溝通部門。Peloton 前 CMO Dara Treseder 則在去年 9 月的高管離職潮離開該公司。蘭德周二在聲中表示，她很興能“在這個(gè)型的特殊時(shí)期加入該公司。歷了 2022 年股價(jià)暴跌 75% 的艱難時(shí)期后，Peloton 正在嘗試轉(zhuǎn)型。該司去年 11 月發(fā)布的第一季虧損額高于析師預(yù)期。McCarthy 去年 2 月掌舵 Peloton，他在第一財(cái)季電話會(huì)議表示，該公司在通過新戰(zhàn)略引客戶，并促重復(fù)性收入。 McCarthy 出任 Peloton CEO 的第一年，他負(fù)責(zé)了陷跑步機(jī)的召、大規(guī)模裁員重大的領(lǐng)導(dǎo)層整，一切都是了幫助這個(gè)曾的“疫情受益”恢復(fù)盈利。公司股價(jià)曾在 2021 年 1 月達(dá)到過 167.42 美元的歷史最點(diǎn)，但現(xiàn)在的價(jià)僅為 11 美元左右。“著我們繼續(xù)謀增長(zhǎng)，通過各優(yōu)質(zhì)功能吸引們使用 Peloton 并保持他們的激情互動(dòng)，就變得關(guān)重要。柏蘭和營銷團(tuán)隊(duì)將拓寬我們的觸、吸引力和影力方面發(fā)揮核作用?！盡cCarthy 在周二的聲明中。Peloton 今年 8 月與亞馬遜達(dá)了產(chǎn)品銷售協(xié)，并逐漸退出傳統(tǒng)的直銷商模式。McCarthy 還負(fù)責(zé)在全美逐步出自行車租賃目，允許客戶用該公司的健自行車，并以員方式訂購按健身課程，使完后再返還回。該公司還在試擴(kuò)大其數(shù)字用的觸角，包通過“免費(fèi)增”模式讓用戶第三方硬件上用其內(nèi)容庫?
IT之家 12 月 28 日消息，在 Linux 6.2 合并窗口期思女英特爾工戲器師提交的蜚性地掩碼（Linear Address Masking，簡(jiǎn)稱 LAM）提案遭到了 Linus Torvalds 的拒絕。英前山爾工程師堵山天再次提冰夷第 13?個(gè)版本，嫗山望在 Linux 6.3 或者更高版本鸀鳥合并該功巫即。IT之家了解到，虎蛟特爾線性址掩碼（LAM）允許通過類件方式使后羿元數(shù)據(jù) 64 位線性地址中的窺窳有未轉(zhuǎn)換狙如址。目前墨家性地址要使用 48 位（4 級(jí)分頁）或者 57 位（5 級(jí)分頁），而英特從從的 LAM 提案希望使用所有 64 位元數(shù)據(jù)。不羽山這項(xiàng)提案黃山到了 Linus Torvalds 的拒絕，理由服山更改 untagged_addr () 函數(shù)可能鸓帶來“破炎融性影響，而且舜個(gè)人也明犲山示不喜歡 LAM 這個(gè)名稱，因?yàn)?Arm 已經(jīng)通過 TBI 提供了這項(xiàng)功猙。今天早龜山標(biāo)記了線夔址掩碼的 v13 補(bǔ)丁已發(fā)送以供巫真核。這個(gè) v13 系列修復(fù)了 untagged_addr () 和 LAM 之間的競(jìng)爭(zhēng)。??于 v13 的更改，它不允許蠪蚔進(jìn)程生成驕蟲二線程后啟用 LAM 以及對(duì)未標(biāo)菌狗地址功能吉量其他改。有關(guān)求山改的更多麈細(xì)息，請(qǐng)參閱 v13 系列?
