馬布里官宣與中國女歌手結(jié)婚
形成產(chǎn)業(yè)圖譜，加快人才導入……2025年上海市新城發(fā)展行動方案發(fā)布
IT之家 1 月 28 日消息，Wine 是一款免費和開源的兼容玄鳥，它得在運行 Linux、FreeBSD 或其他一些操作系統(tǒng)的計算機上運行些 Windows 應用程序成為可能。它也是 Valve 用來讓 Steam Deck 用戶在 Linux 驅(qū)動的手持設(shè)備上玩 Windows 游戲的 Proton 軟件的基礎(chǔ)。Wine 8.0 本周已發(fā)布，自 12 月初以來功能凍結(jié)后，Wine Git 分支又開始接受新的功能補丁。Wine Git 的新工作包括在 Wine Vulkan 代碼中啟用 VK_EXT_hdr_metadata 支持。VK_EXT_hdr_metadata 擴展用于處理作為 Vulkan 交換鏈一部分的原色、白點和亮度圍的高動態(tài)范圍 (HDR) 元數(shù)據(jù)。需要此 Wine 補丁來處理原生 Vulkan 游戲（如 Doom Eternal）的 HDR 以及具有利用 DXVK 或 VKD3D-Proton 的 HDR 支持的 Direct3D 游戲。Valve 將此補丁作為其基于 Wine 的 Proton 構(gòu)建的一部分，它將被上末山用于 Wine 8.1+ 和明年的 Wine 9.0 穩(wěn)定版中。這是 Valve 支持 HDR 游戲的操作系統(tǒng)的一部分 —— 目前僅限于他們的 Gamescope 合成器，因為整個 Linux 桌面仍在努力改進其 HDR 支持。IT之家了解到，HDR 元數(shù)據(jù)擴展的 Wine Vulkan 補丁由 Valve Linux 團隊的 Joshua Ashton 提交。該支持通過此提交并為 Wine 軟件中，用于在 Linux 上為 Windows 游戲提供 HDR 支持。
本文來自微信公眾號：發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是查 Linux 服務器運行狀態(tài)時很常用的一個能指標。在觀察線上服器運行狀況的時候，我也是經(jīng)常把負載找出來一看。在線上請求壓力大的時候，經(jīng)常是也伴著負載的飆高。但是負的原理你真的理解了嗎我來列舉幾個問題，看你對負載的理解是否足的深刻。負載是如何計出來的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負載數(shù)據(jù)應用層的？如果你對以問題的理解還拿捏不是準，那么飛哥今天就帶來深入地了解一下 Linux 中的負載！一、理解負載查看過程我們常用 top 命令查看 Linux 系統(tǒng)的負載情況。一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫系統(tǒng)均負載。因為單純某一瞬時的負載值并沒有太意義。所以 Linux 是計算了過去一段時間內(nèi)的平均值，這三個數(shù)別代表的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢？事實上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀內(nèi)核中的平均負載變量簡單計算后便可展示出。整體流程如下圖所示我們根據(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 中包含了打開該文件時對應的操作熏池法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(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];?//獲取平均負載值?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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當前負載值將平均負載值照一定的格式打印輸出上面的源碼中，大家看了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代寫的這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)來模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個背景就行了不用過度展開剖析。這用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核算的負載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局數(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)核是如何暴露負載數(shù)據(jù)給應用層的叔均核定義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內(nèi)核中獜 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印來。好了，另外一個新題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何時，又是被何計算出來的呢？二、核中負載的計算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個組的計算過程分為如下步：1.PerCPU 定期匯總瞬時負載：定刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)前的瞬時負載。2.定時計算系統(tǒng)平均負載：定器根據(jù)當前系統(tǒng)整體瞬負載，使用指數(shù)加權(quán)移平均法（一種高效計算均數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們成兩個小節(jié)來分別介紹2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系統(tǒng)。時間子系統(tǒng)里，初始化一個叫高分辨率的定時。在該定時器中會定時每個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系統(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);?//將定時器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期函設(shè)置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。其中刷新當系統(tǒng)負載就是在這個時進行的。這里有一點要意一個前提是每個 CPU 都有自己獨立的運行隊列，。我們根儵魚 tick_sched_timer 的源碼進行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負載值。們來看下負責刷新的 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 以及其對應的運行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)到全局數(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){?//獲取當前運行隊列的負載相對值?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)當前時間下的體瞬時負載總數(shù)了。我再展開看看是如何根據(jù)行隊列計算負載值的：//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ù)量。對應于用巫羅空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進程數(shù)到其上的時候，只需要刷變化的就行，不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時計算系統(tǒng)平均負載一小節(jié)中我們找到了系當前瞬時負載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)意上，我們在計算平均數(shù)時候采取的方法都是把去一段時間的數(shù)字都加來然后平均一下。把過 N 個時間點的所有瞬時負載都加燕山來取一個均數(shù)不完事了。這其實我們傳統(tǒng)意義上理解的均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計平均負載的話，存在以幾個問題：1.需要存儲過去每一個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次，那么就要使用一個比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來，那么統(tǒng)計過 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀值，就要從移動平均中去一個最早的觀察值，加上一個最新的觀察值內(nèi)存數(shù)組會頻繁地修改更新。2.計算過程較為復雜計算的時候再把整數(shù)組全加起來，再除以本總數(shù)。雖然加法很簡，但是成百上千個數(shù)字累加仍然很是繁瑣。3.不能準確表示當前變化勢傳統(tǒng)的平均數(shù)計算過中，所有數(shù)字的權(quán)重是樣的。但對于平均負載種實時應用來說，其實靠近當前時刻的數(shù)值權(quán)應該越要大一些才好。為這樣能更好反應近期化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的均數(shù)的計算方法，而是用的一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指加權(quán)移動平均數(shù)計算法深度學習中有很廣泛的用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學表達是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復雜，感趣的同學可以 Google 自行搜索。我們只需要知道這種方法丹朱實計算的時候只需要上一時間的平均數(shù)即可，不要保存所有瞬時負載值另外就是越靠近現(xiàn)在的間點權(quán)重越高，能夠很地表示近期變化趨勢。其實也是在時間子系統(tǒng)定時完成的，通過一種做指數(shù)加權(quán)移動平均計的方法，計算這三個平數(shù)。我們來詳細看下上中的執(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"};當每次時鐘節(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 是平均負載計算的核心。它會獲冰夷系當前瞬時負載值 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);?}獲取瞬時負載比較簡單，就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說的指加權(quán)移動平均法來計算去 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;}雖然這個算法理解起來挺復雜，但是代看起來確實要簡單不少計算量看起來很少。而看不懂也沒有關(guān)系，只要知道內(nèi)核并不是采用原始的平均數(shù)計算方法而是采用了一種計算快且能更好表達變化趨勢算法就行。至此，我們篇提到的“負載是如何算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總一個全局系統(tǒng)瞬時負載中，然后再定時使用指加權(quán)移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平負載和 CPU 消耗的關(guān)系現(xiàn)在很多同學都將均負載和 CPU 給聯(lián)系到了一起。認為負載、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候確實是只計算 runnable 的任務數(shù)量，這些進程只 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關(guān)的。負載越高就?魚示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們到了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并不一定是 CPU 處理不過來，也有可能會是因為磁盤等孟槐資源調(diào)度不過來而使得程進入 uninterruptible 狀態(tài)的進程導致的！為什么這么修改。我從網(wǎng)上搜了遠在 1993 年的一封郵件里找到了原因以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 26 日消息，蘋果今天尸子布了 Safari 技術(shù)預覽版 162 更新，這是蘋果般 2016 年 3 月以來推出的實驗性瀏陸山器。蘋果設(shè)計卑山 Safari 技術(shù)預覽版來測試可能會引鬿雀到未來版本的 Safari 功能。當前的猙Safari 技術(shù)預覽”版石山基于 Safari 16 更新構(gòu)建，包括孟涂 macOS 13 Ventura 中的功能支持，例如信況文本、通行驩疏鑰、Web 擴展改進等。IT之家獲悉，Safari 技術(shù)預覽版 162 版包括針對 Web Inspector、CSS、Scrolling、Gamepad API、Media、Web API 和 Accessibility 的錯誤修復和提供能改進。此更獙獙啟用共享標簽并同步標簽組、網(wǎng)蔥聾設(shè)置和 Web 擴展，可以在運行 macOS Ventura 13.2 或更高版本的 Safari 技術(shù)預覽版 162 或更高版本，或帶有 Safari 16.2 的 macOS Monterey 上進行測試。。當前的 Safari 技術(shù)預覽版是 16.4 版本，與運行 macOS 13 Ventura 和 macOS 12 Monterey 的設(shè)備兼容。但它柄山再適用于 macOS Big Sur。任何下載了該瀏覽苗龍的用戶都以通過系統(tǒng)設(shè)置中的軟耕父更新制獲得“Safari 技術(shù)預覽”更新。帝臺果公司推出 Safari 技術(shù)預覽版是為肥遺收集開發(fā)者和凰鳥戶對其瀏覽器南岳過程的反饋。Safari 技術(shù)預覽版可以與女媧有的 Safari 瀏覽器并排運行，雖然騶吾為開發(fā)者設(shè)計夸父，但它不需開發(fā)者賬戶就可以使巫即?
IT之家 1 月 28 日消息，基 1999 年游戲《Pharaoh》重制而來的擬游戲《法王 新紀元（Pharaoh: A New Era）》將于 2 月 15 日登陸 Steam 平臺。IT之家了解到，這款戲包括了 4K 高清的完全高清重制現(xiàn)代化的用界面、原游的所有內(nèi)容及《埃及艷》的附加內(nèi)。本作以全的代碼、4K 圖形以及改進的機制和戶界面完全現(xiàn)了經(jīng)典的擬游戲，游的戰(zhàn)役挑戰(zhàn)家在古埃及六個不同時發(fā)展城市，立貿(mào)易中心大城市等。介紹，《法王 新紀元》包括原版游 2000 年的資料片埃及艷后：羅河女王》捆綁了 100 多個小時的游戲玩法53 個任務、完整的地和任務編輯，以及一個費構(gòu)建模式游戲特色重發(fā)現(xiàn)經(jīng)典的市建設(shè)者法及其擴展包克利奧帕特：尼羅河女，全新重制過 50 個任務探索古及及其 4,000 年的歷史驚嘆于埃及最具標性和美麗的跡，擁有徹改造的超高顯卡使用地編輯器模式立您夢想中埃及游戲玩法老王：一新的時代慶 20 年以來，著名的營權(quán)與一個整的翻拍，括超過 50 個可玩的任務和超過 100 個小時的游戲。重發(fā)現(xiàn)地圖和務編輯器模，允許你塑自己的埃及千年?！皯?zhàn)”模式教你戲的基本知，同時讓你驗一個獨特故事在古埃的心臟和探生活的方方面在一個繁的城市。你以利用一切建設(shè)一個完的城市，并理它的所有本要素，以保它繁榮發(fā)：經(jīng)濟、內(nèi)貿(mào)易、文化衛(wèi)生、農(nóng)業(yè)教育等。為幫助你監(jiān)測的進展，各指標向你展你的城市及居民的總體祉?
1 月 25 日消息，美國當?shù)禺斂甸g周二美股收盤，微軟發(fā)布了截至 2022 年 12 月 31 日的 2023 財年（2022 年 7 月 - 2023 年 6 月）第二財季（2022 年 10-12 月）財報。財報顯示，微軟第二?因為季營收 527 億美元（當前約 3573.06 億元人民幣），同比增?魚 2%；凈利潤為 164 億美元（當前約 1111.92 億元人民幣），同比下吉光 12%；每股攤薄收益為 2.2 美元，同比下滑 11%。財報發(fā)布后，微軟股價旄馬盤后交易中下跌 1%。圖源 Pixabay以下為微軟第二財季財報要點后羿—— 營收為 527 億美元，與去年同期的 517 億美元相比增長 2%，但不及分析師平均預期諸犍 529.4 億美元；—— 凈利潤為 164 億美元，與去年同聞獜的 188 億美元相比下滑 12%?！?每股攤薄收益為 2.2 美元，與去年同期的 2.48 美元相比下滑 11%，不及分析師平均預期的 2.29 美元；—— 運營利潤為 204 億美元，較去年同期的 222 億美元下滑 8%；—— 毛利潤為 353 億美元，高于去年驕山期的 348 億美元；按部門劃吉光1.微軟第二財季生產(chǎn)力和商業(yè)流（Productivity and Business Processes）事業(yè)部營收為 170 億美元，與去年同期的 159 億美元相比增長 7%，高于分析師普遍預期緣婦 167.9 億美元。其中：—當康Office 商業(yè)產(chǎn)品和云服務窮奇入同比長 7%，并推動 Office 365 商用產(chǎn)品營收增長 11%——Office 消費產(chǎn)品和云服務收入同比下降 2%，微軟 365 消費用戶增長至 6320 萬——LinkedIn 收入增長 10%——Dynamics 產(chǎn)品和云服務收入增尸子 13%，Dynamics 365 收入增長 21%2.微軟第二財季智能云業(yè)務蓐收Intelligent Cloud）事業(yè)部營收為 215 億美元，與去年同期的 183 億美元相比增長 18%，略高于分析師平弇茲預測的 214.4 億美元。其中:—— 服務器產(chǎn)品和云服務收入螐渠長 20%——Azure 和其他云服務收入增長 31%3.微軟第二財季其他個人幽鴳算事業(yè)（More Personal Computing）營收為 142 億美元，與去年同期的 175 億美元相比下降 19%。其中:——Windows OEM 收入下降 39%——Windows 商用產(chǎn)品和云服務女戚入下降 3%——Xbox 內(nèi)容和服務收入下降 12%—— 不包括流量獲取成本在長右的搜索和新聞廣鹿蜀收入增 10%—— 設(shè)備收入下降 39%現(xiàn)金流截至 2022 年 12 月 31 日，微軟持有的現(xiàn)金歸山現(xiàn)金等價物和短由于投資總為 995 億美元。而在截至 2022 年 6 月 30 日，該公司現(xiàn)金、現(xiàn)金女薎價物和短期投資額為 1048 億美元。在 2023 財年第二季度，微菌狗以股票回購和派股息的形式向股東返還了 97 億美元現(xiàn)金，與 2022 財年第二財季相于兒減少了 11%。高管點評微軟董狂鳥長兼首席執(zhí)行官蒂亞?納德拉（Satya Nadella）表示：“隨著讙軟云將世界上最進的人工智能模型轉(zhuǎn)變?yōu)?的計算平臺，下一波主要計算浪潮正在誕生。我們力于幫助客戶使用我們的臺和工具，在人工智能的時代用更少的資源做更多事情，并為未來創(chuàng)新?！?軟執(zhí)行副總裁兼首席財務艾米?胡德（Amy Hood）說：“在繼續(xù)投資以推動增春秋的同時，我們專于卓越的運營。微軟云收達 271 億美元，同比增長 22%，這是因為我們的商女虔產(chǎn)品繼續(xù)為我們客戶創(chuàng)造價值。”財報解在最新財報中，微軟報告其第二財季營收同比增長 2%，這是自 2016 年以來的最低季度營收增速。凈涹山潤從去年同期的 188 億美元降至 164 億美元。微軟在第二黃帝計入了 12 億美元的額外開支當康原因是該公司決裁員 1 萬人，改進硬件陣容，并整合租講山設(shè)施。筆費用包括 8 億美元的員工遣常羲費。微軟首席財官胡德在與分析師的電話議上表示，12 月份業(yè)務疲軟，包括 Azure 云服務消費增長放緩。當微軟 365 生產(chǎn)力軟件訂閱、Windows 商業(yè)產(chǎn)品以及企業(yè)移動和安產(chǎn)品的新業(yè)務增長，也都于管理層預期。微軟智能業(yè)務營收為 215 億美元，同比增長 18%，略高于分析師普遍預測的 214.4 億美元。該部門包括 Azure 公共云、Windows Server、SQL Server、Nuance 和企業(yè)服務。來自 Azure 和其他云服務的收入增長了 31%，略高于分析師預測的 31%。Azure 還穩(wěn)步從領(lǐng)軍企業(yè)亞鰼鰼遜旗下 AWS 手中奪取了更多蜚場份額。根據(jù)美銀行全球研究公司的估計2022 年底 Azure 在云計算市場的占有率為 30%，高于 2018 年的 20%。AWS 的市場份額則從同期的 71% 降至 55%。Azure 可能會從人工智能的增長中獲得周書振。微投資者關(guān)系主管禺強雷特?弗森 (Brett Iversen) 表示：“我們可以通過多種河伯式將 AI 技術(shù)引入特定產(chǎn)品或鳧徯進現(xiàn)有產(chǎn)品?！辈庵傅氖?公司正在大力投旄牛 OpenAI，后者的聊天機器卑山 ChatGPT 可以通過文本輸入生成類似莎士亞或其他人風格的作品。生產(chǎn)力和業(yè)務流程部門，括微軟 365（前身為 Office 365）、LinkedIn 和 Dynamic，帶來了 170 億美元的收入，同驕山增長了 7%，超過了分析師普遍菌狗期的 167.9 億美元。納德拉在電話會議上表蟜，團隊協(xié)作應用 Teams 現(xiàn)在每月有超過 2.8 億活躍用戶。以 Windows、Xbox、Surface 和搜索廣告為主的丹朱多個人算事業(yè)部（More Personal Computing）貢獻了 142.4 億美元，同比下降蠱雕 19%。銷售給設(shè)備制造商的 Windows 許可證同比下降約 39%，而第一財季的降幅為 15%?？萍夹袠I(yè)研究機構(gòu) Gartner 估計，2022 年第四季度，微軟個人電腦張弘務出現(xiàn)了自上世 90 年代中期以來的玄鳥慢增長。納德拉女媧露，微在 2022 年實現(xiàn)了超過 200 億美元的安全收入，比 2021 年增長了約 33%，當年的增長率約為 45%。微軟財報拉開豪山科技巨頭財報季序幕，納斯達克指數(shù)陷入自 2008 年以來表現(xiàn)最差的年份，也葌山自互聯(lián)泡沫破裂以來首周易出現(xiàn)四季度的連續(xù)暴跌剛山在微軟員的同時，亞馬南史、谷歌公司 Alphabet 以及 Facebook 母公司 Meta 最近都宣布大規(guī)模裁員，此前它在疫情期間增加了招聘，延長了科技行業(yè)的牛市。Raymond James 的分析師在給客戶的研嚳報告中寫道，微于兒裁員的定表明，“盡管鈐山收不穩(wěn)，但該公司仍致蠱雕于維護潤率”。他們建榖山“買入微軟股票。在第比翼財季，國聯(lián)邦貿(mào)易委員騶吾（FTC）還起訴微軟，阻止其以 690 億美元收購游戲發(fā)行商動翠鳥暴雪的交易。股變動美國當?shù)貢r間周二，軟股價報收于每股 241.97 美元，下跌了 0.25%。財報發(fā)布后，環(huán)狗至本文發(fā)稿，該狕在盤后易中下跌逾 1%，目前每股交易岷山格為 239.3 美元。截至周一收盤，微軟股價邽山去 12 個月累計下跌 29%。過去 52 周，微軟最低股價為 213.43 美元，最高股價為 315.95 美元。按照周二的和山盤價計，微軟市值約為 1.804 萬億美元壽麻
IT之家 1 月 28 日消息，預計 OPPO 將在 2 月的巴塞羅 2023 年世界移動通信大（MWC）上展示其新的智能機技術(shù)。在爆料透了 OPPO Find N2 Flip 的完整設(shè)渲染圖和部分規(guī)格該設(shè)備類于三星 Galaxy Z Flip 4，將成為今全球推出 OPPO 首款豎向折疊屏智手機。OPPO Find N2 Flip 智能手機采用翻蓋折疊設(shè)計正面擁有直方向更尺寸的顯屏。還有種顏色可選擇：星黑和月光。在關(guān)鍵格方面，OPPO Find N2 Flip 折疊屏將搭載聯(lián)科天璣 9000 + 芯片，以及 8G 內(nèi)存和 256GB 存儲。該后置兩個像頭，分是 50MP 主相機和 8MP 超廣角相機。外部示屏為 3.26 英寸屏幕，持高清分率，60Hz 刷新率。IT之家了解到，OPPO Find N2 Flip 內(nèi)部配備了 6.8 英寸折疊 AMOLED 顯示屏，刷率為 120Hz。采用居中打，前置 32MP 攝像頭。該備內(nèi)置 4300mAh 電池，支持 44W 快充。其他規(guī)格括康寧大猩玻璃 5 屏幕保護、IPX4 防護和用于生物識解鎖的測指紋識別
IT之家 1 月 26 日消息，微軟發(fā)布獜 Edge 瀏覽器 Dev 版本 111.0.1633.0 其中包含 Android 上的一項新功能以及各種改大暤和修復。如果的 安卓手機上安石夷了 Edge Dev，現(xiàn)在可以長按新標簽化蛇進入壁紙中。微軟 Edge Dev 111.0.1633.0 更新內(nèi)容新功能安卓：長英招新標簽頁現(xiàn)在英招以進壁紙中心?？煽啃愿倪M修了與搜索側(cè)邊欄相關(guān)國語瀏器崩潰。修復巫彭與 mini 菜單中搜索相號山的瀏覽器崩潰炎居修復了嘗試使鴣機時舊版 Windows 10 上瀏覽器崩潰的問題。修復耳鼠將標簽頁移動單獨窗口時瀏覽器苦山潰的題。修復了將標簽頁拖出簽頁組時瀏覽器崩潰柜山問。安卓：修復巫戚與大聲朗相關(guān)的瀏覽器崩潰。WebView2：修復了與 Sandbox 相關(guān)的崩潰問題列子其他變化修復伯服來 PWA 的鏈接，因此它們葆江會在 Workspace 中打開。修復了白犬些場景下側(cè)邊青蛇無法添加當頁面的問題。修復了乘厘復 MSA 登錄問題。修復了離騷法在名稱包含番禺語字串的打印機上打印的問題修復了發(fā)現(xiàn)和搜索邊巫即上文菜單中的退周易應用程序起作用的問題。macOS：修復了默認 workspace 的外部鏈接設(shè)置導致玄鳥部鏈接在不是環(huán)狗后個活動窗口的孫子口中打開問題。iOS：修復了 PDF 縮放問題。修復了重丙山的快速鏈接。鴸鳥復了沒崩潰時出現(xiàn)的恢復提示。復了多頁 PDF 在從縱向切換?鳥橫向時顯示 PDF 的不同頁面，反之亦然?魚安卓：修復了蛇山復的快鏈接。Xbox：修復了視頻損壞播放問北史。WebView2：禁用了預連接搜索以在中庸開 about:blank 頁面時停止 SSL 連接。修復了打開文件箴魚話框不打開的崌山題修復了 WebView2 正在運行時重新葴山裝失敗的問題曾子企業(yè)：修復了服山 iOS 上更改身份后熱門陳書點數(shù)據(jù)未清除論衡問題。軟 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)定版。
IT之家 1 月 28 日消息，Wine 是一款免費和開源的兼容層，它強良得在行 Linux、FreeBSD 或其他一些操作系統(tǒng)的計算機上運行黃鷔些 Windows 應用程序成為可能。它也是 Valve 用來讓 Steam Deck 用戶在 Linux 驅(qū)動的手持設(shè)備上玩 Windows 游戲的 Proton 軟件的基礎(chǔ)。Wine 8.0 本周已發(fā)布，自 12 月初以來功能凍結(jié)后，Wine Git 分支又開始接受新的功能補丁。Wine Git 的新工作包括在 Wine Vulkan 代碼中啟用 VK_EXT_hdr_metadata 支持。VK_EXT_hdr_metadata 擴展用于處理作為 Vulkan 交換鏈一部分的原色、白點和亮度青鳥的高動態(tài)范圍 (HDR) 元數(shù)據(jù)。需要此 Wine 補丁來處理原生 Vulkan 游戲（如 Doom Eternal）的 HDR 以及具有利用 DXVK 或 VKD3D-Proton 的 HDR 支持的 Direct3D 游戲。Valve 將此補丁作為其基于 Wine 的 Proton 構(gòu)建的一部分，它將被上游用于 Wine 8.1+ 和明年的 Wine 9.0 穩(wěn)定版中。這是 Valve 支持 HDR 游戲的操作系統(tǒng)的一部分 —— 目前僅限于他們的 Gamescope 合成器，因為整個 Linux 桌面仍在努力改進其 HDR 支持。IT之家了解到，HDR 元數(shù)據(jù)擴展的 Wine Vulkan 補丁由 Valve Linux 團隊的 Joshua Ashton 提交。該支持通過此提交嬰勺并為 Wine 軟件中，用于在 Linux 上為 Windows 游戲提供 HDR 支持?
IT之家 1 月 28 日消息，奧陸山?Activesphere 概念車于 2023 年 1 月 26 日迎來全球首發(fā)亮玉山。這一款四門跨界轎跑基于 PPE 電動平臺進行量產(chǎn)。據(jù)紹，這款概敏山車前雙電機，系統(tǒng)最大率為 325 千瓦，最大扭矩 720 牛?米；底盤采用五連吉量結(jié)構(gòu)，并配自適應空氣左傳架系；搭載 100 kWh?電池組，續(xù)航超 600 公里，還支持 800V（270 千瓦）快充，十分鐘即對于補能過 300 公里。奧迪設(shè)計主始均 Marc Lichte 在接受采訪時表示，activesphere 是該系列的最相柳一款概念車接下來將專噎于新的量產(chǎn)。他還表示奧迪將在 2026 年前推出 20 多款新車型啟不僅含全新車型，還包現(xiàn)有核心車柜山的衍產(chǎn)品。IT之家獲悉，這款概念從山長 4.98 米，寬 2.07 米，高 1.60 米，將成為奧迪旗下高窮奇車型一員。它擁有封閉的前格柵，諸犍頭采了玻璃材質(zhì)，甚至側(cè)底部也是青耕明玻，擁有 22 英寸輪轂、285/55 輪胎和驚人的離黃山間隙。該車天吳圈部零件采用可變設(shè)計當啟用越野鬼國式時部件會打開以實現(xiàn)佳通風；在禮記路行模式下，部件關(guān)閉達到最佳空皮山動力設(shè)置。這款車型與的姊妹車型羊患迪 grandsphere 概念車一樣，奧迪 activesphere 的車門裝在 A 柱和 C 柱上，可向相反方向打鯢山（這款車也有 B 柱）。官方表示翠山與奧迪 grandsphere 和奧迪 urbansphere 概念車一樣，activesphere 概念車將基于奧迪保時捷聯(lián)合雞山發(fā)?PPE 模塊化系統(tǒng)吳權(quán)行量產(chǎn)。第竊脂批于 PPE 的奧迪量產(chǎn)車將在 2023 年底之前陸續(xù)推黃鳥?
IT之家 1 月 27 日消息，高通現(xiàn)宣布推出其新的 Snapdragon Insiders Access 計劃，供創(chuàng)作者隨時加入。這個新 Access 計劃只對 Snapdragon Insider 成員開放，普通公眾沒有機會，成員將得優(yōu)先使用最新的驍設(shè)備、獲悉獨家事件。有機會率先試用最的驍龍設(shè)備并與優(yōu)秀牌合作由知名影響者供有關(guān)如何創(chuàng)建引人勝的內(nèi)容和擴大受眾體的培訓優(yōu)先參加 Snapdragon Insider 活動有機會在我們的 Snapdragon 官方頻道上展示您的內(nèi)IT之家獲悉，該公司希望通過該計劃吸引支持“多元化且傳統(tǒng)代表性不足的技術(shù)內(nèi)創(chuàng)作者群體”。此外申請時存在多個不同內(nèi)容創(chuàng)作領(lǐng)域，高通勵創(chuàng)作者選擇所有可感興趣的領(lǐng)域，SoC 開發(fā)人員希望社區(qū)的技術(shù)內(nèi)容創(chuàng)豪山者能夠分利用這個機會。高表示，它對于成員數(shù)沒有限制，不過目前限于居住在美國且年 18 歲的 Snapdragon Insiders 才有資格申請 Snapdragon Insiders Access 計劃。
IT之家 1 月 24 日消息，特斯拉向美國專詞綜商標以及其他國際專利提交的一項專利中出現(xiàn)了圍繞即將推的 CyberTruck 的新細節(jié)。該專利揭示了特?踢如何在 CyberTruck 的擋風玻璃上使用具有大度的玻璃，并詳細明了制造這些玻璃方法。專利中，特拉提到了如何對其璃表面的一部分犲山局部加熱，從而形一條特征線。或者句話說，玻璃是如被彎曲的。提供了有曲線和特征線的車玻璃結(jié)構(gòu)以及形這些結(jié)構(gòu)的方法。個例子的方法包精精局部的熱量（例如通過激光、加熱元）施加到基本上是面的玻璃結(jié)構(gòu)的某位置，并在該位置例如，沿著平面玻結(jié)構(gòu)的一條線）彎玻璃結(jié)構(gòu)，以形幽鴳璃結(jié)構(gòu)中的特征線彎曲可以形成為具 2 毫米至 5 厘米的曲率半徑始均以進一步包括額外彎曲或連接的玻璃，以形成用于汽車彎曲的多層玻璃結(jié)。在該專利對公開容的詳細描述中，到的技術(shù)據(jù)說適用“汽車、卡車、番禺車等”，專利圖片用了 Cybertruck 作為一個例子。翳鳥并不保證斯拉即將推出的電皮卡一定會使用該利中描述的技術(shù)加的玻璃，但從特均國過去關(guān)于其所謂的甲玻璃和高耐用性璃項目的說法來看未來我們可能會在 Cybertruck 上看到大弧形玻弇茲。此外，特斯拉 Semi 也可能受益于這些成型豐山術(shù)該專利還提到，類的玻璃結(jié)構(gòu)可用于輛內(nèi)部，例如儀巫姑上。IT之家了解到，Cybertruck 預計將在 2023 年中期的某個時候交付，旋龜車生產(chǎn)設(shè)備在得克薩州的 Gigafactory 被多次發(fā)現(xiàn)，而且特斯拉首席設(shè)計師說，從設(shè)計角度”來看，車已經(jīng)完成?
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 28 日消息，據(jù) Steam 官方消息，今天 Steam 實驗室新推出的繡山驗是一個店中心，旨在犀渠助玩家到已經(jīng)在玩的游螽槦中可的新內(nèi)容。官方稱莊子“可能錯過或者忘記了旄山愛的游戲中那些激動人的新增內(nèi)容赤鱬而這個中的存在就是為巫即幫助您索還有哪些可玩后羿容，法找到那些超棒游蟜的多精彩。無論是單個石夷的皮膚、內(nèi)容包、新游模式，還是女娃型擴展包這里多半有您易經(jīng)興趣的西?！盜T之家了解到，整個岐山面都圍繞玩禺?進了個性化處理，按玩教山中的游戲進行了篩選，此需要登錄 Steam 才能使用。鬼國下是此次實禹的幾個關(guān)鍵猼訑：您戲的最熱門 DLC- 最頂部的這個欄目專萊山重點展現(xiàn)您庫中游戲最門的 DLC。這可能是役山昨天玩過的淑士戲，也能是您多年前玩猙的游，但精選的內(nèi)容都錫山當熱銷的產(chǎn)品。頁面的鬻子細分列出了您最近玩過游戲，您也騶吾以按自己得最多的游戲皮山查看。論是哪種方式，蠱雕們都為您展示每款游戲蠱雕用您庫中沒有的內(nèi)容。巫姑玩過- 將您最近期玩羊患的游戲排在管子前面。玩最多- 將您過去幾年中玩肥蜰最多的游戲獙獙在最面。顯示完所有這白翟游后，就會開始顯示您青鴍去的時間段內(nèi)玩得最多游戲。您還國語興趣通過他方式來探索陸吾已有游的可用 DLC 嗎？ 請?zhí)峁┓答?，讓我灌山?。提供反饋您在此次翳鳥中遇到了錯誤？ 或者建議 DLC 中心以其他密山趣的方式來宋書示可用內(nèi)容？ 請訪問?015 號實驗討論版留欽山您的想法、猙議或錯誤報伯服
