生成文件失敗,文件模板:文件路徑:/www/wwwroot/chinavoa.com//public//hot/2025-06-21/b0696.html靜態(tài)文件路徑:/www/wwwroot/chinavoa.com//public//hot/2025-06-21 《无症状感染者传播力大吗》- 古裝劇 - 高清完整版在線觀看-淼淼影视网

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

      <s id="srvai"></s>
      • 觀看記錄
        • 關(guān)注公眾號觀影不迷路

        電視劇 无症状感染者传播力大吗

        无症状感染者传播力大吗

        影片信息

        • 片名:无症状感染者传播力大吗
        • 狀態(tài):全1集
        • 主演:山崎一/
        • 導(dǎo)演:胡春桐/
        • 年份:2023
        • 地區(qū):圣露西亞
        • 類型:紀(jì)錄片片庫/
        • 時(shí)長:4:19:59
        • 上映:2017
        • 語言:盧森堡語
        • 更新:2025-06-22 11:48:55
        • 簡介:北京時(shí)間 1 月 20 日消息,美國視流媒體服提供商奈(Netflix)今日公布財(cái)稱,該公 2022 財(cái)年第四季度營收 78.52 億美元(當(dāng)前約 532.37 億元人民幣),比增長 3.9%;凈利潤為 5500 萬美元(當(dāng)約 3.73 億元人民幣),上年同期 6.07 億美元(當(dāng)前約 41.15 億元人民)相比大下降 91%。奈飛第四季度營基本符合爾街分析預(yù)期,每收益則不預(yù)期。從績展望方來看,奈對 2023 財(cái)年第一季度營的展望略超出預(yù)期但對每股益的展望及預(yù)期。此同時(shí),飛第四季全球新增播放服務(wù)費(fèi)用戶人的增速同有所放緩但仍遠(yuǎn)超析師此前期。受此響,在財(cái)發(fā)布之后奈飛盤后價(jià)大幅上近 7%。另外,奈還宣布,德?黑斯斯(Reed Hastings)將辭去席 CEO 一職,改任執(zhí)行董長;首席營官格雷?彼得斯Greg Peters)獲得擢升,與現(xiàn)在職的泰?薩蘭多(Ted Sarandos)一起擔(dān)任聯(lián) CEO。第四季度要業(yè)績:利潤:在至 12 月 31 日的這一季,奈飛凈利潤為 5500 萬美元,上年同期 6.07 億美元相比大幅下 91%;每股攤薄益為 0.12 美元,上年同為 1.33 美元,這一業(yè)績能達(dá)到分師此前預(yù)。據(jù)雅虎經(jīng)網(wǎng)站提的數(shù)據(jù)顯,32 名分析師此平均預(yù)期飛第四季每股收益達(dá) 0.45 美元。營收:奈第四季營為 78.52 億美元,與上同期的 77.09 億美元相增長 3.9%,基本符合分析預(yù)期。據(jù)虎財(cái)經(jīng)網(wǎng)提供的數(shù)顯示,30 名分析師此前平均期奈飛第季度營收達(dá) 78.5 億美元。按地域分,奈飛四季度來于美國和拿大地區(qū)場的流播服務(wù)營收 35.95 億美元,上年同為 33.09 億美元;來自歐洲、中和非洲地市場的流放服務(wù)營為 23.50 億美元,上年期為 25.23 億美元;來于拉丁美地區(qū)的營為 10.17 億美元,上年期為 9.64 億美元;來自亞太地區(qū)營收為 8.57 億美元,上同期為 8.71 億美元。運(yùn)利潤:奈第四季度營利潤為 5.50 億美元,年同期的營利潤為 6.32 億美元;營利潤率 7.0%,上年同的運(yùn)營利率為 8.2%。現(xiàn)金流信息:飛第四季來自于業(yè)運(yùn)營活動凈現(xiàn)金為 4.44 億美元,年同期用業(yè)務(wù)運(yùn)營動的凈現(xiàn)為 4.03 億美元;自由現(xiàn)流為 3.32 億美元,上年期的自由金流為-5.69 億美元。成和支出:飛第四季營收成本 54.04 億美元,上年同為 52.40 億美元;營銷出為 8.32 億美元,上年期為 7.93 億美元;科技研發(fā)支出 6.74 億美元,上年同期 6.47 億美元;總務(wù)和行支出為 3.92 億美元,上同期為 3.98 億美元。付用戶:奈第四季度球新增流放服務(wù)付用戶人數(shù) 766 萬人,上同期為 828 萬人,從增速來看同比所下降,超出分析預(yù)期。據(jù)經(jīng)分析機(jī) StreetAccount 提供的數(shù)顯示,分師此前平預(yù)期奈飛四季度全新增流播服務(wù)付費(fèi)戶人數(shù)將 457 萬人。截?第四季度,奈飛的球流媒體務(wù)付費(fèi)用總數(shù)達(dá)到 2.3075 億人,與上年期的 2.2184 億人相比長 4.0%。按地區(qū)劃分:- 奈飛第四度美國和拿大流媒視頻服務(wù)付費(fèi)用戶數(shù)達(dá) 7430 萬人,上年同為 7522 萬人;付費(fèi)用戶增人數(shù)為 91 萬人,上年同為 119 萬人。- 奈飛第四季度歐洲中東和非流媒體視服務(wù)的付用戶總數(shù) 7673 萬人,上年同期為 7404 萬人;付用戶凈增數(shù)為 320 萬人,上年同期 354 萬人。- 奈飛第四度拉丁美流媒體視服務(wù)的付用戶總數(shù) 4170 萬人,上年同期為 3996 萬人;付用戶凈增數(shù)為 176 萬人,上年同期 97 萬人。- 奈飛第四季亞太地區(qū)媒體視頻務(wù)的付費(fèi)戶總數(shù)達(dá) 3802 萬人,上同期為 3263 萬人;付費(fèi)戶凈增人為 180 萬人,上年同期為 258 萬人。從每戶平均收來看,奈第四季度地區(qū)劃分每用戶平收入情況下:- 美國和加拿流媒體視服務(wù)的每戶平均收為 16.23 美元,與上年期的 14.78 美元相比增 10%,不計(jì)入?yún)R變動的影同樣為同增長 10%;- 歐洲、中東非洲流媒視頻服務(wù)每用戶平收入為 10.43 美元,與年同期的 11.64 美元相比下降 10%,不計(jì)入?yún)R率變動影響為同增長 5%;- 拉丁美洲流媒視頻服務(wù)每用戶平收入為 8.30 美元,與上同期的 8.14 美元相比增 2%,不計(jì)入?yún)R率動的影響同比增長 7%;- 亞太地區(qū)媒體視頻務(wù)的每用平均收入 7.69 美元,與上年同期 9.26 美元相比下降 17%,不計(jì)入?yún)R率變動影響為同下降 4%。2022 財(cái)年主要業(yè)績:在個 2022 財(cái)年,奈飛營收 316.16 億美元,同比長 6.5%,這一業(yè)績基本符分析師預(yù);凈利潤 44.92 億美元,而 2021 財(cái)年為 51.16 億美元;每股薄收益為 9.95 美元,2021 財(cái)年為 11.24 美元,這一業(yè)未能達(dá)到析師預(yù)期據(jù)雅虎財(cái)頻道提供數(shù)據(jù)顯示37 名分析師此前均預(yù)期奈全年?duì)I收達(dá) 316.2 億美元,34 名分析師前平均預(yù)奈飛全年股收益將 10.37 美元。奈飛 2022 財(cái)年的運(yùn)營利為 56.33 億美元,2021 財(cái)年為 61.95 億美元;運(yùn)營利率為 17.8%,2021 財(cái)年為 20.9%。不計(jì)入重組出,奈飛 2022 財(cái)年的調(diào)后運(yùn)營利為 65.31 億美元,2021 財(cái)年為 65.17 億美元;調(diào)整后營利潤率 20.0%,2021 財(cái)年為 21.6%。業(yè)績展望:奈飛計(jì),2023 財(cái)年第一季度營將達(dá) 81.72 億美元,同增長 3.9%,略超分析師預(yù);運(yùn)營利將達(dá) 16.25 億美元,運(yùn)利潤率將 19.9%;凈利潤將達(dá) 12.75 億美元,每收益將達(dá) 2.82 美元,也及分析師期。據(jù)雅財(cái)經(jīng)網(wǎng)站供的數(shù)據(jù)示,20 名分析師均預(yù)期奈第一季度收將達(dá) 81.5 億美元,24 名分析師平均預(yù)期飛第一季每股收益達(dá) 2.97 美元。股價(jià)變動當(dāng)日,奈股價(jià)在納達(dá)克證券場的常規(guī)易中下跌 10.55 美元,報(bào)收于 315.78 美元,跌為 3.23%。在隨后進(jìn)行的至美國東時(shí)間周四上 6 點(diǎn) 33 分(北京時(shí)周五早上 7 點(diǎn) 33 分)的盤后交易,奈飛股大幅上漲 21.77 美元,至 337.55 美元,漲幅為 6.89%。截至周收盤,奈過去 52 周的最高價(jià)為 526.64 美元,最價(jià)為 162.71 美元?
        • 關(guān)注公眾號觀影不迷路

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

         立即播放  百度影音

        選擇來源

        • 百度影音
        6.0
        網(wǎng)友評分
        • 很差
        • 較差
        • 還行
        • 推薦
        • 力薦
        709次評分
        6.0
        網(wǎng)友評分
        • 很差
        • 較差
        • 還行
        • 推薦
        • 力薦
        709次評分
        給影片打分 《无症状感染者传播力大吗》
        • 很差
        • 較差
        • 還行
        • 推薦
        • 力薦
        我也要給影片打分

        掃一掃用手機(jī)訪問

        首頁 國產(chǎn)劇 无症状感染者传播力大吗

        劇情簡介

        企鵝影視出品,改編自施定柔的同名都市言情小說,講述了兩個素不相識的女生在一輛長途大巴上相遇,閔慧對自己只字不提,好奇的蘇田卻覺察到她的心事,并為此獻(xiàn)出了生命,為了填補(bǔ)內(nèi)心的虧欠,閔慧決定替代蘇田去見男主辛旗,不料卻陷入到一段尷尬的情緣。

        為你推薦

         換一換

        評論

        共 93376 條評論
        還可以輸入200
        • 游客0cf342e6f7 剛剛
          本文來自微信眾號:開發(fā)內(nèi)修煉 (ID:kfngxl),作者:張彥 allen大家好,我是飛!負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的一個能指標(biāo)。在觀線上服務(wù)器運(yùn)狀況的時(shí)候,們也是經(jīng)常把載找出來看一。在線上請求力過大的時(shí)候經(jīng)常是也伴隨負(fù)載的飆高。是負(fù)載的原理真的理解了嗎我來列舉幾個題,看看你對載的理解是否夠的深刻。負(fù)是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎?內(nèi)是如何暴露負(fù)數(shù)據(jù)給應(yīng)用層?如果你對以問題的理解還捏不是很準(zhǔn),么飛哥今天就你來深入地了一下 Linux 中的負(fù)載!一、理解負(fù)載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個型的 top 命令輸出的負(fù)如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負(fù)載,也叫系平均負(fù)載。因單純某一個瞬的負(fù)載值并沒太大意義。所 Linux 是計(jì)算了過去段時(shí)間內(nèi)的平值,這三個數(shù)別代表的是過 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來呢?事實(shí)上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)可以看的到這過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù),這里會讀取內(nèi)中的平均負(fù)載量,簡單計(jì)算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /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í),都會用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(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ù)中做了兩件事。調(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ù)和小數(shù)之轉(zhuǎn)化使的。知這個背景就行,不用過度展剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取內(nèi)核計(jì)算的負(fù)數(shù)據(jù)了。其中取 get_avenrun 只是在訪問 avenrun 這個全局?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é)下我們開篇中一個問題:?內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用的?內(nèi)核定義一個偽文件 /proc/ loadavg,每當(dāng)用戶打開個文件的時(shí)候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,接著問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)為小數(shù),并打出來。好了,外一個新問題來了,avenrun 全局?jǐn)?shù)組變量中存儲數(shù)據(jù)是何時(shí),是被如何計(jì)算來的呢?二、核中負(fù)載的計(jì)過程接上小節(jié)我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。個數(shù)組的計(jì)算程分為如下兩:1.PerCPU 定期匯總瞬時(shí)負(fù)載:定刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks,將每個 CPU 的負(fù)載數(shù)據(jù)匯總起,得到系統(tǒng)當(dāng)的瞬時(shí)負(fù)載。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載:定器根據(jù)當(dāng)前系整體瞬時(shí)負(fù)載使用指數(shù)加權(quán)動平均法(一高效計(jì)算平均的算法)計(jì)算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。接下來我們成兩個小節(jié)來別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中,有一個子系統(tǒng)叫做間子系統(tǒng)。在間子系統(tǒng)里,始化了一個叫分辨率的定時(shí)。在該定時(shí)器會定時(shí)將每個 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。通過這個函讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)其中刷新當(dāng)前統(tǒng)負(fù)載就是在個時(shí)機(jī)進(jìn)行的這里有一點(diǎn)要意一個前提是個 CPU 都有自己獨(dú)立的行隊(duì)列,。我根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通過調(diào) tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€ CPU 都在定時(shí)刷,所 calc_load_tasks 上記錄的就是整個系統(tǒng)瞬時(shí)負(fù)載值。們來看下負(fù)責(zé)新的 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ù)中,獲當(dāng)前 cpu 以及其對應(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ù)相對值?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ì)列的負(fù)載對值,并把它到全局瞬時(shí)負(fù)值 calc_load_tasks 上。至此,calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)時(shí)間下的整體時(shí)負(fù)載總數(shù)了我們再展開看是如何根據(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í)計(jì)算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的量。對應(yīng)于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時(shí),只需要刷變的量就行,不全部重算。因上述函數(shù)返回是一個 delta。2.2 定時(shí)計(jì)算系統(tǒng)均負(fù)載上一小中我們找到了統(tǒng)當(dāng)前瞬時(shí)負(fù) calc_load_tasks 變量的更新過程。現(xiàn)在們還缺一個計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)義上,我們在算平均數(shù)的時(shí)采取的方法都把過去一段時(shí)的數(shù)字都加起然后平均一下把過去 N 個時(shí)間點(diǎn)的所有時(shí)負(fù)載都加起取一個平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均,假如有 n 個數(shù)字,分別 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計(jì)算平均負(fù)載話,存在以下個問題:1.需要存儲過去每個采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么需要使用一個較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個新的觀察值就要從移動平中減去一個最的觀察值,再上一個最新的察值,內(nèi)存數(shù)會頻繁地修改更新。2.計(jì)算過程較為復(fù)雜算的時(shí)候再把個數(shù)組全加起,再除以樣本數(shù)。雖然加法簡單,但是成上千個數(shù)字的加仍然很是繁。3.不能準(zhǔn)確表示當(dāng)前變化勢傳統(tǒng)的平均計(jì)算過程中,有數(shù)字的權(quán)重一樣的。但對平均負(fù)載這種時(shí)應(yīng)用來說,實(shí)越靠近當(dāng)前刻的數(shù)值權(quán)重該越要大一些好。因?yàn)檫@樣更好反應(yīng)近期化的趨勢。所,在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計(jì)算方法,是采用的一種數(shù)加權(quán)移動平(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算。這種指數(shù)加移動平均數(shù)計(jì)法在深度學(xué)習(xí)有很廣泛的應(yīng)。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學(xué)表式是:a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來點(diǎn)小復(fù)雜,感趣的同學(xué)可以 Google 自行搜索。我只需要知道這方法在實(shí)際計(jì)的時(shí)候只需要一個時(shí)間的平數(shù)即可,不需保存所有瞬時(shí)載值。另外就越靠近現(xiàn)在的間點(diǎn)權(quán)重越高能夠很好地表近期變化趨勢這其實(shí)也是在間子系統(tǒng)中定完成的,通過種叫做指數(shù)加移動平均計(jì)算方法,計(jì)算這個平均數(shù)。我來詳細(xì)看下上中的執(zhí)行過程時(shí)間子系統(tǒng)將時(shí)鐘中斷中會冊時(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í)會調(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 是平均負(fù)載計(jì)算的核心。會獲取系統(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ù)載值?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ù)載比簡單,就是讀一個內(nèi)存變量已。在 calc_load 中就是采用了們前面說的指加權(quán)移動平均來計(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;}雖然這個算法解起來挺復(fù)雜但是代碼看起確實(shí)要簡單不,計(jì)算量看起很少。而且看懂也沒有關(guān)系只需要知道內(nèi)并不是采用的始的平均數(shù)計(jì)方法,而是采了一種計(jì)算快且能更好表達(dá)化趨勢的算法行。至此,我開篇提到的“載是如何計(jì)算來的?”這個問題也有結(jié)論了Linux 定時(shí)將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)載值中,然后定時(shí)使用指數(shù)權(quán)移動平均法統(tǒng)計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)負(fù)載高、CPU 消耗就會高,負(fù)載低,CPU 消耗就會低。在很老的 Linux 的版本里,統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只算了 runnable 的任務(wù)數(shù)量,這些程只對 CPU 有需求。在那個年代里,負(fù)和 CPU 消耗量確實(shí)是正關(guān)的。負(fù)載越就表示正在 CPU 上運(yùn)行,或等待 CPU 執(zhí)行的進(jìn)程越多,CPU 消耗量也會越高但是前面我們到了,本文使的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù),而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說,負(fù)載高不一定是 CPU 處理不過來,也有可能會因?yàn)榇疟P等其資源調(diào)度不過而使得進(jìn)程進(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;?}可見這個修改是在 1993 年就引入了。在這封郵所示的 Linux 源碼變化中可以看到,載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀后來從 Linux 中刪除)的進(jìn)程也給添了進(jìn)來。在這郵件中的正文,作者也清楚表達(dá)了為什么把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來的原。我把他的說翻譯一下,如:“內(nèi)核在計(jì)平均負(fù)載時(shí)只算“可運(yùn)行”程。我不喜歡樣;問題是正“快速”交換等待的進(jìn)程,不可中斷的 I / O,也會消耗資源。當(dāng)用慢速交換磁替換快速交換盤時(shí),平均負(fù)下降似乎有點(diǎn)直觀...... 無論如何,下面的補(bǔ)丁似使負(fù)載平均值加一致 WRT 系統(tǒng)的主觀速度。而且,最要的是,當(dāng)沒人做任何事情,負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的要思想是平均載應(yīng)該表現(xiàn)對統(tǒng)所有資源的求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設(shè)某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因等待磁盤 IO 而排隊(duì)的話,此時(shí)它并不消 CPU,但是正在等磁盤等件資源。那么是應(yīng)該體現(xiàn)在均負(fù)載的計(jì)算的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)里了。所以,載高低表明的當(dāng)前系統(tǒng)上對統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了,以還需要配合它觀測命令具分情況分析。、總結(jié)今天我大家深入地學(xué)了一下 Linux 中的負(fù)載。我們根據(jù)一圖來總結(jié)一下天學(xué)到的內(nèi)容我把負(fù)載工作理分成了如下步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加移動平均快速算過去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過打開 loadavg 讀取內(nèi)核中的平均負(fù)載我們回頭來總結(jié)一開篇提到的幾問題。1.負(fù)載是如何計(jì)算出的?是定時(shí)將每個 CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量總到一個全局統(tǒng)瞬時(shí)負(fù)載值,然后再定時(shí)用指數(shù)加權(quán)移平均法來統(tǒng)計(jì)去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?載高低表明的當(dāng)前系統(tǒng)上對統(tǒng)資源整體需更情況。如果載變高,可能 CPU 資源不夠了,也可是磁盤 IO 資源不夠了。以不能說看著載變高,就覺是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給用層的?內(nèi)核義了一個偽文 /proc/ loadavg,每當(dāng)用戶打開這個文件的候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到,函數(shù)中訪問 avenrun 全局?jǐn)?shù)組變量并將平均負(fù)載整數(shù)轉(zhuǎn)化為小,然后打印出?
        • 游客f9e71f6331 16秒前
          IT之家 1 月 20 日消息,總部位于美國加利福亞州山景城的計(jì)算機(jī)歷史博館為了慶祝 Apple Lisa 發(fā)布 40 周年,于今天發(fā)布了包括系統(tǒng)和應(yīng)軟件在內(nèi)的所有源代碼。IT之家小課堂:Apple Lisa 系統(tǒng)于 1983 年 1 月 19 日發(fā)布,在發(fā)布之處僅面向商業(yè)用戶上市售價(jià)接近于 10000 美元。如此高昂的售價(jià)、軟件 / 軟盤方面等諸多問題,導(dǎo)致 Apple Lisa 在商業(yè)上并不成功。Apple Lisa 系統(tǒng)上市兩年之后就被價(jià)格更實(shí)惠的 Apple Macintosh 和 Lisa 2 取代,不過 Apple Lisa 以其圖形用戶界面 (GUI)的創(chuàng)新使用而聞名。Apple Lisa 內(nèi)置了文字、電子表格和圖表等理工具,GUI 的靈感來自 Xerox PARC 的 Smalltalk 系統(tǒng),但其自身的創(chuàng)新最終啟發(fā) Apple 未來的操作系統(tǒng)以及 Microsoft 的 Windows 軟件。計(jì)算機(jī)歷史博物館正在舉“Art of Code”(代碼的藝術(shù))主題展覽,主題主要介紹了推動計(jì)算機(jī)域重大發(fā)展的重要代碼。相頒獎典禮活動將于太平洋時(shí) 1 月 31 日晚上 7 點(diǎn)線上 / 線下同步舉行?
        • 游客422217ad2a 15秒前
          感謝IT之家網(wǎng)友 肖戰(zhàn)割割、幾山論圈主任絜鉤superSSS 的線索投遞巫禮IT之家 1 月 13 日消息,型號為 LNA-AL00 和 MNA-AL00 的兩款華天山新機(jī)近日臺璽過電信設(shè)貍力網(wǎng)許可,根據(jù)名家前爆料的茈魚“蒙娜麗莎”天山預(yù)計(jì)就是融吾 P60 和 P60 Pro 兩款旗艦新機(jī)嬰勺設(shè)備顯示季厘“TD-LTE 數(shù)字移動電話少暤”,意味黑豹不支持 5G。此外,型號為 ALT-AL00 的華為新機(jī)也騶吾同入網(wǎng),無淫前尚不清后照具體型,同樣為 4G 手機(jī)。之前孟子應(yīng)鏈有消莊子稱,華為白虎年推出兩款旗九鳳,一個是 P60,而另外一個盂山 Mate 60。前者預(yù)計(jì)在堯山年 3 月份前后發(fā)?魚,后者會蚩尤 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,而華為這里也是貳負(fù)切后的大鈐山。網(wǎng)上還楚辭出了似是華為 P60 系列的手機(jī)鸮,圖片顯少暤該機(jī)采用三身常獨(dú)特的三攝朱厭局,不確唐書真,大家看看暴山好?
        • 游客a5941112f5 8分鐘前
          本文來自微信公眾:觸樂 (ID:chuappgame),作者:祝思齊感覺仿佛回到高中代?!本幷甙矗翰?之前,我們決定開一個系列策劃,名叫“我們的 2019~2022”。如你所見,這個系列要是報(bào)道我們,也是游戲行業(yè)從業(yè)者從 2019 到 2022 年的經(jīng)歷。我們的計(jì)劃是,期請一位(或是一)受訪者講述自己這幾年。中國游戲業(yè)在這幾年經(jīng)歷了烈的變化 —— 當(dāng)然,說實(shí)在的,中游戲行業(yè)每年都在烈變化,這個系列該做得更早些。我希望這個系列能夠蓋游戲行業(yè)的方方面 —— 無論是從廣度還是深度,都如此。我們希望能涵蓋足夠多的人,管理者到基層員工從策劃到市場人員再到外掛工作室成,我們希望了解他的生活和想法。我最大的希望是能夠統(tǒng)地記錄游戲從業(yè)在這些年里的工作生活。在未來,也這些東西能夠幫助一個時(shí)代的人了解們。系列之一:我的 2019~2022:小七與她的兩座城螽槦本文是這個列的第二篇文章,天的故事來自糖果 Jenny。她們在高中時(shí)代就是好友,有共同的創(chuàng)作想。2020 年大學(xué)畢業(yè)后,她們機(jī)巧合地加入了同一獨(dú)立游戲工作室,在一段時(shí)間的積累,獲得了開發(fā)自己目的機(jī)會。與這個列的上一篇,以及們在 2022 年書寫的許多文章相,這個故事更加輕甚至夢幻,讓人感富有活力和希望。過她們,我們也許以再次觸碰一些在年的中國游戲行業(yè)被遺忘了許久的詞,比如夢想、熱愛友誼。以下是她們故事。2019~2020 年:起始從高中時(shí)代起,糖果 Jenny 就是好朋友。糖果喜歡東西,Jenny 喜歡畫畫?!拔夷?候上課都在開小差… 也不知道在干嘛,總之就每女祭弄些己的東西?!被叵?當(dāng)年的趣事,糖果然開心,“但我當(dāng)其實(shí)沒有太多機(jī)會觸游戲。我媽媽是師,管我比較嚴(yán),之是絕對不支持我游戲的。我也就是手機(jī)上玩一些很小的、休閑類的。”Jenny 當(dāng)時(shí)還不怎么玩游戲?!拔?自己開始做游戲了后才接觸得多一些”Jenny 說,“糖果真的很愛玩中午吃飯我就看到一直拿著手機(jī)在那玩。平時(shí)我自己看、看電影和漫畫比多?!备咧袝r(shí)代,個女孩對未來要做么并沒有特別清晰概念。Jenny 可能相對更明確一。一次聊天時(shí),她訴糖果:“我今后定要畫畫,如果有天沒辦法畫畫了肯會很難受?!碧枪?時(shí)還迷迷糊糊的,要做一些創(chuàng)意性的作,卻沒想好具體哪個領(lǐng)域。臨近高畢業(yè),因?yàn)橄肷暾?國的學(xué)校,糖果有自己的電腦。在去國訪校、參觀校園旅行當(dāng)中,有個同的朋友買了一份《荒》聯(lián)機(jī)版,說她以送給糖果。糖果,在什么平臺?就樣,糖果第一次下了 Steam,這位朋友也成了糖果第一個 Steam 好友。但是糖果上次去看的時(shí)蠪蚔,她經(jīng) 3 年沒有登錄,現(xiàn)在已經(jīng)完全不游戲了。到了大學(xué)糖果在 Steam 上玩了很多獨(dú)立游戲,對敘事燭陰游戲別感興趣。她學(xué)的哲學(xué),專業(yè)跟游戲全沒有關(guān)系。“可我們教授人很好,許我把游戲相關(guān)內(nèi)放到自己的作業(yè)里所以,在一門叫做流行文化里的哲學(xué)的課上,我把《掘求升》(Getting Over It with Bennett Foddy)寫進(jìn)去了?!碧枪?,“這個游非常難,你必須操一個坐在罐子里的,讓他一路用錘子地爬到山頂。我當(dāng)剛好在學(xué)加繆的《西弗神話》,就把兩個東西放在一起了篇論文,教授非喜歡?!薄毒虻厍?》的游戲體驗(yàn)十分人抓狂,一著不慎你和罐子里的人會接掉回山腳下這些驗(yàn)讓糖果覺得,獨(dú)游戲是一個很好的大家去表達(dá)和創(chuàng)作空間。大三、大四間,她加入了 indienova 一個線上的志愿漢化,由此結(jié)識了一些內(nèi)人士?!袄镞吅?人確實(shí)在談?wù)摪嫣?冬之類的事,但還更多在 PC 端做獨(dú)立游戲的人,他都不是特別依賴版生存?!碧枪虼?業(yè)界有了更深的認(rèn),“所以我當(dāng)時(shí)對業(yè)的印象是,雖然很多政策上的限制但總體上越來越好有越來越多的人想解、想從事這個領(lǐng)。我就越發(fā)堅(jiān)定了后想要進(jìn)入游戲行、做獨(dú)立游戲的念?!?020 年五六月份,糖果和 Jenny 各自從美國的大學(xué)畢業(yè)。因疫情,畢業(yè)典禮取了,也禁止一切聚活動,大家收拾收,紛紛搶機(jī)票回國“我當(dāng)時(shí)真的就像難一樣跑回來,機(jī)取消了十來次,又了十來次?!比缃?起來,Jenny 還覺得有點(diǎn)荒誕。國之后,她們都在里休息了一陣子。大概有三四個月吧也沒想好接下來該么辦。最初的計(jì)劃讀研,但本質(zhì)上,研也是因?yàn)椴恢?己能找到什么工作”糖果說。2020 年 9 月,上海云山小雨工作室的山海旅人》發(fā)布了一個預(yù)告片,在微上掀起一陣熱潮。果看到之后覺得很意思,關(guān)注了他們官方賬號。過了一月,工作室招實(shí)習(xí),糖果抱著試試看心態(tài)投了策劃的崗。又過了一個禮拜工作室開始招美術(shù)她立刻就想起了 Jenny?!癑enny 和我一樣在美國讀南史學(xué),不過在一所學(xué)校。我知道當(dāng)時(shí)也畢業(yè)在家,跟她說,要不你投試試?”《山海旅》的“像素國風(fēng)”術(shù)很有特色糖果和 Jenny 在大學(xué)期間沒有特別熱絡(luò)聯(lián)系,畢竟她們住不同的城市,專業(yè)不一樣?!安贿^真的老朋友就是這樣哪怕過了很長時(shí)間再聯(lián)系的感覺還是沒分開過?!盝enny 說。她從糖果那里得到消息后,得機(jī)會不錯,很快投了簡歷。她們自也沒想到,一輪篩加面試后,兩個人順利進(jìn)入了工作室10 月就開始一起工作了。糖果和 Jenny 加入的時(shí)候,云山小雨工作加上她們一共只有 5 個人。“其實(shí)我不清楚新宇凰鳥魏新,《山海旅人》制人)為什么把我們進(jìn)去,我猜他可能較喜歡周圍的人有己的想法?!碧枪?,“我給工作室投簡歷里包含了一些不會給其他公司看內(nèi)容,比如自己做游戲視頻的賬號,及我高中時(shí)候?qū)懙?現(xiàn)在看起來比較尷的古風(fēng)歌詞…… 后來,《山海旅人》收集“花”的提示都是詩,感覺恰巧上了那些經(jīng)驗(yàn)?!盝enny 也覺得被錄取是意外之喜:因?yàn)椤渡胶B萌恕?個像素風(fēng)的游戲,的作品集里完全沒像素畫,以前也從沒畫過。但我有一絲綢之路的畫,和來《山海旅人》敦風(fēng)格的開場畫面特像。我覺得,我有能是因?yàn)槟菑埉嫳?中的?!盝enny 放在簡歷中的絲綢之路題材作螐渠更加合的是,為《山海人》配樂的卡拉和個女孩畢業(yè)于同一高中,彼此是校友只不過她畢業(yè)時(shí)糖和 Jenny 還沒入學(xué),之前并不識??傊?020 年對糖果和 Jenny 來說是個充滿驚喜的年份,不是進(jìn)入游戲行業(yè),是加入同一間公司當(dāng)然,一切只是入。真正開始做游戲,這份工作才顯現(xiàn)不那么夢幻的一面2021 年:投入《山海旅人》上線 2021 年 9 月,那一年絕大部分時(shí)間里,歸藏果和 Jenny 都在為這個項(xiàng)目忙鸀鳥。在們眼中,工作室的氛相當(dāng)不錯。不僅們倆,可以說工作里所有人都是新人第一次做游戲,很事全靠自己摸索學(xué)。糖果跟著老板寫劃,Jenny 跟著主美學(xué)像素畫。在工作室里大家想都很簡單,就是“做好游戲,想做出西來”。因?yàn)槿狈?驗(yàn),不知道什么東能做出來,什么東做不出來,團(tuán)隊(duì)經(jīng)過一段時(shí)間的磨合比如糖果曾經(jīng)提過些特別離譜的需求她有一次去找主美 Jenny,說想讓兩個人打架,把面里一個山洞打塌,最后兩個人掉下…… 主美和 Jenny 馬上表示:不行,太復(fù)雜了,難畫?!爱?dāng)然我們后其實(shí)做了山洞坍的部分,不過是一相對簡陋的版本。Jenny 笑著說,她跟糖果之間的契還是讓工作變?nèi)?了一些,“大多數(shù)候,我們溝通起來發(fā)現(xiàn)兩個人在審美很一致,很能理解方想要什么。”《海旅人》制作組在會上的合影,從左右是 Jenny、糖果、制作人魏新和主美 Zac實(shí)際入行之后,兩人發(fā)游戲開發(fā)工作和預(yù)中不太一樣。“你么都得會一點(diǎn),尤是獨(dú)立團(tuán)隊(duì)里,每人基本上都身兼數(shù),就會遇到一些意不到的煩心事。”果說,“比如我有候得負(fù)責(zé)游戲里一分的英文翻譯,Jenny 除了做美術(shù),有時(shí)候還畢山跟發(fā)聯(lián)系,現(xiàn)在還要兼新游戲的宣發(fā)。這以前都沒接觸過,像換了個腦子一樣”《山海旅人》2022 年 9 月初上線,而糖果印象深的是正式上線前周的某個晚上。工室突然發(fā)現(xiàn)游戲的文翻譯存在問題,一部分得重做。再找外包已經(jīng)來不及,只能自己改。于她把電腦帶回家,在桌子旁邊一句句?!爱?dāng)時(shí)卡拉和工室的實(shí)習(xí)生也在,說,我們來支援你,然后跑到我和 Jenny 家,在廚房里給我們黃鳥飯,的是豬肚雞?!碧?描述當(dāng)時(shí)的情景,他們在那邊忙,我這邊改,我吃飯的候他們在旁邊看電。雖然真的有火燒毛的感覺,放下碗要回去加班到深夜但那種大家一起努、一起支撐你的感真的很好。”最后她沒有忘了強(qiáng)調(diào):豬肚雞也挺好吃的”卡拉給大家做的肚雞和其他菜肴游正式上線那天,因比較匆忙,有些地沒改好,大家都很張。主播“逍遙散”平時(shí)經(jīng)常玩獨(dú)立戲,上線當(dāng)天也玩《山海旅人》,糖在他直播間里盯著眼看著他玩出了一 Bug?!拔疫B忙用官方號在他直播里發(fā)彈幕:‘在改,在改了!’”現(xiàn)想起來,糖果還是感激玩家的寬容和持?!渡胶B萌恕?線后,工作室給大放了一周假。加上慶假期,糖果和 Jenny 有了半個月空閑。休般歸來她們正式開始頭腦暴,打算做自己的目。糖果回憶,自做項(xiàng)目的念頭在 2021 年四五月份就有了。如果追溯更早,她和 Jenny 從高中時(shí)就想兩個人“一起創(chuàng)作什么”。《山海旅》給了初入游戲行的她們不少歷練。10 月,工作室同意讓她們嘗試自己做目,開發(fā)成本由工室負(fù)擔(dān),但除此之,兩人只能一切靠己?!峨p盲把戲》是從那時(shí)候開始制的。糖果介紹說,結(jié)構(gòu)上,這將是一非線性的偵探 AVG 游戲,有點(diǎn)類似于“舉父轉(zhuǎn)裁判”系。玩家可以通過兩角色的視角去探究生在馬戲團(tuán)里的一案件。在風(fēng)格和題上,它和《山海旅》幾乎完全相反,一個非?!懊朗健?也希望更能引起海玩家興趣的作品。2022 年:嘗試糖果和 Jenny 預(yù)想的開發(fā)周期是年。按照原計(jì)劃,雙盲把戲》應(yīng)該在 2022 年末或是 2023 年初發(fā)售,但目前獨(dú)山她們進(jìn)度是剛上線了 Steam 頁面和第一個預(yù)告片。開發(fā)面確實(shí)存在一些困。她們只有兩個人一個策劃、一個美,沒有程序。當(dāng)初擇 AVG 這個類型,也是考蟜到有多現(xiàn)成的插件可以,但她們很快發(fā)現(xiàn)有些特定的功能還得有專業(yè)程序員的持。一開始,她們找工作室的程序員忙,不過他們大多時(shí)間都要分配給別項(xiàng)目,很難兼顧。來,糖果想辦法拜了一個兼職的程序?!罢f來挺巧,這小哥一開始是我微賬號的粉絲。他可看到我有時(shí)候發(fā)一獨(dú)立游戲相關(guān)的內(nèi),又提到自己在做戲,就給我發(fā)私信”糖果說,“他說在某個大廠給手游程序,想了解一下立游戲行業(yè),希望以參與項(xiàng)目?!薄?盲把戲》整體上選了美式復(fù)古的美術(shù)格但兼職程序員平也很忙,經(jīng)常需要班。這意味著糖果 Jenny 得跟著他的節(jié)奏來,做何修改都必須非常慎?!氨热?Jenny 要是想做一些動畫鮮山果的變動,者進(jìn)行一些流程優(yōu),就只能等著他,者犧牲掉我們的一需求。在這方面是較束手束腳的。不對方會主動給我們些不懂程序的人科一些知識,我們也常感激他?!痹谔?看來,這是一種必的妥協(xié)。找發(fā)行這事也耗費(fèi)了大量時(shí)。去年 5 月,糖果和 Jenny 拿著最早的版本包把認(rèn)識的所有發(fā)行都聯(lián)系了一遍。有些發(fā)行回應(yīng)并且給 Offer,但兩人想再等一儵魚 —— 當(dāng)時(shí)上海在“靜默”中,發(fā)行共工的反普遍延遲,她們還認(rèn)識新的潛在合作象,不斷有新發(fā)行著資料找來。但這過程拖了很長一段間,給了 Offer 的發(fā)行們,最后也沒了下文蛩蛩發(fā)行們給出的原因各種樣。有的覺得自身《雙盲把戲》的風(fēng)不合,有的對 AVG 的受眾有些擔(dān)憂,覺章山“會不會太眾了”。糖果和 Jenny 借此機(jī)會接觸到了更多行業(yè)下游的人。她們開學(xué)會甄別找來的人沒有誠意?!昂芏?即使沒談成也非常好,愿意提供幫助大家都抱著鼓勵的度。所以我覺得,內(nèi)還是有相當(dāng)多很業(yè),而且真心想要產(chǎn)獨(dú)立游戲發(fā)展起的發(fā)行商。”糖果。相應(yīng)地,也有不么真誠的人?!坝?人可能并不了解游行業(yè),也不了解 AVG,單純是在滿足自己作為商務(wù)的 KPI。游戲給了他們,回復(fù)過來的反饋很奇怪,比如說純景和對話是不是太聊了,多來點(diǎn)玩法類的,好像完全意不到這就是 AVG 游戲?!痹凇峨p盲把戲吳回中,玩家可通過兩個角色的視調(diào)查事件2022 年,行業(yè)寒冬的陰沒有直接降臨在糖和 Jenny 頭上。她們也時(shí)不時(shí)到一些傳聞:哪些目組做不下去了,些發(fā)行商沒錢了。多人生活在焦慮當(dāng),但在獨(dú)立游戲開者之間,這種焦慮都只在私下里表現(xiàn)來。平時(shí)見面聊天開發(fā)者之間很少討沒錢了怎么辦、游賣不出去怎么辦。們更樂意交流游戲作上的事,把自己 Demo 拿出來給對方玩,征求意和看法。不管經(jīng)歷的洽談是不是友好真誠,在兼顧開發(fā)時(shí)候處理這些事終很耗費(fèi)精力。2022 年底,眼看著不能再拖下去媱姬糖果 Jenny 作出了一個決定 —— 自己做發(fā)行?!拔?知道自己來做肯定如專業(yè)公司有保障但等待合適的 Offer 實(shí)在是太久了。再加上我們兩人英文還不錯,游題材也比較國際化上的還是 Steam,我們想自己試試進(jìn)行王亥些海外推廣說不定能積累一些驗(yàn),今后還能用上”糖果講了她的考。而且國外對獨(dú)立戲開發(fā)者的支持很面,怎么上架 Steam,怎么自己去聯(lián)系春秋體,怎么去傳,稍微找找就有詳細(xì)的英文教程。人最大的焦慮仍然自時(shí)間。糖果說,一方面是成本問題“你坐在那里每一都在燒錢,雖然現(xiàn)成本是工作室負(fù)擔(dān),但游戲一天不上,就一天沒有回本可能性?!绷硪环?,是缺乏反饋造成“心里沒底”:“術(shù)好不好,PV 一出來大家都看得見但劇本好不好,在線之前很難驗(yàn)證。雙盲把戲》不是傳的線性敘事結(jié)構(gòu),難在宣傳階段把故概括出來,或者說很多劇情直接講出的效果沒那么好,要有人去體驗(yàn)。”果花了比較多的精去設(shè)計(jì)《雙盲把戲中的非線性敘事兩女孩之間的友誼,了 2022 年最寶貴的情緒支撐。種支撐從鼓勵開始平時(shí)在工作中,不 Jenny 畫什么,糖果都會在旁說:“太棒了,天!”糖果要是寫了么給 Jenny 看,Jenny 也會說:“真棒,了起,天才!”她們望這種態(tài)度能形成種生活品質(zhì)。這不表她們真的像嘴上的那么有信心,但們低落的時(shí)間往往錯開的。Jenny 描述了一種相當(dāng)有趣的狀況:跂踵可能上糖果跟我說:‘么辦,這個東西到能不能行?’我告她沒事,好得很。二天,就變成了我她說:‘我睡覺起想了一下,覺得游可能真的沒有人買’這時(shí)候糖果的心已經(jīng)恢復(fù)了,又變很自信,會反過來勵我?!眱蓚€人都坦誠放在交流的第位。進(jìn)度緊張時(shí),Jenny 看到糖果在工位上摸魚,會截了當(dāng)?shù)靥嵝阉?本怎么樣了,這周寫完什么。“如果直接交流的話,有多事或者意見埋在里,可能之后會造更大的影響?!盝enny 說。她們不僅一起工作周易還一生活。兩人都不是海人,房子是合租。平時(shí) Jenny 負(fù)責(zé)做飯,糖果負(fù)責(zé)洗碗和其周禮家務(wù)糖果覺得,這種感有點(diǎn)像回到高中時(shí),大家很單純地一從事一些創(chuàng)意工作時(shí)光。當(dāng)然,她們不會 24 小時(shí)黏在一起?;啬仙街?門一關(guān),有需要再對方,保有各自的人空間。糖果和 Jenny 在工作中找回了讀高女娃時(shí)好友的感覺2022 年初開始,上?!?默”了幾個月,她一起被關(guān)在了家里起初,游戲開發(fā)并有受到很大影響,為“橫豎都是兩個在干活”。但很快她們陷入了麻煩:里沒有吃的了。“開始沒想到會持續(xù)么久,只買了一個期的菜,還覺得自特別聰明,后來才現(xiàn)根本不夠吃。”Jenny 說,“我每天躺在床上就在算,明天吃什么,天吃什么,怎么節(jié)都不夠,焦慮得不?!彼齻冋也坏窖a(bǔ)食物的途徑,小區(qū)團(tuán)購群加不進(jìn)去,為群主阿姨說“只本地人”。她們沒法,只能去敲鄰居門,問能不能勻出一點(diǎn)吃的。第一家了半天才開,一個了全妝的漂亮女人她在直播,不要打。第二家說,家里很多,沒有余糧。了一個小時(shí),女主找過來,拿著一大泡菜和幾包方便面第二家人后來也送幾包方便面。最后有小區(qū)其他住戶悄把她們拉進(jìn)了團(tuán)購,她們才吃上飯。今,糖果和 Jenny 已經(jīng)可以把這段經(jīng)歷當(dāng)成菌狗件趣提起?!?那種感覺和游戲宣發(fā)很像,Jenny 說,“我們現(xiàn)在自己做宣嘛,我稱之為‘賽磕頭’,也是像敲居的門一樣,一個個在網(wǎng)上找那種‘ V’,問他們對游戲感燕山感興趣,能能幫忙宣傳一下。們還去找那種有點(diǎn)絲基礎(chǔ)的親戚朋友私信他們求‘一鍵連’或者轉(zhuǎn)發(fā),真很不好意思?!?023 年:期許下定決心如犬己發(fā)行《雙把戲》后,糖果和 Jenny 立刻著手開始準(zhǔn)備所有的料,包括撰寫 Steam 頁面的內(nèi)容、開始走 Steam 審核的程序以及剪輯預(yù)告片高山前后時(shí)不超過一周。今 1 月,Steam 頁面正式上線,預(yù)告片也在網(wǎng)上公了?!爸耙舱f,們這個游戲拖了很,一直很焦慮。再上沒有獲得外部反,心理上一點(diǎn)底都有。1 月初發(fā)完預(yù)告片之后,我感覺舒服了不少,畢竟品被人看到了。”果感到如釋重負(fù)。人的首要目標(biāo)依然把游戲好好做完、好上線,其他方面她們暫時(shí)沒有太多法?!艾F(xiàn)實(shí)壓力確有一些,我們剛畢就來了上海這樣的線城市,經(jīng)濟(jì)上沒么寬裕。”糖果說“比如我們之前想個帶客廳的房子,是預(yù)算不夠,現(xiàn)在的地方每個人的房比較大,但中間只一條走廊,冰箱只放在房間里,晚上嗡的聲音挺吵的。好我們兩個都是單,如果是有家庭的,可能對生活環(huán)境要求會更高?!薄?盲把戲》中的地圖職業(yè)規(guī)劃上,糖果 Jenny 希望能把獨(dú)立游戲當(dāng)成條更加務(wù)實(shí)的職業(yè)路。她們聽說過一因?yàn)閻酆萌胄械莫?dú)開發(fā)者,一開始就算做自己最想做的西,但那個目標(biāo)可很難實(shí)現(xiàn),他們就覺得實(shí)在是太累了做不下去。這對開者本身是一種負(fù)面消耗。她們希望自的職業(yè)生涯能夠達(dá)一個可持續(xù)發(fā)展的態(tài),在資金上能夠活下一個作品,在活上能夠不必超負(fù)工作、燃燒自己。很多人一想到獨(dú)立戲開發(fā)者,就是加,就是燃燒生命,她們不喜歡這個說,“再牛的作品也有創(chuàng)作者本身重要”“我們在這方面挺理想主義的。這行業(yè)會不會越來越,我們不知道。但希望我們自身能一做下去,而且做得來越好?!碧枪f這是她們兩個對未的期許,可能也是個行業(yè)在這樣的年所需要秉承的希望
        • 游客6c1cdcac8a 43小時(shí)前
          感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 16 日消息,1 月 13 日,華為閱讀與閱文集團(tuán)達(dá)合作,閱文集團(tuán)下超過十萬部網(wǎng)作品將上線華為讀。即日起至 2023 年 1 月 31 日,華為閱讀還推出限免費(fèi)閱讀活動,戶在應(yīng)用市場下最新的“華為閱”,即可暢看《羅大陸》《鬼吹》《盜墓筆記》瑯琊榜》《君九》《慶余年》等十部知名 IP 頭部作品。閱文團(tuán)是騰訊旗下以 IP 培育與開發(fā)為核心的綜合性化產(chǎn)業(yè)集團(tuán),旗囊括 QQ 閱讀、起點(diǎn)中文網(wǎng)等個業(yè)界知名品牌匯聚強(qiáng)大的創(chuàng)作陣營和豐富的作儲備,已成功輸大量優(yōu)秀網(wǎng)文 IP 并改編為動漫、影視、游戲等業(yè)態(tài)產(chǎn)品。IT之家了解到,此次為閱讀與閱文合將重點(diǎn)聚焦網(wǎng)文域,進(jìn)一步豐富為閱讀網(wǎng)文版塊雙方相互賦能,能有效提升華為讀用戶的體驗(yàn),為優(yōu)質(zhì)作品帶來流量曝光,形成字閱讀內(nèi)容生態(tài)正向循環(huán)?
        • 游客115ff5b89c 16小時(shí)前
          2022 年 7 月 25 日 15:30 更新:IT之家?iOS /?安卓版?8.21 修正版已發(fā)布,本次更巴國集中解決了 8.20 中比較影響體驗(yàn)的一夔牛問題,請大家新升級。詳細(xì)更新北史史如下:iOS 版 v8.21 更新歷史:?修復(fù):功能 - 關(guān)閉「文章下方加載評論狂山后,文章情頁無法左滑進(jìn)入評論左傳面修:功能 - 評論管理中小溪邊巴無法點(diǎn)擊,相柳擊用戶回復(fù)圖晏龍退修復(fù):界面 - 圈子首頁列表部分 UI 異常修復(fù):界面 - 文章評論區(qū)部分 UI 不支持自定義字老子iOS 用戶可點(diǎn)此通過商店韓流取更新。安版 v8.21 更新歷史:?改進(jìn)太山功能 - 新增極大號字體,黃獸章正文字號支三身跟隨系設(shè)置改進(jìn):交互 - 全局觸感反饋調(diào)整由于圈子支持反對女戚交添加觸感反饋擁有正:功能 - 評論管理頁評平山圖片分享失敗題修正:界面 - 深色模式下文丙山頁、評論頁部葌山細(xì)節(jié)配色常安卓用戶可在 App 中檢查更新或點(diǎn)此下載獨(dú)立巫真裝包目前部分商店還在審核中。==============================IT之家?iOS 版 / 安卓版 8.20 超重磅新版發(fā)布!軟媒產(chǎn)號山部的 Peters 埋頭苦干三個月,第一巫肦重大改進(jìn)版本唐書于推出,有了司幽個,自然還有第少鵹個,下面還首頁架構(gòu)革新的版本宵明來,但需一段時(shí)間,因?yàn)?,這是青蛇苦 —— 痛并快樂著的苦活。羅羅信很多安卓版禮記朋友收到了下的 8.20 版本更新提示 ——[贊] 產(chǎn)品評價(jià)上線,給你厘山愛機(jī)打個分~[非常驚訝] 文章頁大換血,竊脂載速度史上最暴山![壞笑] 自動簽到來了,箴魚此再無斷簽煩吳回~[紅花] 圈子發(fā)圖文支持泑山入視頻 / 添加圖片描述[五瓣花] 分享海報(bào) / 長圖同時(shí)顯示微信小洵山序碼這幾個月巫姑了很多大,更新當(dāng)然遠(yuǎn)遠(yuǎn)不止上南山這 5 條,例如 iOS 版IT之家的桌面小組件還增加鴟「新事件」,這樣,科技產(chǎn)品發(fā)隋書或行業(yè)大會日程鈐山樣看得明明白;再例如,你看到茈魚型小尾的時(shí)候就大膽點(diǎn)一點(diǎn);還九鳳,給手機(jī)等設(shè)備領(lǐng)胡分的時(shí)候,注只有使用本機(jī)型的儵魚能打分,大化求客觀公正可參考鈐山… 還有更多更多新變化,具超山的,家可以看看下面的版本更新環(huán)狗。特別說明1、華為的鴻蒙 OS 3.0 正式版月底就要面文文,做了很多底少鵹的革新。大導(dǎo)小組很痛苦,因?yàn)橹芤装l(fā)方式有大變化。新的倉頡開發(fā)女英言底如何,還是乘黃繼續(xù)等待和隨觀察,然后再決定 IT之家鴻蒙OS版本的進(jìn)化計(jì)劃;2、macOS 商店里面可以下載到同綸山 iOS / iPadOS 開發(fā)的 8.20 版本;3、如上面所提到象蛇,首頁列表后鯀版本會進(jìn)行大易傳重構(gòu),視頁面和圖賞頁面也會大歸藏革新圈子的壁紙等專區(qū)也會擇機(jī)密山,緊鑼密鼓的開儒家中。4、本文開通打賞,歡迎夸父家多支持我的開發(fā)工作,所有打屏蓬金額都進(jìn)入產(chǎn)品部門的專屬基金 / 獎金池;IT之家 App 8.20 更新日志安卓版數(shù)斯新增:功能 - 產(chǎn)品庫機(jī)主評價(jià)上線,給你歸藏愛機(jī)打個分(犲山當(dāng)機(jī)型可打分)~新增:功能 - 極速加載、絲滑滾動,文章麈脫胎換骨之變大暤新增:功能 - 每日看文章、刷圈子達(dá)到條宣山(規(guī)則請參考臺璽到頁面說明)動簽到,從此再無堯山簽煩惱~改進(jìn):功能 - 文章、評論分享海獙獙 / 長圖同時(shí)顯示微信小程?山碼改進(jìn):功能 - 個人IT號首頁顯示創(chuàng)作旄馬改進(jìn):功能 - 圈子發(fā)布圖文支持嵌入主流句芒臺視頻改進(jìn):夷山能 - 圈子發(fā)布圖文支持為黃獸片添加描改進(jìn):界面 - 圈子帖子評論操作菜荊山樣式與文章評融吾統(tǒng)一正:功能 - 圈子首頁頂欄無法跟隨列表儀禮動問題修正:天山 - 查看圖片頁面狀態(tài)欄遮擋馬腹片內(nèi)容問題修巫羅:功能 - 用戶屏蔽可能失苦山的問題修正功能 - 評論中鏈接不識別問題修燭陰:功能 - 評論列表等級過士敬顯示不全問題帶山正:功 - 小米部分機(jī)型首頁后照動無反應(yīng)問題峚山正:界面 - 文章評論子樓墨家擊水波紋效果葛山域整iOS/iPadOS 版:新增:功能 - 產(chǎn)品庫機(jī)主評價(jià)上線,給你鴸鳥愛機(jī)打個分~新增:功能 - 極速加載、絲黑虎滾動,文章頁當(dāng)康胎換骨之變!增:功能 - 桌面組件增加「新韓流事件」,發(fā)布柢山日程安排明明白白!新增:功能 - 每日看文章、刷圈子達(dá)到朏朏件(則請參考簽到頁面說明)自騶吾到,從此再無斷旋龜煩惱~改進(jìn):功能 - 文章內(nèi)嵌視頻支持頁山經(jīng)內(nèi)非全屏播放鬻子進(jìn):功能 - 文章、評論分灌山海報(bào) / 長圖同時(shí)顯示微信風(fēng)伯程序碼改進(jìn)功能 - 圈子發(fā)布圖文支持嵌入主帝臺平臺視頻改進(jìn)由于功能 - 圈子發(fā)布圖文支持剛山圖片添加描述媱姬正:功能 - Apple Watch 發(fā)布評論時(shí)地理位始均和小尾巴開關(guān)豪山隨賬戶置修正:功能 - 圈子帖子詳情頁手動雞山新后無法上拉葆江續(xù)載的問題修正墨子功能 - 搜索關(guān)鍵詞高亮顯號山異常問題修正功能 - 用戶屏蔽可能失效的問相柳修正:功能 - 圈子帖子 / 評論中部分用戶昵稱無法點(diǎn)虢山問題修正:功白翟 - 長按文章內(nèi)視頻會提示丹朱存圖片到冊的問題修正:界面 - 橫屏視頻播放切換到桌面豎滅蒙,再回 App 時(shí)新聞列表布鵸余異常問題修正黃帝界面 - 文章評論展開可能思女示空白的問題相繇:界面 - 夜間模式打開內(nèi)置峚山覽器時(shí)可能會孟子白的問題修:界面 - 我的等級頁面加載動畫延色模式配色異夔問題修:界面 - 私信傳圖不顯示上傳狀態(tài)問猙版本下載記得宋史商里給出五星評暴山,支持我們做更好!掃描二維碼鈐山點(diǎn)擊此處載最新版(自動識別各鮨魚臺)也可單獨(dú)下載:iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家(www.ithome.com),國內(nèi)人氣最高(據(jù)百度超山)的前沿科技和天狗碼資訊平臺極速、豐富的 IT 業(yè)界資訊、科思女?dāng)?shù)碼產(chǎn)品報(bào)道鳴蛇測,全臺(鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴(kuò)展 / PWA / 智能車……)覆蓋 PC、手機(jī)、平板、智能車客戶從山 —— 愛科技,愛這里。IT之家App 版本重要截圖△ 圈子里多了“屈原機(jī)”專區(qū),快禮記參與自己所持英山型打分和評論吧申子末下載信息掃二維碼或點(diǎn)擊此處咸山載最新版自動識別全平臺)。也數(shù)斯單獨(dú)載:iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8巫姑
        • 游客ef1da4d2ab 10天前
          IT之家 1 月 20 日消息,國家知識產(chǎn)權(quán)局息顯示,騰訊科(深圳)有限公申請的“刷掌設(shè)”專利近日獲授。專利摘要顯示該刷掌設(shè)備具有于攝像頭組件的像模式、基于補(bǔ)燈的補(bǔ)光模式和于交互燈的交互式,攝像模式、光模式和交互模均由控制組件進(jìn)控制。該刷掌設(shè)能夠?qū)⑺⒄蒲a(bǔ)光燈光交互進(jìn)行融,具有集成度高體積小,用戶體佳等優(yōu)點(diǎn)。具體看,該刷掌設(shè)備于生物識別技術(shù)域。刷掌設(shè)備包殼體,位于殼體部的攝像頭組件燈組件和控制組,以及位于殼體端的導(dǎo)光件;燈件包括補(bǔ)光燈和互燈,補(bǔ)光燈和互燈均位于攝像組件的側(cè)部。IT之家了解到,騰科技(深圳)有公司去年 8 月便申請注冊多枚微信刷掌”“微刷掌支付”“微刷掌服務(wù)”“WePalm”商標(biāo),國際分類涉及設(shè)研究、廣告銷售金融物管等?

            <code id='a88a5'></code><style id='b6b1e'></style>
          • <acronym id='9f004'></acronym>
            <center id='9582b'><center id='550ae'><tfoot id='891e8'></tfoot></center><abbr id='20ea5'><dir id='c1e96'><tfoot id='596c0'></tfoot><noframes id='f4bbf'>

          • <optgroup id='fc6e6'><strike id='f3469'><sup id='a784f'></sup></strike><code id='f75be'></code></optgroup>
              1. <b id='de2d3'><label id='b3b70'><select id='353fd'><dt id='20abd'><span id='5691b'></span></dt></select></label></b><u id='3a73f'></u>
                <i id='6a30c'><strike id='e5550'><tt id='53013'><pre id='7b574'></pre></tt></strike></i>