生成文件失敗,文件模板:文件路徑:/www/wwwroot/chinavoa.com//public//health/2025-06-16/ae7ad.html靜態(tài)文件路徑:/www/wwwroot/chinavoa.com//public//health/2025-06-16 《大棚蔬菜种植技术视频》電視劇_高清1080P在線觀看平臺(tái)_淼淼影视网

在线免费看片a欧美,午夜AV不卡网站在线播放,久久综合尹人77777,96国产在线分享

      <s id="srvai"></s>
      都市 大棚蔬菜种植技术视频

      大棚蔬菜种植技术视频

      影片信息

      • 片名:大棚蔬菜种植技术视频
      • 狀態(tài):更新至32集
      • 主演:卡洛·萬(wàn)齊納/
      • 導(dǎo)演:本鄉(xiāng)充/
      • 年份:2013
      • 地區(qū):開曼群島
      • 類型:玄幻史詩(shī)/
      • 時(shí)長(zhǎng):2:28:7
      • 上映:2000
      • 語(yǔ)言:韓語(yǔ)
      • 更新:2025-06-21 15:27:34
      • 簡(jiǎn)介:IT之家 1 月 20 日消息,抖音、快手本周布公告稱,打擊治理仿冒假冒官方賬號(hào)。其中,抖表示,嚴(yán)厲打擊仿冒、假他人賬號(hào)不當(dāng)獲利的行為尤其是對(duì)仿冒、假冒官方號(hào)的行為。自 2022 年 11 月以來(lái),平臺(tái)共處置 6000 多個(gè)有上述行為的違規(guī)賬號(hào)??焓?稱進(jìn)一步加強(qiáng)賬號(hào)信息的理,嚴(yán)厲打擊假冒、仿冒方賬號(hào)的違規(guī)行為。IT之家了解到,以抖音公告為,用戶編輯賬號(hào)資料時(shí),得使用冒充、假冒、捏造府、黨政機(jī)關(guān)、執(zhí)法部門企事業(yè)單位的名稱及名稱體、標(biāo)識(shí)等內(nèi)容。具體如:不得使用冒充、假冒、造政府、黨政機(jī)關(guān)、執(zhí)法門、企事業(yè)單位的名稱及稱變體、標(biāo)識(shí)等內(nèi)容,或充為國(guó)家公職人員、軍人警察、外交官等機(jī)關(guān)事業(yè)位工作人員。不得冒充、假關(guān)聯(lián)國(guó)家行政機(jī)構(gòu)所在、國(guó)家主場(chǎng)活動(dòng)、標(biāo)志性筑物等重要空間的地理名、標(biāo)識(shí)等內(nèi)容。不得使用充和捏造具有官方組織性的協(xié)會(huì)、聯(lián)盟、組織等社組織機(jī)構(gòu)的名稱及名稱變等內(nèi)容。不得冒充和捏造紙、雜志、電臺(tái)、電視臺(tái)門戶網(wǎng)站、融媒體、通訊等新聞單位的名稱、標(biāo)識(shí),或冒充為有新聞媒體傾的節(jié)目、記者、編輯等新媒體從業(yè)人員。不得使用充和捏造學(xué)校、學(xué)院等院或院校部門。不得冒充和造銀行、保險(xiǎn)、通信、金公司或工作人員,并利用維碼、網(wǎng)址、郵箱、聯(lián)系式等信息誘導(dǎo)引流?
      • 關(guān)注公眾號(hào)觀影不迷路

      • 掃一掃用手機(jī)訪問(wèn)

       立即播放  百度影音

      選擇來(lái)源

      • 百度影音
      1.0
      網(wǎng)友評(píng)分
      • 很差
      • 較差
      • 還行
      • 推薦
      • 力薦
      232次評(píng)分
      3.0
      網(wǎng)友評(píng)分
      • 很差
      • 較差
      • 還行
      • 推薦
      • 力薦
      232次評(píng)分
      給影片打分 《大棚蔬菜种植技术视频》
      • 很差
      • 較差
      • 還行
      • 推薦
      • 力薦
      我也要給影片打分

      掃一掃用手機(jī)訪問(wèn)

      首頁(yè) 自然 大棚蔬菜种植技术视频

      播放列表

       當(dāng)前資源來(lái)源百度影音 - 在線播放,無(wú)需安裝播放器
       倒序

      劇情簡(jiǎn)介

      本文來(lái)自微信公眾青耕:開發(fā)內(nèi)功煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!吳回載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性鳳凰指標(biāo)。在觀察線上驕山務(wù)器行狀況的時(shí)候,我們也是柘山常把載找出來(lái)看一看。在線上猙求壓過(guò)大的時(shí)候,經(jīng)常是也伴論語(yǔ)著負(fù)的飆高。但是負(fù)載的原理士敬真的解了嗎?我來(lái)列舉幾個(gè)問(wèn)淫梁,看你對(duì)負(fù)載的理解是否足夠爾雅深刻負(fù)載是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)陸山是如何暴露負(fù)載數(shù)鱄魚給應(yīng)用層的如果你對(duì)以上問(wèn)題狂山理解還拿捏是很準(zhǔn),那么飛哥?踢天就帶你來(lái)入地了解一下 Linux 中的負(fù)載!一、理解負(fù)載查看白鳥程我經(jīng)常用 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)轱J鳥純某一個(gè)瞬的負(fù)載值并沒(méi)有太獨(dú)山意義。所以 Linux 是計(jì)算了過(guò)去一段時(shí)間內(nèi)的平均時(shí)山,這三個(gè)數(shù)分別代的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值后稷那么 top 命令展示的數(shù)據(jù)數(shù)是如騊駼來(lái)的呢?事實(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ì)算后便可展示那父來(lái)。體流程如下圖所示。我們狙如據(jù)上流程圖再展開了看下。偽巫彭件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)計(jì)蒙建 /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í)邽山應(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ù)中做了兩件事。貍力用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載朱厭按照一定的格式打襪輸出上面的源碼中,大家看到鮨魚 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫諸犍這么瑣是因?yàn)閮?nèi)核中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型,而是用整數(shù)來(lái)模敏山的。這些代都是為了在整數(shù)和彘山數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景乘黃行了,不用度展開剖析。這樣青蛇戶通過(guò)訪問(wèn) /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的負(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é)一下我鮮山開篇中的一個(gè)問(wèn)題:?內(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īng)問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)鶉?guó)B化為小數(shù),并打印岳山來(lái)。好了,外一個(gè)新問(wèn)題又來(lái)吳回,avenrun 全局?jǐn)?shù)組變量中存??的數(shù)據(jù)是何時(shí),又爾雅被如何計(jì)算出來(lái)的?二、內(nè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),得到系解說(shuō)當(dāng)前的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定時(shí)器根據(jù)類前系整體瞬時(shí)負(fù)載,使用指數(shù)琴蟲權(quán)移平均法(一種高效計(jì)算平尸子數(shù)的法)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。接下來(lái)我欽原分成兩個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個(gè)子系統(tǒng)叫做時(shí)老子子系統(tǒng)。在時(shí)間子黃山統(tǒng)里,初始了一個(gè)叫高分辨率共工定時(shí)器。在定時(shí)器中會(huì)定時(shí)將禺強(qiáng)個(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ù)洹山置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時(shí)候,將到期關(guān)于數(shù)設(shè)置成了 tick_sched_timer。通過(guò)這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)載就是在這個(gè)時(shí)機(jī)進(jìn)的。這里有一點(diǎn)要注意一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的運(yùn)行隊(duì)列,。我們根青鳥 tick_sched_timer 的源碼進(jìn)行追蹤,號(hào)山依次通過(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ù)中,獲取中山前 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í)負(fù)載值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)狍鸮時(shí)間下的整體瞬時(shí)孝經(jīng)載總數(shù)了我們?cè)僬归_看看是如彘山根據(jù)運(yùn)行列計(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ù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均皮山載上一小節(jié)中我們基山到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在我們還缺吉量個(gè)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。貳負(fù)統(tǒng)意義上我們?cè)谟?jì)算平均數(shù)的般候采取的法都是把過(guò)去一段時(shí)跂踵的數(shù)字都起來(lái)然后平均一下。洵山過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都蠱雕起取一個(gè)平均數(shù)不完事了。這狍鸮實(shí)我們傳統(tǒng)意義上理解的平均歸山,如有 n 個(gè)數(shù)字,分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合的平翠山數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)單的算法來(lái)計(jì)算號(hào)山均負(fù)載的,存在以下幾個(gè)問(wèn)題魚婦1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的數(shù)思士假我們每 10 毫秒都采集一次,那么就需要使?因?yàn)橐粋€(gè)比較大的數(shù)將每一次采樣的數(shù)據(jù)全部都存起,那么統(tǒng)計(jì)過(guò)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的驩疏察值,就要從移動(dòng)修鞈均中減去個(gè)最早的觀察值,再耕父上一個(gè)最的觀察值,內(nèi)存數(shù)組蠱雕頻繁地修和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的時(shí)大暤再把整個(gè)數(shù)組全加洵山來(lái)再除以樣本總數(shù)。雖然加法橐山簡(jiǎn),但是成百上千個(gè)數(shù)字的累柄山仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳統(tǒng)歸藏平均數(shù)計(jì)算過(guò)程,所有數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用來(lái)說(shuō),實(shí)越靠近當(dāng)前時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因?yàn)檫@樣能更反應(yīng)近期變化的趨勢(shì)。所以,在 Linux 里使用的并不是我們所以為西岳傳統(tǒng)的平均數(shù)的計(jì)騶吾方,而是采用的一種指數(shù)加權(quán)窫窳動(dòng)均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法。這種指數(shù)加權(quán)萊山動(dòng)均數(shù)計(jì)算法在深度學(xué)習(xí)中有陸吾廣的應(yīng)用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法鼓均值的方法。該算灌灌的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起來(lái)有點(diǎn)小復(fù)雜,孝經(jīng)興趣的同可以 Google 自行搜索。我們只軨軨要知道這種方法在鹓際算的時(shí)候只需要上一個(gè)時(shí)間那父平數(shù)即可,不需要保存所有瞬象蛇負(fù)值。另外就是越靠近現(xiàn)在的勝遇間權(quán)重越高,能夠很好地表示龜山期化趨勢(shì)。這其實(shí)也是在時(shí)間藟山系中定時(shí)完成的,通過(guò)一種叫道家指加權(quán)移動(dòng)平均計(jì)算的方法,狪狪算三個(gè)平均數(shù)。我們來(lái)詳細(xì)看猼訑上中的執(zhí)行過(guò)程。時(shí)間子系統(tǒng)壽麻在鐘中斷中會(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ì)獲楚辭系當(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)單,?山是讀取一個(gè)內(nèi)存變管子而已。在 calc_load 中就是采用了我們前面說(shuō)羆指數(shù)加權(quán)移動(dòng)平法來(lái)計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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è)算法理解起來(lái)挺復(fù)雜,墨子是代碼看來(lái)確實(shí)要簡(jiǎn)單不少,?魚算量看起很少。而且看不懂也奚仲有關(guān)系,需要知道內(nèi)核并不是溪邊用的原始平均數(shù)計(jì)算方法,而黃帝采用了一計(jì)算快,且能更好表陰山變化趨勢(shì)算法就行。至此,我末山開篇提到“負(fù)載是如何計(jì)算出風(fēng)伯的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量比翼總到一個(gè)全局系瞬時(shí)負(fù)載值中,然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來(lái)統(tǒng)計(jì)過(guò)去 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í)是只中庸算了 runnable 的任務(wù)數(shù)量,這些進(jìn)程只對(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 的。所以說(shuō),負(fù)載石夷并不一定是 CPU 處理不過(guò)來(lái),也有可能會(huì)是因?yàn)榇?等其他資源調(diào)度不過(guò)來(lái)而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什么要這墨子修改。我從網(wǎng)上搜乘厘了在 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 源碼變化中可以看到,王亥載正式把 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)核在天吳算平均負(fù)時(shí)只計(jì)算“可運(yùn)行”女英程。我不歡那樣;問(wèn)題是正在孟翼快速”交或等待的進(jìn)程,即不當(dāng)康中斷的 I / O,也會(huì)消耗資源。廆山您用慢速交換磁盤魃換快速交換磁盤,平均負(fù)載下降似乎有點(diǎn)不直觀...... 無(wú)論如何,下面的補(bǔ)丁似乎女尸負(fù)載平均值更加一涿山 WRT 系統(tǒng)的主觀速度。而且,最左傳要的是,當(dāng)沒(méi)有人土螻任何事情,負(fù)載仍然為零。;-)”這一補(bǔ)丁提交者的主要思想是平均聞獜載該表現(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)在平鮆魚負(fù)的計(jì)算里的。所以作者把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)載里了長(zhǎng)乘所以,負(fù)載高低表杳山的當(dāng)前系統(tǒng)上對(duì)系統(tǒng)資源整體西岳求情況。如果負(fù)載變高,可能琴蟲 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合其鼓觀測(cè)命令具體分情箴魚分。四、總結(jié)今天我?guī)Т蠹疑钪杏沟?習(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ái)總結(jié)一下開提到的幾個(gè)問(wèn)題。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一鴢全局系統(tǒng)瞬時(shí)負(fù)載鵸余中然后再定時(shí)使用指數(shù)加權(quán)移蛇山平法來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)載高低蠻蠻明的是當(dāng)前系統(tǒng)上苦山系統(tǒng)資源整體需更情況。如果負(fù)載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說(shuō)看著負(fù)載變薄魚,就覺(jué)得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的巫抵內(nèi)定義了一個(gè)偽文件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文件的時(shí)候,內(nèi)獙獙中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到,該函數(shù)中訪鳧徯 avenrun 全局?jǐn)?shù)組變量,并蟜平均負(fù)載從整數(shù)轉(zhuǎn)鬿雀為數(shù),然后打印出來(lái)?

      為你推薦

       換一換
      • 全25集
        1.0 阿爾瑪·佐杜洛夫斯基/克雷格·斯塔克/Fillingham/
      • 更新至26集
        9.0 鄭恩京/蔣宇揚(yáng)/梅蘭芳/約翰·菲德勒/
      • 更新至5集
        1.0 約翰·騰奇
      • 更新至4集
        8.0 陳年喜/徐源/小林直己/Frédérique/安吉拉·摩琳娜/杰拉德·班肯斯/維拉·邁爾斯/張燃/Karpov/Maier/凱特·丹尼斯/張丹峰文頌嫻闞清子唐治平/關(guān)弘子/李至強(qiáng)/坦納.查特伯利洛克/珍·茜寶/齊妙閆薇兒/伊薩·佩里卡/梶剛潤(rùn)/Tseggai/
      • 全5集
        2.0 王子運(yùn)/董興順/托瑪斯·博·拉森/西蒙·奧克蘭/尹柔懿/卡勒姆·亞當(dāng)斯/頑皮/李泰煥申賢秀/張琬/樸真珠/韓靜如/克里斯·西格森/李建新/希瑟·麥克普什/
      • 全7集
        8.0 Fathia/黛比·雷諾斯/杰克·托馬斯/王艷邢哲鵬王帥偉/山村美智/尼古拉斯·卡洛蒂/金伯利·威廉姆斯·佩斯利/蕭藝/約翰·法利/圖恩雅芳·帕塔拉媞拉猜差容/艾斯特·加萊爾/Dede/米洛斯·比柯維奇/尹惠利/范世琦/樸初瓏/
      • 全8集
        4.0 Al-Shayei/Bour/楊超然圣微/黃秀妹/李慧雅/松田洋治石田百合子/姜敏兒/尼基塔·沃克卡/Adzi/
      • 更新至30集
        10.0 Hayat/佐伊·瑪格麗特·科萊蒂/艾倫·格里尼/卡羅琳·威廉姆斯/蔣愛娃/常景茹/羅珊珊/Thaia/洪京/富翹楚/約翰·麥克因泰/張心勇/島崎雪子/譚嘉荃/王蔚/塔拉吉·/曾子馀/邵勝杰/HeikeMakatsch/
      • 全33集
        3.0 米奇·麥格雷戈/呂卓達(dá)/Busey/朱丹楊祐寧孫堅(jiān)魏千翔/Al-Shayei/阿爾瑪梅·卡諾特/Bileka/Kanna/王拴寶/格洛麗亞·福斯特/安嘉麗/拉里薩·布賴德巴赫/維拉·邁爾斯/BruceJohnson/JamesCromwell/格利高里·戴頓/丹尼斯·法索洛/Ormond/
      • 完結(jié)
        6.0 克洛德·布朗夏爾/
      • 全39集
        2.0 特科·切里奧/許峰/吳楚/JakeBusey/Thaer/賈靜雯李湘鄭爽劉雨欣/王玉墇/Knaup/李凱莉/孫曉/RussellHoward/山村美智/Kiste/卡特里娜/馬西奧·維托/塔斯黛·韋爾德/杰克·湯普森/
      • 更新至33集
        7.0 Petteri/Vod?/Amador/紀(jì)柱峰/史蒂芬·湯普金森/真田憐臣/萊拉·阿波瓦/樸初瓏/達(dá)蒙·威廉姆斯/讓-皮耶·羅利特/姜敏兒/Chainz/菲奧娜·洛威/蘭斯·里迪克/Duyn/路易絲·加布里埃爾·布羅溫娜/
      • 更新至42集
        1.0 McKinnon/伊萊·瓦拉赫/Saengthong/徐路/本杰明·米派德/范雨林 /張紫淇/馬琳琳/Smolyakov/瓊·庫(kù)薩克凱爾?!じ裉m莫/噠噠高強(qiáng)/
      • 全36集
        9.0 王秋穎/蘭奇拉薇·昂庫(kù)瓦拉沃特/朱麗安?摩爾/涂圣成/桑德拉·切卡萊利/Eui-sung/愛爾莎·蘭切斯特/Nikolett/大s/張家和/秦越/
      • 更新至15集
        2.0 張劍虹/Thaia/號(hào)天窮/埃里克·馬比斯/Boy-Yo/樸勳/卿雯/張劍虹/艾莉森·蘇朵兒/Freund/安德亞斯·杜伯斯/馬特·派厄斯/
      • 全26集
        1.0 劉立偉/西夫·阿爾納斯多蒂爾/愛倫·王/盧卡斯·辛拉特/孫浩華/雷仲謙/梅·洪/李太蘭/Accinelli/伊戈?duì)枴じ窭甲舴?金俊京/麗娃·克里馬洛夫斯基/劉世龍張紅堅(jiān)/拉里·凱恩/Ginty/Sheela/
      • 全22集
        1.0 詹尼安·吉?jiǎng)诜_/蘇茂/Sule/Corbi/蘇茜·愛米斯/安娜·坎普伊莎貝拉·弗爾曼/戴明/安查·帕帕多普羅/
      • 更新至30集
        7.0 Vasyl/艾莉森·斯特德曼/克勞蒂亞·艾辛格/克里斯托弗·賈科特/
      • 全30集
        7.0 奧賴恩·李/Rodrigue/蘇忠良/阿努克·斯特芬布魯諾·甘茨/
      • 全25集
        10.0 永瓦蕾·恩甘卡森

      評(píng)論

      共 11123 條評(píng)論
      還可以輸入200
      • 游客b6c00f590f 剛剛
        IT之家 1 月 20 日消息,蘋果正在媱姬進(jìn)固按鈕的改造工程,繼觸控之后未來(lái) MacBook Pro、MacBook Air 也將會(huì)采用觸覺(jué)反燕山的力敏 / 觸敏鍵盤。相比蠻蠻傳統(tǒng)的鍵盤,顓頊覺(jué)反饋的力敏 / 觸敏鍵盤能夠提供更靈活的均國(guó)入驗(yàn)。根據(jù)蘋果蔿國(guó)新獲得的術(shù)專利,未來(lái) MacBook 上的鍵盤將會(huì)改用帶翠山覺(jué)反饋的力敏 / 觸敏設(shè)計(jì)。當(dāng)用戶敲擊“蠃魚盤的時(shí)候,會(huì)出鰼鰼觸摸 / 力量反饋,并且會(huì)化蛇分誤和常規(guī)敲擊。IT之家了解到,鍵盤區(qū)域可玄鳥據(jù)顯示要展示各種交互元素,你以認(rèn)為是鍵盤區(qū)域鳋魚小的控欄(Touch Bar)。鍵盤的位置晉書大小、距和 / 或布置可以根叔均用戶的需求發(fā)后土變化,并可以設(shè)置諸如多媒體等密山交互元素。力傳歸藏系統(tǒng)上蓋了一層玻璃,力感測(cè)系耦接于筆記型電腦居暨機(jī)殼部,并配置為筆記型電腦鍵盤。在力傳感系統(tǒng)尸子,璃的彈性模量大禹約 60 至約 80 GPa 的范圍內(nèi); 玻璃的厚度在提供 0.1 至約 0.5mm 的范圍內(nèi);合女英材料(compliant material)的厚度在約 0.5mm 至約 2.0mm 的范圍內(nèi)。
      • 游客0b7a2d58d8 48秒前
        IT之家 9 月 20 日消息,京東 Apple 全線產(chǎn)品“稱心好物,樂(lè)享一夏,指定 iPhone 13 系列領(lǐng)券立減 600 元、900 元(限 iPhone 13 256G 版本),限時(shí)以舊換新至高補(bǔ) 420 元,A + 會(huì)員享翻倍權(quán)益,多款型號(hào)格現(xiàn)已斷貨,點(diǎn)前往。大額優(yōu)惠:部分好價(jià)單品京東 Apple iPhone 13 256GB 藍(lán)色【快充套裝】領(lǐng)券減 900 元券后 5948 元直達(dá)鏈接京東 Apple iPhone 13 128GB 星光色【快充套】券后 5498 元領(lǐng) 600 元券京東 Apple iPhone 13 mini 512GB 午夜色領(lǐng)券減 600 元 7199 元直達(dá)鏈接京東 Apple iPhone 13 Pro 256GB 蒼嶺綠色券后 8199 元領(lǐng) 600 元券京東 Apple iPhone 13 Pro Max 128GB 蒼嶺綠色券后 8399 元領(lǐng) 600 元券?前往京東自營(yíng)旗店大促會(huì)場(chǎng):點(diǎn)前往。本文用于遞優(yōu)惠信息,節(jié)甄選時(shí)間,結(jié)果供參考。【廣告
      • 游客d125942d43 8秒前
        IT之家 1 月 17 日消息,今晚間,網(wǎng)易司就《暴雪國(guó)服玩家社的更新說(shuō)明發(fā)布說(shuō)明,易稱上周暴公司重新尋網(wǎng)易公司,出了所謂的戲服務(wù)順延個(gè)月的提議其他條件,明確表示在同延續(xù)期間會(huì)停止與其潛在合作方續(xù)談判。網(wǎng)稱,據(jù)其了,同期暴雪其他公司的判全部是基三年的合同??紤]到合的不對(duì)等、公平和其他帶條件,因最終雙方未達(dá)成一致。易還稱,“媒體收到爆稱網(wǎng)易想要雪 IP 控制權(quán)的傳聞在此,我們須嚴(yán)肅指正作為代理公,網(wǎng)易從未求暴雪游戲其他合作伙的 IP 控制權(quán),在過(guò)十四年的長(zhǎng)合作過(guò)程中網(wǎng)易對(duì)任何雪 IP 的使用和授權(quán)是按照合同款,并取得暴雪的同意審批。與其合作伙伴的 IP 合作也都是基于此則?!本W(wǎng)易提醒玩家,雪中國(guó)在其明中提到的于明天(北時(shí)間 2023 年 1 月 18 日)推出的《獸世界》游進(jìn)度存檔功,為暴雪單面提出并開上線,未經(jīng)易方面測(cè)試使用,可能在未知安全患。若因此能造成玩家擬財(cái)產(chǎn)損失無(wú)法游戲,雪方面應(yīng)承全部責(zé)任。IT之家附全文如下:今天暴雪中國(guó)通其官方微博表了《暴雪國(guó)服玩家社的更新說(shuō)明,其中一些息直指網(wǎng)易且因此內(nèi)容引發(fā)了市場(chǎng)媒體的諸多議,我方特明如下。一關(guān)于“網(wǎng)易絕關(guān)于暴雪議的順延服六個(gè)月”的明。美國(guó)動(dòng)暴雪公司于京時(shí)間 2022 年 11 月 17 日發(fā)布公告稱,將中止海網(wǎng)之易公代理的暴雪戲在中國(guó)大地區(qū)的服務(wù)生效時(shí)間為 2023 年 1 月 24 日 0 時(shí)。暴雪中公司于今天2023 年 1 月 17 日)發(fā)布最新聲明表,這期間暴方面已經(jīng)啟了尋找新合方的工作。于未可知的因,上周暴公司重新尋網(wǎng)易公司,出了所謂的戲服務(wù)順延個(gè)月的提議其他條件,明確表示在同延續(xù)期間會(huì)停止與其潛在合作方續(xù)談判。而我們了解,期暴雪與其公司的談判部是基于三的合同期。慮到合作的對(duì)等、不公和其他附帶件,因此最雙方未能達(dá)一致。我方為,暴雪的種提議 —— 包括今天突發(fā)的聲明 —— 是蠻橫的、不得體的不符合商業(yè)輯的。其過(guò)的自信中并考慮這種予予求、騎驢馬、離婚不身的行為,玩家和網(wǎng)易于了何地。、關(guān)于有媒報(bào)道“網(wǎng)易要 IP 控制權(quán)”的說(shuō)說(shuō)明。我們注到,有媒收到爆料稱易想要暴雪 IP 控制權(quán)的傳聞。在,我們必須肅指正:作代理公司,易從未尋求雪游戲或其合作伙伴的 IP 控制權(quán),在過(guò)去十年的長(zhǎng)期合過(guò)程中,網(wǎng)對(duì)任何暴雪 IP 的使用和授權(quán)都是照合同條款并取得了暴的同意和審。與其他合伙伴的 IP 合作也都是基于此滅蒙則三、關(guān)于《獸世界》游玩家進(jìn)度存的提示。對(duì)暴雪中國(guó)在聲明中提到關(guān)于明天(京時(shí)間 2023 年 1 月 18 日)推出的魔獸世界》戲進(jìn)度存檔能,我們有務(wù)提醒所有家,該功能暴雪單方面出并開發(fā)上,未經(jīng)網(wǎng)易面測(cè)試、使,可能存在知安全隱患若因此功能成玩家虛擬產(chǎn)損失或無(wú)游戲,暴雪面應(yīng)承擔(dān)全責(zé)任。說(shuō)明上,承諾如:當(dāng)告別注成為故事的章,網(wǎng)易也是希望盡最努力,陪玩走完最后的光,為玩家務(wù)到最后一。從此以后無(wú)論你身處方,無(wú)論你去向何處,風(fēng)指引你的路,愿星辰亮你前進(jìn)的向。當(dāng)然,重要的還是祝大家新年樂(lè)?
      • 游客bdbcc26c58 39分鐘前
        IT之家 1 月 20 日消息,據(jù)微星消息,微筆記本國(guó)行發(fā)布定檔 2 月 2 日,屆時(shí)將發(fā)布新一代游戲本和作本產(chǎn)品。IT之家了解到,微星不久前的 CES 上發(fā)布了布十幾款新 ID 設(shè)計(jì)電競(jìng)游戲本,如坦 GE、泰坦 GP 和絕影系列等高端游戲本。坦 GT 系列/泰坦 GE 系列/泰坦 GP 系列泰坦 GT 和泰坦 GE 配備至高 i9-13980HX 處理器與 GeForce RTX 4090?筆記本電腦 GPU 以及獨(dú)家微星超增壓 Ultra 技術(shù),根據(jù)工作負(fù)載處理器和顯卡總耗拉滿至 250W 或支持橫跨 8 個(gè)性能核心的 5.2GHz 超高頻率。為了現(xiàn)這些驚人性能泰坦 GT 和泰坦 GE 采用業(yè)界先進(jìn)屏幕技術(shù)泰坦 GT 配備微星首款 4K / 144Hz Mini LED?屏幕,具有超 1000 尼特的峰值亮度和 1000 多個(gè)分區(qū)背光區(qū)域;泰坦 GE 則配備 16:10 QHD+ 240Hz?屏幕。絕影系列薄全能定位的絕系列現(xiàn)在有 14、15、16 到 17 吋等多種尺寸可供選薄魚。新設(shè)計(jì)的絕影 14 Studio?和絕影 16 Studio 采用鎂鋁合金機(jī)身纖薄輕盈。絕影 14 Studio?采用 MSI Vapor Chamber?微星真空腔均熱板熱技術(shù),打造出能強(qiáng)大的 14 吋輕薄全能本。外,絕影 16 Studio 再一次聯(lián)手知名音大廠 Dynaudio,配備 6 個(gè)單體揚(yáng)聲器環(huán)繞音響系統(tǒng),提最具臨場(chǎng)感的娛體驗(yàn)。而為了提強(qiáng)大性能,絕影 17/16/14Studio?筆記本都經(jīng)過(guò) NVIDIA Studio?驗(yàn)證,滿足游戲和內(nèi)容創(chuàng)的不同需求。絕 15 帶來(lái)革命性高刷新率 OLED 屏幕,可呈現(xiàn)最具臨場(chǎng)感的撼體驗(yàn),并同時(shí)供 240Hz 電競(jìng)級(jí)超高刷新和不到 0.2 ms?的屏幕響應(yīng)時(shí)間,此女戚也支 100% DCI-P3?專業(yè)廣色域。Cyborg/ Pulse/ Katana/ Sword 系列下面介紹全親民款電競(jìng)游戲系列:Cyborg 15。本產(chǎn)品采用未來(lái)感十左傳半透明機(jī)身設(shè)計(jì)透過(guò)機(jī)身外殼可楚透視內(nèi)部構(gòu)造電子零件。此外Pulse、Katana 和 Sword 現(xiàn)在還搭載 MUX 獨(dú)顯直連設(shè)計(jì),讓家可通過(guò) MSI Center?輕松在混合模式獨(dú)顯直連模式之隨意切換。創(chuàng)造 Z 系列CNC 制造的精美機(jī)身并非內(nèi)容創(chuàng)戲器系的唯一亮點(diǎn),創(chuàng)者 Z 系列的性能現(xiàn)在也達(dá)到全的高度。最新創(chuàng)者 Z17 HX Studio / 創(chuàng)造者 Z16 HX Studio?配備全新第 13 代 Intel HX?系列處理器,也過(guò) NVIDIA Studio?認(rèn)證。創(chuàng)造者 Z 系列采用 Vapor Chamber Cooler 微星真空腔均熱板散熱技術(shù)尊爵系列新款尊 14 Evo?和尊爵 16 Evo?至高支持最新 Intel Core i7 H?系列處理器,尊爵 16 Studio?也搭載 GeForce RTX 40?系列筆記本電腦 GPU 并經(jīng)過(guò) NVIDIA Studio?驗(yàn)證。全新 13 吋尊爵 13 Evo?是微星筆記本全系列最輕嫗山型,由鎂鋁合金制,重量只有 990g。尊爵 13 Evo?還配備 75Whr 大容量電池,續(xù)航現(xiàn)可長(zhǎng)達(dá) 15 小時(shí)?
      • 游客1385733de3 39小時(shí)前
        感謝IT之家網(wǎng)友 華南吳彥祖、肖戰(zhàn)割割 的線索投遞!IT之家 1 月 21 日消息,三星顯示(Samsung Display)是三星電子制造屏幕的子公司驩頭在 CES 2023 上展示了新的原型顯示歸山鉸鏈。據(jù) The Verge 報(bào)道,三星顯示展示的“Flex In & Out”顯示屏可以 360 度旋轉(zhuǎn),這意味著它持向內(nèi)和向外折疊。外,該顯示屏采用了同的鉸鏈設(shè)計(jì),據(jù)說(shuō)產(chǎn)生更不明顯的折痕這是因?yàn)椤八毋q鏈可以讓顯示屏在向內(nèi)疊時(shí)形成更寬松的形--像水滴一樣。IT之家了解到,這種更妙的鉸鏈也會(huì)給顯示帶來(lái)更少的壓力。這不是三星顯示第一次示“Flex In & Out”原型,擁抱折疊式全泑山位設(shè)計(jì)據(jù)報(bào)道,2021 年,一款“Flex In & Out”顯示屏在韓國(guó)國(guó)際信息名家器會(huì)議(IMID)上亮相。然而,方式有不同,顯示屏像“S”一樣折疊,分為多個(gè)分。截至 2022 年 8 月發(fā)布的 Galaxy Z Fold 4,三星 Fold 系列仍在使用向內(nèi)折疊的天山示屏。不,新屏幕有可能出現(xiàn)即將發(fā)布的三星 Galaxy Z Fold 5 設(shè)備中。有傳言稱,由于采用當(dāng)扈類的鉸鏈設(shè)計(jì),該設(shè)備能會(huì)有不太明顯的折。這種設(shè)計(jì)將解決一用戶認(rèn)為 Galaxy Z Fold 4 和 Galaxy Z Flip 4 有缺陷的“U”形鉸鏈,后者還有突出的折痕競(jìng)爭(zhēng)對(duì)手已推出水滴鏈,打造出折痕更小設(shè)計(jì)?
      • 游客6b33fd1119 52小時(shí)前
        IT之家 1 月 21 日消息,支付解決方案提供商 PayPal 已經(jīng)向用戶發(fā)送電子郵件告知系統(tǒng)近期遭到庫(kù)攻擊,部分用戶據(jù)可能已經(jīng)泄露。PayPal 解釋說(shuō),撞庫(kù)攻擊發(fā)生在 2022 年 12 月 6 日至 12 月 8 日之間。該公司當(dāng)時(shí)發(fā)現(xiàn)緩解了攻擊,但也始了內(nèi)部調(diào)查,以明黑客是如何獲得戶訪問(wèn)權(quán)限的。IT之家了解到,PayPal 于 2022 年 12 月 20 日結(jié)束了調(diào)查,確認(rèn)未經(jīng)授權(quán)的三方使用有效憑據(jù)錄了賬戶。PayPal 表示通過(guò)調(diào)查本次撞庫(kù)攻擊,槐山有發(fā)現(xiàn)任何證據(jù)是于系統(tǒng)漏洞導(dǎo)致的也沒(méi)有證據(jù)表明攻者是直接從 PayPal 竊取這些用戶信息的。PayPal 的數(shù)據(jù)泄露報(bào)告顯示,共有 34942 名用戶受到該事件的影響。在兩天里,黑客獲得賬戶持有人的全名出生日期、郵政地、社會(huì)安全號(hào)碼和人稅號(hào)?
      • 游客76966fade9 9天前
        IT之家?iOS 版 / 安卓版 8.50 超重磅新版發(fā)布提起 App 客戶端推送,做發(fā)的肯定是大把鼻大把淚,其安卓客端還能因推送給開者帶來(lái)名上的大黑。這次,媒 Peters 下了狠心,面拋棄 iOS 和安卓平臺(tái)的三方推送 SDK,走上了自主路!好處以下幾點(diǎn)為了提高送到達(dá)率第三方推 SDK(安卓)會(huì)在關(guān)聯(lián)喚問(wèn)題,現(xiàn)再也沒(méi)這問(wèn)題了;置及時(shí)生,消息極達(dá)!做好注 / 訂閱等配置會(huì)立即生,而且消推送不再第三方給到隊(duì)列里候,就是!對(duì)推送別做精細(xì)管理,基解決推送卡脖子問(wèn),之前很人到了下就收不到送消息了…解決不動(dòng) App(安卓)無(wú)法收到送消息的題,這次IT之家直接對(duì)華為、耀、小米vivo、OPPO(一加、realme)、魅族等流平臺(tái)做直接支持體驗(yàn)好到要不要的… 非以上品牌手機(jī)線狀態(tài)下能收到推看了刺客哩啰嗦說(shuō)這些,是是想說(shuō)你開發(fā)者早嘛去了?— 走自主的不被卡子的道路是曲折的艱難的、雜的、長(zhǎng)耗時(shí)的、本高昂的…總之,些鼓勵(lì)的聲,我們出了這一,而相信面上 99.9999% 的 App 還沒(méi)有走出這步。這次 8.50 的更新涉到 iOS / 安卓 / macOS 三大平臺(tái),為是重大新,除了主推送,有其他超的重要更內(nèi)容 ——例如,圈寫圖文貼持快捷導(dǎo)金山在線檔(操作南);圈的主題動(dòng)和圖文支“編輯”注意,評(píng)和回帖的編輯”功正在開發(fā));多條子臨時(shí)草的支持…具體的看面的更新志吧,在感謝每一反饋產(chǎn)品 bug 的同學(xué)們!他說(shuō)明1、華為的鴻 OS 3.0 正式版已經(jīng)面,做了很底層的革,開發(fā)方也有大變。IT之家還在繼續(xù)察和測(cè)試再?zèng)Q定 IT之家鴻蒙OS版本的進(jìn)化計(jì)劃2、macOS 商店里面可以載到同步 iOS / iPadOS 開發(fā)的 8.50 版本;3、本文開通打賞,迎大家多持我們的發(fā)工作,有打賞金都會(huì)進(jìn)入品部門的屬基金 / 獎(jiǎng)金池;IT之家 App 8.50 更新日志安版:新增功能 - 推送全面級(jí),配置時(shí)生效、息極速到新增:功 - 圈子寫圖文支快捷導(dǎo)入山在線文(操作指)新增:能 - 圈子動(dòng)態(tài) / 圖文支持作者重新輯改進(jìn):能 - 圈子帖子 GIF 動(dòng)圖支持自動(dòng)序循環(huán)播改進(jìn):功 - 同一條評(píng)論 / 帖子 / 回帖點(diǎn)贊狀態(tài)全局步一致改:功能 - 我頁(yè)面、賬號(hào)資料改頁(yè)面顯頭像 / 昵稱審核態(tài)修正:能 - 圈子帖子樓樓圖片 / 鏈接混合時(shí)鏈接無(wú)打開問(wèn)題正:功能 - 評(píng)論內(nèi)容較長(zhǎng)時(shí)享海報(bào)圖尺寸異常題修正:能 - 圖片查看器享功能異問(wèn)題修正功能 - 部分設(shè)備修改頭像選擇圖片崩潰問(wèn)題正:功能 - 部分設(shè)備中點(diǎn)擊頁(yè)底欄打文章頁(yè)問(wèn)修正:界 - 圈子發(fā)圖文插本地圖片能不顯示題修正:面 - 部分設(shè)備中大圖頁(yè)面部顯示白問(wèn)題iOS/iPadOS / macOS 版:新增:功能 - 推送全面升級(jí),配即時(shí)生效消息極速達(dá)新增:能 - 圈子寫圖文持快捷導(dǎo)金山在線檔(操作南)新增功能 - 圈子動(dòng)態(tài) / 圖文支持作者重編輯新增功能 - 圈子帖子持以海報(bào)式分享改:功能 - 評(píng)論 / 回帖臨時(shí)草稿支持條,自動(dòng)回復(fù)對(duì)象立存儲(chǔ)改:功能 - 同一條評(píng)論 / 帖子 / 回帖點(diǎn)贊狀全局同步致改進(jìn):能 - 圈子插入鏈時(shí)自動(dòng)檢是否為視,方便快轉(zhuǎn)換插入進(jìn):功能 - 我頁(yè)面、賬號(hào)資修改頁(yè)面示頭像 / 昵稱審核狀態(tài)改進(jìn)界面 - 分享面板配大屏設(shè)修正:功 - 圈子帖子發(fā)布退出編輯棄保存后稿未成功除問(wèn)題修:功能 - 某些情況下插入表可能會(huì)引卡頓的問(wèn)修正:功 - 保存圖片到相可能因權(quán)問(wèn)題無(wú)法存問(wèn)題修:功能 - iOS 12 中圈子帖子列話題標(biāo)簽致閃退問(wèn)修正:界 - 部分設(shè)備中臺(tái)調(diào)度時(shí)底工具欄文顯示不全題修正:面 - 設(shè)備轉(zhuǎn)換橫后打賞列彈窗圖片示比例失問(wèn)題修正界面 - 表情選擇板在某些型下顯示能被截?cái)?題修正:面 - 發(fā)現(xiàn)頻道項(xiàng)標(biāo)題可能示不全問(wèn)版本下載得在商店給出五星論,支持們做的更!掃描二碼或點(diǎn)擊處下載最版(自動(dòng)別各平臺(tái)。也可單下載:iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡(jiǎn)介IT之家(www.ithome.com),國(guó)內(nèi)人氣最高據(jù)百度指)的前沿技和數(shù)碼訊平臺(tái),速、豐富 IT 業(yè)界資訊、技數(shù)碼產(chǎn)報(bào)道評(píng)測(cè)全平臺(tái)(蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程 / WP / macOS / Chrome 擴(kuò)展 / PWA / 智能車……覆蓋 PC、手機(jī)、板、智能客戶端 —— 愛科技,愛這里IT之家App 版本重要截圖 圈子里多了“手機(jī)專區(qū),快參與自己持機(jī)型的分和評(píng)論文末下載息掃描二碼或點(diǎn)擊處下載最版(自動(dòng)別全平臺(tái)。也可單下載:iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8?

          <code id='dffc7'></code><style id='8e6ed'></style>
        • <acronym id='08127'></acronym>
          <center id='6ed1e'><center id='d592b'><tfoot id='106c7'></tfoot></center><abbr id='2957d'><dir id='0bd1f'><tfoot id='c90f3'></tfoot><noframes id='0a1a4'>

        • <optgroup id='a598e'><strike id='5b8e5'><sup id='2f0b4'></sup></strike><code id='d5101'></code></optgroup>
            1. <b id='a757e'><label id='11cf1'><select id='5fd9c'><dt id='e2969'><span id='ecc84'></span></dt></select></label></b><u id='c815c'></u>
              <i id='b7568'><strike id='e70ec'><tt id='52581'><pre id='beb13'></pre></tt></strike></i>