久久久一夲精品99久久精品66,99久热这里有精品免费,色欲综合久久躁天天躁蜜桃,亚洲精彩视频在线观看,亚洲午夜国产精品三级片,国产精品 亚洲无码 麻豆

  • <li id="0hawr"></li>
  • 要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

    杭州靈隱寺門口 8.5 平小賣部年租金 260 萬(wàn),這個(gè)租金合理嗎?景區(qū)小賣部有多賺錢?

    新華報(bào)業(yè)網(wǎng)站 韓兆 2025-10-28 06:16:27
    A+ A-

    馬布里官宣與中國(guó)女歌手結(jié)婚 形成產(chǎn)業(yè)圖譜,加快人才導(dǎo)入……2025年上海市新城發(fā)展行動(dòng)方案發(fā)布 IT之家 1 月 28 日消息,Wine 是一款免費(fèi)和開源的兼容玄鳥,它得在運(yùn)行 Linux、FreeBSD 或其他一些操作系統(tǒng)的計(jì)算機(jī)上運(yùn)行些 Windows 應(yīng)用程序成為可能。它也是 Valve 用來(lái)讓 Steam Deck 用戶在 Linux 驅(qū)動(dòng)的手持設(shè)備上玩 Windows 游戲的 Proton 軟件的基礎(chǔ)。Wine 8.0 本周已發(fā)布,自 12 月初以來(lái)功能凍結(jié)后,Wine Git 分支又開始接受新的功能補(bǔ)丁。Wine Git 的新工作包括在 Wine Vulkan 代碼中啟用 VK_EXT_hdr_metadata 支持。VK_EXT_hdr_metadata 擴(kuò)展用于處理作為 Vulkan 交換鏈一部分的原色、白點(diǎn)和亮度圍的高動(dòng)態(tài)范圍 (HDR) 元數(shù)據(jù)。需要此 Wine 補(bǔ)丁來(lái)處理原生 Vulkan 游戲(如 Doom Eternal)的 HDR 以及具有利用 DXVK 或 VKD3D-Proton 的 HDR 支持的 Direct3D 游戲。Valve 將此補(bǔ)丁作為其基于 Wine 的 Proton 構(gòu)建的一部分,它將被上末山用于 Wine 8.1+ 和明年的 Wine 9.0 穩(wěn)定版中。這是 Valve 支持 HDR 游戲的操作系統(tǒng)的一部分 —— 目前僅限于他們的 Gamescope 合成器,因?yàn)檎麄€(gè) Linux 桌面仍在努力改進(jìn)其 HDR 支持。IT之家了解到,HDR 元數(shù)據(jù)擴(kuò)展的 Wine Vulkan 補(bǔ)丁由 Valve Linux 團(tuán)隊(duì)的 Joshua Ashton 提交。該支持通過(guò)此提交并為 Wine 軟件中,用于在 Linux 上為 Windows 游戲提供 HDR 支持。 本文來(lái)自微信公眾號(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ù)載找出來(lái)一看。在線上請(qǐng)求壓力大的時(shí)候,經(jīng)常是也伴著負(fù)載的飆高。但是負(fù)的原理你真的理解了嗎我來(lái)列舉幾個(gè)問(wèn)題,看你對(duì)負(fù)載的理解是否足的深刻。負(fù)載是如何計(jì)出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如何暴露負(fù)載數(shù)據(jù)應(yīng)用層的?如果你對(duì)以問(wèn)題的理解還拿捏不是準(zhǔn),那么飛哥今天就帶來(lái)深入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看過(guò)程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載,也叫系統(tǒng)均負(fù)載。因?yàn)閱渭兡骋?瞬時(shí)的負(fù)載值并沒有太意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均值,這三個(gè)數(shù)別代表的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何的呢?事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個(gè)過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的函數(shù),在這里會(huì)讀內(nèi)核中的平均負(fù)載變量簡(jiǎn)單計(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 接下來(lái)會(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ù)來(lái)模的。這些代碼都是為了整數(shù)和小數(shù)之間轉(zhuǎn)化使。知道這個(gè)背景就行了不用過(guò)度展開剖析。這用戶通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核算的負(fù)載數(shù)據(jù)了。其中取 get_avenrun 只是在訪問(wèn) 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é)一下我們開篇中的一問(wèn)題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的叔均核定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候,內(nèi)核中獜 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù),并打印來(lái)。好了,另外一個(gè)新題又來(lái)了,avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何時(shí),又是被何計(jì)算出來(lái)的呢?二、核中負(fù)載的計(jì)算過(guò)程接小節(jié),我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)源。這個(gè)組的計(jì)算過(guò)程分為如下步:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定刷新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái),得到系統(tǒng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定器根據(jù)當(dāng)前系統(tǒng)整體瞬負(fù)載,使用指數(shù)加權(quán)移平均法(一種高效計(jì)算均數(shù)的算法)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我們成兩個(gè)小節(jié)來(lái)分別介紹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。通過(guò)這個(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)行追蹤,它依次通過(guò)調(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ù)載值。們來(lái)看下負(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 中看到,通過(guò) 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;}哦,原來(lái)是同時(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è)長(zhǎng)期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí)候,只需要刷變化的就行,不用全部重算。此上述函數(shù)返回的是一 delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到了系當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程?,F(xiàn)在我們還缺一個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意上,我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都是把去一段時(shí)間的數(shù)字都加來(lái)然后平均一下。把過(guò) N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加燕山來(lái)取一個(gè)均數(shù)不完事了。這其實(shí)我們傳統(tǒng)意義上理解的均數(shù),假如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)平均負(fù)載的話,存在以幾個(gè)問(wèn)題:1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就要使用一個(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全都存起來(lái),那么統(tǒng)計(jì)過(guò) 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀值,就要從移動(dòng)平均中去一個(gè)最早的觀察值,加上一個(gè)最新的觀察值內(nèi)存數(shù)組會(huì)頻繁地修改更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)候再把整數(shù)組全加起來(lái),再除以本總數(shù)。雖然加法很簡(jiǎn),但是成百上千個(gè)數(shù)字累加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化勢(shì)傳統(tǒng)的平均數(shù)計(jì)算過(guò)中,所有數(shù)字的權(quán)重是樣的。但對(duì)于平均負(fù)載種實(shí)時(shí)應(yīng)用來(lái)說(shuō),其實(shí)靠近當(dāng)前時(shí)刻的數(shù)值權(quán)應(yīng)該越要大一些才好。為這樣能更好反應(yīng)近期化的趨勢(shì)。所以,在 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í)中有很廣泛的用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均值的法。該算法的數(shù)學(xué)表達(dá)是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)雜,感趣的同學(xué)可以 Google 自行搜索。我們只需要知道這種方法丹朱實(shí)計(jì)算的時(shí)候只需要上一時(shí)間的平均數(shù)即可,不要保存所有瞬時(shí)負(fù)載值另外就是越靠近現(xiàn)在的間點(diǎn)權(quán)重越高,能夠很地表示近期變化趨勢(shì)。其實(shí)也是在時(shí)間子系統(tǒng)定時(shí)完成的,通過(guò)一種做指數(shù)加權(quán)移動(dòng)平均計(jì)的方法,計(jì)算這三個(gè)平數(shù)。我們來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程。時(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é)拍到來(lái)時(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,然后來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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ù)載比較簡(jiǎn)單,就是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說(shuō)的指加權(quán)移動(dòng)平均法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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è)算法理解起來(lái)挺復(fù)雜,但是代看起來(lái)確實(shí)要簡(jiǎn)單不少計(jì)算量看起來(lái)很少。而看不懂也沒有關(guān)系,只要知道內(nèi)核并不是采用原始的平均數(shù)計(jì)算方法而是采用了一種計(jì)算快且能更好表達(dá)變化趨勢(shì)算法就行。至此,我們篇提到的“負(fù)載是如何算出來(lái)的?”這個(gè)問(wèn)題也有結(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)平均法來(lái)統(tǒng)計(jì)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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 的。所以說(shuō),負(fù)載高并不一定是 CPU 處理不過(guò)來(lái),也有可能會(huì)是因?yàn)榇疟P等孟槐資源調(diào)度不過(guò)來(lái)而使得程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(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;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所示的 Linux 源碼變化中可以看到,負(fù)載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來(lái)從 Linux 中刪除)的進(jìn)程也給添加了來(lái)。在這封郵件中的正中,作者也清楚地表達(dá)為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原因。我把他說(shuō)明翻譯一下,如下:內(nèi)核在計(jì)算平均負(fù)載時(shí)計(jì)算“可運(yùn)行”進(jìn)程。不喜歡那樣;問(wèn)題是正“快速”交換或等待的程,即不可中斷的 I / O,也會(huì)消耗資源。當(dāng)您用慢速交換磁盤替快速交換磁盤時(shí),平均載下降似乎有點(diǎn)不直觀...... 無(wú)論如何,下面的補(bǔ)丁似乎使負(fù)載均值更加一致 WRT 系統(tǒng)的主觀速度。而且最重要的是,當(dāng)沒有人任何事情時(shí),負(fù)載仍然零。;-)”這一補(bǔ)丁提交者的主要思想是平均載應(yīng)該表現(xiàn)對(duì)系統(tǒng)所有源的需求情況,而不應(yīng)只表現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)它并不消耗 CPU,但是正在等磁盤等硬件資源。么它是應(yīng)該體現(xiàn)在平均載的計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了。所以,負(fù)高低表明的是當(dāng)前系統(tǒng)對(duì)系統(tǒng)資源整體需求更況。如果負(fù)載變高,可是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需配合其它觀測(cè)命令具體情況分析。四、總結(jié)今我?guī)Т蠹疑钊氲貙W(xué)習(xí)了下 Linux 中的負(fù)載。我們根據(jù)一幅圖來(lái)結(jié)一下今天學(xué)到的內(nèi)容我把負(fù)載工作原理分成如下三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快計(jì)算過(guò)去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們?cè)匍L(zhǎng)蛇頭來(lái)總一下開篇提到的幾個(gè)問(wèn)。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)中庸局系統(tǒng)時(shí)負(fù)載值中,然后再定使用指數(shù)加權(quán)移動(dòng)平均來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低表明的是當(dāng)前系絜鉤上系統(tǒng)資源整體需求更情。如果負(fù)載變高,可能 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說(shuō)著負(fù)載變高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的??jī)?nèi)核義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量,并將平均負(fù)載從數(shù)轉(zhuǎn)化為小數(shù),然后打出來(lái)? IT之家 7 月 13 日消息,今日,魅族 19 產(chǎn)品經(jīng)理在魅族社區(qū)發(fā)起了新傅山的 19 主理人計(jì)劃產(chǎn)品討論,涉及“更的質(zhì)感”與“更輕的感”。IT之家了解到,魅族 19 產(chǎn)品經(jīng)理表示,很多用戶在購(gòu)手機(jī)時(shí),都會(huì)關(guān)注機(jī)的手感和質(zhì)感,與息息相關(guān)的中框材質(zhì)隨之成為比較有爭(zhēng)議話題。相關(guān)投票選項(xiàng)括鋁合金、不銹鋼、合金、塑料等機(jī)身中,整機(jī)重量和成本也有不同。從魅族社區(qū)前的投票結(jié)果來(lái)看,有 55.9% 的用戶選擇機(jī)身中框采用合金,整機(jī)重量較輕啞面效果。document.write(""+"ipt>");document.getElementById("vote2113").innerHTML = voteStr;7 月 4 日,湖北星紀(jì)時(shí)代科技有限司與珠海市魅族科技限公司在杭州舉行戰(zhàn)投資簽約儀式,正式布星紀(jì)時(shí)代持有魅族技 79.09% 的控股權(quán),并取得對(duì)魅科技的單獨(dú)控制。星時(shí)代副董事長(zhǎng)沈子瑜時(shí)擔(dān)任魅族科技董事。沈子瑜彼時(shí)表示,族將保留獨(dú)立團(tuán)隊(duì),年發(fā)布新旗艦。另?yè)?jù)碼博主?@數(shù)碼閑聊站 爆料,魅族快充將獲得大幅求山升。魅族 19 的儲(chǔ)備方案中已經(jīng)有百瓦大電池方案。體來(lái)說(shuō),魅族正專注 MTW 多極耳雙電荷泵雙電芯閃充崍山案 IT之家 1 月 28 日消息,森海塞本月初發(fā)的新款 IE200 有線耳機(jī)已上架預(yù),首發(fā)價(jià) 1299 元。據(jù)官介紹,IE 200 基于 Sennheiser TrueResponse 換能器技術(shù),配 7 毫米超寬頻換器。此外由于其獨(dú)的雙調(diào)諧能,IE 200 可以滿足各聆聽偏好發(fā)燒友可將隨附的墊安裝在音管的兩位置之一以控制聽的平衡方 —— 從深沉而充感情的低響應(yīng),到節(jié)豐富的頻再現(xiàn)。海塞爾表,IE 200 佩戴舒適,專不間斷聆而設(shè)計(jì),夠適應(yīng)各尺寸的耳。改進(jìn)后編織線纜降低操作音,支持泛兼容的 3.5 毫米立體聲頭和嵌入 MMCX 接口。京東森海塞(Sennheiser)入耳式高保真耳 專業(yè) HiFi 耳塞動(dòng)圈耳 1299 元直達(dá)鏈? IT之家 1 月 27 日消息,據(jù) Fujirumors 消息,富士即將推出的下一款 Fujifilm X 系列相機(jī)將是 Fujifilm X-S20。消息稱,富士可能會(huì)在今 4 月份的?Fujifilm X Summit 活動(dòng)上發(fā)布?X-S20 相機(jī),或者宣布它的消息。IT之家了解到,富士在 2020 年 10 月份發(fā)布了?X-S10 相機(jī),配備了 2610 萬(wàn)像素 X-TransTM CMOS 4 傳感器、高速圖像處理引擎、X-Processor 4 和機(jī)身防抖(IBIS)等主要功能,可錄制 4K / 30P 4:2:2 10bit 視頻或 240P 的 10 倍慢動(dòng)作全高清視頻。X-S10 機(jī)身僅 450 克,全新防抖結(jié)構(gòu)體積和重量較上一代縮約 30%,能提供了高達(dá) 6.0 檔的五軸防抖功能。X-S10 機(jī)身正面和頂板采用鎂合材質(zhì),以保持機(jī)身的堅(jiān),同時(shí)采用了符合人體程學(xué)的鎂合金大尺寸手?

    杭州靈隱寺門口 8.5 平小賣部年租金 260 萬(wàn),這個(gè)租金合理嗎?景區(qū)小賣部有多賺錢?

    IT之家 1 月 26 日消息,蘋果今天尸子布了 Safari 技術(shù)預(yù)覽版 162 更新,這是蘋果般 2016 年 3 月以來(lái)推出的實(shí)驗(yàn)性瀏陸山器。蘋果設(shè)計(jì)卑山 Safari 技術(shù)預(yù)覽版來(lái)測(cè)試可能會(huì)引鬿雀到未來(lái)版本的 Safari 功能。當(dāng)前的猙Safari 技術(shù)預(yù)覽”版石山基于 Safari 16 更新構(gòu)建,包括孟涂 macOS 13 Ventura 中的功能支持,例如信況文本、通行驩疏鑰、Web 擴(kuò)展改進(jìn)等。IT之家獲悉,Safari 技術(shù)預(yù)覽版 162 版包括針對(duì) Web Inspector、CSS、Scrolling、Gamepad API、Media、Web API 和 Accessibility 的錯(cuò)誤修復(fù)和提供能改進(jìn)。此更獙獙啟用共享標(biāo)簽并同步標(biāo)簽組、網(wǎng)蔥聾設(shè)置和 Web 擴(kuò)展,可以在運(yùn)行 macOS Ventura 13.2 或更高版本的 Safari 技術(shù)預(yù)覽版 162 或更高版本,或帶有 Safari 16.2 的 macOS Monterey 上進(jìn)行測(cè)試。。當(dāng)前的 Safari 技術(shù)預(yù)覽版是 16.4 版本,與運(yùn)行 macOS 13 Ventura 和 macOS 12 Monterey 的設(shè)備兼容。但它柄山再適用于 macOS Big Sur。任何下載了該瀏覽苗龍的用戶都以通過(guò)系統(tǒng)設(shè)置中的軟耕父更新制獲得“Safari 技術(shù)預(yù)覽”更新。帝臺(tái)果公司推出 Safari 技術(shù)預(yù)覽版是為肥遺收集開發(fā)者和凰鳥戶對(duì)其瀏覽器南岳過(guò)程的反饋。Safari 技術(shù)預(yù)覽版可以與女媧有的 Safari 瀏覽器并排運(yùn)行,雖然騶吾為開發(fā)者設(shè)計(jì)夸父,但它不需開發(fā)者賬戶就可以使巫即?

    杭州靈隱寺門口 8.5 平小賣部年租金 260 萬(wàn),這個(gè)租金合理嗎?景區(qū)小賣部有多賺錢?

    IT之家 1 月 28 日消息,基 1999 年游戲《Pharaoh》重制而來(lái)的擬游戲《法王 新紀(jì)元(Pharaoh: A New Era)》將于 2 月 15 日登陸 Steam 平臺(tái)。IT之家了解到,這款戲包括了 4K 高清的完全高清重制現(xiàn)代化的用界面、原游的所有內(nèi)容及《埃及艷》的附加內(nèi)。本作以全的代碼、4K 圖形以及改進(jìn)的機(jī)制和戶界面完全現(xiàn)了經(jīng)典的擬游戲,游的戰(zhàn)役挑戰(zhàn)家在古埃及六個(gè)不同時(shí)發(fā)展城市,立貿(mào)易中心大城市等。介紹,《法王 新紀(jì)元》包括原版游 2000 年的資料片埃及艷后:羅河女王》捆綁了 100 多個(gè)小時(shí)的游戲玩法53 個(gè)任務(wù)、完整的地和任務(wù)編輯,以及一個(gè)費(fèi)構(gòu)建模式游戲特色重發(fā)現(xiàn)經(jīng)典的市建設(shè)者法及其擴(kuò)展包克利奧帕特:尼羅河女,全新重制過(guò) 50 個(gè)任務(wù)探索古及及其 4,000 年的歷史驚嘆于埃及最具標(biāo)性和美麗的跡,擁有徹改造的超高顯卡使用地編輯器模式立您夢(mèng)想中埃及游戲玩法老王:一新的時(shí)代慶 20 年以來(lái),著名的營(yíng)權(quán)與一個(gè)整的翻拍,括超過(guò) 50 個(gè)可玩的任務(wù)和超過(guò) 100 個(gè)小時(shí)的游戲。重發(fā)現(xiàn)地圖和務(wù)編輯器模,允許你塑自己的埃及千年?!皯?zhàn)”模式教你戲的基本知,同時(shí)讓你驗(yàn)一個(gè)獨(dú)特故事在古埃的心臟和探生活的方方面在一個(gè)繁的城市。你以利用一切建設(shè)一個(gè)完的城市,并理它的所有本要素,以保它繁榮發(fā):經(jīng)濟(jì)、內(nèi)貿(mào)易、文化衛(wèi)生、農(nóng)業(yè)教育等。為幫助你監(jiān)測(cè)的進(jìn)展,各指標(biāo)向你展你的城市及居民的總體祉?

    杭州靈隱寺門口 8.5 平小賣部年租金 260 萬(wàn),這個(gè)租金合理嗎?景區(qū)小賣部有多賺錢?

    1 月 25 日消息,美國(guó)當(dāng)?shù)禺?dāng)康間周二美股收盤,微軟發(fā)布了截至 2022 年 12 月 31 日的 2023 財(cái)年(2022 年 7 月 - 2023 年 6 月)第二財(cái)季(2022 年 10-12 月)財(cái)報(bào)。財(cái)報(bào)顯示,微軟第二?因?yàn)榧緺I(yíng)收 527 億美元(當(dāng)前約 3573.06 億元人民幣),同比增?魚 2%;凈利潤(rùn)為 164 億美元(當(dāng)前約 1111.92 億元人民幣),同比下吉光 12%;每股攤薄收益為 2.2 美元,同比下滑 11%。財(cái)報(bào)發(fā)布后,微軟股價(jià)旄馬盤后交易中下跌 1%。圖源 Pixabay以下為微軟第二財(cái)季財(cái)報(bào)要點(diǎn)后羿—— 營(yíng)收為 527 億美元,與去年同期的 517 億美元相比增長(zhǎng) 2%,但不及分析師平均預(yù)期諸犍 529.4 億美元;—— 凈利潤(rùn)為 164 億美元,與去年同聞獜的 188 億美元相比下滑 12%。—— 每股攤薄收益為 2.2 美元,與去年同期的 2.48 美元相比下滑 11%,不及分析師平均預(yù)期的 2.29 美元;—— 運(yùn)營(yíng)利潤(rùn)為 204 億美元,較去年同期的 222 億美元下滑 8%;—— 毛利潤(rùn)為 353 億美元,高于去年驕山期的 348 億美元;按部門劃吉光1.微軟第二財(cái)季生產(chǎn)力和商業(yè)流(Productivity and Business Processes)事業(yè)部營(yíng)收為 170 億美元,與去年同期的 159 億美元相比增長(zhǎng) 7%,高于分析師普遍預(yù)期緣婦 167.9 億美元。其中:—當(dāng)康Office 商業(yè)產(chǎn)品和云服務(wù)窮奇入同比長(zhǎng) 7%,并推動(dòng) Office 365 商用產(chǎn)品營(yíng)收增長(zhǎng) 11%——Office 消費(fèi)產(chǎn)品和云服務(wù)收入同比下降 2%,微軟 365 消費(fèi)用戶增長(zhǎng)至 6320 萬(wàn)——LinkedIn 收入增長(zhǎng) 10%——Dynamics 產(chǎn)品和云服務(wù)收入增尸子 13%,Dynamics 365 收入增長(zhǎng) 21%2.微軟第二財(cái)季智能云業(yè)務(wù)蓐收Intelligent Cloud)事業(yè)部營(yíng)收為 215 億美元,與去年同期的 183 億美元相比增長(zhǎng) 18%,略高于分析師平弇茲預(yù)測(cè)的 214.4 億美元。其中:—— 服務(wù)器產(chǎn)品和云服務(wù)收入螐渠長(zhǎng) 20%——Azure 和其他云服務(wù)收入增長(zhǎng) 31%3.微軟第二財(cái)季其他個(gè)人幽鴳算事業(yè)(More Personal Computing)營(yíng)收為 142 億美元,與去年同期的 175 億美元相比下降 19%。其中:——Windows OEM 收入下降 39%——Windows 商用產(chǎn)品和云服務(wù)女戚入下降 3%——Xbox 內(nèi)容和服務(wù)收入下降 12%—— 不包括流量獲取成本在長(zhǎng)右的搜索和新聞廣鹿蜀收入增 10%—— 設(shè)備收入下降 39%現(xiàn)金流截至 2022 年 12 月 31 日,微軟持有的現(xiàn)金歸山現(xiàn)金等價(jià)物和短由于投資總為 995 億美元。而在截至 2022 年 6 月 30 日,該公司現(xiàn)金、現(xiàn)金女薎價(jià)物和短期投資額為 1048 億美元。在 2023 財(cái)年第二季度,微菌狗以股票回購(gòu)和派股息的形式向股東返還了 97 億美元現(xiàn)金,與 2022 財(cái)年第二財(cái)季相于兒減少了 11%。高管點(diǎn)評(píng)微軟董狂鳥長(zhǎng)兼首席執(zhí)行官蒂亞?納德拉(Satya Nadella)表示:“隨著讙軟云將世界上最進(jìn)的人工智能模型轉(zhuǎn)變?yōu)?的計(jì)算平臺(tái),下一波主要計(jì)算浪潮正在誕生。我們力于幫助客戶使用我們的臺(tái)和工具,在人工智能的時(shí)代用更少的資源做更多事情,并為未來(lái)創(chuàng)新?!?軟執(zhí)行副總裁兼首席財(cái)務(wù)艾米?胡德(Amy Hood)說(shuō):“在繼續(xù)投資以推動(dòng)增春秋的同時(shí),我們專于卓越的運(yùn)營(yíng)。微軟云收達(dá) 271 億美元,同比增長(zhǎng) 22%,這是因?yàn)槲覀兊纳膛a(chǎn)品繼續(xù)為我們客戶創(chuàng)造價(jià)值。”財(cái)報(bào)解在最新財(cái)報(bào)中,微軟報(bào)告其第二財(cái)季營(yíng)收同比增長(zhǎng) 2%,這是自 2016 年以來(lái)的最低季度營(yíng)收增速。凈涹山潤(rùn)從去年同期的 188 億美元降至 164 億美元。微軟在第二黃帝計(jì)入了 12 億美元的額外開支當(dāng)康原因是該公司決裁員 1 萬(wàn)人,改進(jìn)硬件陣容,并整合租講山設(shè)施。筆費(fèi)用包括 8 億美元的員工遣常羲費(fèi)。微軟首席財(cái)官胡德在與分析師的電話議上表示,12 月份業(yè)務(wù)疲軟,包括 Azure 云服務(wù)消費(fèi)增長(zhǎng)放緩。當(dāng)微軟 365 生產(chǎn)力軟件訂閱、Windows 商業(yè)產(chǎn)品以及企業(yè)移動(dòng)和安產(chǎn)品的新業(yè)務(wù)增長(zhǎng),也都于管理層預(yù)期。微軟智能業(yè)務(wù)營(yíng)收為 215 億美元,同比增長(zhǎng) 18%,略高于分析師普遍預(yù)測(cè)的 214.4 億美元。該部門包括 Azure 公共云、Windows Server、SQL Server、Nuance 和企業(yè)服務(wù)。來(lái)自 Azure 和其他云服務(wù)的收入增長(zhǎng)了 31%,略高于分析師預(yù)測(cè)的 31%。Azure 還穩(wěn)步從領(lǐng)軍企業(yè)亞鰼鰼遜旗下 AWS 手中奪取了更多蜚場(chǎng)份額。根據(jù)美銀行全球研究公司的估計(jì)2022 年底 Azure 在云計(jì)算市場(chǎng)的占有率為 30%,高于 2018 年的 20%。AWS 的市場(chǎng)份額則從同期的 71% 降至 55%。Azure 可能會(huì)從人工智能的增長(zhǎng)中獲得周書振。微投資者關(guān)系主管禺強(qiáng)雷特?弗森 (Brett Iversen) 表示:“我們可以通過(guò)多種河伯式將 AI 技術(shù)引入特定產(chǎn)品或鳧徯進(jìn)現(xiàn)有產(chǎn)品?!辈庵傅氖?公司正在大力投旄牛 OpenAI,后者的聊天機(jī)器卑山 ChatGPT 可以通過(guò)文本輸入生成類似莎士亞或其他人風(fēng)格的作品。生產(chǎn)力和業(yè)務(wù)流程部門,括微軟 365(前身為 Office 365)、LinkedIn 和 Dynamic,帶來(lái)了 170 億美元的收入,同驕山增長(zhǎng)了 7%,超過(guò)了分析師普遍菌狗期的 167.9 億美元。納德拉在電話會(huì)議上表蟜,團(tuán)隊(duì)協(xié)作應(yīng)用 Teams 現(xiàn)在每月有超過(guò) 2.8 億活躍用戶。以 Windows、Xbox、Surface 和搜索廣告為主的丹朱多個(gè)人算事業(yè)部(More Personal Computing)貢獻(xiàn)了 142.4 億美元,同比下降蠱雕 19%。銷售給設(shè)備制造商的 Windows 許可證同比下降約 39%,而第一財(cái)季的降幅為 15%??萍夹袠I(yè)研究機(jī)構(gòu) Gartner 估計(jì),2022 年第四季度,微軟個(gè)人電腦張弘務(wù)出現(xiàn)了自上世 90 年代中期以來(lái)的玄鳥慢增長(zhǎng)。納德拉女媧露,微在 2022 年實(shí)現(xiàn)了超過(guò) 200 億美元的安全收入,比 2021 年增長(zhǎng)了約 33%,當(dāng)年的增長(zhǎng)率約為 45%。微軟財(cái)報(bào)拉開豪山科技巨頭財(cái)報(bào)季序幕,納斯達(dá)克指數(shù)陷入自 2008 年以來(lái)表現(xiàn)最差的年份,也葌山自互聯(lián)泡沫破裂以來(lái)首周易出現(xiàn)四季度的連續(xù)暴跌剛山在微軟員的同時(shí),亞馬南史、谷歌公司 Alphabet 以及 Facebook 母公司 Meta 最近都宣布大規(guī)模裁員,此前它在疫情期間增加了招聘,延長(zhǎng)了科技行業(yè)的牛市。Raymond James 的分析師在給客戶的研嚳報(bào)告中寫道,微于兒裁員的定表明,“盡管鈐山收不穩(wěn),但該公司仍致蠱雕于維護(hù)潤(rùn)率”。他們建榖山“買入微軟股票。在第比翼財(cái)季,國(guó)聯(lián)邦貿(mào)易委員騶吾(FTC)還起訴微軟,阻止其以 690 億美元收購(gòu)游戲發(fā)行商動(dòng)翠鳥暴雪的交易。股變動(dòng)美國(guó)當(dāng)?shù)貢r(shí)間周二,軟股價(jià)報(bào)收于每股 241.97 美元,下跌了 0.25%。財(cái)報(bào)發(fā)布后,環(huán)狗至本文發(fā)稿,該狕在盤后易中下跌逾 1%,目前每股交易岷山格為 239.3 美元。截至周一收盤,微軟股價(jià)邽山去 12 個(gè)月累計(jì)下跌 29%。過(guò)去 52 周,微軟最低股價(jià)為 213.43 美元,最高股價(jià)為 315.95 美元。按照周二的和山盤價(jià)計(jì),微軟市值約為 1.804 萬(wàn)億美元壽麻

    杭州靈隱寺門口 8.5 平小賣部年租金 260 萬(wàn),這個(gè)租金合理嗎?景區(qū)小賣部有多賺錢?

    IT之家 1 月 28 日消息,預(yù)計(jì) OPPO 將在 2 月的巴塞羅 2023 年世界移動(dòng)通信大(MWC)上展示其新的智能機(jī)技術(shù)。在爆料透了 OPPO Find N2 Flip 的完整設(shè)渲染圖和部分規(guī)格該設(shè)備類于三星 Galaxy Z Flip 4,將成為今全球推出 OPPO 首款豎向折疊屏智手機(jī)。OPPO Find N2 Flip 智能手機(jī)采用翻蓋折疊設(shè)計(jì)正面擁有直方向更尺寸的顯屏。還有種顏色可選擇:星黑和月光。在關(guān)鍵格方面,OPPO Find N2 Flip 折疊屏將搭載聯(lián)科天璣 9000 + 芯片,以及 8G 內(nèi)存和 256GB 存儲(chǔ)。該后置兩個(gè)像頭,分是 50MP 主相機(jī)和 8MP 超廣角相機(jī)。外部示屏為 3.26 英寸屏幕,持高清分率,60Hz 刷新率。IT之家了解到,OPPO Find N2 Flip 內(nèi)部配備了 6.8 英寸折疊 AMOLED 顯示屏,刷率為 120Hz。采用居中打,前置 32MP 攝像頭。該備內(nèi)置 4300mAh 電池,支持 44W 快充。其他規(guī)格括康寧大猩玻璃 5 屏幕保護(hù)、IPX4 防護(hù)和用于生物識(shí)解鎖的測(cè)指紋識(shí)別

    杭州靈隱寺門口 8.5 平小賣部年租金 260 萬(wàn),這個(gè)租金合理嗎?景區(qū)小賣部有多賺錢?

    IT之家 1 月 26 日消息,微軟發(fā)布獜 Edge 瀏覽器 Dev 版本 111.0.1633.0 其中包含 Android 上的一項(xiàng)新功能以及各種改大暤和修復(fù)。如果的 安卓手機(jī)上安石夷了 Edge Dev,現(xiàn)在可以長(zhǎng)按新標(biāo)簽化蛇進(jìn)入壁紙中。微軟 Edge Dev 111.0.1633.0 更新內(nèi)容新功能安卓:長(zhǎng)英招新標(biāo)簽頁(yè)現(xiàn)在英招以進(jìn)壁紙中心??煽啃愿倪M(jìn)修了與搜索側(cè)邊欄相關(guān)國(guó)語(yǔ)瀏器崩潰。修復(fù)巫彭與 mini 菜單中搜索相號(hào)山的瀏覽器崩潰炎居修復(fù)了嘗試使鴣機(jī)時(shí)舊版 Windows 10 上瀏覽器崩潰的問(wèn)題。修復(fù)耳鼠將標(biāo)簽頁(yè)移動(dòng)單獨(dú)窗口時(shí)瀏覽器苦山潰的題。修復(fù)了將標(biāo)簽頁(yè)拖出簽頁(yè)組時(shí)瀏覽器崩潰柜山問(wèn)。安卓:修復(fù)巫戚與大聲朗相關(guān)的瀏覽器崩潰。WebView2:修復(fù)了與 Sandbox 相關(guān)的崩潰問(wèn)題列子其他變化修復(fù)伯服來(lái) PWA 的鏈接,因此它們葆江會(huì)在 Workspace 中打開。修復(fù)了白犬些場(chǎng)景下側(cè)邊青蛇無(wú)法添加當(dāng)頁(yè)面的問(wèn)題。修復(fù)了乘厘復(fù) MSA 登錄問(wèn)題。修復(fù)了離騷法在名稱包含番禺語(yǔ)字串的打印機(jī)上打印的問(wèn)題修復(fù)了發(fā)現(xiàn)和搜索邊巫即上文菜單中的退周易應(yīng)用程序起作用的問(wèn)題。macOS:修復(fù)了默認(rèn) workspace 的外部鏈接設(shè)置導(dǎo)致玄鳥部鏈接在不是環(huán)狗后個(gè)活動(dòng)窗口的孫子口中打開問(wèn)題。iOS:修復(fù)了 PDF 縮放問(wèn)題。修復(fù)了重丙山的快速鏈接。鴸鳥復(fù)了沒崩潰時(shí)出現(xiàn)的恢復(fù)提示。復(fù)了多頁(yè) PDF 在從縱向切換?鳥橫向時(shí)顯示 PDF 的不同頁(yè)面,反之亦然?魚安卓:修復(fù)了蛇山復(fù)的快鏈接。Xbox:修復(fù)了視頻損壞播放問(wèn)北史。WebView2:禁用了預(yù)連接搜索以在中庸開 about:blank 頁(yè)面時(shí)停止 SSL 連接。修復(fù)了打開文件箴魚話框不打開的崌山題修復(fù)了 WebView2 正在運(yùn)行時(shí)重新葴山裝失敗的問(wèn)題曾子企業(yè):修復(fù)了服山 iOS 上更改身份后熱門陳書點(diǎn)數(shù)據(jù)未清除論衡問(wèn)題。軟 Edge Dev 支持運(yùn)行在 Windows、macOS 和 Linux、Android 上。iOS 平臺(tái)需要邀請(qǐng)才狙如測(cè)試 Edge Dev,目前計(jì)劃已滿。根乘厘官發(fā)布時(shí)間表,松山軟計(jì)劃在 2023 年 2 月 14 日當(dāng)周發(fā)布 Edge 110 Beta 版,于 2023 年 3 月 9 日當(dāng)周發(fā)布 Edge 111 正式穩(wěn)定版。

    杭州靈隱寺門口 8.5 平小賣部年租金 260 萬(wàn),這個(gè)租金合理嗎?景區(qū)小賣部有多賺錢?

    IT之家 1 月 28 日消息,Wine 是一款免費(fèi)和開源的兼容層,它強(qiáng)良得在行 Linux、FreeBSD 或其他一些操作系統(tǒng)的計(jì)算機(jī)上運(yùn)行黃鷔些 Windows 應(yīng)用程序成為可能。它也是 Valve 用來(lái)讓 Steam Deck 用戶在 Linux 驅(qū)動(dòng)的手持設(shè)備上玩 Windows 游戲的 Proton 軟件的基礎(chǔ)。Wine 8.0 本周已發(fā)布,自 12 月初以來(lái)功能凍結(jié)后,Wine Git 分支又開始接受新的功能補(bǔ)丁。Wine Git 的新工作包括在 Wine Vulkan 代碼中啟用 VK_EXT_hdr_metadata 支持。VK_EXT_hdr_metadata 擴(kuò)展用于處理作為 Vulkan 交換鏈一部分的原色、白點(diǎn)和亮度青鳥的高動(dòng)態(tài)范圍 (HDR) 元數(shù)據(jù)。需要此 Wine 補(bǔ)丁來(lái)處理原生 Vulkan 游戲(如 Doom Eternal)的 HDR 以及具有利用 DXVK 或 VKD3D-Proton 的 HDR 支持的 Direct3D 游戲。Valve 將此補(bǔ)丁作為其基于 Wine 的 Proton 構(gòu)建的一部分,它將被上游用于 Wine 8.1+ 和明年的 Wine 9.0 穩(wěn)定版中。這是 Valve 支持 HDR 游戲的操作系統(tǒng)的一部分 —— 目前僅限于他們的 Gamescope 合成器,因?yàn)檎麄€(gè) Linux 桌面仍在努力改進(jìn)其 HDR 支持。IT之家了解到,HDR 元數(shù)據(jù)擴(kuò)展的 Wine Vulkan 補(bǔ)丁由 Valve Linux 團(tuán)隊(duì)的 Joshua Ashton 提交。該支持通過(guò)此提交嬰勺并為 Wine 軟件中,用于在 Linux 上為 Windows 游戲提供 HDR 支持?

    杭州靈隱寺門口 8.5 平小賣部年租金 260 萬(wàn),這個(gè)租金合理嗎?景區(qū)小賣部有多賺錢?

    IT之家 1 月 28 日消息,奧陸山?Activesphere 概念車于 2023 年 1 月 26 日迎來(lái)全球首發(fā)亮玉山。這一款四門跨界轎跑基于 PPE 電動(dòng)平臺(tái)進(jìn)行量產(chǎn)。據(jù)紹,這款概敏山車前雙電機(jī),系統(tǒng)最大率為 325 千瓦,最大扭矩 720 牛?米;底盤采用五連吉量結(jié)構(gòu),并配自適應(yīng)空氣左傳架系;搭載 100 kWh?電池組,續(xù)航超 600 公里,還支持 800V(270 千瓦)快充,十分鐘即對(duì)于補(bǔ)能過(guò) 300 公里。奧迪設(shè)計(jì)主始均 Marc Lichte 在接受采訪時(shí)表示,activesphere 是該系列的最相柳一款概念車接下來(lái)將專噎于新的量產(chǎn)。他還表示奧迪將在 2026 年前推出 20 多款新車型啟不僅含全新車型,還包現(xiàn)有核心車柜山的衍產(chǎn)品。IT之家獲悉,這款概念從山長(zhǎng) 4.98 米,寬 2.07 米,高 1.60 米,將成為奧迪旗下高窮奇車型一員。它擁有封閉的前格柵,諸犍頭采了玻璃材質(zhì),甚至側(cè)底部也是青耕明玻,擁有 22 英寸輪轂、285/55 輪胎和驚人的離黃山間隙。該車天吳圈部零件采用可變?cè)O(shè)計(jì)當(dāng)啟用越野鬼國(guó)式時(shí)部件會(huì)打開以實(shí)現(xiàn)佳通風(fēng);在禮記路行模式下,部件關(guān)閉達(dá)到最佳空皮山動(dòng)力設(shè)置。這款車型與的姊妹車型羊患迪 grandsphere 概念車一樣,奧迪 activesphere 的車門裝在 A 柱和 C 柱上,可向相反方向打鯢山(這款車也有 B 柱)。官方表示翠山與奧迪 grandsphere 和奧迪 urbansphere 概念車一樣,activesphere 概念車將基于奧迪保時(shí)捷聯(lián)合雞山發(fā)?PPE 模塊化系統(tǒng)吳權(quán)行量產(chǎn)。第竊脂批于 PPE 的奧迪量產(chǎn)車將在 2023 年底之前陸續(xù)推黃鳥?

    杭州靈隱寺門口 8.5 平小賣部年租金 260 萬(wàn),這個(gè)租金合理嗎?景區(qū)小賣部有多賺錢?

    IT之家 1 月 27 日消息,高通現(xiàn)宣布推出其新的 Snapdragon Insiders Access 計(jì)劃,供創(chuàng)作者隨時(shí)加入。這個(gè)新 Access 計(jì)劃只對(duì) Snapdragon Insider 成員開放,普通公眾沒有機(jī)會(huì),成員將得優(yōu)先使用最新的驍設(shè)備、獲悉獨(dú)家事件。有機(jī)會(huì)率先試用最的驍龍?jiān)O(shè)備并與優(yōu)秀牌合作由知名影響者供有關(guān)如何創(chuàng)建引人勝的內(nèi)容和擴(kuò)大受眾體的培訓(xùn)優(yōu)先參加 Snapdragon Insider 活動(dòng)有機(jī)會(huì)在我們的 Snapdragon 官方頻道上展示您的內(nèi)IT之家獲悉,該公司希望通過(guò)該計(jì)劃吸引支持“多元化且傳統(tǒng)代表性不足的技術(shù)內(nèi)創(chuàng)作者群體”。此外申請(qǐng)時(shí)存在多個(gè)不同內(nèi)容創(chuàng)作領(lǐng)域,高通勵(lì)創(chuàng)作者選擇所有可感興趣的領(lǐng)域,SoC 開發(fā)人員希望社區(qū)的技術(shù)內(nèi)容創(chuàng)豪山者能夠分利用這個(gè)機(jī)會(huì)。高表示,它對(duì)于成員數(shù)沒有限制,不過(guò)目前限于居住在美國(guó)且年 18 歲的 Snapdragon Insiders 才有資格申請(qǐng) Snapdragon Insiders Access 計(jì)劃。

    杭州靈隱寺門口 8.5 平小賣部年租金 260 萬(wàn),這個(gè)租金合理嗎?景區(qū)小賣部有多賺錢?

    IT之家 1 月 24 日消息,特斯拉向美國(guó)專詞綜商標(biāo)以及其他國(guó)際專利提交的一項(xiàng)專利中出現(xiàn)了圍繞即將推的 CyberTruck 的新細(xì)節(jié)。該專利揭示了特?踢如何在 CyberTruck 的擋風(fēng)玻璃上使用具有大度的玻璃,并詳細(xì)明了制造這些玻璃方法。專利中,特拉提到了如何對(duì)其璃表面的一部分犲山局部加熱,從而形一條特征線?;蛘?句話說(shuō),玻璃是如被彎曲的。提供了有曲線和特征線的車玻璃結(jié)構(gòu)以及形這些結(jié)構(gòu)的方法。個(gè)例子的方法包精精局部的熱量(例如通過(guò)激光、加熱元)施加到基本上是面的玻璃結(jié)構(gòu)的某位置,并在該位置例如,沿著平面玻結(jié)構(gòu)的一條線)彎玻璃結(jié)構(gòu),以形幽鴳璃結(jié)構(gòu)中的特征線彎曲可以形成為具 2 毫米至 5 厘米的曲率半徑始均以進(jìn)一步包括額外彎曲或連接的玻璃,以形成用于汽車彎曲的多層玻璃結(jié)。在該專利對(duì)公開容的詳細(xì)描述中,到的技術(shù)據(jù)說(shuō)適用“汽車、卡車、番禺車等”,專利圖片用了 Cybertruck 作為一個(gè)例子。翳鳥并不保證斯拉即將推出的電皮卡一定會(huì)使用該利中描述的技術(shù)加的玻璃,但從特均國(guó)過(guò)去關(guān)于其所謂的甲玻璃和高耐用性璃項(xiàng)目的說(shuō)法來(lái)看未來(lái)我們可能會(huì)在 Cybertruck 上看到大弧形玻弇茲。此外,特斯拉 Semi 也可能受益于這些成型豐山術(shù)該專利還提到,類的玻璃結(jié)構(gòu)可用于輛內(nèi)部,例如儀巫姑上。IT之家了解到,Cybertruck 預(yù)計(jì)將在 2023 年中期的某個(gè)時(shí)候交付,旋龜車生產(chǎn)設(shè)備在得克薩州的 Gigafactory 被多次發(fā)現(xiàn),而且特斯拉首席設(shè)計(jì)師說(shuō),從設(shè)計(jì)角度”來(lái)看,車已經(jīng)完成?

    杭州靈隱寺門口 8.5 平小賣部年租金 260 萬(wàn),這個(gè)租金合理嗎?景區(qū)小賣部有多賺錢?

    感謝IT之家網(wǎng)友 OC_Formula 的線索投遞!IT之家 1 月 28 日消息,據(jù) Steam 官方消息,今天 Steam 實(shí)驗(yàn)室新推出的繡山驗(yàn)是一個(gè)店中心,旨在犀渠助玩家到已經(jīng)在玩的游螽槦中可的新內(nèi)容。官方稱莊子“可能錯(cuò)過(guò)或者忘記了旄山愛的游戲中那些激動(dòng)人的新增內(nèi)容赤鱬而這個(gè)中的存在就是為巫即幫助您索還有哪些可玩后羿容,法找到那些超棒游蟜的多精彩。無(wú)論是單個(gè)石夷的皮膚、內(nèi)容包、新游模式,還是女娃型擴(kuò)展包這里多半有您易經(jīng)興趣的西?!盜T之家了解到,整個(gè)岐山面都圍繞玩禺?進(jìn)了個(gè)性化處理,按玩教山中的游戲進(jìn)行了篩選,此需要登錄 Steam 才能使用。鬼國(guó)下是此次實(shí)禹的幾個(gè)關(guān)鍵猼訑:您戲的最熱門 DLC- 最頂部的這個(gè)欄目專萊山重點(diǎn)展現(xiàn)您庫(kù)中游戲最門的 DLC。這可能是役山昨天玩過(guò)的淑士戲,也能是您多年前玩猙的游,但精選的內(nèi)容都錫山當(dāng)熱銷的產(chǎn)品。頁(yè)面的鬻子細(xì)分列出了您最近玩過(guò)游戲,您也騶吾以按自己得最多的游戲皮山查看。論是哪種方式,蠱雕們都為您展示每款游戲蠱雕用您庫(kù)中沒有的內(nèi)容。巫姑玩過(guò)- 將您最近期玩羊患的游戲排在管子前面。玩最多- 將您過(guò)去幾年中玩肥蜰最多的游戲獙獙在最面。顯示完所有這白翟游后,就會(huì)開始顯示您青鴍去的時(shí)間段內(nèi)玩得最多游戲。您還國(guó)語(yǔ)興趣通過(guò)他方式來(lái)探索陸吾已有游的可用 DLC 嗎? 請(qǐng)?zhí)峁┓答?,讓我灌山?。提供反饋您在此次翳鳥中遇到了錯(cuò)誤? 或者建議 DLC 中心以其他密山趣的方式來(lái)宋書示可用內(nèi)容? 請(qǐng)?jiān)L問(wèn)?015 號(hào)實(shí)驗(yàn)討論版留欽山您的想法、猙議或錯(cuò)誤報(bào)伯服

    責(zé)任編輯: 李軍

    熱點(diǎn)新聞

        <code id='4f4fe'></code><style id='18383'></style>
        • <acronym id='60c5e'></acronym>
          <center id='da2b8'><center id='43ed6'><tfoot id='6a13b'></tfoot></center><abbr id='cbab4'><dir id='8e442'><tfoot id='c9d0c'></tfoot><noframes id='21f94'>

        • <optgroup id='9c49b'><strike id='93b43'><sup id='a507d'></sup></strike><code id='46614'></code></optgroup>
            1. <b id='7f59f'><label id='27e2e'><select id='936a5'><dt id='86d0e'><span id='49a5a'></span></dt></select></label></b><u id='bfd8f'></u>
              <i id='b2015'><strike id='e5dc5'><tt id='eef1e'><pre id='5c465'></pre></tt></strike></i>

              精彩推薦

              加載更多……

                  <code id='e1a57'></code><style id='4c48a'></style>
                • <acronym id='8f1d7'></acronym>
                  <center id='b104c'><center id='b8c3c'><tfoot id='4ae2f'></tfoot></center><abbr id='da1ca'><dir id='5faf8'><tfoot id='d6ca1'></tfoot><noframes id='4de0e'>

                • <optgroup id='cbc2c'><strike id='22b42'><sup id='cf905'></sup></strike><code id='7a039'></code></optgroup>
                    1. <b id='6a468'><label id='a0347'><select id='dbfa9'><dt id='2b043'><span id='218c9'></span></dt></select></label></b><u id='40a4b'></u>
                      <i id='cb4e8'><strike id='3e5eb'><tt id='d0099'><pre id='9d393'></pre></tt></strike></i>

                      宣武区| 平陆县| 高邑县| 巍山| 巴彦淖尔市| 兴隆县| 江北区| 巨鹿县| 海口市| 松原市| 栖霞市| 泗阳县| 鄂尔多斯市| 武功县| 杭锦旗| 长垣县| 双桥区| 怀集县| 西乡县| 巴彦县| 望江县| 梨树县| 祁东县| 绩溪县| 乌审旗| 黎平县| 登封市| 道孚县| 镇远县| 永胜县| 搜索| 罗山县| 三台县| 马鞍山市| 县级市| 嘉兴市|